после ежегодной презы айфонов такое чувство, что в очередной раз покормили такой норм порцией говна.

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

https://www.youtube.com/watch?v=-zCfQayvbU0

прикольно следить по книгам Мартина его путь из программиста к аджайл коучу

📒 Идеальный программист. Как стать профессионалом разработки ПО [2012] Роберт Мартин

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

📒 Чистая архитектура [2021] Роберт Мартин

«Чистая архитектура» продолжает книги «Идеальный программист» и «Чистый код», но не предлагает несколько вариантов в стиле «решай сам», а объясняет, что именно следует делать, по какой причине и почему именно такое решение станет принципиально важным для вашего успеха.

📒 Чистый код создание, анализ и рефакторинг [2019] Роберт Мартин

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

📒 Идеальная работа. Программирование без прикрас [2022] Мартин Роберт

В книге «Идеальная работа. Программирование без прикрас» легендарный Роберт Мартин (Дядюшка Боб) создал исчерпывающее руководство по хорошей работе для каждого программиста.

📒 Чистый Agile. Основы гибкости [2020] Роберт Мартин

«Чистый Agile» устраняет недопонимание и путаницу, которые за годы существования Agile усложнили его применение по сравнению с изначальным замыслом.

📙 97 этюдов для программистов. Опыт ведущих экспертов [2012] Пит Гудлиф, Роберт Мартин, Диомидис Спинеллис, Кевлин Хенни

97 кратких и очень полезных советов повысят ваш профессионализм посредством новых подходов к старым проблемам, лучших практик и разумных подсказок, предназначенных для оттачивания мастерства.

Процесс обучение — это такой же навык. Начав много лет изучение одних языков я бы дал себе советы, что быстрее бы меня забустили.

1. Программировать — это навык. Пример с футболом хорошо говорит, что смотреть как пишут код и писать самому — это разные вещи. 10 минут кодинга лучше, чем 10 минут смотреть как другой кодит.

2. Изучаем computer sience. Да-да, опять. Алгоритмы, Операционки, Многопоточность, паттерны.

3. В начале пути важна мотивация. Ее легче брать не у умных челов, а у прикольных. Ищем тех, кого приятно слушать, а тех, кто говорит неприятно, но умно — пересматриваем позже (привет "атомные привычки")

4. Пишите велосипеды.

https://www.youtube.com/watch?v=4kZjw4vKxTM

"Лидер и племя"

Вода: 20%

Полезность: 4 племен из 5

Почти дослушал эту книгу пока ездил на работу и обратно. Ну что скажу.

Эта книга входит в топ 100 от Грефа и рекомендаций СберБиблиотеки. Её выбрал, когда выиграл нэйминг платформенной команды в СберЗдоровье. Но так и не забрал ✈️

Я не скажу, что хочу быть лидером, но работать с племенами нам всем необходимо. Даже закопавшись в онли технаря и обходя стороной менеджмент приходится питчить людям свои идеи. Продать идеи и сделать полезное сложно, если твоя команда не вовлечена, токсичит и ее душат комплексы + культура.

Отличная обучалка сформулировать какая команда будет перформить, а какая будет племенем обезьян, кидающих в друг друга какашки

#books

Memory Safety

🟠 lvl: mid+

По умолчанию Swift предотвращает небезопасное поведение в коде. Например, Swift гарантирует, что переменные инициализируются до того, как они будут использованы, доступ к памяти после ее освобождения невозможен, а индексы массива проверяются на наличие ошибок выхода за границы. Эту концепцию предложили в SE-0176

Это правило, которое требует, чтобы каждое потенциальное изменение (запись) переменных было эксклюзивным с любым другим доступом к этой переменной

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

Однако важно понять, где могут возникнуть потенциальные конфликты, и вы сможете избежать написания кода, который вызовет конфликт доступа к памяти. Если у вас в коде возникает конфликт, то вы получите ошибку компиляции или ошибку выполнения.

Когда мы работаем в многопоточной среде эти концепции и детали очень полезно знать, и они могут помочь нам избежать множества странных ошибок и сэкономить нам много отладки

О них мы поговорим в следующих постах, а пока можете ознакомиться с небольшим материалом:

- Крутейшая дока по memory safety
- Какой язык безопаснее: Swift или Rust?
- Enforce Exclusive Access to Memory
- Концепция владения

СМИ бьют тревогу: джуны отбирают хлеб у опытных айтишников

Будет ли гонка?