Никакой лапши

Мы любим код!

Лаконичные методы и всё такое

Но я тут недавно стал фанатом минимализма и сейчас то что я пишу работает на бутстрапе и jQuery

минимализм от минимум движений?

Бутстрап просто из коробки с джейквери, так что я решил не отказывать джейквери

Это 3 часа аргументов, чтобы отказаться от реакта и перейти на вью

То, что у этого всего нет человеческой текстовой версии уже обо всём говорит

Раунд

Бутстрап просто из коробки с джейквери, так что я решил не отказывать джейквери

Там де вроде от него отказаться хотят, не?

В 3 уже не откажутся

То, что у этого всего нет человеческой текстовой версии уже обо всём говорит

А зачем? 2х в фоне

Откажутся - будет чистый JS

Я слушал и писал код

А зачем? 2х в фоне

Это по прежнему в десяток раз дольше чем прочитать нормальную текстовоую версию.

Реально, если человек предпочитает видео тексту, то это уже всё

Но ребята - постарайтесь не писать на джейквери, просто совет, на нем нужно писать либо когда ты только начинаешь входить в айти, либо когда уже заканчиваешь :D

Это по прежнему в десяток раз дольше чем прочитать нормальную текстовоую версию.

Все, успокойся, ты просто пока что на стадии отрицания

Текстовая дока быть должна, хорошо если она не просто здоровенный туториал, а нормальное разделение там по классам-модулям и с туторами при необходимости

Текстовая дока быть должна, хорошо если она не просто здоровенный туториал, а нормальное разделение там по классам-модулям и с туторами при необходимости

Это ты про проект?

Илипро видос?

Это про всё

Но не значит что видео это плохо

Ибо на это есть спрос

Все, успокойся, ты просто пока что на стадии отрицания

Вместе с нетфликсом, фейсбуком, твиттером и аирбнб ;)

Но ребята - постарайтесь не писать на джейквери, просто совет, на нем нужно писать либо когда ты только начинаешь входить в айти, либо когда уже заканчиваешь :D

DOM API же

Да, но как выйдет бутстрап без джейквери - будет нативно

Возьми 4 альфа

Амазон на главной юзает аще

Братан, хуже несмешной шутки только попытка её объяснять

Я просто решил сделать для развлекалова сайтик... ну как сайтик, SPA в несколько экранов :D И что-то как-то ExtJS не зашел.

Вместе с нетфликсом, фейсбуком, твиттером и аирбнб ;)

Ну ясен пень, фб ещё от пхп не избавился, а ты про реакт тут что-то говоришь

Они ж до последнего будут это все поддерживать

Р — рационализация ? "ето не вуе не нужен никому, ето просто TOP 5 IT — устаревшие"

Самое страшное в этих всех фреймворках это то что то за что гневно сейчас спорят - уже через 2 года в 90% случаев умрет

Экстраполяция не работает

Многие по привычке до сих пор шутят про миллион фреймворков в js

Разве что реакт может быть выживет, у него есть те кто не просто разрабатывают, но и юзают в коммерции

Почему сразу можно выцеплять тех, кто вообще не в теме

Многие по привычке до сих пор шутят про миллион фреймворков в js

Как будто это до сих пор не так

Вот

Видите

С фреймворками всё просто стало - как в реальном мире - победили большие корпорации со своими фреймворками и интересами

С фреймворками всё просто стало - как в реальном мире - победили большие корпорации со своими фреймворками и интересами

Ога

Нет

Им выгодно в деньгах чтобы их инструменты жили

По этому уже не миллион фреймворков

В нормальном стеке сейчас ни одного фреймворка не будет

Но пока ещё миллион пакетов

Потому что победил нпм и гибкость

Потому что победил нпм и гибкость

Ангуляр все?

Не то чтобы он победил

Юзаешь бовер?)

Я в том плане что фреймворки есть и будут

Они на задворках индустрии

Но это не значит что нельзя допилить функциональность под себя пакетами

Вместе с нетфликсом, фейсбуком, твиттером и аирбнб ;)

Бандеролька, китайская ele уже используют вью

Ангуляр — обязательная альтернатива, чтобы у людей был выбор. Собственно, на этом из фреймворков всё

Вообще в азиатских странах вью довольно популярный

Потому что развивается на бабло алиэкспресс

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

Ага

Я в принципе про это, да) Фреймворки сменили экосистемы

Надо зафиксировать, что Канистра континуума утверждает, что вью не жилец

Наториалтно заверить

Я нигде не говорил, что он не жилец

Влачить можно очень долго

Но лучше ужасный конец, чем ужас без конца

ERROR: S client not available

Но лучше ужасный конец, чем ужас без конца

Двусмысленно, очень двусмысленно

Деньги увы всё-равно решают, как только что-то становится популярным - так туда заходят корпорации. Пиарят свой стек чтобы облегчить поддержку за счет опенсорса, иногда зарабатывают и на обучении и всем таком, но тем не менее если этот стек юзается лично у них - им выгодно рекламировать продукты. В то что известо - заходят много людей, в итоге популярность и тп. Вообще тот же реакт и ангуляр живут достаточно давно по меркам JS и ещё не превратились в полумертвый легаси, всё бодро и тп.

