Порекламирую немного бесплатный офис - WPS Office (http://www.wps.com). Есть версии под Linix, Android, Windows. Отличается тем, что корректно отрабатывает файлы MS Office (в том числе те, в которых Libre Office форматирование гробит). И он бесплатен. В состав входит текстовый процессор, средство для работы с электронными таблицами и презентациями. Как бы ничего лишнего )

Это пожалуй, все, что надо знать об "этой штуке".

Из "зримых минусов" - закрытый исходный код. И отсутствие русской локализации в Linux версии. Но - кого это останавливает? Не меня точно. Секретов никакх нет, особых тайн не держу... Да и рутового доступа прога не требует =) Так что живем.

Ставил на Linux SIP телефоны. Понравился линуксовый QuteCom (пакет qutecom есть в репозитории Убунты). Но остановился на неоригинальной связке wine + portgo - по банальнейшей причине - portgo корректно отрабатывает DTMF.

Навеяно этими статьями:

Почему Agile не приживется в России (http://www.e-xecutive.ru/management/practices/1987154-pochemu-agile-ne-prizhivetsya-v-rossii?utm_campaign=614) и «Псевдо-аджайл» только поначалу выглядит круто – разрушаем популярные мифы (https://rb.ru/opinion/agile-myths/).

Аджайл, это не методология и не способ быстро заработать денег. Аджайл - это философия, образ мышления. А, следовательно - это "заход" в тонкие материи корпоративной культуры, и еще более тонкие - психологии.

Что происходит в бизнесе? Зачастую Agile рассматривается как волшебная отмычка для бизнеса. Этакая "таблетка" приняв которую бизнес мгновенно становится удобным, результативным и высокомаржинальным. Увы, без специальной подготовки - внедрение Agile скорее всего либо провалится, либо превратится в формальность, либо приведет к ухудшению показателей. Почему? Да потому, что Agile требует определенной свобоы мышления и концентрации на результате. А наш российский бизнес зачастую отличается позицией "делай как я сказал".

Далее, Agile - это не Scrum. Внезапно, правда? ))) А ведь и правда, Scrum не "атрибутированный Agile". Scrum говорит о том, как можно работать. При этом Scrum не покушается на философию и основы мышления. Scrum дает инструмет - "бери и делай", а Agile - просит сначала изменить мышление.

Как-то так.

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

Ссылка: https://habrahabr.ru/company/mailru/blog/336788/

В эту осень над большой водой туман
Время кружит в абсолютно белом
Ветер тянет время прямо к нам
Огоньками за его пределом.

Зажгется маяк на Лисьем носу
С залива ночь потянет прохладой
Есть те, кто видит самую суть
А большего - им и не надо...

И кто-то однажды сдвинет за грань
Повесит на небо месяц
Рисунок в тумане: окно и герань
И то, что было - вдовесок.

И грезится там, что кто-то не спит
Что где-то сверкает радость.
В шепоте волн тоже что-то болит
Там, где болеть оставалось...

И в той несуразице звуков и тем
Как будто бы остановились
Время, прохлада и сны в пустоте
Те, что ещё не приснились.

--

Все мои стихи тут: http://samlib.ru/b/ba/indexdate.shtml

Канал моих стихов в Телеграм: https://t.me/samlib_ba

Вдогонку к предыдущему посту. Про микроменеджмент.

На самом деле, я криво сформулировал. Микроменеджмент это не когда берешь на себя часть задач команды (пресловутое "я сам"), а когда начинаешь всем указывть, как надо выполнять порученное. Влезаешь в очень узкие вопросы и поднимаешь их как критически важные. Симптомами обычно является - отсутстие четких соглашений на входе (они сильно соложняют жизнь микроменеджера) или их вольное трактование ("А я думал/демаю, что это вот так"). При этом микроменеджер всегда готов повернуть работу каждого члена команды в "как надо". Мысль о том, что команда (скорее всего более профессиональная, т.к. специализация) может сделать лучше, если не мешать (согласовать срок и осуществлять контроль) кажется запредельной. "Ну как же, как же, если не контролировать". А контроль подменяет вмешательством.

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

На Хабре чудестная статья: "Я слишком занят чтобы что-либо предпринять" (https://habrahabr.ru/post/336490/.com%5Biz-pesochnitsy%5D-ya-slishkom-zanyat-chtoby-chto).

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