Голос из-под шторки

2022-12-14 00:02:05 Кстати, не упомянул в посте, но все решения для первых 10 дней лежат на github Открыть/Комментировать

2022-12-13 14:54:16 В этом году я решил порешать Advent Of Code на SQL, чтобы подтянуть свои знания этого языка. Формат задач по программированию - нетипичное применение SQLite и я сумел разобраться с фичами и столкнулся с особенностями SQLite, которые раньше почти не трогал. Про них и написал пост. Я совсем не DBA, так что от каких-то “заметок” можно прибить себя фейспалмом. Смело пиши в комменты, где я не прав (кроме того что забиваю молотком шурупы) Открыть/Комментировать

2022-11-30 22:06:58 Когда то я написал пост про то что DI фреймворки не решают проблемы, а заменяют их новыми. На что многие мне ответили “а как же так? ты что, пишешь зависимости рУкАмИ? Ты что, Dagger пишет код за меня!”. Ну что ж, давайте я в новом посте покажу тебе, мой сомневающийся в силе фабрик читатель, как при помощи by-делегации в Kotlin можно писать кода не больше чем при использовании Dagger. Привет ребятам с Podlodka Android Crew, которые забайтили меня на это Открыть/Комментировать

2022-08-22 14:41:30 Мне кажется, или с каждым редизайном Gmail кнопка "Написать" становится всё больше? Она уже больше логотипа в левом верхнем углу экрана и имеет свой собственный оттенок голубого, который я не могу найти нигде на странице. За неё отвечает отдельная команда со своей собственной дизайн-системой? Открыть/Комментировать

2022-07-19 19:52:10 Почти 3 года назад я “продал” TEA своей команде в Авто.ру. С тех пор наша команда написала ~180 TEA-компонентов - от простых экранов с парой кнопок до сложных форм-визардов с кучей логики. Тогда одним из ключевых требований дизайна, которые я перед собой ставил, был интероп с тогдашним стеком приложения - MVP + Clean Architecture, RxJava, Dagger 2. С тех пор я много думал о том, как бы выглядела архитектура, если убрать ограничение на совместимость с наследием эпохи Clean Architecture. Эта статья - компиляция моих заметок на эту тему. Открыть/Комментировать

2022-06-27 16:09:14 Наткнулся на реддите на статью про Груг-разработчика https://grugbrain.dev и теперь всем про неё рассказываю. Серьезно жалею, что не написал такую сам. Груг - это wojak-мем – персонаж пещерного человека, разговаривающего в стиле Халка. И вся статья – это одна большая паста в стиле форчановского гринтекста про то как всякие большеголовые разработчики мешают Гругу делать свою работу, раздувая сложность любой задачи до размеров своего эго. Несмотря на то что автор ссылается на книжку Philosophy of Software Design, которую я как раз дочитал, статья мне по содержанию и основной мысли понравилась гораздо больше (а вот к книге есть вопросики, про это в следующем посте). Груг-разработчик – это KISS-манифест, к которому стоит прислушаться и почаще выключать большеголового разработчика и просто делать самое простое решение, как Груг. Открыть/Комментировать

2022-05-30 20:58:16 Наткнулся на Warp – этакий смузи терминал с автокомплитом, коллаборацией и регистрацией по e-mail. Не то чтобы у меня были восторги по поводу продукта, который всерьёз записывает себе в фичи то, что он написан на Rust и "поэтому такой быстрый". И ещё требует регистрации при том, что, по заверениям лендинга, работает полностью оффлайн.
Но я понимаю, почему такие продукты появляются. Терминал незаменим для разработки. Вряд ли весь твой тулинг имеет функциональный GUI (да и вряд ли этот тулинг в нём нуждается). Но работать с шеллом зачастую не очень приятно, так как эту штуку придумали в прошлом веке и с тех пор не особо меняли. Сейчас многие дефолты выглядят уж совсем древней хтонью. А популярные фреймворки типа oh-my-zsh ничего, кроме цветастых тем и хакерского промпта не предоставляют.
Между тем, zshell, которая нынче установлена в макбуках по умолчанию – очень мощная оболочка с менеджерами плагинов, где всё довольно просто настраивается. В этой статье я покажу свой .zshrc и расскажу как пользоваться менеджером плагинов zinit. Открыть/Комментировать

2021-12-26 22:34:16 На мысли про eDSL меня когда-то вдохновил наброс на JUnit из этого доклада

Открыть/Комментировать

2021-12-26 22:01:03 Открыть/Комментировать

2021-12-26 22:00:49 Этот пост не только про eDSL
То что я выше написал, работает и про обычную разработку библиотек. Сокрытие реализации – классная штука, которая помогает не бояться рефакторить код, которым пользуются другие. Но она хороша пока ты сам играешь по своим правилам. Когда же ты пользуешься хаками типа internal или package-private, ты обходишься с пользователем как со слепым котенком и ставишь его ниже себя. Говоришь, что тебе что-то можно, если очень хочется, а пользователю нельзя, он бесправный. А пользователь не дурак, ему работу делать надо. Он просто скопирует твой код к себе в проект (если лицензия позволяет), поменяет что нужно. И ты достиг совершенно противоположного эффекта – теперь пользователь заложился не на твоё апи и ты никак их не контролируешь и мажорное обновление ему будет очень больно даваться. Да, это его проблемы, он хакнул, но этого можно было избежать.

В общем, будьте котиками
Общайтесь с пользователями вашего кода на равных и вспоминайте этот пост, когда в очередной раз придётся копировать какой-то класс к себе в проект чтобы поменять в нём пару строчек. Кстати, когда у вас в последний раз такое было? Открыть/Комментировать