Forwarded from Lil Functor
В качестве упражнения с макросами накодякал библиотечку, которая генерит конструкторы для кейс-классов с зарефайненными полями.
https://github.com/poslegm/brief
Зачем это нужно:
1. Типобезопасно провалидированные поля кейс-классов;
2. Вместо fail-fast валидации аккумулировать ошибки по всем полям;
3. В сообщениях об ошибках видеть названия проблемных полей и что пошло не так;
4. При этом не писать тонны бойлерплейта.
В планах устранение ограничений (не поддерживаются классы с тайп-параметрами и тайп-алиасы для полей) и миграция на Scala 3. Зависимость только на refined.
Скорее всего аналогичные библиотеки уже существуют, но они очевидно имеют фатальный недостаток. Возможно, и моё поделие будет кому-нибудь полезно.
До начала работы над этой либой макросы устрашали, а оказалось, что нехитрая кодогенерация на них делается без особых сложностей.
https://github.com/poslegm/brief
Зачем это нужно:
1. Типобезопасно провалидированные поля кейс-классов;
2. Вместо fail-fast валидации аккумулировать ошибки по всем полям;
3. В сообщениях об ошибках видеть названия проблемных полей и что пошло не так;
4. При этом не писать тонны бойлерплейта.
В планах устранение ограничений (не поддерживаются классы с тайп-параметрами и тайп-алиасы для полей) и миграция на Scala 3. Зависимость только на refined.
Скорее всего аналогичные библиотеки уже существуют, но они очевидно имеют фатальный недостаток. Возможно, и моё поделие будет кому-нибудь полезно.
До начала работы над этой либой макросы устрашали, а оказалось, что нехитрая кодогенерация на них делается без особых сложностей.
Офигенный репозиторий с описанием процесса моделирования предметной области по DDD: https://github.com/ddd-crew/ddd-starter-modelling-process
Если вы хотели начать работать над проектом по DDD, но не знали, с чего начать, то определенно стоит взглянуть.
Если вы хотели начать работать над проектом по DDD, но не знали, с чего начать, то определенно стоит взглянуть.
Марк Симанн разразился очень хорошим постом про опенсорс, неоплачиваему работу и менторство: https://blog.ploeh.dk/2021/03/22/the-dispassionate-developer
Моё мнение — он очень хорошо подметил болевые точки работы в современном айти, когда без наличия портфолио, записей публичных выступлений, контрибьюта в два-три популярные проекта и зелёную стену коммитов на гитхабе крупные компании не захотят с вами даже разговаривать. Да чего уж там скрывать, я сам участвую в этой гонке за место под солнцем — статьями на хабре, видосами, активностью в твиттере, даже вот этим вот каналом. И, признаться честно, это достаточно сильно подзаебало — хочется просто следовать идеологии «пиши код, блять», а не служить айти-тамадой, который и лекцию прочтет, и менторством займется, и библиотеку опубликует, и при этом еще про work-life balance забывать не станет (всем же нужны здоровые довольные работники, а не выгоревшие задохлики, верно?). Отчасти эта внутренняя усталость стала причиной того, что в этом канале стало меньше личных мыслей, а больше мЕмЕсОв и ссылок на другие ресурсы, к слову.
В своём блоге Марк Симанн говорит, что у него нет ответа на вопрос, что со всем этим делать, и ровно так же не знаю и я. Года полтора назад я похихикивал про себя над парнем, который работал в моей текущей компании больше 15 лет, и бóльшую часть этого времени был просто разработчиком, а не рвался в архитекторы и выше. Сейчас мне уже не так смешно. Возможно, он уже тогда знал что-то, чего не знал я.
Моё мнение — он очень хорошо подметил болевые точки работы в современном айти, когда без наличия портфолио, записей публичных выступлений, контрибьюта в два-три популярные проекта и зелёную стену коммитов на гитхабе крупные компании не захотят с вами даже разговаривать. Да чего уж там скрывать, я сам участвую в этой гонке за место под солнцем — статьями на хабре, видосами, активностью в твиттере, даже вот этим вот каналом. И, признаться честно, это достаточно сильно подзаебало — хочется просто следовать идеологии «пиши код, блять», а не служить айти-тамадой, который и лекцию прочтет, и менторством займется, и библиотеку опубликует, и при этом еще про work-life balance забывать не станет (всем же нужны здоровые довольные работники, а не выгоревшие задохлики, верно?). Отчасти эта внутренняя усталость стала причиной того, что в этом канале стало меньше личных мыслей, а больше мЕмЕсОв и ссылок на другие ресурсы, к слову.
В своём блоге Марк Симанн говорит, что у него нет ответа на вопрос, что со всем этим делать, и ровно так же не знаю и я. Года полтора назад я похихикивал про себя над парнем, который работал в моей текущей компании больше 15 лет, и бóльшую часть этого времени был просто разработчиком, а не рвался в архитекторы и выше. Сейчас мне уже не так смешно. Возможно, он уже тогда знал что-то, чего не знал я.
blog.ploeh.dk
The dispassionate developer
Caring for your craft is fine, but should you work for free?
Forwarded from PONV Daily (Anton Trunov)
Новая книжка про верифицированные на Isabelle/HOL функциональные алгоритмы и структуры данных:
http://functional-algorithms-verified.org
http://functional-algorithms-verified.org
Forwarded from PONV Daily (Anton Trunov)
Counterexamples in Type Systems, a compendium of horrible programs that crash, segfault or otherwise explode:
http://counterexamples.org
Наслаждайтесь!
http://counterexamples.org
Наслаждайтесь!