Я не отрицаю, что в IDE можно работать без мыши. Но это не настолько удобно. И шорткаты в разных IDE разные, особенно Visual Studio от других отличается.
Да, быстрее. Всегда быстрее набрать команды с клавиатуры, чем навести мышь.
Если привыкаешь писать код двумя руками, прерываться на то, чтобы, положить руку на мышь, найти курсор, навести его куда-то, нажать комбинацию кнопок на мыши и клавиатуре, вернуть руку на клавиатуру кажется не самой лучшей тратой времени.
Кроме того, использование только клавиатуры, а особенно если не приходится использовать сочетания, дает возможность по максимуму почти интуитивно использовать бытрые последовательности команд («мышечную память»). То есть я заранее знаю, какой набор действий надо выполнить, и могу это сделать очень быстро. С мышью такое невозможно — каждое перемещение курсора требует сосредоточенности и постоянного контроля, т.к. можно промахнуться.
Условно говоря, мышь — это аналоговый интерсфейс, постоянно требующий коррекции на основе телеметрии с экрана, а клаватура — цифровой, достаточно выбрать клавишу.
Средние коэффициенты тут не особо помогают. Между выработкой одной и той же солнечной панели в разных широтах и при разном количесвте солнечных часов есть существенная разница.
А еще ее можно наклонять вслед за солнцем или оставить неподвижной.
Если с расчетной мощностью 57 ГВт угольных электростанций все понятно — это выходная мощность, которую можно получить, под завязку загружая топки углем, то с 74 ГВт солнечных — нет. Это мнгновенная выходная мощность, когда солнышко светит, или средняя за год?
Конкорд летал в 2-3 раза бытрее, BFR — в 20. Разница ощутимая. К тому же перелетов без посадки из Нью-Йорка в Сидней просто нет. Так что у не просто будет своя ниша — сверхдальние перелеты.
Когда в коллектив со сложившейся культурой разработки приходит новый инженер, он либо принимает культуру, либо коллектив его отторгает.
Не согласен.
Культуру нельзя купить или украсть, сманив разработчика.
Не согласен. Вопрос полномочий и soft skills нового сотрудника, ну и в целом атмосферы в коллективе и настроя сотрудников. Есть неплохие команды с плохой культурой разработки, сложившейся по различным причинам (legacy и т.п.), и там это сработает. А есть просто плохие команды, в которых правят приспособленцы, лизоблюды, просиживатели штанов, люди которые ненавидят начальство или вообще свою работу. Я бы разделял эти вещи, много ваших примеров именно про второй случай.
И еще, как мне кажется, ваша категоричнгость связана с тем, что вы любите нанимать джуниоров. Конечно они более склонны подчиняться правилам коллектива. Кстати почему, вам некомфортно работать с людьми с устоявшимися взглядами или менее склонными к подчинению?
Я занимался разработкой ПО в нескольких организациях и по разным причинам несколько раз перенабирал команду с нуля
Это пугает, почему так случилось? B вы прямо целую команды джуниоров нанимали? Тогда конечно, культура разработки будет страдать.
С другой стороны, выполнение нежелательных нерелевантных должности задач — путь к профессиональному провалу.
Квалифицированный разработчик, которого заставили половину времени писать мануалы по настройке продукта, т.к. он в этом «лучше всех разбирается», не сможет аппелировать к этому, когда ему откажут в повышении запрлаты/должности исходя из результатов работы. Т.к. компания действительно не готова за это платить.
На мой взгляд, эту фразу должен в голове держать именно непосредственный руководитель разработчика. И если разработчик ее произносит вслух, то дело уже не в культуре разработки: все очень плохо либо с его мотивацией как сотрудника, либо в организации в целом.
Проблема в том, чтобы хост-машина не начала выдавать access denied.
Зато аргумент «в виме быстрее и удобнее выполнять команды» — это актуально.
Я не отрицаю, что в IDE можно работать без мыши. Но это не настолько удобно. И шорткаты в разных IDE разные, особенно Visual Studio от других отличается.
Если привыкаешь писать код двумя руками, прерываться на то, чтобы, положить руку на мышь, найти курсор, навести его куда-то, нажать комбинацию кнопок на мыши и клавиатуре, вернуть руку на клавиатуру кажется не самой лучшей тратой времени.
Кроме того, использование только клавиатуры, а особенно если не приходится использовать сочетания, дает возможность по максимуму почти интуитивно использовать бытрые последовательности команд («мышечную память»). То есть я заранее знаю, какой набор действий надо выполнить, и могу это сделать очень быстро. С мышью такое невозможно — каждое перемещение курсора требует сосредоточенности и постоянного контроля, т.к. можно промахнуться.
Условно говоря, мышь — это аналоговый интерсфейс, постоянно требующий коррекции на основе телеметрии с экрана, а клаватура — цифровой, достаточно выбрать клавишу.
А еще ее можно наклонять вслед за солнцем или оставить неподвижной.
В заголовке
Я по умолчанию интерпретирую это как рост выработки. Думаю не я один.
В статье ни слова про установленную мощность нет. Только про генерирующую. Это одно и то же?
Конкорд летал в 2-3 раза бытрее, BFR — в 20. Разница ощутимая. К тому же перелетов без посадки из Нью-Йорка в Сидней просто нет. Так что у не просто будет своя ниша — сверхдальние перелеты.
Это слово сделало мой день. Телеграфируйте по электропочте, прямо русским духом пахнет.
Не согласен.
Не согласен. Вопрос полномочий и soft skills нового сотрудника, ну и в целом атмосферы в коллективе и настроя сотрудников. Есть неплохие команды с плохой культурой разработки, сложившейся по различным причинам (legacy и т.п.), и там это сработает. А есть просто плохие команды, в которых правят приспособленцы, лизоблюды, просиживатели штанов, люди которые ненавидят начальство или вообще свою работу. Я бы разделял эти вещи, много ваших примеров именно про второй случай.
И еще, как мне кажется, ваша категоричнгость связана с тем, что вы любите нанимать джуниоров. Конечно они более склонны подчиняться правилам коллектива. Кстати почему, вам некомфортно работать с людьми с устоявшимися взглядами или менее склонными к подчинению?
Это пугает, почему так случилось? B вы прямо целую команды джуниоров нанимали? Тогда конечно, культура разработки будет страдать.
С другой стороны, выполнение нежелательных нерелевантных должности задач — путь к профессиональному провалу.
Квалифицированный разработчик, которого заставили половину времени писать мануалы по настройке продукта, т.к. он в этом «лучше всех разбирается», не сможет аппелировать к этому, когда ему откажут в повышении запрлаты/должности исходя из результатов работы. Т.к. компания действительно не готова за это платить.
На мой взгляд, эту фразу должен в голове держать именно непосредственный руководитель разработчика. И если разработчик ее произносит вслух, то дело уже не в культуре разработки: все очень плохо либо с его мотивацией как сотрудника, либо в организации в целом.