Очередная интересная статья на E-xecutive. Описывает, что такое канбан. Просто, и доступно. Одновременно - зазаывает на вебинар Алексея Пименова «Agile + Kanban: альтернативный путь к гибкости». Идти или нет - лично дело каждого... А вот по сути выдвинутых тезисов - просто на пальцах объясняется вся суть канбан. Я помню, что в свое время искал по канбану материалы - находил, но там тоже самое было описано настолько заумно... Ну, то есть - понять можно, но надо разбираться, это раз. И два - там были модели, обоснования. А я хотел ухватить идею. И очень жалею, что тогда, в далеком 2009ом мне не попаласть на глаза такого рода статья - она бы сильно сократила мне путь до понимания.

В общем, рекомендую всем ознакомиться. Дельная статья, простая и доходчивая.

Ссылка: http://www.e-xecutive.ru/education/glavy-iz-knig/1986808-chto-takoe-kanban-metod

Есть такие статьи, которые я про себя называю "статьи-примитивы". Это когда описывается ситуация, которая вроде бы очевидна до невозможности, но вместе с тем является дико востребованной. Вот и статья "Функциональная яма, или За что платят деньги руководителю" на E-xecutive как раз относится к таким. С одной стороны: всё же понятно! Руководитель должен руководить! С другой - а как? Что это значит? Вот в статье как раз простым и доступным язвком описывается, "как не надо". А "не надо" - путать "я - специалист" и "я - руководитель". Она о базе. О том, что став руководителем - специалист получает другие обязанности, и что "сделай сам" почти никогда не работатет - по отношению к руководителю.

В общем, читаем статью. А заодно и комментарии, они того стоят. Некоторые по крайней мере.

Еще одна статья на E-xecutive.ru, которой хочется поделиться. "Почему российские компании не могут создать "свой iPad"?

Статья неплохая - с точки зрения проблематики. Но немного "никакая" с точки зрения "а что делать-то теперь со всем с этим"? Так как проблема поставлена, а ответов нет.

А как вы повышаете инноационность в ваших компаниях?

И, "чтобы два раза не вставать" - с вашей точки зрения, насколько инновации совместимы с "классикой жанра", типа управления проектами? (вопрос с подвохом, ага).

На телефон, с 52 этажа башни Высоцкого =)

Я немного покадрировал... и понял, что идеальный квадратный Екатеринбург выглядит так:

А вообще... город интересный. Сверху видно то, что снизу не увидишь. Например, вот:

Интересно, сколько Жень получило преждложение при помощи этой надписи? )))

А вообще город красивый (извинясь за блики, серез стекло снимал):

Ну и "начало заката" над городом:

На Хабре очережная интересная статья: "Что нужно учесть при проектировании системы, чтобы не было мучительно больно?". Статья о том, как много боли можно получить впоследствии, изначально - неверно спроектировав приложение.

Вернее, как "неверно спроектировав". Понятное дело, что когда гипотетическое веб-приложение типа "сайт с некоторыми функциями" делается "для себя" / "для 100 - 1000 пользоваталей", то по большому счету - не очень важно, "синхрон-асинхрон", "прямые права" (не через роли) и т.д. Когда пользователей становится 100 000 - 1 000 000 и выше, эти проблемы начинают "выстреливать", причем - в самый неожиданный момент. Да, кстати, это не только для веба - это в принципе, для многопользовательских приложений. У всех свои "пороги срабатываения проблемы", но то, что проблема "выстрелит" на больших объемах, если её оставить - 100%. Безальтернативно.

