Согласен с вами, но позвольте позанудничать. Логотип BMW ещё примитивнее, чем вы его описали. Вопреки всеобщему мнению, это не пропеллер, это всего-навсего цвета баварского флага.
According to a BMW spokesperson, the BMW logo does not symbolize a spinning propeller (although the imagery did appear in post-WWI advertisements)… In fact, the first BMW aero-engine test took place in March 1918 – six months after the BMW logo had been created.
Вёб разный бывает. Если делается сайт для Громпромстройпрокатмаш, где нужно изобразить подобие калькулятора для расчёта стоимости чугунных труб, а потом забыть — всецело согласен: говнокод — оптимальное решение.
Если речь идёт об амбициозной MMO-игре (ну тоже вёб формально), которой нет ещё ни у кого, за которую платят 200К/мес и разработка которой расчитана на год… Вот тут подумаешь, стоит писать Г или нет.
>> Да, практикуется и code и review и/или рефакторинг.
Опросник составлен не очень однозначно, но я полагаю, что под этими тремя ответами подразумевалось «В компании выделяется отдельное время, вне business-value задач, под эти цели». Это означает, что либо программиты — лодыри, которые до конца задачи не доделывают, либо менеджеры не рубят в разработке.
Code review, рефакторинг, дебагинг, покрытие тестами, комментирование и прочая мишура — это обязанности программистов-исполнителей точно такие же как и написание букв кода. Под выполнением задачи ведь подразумевается написание кода, который ведёт к появлению определённой фичи? Так почему не подразумевается остальное?! На выходе должен получаться KISS, DRY & YAGNI результат.
Так вот, если требуется дополнительное время, дополнительными тасками на упомянутые процедуры, значит программисты: либо схалтурили, либо просто воспользовались лояльностью начальства, чтобы выбить дополнительное время сверх того, под которым подписывались в начале выполнения задачи.
Не всякое начальство очень лояльно, поэтому пункт голосования не выигрывает.
>> Нет, просто сразу пишем идеальный код, который всегда работает.
Это некоторое преувеличение, но всё же довольно близкое к тому, что происходит в командах, состоящих из профессионалов. Команда профессионалов не может работать у менеджеров-самодуров, поэтому профессионализм менеджеров также подразумевается.
Довольно редкий сценарий, когда в одном месте получается собраться грамотному stakeholder'у, который ясно даёт понять что ему нужно и команде программистов, которая ясно понимает, что лучше этой работы/проекта в их городе/стране/мире нет и делает что нужно. Разработчики вынуждены писать идеальный код, потому что понимают, что от этого зависит их хлеб, уважение коллег, пользователей, начальства и собственное удовлетворение в конечном итоге.
Сценарий редкий, поэтому пункт голосования опять же не выигрывает.
>> Нет, пишем говнокод, дебажим, снова пишем.
Либо непрофессионализм (в разработке) топ-менеджмента, либо безразличие к результату — что-то из этого есть в большинстве проектов. Вот вам и win!
Не совсем так. Если рассматривать слои, то получается:
— AVR GCC — команда Arduino на него не влияет
— Стандартная библиотека Arduino, надстройка над AVR Lib C — на неё Arduino влияет
— Arduino IDE GUI — и на неё Arduino влияет
Так вот, весь цемес версии 1.0 в заметных изменениях во втором слое. Заметных и местами обратно несовместимых. В том числе некоторые вещи оптимизированы по размеру.
Не пользовался этой средой, но быстрый взгляд на документацию говорит о том, что вы легко можете менять build steps, а следовательно поставить Ino в качестве билдера.
Хм. Нарушение дзена «Explicit is better than implicit». То, что сохраняется -d — это скорее баг, я только после прочтения вашего коммента понял, что это действительно так.
Для того, чтобы не повторяться постоянно достаточно написать конфиг-файл в 2 строки.
Дело было в сценарии, когда не находился board.txt. Т.е. ни в стандартных местах, ни по подсказке -d.
Но по крайней мере теперь оно подробно скажет где производился поиск, должно стать ясно как нужно изменить значение для -d.
Новая версия уже залита. pip install --upgrade ino
According to a BMW spokesperson, the BMW logo does not symbolize a spinning propeller (although the imagery did appear in post-WWI advertisements)… In fact, the first BMW aero-engine test took place in March 1918 – six months after the BMW logo had been created.
Если речь идёт об амбициозной MMO-игре (ну тоже вёб формально), которой нет ещё ни у кого, за которую платят 200К/мес и разработка которой расчитана на год… Вот тут подумаешь, стоит писать Г или нет.
>> Да, практикуется и code и review и/или рефакторинг.
Опросник составлен не очень однозначно, но я полагаю, что под этими тремя ответами подразумевалось «В компании выделяется отдельное время, вне business-value задач, под эти цели». Это означает, что либо программиты — лодыри, которые до конца задачи не доделывают, либо менеджеры не рубят в разработке.
Code review, рефакторинг, дебагинг, покрытие тестами, комментирование и прочая мишура — это обязанности программистов-исполнителей точно такие же как и написание букв кода. Под выполнением задачи ведь подразумевается написание кода, который ведёт к появлению определённой фичи? Так почему не подразумевается остальное?! На выходе должен получаться KISS, DRY & YAGNI результат.
Так вот, если требуется дополнительное время, дополнительными тасками на упомянутые процедуры, значит программисты: либо схалтурили, либо просто воспользовались лояльностью начальства, чтобы выбить дополнительное время сверх того, под которым подписывались в начале выполнения задачи.
Не всякое начальство очень лояльно, поэтому пункт голосования не выигрывает.
>> Нет, просто сразу пишем идеальный код, который всегда работает.
Это некоторое преувеличение, но всё же довольно близкое к тому, что происходит в командах, состоящих из профессионалов. Команда профессионалов не может работать у менеджеров-самодуров, поэтому профессионализм менеджеров также подразумевается.
Довольно редкий сценарий, когда в одном месте получается собраться грамотному stakeholder'у, который ясно даёт понять что ему нужно и команде программистов, которая ясно понимает, что лучше этой работы/проекта в их городе/стране/мире нет и делает что нужно. Разработчики вынуждены писать идеальный код, потому что понимают, что от этого зависит их хлеб, уважение коллег, пользователей, начальства и собственное удовлетворение в конечном итоге.
Сценарий редкий, поэтому пункт голосования опять же не выигрывает.
>> Нет, пишем говнокод, дебажим, снова пишем.
Либо непрофессионализм (в разработке) топ-менеджмента, либо безразличие к результату — что-то из этого есть в большинстве проектов. Вот вам и win!
Чемоданчик жалко!
— Charles H. Duell – специальный уполномоченный американского Бюро Патентов, 1899г
— AVR GCC — команда Arduino на него не влияет
— Стандартная библиотека Arduino, надстройка над AVR Lib C — на неё Arduino влияет
— Arduino IDE GUI — и на неё Arduino влияет
Так вот, весь цемес версии 1.0 в заметных изменениях во втором слое. Заметных и местами обратно несовместимых. В том числе некоторые вещи оптимизированы по размеру.
2) Интересная ботва, попробую воспроизвести
В нём есть любой параметр, только его нужно писать целиком:
arduino_dist = ~/Downloads/Arduino/arduino-0022
Не очевидно, нужно ещё задокументировать
Для того, чтобы не повторяться постоянно достаточно написать конфиг-файл в 2 строки.
Для автоматизации и эффективности берётся язык, с библиотекой для работы по serial и фигачется то, что нужно бинарным протоколом.
Но прототип можно так сделать, ага.
Но по крайней мере теперь оно подробно скажет где производился поиск, должно стать ясно как нужно изменить значение для -d.
Новая версия уже залита.
pip install --upgrade ino
Спасибо за репорт.
В avrdude я слыхал это есть в сааамой последней версии, но пока она не у всех — лучше так.