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

На канале Диджитализируй была прикольная попытка показать как создаются проекты с нуля. Получилось два видоса и усё.

Это супер иронично, потому что именно так в 99 случаев из 100 происходит в реальности.

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

Завел Boosty для тех кто не может оплатить подписку на soer.pro, но очень хочет получить доступ к контенту есть уровень "S0ER" всем кто на него подпишется направляю сертификат с доступом "WORKSHOP" на soer.pro

Ребята запускаю сбор тем на субботний стрим:

1. ЗЭН - пишите в комментариях вопросы (буду выбирать самые популярные или которые понравятся мне) - ответ будет в субботнем стриме

2. Ревью кода и проектов - может быть вам интересно узнать мое мнение по вашему репозиторию (можно от фрагментов кода, до своих проекто) на github - тогда можно написать ссылку в комментариях и примерно чего вы ожидаете, буду выбирать на свое усмотрение и желание и в субботу на стриме будет обзор

3. Как всегда все что будет на https://donate.s0er.ru буду рассматривать в обязательном порядке (если по АйТи, все провакационные вопросы и подколы не рассматриваю).

В 10:00 по Мск начинаем - https://youtube.com/live/QsxW5zA9DYA?feature=share

Принцип "Общие типы для параметров, специфичные типы для результатов функции"

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

#принцип #ссылки #теория

Интересно насколько мы все стали иидопоклонниками https://t.iss.one/exploitex/8112

Разослал пригласительные ссылки в Naris, всего взял 30 человек из примерно 70. Некоторых очень сильных ребят не взял, потому что хочется получить более менее однородную команду, брал в основном тех, кто имеет релевантный стек (хотя бы базово) и сравнительно мало опыта, мне кажется, что им будет полезнее попробовать свои силы.

P.S> если ссылки не пришло, проверьте спам, если нет и там, то значит не попали в команду. Пересматривать решение не буду. Все письма прочитал полностью, все решения по участникам обдумывал.

На канале "в офисе" вышло интервью с Филом из Мы обречены. Около года назад было другое интервью на том же канале, с тем же человеком, но такое ощущение, что это два разных чувака. Я был пару раз у Фила с Артемом на подкасте и образ того человека, с которым я общался, не бьётся с сегодняшним Филом. Как будто передо мной тень прошлого Фила, очень тяжелое впечатление. https://youtu.be/tT_M-jsX6Bk

Ребята запускаю сбор тем на субботний стрим:

1. ЗЭН - пишите в комментариях вопросы (буду выбирать самые популярные или которые понравятся мне) - ответ будет в субботнем стриме

2. Ревью кода и проектов - может быть вам интересно узнать мое мнение по вашему репозиторию (можно от фрагментов кода, до своих проекто) на github - тогда можно написать ссылку в комментариях и примерно чего вы ожидаете, буду выбирать на свое усмотрение и желание и в субботу на стриме будет обзор

3. Как всегда все что будет на https://donate.s0er.ru буду рассматривать в обязательном порядке (если по АйТи, все провакационные вопросы и подколы не рассматриваю).

Завтра хочу на стриме посмотреть код по анемичным моделям Хорикова. Если забуду, то нужен ответственный человек, который напомнит ))))

Upd. Кстати можно кидать ссылки на интересные новости, статьи, видео (с конкретным таймкодом), думаю что такие штуки тоже можно в "реакции" брать в разделе сплетен.

Удивительно, но мне до сих пор не напихали за то, что отвечая на вопрос про серверлесс я по факту говорил про nocode.
Интересно, это потому что меня так уважают или тупо уже некто не слушает, что я там бубню?

Михаил сгенерировал Хакера в Bing, я подхватил эстафету и сделал хакера в Шедеврум

На субботнем стриме просили книги по DDD, я уже говорил, что существует всего три книги, которые разбирают вопрос во всех деталях:

1. Вернон В. "Реализация методов предметно-ориентированного проектирования"
2. Эванс Э. Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем
3. Вернон В. Предметно-ориентированное проектирование. Самое важное

Как справочник лучше всего последний вариант (в стриме показывал его).

Продолжаю искать красивый код для анализа. Интересно найти что-то "боевое", построенное по классике DDD, но пока нахожу только примеры сомнительного качества.
Например, https://github.com/asc-lab/better-code-with-ddd вроде как сравнивает обычный слоеный монолит, с ддд-ым монолитом. Наверное нравится должен больше ДДД-ый вариант, но че-то вообще не нравится.

Поделитесь ссылкой на гитхаб репо с хорошим ДДД "боевым", а не высосанным из пальца примером.

Про логирование

Заметил, что если архитектурных примеров на гитхабе полно, то примеров с грамотным логированием еще надо поискать.

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

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

Элементарный пример - guid, который в логах один из основных источников информации о сущностях, что мешает снабдить его человекопонятным префиксом? Сколько человеческих нервов можно было бы сэкономить благодаря этому. Но нет, всегда голый uuidV4 - наше все.

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

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

Вывод: учитесь писать логи, господа. Учитесь писать логи...

Проектирование WebAPI обычно не вызывает никаких проблем, пока не возникает требование унификации.

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

Если хочется понять что это за правила такие, по которым api строится, рекомендую вот этот видос https://www.youtube.com/live/KSBed4yyoDM?feature=share

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

1. ЗЭН - пишите в комментариях вопросы (буду выбирать самые популярные или которые понравятся мне) - ответ будет в субботнем стриме

2. Ревью кода и проектов - может быть вам интересно узнать мое мнение по вашему репозиторию (можно от фрагментов кода, до своих проекто) на github - тогда можно написать ссылку в комментариях и примерно чего вы ожидаете, буду выбирать на свое усмотрение и желание и в субботу на стриме будет обзор

3. Как всегда все что будет на https://donate.s0er.ru буду рассматривать в обязательном порядке (если по АйТи, все провакационные вопросы и подколы не рассматриваю).

Если есть интересные видосы на "сплетни нашего ютуба", тоже можно кидать.

У Димы подписчик задаёт вопрос о том, что ему скучно на работе, потому что ему не хватает задач. Подозреваю, что проблема а том, что чувак хочет делать только интересные ему задачи и не заниматься рутиной, которой у среднего разраба обычно 80%.

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

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

https://t.iss.one/seniorsoftwarevlogger/1287