Итак, в предыдущем посте мы многое разложили по полочкам и разобрали проблемы кодовой базы. Осталось есть ощущение, будто что-то еще не так. Хочется чего-то более элегантного.

В этом посте подойдем к проблеме пошире и начнем с архитектуры. Вот для примера довольно стандартная архитектура.

Большинство нормально структурированных приложений придерживается ее высокоуровнево, но на деле она вас не особо ограничивает. Есть много сходств со стандартной MVC-архитектурой:

-Напиши ты уже заметку про кухонные доски, маме будет приятно
-Говорю же — «в ToDo!», тема принята в разработку :)
-Сейчас напиши, кратко. Статья нам не нужна. Хотя…
-Все равно из доски статья не выйдет
-Выйдет, всё можно расширить до масштабов Вселенной
-Доску — точно нет!
-Да!
из беседы с тульпой по SSH

Привет, Хабр! 

На вебинаре для экспертов комьюнити Skillbox Code Experts я рассказала про игровые механики в неигровых продуктах. По итогу получилась статья, которую вы сейчас читаете. Особенно полезна она будет разработчикам, продактам, лидам, да и вообще всем, кто имеет дело с продуктом. Погнали! 

Каждый разработчик рано или поздно сталкивается с легаси-код — тем самым старым, не всегда понятным и, порой, пугающим набором строк, в которых легко заблудиться. Легаси может вызывать смешанные чувства: с одной стороны, это результат чьей-то работы и часть истории компании, с другой — постоянный вызов, требующий не просто поддержки, но и регулярных улучшений. Переделать такой код в "конфетку" — задача не из лёгких, но вполне выполнимая. 

В моем случае код перешел к нам в процессе передачи проекта с аутсорсинг в внутреннюю разработку. В таких ситуациях нередко возникают сложности: передаваемый код может быть плохо документирован, содержать временные решения и не соответствовать стандартам компании. Часто бывает что это результат работы нескольких команд, и каждая могла вносить свои изменения, не задумываясь о долгосрочной поддержке. В итоге мы получили классический пример легаси — набор кода, который требовал тщательного анализа и серьезной переработки, чтобы стать действительно работоспособной и поддерживаемой системой.

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

Что вы обычно представляете при слове «фондовая биржа»? Котировки на электронных табло, ажиотаж трейдеров на грани безумия… Однако настоящее безумие – торговля на фондовом рынке в «горячей точке» планеты, где ценные бумаги печатали главари пиратов и продавали за РПГ. Сегодня мы расскажем о бирже в Харадхире, Сомали, где в конце нулевых все желающие могли инвестировать в захват океанского танкера.

Ученые часто вдохновляется нашими или животными биологическими структурами: CNN, MLP, Backprop, и для многих других исследований можно найти сходства в реальном мире. Недавно вышла статья, которая делает то же самое, но для RAG (Retrieval-Augmented Generation). В некотором роде, это недостающая современным LLM долгосрочная память. Это понятно, а причем тут неокортекст, гиппокамп и другие сложные слова? Давайте посмотрим.

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

Около двух лет назад ко мне обратился пациент, назовем его Иван, с жалобами на сильный храп. Мужчина жаловался, что ночью храпит так, что сам иногда просыпается от собственного «ночного концерта». Этой проблемой объяснялось и вынужденное одиночество Ивана - «испытание храпом» не смогла пройти ни одна его избранница.

После подробного расспроса выяснилось...

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

Хей, всем привет! Вот и вышел свеженький State of DevOps. Это уже 10-й юбилейный выпуск, теперь ещё вкуснее и интереснее. Поразбираем, что же там внутри. Будут факты, сюрпризы, важные мысли, на что обратить внимание, немножко набросов и мемасиков, куда ж без них. 

Всё в одну статью не влезло, поэтому будет как у Толкина: эпичный лонгрид в нескольких частях для тех, кто хочет основательно погрузиться в исследование и пройти его туда и обратно.

Я Сергей Задорожный, руководитель отдела платформенных решений банка «Центр-инвест» и один из авторов курса «DevOps для эксплуатации и разработки» от Яндекс Практикума. Раньше занимался написанием бэкендов на Java и Kotlin, потом архитектурой, выстраиванием процессов, а сейчас заношу DevOps-практики в финтех-энтерпрайз. Автор канала IT Friday, член ПК DevOops и знатный мемолог. Люблю котиков и блэк-метал.

Сегодня поговорим о том, как понять, работает ли ваша новая фича или это просто случайный всплеск. Разберёмся, что такое статистические критерии, доверительные интервалы, и как их использовать, чтобы принимать обоснованные решения.

Чуть больше года я выкладывал здесь интервью с предпринимателями — вы можете почитать их в аккаунте. Я не планирую завершать, но по первым 50 собрал выводы.

