Как быть уверенным, что то, что описанно в документации ещё не устарело и не выпилино из проекта? в общем случае — никак. все зависит от того кто пишет, ведет документацию и его коммуникации с разработчиками, если он не разработчик. то есть — от людей.

Есть 2 вопроса. Первый — процессуальный. QA — подтверждает сроки, Разраб — планирует релизы и сроки разработки. Ок, допустим, что это даже реально. Но если не попадем в сроки — кто несет ответственность?

делок что это такое? Может Вы хотели написать дедлок?

так, дякую, певно, маєте рацію. Виправила в статті. Але ще перепитаємо у Володимира.

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

вже технічних, коли дають просту задачу, наприклад, змерчити два відсортовані інтервали. Певно помилка перекладу, як я розумію йдеться про задачку із leetcode.com — класса easy.

как это работает? никак

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

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

API/CLI?

Думаю, тут у статті помилка друку — по змісту тут мало б бути «З того, що я пам’ятаю, в Україні на співбесідах питають не загальні, а специфічні речі», адже далі а статті описуються особливості співбесід у Штатах на противагу особливостям співбесід...

>>Отримали громадянство :) Я б такі докі не світив би на фото)

Дуже надихаюча стаття.

До речі, він сам з України, але ми спілкувалися лише англійською. як в анекдоті з КВН про вірмен чи азербайджанців в США

Документация — не серебряная пуля, после низко квалифицированной команды не спасет от факапов. ИМХО были проекты без документации и качественным кодом. И ДА, такое реально (!). Только очень и очень редко :)