codemonsters.log
572 subscribers
181 photos
19 videos
106 links
| Просто рассказываю про
| Научно обоснованный подход
| Рациональной и качественной разработки софта
@maxology
Download Telegram
Channel created
Channel name was changed to «codemonsters.log»
Подготовил подборку книг для новичка.
Подборка подойдет полнейшему новичку. И гуманитарий сможет при желании стать разработчиком. Подборку я тестировал частично на себе и тестирую на фаундлинге.
https://codemonsters.team/resources/books/
👍1
Channel photo updated
16 Февраля, 2023 06:48: Вошел в список MVP в ГПБ

Вчера ездил в офис на встречу и на выходе встретил коллегу Катю Ланговую, она сказала: “Ты в этом году получил очень много подарков от ГПБ. Каково это?”
Я реально затупил, засмущался и не нашел, что сказать. А потом вспомнил, что хотел написать и подумать об этом.
Со мной такое впервые и это очень круто, когда коллеги и руководство ценят высоко мой вклад. В августе 2022 нам (я в роли Тех Лида) с Тимуром Мухтаровым ( в роли CTO ) со Славой Адамовым ( в роли Лида Аналитики ) удалось собрать классную команду разработки (разработчики, тестировщики, аналитики) Цифро Рубля. Мне удалось в короткий срок Настроить процессы по безжалостному SCRUM. Команды сделали реально - невозможное - разработали MVP на всех уровнях в Банке по самому большому КД в моей жизни с сентября по декабрь, Карл! Я думал в сентябре - что к концу года ничего не успеем =).

Результат: я получил высокую оценку руководства, поддержку коллег, мерчь и премасики) MVP GPB

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

https://codemonsters.team/log/
👨‍💻Личный опыт бэкенд-разработчика: от фаната Linux до техлида

Прекрасная штука опыт: делишься им, а меньше не становится 😁

Максим Морев — эксперт Центра разработки и техлид проекта «Цифровой рубль». Его путь от обычного студента до руководителя бэкенд-разработки в банке занял 12 лет и был не самым легким.

📌Чтобы помочь новичкам быстрее расти в профессии, в новой статье на GPB Space Максим рассказал все, что хотел бы знать сам в начале карьеры.

#СтатьиGPBSPACE
1
SysAdmin - эта была самая нервная первая работа, но которая меня приучила к ответственности и научила ее не бояться. Я помню кучу факапов и бессонных ночей. Эти серваки вокруг, FreeBSD, OpenBSD, Linux. Не помню давал ли я им имена тогда, но сейчас я им даю имена.

Пока у меня в шкафу два сервака, хочу пять.

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

первое правило сисадмина не удаляй, копируй:

cp -r src src-bkp
👍21👏1
Бегу на heisenbug
И буду на конфе 16,17 апреля
https://heisenbug.ru/offline/
👍1
Друзья, всем спасибо за то, что пришли и задавали интересные вопросы.Было волнительно и круто!
Когда я вас всех увидел то, разволновался и забыл рассказать о важном моменте.
Да так и было - поскромничал.
Подход к разработке, о котором я рассказывал, мне помог обеспечить качественное деливери на позиции ТимЛида проекта МВНО в ГПБ с сентября 2020.
Помог настроить процессы и разработку на позиции ТехЛида проекта "Цифровой Рубль" начиная с сентября 2022-го и помогает мне сейчас на позиции CTO стрима Госпроекты(Цифровой Рубль, Биометрия)

https://jpoint.ru/talks/668277d4982a4cfeb47cc30a93465a69/
🔥6👍1
Как меняется разработка продуктов в Газпромбанке?

Важный вопрос, на который мы подготовили подробный ответ в новом эпизоде подкаста «Техно.Логично»🎙

Разобраться с продуктовой разработкой помогли герои выпуска:

🔹Роман Китаев, Исполнительный Вице-Президент – начальник Департамента технологий розничных некредитных продуктов
🔹Максим Морев, технический директор Департамента технологий розничных некредитных продуктов, ИТ-Лидер стрима Госпроекты

Наши гости обсудили:
🔹
зачем нужны автоматизированные банковские системы
🔹что такое платформизация
🔹почему Газпромбанк переходит на параллельную разработку
🔹как программисты относятся к изменению процессов
🔹инхаус-разработка или услуги вендора: что эффективнее

Выпуск уже доступен по ссылке🎥

Предлагайте в комментариях забавное требование к продуктовой команде, чтобы она задеплоила свой код в платформу. Автор самого оригинального ответа получит наш новый приз – красивые беспроводные наушники🎧

#video #codemonsterslog

https://youtu.be/f0sMFIRpH-o
3
«‎Руководитель компании Cinimex Андрей Вадимович прочитал мою статью на Хабре и пригласил выступить перед инженерами с докладом про кукбук.»‎
Когда мне об этом рассказала Оля Махаёва (Cinimex) и пригласила выступить, я подумал:
“Вот это круто. Руководитель читает хабр и оценил мою статью. Топ”
До сих пор под впечатлением.
После поинта 25-го апреля выступал с докладом про кукбук в компании Cinimex.
Отдельно поговорили про то, как:
- продвигать функциональную парадигму и кукбук
- развивать разработчиков не просто как экспертов джавки и спринга, а как экспертов той предметной области которую они автоматизируют
- про XP с аналитиком, когда сроки поджимают - через два дня нужна готовая фича-2, есть разработчик в потоке по фиче-1 и аналитик с пониманием в голове как все должно работать по фиче-2.


Короче, код - побочный эффект коммуникации.

Cinimex, спасибо за теплую атмосферу и интересное общение.
Андрей Румянцев, спасибо за экскурсию по компании и общение, ты крут!

