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