С новым оборотом, земляне!

Читал книгу и увидел интересную цитату. Не могу не поделиться:

Что может компьютер, но не может большинство людей, - лежать на складе, запечатанным в коробке.

Джек Хэнди

@feelindev

На выходных Work 🤘

🤘 On top of the world

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

Вот он мой регулярный дайджест того, что мы сделали на очередном TulaHack.

В этот раз мы собрались чуть большим составом, что внесло свои изменения. В прошлый раз наша команда вообще должна была состоять из 2-х человек, но по счастливому стечению обстоятельств мы обзавелись ещё парой классных разработчиков. В этот раз нас было 5.

Взяли кейс, связанный с созданием приложения для совместного прослушивания музыки и создания плейлистов (да, мы решили переписать Spotify). К нему подошли тоже не без приколов, придумали концепцию, которую, может, и не успели докрутить, но звучало интересно (я рассказывал про неё в своей презентации, её, возможно, перезалью сюда чуть позже). Вместе с кейсом прилагался великолепный эксперт Кирилл Ласточкин из Максимастера, который прошёл весь путь вместе с нами (Кирилл, это сердечко только для тебя ❤️‍🔥).

Ну что я всё вокруг да около. Технически наш проект был амбициозным. Бэкенд на C#, ещё один небольшой API на Python, в котором жила бы модель Bark для генерации музыки (это та штука, что под капотом Suno.ai), и два фронтенда: на React и на Angular. Реактивность нужна была для главной страницы сервиса, где воспроизводилась музыка, а гугловский Angular держал бы панель управления, в которой можно было бы составлять и подключать себе плейлисты. А , ну да, ещё чтобы не париться с авторизацией, мы её, считай, отдали на аутсорс. Ей занимался KeyCloak (крутая штука на OIDC, которая нас не первый раз выручает).

Не знаю ради чего я использовал сослагательное наклонение в прошлом абзаце, потому что почти всё из этого получилось, хоть и не до конца. По пунктам:

- Модель работала и генерила музыку. Но её настройка заняла много времени, поэтому потрогать её можно было или из репозитория, или вместе с нами. В итоговом приложении не успелось её добавить, слишком много сил уже ушло к тому моменту
- Бэкенд на C# справлялся со всеми основными функциями, которые были нужны, пускай и не со всеми запланированными
- Фронтенды в итоге слиплись в один, и вышло, как мне кажется, круто. Единственное, что дашборд прилип к плееру слишком поздно, поэтому архитектурно это немного стало кашкой. Но кашкой премиальной, потому что выглядит она моё почтение.

В результате Eureka Team в этот раз финишировала третьей. Думаю, это крутой результат, а дальше будем двигаться ещё более уверенно.

Ну а в конце позволю себе немного соплей. Хочу сказать спасибо каждому человеку в команде, который приложил руку к этому результату. Вы все невероятно крутые и я благодарен TulaHack'у за то, что мы собрались вместе именно там. Ну а остальное я вам скажу вживую ❤️

Проект

Однажды Эрнест Хэмингуэй поспорил, что сможет написать самый короткий рассказ, способный растрогать любого...

🤖 О влиянии breaking changes

Написал небольшую статейку по горячим следам недавнего релиза PVS-Studio 7.32. В ней о том, как разработчики SonarQube поменяли свой API, а нам пришлось колдовать с плагинами, чтобы анализировать проекты на новых версиях оставалось возможным.

Читать:
На русском
На английском

❓Чистый код - дар или проклятие?

В последнее время основное, что я делаю в этом канале - делюсь ссылками на свои статьи. И сегодня тоже! Однако здесь особый случай.
Когда я проверял Keycloak статическим анализом, выявилось много разного интересного, связанного с чистотой кода, и впоследствие захотелось развить тему.
В новой статье смотрим на дискуссию Роберта Мартина и Кейси Муратори и разбираемся, действительно ли чистый код убивает производительность.

Читать:
- на русском
- на английском