Что такое ванильная версия

Собственно, возникла пара вопросов:

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

Источник

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

Поиск элементов по названию тэга

Примеры кода

Плавно скрыть элемент

AJAX-вызов

Заключение

Источник

Учите ванильный 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 2.0

Вышел долгожданный релиз второй версии форумного движка vanilla. В блоге разработчиков появилось новость о релизе.

Что такое Vanilla?

Vanilla forums — это минималистичный форумный движок. Цель проекта — создать простой инструмент для онлайн-конференций с простой возможностью наращивания функционала. Нет, это не второй phpbb, это действительно очень упрощённый форум.

Однако, в отличие от сотен других подобных проектов, этот прост лишь для пользователя, изнутри же он напичкан современными технологиями, а потому тут на полную катушку используется AJAX, и главная задача разработчиков — сделать форум максимально простым для начинающих пользователей, и кажется им это удалось. Легко и незатейливо из коробки работают такие функции, как автосохранение сообщений в черновики, отправка сообщений без перезагрузки страницы, загрузка новых сообщений и так далее.

Несмотря на свою кажущуюся простоту этот движок «из коробки» даёт почти всё, что нужно большинству пользователей, как-то: разграничение прав, подфорумы и категории, html/bbcode/markdown.

Что нового?

Те, кто использовали первую версию этого движка, помнят, что он был совсем неприглядным, и для того, чтобы сделать из него «конфетку», пришлось бы очень сильно потрудиться. Со второй версией это уже в прошлом. Из коробки Vanilla имеет простой, но аккуратный дизнайн, которым вполне можно пользоваться. Более того, на официальном сайте в разделе дополнений есть ряд тем, подготовленных профессиональными дизайнерами. Так что, первое, что заметят те, кто пробовал первую версию — это безусловно то, что система стала привлекательнее, и ей даже можно пользоваться «из коробки».

Движок был переписан с нуля, теперь он базируется на самописном фреймворке Garden. И надо сказать, что написан этот Garden не абы как, а в лучших традициях MVC без лишнего усложнения или дублирования кода, так что расширение функционала путём написания плагинов или приложений — сплошное удовольствие.

Как можно понять, вся сила этого движка в будущем будет в плагинах. И хотя на данный момент их написано не очень много (около 50), там уже есть из чего выбрать.

Источник