Эргономичный код

Привет! "Хочешь насмешить бога - расскажи ему о своих планах" (с) Народ. Когда я писал план выше - я не учёл одну маленькую деталь - на эту неделю у меня запланирован небольшой ремонт в квартире. А ещё то, что на этой же недели у меня заболеет ребёнок 🤯 Поэтому план уже точно поедет как минимум на неделю. Тем не менее, вопреки обстоятельствам, я осилил написать микропост с моей нотацией описания модели предметной области и алгоритмом её допила под хранение в виде неизменямых деревьев структур данных.

Привет! Я определился с форматом и планами канала на ближайшие полгода-год. Основным форматом остаётся текстовый. Потому что: 1. Почти половина против (Я занёс в против тех, кому ок видео нормально качества, см. п. 3) 2. В комментариях 100% против 3. Я провёл небольшой тест-драйв такого формата и понял, что без подготовки получается лажа. Но, я хочу всё-таки попробовать продемонстрировать разработку по эргономичному ТДД, поэтому как минимум один видеопост всё-таки будет. Контент станет преимущественно практическим на (базе QYoga). Но так как есть и запрос на теорию у меня самого и у некоторых из вас - ей я также буду уделять небольшой процент времени (2 часа в неделю со следующего года). Сейчас у меня план постов следующий: 1. 20 ноября - микропост с нотацией описания неизменяемой модели данных (пригодится для следующего поста) 2. 22 ноября - микропост с общим описанием QYoga 3. 25 ноября - микропост о том, как мы моделируем самую сложную часть QYoga 4. 27 ноября - микропост с описанием устройства кодовой базы QYoga 5. 29 ноября - видеопост с демо эргономичного ТДД 6. 10 декабря - пост с третьим томом ретро Проекта Э (устройство кодовой базы) 7. 24 декабря - пост с четвёртым томом ретро Проекта Э (проблемы унаследованные от .net-бэка) И спасибо всем, поучаствовавшим в опросе:)

Привет! Я рассматриваю вариант существенного изменения концепции канала, и прежде чем принять окончательное решение, хочу узнать ваше мнение. Изменения будет два: 1) Переключение фокуса на практику 2) Переход на формат быстрых (без особой режиссуры монтажа) видео Посты будут о разработке (интересных, не обычных и сложных частях) моего пет-проекта - QYoga (название рабочее, сегодня проведу брейншторм нового названия:) ) План первого видео: 1) Для случайных прохожих - кто я и что такое Эргономичный подход 2) Общее описание QYoga 3) Подробный разбор текущей кодовой базы 4) Демо реализации простой фичи (регистрация юзера) по эргономичному ТДД Мотивация переключения на практику - так как я заканчиваю работу с Проектом Э и не уверен, что следующий проект смогу сделать по ЭП (а если смогу сделать - что смогу писать об этом) - я боюсь что либо потеряю вообще обратную связь ЭП с миром, либо потеряю источник контента для блога. И чтобы отвязаться от внешних ограничений - хочу сделать свой собственный максимально приближенный к реальности проект по ЭП. А совмещать коммерческую работу, работу над QYoga и проработку теории я точно не осилю. Мотивация переключения на видео - у меня есть гипотиза, что это будет быстрее, чем писать микропосты. Сейчас заведу пару опросов.

Привет! Я завершаю работу над Проектом Э с 1 января 2024 года и ищу новый проект. Со мной возможен широкий спектр вариантов сотрудничества - от реализации проекта под ключ по фикс прайсу силами моей команды до краткосрочного аутстаффа меня лично. Работаю я по договору с ИП (ЭДО есть) и оплатой на расчётный счёт. По сравнению с большими компаниями, цены у меня очень демократичные. Полная стоимость для заказчика часа моей работы составляет 2500 р/час. Стоимость часа других специалистов зависит от грейда и профиля, но так же ниже, чем у больших игроков с большими накладными расходами. Если вы или ваша компания сейчас ищете подрядчика/субподрядчика на выполнение работ по разработке ПО - напишите мне в личку - @d_r_q, или на почту - [email protected].

Но пост выше - это я просто актуальным поделился. А вообще - сегодня день релиза поста "ФП виновно в снижении стоимости программ. Вот мои доказательства, господа присяжные заседатели" :)

Привет! Собираю я вчера второй хот фикс на последний кровавый релиз Проекта Э с одной регрессией бэка и двумя костылями для багов в МП, пока шёл пайплайн заглянул на хабр, а там - Релиз без ошибок. Невозможное возможно?. У мужика процесс намного более стандартизован (бюрократизирован?) и такого я себе пока позволить не могу, но в фокусе на функциональных тестах мы уже сходимся:) С учётом того, что я заявляю, что ЭП позволяет существенно сократить кол-во багов, а в этом релизе на бэке нашли штук 5-6 багов (справедливости ради - только при тестировании МП и в течении 2-3 недель), то я этот релиз и все баги разберу по косточкам. И постараюсь опубликовать разбор, если удастся сохранить смысл, не нарушая NDA.

Привет! Прочитал Functional Design: Principles, Patterns, and Practices. Впечатления не однозначные С одной стороны, там и правда, слово монада встречается ровно один раз в месте, где Мартин пишет, что не будет писать о них: > As such, I will not spend any appreciable time on the more theoretical aspects of functional programming such as Monads, Monoids, Functors, Categories, and so on И там и правда хорошо иллюстрируются плюсы ФП, его совместимость с ООД/П и то, что код в ФП-стиле может выглядеть достаточно знакомым большинству разработчиков. С другой стороны, там нет ни строчки кода работы с БД - аспектом, который вносит больше всего "интересностей" в применение ФП при разработке бэков информационных систем. Более того, в книге вообще никаких интересных эффектов с вводом-выводом нет. И отсюда же, видимо, вообще не раскрыта важная и одна из самых сложных частей ФП стиля - проектирование модели данных. Неизменяемой. И эффективно хранимой в БД. Ну и Clojure. Мне язык нравится, и я согласен с тем, что на скобки глаз набивается быстро, но использовать книгу с примерами на Clojure в качестве инструмента популяризации ФП я не стану. Поэтому рекомендовать книгу как единый источник для изучения прагматичного ФП нельзя, на мой взгляд. Но в рамках погружения в этот дивный мир книгу стоит прочитать.