Молодцы кто такое делает! Конечно для этого надо очень хорошо разбираться в железе на всех уровнях и иметь соответствующее оборудование (3d принтеры, лазерная резка, станки с чпу).
Но ноутбуки — не такой уж и редкий форм-фактор в современном мире:). А вот если кто нибудь такой девайс сделает — это будет еще интереснее, т.к. форм-фактор ныне к сожалению не существующий.
Опять в который уже раз основы php/mysql, таких книг наверное уже больше сотни… и нигде, вообще нигде нет ничего по архитектуре и внутреннему устройству фреймворков.
Ну комментарии-то в javascript есть, да и числа можно без кавычек (правда я бы еще ввел «структурные комментарии» — конструкция, отключающая синтаксически корректную ноду)
Строковые значения — да, в кавычках, но это и правильно.
Сеть между автомобилями — это самое разумное и перспективное решение, но для этого нужна серьезная законодательная инициатива. Ну и единый стек протоколов, стандартизированный на уровне ISO.
Говорят, что любые правила техники безопасности пишутся кровью…
В данном случае будет повод задуматься о том, чтобы определить (возможно даже законодательно) количество и типы датчиков, их расположение на машинах (т.е. не толкьо снизу но и сверху, и по типам действия двтчиков чтобы было как можно больше разных)
В любом случае теперь разработчикам автопилотов придется акцентировать внимание на количестве и типах датчиков как дополнительном факторе безопасности, в том числе и с маркетинговой точки зрения.
Надо бы подумать, прочитать все это на эту тему и разработать JSON 2.0 — с комментариями, с возможностью не ставить кавычки для простых типов (числа, идентификаторы) и возможно чего-то еще. Но именно JSON, а не новый формат.
Что касается YAML'а, то мне как-то не нравятся пробело-табо-зависимые форматы. С другой стороны, yaml уже есть, зачем пытаться совместить все сразу?
Статья отличная. Я вот захотел изучить веб программинг, имея достаточно большой опыт программинга вне веба — и могу сказать, что статья очень полезная. Хотя конечно мало, хочется такого материала гораздо больше. Именно такого, приглашающего к размышлению, а не мануалов типа «ткните сюда, вставьте это — и вот вам супер приложение».
Бесконечная прокрутка нужна в основном пользователям мобилок и планшетов, т.к. у них нет мыши чтобы нажимать на пагинацию. Ну или совсем ленивым (коих увы большинство). Мне всегда удобнее пагинация.
Как уже было отмечено, иногда бывают примеры симбиоза (vk), хотя и они на мой взгляд неидеальны. После прочтения статьи у меня окончательно сформровались давние идеи о том как было бы идеально:
1. в качестве ссылок для пагинации использовать не безликие номера, а квантованные промежутки времени, причем время квантуется в зависимости от количества сообщений по определенному алгоритму — чтобы на каждую страничку было разумное количество сообщений. Варианты квантования — год, год и месяц, год месяц и день (дата), дата и час, дата часы и десятки минут, дата часы и минуты и т.д.
Ссылка на каждую страничку тем самым уникальна и постоянна во времени (в отличие от безликих «1 2 3 4 5», которые «съезжают» по мере поступления новых сообщений). Пагинация всегда отображается сверху списка.
2. логика бесконечной прокрутки действует, но вместо прокрутки автоматом подгружаются следующие странички пагинации; при этом всегда подгружена предыдущая и следующая страничка. что обеспечивает иллюзию непрерывности списка сообщений (то есть никаких визуальных перегрузок страницы не происходит, для пользователя это просто прокрутка).
4. по мере прокрутки подгружаются следующие странички и выгружаются предыдущие, что экономит память и не вызывает тормоза когда пользователь открутил слишком много.
Вот такая система ИМХО была бы идеальной или близкой к тому.
Если честно, то я не очень понимаю разницу между понятием «указатель на указатель» самим по себе и понятием «указатель на указатель» в контексте сколь угодно сложной программы :)
Что сложного в понятии «указатель на указатель»? Адрес ячейки памяти, в которой лежит адрес какого-то другого объекта. Гиперссылка на страничку в интернете, на которой написана другая гиперссылка — уже на интересную статью на Хабре.
Я вот тут изучаю PHP (после 15 лет C/C++), это боже мой — как можно жить, не объявляя переменные? Ну ладно слабая типизация, фиг с ней. Но без объявлений… любая опечатка — и у тебя новая переменная, а ты даже не догадываешься. Вот где сложность! А Си — простой язык.
Но ноутбуки — не такой уж и редкий форм-фактор в современном мире:). А вот если кто нибудь такой девайс сделает — это будет еще интереснее, т.к. форм-фактор ныне к сожалению не существующий.
И еще, что такое «обшарабаненный»?
Строковые значения — да, в кавычках, но это и правильно.
В данном случае будет повод задуматься о том, чтобы определить (возможно даже законодательно) количество и типы датчиков, их расположение на машинах (т.е. не толкьо снизу но и сверху, и по типам действия двтчиков чтобы было как можно больше разных)
В любом случае теперь разработчикам автопилотов придется акцентировать внимание на количестве и типах датчиков как дополнительном факторе безопасности, в том числе и с маркетинговой точки зрения.
Что касается YAML'а, то мне как-то не нравятся пробело-табо-зависимые форматы. С другой стороны, yaml уже есть, зачем пытаться совместить все сразу?
Как уже было отмечено, иногда бывают примеры симбиоза (vk), хотя и они на мой взгляд неидеальны. После прочтения статьи у меня окончательно сформровались давние идеи о том как было бы идеально:
1. в качестве ссылок для пагинации использовать не безликие номера, а квантованные промежутки времени, причем время квантуется в зависимости от количества сообщений по определенному алгоритму — чтобы на каждую страничку было разумное количество сообщений. Варианты квантования — год, год и месяц, год месяц и день (дата), дата и час, дата часы и десятки минут, дата часы и минуты и т.д.
Ссылка на каждую страничку тем самым уникальна и постоянна во времени (в отличие от безликих «1 2 3 4 5», которые «съезжают» по мере поступления новых сообщений). Пагинация всегда отображается сверху списка.
2. логика бесконечной прокрутки действует, но вместо прокрутки автоматом подгружаются следующие странички пагинации; при этом всегда подгружена предыдущая и следующая страничка. что обеспечивает иллюзию непрерывности списка сообщений (то есть никаких визуальных перегрузок страницы не происходит, для пользователя это просто прокрутка).
4. по мере прокрутки подгружаются следующие странички и выгружаются предыдущие, что экономит память и не вызывает тормоза когда пользователь открутил слишком много.
Вот такая система ИМХО была бы идеальной или близкой к тому.
Я вот тут изучаю PHP (после 15 лет C/C++), это боже мой — как можно жить, не объявляя переменные? Ну ладно слабая типизация, фиг с ней. Но без объявлений… любая опечатка — и у тебя новая переменная, а ты даже не догадываешься. Вот где сложность! А Си — простой язык.