дело не только в том что эталон не удобен, дело в точности его изготовления и деградации со временем, вот подробнее про вариант с углеродом: geektimes.ru/post/212795/
то есть, предлагалось вычислить именно массу одного атома углерода. (масса самого шара вычисляется отнуть не сравнением с эталоном)
в общем ему предложили заменить батарею за 4.5к баксов (в счете правда еще заменить вентилятор и поставить воздушный фильтр в эту сумму входит), он ее разобрало и увидел что банки выдают нормальное напряжение, а вот медные соединительные клемы окислились, он купил соды и отчистил их, после сборки авто перестало показывать код ошибки.
а за одно и в Норвегии, Финляндии и Швеции (сначала хотел пошутить что скоро действие этого закона распространиться и на эти территории, но не буду). www.rg.ru/2014/12/12/google-close-site.html
а зачем такие сложности? лишь бы оставить машиниста?
это же движение в довольно стерильных условиях, и набор ответных действий ограничен — единственно что можно сделать это остановиться.
такое решается автоматикой + камеры на составе, по которым в случае аварии из диспетчерской можно принимать решения.
Я ни в коем случае не претендую на истину в последней инстанции, но посмотрите этот ролик: www.youtube.com/watch?feature=player_detailpage&v=Ol3g7i64RAI#t=146 (ссылка сразу на конец), машина едет достаточно резво и тормозит точно в границах нарисованной области.
по моему для поезда который едет по рельсам, в специально оборудованном тоннеле, по заранее известному маршруту и т.п. это будет намного проще:
скорость знаем, положение знаем (банальный маркер на станциях + измерение пройденного пути для подстраховки + если компьютерное зрение если оч. захочется), массу тоже знаем (кол-во вагонов известно заранее)
коррекция на массу пассажиров проводится исходя из характеристик разгона ну и подстраивается при торможении
мне кажется что за 2-3 года вполне посильно создать автоматическую систему торможения, которая сможет даже с дверьми делать это как минимум не дольше чем сейчас, с крайне высокой точностью.
ну объективно надо разделять нелюбовь к языку php и к программистам на php. И то и то имеет место быть, но имеет разные причины.
PHP популярный язык программирования с низким порогом входа, поэтому и программистов на нем гораздо больше чем например на C, и сосредоточенны они достаточно кучно — так или иначе рядом с вебом, и даже если % хороших программистов не зависит от ЯП, то в абсолютных цифрах % оставшихся все равно больше (а если взять порог входа, то и сам процент не в пользу php).
У самого языка/реализации тоже есть проблемы, кроме разнородных неймингов стандартной либы, не очевидных поведений и достаточной забаговановасти ядра (где-то в 5.5-5.6 мне более менее перестали попадаться всякие неожиданные сегфолты, которые без ковыряния в коде ядра, которое просто жутко как написано, не починишь) много ограничений дает «PHP создан, чтобы умирать» — да можно писать демоны и на php но это будут скорее какие-то воркеры, чем сервер для обработки клиентских запросов, потомучно в PHP все работает исходя из этого постулата, ни GC ни стандартные библиотеки, ни уж тем более сторонние, не создавались для того чтобы обслужить больше 1 запроса. А уж отсутсвие JIT в 2015 году это я даже не знаю как назвать. (да какой JIT даже отсутствие встроенного кешера байт-кода до 5.5)
Да и от языка скриптования шаблонов он начал отходить относительно недавно, а порядок в нем начали наводить так вообще не больше 2-3 лет назад.
Очень хороший пинок дали Composer и Symfony Components, а также появление альтернативных реализация рантайма.
В общем ждем PHP 7 надеемся и верим…
не я автор этого стандарта, из документа вытекает такой смысл:
Интерфейс внутри сервера для работы с запросом будет подразумевать явное его изменение, таким образом избавляются от случайных изменений по сути глобального объекта, также благодаря этому приложение может отреагировать на это изменение, именно как цельного набора значений, а не отдельных свойств
в аннотации к Message интерфейсу написано:
> Messages are considered immutable
то есть сообщение нельзя менять, поэтому как уже говорил ilyaplot set/unset тут не подходит — эти методы создают новое сообщение
5: Into the Open
просто проверяйте код функцией isCorrect перед тем как добавлять его в массив
переключаться между уровнями можно если навеcти на аватарку — levels
а чем хеширование поможет? при использовании sha512 можно восстановить всю базу полным перебором за 6 дней используя лишь компьютер с видеокартой. Это даже без оптимизации с использованием базы префиксов производителей
geektimes.ru/post/212795/
то есть, предлагалось вычислить именно массу одного атома углерода. (масса самого шара вычисляется отнуть не сравнением с эталоном)
www.reddit.com/r/DIY/comments/2vs5fc/toyota_wanted_4450_to_replace_my_hybrid_battery/
а сам оригинал тут: imgur.com/gallery/j8Bcp/
www.rg.ru/2014/12/12/google-close-site.html
это же движение в довольно стерильных условиях, и набор ответных действий ограничен — единственно что можно сделать это остановиться.
такое решается автоматикой + камеры на составе, по которым в случае аварии из диспетчерской можно принимать решения.
www.youtube.com/watch?feature=player_detailpage&v=Ol3g7i64RAI#t=146 (ссылка сразу на конец), машина едет достаточно резво и тормозит точно в границах нарисованной области.
по моему для поезда который едет по рельсам, в специально оборудованном тоннеле, по заранее известному маршруту и т.п. это будет намного проще:
скорость знаем, положение знаем (банальный маркер на станциях + измерение пройденного пути для подстраховки + если компьютерное зрение если оч. захочется), массу тоже знаем (кол-во вагонов известно заранее)
коррекция на массу пассажиров проводится исходя из характеристик разгона ну и подстраивается при торможении
PHP популярный язык программирования с низким порогом входа, поэтому и программистов на нем гораздо больше чем например на C, и сосредоточенны они достаточно кучно — так или иначе рядом с вебом, и даже если % хороших программистов не зависит от ЯП, то в абсолютных цифрах % оставшихся все равно больше (а если взять порог входа, то и сам процент не в пользу php).
У самого языка/реализации тоже есть проблемы, кроме разнородных неймингов стандартной либы, не очевидных поведений и достаточной забаговановасти ядра (где-то в 5.5-5.6 мне более менее перестали попадаться всякие неожиданные сегфолты, которые без ковыряния в коде ядра, которое просто жутко как написано, не починишь) много ограничений дает «PHP создан, чтобы умирать» — да можно писать демоны и на php но это будут скорее какие-то воркеры, чем сервер для обработки клиентских запросов, потомучно в PHP все работает исходя из этого постулата, ни GC ни стандартные библиотеки, ни уж тем более сторонние, не создавались для того чтобы обслужить больше 1 запроса. А уж отсутсвие JIT в 2015 году это я даже не знаю как назвать. (да какой JIT даже отсутствие встроенного кешера байт-кода до 5.5)
Да и от языка скриптования шаблонов он начал отходить относительно недавно, а порядок в нем начали наводить так вообще не больше 2-3 лет назад.
Очень хороший пинок дали Composer и Symfony Components, а также появление альтернативных реализация рантайма.
В общем ждем PHP 7 надеемся и верим…
Интерфейс внутри сервера для работы с запросом будет подразумевать явное его изменение, таким образом избавляются от случайных изменений по сути глобального объекта, также благодаря этому приложение может отреагировать на это изменение, именно как цельного набора значений, а не отдельных свойств
к этому стандарту есть «пояснительная записка» в которой отражены мысли по этому поводу:
github.com/php-fig/fig-standards/blob/master/proposed/http-message-meta.md#why-value-objects
> Messages are considered immutable
то есть сообщение нельзя менять, поэтому как уже говорил ilyaplot set/unset тут не подходит — эти методы создают новое сообщение
для wifif вы находитесь в общей среде, тут в принципе не возможно утаить факт передачи, а скрытый SSID никогда не был функцией безопасности
просто проверяйте код функцией isCorrect перед тем как добавлять его в массив
переключаться между уровнями можно если навеcти на аватарку — levels