Не завжди, звісно. Залежить від того на який термін додаються люди і яка складність проєкту, який рівень людей що розширюють команду і який onboarding experience на проєкті.
коли розширення команди інженерів не допомогло пришвидшити розробку?
Карул в нас пожежа, чим її тушать ? — Рідиною — То давайте візьмемо найдорожчу — бензин !
Мементо Фредерік Брукс uk.wikipedia.org/wiki/Закон_Брукса
Зависит от размера команды. При хорошо спланированной работе иногда действительно можно всё улучшить количеством людей. Если людей достаточно, но всё равно медленно — искать новый подход.
Все відразу і не згадаєш.
От в тому то і проблема — всі використовують, але гарні приклади чомусь «не згадують».
З не-технічних активностей це написання листів, ріпортів, документації.
Тут питання «для чого».
наприклад є кілька статей про навчання студентів родом з України в Оксфорді.
Ви вмієте рахувати відсотки? Яка приблизна частина від всіх випускників топ-шкіл України в результаті поїхали отримувати повну вищу освіту в топ-вузи світу?
graphQl по дефолту закривається одним POST API, можна його ділити і трохи намагатися в раціональність, але це все спроби повернути плюси REST. Обслуговувати не однаково, справа в тому, що запт від графу може містити декілька додаткових запитів.
Далі йти в маанги і швидко заробляти на FAT FIRE, і після цього залежно від уподобань або повертатися до України і розкішно жити на зароблені гроші
А якщо дитина обере театр як покликання? Або бути ветеринаром? Або всій бізнес ларьок з ковбасами?
Було одне завдання яке я так і не почав робити через те що виділений на це завдання час бездарно витратив на спілкування в інтернет форумах, та з огляду на те що сталося пізніше це й на краще.
Коментарі