Это исследование бизнеса, но пока качественное, а не количественное. Это значит, что цифр с процентами здесь не будет — это было бы не репрезентативно. Но будут закономерности, которые есть у нескольких респондентов. У меня даже есть своя теория!

Я объясню, как сделано это исследование: как собирались предприниматели, как я искал главную проблему в каждом из 50+ случаев, как систематизировал итоговую таблицу и где тут думал я, а где нейросеть.

Привет, друзья!

Я Илья Попов, действующий senior android разработчик, ментор начинающих андроид-разработчиков и автор телеграм-канала Android Dev Notes.

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

Раз наша цель – работа в андроид-разработке, то первое, что нужно сделать – изучить рынок вакансий и понять, а что от вас вообще нужно работодателям?

Идём на основные сайты для поиска работы (hh, superjob, career.habr, geekjob, getmatch и тд) и анализируем пару десятков вакансий джуниоров и то, какие требования в них фигурируют чаще всего. Составляем себе список навыков, библиотек, фреймворков, инструментов для освоения.

Следующее, с чем надо определиться: к какому из пунктов приступать первым? Здесь два варианта:

– самостоятельно изучаем программы существующих курсов в интернете и на этой основе пытаемся понять, в какой последовательности что обычно учат

– просим помощи в составлении программы у компетентного разработчика, который занимается обучением начинающих

Эта программа не будет высечена на камне – нам может потребоваться её изменять, а часто придётся импровизировать и отходить от неё. Но мы теперь не плывём в океане наудачу – у нас есть маяк. А дальше дело за малым – поднимаем якорь, надуваем паруса и вступаем на тернистый, но интересный путь разработчика!

Ты приходишь в новую компанию, всё кажется крутым: светлый офис, дружелюбная команда, проекты мечты. И тут начинается...

Сборник фронтендерских болей.

Привет, Хабр! Меня зовут Руслан Абдуллин, я работаю в отделе аналитических систем R-Style Softlab и занимаюсь созданием и продвижением сервисов на основе искусственного интеллекта.

Недавно мне попалась научная статья, которая затронула давно интересующий меня вопрос: что будет, если новые модели будут обучаться на данных, которые создавались с помощью другой LLM? Дальше прилагаю вольный пересказ/перевод статьи статьи с ключевыми моментами, сокращениями и некоторыми пояснениями (выделены курсивом). И, конечно, жду вас в комментах для обсуждения. Оригинал и полный текст статьи можно прочитать здесь.

Известно, что инструкция — это документ, который обычно читают в двух случаях: когда нечего читать или когда уже всё сломано. Сегодня я хочу рассказать вам про инструкцию, которую читают в третьем случае: когда нужно что-нибудь написать. Это — руководство по стилю.

К сожалению, никакой наш креатив не бессмертен: раздатка вещь непостоянная, и любое детище ваших менеджеров и дизайнеров придётся переделать, возможно, достаточно скоро. Наша компания уже делилась опытом безудержного предконференционного креатива, и я решила продолжить традицию.

Приветствую! В сегодняшнем материале мы опробуем с вами новый формат статей, а именно — ‭«ретрошортсы‭». В этой рубрике будем вкратце вспоминать крутые гиковские штуки прошлых лет, и конкретно сегодня — тот самый журнал Vogue от декабря 2010 года с внешним дисплейчиком, на который можно было накатить Linux и получить мини-компьютер буквально за 200 рублей. Если вам интересно, что за девайс придумали в далеком 2009 году, причём здесь игровые консоли и как бородатые 30-летние хабровчане бегали по всей Москве в поисках ставшего дефицитным женского журнала, то добро пожаловать под кат!

Дисклеймер: я не писатель и прошу простить литературно-художественные недостатки моего повествования. Также в тексте могут быть неточности в употреблении терминов, касающихся воинской службы.

Некоторые имена и названия изменены.

Сразу оговорюсь, что я ненастоящий сварщик. «Настоящим» программированием я занялся только после ухода в академический отпуск из моего второго вуза. Но об этом – далее. 

Программирование я начал изучать самостоятельно еще в школе (первым языком был Small Basic). После 11 класса поступил в городской политех на приборостроение. Проучившись там год (в основном я проводил время за просмотром фильмов, прохождением Everlasting Summer, и богомерзкой активистской деятельностью типа желтого студенческого профсоюза), понял, что ловить там нечего и принял волевое решение заново поступить на первый курс, но уже в медицинский университет (по рассказам своих бывших одноклассников я сделал вывод, что у них там очень даже весело). 

В школе биологию я не знал от слова совсем (особенно любви к биологии, и биологи ко мне, не способствовал разбитый цветок учителя биологии классе в 11). Но т.к. вступительные экзамены медицинский университет в нашем городе были ЕГЭшного типа, я довольно быстро набил руку на тестовых заданиях и получил 95 баллов из 100 на вступительных. Учиться в меде было на порядок интереснее и веселее.