После выступления на Jpoint 2023 и Cinimex только прибавилось желания выступать и писать.
Всем спасибо за отзывы.
👍4🔥3🤩1
Записали тех толк для https://highload.ru/spb/2023

Банки славятся медленной, бюрократизированный, грустной разработкой.
В techtalk я рассказал почему это не так и как выглядит наш новый pipeline создания софта, когда от пуша до прода может пройти менее 10-ти минут.
Trunk Based Development (TBD) + (CD) Continuous Deployment, Feature Toggles и другие инженерные практики нам помогают дебюрократизировать ГПБ.

Чуть позже напишу - получится ли у меня в ГПБ, как и у Максима Гореликова в свое время в Альфе затащить целевой пайплайн при поддержке команды, руководства и DevOps за пару месяцев.

Сейчас этим активно занимаюсь в рамках проекта Цифрорубль.
Интересный ресурс по TBD https://trunkbaseddevelopment.com/
👍1🔥1
Просто фото на память для сына Антона Морева @gmoreva которого зовут Максим Морев
👍1
Вчера был интересный ивент в ГПБ - офлайн митап подписчиков Digital Лекторий со спикерами ГПБ и верховным руководством от ИТ и Бизнеса.
Было круто.
Почти все хинты, которые я хотел подсветить закрыли ребята, которые выступали передо мной.
Я рассказал примеры из жизни и кратко подсветил:
- важно изучать лучшие практики
- Linux, DevOps, Front.
- работы Роберта Мартина.

- Задача инженеров упрощать. Упрощать жизнь людям, коммуникации. И конечно упрощать жизнь себе, упрощая системы, кодовую базу.
- Когда все просто - это понятно и легко как джуну, так и синьору помидору.
Проверено.
- Все уже придумано до нас - Важно учиться разрабатывать софт правильно у правильных инженеров по лучшим мировым практикам, а не писать велосипеды и подпирать их костылями.
О простоте очень хорошо рассказывают инженеры, например Rich Hickey - Simple Made Easy
О простоте кода в Data Flow стиле рассказывает Scott Wlaschin — Pipeline-oriented programming
У этих инженеров интересные ресурсы - обратите не них внимание
Rich Hickey
Scott Wlachin
Меня в мир упрощение погрузил Robert Martin и сейчас я пишу статью про чистый юзабельный код с тестами на примере рефакторинга маленького кусочка из финтеха. В статье я расскажу, почему рекомендую своим разработчикам книги Роберта Мартина и Effective Java - потому что они меня направили к пониманию простоты и надежности функциональной парадигмы и важности TDD.
Роберт Мартин
https://blog.cleancoder.com/
https://cleancoders.com/
Дядя Боб хорошо рассказывает о том, что Мастерство Разработки Софта - это ответственность, дисциплина, это постоянное совершенствование и стремление сделать работу максимально просто-качественно, поднимает вопросы этики в разработке.
Классное выступление Robert C. Martin (Uncle Bob), Clean Architecture and Design
А это более ранняя версия - видно презу.

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

интересная жизнь инженера: читать-изучать книги(иные медиа), Писать код, читать-изучать книги(иные медиа), рефакторить код, рефакторить архитектуру, читать-изучать книги, повторять - интересную жизнь инженера.

Максим, почитай эти книги:
https://www.amazon.com/Object-Oriented-Software-Engineering-Approach/dp/0201544350
https://www.amazon.com/Structure-Interpretation-Computer-Programs-Engineering/dp/0262510871

#codemonsterslog #footnotes
🔥42
На Mobius очень интересно. А позже напишу - нашел релевантные темы)
🔥8
Ищу в команду Цифровой Рубль ТехЛида
Пишите в личку @maxology

отправляйте репост своим друзьям.
50% процессы, люди
50% код, дизайн системы
Гибрид | Удаленка | Офис
🔥5
Когда я осознал P.O.P, Data Flow, функциональный поток, мое восприятие архитектуры, кодописи изменилось. Или оно было таким, но не осознавало, что так просто можно в ИТ.
Жизнь разработчика изменилась. Отпало много проблем.
Все стало проще. Тестировать стало проще.

Are We There Yet - Rich Hickey
Крутейший доклад. Посмотрите.

Определенно We should primarily be programming with pure functions and immutable values
Это правда прекрасно работает на практике - проверено.

Интересно как два инженера Роберт Мартин и Ричард Хикки сходятся в смыслах как чистые функции.

IMMUTABILITY AND ARCHITECTURE
Why is this point important as an architectural consideration? Why would an architect be concerned with the mutability of variables? The answer is absurdly simple: All race conditions, deadlock conditions, and concurrent update problems are due to mutable variables. You cannot have a race condition or a concurrent update problem if no variable is ever updated. You cannot have deadlocks without mutable locks.
In other words, all the problems that we face in concurrent applications—all the problems we face in applications that require multiple threads, and multiple processors—cannot happen if there are no mutable variables.
Clean Architecture. 72, chapter 6. Functional programming

А дальше Мартин про Clojure by Hickey
https://blog.cleancoder.com/uncle-bob/2019/08/22/WhyClojure.html
Спасибо Вам Ваганов Вадим (@vrvaganov) за Хикки, Алексей Жидков(@d_r_q) за линки и общение.
У Алексея интереснейший канал
https://t.me/ergonomic_code
Он про эргономичный код, я про юзабельный. Вот так.

Дальше я про Мобиус, затем про jpoint и доклад Алексея.

And the future is looking very functional to me.

https://youtu.be/ScEPu1cs4l0
👍5🔥2