home.social

#легаси — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #легаси, aggregated by home.social.

  1. Больше, чем просто безопасность, или Зачем контролировать зависимости

    Привет, Хабр! Меня зовут Артём Бердашкевич, в Positive Technologies руковожу направления DevSecOps. Сегодня хочу поговорить о теме, которая с годами становится только острее — о контроле зависимостей и о том, почему привычных подходов к нему уже катастрофически не хватает. Современная разработка давно превратилась в сборку из готовых компонентов, где мы почти не пишем код с нуля, а комбинируем фреймворки, библиотеки и модули с открытым исходным кодом. Такой подход радикально ускоряет вывод продуктов на рынок, но за скорость приходится платить прозрачностью. Команда часто не знает точный состав своего приложения до финальной сборки. Почему это стало большой проблемой и что с ней делать — читайте под катом.

    habr.com/ru/companies/pt/artic

    #cybersecurity #devsecops #sca #легаси #зависимости #cve #безопасная_разработка #docker #sandbox #appsec

  2. AI-Driven подход «Harness Engineering»: наступившее будущее или лишь метод с ограничениями?

    Вдохновился идеей OpenAI Harness Engineering и проверил на большом легаси проекте: можно ли отдать агенту всю реализацию, а человеку - постановку, тесты и ревью. Сотни файлов, зелёные тесты и два бага, которые нашли только руками. Про «согласованные ошибки», разные мнения и почему финал эксперимента открытый.

    habr.com/ru/articles/1022366/

    #агентная_разработка #ИИ_в_разработке #легаси #рефакторинг #тестирование #E2E #эксперимент #кодревью #микросервисы #агенты_ии

  3. AI-Driven подход «Harness Engineering»: наступившее будущее или лишь метод с ограничениями?

    Вдохновился идеей OpenAI Harness Engineering и проверил на большом легаси проекте: можно ли отдать агенту всю реализацию, а человеку - постановку, тесты и ревью. Сотни файлов, зелёные тесты и два бага, которые нашли только руками. Про «согласованные ошибки», разные мнения и почему финал эксперимента открытый.

    habr.com/ru/articles/1022366/

    #агентная_разработка #ИИ_в_разработке #легаси #рефакторинг #тестирование #E2E #эксперимент #кодревью #микросервисы #агенты_ии

  4. AI-Driven подход «Harness Engineering»: наступившее будущее или лишь метод с ограничениями?

    Вдохновился идеей OpenAI Harness Engineering и проверил на большом легаси проекте: можно ли отдать агенту всю реализацию, а человеку - постановку, тесты и ревью. Сотни файлов, зелёные тесты и два бага, которые нашли только руками. Про «согласованные ошибки», разные мнения и почему финал эксперимента открытый.

    habr.com/ru/articles/1022366/

    #агентная_разработка #ИИ_в_разработке #легаси #рефакторинг #тестирование #E2E #эксперимент #кодревью #микросервисы #агенты_ии

  5. AI-Driven подход «Harness Engineering»: наступившее будущее или лишь метод с ограничениями?

    Вдохновился идеей OpenAI Harness Engineering и проверил на большом легаси проекте: можно ли отдать агенту всю реализацию, а человеку - постановку, тесты и ревью. Сотни файлов, зелёные тесты и два бага, которые нашли только руками. Про «согласованные ошибки», разные мнения и почему финал эксперимента открытый.

    habr.com/ru/articles/1022366/

    #агентная_разработка #ИИ_в_разработке #легаси #рефакторинг #тестирование #E2E #эксперимент #кодревью #микросервисы #агенты_ии

  6. Рефакторинг и реинжиниринг легаси

    Попадаете вы на остров. А там от прошлых разработчиков рядом с основным зданием стоит огромный вентилятор, на складе зачем-то лежит воздушный шар, а в подвале вы натыкаетесь на набитую швабрами комнату. Как и зачем делать рефакторинг и более глубокий реинжиниринг? Разберемся.

    habr.com/ru/articles/976326/

    #рефакторинг #легаси #реинжиниринг

  7. Умершие языки программирования (Fortran, Ada, Cobol) И почему на западе они до сих пор живы

    Существуют языки, которые все считают мертвыми, но есть ньюанс. В СНГ на Бейсике вакансий больше чем на Руби, а вакансий у Паскальщиков не сильно меньше чем у шарпистов. Все не так просто, поэтому давайте разбираться

    habr.com/ru/companies/femida_s

    #бэкенд #программирование #карьера_программиста #айти #cobol #легаси #php #информационная_безопасность #битрикс #c++

  8. Разговор о том, как сделать интеграцию умнее: опыт, грабли и рабочие подходы

    Привет, Хабр! Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

    habr.com/ru/articles/974262/

    #программирование #api #интеграции #интеграция_сервисов #разработка #зерокодинг #микросервисы #архитектура_системы #подход_к_разработке #легаси

  9. Разговор о том, как сделать интеграцию умнее: опыт, грабли и рабочие подходы

    Привет, Хабр! Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

    habr.com/ru/articles/974262/

    #программирование #api #интеграции #интеграция_сервисов #разработка #зерокодинг #микросервисы #архитектура_системы #подход_к_разработке #легаси

  10. Разговор о том, как сделать интеграцию умнее: опыт, грабли и рабочие подходы

    Привет, Хабр! Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

    habr.com/ru/articles/974262/

    #программирование #api #интеграции #интеграция_сервисов #разработка #зерокодинг #микросервисы #архитектура_системы #подход_к_разработке #легаси

  11. Разговор о том, как сделать интеграцию умнее: опыт, грабли и рабочие подходы

    Привет, Хабр! Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

    habr.com/ru/articles/974262/

    #программирование #api #интеграции #интеграция_сервисов #разработка #зерокодинг #микросервисы #архитектура_системы #подход_к_разработке #легаси

  12. TypeScript или Rust: когда переписывать сервис и какие выигрыши ждать

    Вы тоже хоть раз ловили себя на мысли: «А может, ну его, этот Node.js — перепишем всё на Rust, и будет летать?» Поздравляю — вы не одиноки. Я тоже через это прошёл. В этой статье я разложу по полочкам, когда действительно стоит лезть в Rust , а когда лучше остаться на TypeScript и просто выспаться. Без фанатизма, маркетинга и с примерами из практики.

    habr.com/ru/articles/954872/

    #javascript #архитектура #фреймфорки #программирование #react #solid #принципы_разработки #вебразработа #чистый_код #легаси

  13. Рассуждение о Легаси

    Сегодня хотелось бы поговорить с вами о такой теме как Легаси. Давайте дадим определение, что такое легаси. Легаси - это тот код, который писали до нас и который пришел нам от других. Легаси - это не всегда «плохой» код, а просто код, который устарел по технологии, по структуре или по пониманию. Почти любой проект со временем превращается в легаси, если его не обновлять. На своем опыте разработки я могу классифицировать легаси на три категории. Опять же я не претендую на абсолютную объективность. Это только моя классификация, на основе того, с чем лично я столкнулся. 1) Технологии, которые еще работают, но есть обновленные версии пакетов, фреймворков и инструментов. Просто в данный момент код работает на предыдущих версиях. Самый очевидный пример проект написанный на Vue2, когда есть Vue3. Переписать его на новую версию с одной стороны не так уж и трудно. А с другой это связано с подводными камнями. Если мы переходим с Option Api на Composition Api то простой заменой одного кода на другой не обойтись. Некоторые вещи работают иначе. И придется отлавливать локальные проблемы. Если проект небольшой и сложной логики там мало, то это делается быстро. Если же она есть то проблемы точно будут. Кроме того не стоит забывать, что часть пакетов и библиотек, которые работают с Vue2, не работают с Vue3. Следовательно придется искать аналоги. В целом проблемы и способ перехода здесь прозрачны и это самый легкий вариант. 2) Нельзя переписать, но можно работать. Это проекты написанные на старых технологиях, как jquery и других. Они не могут быть быстро и легко переведены на современные инструменты. Так как для этого придется все писать заново. Однако код, который был написан, достаточно понятен и его не так сложно поддерживать. А переезд на новый вариант это параллельная разработка нового. Здесь тоже все понятно. Мы не имеем возможности бесшовно перейти на новые версии, потому что их просто может не быть. Поэтому приложение пишется с нуля на новом стеке.

    habr.com/ru/articles/941064/

    #легаси #кодстайл #написание_кода #отладка_javascript #качество_кода

  14. Не откладывайте на завтра, что можно сделать сегодня

    Не откладывайте на завтра то, что можно сделать сегодня. Именно эта мысль для меня стала одной из ключевых в разработке приложений. «Почему?» — спросите вы. Все очень просто. Говорите себе: «Это я потом поправлю, а это я потом перепишу. А вот это пока подождет. А файловую систему я потом продумаю»? Так вот это «потом» может так и не наступить. А ваш проект превратится в мусор. А даже если вы и вспомните о том, что пора что-то куда-то переносить, вместо двух файлов у вас будет 100 или больше. И вы уже не будете помнить, что за что отвечает и где лежит. В итоге вместо одного часа вы потратите день или больше на рефакторинг, которого можно и нужно было избежать. В общем, ключевое — это не бежать сразу писать код, а сначала все продумать. Структуру, архитектуру, всякие эти фишечки и прочее. Хотя бы в общих чертах. Иначе ваш проект очень скоро будет приносить вам боль, а время вы потратите совсем не на то, что вам бы хотелось.

    habr.com/ru/articles/940532/

    #вэбразработка #приложения #архитектура #легаси #код

  15. Как перестать беспокоиться и начать жить с легаси в проекте

    Привет, Хабр! Меня зовут Саша Мищенко, я тимлид платформенной команды в Профи.ру. Сегодня хочу поговорить о легаси и о том, почему мы не переписываем код просто из-за того, что он старый.

    habr.com/ru/companies/profi_ru

    #управление_разработкой #искусственный_интеллект #легаси #архитектура #документация #программирование #ии #google #cloudflare #разработка

  16. Галопом по архитектуре. Часть 3. Когда руки чешутся все переделать

    Как вы думаете, нужно ли архитектуру на вашем текущем проекте подвергнуть масштабному пересмотру и исправлению? Ставлю на то, что большинство читателей ответят положительно. И эта часть именно про это. В ней мы рассмотрим: 1. Когда сложившаяся архитектура подлежит масштабным изменениям. 2. Что не менее важно, когда лучше оставить, как есть. 3. Ключевые признаки проблем в архитектуре. 4. Основные способы исправления таких проблем. Но для начала мы вспомним, что было в предыдущих сериях. В первой части мы прошлись по теории и выяснили: 1. Что техническая реализация заметно влияет на успехи бизнеса, хоть и не очень критично; 2. Что из всех аспектов технической реализации наибольший вклад в успех вносит именно архитектура; 3. Что самое важное свойство архитектуры — максимальная независимость команд друг от друга; 4. Что это свойство вытекает напрямую из двух фундаментальных характеристик программного обеспечения: coupling и cohesion, где coupling — характеристика связи двух точек системы/кодовой базы; а cohesion — характеристика того, насколько плотно упакованы такие связи в компоненты. Во второй части мы уже перешли к практике построения архитектуры с нуля. Мы узнали: 1. Что попытки угадать с архитектурой до старта проекта обычно проваливаются. 2. Что маленькие команды работают буквально в разы эффективнее, чем большие. 3. Что лучший способ разделить софт между командами - делать это постепенно. Начать с одной команды и уже затем дробить систему по обнаруженным в процессе разработки границам. Теперь перейдем к вопросу, что же делать, если "все уже украдено до нас".

    habr.com/ru/articles/922324/

    #Архитектура #легаси #Проектирование #проектирование_систем #Разработка

  17. Из легаси монолита в модульную архитектуру: проводим рефакторинг и наводим порядок в проекте

    Привет, Хабр! Меня зовут Владимир Раду, я Backend-разработчик в Рунити. Однажды мы с командой встали перед дилеммой: как навести порядок внутри монолита. Админка одного из сайтов нашей группы компаний — большой и довольно возрастной проект. Он охватывает множество задач и сценариев: от управления ценами до редактирования контента. Со временем стало очевидно, что нужно снижать связанность компонентов и разводить бизнес-части. Так появилась идея перейти к модульной архитектуре. Внутри о том, что у нас получилось из рефакторинга легаси, как мы выстраивали работу с модулями и объединяли в логичную структуру разрозненные части системы. Будет полезно разработчикам, которые работают с легаси и хотят встать на путь оптимизации проекта — без переписывания с нуля.

    habr.com/ru/companies/runity/a

    #рефакторинг #монолит #модули #легаси #php #laravel #папки #user_story #пакеты #модульная_архитектура

  18. Со Scala-монолита на Java-микросервисы, или Как перебрать движок, не останавливая машину

    Привет, Хабр! Меня зовут Евгений Кермас, я главный эксперт по технологиям в Управлении развития технологий модельного риска в Сбере. В этой статье я попробую ответить на вопрос: «Что делать, если вы, как архитектор, пришли на существующий проблемный проект в качестве кризисного-менеджера?» Расскажу о нескольких подходах и дам советы, которые могут помочь в принятии решений в создании архитектуры и планировании проекта. Для этого разберём один пример с максимальным количеством проблем. На входе у нас есть монолит с запутанным кодом, на legacy-инфраструктуре, с нецелевым техстеком и большим грузом проблем, как технологических, так и организационных.

    habr.com/ru/companies/sberbank

    #монолит #легаси #микросервисы

  19. Зачем переписывать сайт с нуля?

    Расскажу о признаках неизбежности «перезапуска» проекта и разработки новой версии сайта с «чистого листа». Рассмотрим причины, по которым сайт оказывается в такой запущенной стадии. Найдем позитивные моменты в данной, казалось бы, наглухо негативной истории. Немного углубимся в технику процесса. В конце — чек‑лист для проверки своего проекта!

    habr.com/ru/articles/904298/

    #легаси #legacy #техдолг #технический_долг #управление_проектом

  20. О iOS дизайн системе за 5 мин

    Всем привет, меня зовут Ибрагим, я iOS разработчик одной из команд мобильного банкинга и это моя первая статья для Хабра, поэтому прошу строго не судить. Сегодня хочу рассказать Вам, как мы пилили дробили монолит на SPM пакеты и создавали дизайн систему.

    habr.com/ru/articles/881612/

    #swift #дизайн_система #ios #ios_development #ios_разработка #ios_design #spm #монолит #легаси #легасикод

  21. О iOS дизайн системе за 5 мин

    Всем привет, меня зовут Ибрагим, я iOS разработчик одной из команд мобильного банкинга и это моя первая статья для Хабра, поэтому прошу строго не судить. Сегодня хочу рассказать Вам, как мы пилили дробили монолит на SPM пакеты и создавали дизайн систему.

    habr.com/ru/articles/881612/

    #swift #дизайн_система #ios #ios_development #ios_разработка #ios_design #spm #монолит #легаси #легасикод

  22. О iOS дизайн системе за 5 мин

    Всем привет, меня зовут Ибрагим, я iOS разработчик одной из команд мобильного банкинга и это моя первая статья для Хабра, поэтому прошу строго не судить. Сегодня хочу рассказать Вам, как мы пилили дробили монолит на SPM пакеты и создавали дизайн систему.

    habr.com/ru/articles/881612/

    #swift #дизайн_система #ios #ios_development #ios_разработка #ios_design #spm #монолит #легаси #легасикод

  23. О iOS дизайн системе за 5 мин

    Всем привет, меня зовут Ибрагим, я iOS разработчик одной из команд мобильного банкинга и это моя первая статья для Хабра, поэтому прошу строго не судить. Сегодня хочу рассказать Вам, как мы пилили дробили монолит на SPM пакеты и создавали дизайн систему.

    habr.com/ru/articles/881612/

    #swift #дизайн_система #ios #ios_development #ios_разработка #ios_design #spm #монолит #легаси #легасикод

  24. [Перевод] Ошибки инженеров в больших кодовых базах

    Работа с крупными устоявшимися кодовыми базами — один из самых сложных навыков, осваиваемых разработчиком ПО. Его невозможно практиковать заранее (нет, опенсорс не даст вам этого опыта). Личные проекты не научат этому, потому что они по определению маленькие и реализуются с нуля. Нужно уточнить, что когда я говорю «крупные устоявшиеся кодовые базы», то имею в виду следующее: - От одного до десятка миллионов строк кода (допустим, примерно пять миллионов) - Примерно от 100 до 1000 разработчиков, работающих над одной кодовой базой - Первая работающая версия кодовой базы была выпущена как минимум десять лет назад Я уже больше десятка лет работают с такими кодовыми базами. В статье я поделюсь теми знаниями, которые бы мне очень пригодилось в начале.

    habr.com/ru/articles/872700/

    #кодовая_база #легасикод #легаси #корпорации

  25. Objective-C не кусается: как перестать бояться Legacy и стать настоящим iOS-ниндзя

    Всем привет! Меня зовут Сергей, и я работаю разработчиком мобильных приложений. Также мы с ребятами развиваем международное комьюнити Coffee&Code , а сам я частый гость на встречах в Санкт-Петербурге. Хочу поговорить о теме, которая волнует многих разработчиков: использование старых технологий в iOS-разработке, таких как Objective-C . Тут возникает очень насущный вопрос, являются ли он легаси?

    habr.com/ru/articles/848788/

    #ios #ios_разработка #swift #swiftui #uikit #mobile #objectivec #xcode #разработка_приложений #легаси

  26. Легаси 14-летней выдержки: как мы отказались от фреймворка, пронизывающего всю разработку, — и выжили

    Меня зовут Михаил Кузнецов, я product owner в команде, которая развивает внутреннюю платформу разработки Mindbox. В этой статье я расскажу, как мы отказались от легаси-фреймворка, который пронизывал все микросервисы. И убедились — такая трансформация осуществима даже в компании на 100+ разработчиков и 1000+ корпоративных клиентов.

    habr.com/ru/companies/mindbox/

    #легаси #фреймворки

  27. Метём метлой. Рефакторим дизайн-систему, чтобы верстать макеты без боли

    Привет! Меня зовут Денис, я продуктовый дизайнер в X5 Tech. Последние несколько месяцев мы, вместе с коллегами приводили в порядок, рефакторили, чистили и доводили до ума дизайн-систему внутреннего бэк-офиса X5 для личного кабинета сотрудника. Расскажу, на какие подводные камни мы наткнулись, к чему готовиться и зачем вообще заниматься рефакторингом в дизайне.

    habr.com/ru/companies/X5Tech/a

    #дизайнсистема #проектирование_интерфейсов #дизайн_интерфейсов #дизайн_мобильных_приложений #рефакторинг #личный_кабинет #легаси #hrсервисы #юзабилити #токены

  28. [Перевод] Деградация кода — это результат неправильной организации процессов

    Мне сильно повезло работать в организации, предпринимающей добросовестные усилия по обеспечению мощи своих команд. Но я работал и в других местах, где этого не происходило. На своей должности руководителя разработки я стал непосредственным свидетелем разницы между командой, которой предоставили мощь и… какой антоним у мощи? Они были не слабыми, а, скорее, немощными . Силу команды постоянно нужно подстёгивать и стимулировать, сама по себе она не развивается. Что я под этим подразумеваю? Давайте поговорим о том, как немощные организации влияют на техническую работу. Здесь есть большой выбор тем, от неэффективного использования ресурсов и плохой документации до отсутствия возможностей улучшения процессов «снизу». Я руководитель разработки, поэтому смотрю на это с точки зрения технаря. Немногие книги о совершенствовании процессов рассматривают углублённо рассматривают улучшение процессов разработки. Давайте изучим это на примере деградации кода .

    habr.com/ru/companies/sportmas

    #код #производительность #легаси #деградация_кода #процессы

  29. Пишем анти-легаси приложение

    В предыдущих статьях я поделился своими соображениями о том, почему UI-проекты в одночасье превращаются в легаси. Все было сведено к двум ключевым неудовлетворенным потребностям: мгновенная обратная связь и правильные шаблоны проектирования. Что касается шаблонов проектирования, то особое внимание было уделено жесткому разделению представления и логики. Я даже предположил, что Elm MVU — это тот путь, который данные потребности закроет. Однако, несмотря на то, что MVU является архитектурой, позволяющей жестко разделять представление и логику, я пришел к выводу, что MVU (и функциональное программирование в целом) страдают от некоторой чуждости естественному процессу мышления и программирования. Под словом «естественный» я подразумеваю нечто, что коррелирует с языком, который мы используем в повседневной жизни. Функциональное программирование не всегда можно описать таким языком (например, несмотря на то, что монады, включая Observable streams, являются относительно простым понятием, мы вряд ли сможем выразить это понятие на таком языке). Я убедился, что программирование, которое лучше коррелирует с естественным языком — это многопарадигменное программирование, где вещи не строго OOP и не строго функциональны, а то или другое в зависимости от ясности и удобства работы.

    habr.com/ru/companies/beeline_

    #architecture #solid #интерфейсы #легаси #приложение #совершенный_код #view

  30. [Перевод] Избавляемся от легаси: паттерн «Перехват Событий»

    Когда мы постепенно переводим легаси систему на новые рельсы, возникает множество случаев, когда само легаси и то, чем мы его заменяем должны взаимодействовать. Поскольку внесение изменений в легаси — это всегда долго, дорого и сложно, нам нужен механизм, который сможет интегрировать возможности новой системы, минимизируя при этом воздействие на легаси. Разбираемся, как можно использовать паттерн «Перехват Событий», чтобы пересылать их в новую систему.

    habr.com/ru/companies/fuse8/ar

    #легаси #перехват_событий #миграция_проекта #легаси_код

  31. Legacy: поддерживать нельзя переписать

    Легаси — реальность любого программиста. Объясняем, как софт становится легаси и почему это нормально, а также какие существуют плюсы при работе с легаси. Не всегда стоит относиться к легаси как к проклятию, стоит взглянуть на него как на естественный этап жизненного цикла программного обеспечения. Меня зовут Алексей Рузин, я уже 27 лет работаю и знаю, как работать с легаси. «Легаси» — это слово, которым программисты пугают друг друга (и менеджеров). Оно означает устаревший софт, работать с которым обычно сложно и/или неприятно по причине небольшого «выхлопа» в пересчете на вкладываемые усилия. В целом, словом «легаси» можно назвать любой «код», который сложно поддерживать. И чем сложнее, тем он более «легаси». Сегодня расскажем, откуда оно берется, как удерживать его “в рамках” и чем оно может быть полезно для начинающих специалистов.

    habr.com/ru/companies/kokocgro

    #legacy #легасикод #код #программирование #управление_разработкой #cto #легаси

  32. [Перевод] Чему разработчики ПО могут научиться у стоматологов

    Для начала немного обо мне: я и практикующий дантист , и разработчик ПО . Со вторника по четверг я пишу код, а с пятницы по воскресенье принимаю пациентов. До того, как стать дантистом, я работал в таких компаниях, как Allstate Insurance, Lockheed Martin и ICS. Освоив обе эти профессии, я заметил, что разработчики ПО могут многому научиться у дантистов и наоборот. Я решил записать эти уроки в надежде, что они кому-то могут помочь. Это просто общие рекомендации — не стоит рассчитывать, что они идеально подходят для любой ситуации.

    habr.com/ru/companies/ruvds/ar

    #ruvds_переводы #разработка #совещания #легаси #кодревью #отладка #лечение_зубов

  33. [Перевод] Чему разработчики ПО могут научиться у стоматологов

    Для начала немного обо мне: я и практикующий дантист , и разработчик ПО . Со вторника по четверг я пишу код, а с пятницы по воскресенье принимаю пациентов. До того, как стать дантистом, я работал в таких компаниях, как Allstate Insurance, Lockheed Martin и ICS. Освоив обе эти профессии, я заметил, что разработчики ПО могут многому научиться у дантистов и наоборот. Я решил записать эти уроки в надежде, что они кому-то могут помочь. Это просто общие рекомендации — не стоит рассчитывать, что они идеально подходят для любой ситуации.

    habr.com/ru/companies/ruvds/ar

    #ruvds_переводы #разработка #совещания #легаси #кодревью #отладка #лечение_зубов

  34. [Перевод] Чему разработчики ПО могут научиться у стоматологов

    Для начала немного обо мне: я и практикующий дантист , и разработчик ПО . Со вторника по четверг я пишу код, а с пятницы по воскресенье принимаю пациентов. До того, как стать дантистом, я работал в таких компаниях, как Allstate Insurance, Lockheed Martin и ICS. Освоив обе эти профессии, я заметил, что разработчики ПО могут многому научиться у дантистов и наоборот. Я решил записать эти уроки в надежде, что они кому-то могут помочь. Это просто общие рекомендации — не стоит рассчитывать, что они идеально подходят для любой ситуации.

    habr.com/ru/companies/ruvds/ar

    #ruvds_переводы #разработка #совещания #легаси #кодревью #отладка #лечение_зубов

  35. По локоть в легаси: пошагово перезапускаем устаревший портал на PHP

    PHP — один из самых популярных языков веб-разработки уже около 20 лет, а самому языку скоро стукнет 30. За это время на нем написали огромное количество больших и маленьких проектов. Некоторые сайты, созданные в 90-ых, 00-ых и 10-ых, хранят код еще с тех давних времен. И чем больше времени проходит с начала разработки, тем меньше на рынке специалистов, готовых разбираться в легаси и не самых современных технологиях. В похожей ситуации оказался портал fishingsib.ru — один из крупнейших в рунете сайтов о рыбалке, который посещают больше 10 000 человек ежедневно. Он создавался в начале 2000-ых как форум для рыбаков-любителей и пережил несколько довольно серьезных обновлений кодовой базы. Последнее из них — переезд на CakePHP 2 в 2012 году. На этом фреймворке и PHP 5 сайт жил до 2017 года. Владелец fishingsib.ru планировал поддерживать и развивать сайт, внедрять новую функциональность, однако столкнулся с техническими проблемами. Любые доработки были очень долгими из-за неудачных архитектурных решений и сильной зависимости от устаревающего и не особенно популярного CakePHP 2. После каждого обновления появлялось множество багов. В то же время не удавалось найти новых разработчиков, потому что большинство специалистов не хотели работать в проекте с неактуальным стеком. Развитие проекта сильно замедлилось и стало понятно, что с технической частью нужно что-то делать.

    habr.com/ru/articles/787958/

    #обновление_сайта #перезапуск_сайта #легаси #symfony #cakephp #архитектура #рефакторинг #рефакторинг_php #архитектура_приложений

  36. Почему ваш проект тонет или как начать фиксировать требования, когда у вас ничего нет

    В какой-то определенный момент после старта нового проекта, когда «временный» MVP почти готов, весь интересный код уже написан, пакеты еще свежие и обновляются, команды начинают замедляться в Time to Market. Для разработчиков обычно это выражается в переходе от «нам бы перестать добавлять технический долг» к пониманию того, что он нам уже реально мешает. Бизнес начинает все больше подгонять вперед, а разработчикам все сложнее держать код проекта в голове и безопасно его переписывать. Но уже поздно: проект прошел точку невозврата, и по опыту с таким подходом дальше будет только хуже. Проект становится поддерживать все сложнее, свежий проект перестает быть таковым, а желания и возможности вносить в него крутые технические решения становятся все труднее реализовать. И вот мы здесь, с молодым, но уже «легаси» проектом, никто не понимает, как он работает, и нет места, где можно почитать требования, чтобы не отвлекать коллег. Предлагаю сегодня вместе разобраться, что конкретно вы можете с этим сделать. Ситуация хоть и знакомая и запущенная, но не безвыходная. Давайте разбираться

    habr.com/ru/articles/785620/

    #требования #документация #легаси #соглашения #управление_требованиями

  37. Новогоднее загляденье: разглядываем праздничный виммельбух с Хабраслизнем

    Слизень отдохнул от поисков Деда Мороза, заполнив новогоднее бинго с работниками Фабрики подарков — и его осенила гениальная мысль! Может, пропавший Мороз скрывается в квартире одного из своих сотрудников? Или у кого-то из них хотя бы есть информация о том, куда пропал главный даритель подарков. Слизень отправился в поквартирный обход: сперва просто не было никаких результатов. Нередко его путали с доставщиком, привезшим всё необходимое для новогоднего банкета. Но в одной из квартир его ждало удивительное зрелище. Хотите узнать, какое? Заходите под кат. Заглянуть в квартиру

    habr.com/ru/specials/784050/

    #ecommerce #kafka #paas #интерактив #развлечения #адвент #адвент_24 #адвенткалендарь #легаси #микросервисы

  38. Новогоднее загляденье: разглядываем праздничный виммельбух с Хабраслизнем

    Слизень отдохнул от поисков Деда Мороза, заполнив новогоднее бинго с работниками Фабрики подарков — и его осенила гениальная мысль! Может, пропавший Мороз скрывается в квартире одного из своих сотрудников? Или у кого-то из них хотя бы есть информация о том, куда пропал главный даритель подарков. Слизень отправился в поквартирный обход: сперва просто не было никаких результатов. Нередко его путали с доставщиком, привезшим всё необходимое для новогоднего банкета. Но в одной из квартир его ждало удивительное зрелище. Хотите узнать, какое? Заходите под кат. Заглянуть в квартиру

    habr.com/ru/specials/784050/

    #ecommerce #kafka #paas #интерактив #развлечения #адвент #адвент_24 #адвенткалендарь #легаси #микросервисы