Деньги увы всё-равно решают, как только что-то становится популярным - так туда заходят корпорации. Пиарят свой стек чтобы облегчить поддержку за счет опенсорса, иногда зарабатывают и на обучении и всем таком, но тем не менее если этот стек юзается лично у них - им выгодно рекламировать продукты. В то что известо - заходят много людей, в итоге популярность и тп. Вообще тот же реакт и ангуляр живут достаточно давно по меркам JS и ещё не превратились в полумертвый легаси, всё бодро и тп.

Да ладно, первый ангуляр уже забросили поди

А Васю Пупкина, который сделал суперудобный фреймворк, уже забыли, причем дважды

Уже давно не в дел вакансия под него

Второй-Третий-Четвертый зато есть

Но переход на 2 версию был не простым, да

Второй-Третий-Четвертый зато есть

Третьего нет

Я условно

Гугл взял идею Майкрософта с нумерацией, да

Гугл взял идею Майкрософта с нумерацией, да

Кстати, покажи пример нормального дата биндинга на jQuery

У меня не то чтобы там реалтайм обновление быстрое, статик данные, обновляемые по каким-то событиям и действиям юзера, разве что чат динамичный есть. Потом как допишу - может быть выложу на почитать в опенсорс

Но никакого волшебства быть не может - ибо если шаблоны там какие или типа того - это либо нужно чтобы генерилось всё на основе компонетов в рантайм, либо парсинг страницы на момент вставок по каким-либо правилам шаблонизатора

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

Есть есть хренолион таких мест и всё очень прям динамично то прям вообще - тогда нужно брать конечно инструмент поинтереснее чтобы избавиться от кода, который из раза в раз нужно повторять

Когда его не много - это быстро и эффективно, когда много - закопаешься в коде, итого можно ужать количество строк раза в два перенеся логику в шаблонизатор, итого некий скрипт собирает данные и рендерит, биндит и тп по нужным правилам, привет ангулярам первым и тп

А когда хочется общаться с элементами страницы как с компонетами в объектно-ориентированном стиле и тп - тогда рождаются компонентные фреймворки, там ты не только не тратишь время на код для биндингов и всяких стандартных операций, но и ещё можешь взаимодействоватьс компонентами в более интересном виде, ООП или каком пожелаешь, а рендеринг на клиенте дает возможность ещё и гибко всё это делать

Но также нет никакого тайного волшебства - просто вводится ещё 1 код, который обрабатывает уже компоненты

Ох уж етот олдскульный императивный жс

Решил вспомнить самое начало, да

:D

В ExtJS вон вообще всякие там сторы, у которых есть прокси, есть ещё несколько там слоев обмена данными, также отдельная абстракция с эвентами, эвент-домены там, потоки эвентов направлять там, пропускать через себя их, 100500 методов для простой кнопки чтобы сделать с ней вообще всё что угодно что хоть когда-то может пригодится и одним методом, а также отдельный биндинг стилей, темы с наследованием и ещё 100500 всего. Просто в 1 момент решили биндинг, да, удобно, давайте компоненты, удобно, да, хм, давайте в сеть ходить через отдельный слой абстракции, а там ещё и ещё слои, а теперь объекты начнут общаться как в истинном ООП через асинхронные эвенты и пошло поехало.

Полюбому в какой-то момент веб расслоится на несколько слоев со своими там скопами и предназначенными для своих дел

Хотя это может остаться и на программном уровне в рамках фреймворков или библиотек, да

Вообще императивность хороша когда что-то такое делается под конкретную задачу и никуда больше.

Главное понять что эта задача - эта самая

И это не значит что нужно писать плохой код, но значит что можно писать код решающий исключительно конкретный набор задач

В ExtJS вон вообще всякие там сторы, у которых есть прокси, есть ещё несколько там слоев обмена данными, также отдельная абстракция с эвентами, эвент-домены там, потоки эвентов направлять там, пропускать через себя их, 100500 методов для простой кнопки чтобы сделать с ней вообще всё что угодно что хоть когда-то может пригодится и одним методом, а также отдельный биндинг стилей, темы с наследованием и ещё 100500 всего. Просто в 1 момент решили биндинг, да, удобно, давайте компоненты, удобно, да, хм, давайте в сеть ходить через отдельный слой абстракции, а там ещё и ещё слои, а теперь объекты начнут общаться как в истинном ООП через асинхронные эвенты и пошло поехало.

Асинхронные эвенты это хорошо

reactive programming тоже под капотом на них основан

С них главное вовремя соскочить))

Там с этой темой конкретно развили всё. Каждый компонет может файрить эвенты, может слушать их, может проксировать их от других, что актуально для больших компонентов, состоящих из множества малых. Например есть условно таблица, снизу 2 кнопки управляющие. Можно на них подписаться, но всё-таки кнопки жестко привязаны к логики таблицы - лучше всё это в 1 компонент оформить и проксировать эвенты нажатия на кнопки через единый интерфейс и дать какие-нибудь более интерсные имена им, add-line и remove-line например.

ну вот с момента "проксировать" они и покатились