Отличная, на мой взгляд, статья "Почему менеджеры уклоняются от решений как дети": http://www.e-xecutive.ru/career/lichnaya-effektivnost/1987164-pochemu-menedzhery-uklonyautsya-ot-reshenii-kak-deti

По просьбе друзей настроил трансляцию блога в telegram, в специальный канал блога. Подписываемся: https://t.me/alib_spb_ru

Также в Телеграм есть отдельный канал, куда я скидываю свои стихи по мере их появления. Он независим от блога. Если интересно, то подписываемся: https://t.me/samlib_ba (также напомню, что все мои стихи тут: http://samlib.ru/b/ba)

Продолжаю разгребать загашники интересного, прочитанного мной.

Вот, например, на Хабре была интересная статья "Хабр. Увольнение – это маленькая смерть. Как сохранить ценного специалиста решившего уволиться?" (автор - вице-президент Parallels Николай Добровольский). Случай, когда согласен буквально во всём. Почему? Да потому что видел массу случаев, когда талантливые, целеустремленные люди уходили. Да, незаменимых не бывает. Но цена этого - потери в деньгах (старый ценный сотрудник занет много больше, чем новый сотрудник), потери во времени (от трех месяцев до полугода проходит прежде чем новичок начинает хотя бы разбираться... не говоря уже о глубоком понимании и погружении в процессы). Менеджеры очень часто забывают (или предпочитают не видеть), что замена специалиста - это тоже процесс. И еще один аспект. Я, также как и автор - имею привычку привязываться к людям. И для меня сложно как пережить уход человека, с которым работал (наверное, поэтому я со мнигими продолжаю общаться), так и перейти куда-то самому (хотя периодически приходится это делать).

В общем, статья.

Попалась очень хорошая, дельная статья. Соверешнно банальная идея: мир имеет несколько срезов, и мы, примеяя оценки в матрице soft-hard skills видим один срез - и упорно не замечаем остальных. Мы оцениваем одно, и не видим другое. Автор говорит, что зачастую мы не видим такую любопытную систему координат: самоконтроль - продуктивность - мудрость - восприятие - влияниев. Да, это совсем не sodt skills - но, согласитесь, качества не менее важные. В общем, рекомендую.

Линк

Решил попробовать настроить автопостинг а телеграм своего блога.

Смысл очень простой - некоторым моим друзьям удобнее читать меня в Телеграм. Ну, а телеграм имеет все средства для того, чтобы постить в себя RSS... а блог умеет отдавать RSS. Так что схема в общем очевидна:)
Ну... понеслась. Для начала поставим десктопный телеграм для Linux.

$ sudo add-apt-repository ppa:atareao/telegram
$ sudo apt update
$ sudo apt install telegram

Это в принципе не обязательная операция, просто будет удобнее :) Заходим, авторизуемся...

Создаем канал @alib_spb_ru (делается элементарно из клиента)

Затем - настраиваем постинг. Для этого переходим к диалогу с ботом @Manybot (автопостинг с соцсетей и RSS). Для того, чтобы "оно работало" - создаем своего бота (командой /addbot или выбираем пункт «Добавить нового бота» из меню).

В диалоговом окне появится инструкция, по которой необходимо выполнить следующие действия: начать диалог с ботом
@BotFather ("Отец всех ботов");
для него - ввести команду /newbot;
дальше в диалоге -
придумать имя бота (можно на любом языке) и ссылку (только на английском, с обязательным окончанием bot)
например @alib_spb_ru_bot (просто и незатейливо)
получить от @BotFather API токен (ключ) и скопировать его;

Затем переходим обратно в диалог с @Manybot и вставляем ключ в поле ввода сообщений.
Если все сделано верно, то появится сообщение о том, что ваш токен принят, а бот создан и настроен.
Дальше переходим в диалог с вашим ботом.

Пишем /autoposting.
Открывается меню, в котором можно выбрать источник трансляции (Twitter, YouTube, VK, RSS).
После выбора сервиса, бот предложит указать ссылку на транслируемый аккаунт в нем, либо на источник RSS.
Дальше - создаем канал, в который будем транслировать записи (в моем случае это alib_spb_ru).
Делаем @alib_spb_ru_bot администратором канала, для которого создается автотрансляция.

Затем переходим в меню бота @alib_spb_ru_bot там выбираем "Каналы", там "Добавить канал", и вводим туда наш канал (@alib_spb_ru)

Все:) Теперь по мере появления в блоге новых записей, бот будет автоматически обновлять контент канала.

После обновления MaxSite обнаружил неприятную особенность: встроенны редактор оказался крайне нетолерантен к записям с html. А у меня такие были, и, честно говоря - конвертировать их во что-то "тектовое" желания не было вообще.

В сообществе (http://maxhub.ru) мне посоветовали выключить обработчик html для записи. Идея интересная, но - не сработала. Так что пришлось решать "в лоб". Во-первых, плагинов с текстовыми редакторами оказалось довольно много (см. http://maxhub.ru/category/editors), но ... ни один из них "не заводился" нормально. Как пишут в сообщесте - из-за табов. Табы - это довольно удобная штука в одной закладке редактор, в другой - теги, в третьей - свойства и т.д. Но, раз это мешает жить, то - будем патчить. Патч я написал только для внешнего вида, убрал табы. Все остальное оставил как есть. Что примечательно - работает.

Теперь - как патчить. Скачиваем этот файл, распаковываем. Там 2 файла: form.php и form.php-dist. form.php-dist - это штатный файл для MaxSite CMS 0.96 (для обратной совместимости/отката). form.php - он же, но патченный.

Дальше - в папке /application/maxsite/admin/plugins/admin_page заменяем файл form.php патченным. Вместо вкладок появляется длинная страница. Активируется любой (ну или почти любой) текстовый редактор (я для себя пока ставил trumbowyg и tinyMCE) и спокойно работает.

Важно! После обновления файл скорее всего будет заменен на штатный... и потребуется повторный патч.

Хорошая статья на Хабре: как написать гармотный SLA. https://habrahabr.ru/post/336868/

Чем хороша статья? Приведу только основные тезисы:

• SLA должно иметь границы
• SLA должно быть связано с сервисом
• Суть SLA - контроль процесса
• SLA должен содержать метрики (а метрики должны быть конкретные, измеримые и т.д.)
• SLA должен быть зависим только от работы Исполнителя (тут дополнение от меня: SLA можно связать в цепочку при помощи OLA и настроенной системы обмена информацией - это важно в сложных системах).

И примеры. И типичные ошибки. В оющем и целом - очень грамотная статья. Очень.