S0ER

г. Сочи, ул. Войкова 4В "Мой кофе" в субботу 1 июля в 10:00 Сходка настоящих соеров - только хардкор, только программирование, только те кто реально любит наше дело. 😎

1 июля повторим?

Чем отличается "разработка решения" от "реализации решения"? Поясню на примере, вот есть у нас задача "Решение квадратного уравнения". Оно будет состоять из двух этапов "разработка" и "реализация" Разработка решения выглядит так: "Я посчитаю дискриминант (по формуле D = b^2 - 4ac), затем посчитают по формуле корней (+-b - sqrt(D)) / 2a значения х1,х2" Реализация решения - это уже готовый код, но можно описать в общем виде: "Я возьму Матлаб, создам новый документ, в нем заведу общие переменны a, b, c для квадратного уравнения виде ax^2 + bx + c, далее рассчитаю D, затем рассчитаю x1, x2" Т.е. разработка решения - это описание общей логики (алгоритма) решения, а реализация - это конечное решение, которое решает поставленную задачу. Проблема в том, что когда надо "Разработать решение", очень часто вместо разработки делается общее описание реализации, которое по сути тот же код, но на псевдоязыке. Это неправильно, нужно развивать алгоритмическое мышление и отделать "логику" от "реализации".

У Димы подписчик задаёт вопрос о том, что ему скучно на работе, потому что ему не хватает задач. Подозреваю, что проблема а том, что чувак хочет делать только интересные ему задачи и не заниматься рутиной, которойу среднего разраба обычно 80%. Исключение - сильные программисты, которых никто не будет кидать на покраску кнопок. Поэтому хочешь решать интересные задачи - развивайся. Что значит "развивайся"? Это значит, самому искать слабые места в коде и улучшать их, изучать архитектуру, покрывать код тестами и фитнес функциями, инициировать обсуждения с коллегами. В любом случае если сидеть и ждать задачи - это приведёт только к стагнации. https://t.me/seniorsoftwarevlogger/1287

Важно! я не уверен, что завтра буду делать стрим, сильно зависит от того соберем ли интересные темы. В любом случае, если даже стрим будет, то это последний стрим этого сезона, до сентября стримов не будет. Поэтому запускаю сбор тем на субботний стрим: 1. ЗЭН - пишите в комментариях вопросы (буду выбирать самые популярные или которые понравятся мне) - ответ будет в субботнем стриме 2. Ревью кода и проектов - может быть вам интересно узнать мое мнение по вашему репозиторию (можно от фрагментов кода, до своих проекто) на github - тогда можно написать ссылку в комментариях и примерно чего вы ожидаете, буду выбирать на свое усмотрение и желание и в субботу на стриме будет обзор 3. Как всегда все что будет на https://donate.s0er.ru буду рассматривать в обязательном порядке (если по АйТи, все провакационные вопросы и подколы не рассматриваю). Если есть интересные видосы на "сплетни нашего ютуба", тоже можно кидать.

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

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

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

На субботнем стриме просили книги по DDD, я уже говорил, что существует всего три книги, которые разбирают вопрос во всех деталях: 1. Вернон В. "Реализация методов предметно-ориентированного проектирования" 2. Эванс Э. Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем 3. Вернон В. Предметно-ориентированное проектирование. Самое важное Как справочник лучше всего последний вариант (в стриме показывал его).

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

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

Ребята запускаю сбор тем на субботний стрим: 1. ЗЭН - пишите в комментариях вопросы (буду выбирать самые популярные или которые понравятся мне) - ответ будет в субботнем стриме 2. Ревью кода и проектов - может быть вам интересно узнать мое мнение по вашему репозиторию (можно от фрагментов кода, до своих проекто) на github - тогда можно написать ссылку в комментариях и примерно чего вы ожидаете, буду выбирать на свое усмотрение и желание и в субботу на стриме будет обзор 3. Как всегда все что будет на https://donate.s0er.ru буду рассматривать в обязательном порядке (если по АйТи, все провакационные вопросы и подколы не рассматриваю). Завтра хочу на стриме посмотреть код по анемичным моделям Харькова. Если забуду, то нужен ответственный человек, который напомнит ))))

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

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

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

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

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