-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
2 changed files
with
34 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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/) и под конец есть рассуждения о том, как понять, сколько времени инвестировать в проектирование. | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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, изволь все делать на последнем Маке с последними версиями ПО, и твои пользователи должны делать то же самое или идите нафиг все. Но очень легко что-то (случайно) обновить и дороги назад уже не будет. Такая разработка дорога как для кошелька, так и для нервов :/ |