Там же не дарма стоять смайли. І причому тут єтап компіляції якщо це обмеження типу.

З сішних жартів це опертатор «прямує до 0»

while ( x —> 0 )
{
foo();
}

І чим довша стрілочка тим швидше воно прямує до 0

while ( x ------> 0 )
{
foo();
}

Доречі хочу вам подякувати за саттті, ви один з не багатьох кого ще цікаво читати на лінкдіні

Пфффф, плюсисти взагалі рахують це підчас компіляції ;)))

template<int n>
struct fibonacci
{
  static constexpr int value = fibonacci<n-1>::value + fibonacci<n-2>::value;
};
template<>
struct fibonacci<0>
{
  static constexpr int value = 0;
};
template<>
struct fibonacci<1>
{
  static constexpr int value = 1;
};

int main()
{
    fibonacci<42>::value;
    return 0;
}

Це не холівар. Є бізнес і є нефункціональні вимоги. І є три які бізнес завжди буде казати : зробіть безкоштовно, якісно і на вчора.

Якщо швидкодія не визначена у якоїсь iota то наівна реалізація то окей (важливо не погана, а саме наівна). Бо бізнес швидко і дешево отримав фічу і підтримував її буде легко.

Якщо треба буде оптимізувати то оптимізацують і бажано ще задокументують через performance тести щоб наступні покоління перед тим як робити читабільніше знали що є nfr.

Це щоб люди не забували про sequence point ;)

То якщо ви в геймдеві ;)

Тут є лише одна книга ;) власне виликий та могутній Дональд Кнут
www.amazon.com/...​ref=dbs_dp_awt_sb_pc_tkin

Читається наче жуєте наждачку але це найфундаментальніша книга з програмування.

Якщо прям звосім важко то «Грокаємо алгоритми»

Лише одну то мабуть неможливе завдання:

Але це мабуть або BABOK або 97 єтюдів для архітектора. Бо технічну частину інженер і сам підтягне, а от що розробка це в першу чергу про бізнес багато хто забуває.

Але якщо суто технічна то Алгоритми і структури даних, бо мов багато, а базова теорія одна.

Удачі вашому менеджеру коли ви просто підете на інше місце ;)

Якщо ваш досвід має цінність на ринку то умови співпраці все ще диктує виконавець, на ринку IT.

І дуже вам раджу хочу піврочку попрацювати цим «поганим» менеджером щоб побачити картину ширше ніж «я роблю таски мені за це повинні платити грошики»

Edit 1.
В вас начебто є менеджерський досвід...
Тож щось я не дуже розумію, ви якийсь ДОУський бот чи що? Бо виглядає що ви просто коментарі розганяєте

Дуже дивне питання, чисто щоб розігнати коменти (пробачте за трошки токсичності, бо якщо ж вибачитися це ж вже не токсичність ;)))).

А що є якась шкала скільки коштує та чи інша відповідальність/обов’язок? Є якась чітка посадова інструкція Ліда щоб оцінити зміну в навантаженні?

Немає, отже це індивідуальний вибір людини і компанії.

Краще зробіть якусь ама сессію/дослідження про технарів які перейшли на менеджмент ролі і що це їм дало і чим вони за це заплатили. Особливо цікаво це співвідношення тих хто залишився в менеджемнті і тих хто повернувся на роль виконавця

Девопсам треба комунікувати не більше, ніж розробникам чи тестерам.

Посперечаюсь конкретно з цим. Сильно залежить від культури компанії, і я вірю що десь в ідеальному світі Tech Lead дає гарну мапу інфраструктури, бек дає Docker Container і детальну інструкцію як розгорнути його застосунок, а фронт не забув сказати що воно написано на Next.js і прийдеться трошки потанцювати з Amplify... але так далеко не завжди.

DevOps як і будь-яка сервісна роль вимагає більше комунікації ніж конвеєрні ролі типу Developer бо взаємодіє він з багатьма аспектами системи. Ну і DevOps доволі часто працює з декількома командами що автоматично збільшує кількість комунікацій.

Вони надають продукт (HashiCorp Vault) який при правильному налаштуванні є найкращім рішенням на ринку. Єдина проблема це як раз правильне налаштування, особливо якщо підете у тру zero-trust :)

Але зараз (на мою думку) має сенс використовувати тулзи хмари з якою працюєте типу AWS KMS \ Azure Key Vault ітп a воолт залишити для якихось дуже збочених випадків

Всім хто пише з ролі виконавця і не розуміє ролі менеджера (будь-якого рівня) дуже раджу сходити на іншу сторону: візьміть якийсь свій pet-project і спробуйте розрахувати для нього команду, бюджет, спробувати найти людей, ставити їм задачі, приймати результати, замінити людину коли зрозумієте що найняли не того, а ще спробуйте витримати строки бюджет і обсяг а потім розгорнути проект. Коли ви все це зробите і промажете по усіх пунктах повторіть і виправіть свої помилки. Повторіть з іншим проектом допоки не досягнете ідеального результату :)

До поки не освоїтесь з основними концептами програмувати не буде прям «комфортно», бо компілятор постійно буде вас кудись посилати :)

А після так, на зараз це майже едина мова яка саме змушує вас писати на надійний код. Ну і по відчуттям баги будуть лише в бізнес логіці, бо всякі data-race, неіціалізовані данні мертві данні, overflow, неявні касти (ой як загадаю старий С++ аж плакати хочеться) ітп майже апріорі неможливі в Rust

Тут треба почати з головного питання, а що хочеться?

Rust універсальна мова які підійде під проекти будь-якої складності.

Якщо для вас першою стоїть бізнес-ідея проекту або якісь підходи до BE розробки то краще взяти щось що можна вивчити за 21 день (node \ python \ C++ :))).
А от якщо це про вивчення як програмування працює на рівні поза системи, то тут Rust вже буде гарним вчителем.

Моє бачення що ні, Rust вимагає перший час багато фокусуватися саме на мові. Тож якщо задача вивчити концепти BE розробки то краще почати з якоїсь умовної Node.js або навіть Python.
Rust варто вивчати якщо є любов до С++ (ненависть теж підійде )))) і плануєте знайти роботу саме на Rust

Гарна спроба, але агент Сміт все одно всіх виріже

Давайте розбирати :)

Як ви думаєте, люди які володіють бізнесом розумні чи ні?
Як ви думаєте за що бізнес готовий платити найманому робітнику?
Як ви думаєте кому бізнес готовий платити більше робітнику який зробив задачу і більше не конвертується в гроші або тому хто може створити потік грошей для компанії?
Як ви думаєте чи може людина яка просто вміє малювати красиві картинки приносити бізнесу гроші (в двогостроковій перспективі в об’ємі який компенсує витрати на співробітника)?
Як ви думаєте чи буде бізнес платити гроші співробітнику який не приносить прибуток?
Як ви думаєте чому бізнес просто не наймає команду розробників замість того щоб звертатись до outsorce компанії?

Які б приклади ви хотіли бачити? щось на кшталт якогось патерну на Rust і порівняння з Go \ C++?