Сам себе DBA (разное нужное про Postgres)

Про Zimbra и просмотр почты админом

Когда технари софт «делают» под себя возникает например такая вредная глупость, как настройки для глобального администратора по умолчанию в Zimbra, которые позволяют читать чужую почту.

2016-04-19_10-05-02

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

Для того, чтобы порезать администратору zimbra права на view mail нужно поместить его аккаунт в группу, в которую делегированы админские права без этой функции.

1. Создать аккаунт простого пользователя dlgadmin@yourdomain.com через веб-админку.

2. В консоли на сервере выполнить

sudo su zimbra
zmprov ma dlgadmin@yourdomain.com zimbraIsDelegatedAdminAccount TRUE zimbraAdminConsoleUIComponents cartBlancheUI

zmprov grr global usr dlgadmin@yourdomain.com +adminConsoleRights
zmprov grr global usr dlgadmin@yourdomain.com -adminLoginAs

Как увеличить virtualbox vdi

Потрясающий мануал на 1 минуту.
http://www.ubergizmo.com/how-to/resize-virtualbox-disk/

MacBook-adel:W adel$ VBoxManage modifyhd windows8.1.vdi —resize 40000
0%…10%…20%…30%…40%…50%…60%…70%…80%…90%…100%

Дальше внутри виртуальной машины открыть оснастку управления дисками
(Панель управления-Администрирование-Управление компьютером), клик правой по партиции которую нужно расширить, выбрать пункт расширения. Все.

Вот такой получился Kanban

В моей команде мы используем следующий подход к приоритезации задач и процессу разработки.

У нас определено 5 слоев приоритетности реализации features:

1. Реализация бизнес-задач, которые приносят выручку/прибыль компании — подключение новых партнеров, типов услуг, ускорение того что должно быть быстрым, снижение лагов.

2. Реализация задач, которые не дают потерять прибыль компании — оптимизации, профилактика ошибок, исправление техдолгов, бекапы, резервирование.

3. То, что влияет на принятие решений — статистика в различных разрезах, отчетность, графики, инструменты аналитики.

4. Улучшения, которые снижают нагрузку на техническую команду — автоматизация того, что можно, чтобы все кто хочет получить те или иные данные/сборки/отчеты могли их самостоятельно запросить из системы и получить.

5. Ошибки, улучшения не влияющие на принятие решений — улучшения в веб интерфейсе, скорости работы личного кабинета, добавление мелкой функциональности которая делает работу удобнее.

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

Термины юзерстори или эпик мы нигде не употребляем. Просто если есть какая-то важная большая задача (Мамонт) она идет в каком-то из этих слоев нарезанная по кусочкам.

И есть 1 «красная линия» с высочайшим приоритетом: для задач асап/ критическим багом в продакшене.

Процесс один: беклог -> аналитика -> аналитика готова -> разработка -> разработка готова -> тестирование локально -> кодревью -> тестирование на стеджинге -> тестирование завершено -> выкат на прод -> тестирование на проде -> тесткейсы в вики -> автотест на ui -> внесение в регрессионый план -> завершено.

Памятка А.К. Гастева «Как надо работать»

unnamed

Наш соотечественник, видный общественный деятель, ученый и поэт Алексей Капитонович Гастев в конце 1920 года начал создавать Центральный Институт Труда (ЦИТ). Его работы актуальны и по сей день. Памятка, которую он создал, была вывешена в приемной СовНарКома.

unnamed

“Если хочешь вводить научную организацию труда (НОТ), – писал А.К. Гастев, – стань мастером хоть одной операции, рассчитай и дай ей ускорение. Тогда ты будешь говорить фактами, а не зубрежкой. Знающий, но не умеющий — это механизм без двигателя. Многие думают, что НОТ можно вводить только при очень хорошем оборудовании. На самом деле это неверно. НОТ можно ввести на очень совершенном заводе, в котором будут машины-автоматы, но можно ввести и в любом шалаше, и в любом овраге… Даже если бы мы, например, копали землю в огороде, нам сейчас же нужно было задуматься над формой лопаты, как низко сгибать собственное тело, задумавшись над тем, какой ширины должны быть гряды, чтобы их лучше, экономичнее и скорее полоть…”
Гастев считал, что отличный организатор – это тот, который может развернуть дело в стесненном положении: при ограниченном времени, на очень ограниченном пространстве, с небольшим количеством инструментов и с ограниченным запасом материалов. При этом Гастев учитывал ситуацию, которая сложилась в России в 20-30-х годах.

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

Уже тогда в 20-х годах прошлого века стало понятно, что жизненно необходимо записывать дела, планировать свою деятельность на месяц, на год. Это неизбежно ведет к повышению производительности.

Крупный русский физиолог Н.Е. Введенский как-то сказал: “Мы устаем и изнемогаем не потому, что много работаем, а потому, что плохо работаем, не организованно работаем, бестолково работаем”. В своей книге “Как надо работать” А.К. Гастев отмечал: “Мы проводим на работе лучшую часть своей жизни. Нужно же научиться так работать, чтобы работа была легкой, и чтобы она была постоянной жизненной школой”. 

Колесо жизни

Процесс непрерывного улучшения

В общем-то я и прежние годы был под впечатлением и действовал по принципам книги «Цель. Процесс непрерывного совершенствования», которую давно всем рекомендую, но реальный практический тренинг все расставил по полочкам.

Board COS

Чем собственно отличается процесс SCRUM от KANBAN.
Cadence

Чем меряют сложность задач в Scrum и Kanban
Estimation

Три графика, которые помогут измерить эффективность всего процесса (от начала до результата)
Charts2

Стоимость задержки поставки. Авария, обычная необходимость, жесткий срок, технический долг
COD

Звездная карта. Картотека компетенций команды и точек интереса сотрудников. Полезная вещь, сразу же завел такую у себя.

Starmap

Throughput

Ticket

TOC

WIP

Wip2

Бонусом раскрыли тему о том чем коллектив отличается от команды
Team

А это просто доска с результатами игры. Сначала мы шли медленнее остальных, но за счет того, что автоматизировали многие вещи, ограничили WIP и очередь выиграли.
Score

Что еще интересно, и игру закончили мы Э-э-э раньше двух других команд. Но это, по словам тренеров, не релевантно :)
12144766_1222247441125488_2846927793815689160_n

Могу теперь всем говорить, что у нас не чик-чик и в продакшен, а KANBAN. Даже справка есть.

Когда находится под самым носом то, что давно искал

Очень странное чувство, когда ты оперируя данными выгружеными из БД в эксельчике, выполняешь задачи быстрее, чем это делают программисты с SQL на перевес.

Да, и когда тебе нужно будет сравнивать списки и удалять дубли, не ходи больше сюда: http://www.esqsoft.com/tools/dedupe-list.htm

Эксель это умеет в 1 клик
2015-06-02 09-15-53 Борнпей-сервсис-владелец.xlsx

И да, эксельчик позволяет писать/скриптовать SQL запросы без участия программистов.
Для этого в формулу нужно вписать запрос, и указать координаты значений. Как в старом добром Visual Basic кавычки нужно дублировать, а клеем является амперсанд (&).

="UPDATE ""service"" SET ""name"" = '"& D3 &"', ""description"" = '"& E3 &"', ""price"" = '"& C3 &"', ""out_prefix"" = '"& I3 &"', ""notify_text"" = '" & E3 & "', ""type"" = '" & G3 & "', ""url"" = '"& D3 &"' WHERE ""service_id"" = '"& A3 &"';"

1 2 3 18