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