Понятное дело, что поначалу никто не планирует "выход на объем", но вот что точно нужно делать в самом начале - как следует проработать архитектуру приложения, с тем, чтобы впоследствии было проще "расшивать" узкие места. Автор статьи, кстати, делает совершенно аналогичные выводы. Не касаясь явно, правда, еще одного момента - а именно объема данных. Косвенно о них говорится в разделе "Масштабирование", но явно - нет. А это, вообще говоря, может быть той еще головной болью. Когда, например, хранилище данных достигает 10000 Тб, и нужно обеспечить быстрый доступ ... или, как вариант, необходимо хранить таблицу в пару-тройку десятков миллионов строк... еще раз скажу, что редко когда на старте думаешь о том, что так будет. Но бывает, и еще как! В одном случае - логирование действий пользователей с ростом их числа съедает всё место, в другом - начинают в систему "заводить" не предназначенный для этого "тяжелый" контент (видео и т.д.). И получается на выходе - тормоза, отказы, 503я ошибка или просто "висим намертво".

Так что мораль: если вы только начали проектировать приложение - думайте о росте. Если приложение уже есть, но в нем еще нет ни пользователей, ни данных - думайте о росте. Потому что если не думать, то "рост" заставит вспомнить о нем сам. И будет существенно больнее.

На E-xecutive очередная интересная статья: 8 способов заработать на бесплатных услугах.

Вообще-то, это "не совсем статья", это - глава из книги Кевина Келли, «Неизбежно. 12 технологических трендов, которые определяют наше будущее». – М.: «Манн, Иванов и Фербер», 2017. Тем не менее, почитать весьма и весьма интересно.

В статье в очередной раз говорится о том, что мы живем в цифровую эру. И делается несколько гипотез относительно того, что теперь, в условиях изменившейся реальности будет являться тем, что "цепляет" потребителя.

И действительно... взгляд на реальность в статье "немного ломает" сложившиеся представления. Короткий пример: за что мы платим, идя на премьеру в кино? За фильм? Отнюдь. "Всего лишь" - за право увидеть фильм раньше других. Потому что рано или поздно фильм окажется в свободном доступе. И посмотреть его можно будет "бесплатно" (потому что это в ряде случаев незаконно). Как заработать в условиях, когда "уже вот так"? Об этом очень такими "жирными" намеками говорится в статье.

Попались на глаза 2 статьи, авторские колонки: Пять трендов, которые сейчас определяют наш мир (https://rb.ru/opinion/mir-nash/) и Шесть трендов, которые должен понять каждый, прежде чем заняться бизнесом (https://rb.ru/opinion/kompaniya-2/)ю

Статьи связанные, поэтому - пишу о них вместе.

Вообще, есть такая вещь, как прикладная футурология. Это когда пытаются угадать будушее, на основании тенденций, которые уже есть в настоящем. Так вот, те статьи - они как раз о том, что уже есть. Буквально - готовый срез реальности. Первая статья о том, что теперь счастье понимается по-другому, чем раньше: важно не то, сколько у тебя благ, а насколько ты счастлив. Важно то, куда ты тратишь свое время. Важно то, что ты вносишь как свой вклад в жизнь общества в целом. Важна открытость и динамика.

Исходя из этого, написана вторая статья. Там - о том, как изменился бизнес. И по большому счету - неявно о том, что надо сделать компании, как измениться, чтобы выжить и преуспевать. Тезисы, кстати, достаточно очевидные (кое-какие из них Герман Греф активно продвигает). Вот они: конец строгих иерархических структур. Компания - лишь площадка. Таланты инвестируют свой труд в несколько проектов. Тотальная инновационность. Способность кооперироваться как ключевое преимущество. Доминирование внутренних стимулов над внешними.

Отчасти реализацию этих тезисов я в той или иной степени наблюдаю буквально "вот прямо сейчас". Тот же Сбербанк - строит сберджайл (интересно было бы посмотреть, что будет, когда наконец построит), несколько человек в моём окружении полне гармонично работают на несколько компаний (не то, что "шабашка" - нет, вполне открыто и прозрачно). И дикая мешанина из горизонтально-вертикальных связей.

В общем, есть о чём подумать. При этом - каких-то особых выводов не будет - статьи эти скорее отправная точка для того, чтобы остановится и посмотреть на "было - стало".