Доклады.
Когда искал одно, а нашел другое (или как-то так звучала глава в «Хоббит, туда и обратно»)

После моего поста про то, что меня не взяли на дотнекст, мне написал Степа Гранкин, с предложением выступить на DevForum в DoDo.
Это внутренне-внешнее мероприятие, раньше оно проходил исключительно внутри DoDo.

В моем Дексисе, тоже есть аналогичная тема и мы тоже шарим ~~(если доклад не под nda)~~ Прокачку наружу.

Тогда вы спросите - в чем мой интерес участия в DevForum?

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

А для тех, кто хочет меня поддержать - welcome вот сюда https://www.youtube.com/live/ofhdEWgFy7g в 16:00 по МСК

🥈 DevForum в массы 2

Периодически приглашаем на DevForum в Додо ребят из других компаний. У спикеров есть возможность рассказать что-то нам, а у нас есть возможность спросить что-то у них. Сложно посчитать пользу от такого действия, как в принципе пользу от конференций, обучения и прочего нетворкинга.

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

🏓 То есть работает по такому принципу. Сидит себе разработчик, пилит таски. Вдруг, бац, вспоминает: “А на девфоруме же недавно вот такое рассказывали, может я это сейчас заюзаю?” Ну или скорее “Чет, я где-то слышал, что вот так делают, правда не помню где. Но надо попробовать!”

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

Сегодня у нас как раз девфорум с приглашенным гостем Валерием Никтиным, которого вы могли видеть тут в комментариях. Достаточно активный комментатор надо сказать, что кстати, ваще меня сильно вдохновляет, как и любая активность в комментах.

🅰️ Итого: Приходите глянуть в 16:00 МСК, у Валеры есть стремительно растущий канал с анонсом предстоящего девфорума и всяким про разработку и жизнь марафонца-футболлиста)))

UPD: полумарафонца-футболлиста!

📝 Ну и вот вам мемас в тему менеджерства, раз уж первый день лета

👩‍💻 Yet another dev – крутой канал по шарпу, в котором пока всего 27 человек.

Короче, пока свыкаюсь с новой ролью Engineering Manager'a и временно поставил постинг матерных постов сюда на паузу.

Прилег под нагрузкой, так сказать. Хотя блин, много заметок, которыми хочется поделиться. Но пока что!

Не могу не прорекламировать канал yet another dev, в котором постится топовый контент по шарпу, и при этом там всего 27 подписчков.

Мое знакомство с этим каналом началось с поста на хабре Правило 16 байт: развенчиваем миф о производительности структур в C#

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

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

В общем, автор канала, как и я не парится с пиаром и не часто постит, но старается постить какой-то свой контент, который, как мне кажется, ну достоин внимания. К примеру сегодня вот вышел пост про новые params в C# 13.

Ну и еще несколько пиздатых канальчиков вам, вдруг вы не знали:
C# Heppard – канал про перфоманс и работу с памятью в дотнете от Кирилла Бажайкина

И канал Евгения Пешкова, ну это оч крутой специалист, который не нуждается в представлении. Завсегдатай дотнекстов, и вообще одна из центральных фигур этой конфы.

Все пишут достаточно живо и от чистого сердца, с эмоциями и вот этим всем. Короч, непрошенная реклама случилась.

🧑‍💻 DevForum в массы!

Вот уже почти четыре года так или иначе участвую в организации внутренней мини-конфы в Додо под названием Девфорум.

Это такая встреча, где любой человек из компании может заделиться своими знаниями с разработкой. Критериев отбора мало, цензуры нет. Главное – это практическая польза для разработки или для процессов разработки. Как итог, ребята приносят просто охреневительнейшие доклады, информация шарится, процессы и качество улучшается.

Ведем все это мы со Степой Гранкиным и Севой Паршиным в свободное от кода время.

Давней моей мечтой было попробовать сделать девфорум открытым, но для этого то времени не хвататло, то просто было не понятно, как это организовать. В этом году нам со Степой и Севой подоспела поддержка с воздуха в лице Макса Политова и его команды публичных коммуникаций и вот пилотный публичный DevForum уже через 20 минут!

🅰️ Итого: Подключайтесь к трансляции, посмотрите на нашу внутреннюю кухню) Без купюр, возможны маты и неприлично содержательный контент.

