Comments 47
А почему, все-таки, отказались от живых уток?
Копирастия, сэр. То, что произведено внутри корпорации, скорее останется ее достоянием. Хотя бывают исключения. Вон Sony похоже захотела поддержать проект NuttX, да так, что выкатила свой процессор и поддерживает операционку для него.
широко доступных и используемых для разработки устройств контроллеров
NEC/Renesas же.
Руби не считается? Плейстейшен?
Те же операционные системы напримерITRON используется на миллиардах устройств.
но почему с их стороны нет широко доступных и используемых для разработки устройств контроллеров (таких как например Atmel, STM и т.д.)?Потому что они не умеют в «тяп-ляп и в продакшн». Серьёзно. Выигрывает на рынке софта не самый качественный софт, а тот, который певым оказался чуть выше уровня «п$#$ц, этим пользоваться совершенно невозможно» и добирается до уровня «увидел бы урода, который это написал — побил бы».
Японцы к этому совершенно неспособны. Они пишут отличный софт… устраревающий за много лет до того, как он будет выпущен. И снабжают его документацией исключительно на японском. К тому моменту пока о нём оказывается что-то за пределами Японии… место ему остаётся только в музее комрьютерной истории…
Ну и пресловутая сегментация рынка. Японцы очень любят «сегментировать рынок» (вспомните Минидиск от SONY, UDO от SONY, HiFD от SONY, UMD от SONY… и это всё — только диски! и это всё — примерно лет за 10!), что обычно кончается тем, что рано или поздно все переходят на альтернативу, которая не заставляет пользователя решать — в какой из 100500 «сегментов» рынка он играет.
Потому что они не умеют в «тяп-ляп и в продакшн»
Вот пруф, что Toyota умеет «тяп-ляп и в продакшн» для программировании (в частности — для Camry).
Ну а теперь держимся крепко за что можем держаться – в firmware, решающем эту задачу, надстроенным над операционной системой реального времени, экспертиза выявила… одиннадцать тысяч глобальных переменных. Код реализации firmware назван хорошо знакомым всем программистам словом «spaghetti». Анализ цикломатической сложности программы выдал 67 не пригодных для тестирования функций, а ключевая функция определения угла дроссельной заслонки в ходе этого анализа показала какую-то удивительную оценку, при которой не только тестирование, но и вообще какое-либо сопровождение программы невозможно. Соблюдение отраслевого стандарта кодирования (для автомобильной промышленности такой есть, даже целое семейство, совокупно называемое MISRA) характеризуется выявленным числом его нарушений – их набралось 80 тысяч (в Toyota принят свой внутренний стандарт, который заимствует из MISRA всего 11 правил, при минимально требованных во время написания кода 93-х). По ходу дела было выявлено, что в такой сложной системе полностью отсутствует учёт сбоев и ошибок. При всём этом великолепии все связанные с безопасностью функции контроллера в его «прошивке» оказались реализованными одним единственным процессом. Тема отдельного разговора – watchdog. В «настольном» программировании это нечастое явление, в мире встраиваемых систем – необходимая функция. Watchdog или сторожевой таймер – обычно внешнее по отношению к вычислителю устройство (хоть бы и реализованное на одном с вычислителем кристалле). Принцип его работы предельно прост – если какой-то процесс вовремя не сбросил ранее выставленный на какое-то время страбатывания сторожевой таймер, последний вызовет аппаратное прерывание, оповещающее вычислитель, что с процессом что-то явно не так, или вообще инициирующее быстрый системный сброс. Использование watchdog в «прошивке» вызвало большие сомнения у экспертов – подконтрольным сторожевому таймеру в этой системе оказался по сути только процесс, обслуживающий редкие прерывания системного таймера, что означает – любой сбой в обработчике прочих прерываний мог приводить к исполнению неизвестно чего примерно… полторы секунды до сброса вычислителя от сторожевого таймера. И эксперты не взялись утверждать, что эти полторы секунды до сброса гарантированы, они не исключили возможности, что сброс вообще не наступит. Напоследок не менее прекрасное – коды возврата большинства вызовов RTOS, которые предназначены для сообщений об ошибках, в «прошивке» вообще игнорируются.
Есть, но весьма мало. Как уже назвали, Ruby, ITRON.
Моя гипотеза в том, что айти в Японии всё ещё отстаёт лет на 25-30, плюс проблемы у большинства с английским, на котором вся документация. Поэтому рынок труда в айти в свою очередь весьма закрыт и ограничен (ибо все, кто знает английский, поразбежались по более высокооплачиваемым/инженерно-культурным компаниям, а кто не знает, может сидеть на обычной офисной зарплате — куда он денется-то).
Из контроллеров, сколько в работе сталкивался, сплошной SH4. И тысячи местных упоротых программаторов, сейчас на столе рядом например XrossFinder Evo — так у него мало того что иерархия папок глубже двух уровней не поддерживается, так ещё и прошивки к нему упакованы в SFX exe файл — то есть, можно этот exe залить просто на карту памяти и шить "в полях", а можно запустить на компе и использовать для прошивки по USB/Ethernet.
Но вот качество кода здесь… сам на VB6 восемь лет назад и то адекватнее писал. Лапша из велосипедных костылей.
Моя гипотеза в том, что айти в Японии всё ещё отстаёт лет на 25-30Не весь IT. Софт. Железо-то они неплохое делают. Во всех качественных камерофонах сенсоры SONY.
И вот тут пишут что как раз 25-30 лет назад в US всерьёз были обеспокоены тем, что Япония вот-вот их крохотные фирмочки, разрабатывающие софт, «живыми закопает» — мелкие фирмочки из «силиконовой долины» просто не смогут конкурировать с «индустриальными гигантами» из Японии.
А оказалось, что для софта — важнее всего скорость вывода первой ну хоть сколько-нибудь работающей версии на рынок. Вот когда «выстрелило» — тогда можно подключать большие коллективы, исправлять косяки и прочее. А вот первая версия — это либо стартап, либо «стартап внутри большой компании». Android, Chrome, Clang и прочее — это всё примеры огромных проектов (по меркам IT-индустрии), но, при этом, они всё равно были созданы в одном месте командой в менее, чем 100 человек.
А японская индустрия устроена строго противоположным образом: «индустриальные гиганты» поручают задачи подрядчикам, те — субподрядчикам, те — всё аккуратно согласовывают… ну и, типа, лет через 5-10, у них готов отличный прототип… когда уже и релиз никому не нужен.
Но вот качество кода здесь… сам на VB6 восемь лет назад и то адекватнее писал. Лапша из велосипедных костылей.Тем не менее эта лапша проверена и стабилизирована. Объективные измерения показывают, что процент ошибок у японского софта — один из самых маленьких в мире. Вот только… как бы оно всё устаревшее до безумия ещё до своего выпуска.
киберпанк, который мы заслужили
Если оно ходит как утка и крякает как утка, то вероятно это утка.
А если важно насыщение воды кислородом, то сделать как в аквариуме подачу — проложить трубочки по грядкам (капельный/пузырьковый полив наоборот). Они заодно будут поднимать муть — т.е. больше вообще ничего не нужно.
Многие тропические рясковые считаются опасными сорняками рисовых полей.
Рясковые
Нифига он не подавляет. Скорее, наоборот, подавляет рост травы. Я аквариумист с 10летним стажем. Чтобы подавить водоросли в аквариуме нужно много света и питания для высших растений. Тогда водорослей не будет. И сорняки в статье не являются водорослями, а такие же высшие растения, как ряска и рис.
Я не думаю что эта разработка станет реальным решением. Лучше бы эти усилия на живых уток потратили. Природа все уже давно придумала. И перемешивает, и удобряет, и жучков съест.
Природа все уже давно придумала. И перемешивает, и удобряет, и жучков съест.
И рис тоже съест. В этом собственно и проблема. Если уточек до тошноты не закармливать перед выпуском на поля, они вообще ничем не погнушаются, скушают всё.
Утко-робот мутит воду на рисовых полях