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

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

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

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

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

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

API/CLI?

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

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

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

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

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

Також мені дуже сподобалося працювати в GlobalLogic. Там я став Scrum-майстром. Команда була дуже велика: 23 розробники й два тімліди. По суті як такого Project-менеджера чи просто менеджера не було.

Супер! Спасибо за статью.

Яка основна різниця? З того, що я пам’ятаю, в Штатах на співбесідах питають не загальні, а специфічні речі.