Ви прослухали історію про те чому тостєра Марію не можна промоутить до ліда.
Бюджет продовбаний, дедлайн просраний, цілі не досягнуті взагалі і нові плани не враховують існуючих реалій (4 кота за кордоном то гарантоване житло в халупі)

Колись давно Гейб давав інтерв’ю і казав що піратство то про досвід, і створив стім що той досвід покращити
І от мій останній досвід стіму суто негативний. З усіма тех проблемами офіційна підтримка відправляє в дупу, а реальну допомогу маю з фан патчів.

На рахунок reusable components vs screen/page я б в світі АІ не парився написанням власних компонент. Бо створити, переробити, сторінку зараз дуже просто. А якщо ви не працюєте безпосередньо в реакті то ваші компоненти нафіг нікому не треба, бо як раз вони будуть максимально гальмувати генерацію за допомогою АІ

То у вас якийсь манагер наркоман. Аутстаф це ж бодішоп, чим більше голів тим краще. В таких умовах або реально низька кваліфікація місцевих манагерів або жлоб клієнт

Статті людей які знайшли для себе місце в дотичних до армії сьркґуктурах нагадують статті айтівців року 2016 коли всі навколо були хабарники і дурники і тільки айтівці от прям своїм трудом все заробили :)
З новим роком, сподіваюсь студентів будуть більше брати в оборонку і менше в піхоту

І скільки MAANG інженерів можуть на себе працювати? І якщо знаєш як маштабувати 10 мільйонів транакцій на годину вже можна свій банк відкривати?

ризики їх втрати, пошкодження чи підробки.

Тепер тупо update/delete в базі може знизити всі документи, супер захищено

Цікаве інтерв’ю. Дуже практичний підхід

З чим стикався на практиці — в атусорсі замовнику зазвичай показують тих хто може нормально підтримати розмову, відповідно така людина отримує більше грошей і її звільнять пізніше ніж ноунейм ресурса який просто педалить код.

Безпосередньо в продукті людей які можуть зрозуміти що до чого частіше звуть на обговорення чогось і відповідно легше отримати підвищення

Немає ідеальної англійської і формальний рівень не значить нічого, але можливість зрозуміти і пояснити дуже сильно впливають. А так хоч картинки малюйте

А ще мама директор і папа з шахтою

Перша досвід то така контора яка готова взяти людину, навчити і передати в нормальну контору для роботи. Тим більше зараз коли сіньори по півроку роботу шукають

Ярослав — борець, Кожаєв — баксьор. Міша, Гриша й Опанас просто щоб згадати класика.

Згоден з автором у тому що сліпо дотримуватися патернів, боьну а як же нема сенсу. Прикольно підібрані приклади

Прикольно, але тут постає event-driven архітектура і все стає зрозумілим. Бо start/stop це чудові івенти

Судячи з коментарів автора нижче в книжці детально розписано як гребця до батареї прикувати і скільки батогів на день давати

Стаття типовий приклад того як неправильно взяті метрики дозволяють показувати 300% ефективності АІ/серверлес/кіш-міш

Час від ідеї до лончу займав до 2 місяців, а потім ще 3–6 місяців ітерацій,
Потім, тепер від ідеї до лончу минає лише 1–2 тижні
А де ділися 3-6 місяців? Вони стали 8-12 місяців?

В принципі якщо життєвий цикл проекту 6 місяців від старту до викидання у відро то АІ крута штука для цього, але «забувати» про мілкі летіла це так типово для АІ хайполовів

Мнє 42, я нє лох

Дякую. Значно простіше ніж в статі написано

Стаття дно. Ми будуємо систему розподіленого керування яка розподілено керує.
Якщо ви хочете довести що не нябуєте як звичайне держ замовлення опишіть предметно use-case.
От довбанули по розподільному щиту. Що саме змінить ваша система у — відключили регіон де відбулася проблема.
Наприклад, наразі по всій енергосистемі підтримується одна частота і фаза змінного струму. Коли вимикають розподілення рівня району фаза починає зміщуватися, тому відключають цілий регіон щоб не вивести з циклу. Ваша система зможе замість відключення перерозподіляти навантаження на сусідні розподільники в реальному часі?

Тому що тестування і в ноу-хау. Це не просто збірка, а робоча відтестована збірка яка демонструє свою ефективність. Як айфон зібраний в Китаї з китайських компонентів