Lmst

[Перевод] Что такое Архитектура ПО?

Всем привет! Читая очередную книгу по архитектуре ПО, я в который раз столкнулся с новым определением того, что же это такое. И всё бы ничего — я уже как будто привык к этому, но буквально те же самые авторы давали совсем другое определение в предыдущей книге! — Да сколько можно! — подумал я. И тут во мне проснулось любопытство: а сколько вообще таких определений от разных авторов? Есть ли какое-то общепризнанное мнение? Как оказалось, нет — разные авторы, фреймворки и спецификации дают разные определения. SEI (Software Engineering Institute) даже составил документ около 10 лет назад со списком разных определений. Но в рамках исследования для этой статьи я понял, что и он неполный. При это анализируя разные определения, я заметил закономерности. Поэтому в данной статье я постараюсь не просто привести список определений, но также сгруппировать и проанализировать их. В конце статьи я оставлю ссылки на ресурсы, чтобы любой желающий мог сам ознакомиться с источниками.

https://habr.com/ru/articles/988560/

#архитектура_по #архитектура_системы #software_architecture #software_architect #software_architecture_and_design #software_architecture_design #архитектура_програмного_обеспечения #дизайн_систем #дизайн_программного_обеспечения #architecture

[Перевод] Важность хороших Errors и Warnings на Product уровне

Почти в любом приложении или платформе нужно думать о двух типах сценариев: человеческом и программном. Есть и дополнительные разделения: вы общаетесь с членами своей команды или с разработчиками из других команд или компаний? Это особенно важно при создании API или сервисов, где апстрим-разработчики будут перехватывать и обрабатывать ваши ошибки. Первый шаг — адресовать сообщение правильному человеку в правильной ситуации. Мы все видели ошибки, явно не предназначенные для нас, например когда сайт показывает стек-трейс конечному пользователю.

https://habr.com/ru/articles/987186/

#software_development #программирование #software_architecture #errors #warnings #разработка_приложений #разработка #разработка_по #разработка_сайтов #разработка_мобильных_приложений

[Перевод] Как проводить архитектурные ревью за 30 минут вместо 3 часов

Архитектурное ревью в разработке ПО часто выглядит как ритуал: собираемся, смотрим диаграммы, соглашаемся с идеей «надо бы подумать про масштабирование», расходимся — и через пару месяцев ловим те же грабли, только дороже. В этой статье разбираем, как превратить ревью из формальности в инструмент, который реально снижает риски: что именно проверять (и в каком порядке), как задавать вопросы так, чтобы вскрывались допущения и скрытые зависимости, как фиксировать решения, и где проходит граница между «всё переписать» и «достаточно подкрутить одну гайку». Разобрать подход

https://habr.com/ru/companies/otus/articles/980762/

#архитектурное_ревью #software_architecture #архитектурные_решения #технический_долг #ADR #нефункциональные_требования #масштабируемость #надежность #ревью

Архитектура Laravel: 7 ловушек и практичные решения

Laravel завоевал авторитет у бизнеса и программистов за эффективность решения задач. Автор не раз встречал суждение среди коллег, что опыт разработки на Symfony и Laravel равнозначны. Это миф. Ниже — 7 ловушек Laravel и практичных решений без отказа от фреймворка.

https://habr.com/ru/articles/970642/

#laravel #symfony #php #dddlite #software_architecture

Show HN: I built a wizard to turn ideas into AI coding agent-ready specs
https://vibescaffold.dev/
#ycombinator #AI_specs #technical_documentation #product_requirements #dev_planning #software_architecture #project_planning

D2: Diagram Scripting Language
https://d2lang.com/tour/intro/
#ycombinator #diagrams #software_architecture #text_to_diagram #graphviz_alternative #mermaidjs_alternative #plantuml_alternative #d2_language #d2lang #sequence_diagrams #flowcharts

Stdlib: A library of frameworks, templates, and guides for technical leadership
https://debuggingleadership.com/stdlib
#ycombinator #technical_leadership #engineering_management #stdlib #leadership_resources #management_templates #engineering_frameworks #team_building #software_architecture #debugging_leadership

Как мы Best Practices в Java анализатор внедряли

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

https://habr.com/ru/companies/pvs-studio/articles/944164/

#java #dependency_injection #guice #software_architecture #clean_code #static_analysis #inversion_of_control

Preserving Order in Concurrent Go Apps: Three Approaches Compared
https://destel.dev/blog/preserving-order-in-concurrent-go
#ycombinator #concurrency #rill #backend_engineering #software_architecture #system_design #distributed_systems #programming #viktor_nikolaiev #destel

D2 (text to diagram tool) now supports ASCII renders
https://d2lang.com/blog/ascii/
#ycombinator #diagrams #software_architecture #text_to_diagram #graphviz_alternative #mermaidjs_alternative #plantuml_alternative #d2_language #d2lang #sequence_diagrams #flowcharts

Что такое CI/CD, и почему непрерывная? Темная сторона силы настоящего и воспоминания о прошлом

Мне тут попалась статья по теме , которая начинается с такого определения: Непрерывная интеграция (Continuous Integration, CI) и непрерывная поставка (Continuous Delivery, CD) представляют собой культуру, набор принципов и практик, которые позволяют разработчикам чаще и надежнее развертывать изменения программного обеспечения. Как по мне, то с самого начала нас пытаются если не подло обмануть, но ввести в заблуждение. Как вы думаете почему разработчикам нужно чаще вносить-развертывать изменения программного обеспечения? Насколько я знаю, для этого есть только две очевидных причины. По-моему, это определение очень отличается от того, что понимали под подобными терминами лет, скажем, 20 назад.

https://habr.com/ru/articles/888804/

#cicd #continuous_integration #continious_delivery #software_development #software_architecture #developer_tools