Что такое vanilla прошивка
Собственно, возникла пара вопросов:
1. Каковы основные плюсы и минусы ванильного софта?
2. Какие дистрибутивы состоят целиком из ванильного софта? Есть ли такие вообще?
Что такое ванильный софт?
Тогда lfs без сторонних патчей. Иначе никак не проконтроллировать.
зато в LFS настоятельно рекомендуют использовать конкретные указанные версии ванильного софта
Arch ванилен. Или, правильнее сказать, с минимумом изменений.
Arch не ванилен. Gentoo не ванильна. LFS не ванилен. Это то, что я знаю точно. Debian не ванилен, да и все бинарные дистрибутивы с вероятностью 99% не ванильны. Можно конечно попытаться собрать целиком ванильную LFS, но боюсь не взлетит, очень вероятно что некоторые вещи без патчей просто не соберутся.
Какие дистрибутивы состоят целиком из ванильного софта?
LFS, очевидно же, ну
но боюсь не взлетит, очень вероятно что некоторые вещи без патчей просто не соберутся.
В генте большинство пакетов ванильно.
а патчи к некоторым пакетам идут, если это требуется, чтоб взлетело.
И вообще не совсем понимаю ЗАЧЕМ делать из ванильности ФЕТИШ.
Вот допустим, не компилируется пакет без патча с исправлением. Не пользоваться им чтоли совсем?
к тому же есть USE=vanilla
1. Каковы основные плюсы и минусы ванильного софта?
2. Какие дистрибутивы состоят целиком из ванильного софта? Есть ли такие вообще?
1. Каковы основные плюсы и минусы ванильного софта?
Плюсы: не обложено сторонними костылями сомнительного качества и полезности, поэтому часто стабильнее и надёжнее работает. Минусы: не обложено сторонними костылями, которые иногда таки подпирают то, что отваливается в апстриме, поэтому иногда хуже работает.
2. Какие дистрибутивы состоят целиком из ванильного софта? Есть ли такие вообще?
vanilla version
Смотреть что такое «vanilla version» в других словарях:
Vanilla Ninja — lors de l Eurolaul 2007 Pays d’origine … Wikipédia en Français
Vanilla ninja (album) — Vanilla Ninja Album par Vanilla Ninja Sortie Mai 2003 (Estonie) Enregistrement 2002 2003 Genre(s) Pop rock Producteur(s) … Wikipédia en Français
Vanilla : Plateforme décisionnelle — Vanilla Développeur BPM Conseil Dernière version 3.4 … Wikipédia en Français
Vanilla Ninja (album) — Vanilla Ninja Album par Vanilla Ninja Sortie Mai 2003 (Estonie) Enregistrement 2002 2003 Genre Pop rock Producteur Sven Lõhmus … Wikipédia en Français
Vanilla Ninja (Album) — Vanilla Ninja Studioalbum von Vanilla Ninja Veröffentlichung 30. Mai 2003 Aufnahme 2003 Label … Deutsch Wikipedia
Vanilla — Pour les articles homonymes, voir Vanilla (homonymie) … Wikipédia en Français
Vanilla software — is computer software that is not customized from its delivered form i.e. it is used by a business without any customizations applied to it. In contrast, Enterprise Resource Planning systems (ERPs) suppliers integrate (or attempt to integrate) all … Wikipedia
Vanilla Ninja — Datos generales Origen … Wikipedia Español
Vanilla planifolia — Vanillier … Wikipédia en Français
Vanilla pompona — Vanillon … Wikipédia en Français
Учите ванильный JavaScript, прежде чем браться за фреймворки
Что такое «ванильный JavaScript»?
VanillaJS – это использование простого JavaScript без каких-либо дополнительных библиотек, таких как jQuery. Люди используют этот термин как шутку, чтобы напомнить другим разработчикам, что многое можно сделать в наши дни без дополнительных библиотек JavaScript.
Или, в нашем случае, без новых, причудливых фреймворков.
Фреймворк Vanilla JS
История сайта Vanilla JS, выдающего себя за сайт очередного JS фреймворка, коротка, но забавна. Эрик Вастл создал его в 2012 году, чтобы с щепоткой троллинга и путаницы объяснить: зачастую можно использовать простой JavaScript без дополнительных фреймворков или библиотек.
Хотя Эрик не использовал термин как таковой, его сайт, безусловно, способствовал его популярности.
Состояние современного «обычного» JavaScript
Исторически сложилось так, что разработчики должны были обходить нативный JavaScript для решения многих задач, например, кроссбраузерности, или просто для выхода за пределы возможностей языка. Речь идет о далеких днях IE 6-7. Очень часто им в этом помогала jQuery. Но сейчас этот продолжительный условный рефлекс опоры на внешние библиотеки уже не нужен, благодаря эволюции спецификации ECMAScript, и современным браузерам, поддерживающим большинство новых возможностей.
Сегодня выбор Vanilla JS вместо jQuery чаще всего является самым разумным, не раздувая кодовую базу ненужными зависимостями. Очевидный пример с великолепного сайта Возможно вам не нужна jQuery:
На этом сайте полно примеров ванильного JS, обязательно посмотрите!
Если вам нужно больше доказательств:
We’re finally finished removing jQuery from https://t.co/r2QL2aHBfa frontend. What did we replace it with? No framework whatsoever:
• querySelectorAll,
• fetch for ajax,
• delegated-events for event handling,
• polyfills for standard DOM stuff,
• CustomElements on the rise.
О JS фреймворках: за и против
Прежде всего, что мы имеем ввиду под термином «JS фреймворки»?
Речь идет о всех этих Angular, Vue, React, Backbone, Ember, Knockout, Ext, jQuery, Meteor, Express, Koa, Total, Socket.io и им подобных. Да, безусловно, они все разные. Да, некоторые из них на самом деле не фреймворки, а скорее библиотеки. Но в рамках этой статьи мы обобщим их, потому что все они имеют общую цель.
За: JavaScript-фреймворки великолепны
Все это упоминается при каждом обсуждении популярных фреймворков. Но это по большей части маркетинг.
Самая большая ценность здесь – это сотрудничество. Последовательный интерфейс и методы позволяют разработчикам из разных стран понимать друг друга и работать вместе.
Если вы создаете приложение с помощью [ваш любимый фреймворк], то когда придет время, вы сможете найти опытного разработчика, который сможет быстро разобраться с кодовой базой проекта и начать работу без объяснений каждой детали вашей архитектуры.
Другой ключевой причиной использования фреймворков является практика. Они заставляют тебя тренироваться снова и снова. И это замечательно! Практика всегда приводит к мастерству, чего бы вы ни пытались достичь.
Против: JavaScript-фреймворки ужасны
Люди, которые работают над реализацией фреймворков, очень талантливы – по крайней мере, большинство из них. Они делают огромную работу по упрощению сложностей. Но все эти уровни абстракции могут быстро стать злом.
В любом проекте наступает день, когда что-то работает не так, как ожидалось, и вы не знаете, почему. Вот тогда и надо начинать копать. Когда вы пробираетесь через плохо документированный, сложный код, вам понадобится глубокое понимание JS, чтобы понять, в чем дело. В противном случае вы потеряете все драгоценное время, которое сохранили, используя свой причудливый фреймворк. Возможно, Вам просто придется купить новую эспрессо-машину, чтобы уложиться в сроки.
Ты не React-разработчик и не Vue-разработчик. Ты просто разработчик.
Конечно, фреймворки полезны для небольших команд, работающих над одним приложением. Да, они сэкономят вам некоторое время (если вы не наркоман рефакторинга). Но что делать, если у вас несколько команд и несколько проектов? Как вы думаете, все руководители групп согласятся на единую платформу для всего набора приложений? А что, если в 2019 появится новый суперфреймворк?
Проблема в том, что в тот момент, когда вы выбираете фреймворк, вы влияете на каждое предстоящее инженерное решение. Кроме того, вы приковываете свою команду к технологии, которая, вероятно, скоро будет устаревшей. Эта ужасно.
Почему сначала нужно учить ванильный JavaScript?
Если вы освоите основы JavaScript, то вашей единственной проблемой при изучении новых фреймворков будет их синтаксис.
JavaScript сейчас – это язык веб-программирования. Понимание его основных инженерных принципов имеет первостепенное значение, если вы хотите построить себе достойную карьеру в этой области.
За последние 5 лет появилось больше 10 фронтенд-фреймворков. Угадайте, сколько будет в ближайшие 5-10 лет? Если вы просто притворяетесь, что знаете JavaScript, этот движок, питающий веб-революцию, как вы будете идти с ним в ногу?
Просто подумайте о том, что сегодня делают «разработчики jQuery»: пытаются догнать Angular. Завтра они будут пытаться догнать React / Vue. И этот грустный цикл продолжается.
Знание ванильного JavaScript позволит вам понять или даже внести свой вклад в JS фреймворки, и поможет выбрать правильный, когда вам это потребуется.
Где и как учить ванильный JavaScript?
Надеюсь, вы готовы запачкать руки простым старым JavaScript. Вот вам суперсовет:
Всегда будьте любопытны, всегда читайте исходники и всегда пробуйте сами.
И еще несколько конкретных рекомендаций:
Для начинающих: вот отличный материал для старта. И еще немного:
А здесь огромный список ресурсов для обучения.
Еще парочка статей:
Заключение
Использование фреймворка, безусловно, даст вам быстрые результаты. Но если Вы не понимаете основные понятия, стоящие за ним, то далеко не уйдете. Научиться играть Wonderwall на гитаре не значит научиться сочинять музыку, но это даст вам повод для практики.
Принцип «сначала изучи основы» применим практически ко всему в жизни. От изучения нового языка программирования до нового вида спорта. Это требует много практики, но когда вы освоите основы, начнется самое интересное.
Vanilla JS — очень мощный javascript-фреймворк
Как ни странно, на Хабре упоминание этого мощнейшего фреймворка нашлось лишь в одном комментарии от апреля 2012 года.
Вступление
Для меня эта тема особенно актуальна, ведь последнее время на Хабре упоминается огромное количество js-фреймворков. Какие-то из них авторы различных проектов находят в Сети, какие-то — пишут сами, не очень понимая зачем. Кто-то просто пишет свои велосипеды.
Моё же мнение — надо стремиться к отсутствию избыточного кода, к максимальному минимализму, простите за тавтологию.
Если на весь сайт вам нужно только выбирать html-элементы по их id — глупо подключать jQuery.
Если вам на Node.js проекте надо собрать пачку js-файлов и сжать их — глупо писать или подключать тяжёлые фреймворки с кучей настроек, параметров, дополнений и методов, ведь простейший скрипт, склеивающий файлы и прогоняющий их через Кроукфордский jsmin будет намного быстрее, надёжнее и проще.
Чем больше кода — тем больше ошибок. Чем больше стороннего кода — тем сложнее поддерживать проект. Ведь когда вы берёте чужой код, вы берёте на себя и ответственность за его поддержку. Нельзя будет сказать «этот баг не мой, а вон из той библиотеки».
Vanilla JS
Итак, начнём обзор этого мощнейшего и самого популярного в мире JS-фреймворка.
(далее — перевод с официального сайта фреймворка)
Команда Vanilla JS поддерживает каждый байт кода фреймворка и каждый день много трудится, чтобы сделать его маленьким и интуитивным.
Кто использует Vanilla JS? Хорошо, что вы спросили, вот несколько примеров: Facebook, Google, YouTube, Yahoo, Wikipedia, Windows Live, Twitter, Amazon, LinkedIn, MSN, eBay, Microsoft, Tumblr, Apple, Pinterest, PayPal, Reddit, Netflix, Stack Overflow.
Вообще-то, Vanilla JS уже используется на большем количестве сайтов, чем jQuery, Prototype JS, MooTools, YUI и Google Web Toolkit вместе взятые!
Деплоймент
Команда Vanilla JS гордится тем фактом, что это самый лёгкий фреймворк всех времён; используйте нашу стратегию выкладки на продакшн, и браузеры ваших пользователей загрузят Vanilla JS в память ещё даже до того, как начнут загружать ваш сайт.
Чтобы подключить Vanilla JS, просто добавьте следующую строку в ваш HTML:
Когда будете готовы выложить свой проект на продакшн, смените подключение на намного более быстрый метод:
Всё верно, совсем без кода. Vanilla JS настолько популярна, что браузеры автоматически загружают фреймворк уже лет десять.
Сравнение скорости работы с другими фреймворками
Поиск DOM-элемента по ID
Фреймворк | Код | Оп.\сек |
---|---|---|
Vanilla JS | 12,137,211 | |
Dojo | 5,443,343 | |
Prototype JS | 2,940,734 | |
Ext JS | 997,562 | |
jQuery | 350,557 | |
YUI | 326,534 | |
MooTools | 78,802 |
Поиск элементов по названию тэга
Фреймворк | Код | Оп.\сек |
---|---|---|
Vanilla JS | 8,280,893 | |
Prototype JS | 62,872 | |
YUI | 48,545 | |
Ext JS | 46,915 | |
jQuery | 19,449 | |
Dojo | 10,335 | |
MooTools | 5,457 |
Примеры кода
Плавно скрыть элемент
AJAX-вызов
Заключение
Тема: vanilla что это?
Опции темы
Отображение
Цитата из тамы русификации civ4 bst:
Данный инсталлятор может установить русификацию как на vanilla Civilization IV v.1.61-1.74 + Warlords v2.00-2.13 + Beyond the Sword v.3.01-3.13 так и на vanilla Civ4 v.1.61-1.74 отдельно или vanilla 1.61-1.74 + Warlords v.2.00-2.13 (в зависимости от наличия найденных аддонов)
Встроенная русификация для vanilla Civ IV была обновлена до версии 1.74.4 Перевод Civilization 4: Warlords обновлен до версии 2.13.1
Объясните мне бестолковому что такое vanilla?
а почему ванильная? что это означает?
Здесь уже был озвучен ряд версий.
Наиболее похожая на правду:
PS. Кому интересно, могут также посмотреть Сленг цивилизаторов.
Что значит редко используются? Виниловые пластинки будут жить вечно. До сих пор даже новые создают!
Но согласись, их активно стали вытеснять вначале магнитная лента, а теперь и компакт-диски.
Лично мне больше нравится «сухой» цифровой звук компакта, чем «мягкий», но шипящий (зависит, конечно, от техники и состояния носителя) винила.
Естественно, есть и останутся аудиофилы и прочие коллекционеры музыки, ди-джеи опять же, но массовость все же за компактами, и тем паче тырнетом и форматом mp3.
Так и «классика» – отходит на второй план, когда появляются новые дополнения, но все равно заслуживает уважения, правда, уже скорее как раритет.
Но согласись, их активно стали вытеснять вначале магнитная лента, а теперь и компакт-диски.
Лично мне больше нравится «сухой» цифровой звук компакта, чем «мягкий», но шипящий (зависит, конечно, от техники и состояния носителя) винила.
Естественно, есть и останутся аудиофилы и прочие коллекционеры музыки, ди-джеи опять же, но массовость все же за компактами, и тем паче тырнетом и форматом mp3.
Так и «классика» – отходит на второй план, когда появляются новые дополнения, но все равно заслуживает уважения, правда, уже скорее как раритет.
[/b][/quote]
Массовые не массовые, но винильные диски своё ещё не отжили. А насчёт mp3 точно не соглашусь. Он массовый, но будущее явно не за ним. По качеству он проигрывает другим lossy форматам, о lossless кодеках вообще молчу.