From cb8eed5cc3317d9ec8aca107904db8f9ab00a1ce Mon Sep 17 00:00:00 2001 From: ov7a Date: Thu, 10 Oct 2024 22:20:10 +0200 Subject: [PATCH] weekly update --- .../2024-10-08-agile-architecture.md | 12 ++++++++++ _posts/mini_posts/2024-10-10-swift.md | 22 +++++++++++++++++++ 2 files changed, 34 insertions(+) create mode 100644 _posts/mini_posts/2024-10-08-agile-architecture.md create mode 100644 _posts/mini_posts/2024-10-10-swift.md diff --git a/_posts/mini_posts/2024-10-08-agile-architecture.md b/_posts/mini_posts/2024-10-08-agile-architecture.md new file mode 100644 index 0000000..ec76bc9 --- /dev/null +++ b/_posts/mini_posts/2024-10-08-agile-architecture.md @@ -0,0 +1,12 @@ +--- +layout: post +title: Адаптивная архитектура +tags: [архитектура, teamlead] +tg_id: 556 +--- +Классный [доклад](https://youtu.be/zApoyqJPv64) про "противопоставление" "гибких методологий" и архитектуры. Начинается с разбора [популярной боли](/2021/07/20/dividing-subtasks.html#section-1) во всяких скрамах-аджайлах: полная шляпа с архитектурой и связанными решениями. Но по ходу доклада вырисовывается картина, когда можно совместить качественную архитектуру и гибкие методологии. + +Один из ключевых моментов — важность общего языка для обсуждения и документирования архитектуры. Рассмотрены минусы UML ("очень сложно, до свидания") и плюсы [C4](https://en.wikipedia.org/wiki/C4_model) (общие абстракции без фокуса на обозначениях) — в целом коррелирует с моим опытом. Визуализация и документирование необходимы для рефлексии, чтобы задумываться и как-то осознанно подходить к проектированию, а не махать в воздухе руками. + +Помимо этого есть интересная идея о применении аналога планнинг-покера для оценки рисков архитектуры, подсвечена польза [ADR](https://adr.github.io/) и под конец есть рассуждения о том, как понять, сколько времени инвестировать в проектирование. + diff --git a/_posts/mini_posts/2024-10-10-swift.md b/_posts/mini_posts/2024-10-10-swift.md new file mode 100644 index 0000000..7186ace --- /dev/null +++ b/_posts/mini_posts/2024-10-10-swift.md @@ -0,0 +1,22 @@ +--- +layout: post +title: Swift +tags: [mac, swift, мысли] +tg_id: 557 +--- +На неделе немного "поразвлекался" со Swift 6 и больше что-то не хочу. Напрягли меня следующие моменты: +* Очень тяжело поставить старую версию. Зачем мне это надо? Протестировать обратную совместимость. +* Linux [идет нафиг](https://github.com/swiftlang/swift/issues/75601) с мажорными багами на двустрочный код. +* Собственные фреймворки Apple (например, XCTest для тестов) [тупо не совместимы](https://github.com/swiftlang/swift/issues/75815) со Swift 6. Конкретно для фреймворка тестов есть замена (тоже от Apple), но это верно не для всех. +* Как тебе такое, Илон Маск? + ``` + $ xcodebuild -showsdks + .... + + macOS SDKs: + macOS 14.0 -sdk macosx14.0 + macOS 14.0 -sdk macosx14.0 + ``` + думаете, это одинаковые SDK? Разумеется, нет :/ И это те самые два SDK, один с пиками. + +В целом — ожидаемо, конечно, это экосистема Apple, изволь все делать на последнем Маке с последними версиями ПО, и твои пользователи должны делать то же самое или идите нафиг все. Но очень легко что-то (случайно) обновить и дороги назад уже не будет. Такая разработка дорога как для кошелька, так и для нервов :/