Наткнулся на интересную статью на Хабре (блин. превращаю блог в коллекцию ссылок.... надо исправляться срочно). Статья с пафосным названием "Создание быстрых и более оптимизированных сайтов на WordPress". На самом деле - автор говорит о базовых вещах, которые применимы практически к любой современной CMS. Статья интересна для сайтостроителей и отчасти для "заказчиков балета" (отчасти - потому что много техники, если продраться сквозь нее, то весьма дельные советы). Ссылка: https://habrahabr.ru/post/330918/

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

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

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

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

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

Писал я тут проект на mysql... Причем, не просто набор таблиц и связей - а "все по-взрослому", то есть: триггеры, хранимые, функции. То есть логика на стороне сервера.

Приступая к сему действу - тешил себя надеждой, что получится написать код, который может мигрировать на postgre вообще без правок. И - обломался. Нет такой радости. Более того, от версии к версии mysql в хранимых что-то добавляется (и, видимо, исчезет). А попытка перенести на postgre наталкивается на много ошибок, которые в основном относятся к специфике СУБД. Так что оставил эту идею и принялся ковырять mysql.

Из того, что заметил:

• динамический SQL в триггерах mysql нельзя. Совсем никак. Даже если вызывать процедуру, в которой есть динамический SQL - будет ошибка. Версия mysql 5.5.
• Если пишем триггер на таблицу в mysql, суть которого - изменение поля в той же таблице, на которой триггер, то синтаксис будет такой, например:

SET new.field = CONCAT (old.field, 'test')

где new и old - старое и новое состояние полей соответственно

А если так не написать - то ошибка вылезет.

• вообще динамический SQL себя ведет странно. Его как бы можно, но через prepare - execute.
• курсоры ведут себя странно. Есть таблица, из которой выбираю курсором, InnoDB. Пока она была предварительно заполнена - все хорошо. Как только начал в нее писать/удалять - так всё, ша. Задвоение данных. Об это плясал с бубном много... Но ничего лучше не придумал, как проверять в цикле на совпадение с предыдущим значением (костылииина, честно говоря). Но добиться от мускула адекватного поведения не смог. (Рестарт, сброс кешей, чистка кармы и прочее - не помогли).
• версию mysql можно посмотреть через SQL запрос SHOW version();

Пока что полет продолжается... Ждем новых вестей с полей "разработки для души".

• Первая статья: Елена Тюрина. Как разработать KPI для удаленных сотрудников
• Вторая статья: Олег Кулагин. Лукавые цифры: почему для расчета KPI мало знать «план» и «факт»
• Третья статья: Олег Кулагин. Как рассчитать премию сотрудника на основе KPI

Три предельно практические статьи об одном и том же: как разработать систему мотивации на основе показателей (KPI). А проблема по большому счету, совсем не нова. Рано или позно - но "как мотивировать рублем" встает перед каждой компанией. Ну, или перед каждой...

Надеюсь, что стать будут полезны тем, кто внедряет или уже внедрил подобные методы рассчета. И добавлю, что по большому счету - есть еще масса интересных методов рассчета, которые не сводятся к рассматрваемым в статьях примерам. Поэтому - есть смысл рассматривать статьи как некие базовые практики для собственных решений.

И да, в сознательно не включил в подборку ничего про нематериальную мотивацию - не стоит мешать всё в одну кучу.

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

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

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

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

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

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

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

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

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

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