в гибкой разработке этот одиночка и толпа других людей будут частью команды, так что делать будут под их присмотром. А "аджайл" это не гибкая разработка, это местечковая разновидность водопада, там разработчики надёжно изолированы от любых пользователей и лишены автономии - действительно ничего путного не сделают.
Код действительно должен решать задачу - но этого недостаточно, это первая половина работы. Вторая половина работы - сделать код готовым к изменениям в будущем.
Поэтому, код из примера не является рабочим (ничего не делает), но готов к изменениям в силу своей простоты.
обычно в таких шарагах разработчик надёжно изолирован от пользователей продукта, то есть ясных критериев выполненной работы у него нет - он не общается с пользователями, не знает их нужд, занимается удовлетворением хотелок левого персонажа - "менеджера продукта".
Кроме того, работа фактически строится как контрактная с почасовой оплатой труда, отсюда все эти разнообразные придирки к "потраченному" времени и отсутствие автономности в планировании рабочего дня.
В хорошем коде цена добавления новой фичи низкая — не нужно ничего переписывать и переделывать, разбираться или исследовать долго, код сам подсказывает своей организацией где чего добавить, всякая инфраструктура, не относящая напрямую к новой фиче, уже есть и работает — бери и пользуйся.
Он должен не только работать, он ещё должен быть готов к изменениям в дальнейшем. Рабочий код может написать практически любой, а вот рабочий код, готовый к будущим изменениям — может написать далеко не каждый.
Отработанные клоны моно-бригады будут заменены свежими клонами, очевидно же. А сама моно-бригада рассматривается как масштабируемый сотрудник.
В работе люди ищут возможность заработать и сделать что-то значимое. Здесь, заметьте, предлагают только деньги. А потом разговор сразу переходит к выносливости, которая требуется за эти деньги.
Нет никакой проблемы var. Есть проблема простого кода. Его очень сложно писать и немногие умеют. Легче наворотить абстрактных конструкций, а потом жаловаться на var, который скрывает весь этот ужас, от чего даже сам автор кода не может вспомнить используемые типы.
Читаемость кода ухудшает невнятная архитектура. Если вы спотыкаетесь о var при чтении, значит в коде много бессмысленных типов-обёрток, а значимых данных мало.
в гибкой разработке этот одиночка и толпа других людей будут частью команды, так что делать будут под их присмотром. А "аджайл" это не гибкая разработка, это местечковая разновидность водопада, там разработчики надёжно изолированы от любых пользователей и лишены автономии - действительно ничего путного не сделают.
Код действительно должен решать задачу - но этого недостаточно, это первая половина работы. Вторая половина работы - сделать код готовым к изменениям в будущем.
Поэтому, код из примера не является рабочим (ничего не делает), но готов к изменениям в силу своей простоты.
обычно в таких шарагах разработчик надёжно изолирован от пользователей продукта, то есть ясных критериев выполненной работы у него нет - он не общается с пользователями, не знает их нужд, занимается удовлетворением хотелок левого персонажа - "менеджера продукта".
Кроме того, работа фактически строится как контрактная с почасовой оплатой труда, отсюда все эти разнообразные придирки к "потраченному" времени и отсутствие автономности в планировании рабочего дня.
А обобщающий термин для любых пальцев — digit.
В работе люди ищут возможность заработать и сделать что-то значимое. Здесь, заметьте, предлагают только деньги. А потом разговор сразу переходит к выносливости, которая требуется за эти деньги.
Вызвали метод.
Сохранили данные в переменной.
Если зависать над каждой запятой, то это будет не чтением того, что код делает, а проверкой правописания.