Чтобы разгрузиться от тревожных новостей, на прошлых и этих выходных я плотно
засел за реализацию личного облака для проектов.
Суть такова: я хочу удобный и понятный способ деплоить приложения, не теряя
простоты Heroku но получив расширенную гибкость, лучше производительность и
снизив расходы. На практике это означает что мне нужна инфраструктура с менеджед
базой данных, https, масштабированием, приватным докер реестром и не за дорого.
Сейчас все мои...
Уже много лет меня беспокоит проблема понятной и удобной инфраструктуры. В
каждом проекте, где я работал, так или иначе приходилось решать эту задачу,
каждый раз по-разному и каждый раз недостаточно хорошо.
Что я понимаю под личным облаком и удобной инфраструктурой?
* приватная сеть с балансировщиком, VPNом внутрь, фаерволами
* легко масштабируемые вычислительные ресурсы
* managed базы данных с автобекапами, автообновлениями, горизонтальной и
вертикальной масштабируемостью
* мониторинг...
Пять лет назад я был сильно увлечён идеями Егора Бугаенко о по-задачной оплате
программисту. Закрыл тикет—получил деньги. Есть целая методология, с ролями,
процессом, поощрениями и наказаниями. Всё тщательно продумано. Подробнее
почитайте на странице проекта [https://www.zerocracy.com/toc.html] который это
всё реализует.
На бумаге звучит это всё как мечта менеджера и заказчика—оплата идёт только за
закрытые задачи а не за жопочасы, за...
Интересно как работает логика отпусков в наёмной работе. Большинство людей из
моего окружения принмают лимиты, навязанные нанимателями. Если тебе выдали 20
дней — вот эти 20 дней и планируются, не больше.
Очень нечасто я слышу чтобы люди превышали установленные лимиты, наоборот, почти
всегда отпуск "экономят" и стараются уместить между праздниками, таким образом
пополняя толпы одинаково мыслящих туристов. Вместо того, чтобы отдыхать в те
дни, когда...
Друзья, спасибо что были со мной весь год, надеюсь он у вас был лучше
предыдущего, несмотря на все карантинные невзгоды!
В новом году всем желаю самое главное мирного неба над головой. Ну и жить так
чтобы через год можно было подвести чёткие итоги.
А у нас свежий выпуск @daily_rozhok [https://t.me/daily_rozhok/]:
🎄Итоги года 2021 [https://www.rozhkov.me/daily/2021/]🎄 — всё не...
На моей первой работе постоянно была нехватка ресурсов. Проектов было слишком
много, а людей, которые что-то соображали во внедрении сложных вещей—слишком
мало.
Однажды возникла ситуация, когда на какой-то проект очень-очень сильно нужен был
специалист по модулю, разработкой и поддержкой которого я занимался. Обычно в
этом случае боссы шли ко мне, так как я руководил отделом где работали люди
которые шарили этот модуль. Я давал фамилии...
Когда я работал в большом энтерпрайзе, то основным средством коммуникации у нас
была электронная почта. У меня в аутлуке были настроены десятки папочек,
специальные фильтры и метки. Администраторы создавали группы по интересам, у
всех были красивые корпоративные подписи, "Доброго времени суток коллеги" и так
далее.
В день могло приходить по пятдесят-сто писем и все они аккуратно разгребались и
складывались. Особенно мне нравилась древовидное преставление...
Трям коллеги, поздравляю всех с пятницей! Это дайджест канала @daily_rozhok
[https://t.me/daily_rozhok]. @daily_rozhok [https://t.me/daily_rozhok] — канал
где я пишу на рандомные темы. Подписывайся, если тебе интересны дорогие
автомобили, крутые тусовки и настоящая лакшери жизнь!
Давно дайджестов не делал, поэтому постов целая куча, главные из которых это
конечно же апдейты о моём товарище Жоре [https://www.rozhkov.me/daliy-rozhok-4/...
Есть категория разработчиков, которые не хотят выходить за пределы своих
технических компетенций. Они говорят "мне за это не платят" и довольствуются
перекладыванием джсончиков из одного места в другое.
На всех работах где я работал была такая схема: вначале ты берешь
ответственность, доказываешь что можешь с этим справляться, потом получаешь
лычку и бабос. Хочешь стать тимлидом → берешь пару человек → показываешь что
можешь с ними работать...
Пару недель назад ребята из Databand организовали активность под названием Code
Retreat. Я впервые принимал участие в такой движухе.
Code retreat — это нечто вроде хакатона. Суть такова: разработчики не занимаются
рабочими задачами, вместо этого практикуя программирование в чистом виде.
Как это проходило: была выбрана задача—игра "Жизнь"
[https://en.wikipedia.org/wiki/The_Game_of_Life] и мы программировали её разными
способами: вначале как...
В дискусії про телеграм клієнти [https://www.rozhkov.me/why-comment-commits/]
підняли важливе питання: як вийшло, що Slack пише ціла команда по найкращим
практикам і в них виходить глючне гальмівне лайно, а Телеграм зроблений однією
людиною і чудово працює?
(мається наувазі "один телеграм клієнт—один розробник
[https://github.com/DrKLO/Telegram/pull/76#issuecomment-36391939]")
Чи вірно те що Телеграм робить геніальний програміст, тому він значно...
Де-факто стандарт в індустрії вимагає писати коментарі до кожного коміту. Часто
ще потрібно також вказувати номер тікету, в рамках якого був зроблений цей
коміт.
В попередньому пості
[https://www.rozhkov.me/why-you-need-to-move-tasks-in-jira/] ми обговорили чому
потрібно дотримуватися внутрішніх порядків компанії (tl;dr: бо інакше ви станете
проблемою та вас позбудуться), але мотивація робити це чисто KPI-на — якщо вас
оцінюють за критерієм «пересування тасок», то логічно цей...
На днях увидел заметку от Ильи Климова
[https://mobile.twitter.com/xanf_ua/status/1436610074680700933] как он уволил
джунов за то что те "не двигали таски в джире". В камментах оказалось что многие
не понимают, почему двигать таски это важно.
В своё время когда у меня была своя команда то я тоже требовал, чтобы люди
двигали таски. Это нужно было в первую очередь мне—...