📀 Minimal API. Нужно ли переписывать существующие проекты на Minimal API? Что делать со старыми?

Короче, кажется, что пришла моя пора старчески гундеть. Я сопротивляюсь, но гундю. Вышли minimal API и я бесился с того, что ничего нового не добавили, просто сделали по-другому.

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

Но я сдержался. И кажется, что не зря.

Вот тут мне кажется мужик классно рассказывает, что к чему. Но и я тоже свои пять копеек вставлю.

В общем. Сколько лет назад они вышли? Три года почти. Тогда Ник Чапсас рекламировал эту фичу тем, что теперь проект с нуля можно написать в три строчки.

Ну как бы круто, но тогда мне казалось, но резон сомнительный.😒

✅ Так вот спустя все эти годы, я наконец услышал нормальный довод: Контроллеры пришли к нам из мира MVC. Но с развитием отдельных фронтендов из MVC мы часто теряем V. Получается, что остается только MС. То есть не фреймворк, а какой-то рэпер ❤️.

В общем, майки переосмыслили эту ситуацию и сфокусировались при создании Minimal API на создании хорошо документируемых и быстро разрабатываемых API.

🅰️ Что это значит на практике.

1️⃣ Нужно ли нам переписывать старые проекты с MVC на minimal API? Ну в целом, если не лень, то можно. Если они не содержат никаких View.

2️⃣ Если запускаете новый проект, который будет чисто АПИшкой, то лучше сразу юзать minimalAPI. Как я понимаю сейчас для этой штуки делаются наиболее широкие инструменты для автодокументации. И вообще создаются дизайн-гайдлайны по проганью АПИшек. Нет смылса тащить туда контроллеры ни в каком виде.

Мне такое объяснение показалось наиболее осмысленным. Но я тут готов если что к дополнительным пояснениям.

✅ StatusCake – чекалка для сайтов

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

Короче, полезна в кейсах, когда вам надо супер-верхнеуровнево чекнуть, что ваш сайт работает. Типа через все ВПНы, НАТы и прочие сетевые прикольчики.

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

Ну то есть мониторинг может гореть, как сентябрь, а статус-кейк будет такой "It's fine". И наоборот – в мониторинге штиль, а статус-кейк будет орать, что все плохо, потому что какому-то надзору захотелось вас похарасить.

🅰️ Итого: Если вам нужно регулярно проверять достпуность вашего проекта из разных стран, то посмотрите на StatusCake. Он первым выстрелит, если у вас все работает, но по какой-то причине никто не может зайти только из какой-то одной страны.

🎂 Блин, а еще бесят тулзы, которые называют чем-то съестным. Я тут худеть пытаюсь, а тут у тебя алерт на пирог прилетел, ну и все – я ем пирог.

🍏 Модель зрелости. 🍎

Недавно у нас во внутреннем канале в яблочке задали вопрос: "Я делаю свою пет-проекты. Как понять, что мой сервис нормальный? Что я все сделал хорошо и могу быть в нем уверен?"

На самом деле этот класс вопросов возникает в разных местах. К примеру, когда вы становитесь техлидом: "Нормальный ли я техлид? Хорошо слежу за командами или что-то очевидное упускаю?" Ну или просто вы работяга-разраб: "Я все делаю норм? Или говно какое-то коммичу?"

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

Одну из таких моделей вы точно знаете и используете каждый день – это стандартная градация уровня скилла разработчика Junior Middle Senior. Она довольно размытая, и у каждого своя, но по сути это тоже модель зрелости.

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

🅰️ Итого: Если хотите понять, все ли у вас круто в определенной области, ищите в ней модель зрелости и проводите самопроверку по ней. Ну и помните, что модели – это не отражение реального мира, а описание некоторой его части, так что не натягивайте сову на глобус.

Ну и напоследок поделюсь своими любимыми моделями зрелости:

1️⃣ Spotify Squad Health Check model – классная моделька, заслуживающая отдельного поста.

2️⃣ Test Maturity Model – может не самая лучшая. В тестировании их много, но вот эта у меня в голове крутится уже давно.

3️⃣ REST – Модель зрелости дизайна API. об этой узнал недавно, и в общем, она дала хорошую пищу для размышлений. Понял, что многие штуки в коде я бы мог делать лучше.

Если у вас тоже есть какие-то любимые модели зрелости. Или может вы придумали свои, то заделитесь)