Интересно, кто из коллег изучает Javascript-фреймворки.
Как я понимаю - некоторое время было противостояние (условное) Reactjs от Facebook и Angular от Google.  Пару лет назад Гугл со свои ангуляром немного "сдулся" и реакт вырвался вперед (по популярности).
Но в сентябре 2016 Google наконец-то зарелизил Angular 2 и, возможно, в 2017 году будет спрос на специалистов именно по этому фреймворку.

Лично мне понравился "Angular 2". Прям "няшечка" такая - немного HTML, немного кода (typescript) и получается компонент. А из иерархии компонент можно строить любое приложение. Ну вы поняли, на что я намекаю. Меня единственное беспокоит, что у "няшечки" hello-word получился размером 9 мегабайт. Но, вероятно, я просто не умею еще его готовить. Вроде как hello-word от создателей фреймворка получается всего в 50 Кб.

Если кому интересно, вот перевод с английского на русский статьи о том, как создать простое приложение на Angular 2:
https://habrahabr.ru/post/281190/
вот само приложение, о котором идет речь (можно покопаться в кишочках):
http://embed.plnkr.co/71VEirn2WzveVVMuHGp5/

Не знаю какой там фрайм-верк работает на http://pikabu.ru/
но мне очень нравится тамошняя работа с изображениями.
Очень бы хотелось знать как это все работает и какие скрипты за это отвечают.
Я бы позаимствовал себе для мантисы, но пока не разобрался.

Meteor https://www.meteor.com/developers

(3) Мисту на Метеоре писал?

(4) Когда Мисту писали, метеоры даже рядом на пролетали.
Переписать Мисту на что-то другое не представляется разумным. Я проверял.

Не трогайте Мисту. Она - совершенна.

(5)(6) Миста супер.

Новый Angular тоже вроде должен быть зашибись. Гугл осознал, что сделал бяку (например - Google почту, она бесит). Но это первый ангуляр. Потом гугл притих, долго тужился, распугав уже почти всех поклонников и, наконец, месяц назад выдал второй ангуляр.

(6) миста такое же мохнатое гмамонта как клюшки

Аналогия 1в1

изучение жаваскрипт фреймворков: http://developerslife.ru/15476

(8) Но клюшки с 1С++, прошу заметить! Клюшки без 1С++ затыкаются на объемах данных больше 100 строк.

(9) Круто

(10) не ноги волну
У меня заявки и по 400 и по 700 строк бывают, ничего не затыкается, и без 1с++

(10) можно подумать я на мистер без юзерского скрипта сижу

(13) Не знаю, как ты сидишь ) Упр. формы сдвинулись с нуля? )

(14) нафейхоа? Не сдвинулись. Главное чтоб работало. А на чем мне пофиг. Понадобится - будем делать на управляемых.

Или быстренько найдём спеца, он нам на фреймворка быстренько соберёт что надо, уровня ут11

JS фреймворки очень быстротечны. Они довольно быстро забываются. Сейчас из лидеров ReactJS и AngularJS. Мне приходилось работать с Angular 1.x

(16) А про Angular 2 не говорят у вас?  Хочу потратить время на его изучение, но немного побаиваюсь - а вдруг "не взлетит".

(17) 1c учи, взлетит!

(17) Кстати интересная статья. https://habrahabr.ru/company/oleg-bunin/blog/311096/

В любом случае стоит. Во первых это Гугл, во вторых TypeScript

(19) Хорошая статья.
Обратил внимание - люди переживают, что у них мегабайты кода.
А пустая (без данных) ERP-шка занимает гигабайт и ничего, в 1С считают это нормой и не парятся.

(17) Я не знаю взлетит или нет. Если хотите, этим зарабатывать деньги, то помониторте вакансии в вашем регионе. Мое имхо что ReactJS уже взлетел.

(20) Хайлоад - это отдельная ниша, туда без опыта не попасть, вначале нужно пару лет пилить обыкновенные сайтики, где требования не такие строгие.

(20) Гигабайты ERP лежат себе тихонько на сервере - не особо страшно. А вот если мегабайты кода прилетают каждый раз на клиента при загрузке страницы - это ужас-ужас!

(19) Там в статье замечательный вывод в конце:
"превозмогайте трудности; велосипеды, баги, костыли — делайте все свое. Делайте свое, потому что ваша команда теперь обладает технологией и экспертными знаниями, как она работает. Т.е. мы читали исходники react’а и, наконец, понимаем, как же он, блин, работает."

ЗЫ Делайте свой фреймворк...

Вот замечательная статья https://habrahabr.ru/post/312022/

(25) — Понятно. Тебе тогда надо попробовать сообщество Python.

— Почему?

— Слышал о Python 3?

Для меня странно удивление кого про "зоопарк" фреймворков.

Извините но вот вам хочется "просто купить авто чтобы ездить", начинаете выбирать и? Несколько сотен только актуальных, популярных моделей от десятков производителей-марок.

Но разницы для водителя не так много, а почему? Потому что отрасль прошла длинный путь и успела прийти к стандартизации. Стандартная компоновка и стандартное (почти ну некоторые мелочи типа сигнал не на руле а на подрулевом) управление.

Так и тут... ну подождать несколько лет и все фреймворки разделятся на разные стандартные классы (да будут пикапы как грузо-пассажирский и прочие межклассовые но их тоже стандартизуют).

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

(27)+ Кто не верит что раньше авто (а так же самолеты, корабли и т.д.) имели разную извращенную компоновку и разное непривычное управление, можно поизучать историю, особенно разные курьезы, причем весьма популярные тогда
http://www.popmech.ru/vehicles/14753-sprava-tormoz-sverkhu-gaz/

(27) А мне нравится TypeScript
*тихонечко*

Это как в анекдоте. Вовочка приходит домой с двойкой. Отец говорит: "Снимай штаны и ложись на диван, драть буду!"
Экзекуция начинается, Вовочка поворачивается лицом к стене, его выражение становится слегка придурковатым и он тихонечко, про себя говорит: "А мне нравится!"

а кто копал кофескрипт?

(30) Было дело.

(0) Вопрос в корне неверный.
Каждый фреймворк заточен под определенную область применения.
Т.е он должен не нравится, а решать задачи, причем узкий круг задач.

И сравнивать их смысла нет.
Микробиолог использует фреймворк "Микроскоп"
Слесарь исполльзует фреймворк "молоток"

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

(10) ты просто не умеешь их готовить

есть еще metadata.js
и скриптоза от 1С.

(32) Проблема что есть прекрасные мануалы по пользованию молотками и микроскопами, с предназначением этих предметов и т.д.

А вот с мануалами особенно сравнительными по этим видам "мягких путанных молотков" все очень плохо ((

(35) Ну даже есть прекрасные инструкции, но реализация через ж.пу, то всё равно все будут искать что-то новое и более рабочее.

(32) Ты франч?

(37) Нет.

(0) Смотрел и реакт и ангуляр. По популярности реакт сейчас рулит, но я больше склоняюсь к ангуляр 2. Если использовать реакт - следствие непонятный зоопарк библиотек, на такой стек вдряд ли найдешь подходящего специалиста. Для энтерпрайза лучше намного ангуляр. Если с первым были вопросы с производительностью и вообще странностью архитектуры, у второго все хорошо.

Вообще сейчас активно изучаю Angular 2, очень нравится TypeScript, буду его использовать и на бэкэнде тоже. Как следствие изучаю и node.js. Webpack, gulp идут прицепом)

(30) После появления ES6 потребность в синтаксическом сахаре почти отпала. На мой взгляд он загибается.

(39) >>>Для энтерпрайза лучше намного ангуляр

ЭЭээээээ

(0) Если интересуют мировые тренды, а не только местечковые, то http://stateofjs.com/2016/frontend/

Ну и более широкий взгляд: http://stateofjs.com/

(39) Аналогично, изучать node.js начал летом, а сейчас Angular 2. Перевожу документацию по ангуляру на русский, благо ее много.

(40) Некоторое время назад у меня была бы тоже такая реакция)

(43) Я еще не добрался до минимизации результата и Hello Word на 8 мегабайт поражает воображение.

(43) У меня и сейчас такая реакция.
Ангуляр и ентерпрайз? Неее, не верю.

(44) Там сам скрипт короткий будет.
+ невесомый package.json

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

Мы же для того, чтобы написать на 1С "Привет, Мир!" - скачаем свыше 160 метров дистрибутива ).

Так забавно про все эти новомодные фреймворки читать.
Я помню, году в 2004м был момент, когда миста, как сейчас говорят, "рендерилась" на клиенте. Слов типа json тогда ещё не знали. Страничка состояла из кучи вызовов функции на js, в которой врайтами формировался документ. Делалось все от желания снизить нагрузку на тогдашний хиленький шаред-хостинг.

(44) Что ж такие нежные все. Ну ты тогда electron.js глянь, там вообще hello world на 110 мегабайт. Для справки - это node.js + webkit для разработки дестктопных приложений на веб технологиях.

Ну а по теме: использую связку React (уровень представления) + Redux (контейнер состояния) + Firebase (облачная json пободная БД).

Разрабатываю в web-based ide cloud9.

Не так страшен черт.

Для реакта сейчас вообще замечательная вещь есть как create-react-app. Одной командой создается boilerplate, в котором уже все есть.

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

Итого резюмируя. Не важно насколько большой набор технологий и сколько весит результирующий файл.

Важно только одно: насколько хорошо подобранный технологический стек решает самую главную проблему программирования - Борьба со сложностью.

Для веба это особенно актуально, ввиду специфики.

Вот перепробовав много всего React + Redux + Firebase решает эту проблему очень хорошо, позволяет писать а) Предсказуемые б) Масштабируемые веб приложения.

Скажу честно. Мне JQuery за глаза хватает пока, но изучаю JS и знаю как его изучить. У кого будут вопросы, снабжу материалом... Если сможете меня найти гы ))

(47) Самое интересное, что и сегодня ничего не мешает так писать и ведь будет это хорошо работать, а тем кто пользуется сайтом вообще пофиг на чем он написан.

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

Вот например

вызов: куча файлов и как за ними всеми уследить - ответ: придумали сборщики типа вебпака

вызов: куча клиентов с разными версиями js движка - ответ: придумали транспайлер babel

вызов: тяжело отслеживать состояние приложения - ответ: придумали однонаправленный поток данных в React и предсказуемый контейнер состояния Redux

А не просто так плодятся фреймворки от нечего делать.

Фейсбук придумал реакт не от нефиг делать, а от того, что из задолбало, что глючит их чат, затем выложили в опенсурс и пошло поехало

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

Поражают люди, которые жалуются, оо какой большой набор технологий, и что все это учить. Так не учите, пишите в блокноте напрямую странички в html с инлайновыми стилями и скриптами и ведь будет работать))

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

И тут главное грамотно подобрать стек под свои потребности, ну а затем как говорится "уважаемые пассажиры, а теперь попробуем со всей этой фигней взлететь" =)))

(49) Как только у тебя появится веб приложение с хоть немного сложным состоянием, которым надо управлять и которое постоянно дергает апи различных сервисов, вот тогда jQuery резко перестанет хватать =))

Неплохая статья.
Для тех, кто мало знаком с фронт-ендом:
https://medium.com/russian/frontend-dev-хороший-плохой-злой-часть-1-хороший-путь-865b640d5d18#.b3bviki6t

(50) Только всё это богатство выбора никак не решает задачу про три таблички.

(53) Что за задачка?

(54) это как гравитационная система из трех тел, только html таблички

(48) <там вообще hello world на 110 мегабайт. Для справки - это node.js>

Вы прикалываетесь, коллега ? )
Я говорю о результате, который уходит через браузер клиенту.
Чищу Chrome-кэш с помощью CCleaner, открываю Hello Word на Angular 2, анализирую кэш - 8 мегабайт. Я про это. Я понимаю, что сервер node.js не уезжает к клиенту )))

(56) библиотеки минимизированы(сжатые) у вас в примере?

(56) Коллега и я о об этом) Скомпилировал хелло ворлд на Electron.js. Весит 110 мегабайт, чтобы клиент его запустил ему надо его передать. Вот такая суровая реальность =). Ну только я понимаю почему оно так весит, потому что внутри node.js, webkit и еще куча всякого обвеса.

Ладно, это все частности конечно, если говорить о 8 магабайт, о которых вы пишете, то тут тоже все понятно.

Видимо, что то вы не так скомпилировали ))

Вот сюда гляньте

https://en.wikipedia.org/wiki/Comparison_of_JavaScript_frameworks

И Реакт и Ангулар пустые весят 150 кб

Какие 8 мб?

Конечно можно например методы библиотек вот так подключать

import lodash from 'lodash'

А можно вот так

import {merge} from 'lodash'

Вот если делать как в первом случае, то можно с дуру и х... с... ну вы поняли ))

(56) ccleaner для чистки кеша не обязателен. Можно открывать инкогнито страницу или при открытой панели разработчика правой кнопкой клацнуть по значку обновления страницы и выбрать соответствующий пункт

(59) У меня такой интересный режим отображения Angular 2, что самому ничего  обновлять не нужно. Меняю что-то в редакторе (WebStorm) и даже не надо Ctrl+s жмакать - само все компилируется (ts в js), сама страница в хроме обновляется автоматом.

(60) Остаете от прогресса, зачем страницу перегружать? ))

Поднимаете webpack-dev-server с плагином hot-module-replacement и при любых изменениях по сокетам передаются только дифф, страничка при этом даже не перегружается, состояние приложения не теряется, обновляется только то, что изменилось.

Вот мечтаю когда 1с так научится, а то сейчас сохранил изменения в ERP и можно сходить чаю попить, пока пройдет обновление ИБ)

(60) Это нормально что код сам "деплоится". Но бывают аномальные явления связанные с кэшем браузера , по этому и рекмендуется использовать режим инкогнито или периодически чистить кэш.

Вообще получается интересно веб разработка развилась за 10 лет.

Для тех кто смотрит со стороны кажется, что все усложнилось, хотя по сути все упростилось. Круг замкнулся.

На сервере - js (nodejs)
На клиенте - js (Angular, React и т.д.)
Десктопные приложение - js (electron.js)
Формат обмена - js (json)

Получается зная js можно писать под любую платформу как на клиенте, так и на сервере, как веб приложение, так и десктопное.

А все остальные компоненты - это всего лишь обвес, который тоже написан на js

Можно
Но какого уровня это будет?

(63) это красиво звучит, но по факту для каждой сферы очень много специфики. В случае джавы есть как минимум бэкэнд, десктоп и андроид и можно сказать фронтэнде, но каждая сфера это отдельная наука. Подозреваю, что в JS будет тоже самое, освоить фреймворки будет сложнее чем язык.

(64) Что значит какого? Самого высокого.

Какая из данных технологий смущает?

node.js - признанный лидер на бекенде на данный момент, сотни тысяч пакетов
Angular - разработчик гугл
React - разработчик фейсбук
Electron - разработчик гитхаб
Json - де факто стандарт транспорта

(65) Не совсем понял, почему вы в будущем времени говорите?

Данные фреймворки уже давно стабильны, написаны миллионы приложений.

Для развития node.js создан целый комитет

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

Не созрел еще учить ES6 - пожалуйста, пиши на ES5, а если ты хочешь быть на самом острие - пожалуйста - пиши на ES7

Бабель за тебя все сам переведет в ES5

Андроид говорите? Пожалуйста - React Native

Бэкенд говорите? Пожалуйста - Firebase

Самое смешное, что все это бесплатно

IDE, в которой кодить говорите? - пожалуйста Atom.io (написан на React.js на платформе Electron.js)

Операционку вам удобную подать, в которой все это можно одной командой поставить? - пожалуйста - Linux Mint (ну или кому ближе Ubuntu)

Ах вам еще бы систему контроля версий с issue трекингом подать? - пожалуйста gitlab.com

В уникальное время на самомом деле живем.

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

Кстати 1с тоже молодцы за последнее время

Для интеграции с вебом

Http сервисы
Мобильное приложение
Json
Расширения

У нас в головной конторе SAP - вот это ужас ужасный

(66) все верно кроме бэкенда. До признаного лидера нода не дошла. Из новеньких Golang подает хорошие надежды и показывает более высокую производительность. Ноду сильно распиарили пару лет назад выложив статью о том как нода быстрее джавы. Но после этого статью много раз опровергли. В целом нода хорошо подойдет для бэкенда в стиле дата рид / дата баинд без сложных вычислений.
(67) Я не против JS фул стека -- это находит свое применение. Я не говорю, что нет инструментов, я говорю что все равно каждая сфера будет отдельной наукой и так просто знать все на высоком уровне. Для ЗП однозначно лучше знать, что-то одно глубоко, чем всего понемногу.

(69) *не так просто знать все на высоком уровне.

(69) node быстрее java - сравнил улитку с черепахой.
JavaScript был придуман изначально не для того, чтобы было быстро, а для того, чтобы было просто написать.

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

(69) Так я вроде о том и говорю, берем js и знаем его на глубоком уровне)

Но зацикливаться, тоже конечно не хорошо.

Я например абсолютно поддерживаю что сложные вычисления написать на Go.

Мысль моя просто в том, что часто новички пренебрежительно высказываются о всем этом обвесе, которые сейчас есть в веб разработке.

На мой взгляд это от полного непонимания.

Когда видишь какую-то технологию надо сначала понять, а почему она возникла? Почему стала популярной?

Вот возьмем Redux - предсказуемый контейнер состояния, написанный кстати нашим соотечественником Даном Абрамовым, который сейчас работает в Фейсбуке

Многие от одного названия "предсказуемые контейнер ... чего ? на кой мне этот контейнер, я тут на jQuery карусели лабаю,  да пошел он с этим редуксом"

Вот так на мой взгляд рассуждать нельзя).

Я когда начала с Реактом и конечно по началу и так голова пухнет от обилия информации, а тут еще какой то Редукс изо вех щелей лезет, долго отмахивался

Написал одно приложение, второе

Потом начинаешь кае какие проблемы испытывать с управлением состояния приложения, чувстсвуешь подсознательно, что ну вот так больше жить нельзя, заглядываешь на гитхаб в репо этого редукса, а там мама дорогая, по полочком расписано какие проблемы он решает, выложены 60 видео где он написан с нуля!   Сам автор объясняет зачем и почему он это написал.

Вот на мой взгляд это достойно уважения.

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

Поэтому когда народ пишет, "да я, да на жиквери я всех порву и зачем мне ваши новомодные ангуляры с реактами" вот это вызывает недоумение, от того что человек не в теме

Да веб разработка сложна и все быстро меняется, но и требования тоже уже совсем не такие как 10 лет назад

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

(71) Можно пример сайта, который на nodejs и "на слабых каналах не грузится"?

А то вот тут у человека билд ангуляра 8 метров весит вместо 100 килобайт и что же тут Ангуляра виноват?

(73) У меня в некоторых местах каналы 64Кб - там можно по пальцам пересчитать что вообще грузится. Но, нужно что бы оно на таких каналах работало - поэтому, приходится даже без JQuery обходиться. Передаётся только то, что нужно. Причём все имена функций, методов и объектов приходится иметь в двух-трёх буквах - и даже работает.

(74) Так тем более, берем React + server rendering
И Jquery вообше не понадобится

Страница рендерится НА СЕРВЕРЕ, клиент получает уже готовый html, затем по мере возможности при загрузке страницы, навешиваются обработчики событий Реактом, В АВТОМАТИЧЕСКОМ режиме

Поэтому когда например кто-то говорит, что у него Реакт тормизит, у меня это вызывает только недоумение

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

Кстати, java-вский оконный интерфейс, чтобы можно было сделать дочернее окно и нормально его двигать, так на JavaScript и не написали - только всякие "имитации".

(75) У меня сейчас грузится загрузчик, который получает шаблон-код, который разворачивается в html и получается страница.
Просто, шаблон-код можно потом и в программе на Си на экран отобразить - оно работает на много быстрее.

(76) Я не знаю насчет окна, но был у нас веб клиент райффайзен банка на этих гребаных java апплетах.

Так вот это был ад.

Одному богу известно отчего он иногда запускался с 10, с 20 раза, иногда вообще не запускался

Звонок в тех поддержку: "смените браузер", "почистите кэш", "переустановите джаву", "переустановите винду " (!)

Как Райффайзен отказался от этих апплетов все стало работать как часы...

(78) Ну, не знаю, есть клиент банка Москвы (точнее был) он на Java, и, надо сказать, работает на ура.

P.S. вся проблема в том, что у меня есть клиенты, у которых только пятый осёл стоит - там вообще можно считать, что java-script не работает, так как если что-то более двух трёх строк вызывать, то пользователь видит сообщение "страница не отвечает" с предложением её прервать.

Страшно подумать у кого может стоять в 2016 году пятый осел.

Если только в гос конторе какой-нибудь.

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

А в Windows 10 вообще вместо браузера какая-то недоделанная хрень - под ней не только никакие банки не работают, но и даже mail.ru не всегда грузится.

(80) Windows CE 6 - там встроенный браузер - аналог пятого осла - а ничего другое туда просто так не всунешь.
Поэтому, на Windows CE приходится писать приблуды на Си, которые хоть как-то имитируют страницы.

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

(82) WinCE это сча такой изврат который проще выкинуть.
Кста есть опыт перевода железок с WinCE на linux.

Пос-терминал кассу на debian перевел, единственно что если "диск" для wince был 256 метров то пришлось на карту 8 гигов поменять и с оперативкой проблема слишком мало так что графика ужас.

(51)у меня другие задачи. бэк энд их решает. а на фронт энде должна быть минимальная нагрузка, все решает css. jq только для расширения функционала верстки - галереи, счетчики, слайдеры ))) а так - это понятно. Нужно js использовать без фреймворков, либо фреймворки - РеХуякт и АнХуяр2. Но не везде они нужны.

(83) Если там недопроцессор, то перевод на Linux не сильно спасает - всё равно работать будет через одно место.

(84) Фраймвок нужен когда пишут несколько человек, так как им проще договорится один раз о том, на чём они будут писать, чем каждый раз спрашивать, а что нужно для того, чтобы что-то выполнилось.
А когда ты пишешь один - ты просто можешь даже брать отдельные функции из фреймвока и вставлять в код.
Опять же - html5 сам по себе много чего умеет, только вот если бы была гарантия, что всё будет работать так, как описано.
Специализированный сайт написать просто - говоришь людям какой браузер нужен, и они под ним заходят, а если ты пишешь просто для людей, то независимо от того, что у них установлено, всё должно работать, а если не всё, то хоть основное, а не выглядеть серым окном.

Просто, на Windows XP поставили предпоследнюю Mozilla - выяснилось, что в ней google docs просто не работает. В последней - работает, в старых версиях - что-то отключено, и висит предупреждение, что браузер устарел. А вот несколько версий попались - серый экран и ни предупреждения ни работы. Спрашивается - если google это не отследил, то что делать простым разработчикам - ставить все версии всех браузеров и тестировать ?

(86) +1. Тоже не люблю Фреймворки. Они тяжелые, глючные, некроссбраузерные.
Проще написать все самому и знать как оно работает, чем часами ковыряться в гугле и выяснять почему твой JQuery не так работает в ФФ как в Хроме и как это исправить.

https://scontent.fbos1-1.fna.fbcdn.net/v/t1.0-9/14705680_1084119705041943_1883767900914464163_n.jpg?oh=c1e30fc2644e9383d999054fd53f7a68&oe=5892E555

(49) >> Мне JQuery за глаза хватает пока, но изучаю JS

Жесть! Как можно знать JQuery и не знать JS??

ты как мой товарищ который делает сайты на джумле и не знает ХТМЛ, КСС, ЖС

(89) Все абсолютно правильно, снова проведу аналогию с авто:
Да можно изучить автомобилестроение и под каждую конкретную задачу перевозки/транспортирования грузов или пассажиров делать своё "уникальное" транспортное средство, которое "наилучшее".

Но так как задачка "создания сайтиков" становится все более востребованной, а спецов автосоздателей не хватает все более то получается прямо как с 1С. Когда чем ваять нетленку с 0 проще взять типовую и внедрить с допилкой.

Разные джумлы и прочие CMS это аналоги платформы 1С для быстрой разработки под задачу.
Уже назрело что нужные некие готовые решения чтобы быстро обученный специалист мог решать задачи "перевозок" в вебе, причем не ваяя решение с 0 и не зная в деталях "ХТМЛ, КСС, ЖС".

(90) Все не так. Например, один человек знает как работает SQL сервер, другой совершенно его не понимает.
Оба делают отчеты через конструктор запросов.
Вопрос: кого из них ты бы взял в свою команду пользователей конструктора запросов?

(91) Того кто обойдется дешевле для выполнения нужной задачи в требуемом объеме с требуемой скоростью и требуемым качеством.
А кто там из них что знает или не знает мне глубоко...

(92)+ В тоже самое время если у меня есть фиксированная сумма для найма и нет требований экономии.
То понятно из двух пришедших на вакансию спецов будет нанят с большими знаниями.

(92) Ты уклоняешься от ответа. Хотя ответ очевиден: второй человек не сможет обеспечить удовлетворительного качества работы. Он не профессионал. За ним придется все переделывать.
По мне так лучше все сразу делать как надо, а не экономить нанимая вредителей

(93)+ Хм, хотя плохо верится что спец со знаниями sql сервера будет просить столько же сколько и кандидат без знаний sql сервера ))

(94) Извини но это не уклонение а факт.

Или кто то (Ты) когда заказываешь такси или нанимаешь водителя просишь:

"Требования: профессиональные навыки управлении легковыми и грузовыми автомобилями, троллейбусами, трамваями, поездами метрополитена и фуникулёра, экскаваторами и бульдозерами, спецмашинами на гусеничном ходу, боевыми машинами пехоты и современными легкими / средними танками, находящимися на вооружении стран СНГ и НАТО.
Навыки раллийского и экстремального вождения - обязательны, опыт управления болидами F1 - приветствуется. Знания и опыт ремонта поршневых и роторных двигателей, автоматических и ручных трансмиссий, систем зажигания, бортовых компьютеров, антиблокировочных систем, навигационных систем (GPS) и автомобильных аудиосистем ведущих производителей - обязательны. Опыт проведения кузовных и окрасочных работ приветствуется.

Претенденты должны иметь сертификаты:
Mercedes, BMV, Ceneral Motors, а также справки об участии в крупных международных ралли не более чем двухлетней давности. Зарплата 1500-2500 у.е., определяется по результатам собеседования."

(95) Конечно он будет просить больше.

Но зачем вообще поручать задание тому кто не предназначен для выполнения задания, хоть он и берет меньше?

Это как доверить свой мерседес отремонтировать в сервисе жигулей.

(97) Сколько продаётся (в РФ ибо тут) мерседесов в сравнении с жигулями?

И заметь я уточнил что из двух "которые могут справиться одинаково хорошо". Мне глубоко пофиг что "сервис жигулей" с моим мерседесом, лишь бы меня цена/качество/сроки устраивали.

(96) Ты перегибаешь. Выглядело бы все так:

- заказ такси. Есть опытные водители с правами и лицензией, но подороже. Есть без прав и без опыта, папа им давал порулить, но дешевле. Какого вам прислать?

(98) Ты намеренно искревил условия: "которые могут справиться одинаково хорошо".
Первоначально было так: "Один может хорошо справиться, а второй все испортит (но берет дешевле!)"

(99) Все правильно, такая именно такая ситуация счас на рынке ПО. Или качественно подороже или не так "хорошо" но подешевле и заказчики сами выбирают (голосуют своим рублем).

(100) Это не было уточнено ("все испортит") но стоит рассматривать это в практическом плане. Если нанять 10-ок "дешевых" стоит меньше чем 1 дорого и хотя бы 1 из 10 справится то что выберет бизнес?

(101) По какому принципу 1 из 10 дешевых может справиться как 1 дорогой? Ведь не яму копаем.

(101)+ И да к сожалению сейчас такая ситуация что заказчик (особенно в провинции или даже в столицах но не сильно грамотный в ИТ) банально не разбирается во всех этих "фреймворках" и качестве исполнителей.

У него банально нет выбора, все "хорошие" исполнители недоступны и приходится заказывать у тех кто остался. Выбирать среди не знающих html|css|js но знающих какую то CMS (ту же джумлу).

(102) Потому что эти 10 будут внедрять/адаптировать одинаковое готовое ПО, типа джумлы или битрикса.

(104)+ Т.е. сравнивается стоимость 1 лицензии на ПО + оплата 10 дешевых vs без лицензии но 1 дорогой который напишет с 0.

(104) Да нифига они не будут. Мой товарищ пытается внедрять.
Потом звонит мне: "Владимир, я пытался баннер передвинуть, но у меня все съехало. Пытаюсь исправить, но все еще хуже!"

Я глянул, а у него теги ХТМЛ все переставлены. Закрывающие и открывающие не соответствуют. Просто блоки текста менял местами не вместе с половиной тегов. Я ему в очередной раз сказал изучать ХТМЛ, а он тупо все заново начал делать.

(105) Зачем писать с 0? Можно и на джумле писать. Но даже новичок пишущий на джумле ИМХО обязан знать ХТМЛ, КСС, ЖС.
Не на уровне сениора, а на уровне джуниора хотя бы.
Хотя до сениора подтянуться пары дней хватит.

(107) >Хотя до сениора подтянуться пары дней хватит.

"Надежды юношей питают"©

(108) Ну не всем конечно. Все индивидуально.

(99) Без прав и опыта в такси не берут. В Яндекс.такси есть похожая градация, но там от авто зависит. В аэропорт или на другой конец города я беру 'Комфорт', а по району хватит и 'Эконома'.

(107) Можно пару роликов на ютубе посмотреть, и "научиться" натягивать готовую верстку.

(110) В том то и дело что товарищ считает что в такси стоит брать только автоконструкторов на своих уникальных самоделках ))

(112)+ Ну или как минимум разрешать "водить авто" (особенно для заработка) только научившись конструированию и ремонту авто.

(111) +1

самое прикольное что счас торговля шаблонами для типовых/тиражных CMS это покруче ИС по оборотам

(114)+
http://www.templatemonster.com/ru/properties/features/responsive-design/
http://www.bitrixtemplates.ru/templates/

(110) Вот именно. Но Garykom хочет чтобы таких брали, и даже согласен их нанимать если будет дешево.

(114) А что делать? Сам покупал, это дешевле, чем условно самому делать верстку.

(117) А расскажите мне за Node.js. Стоит с ним связываться? Или лучше какой-нибудь Джанго в качестве фреймворка лучше?

(118) Node.js нормуль. Но если в качестве Фреймворка, то Джанго конечно лучше.

(119) Питон придется изучать(( вот это у Джанго останавливает)

(120) Если изучать язык, то лучше Java. Более денежно сейчас

(121) джаву я знаю дольше чем 1С
с нее фактически мое проф. программирование начиналось

(118) Node.js это прежде всего инфраструктура, огромное количество пакетов из-которых ты уже можешь собрать свой стек. Если опыта нет, то лучше не связываться. Лучше действительно начать с Джанго или с Рэилс.

Сам начинал с Рэилс, но все равно к node.js потом придешь )

(116) Вот сейчас Вы конкретно передернули!

Мне абсолютно пофиг на все знания (дополнительные) "водителя такси" кроме умения водить (а это и есть опыт) и наличия подтверждения в виде прав.

(116) Подскажите как часто Вы у водителя приехавшего такси спрашиваете про опыт вождения, навыки механика/конструирования, просите показать права или перечислить кого он до этого водил?

(125) *возил

(122) на чем "дешевле" делать учетные системы на java или на 1С?

(127)+ плиз вопросы лицензирования платформы 1С оставляем за кадром

Вот подумал о такой аналогии.

Человек хочет дом.

Можно заказать готовый проект дома с черновой отделкой и сделать в нем ремонт самому - CMS путь

Можно заказать строительные блоки, кладочную смесь и самому построить дом - путь фреймворков типа Джанго (питон), Рэилс (руби)

А можно самому сделать опалубку, замешать смесь, произвести из всего этого блоки и построить дом - node.js (javascript) путь  

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

А если устроит и типовой проект то по первому

Но обычно все проходят все три пути

Строят первый дом - ломают, второй - ломают, строят третий если еще запалу осталось )

(61) <Поднимаете webpack-dev-server с плагином hot-module-replacement>

Спасибо за готовый рецепт! Попробую.

(129) >А можно самому сделать опалубку, замешать смесь, произвести из всего этого блоки и построить дом - node.js (javascript) путь

Не свисти. Есть и блоки, и панели, и плиты, на любой вкус и размер.

(131)+ и готовые дома http://demo.keystonejs.com/

(131) Ну так может ты тогда назовешь готовый фрейворк для node.js, который был бы также распостранен как Джанго и Рэилс?

(127) зависит от масштабов, реальную высоко нагруженных erp, с высокими гарантиями надёжности дешевле сделать на джаве, сугубо на 1с это сделать нереально

(134) Так джава - это только бэк. Для фронта нужно отдельно выбирать

(135) В так называемых интерпрайз системах для фронта юзаются фреймворки где и на фронте много джавы (jsf, gwt, vaadin)

(118) nodejs - это не фреймворк.
Если говорить об аналоге Django под JS - то это наверное Express, хотя он из коробки умеет только основные вещи. Но есть разные плагины.

Django крут, Питон - вообще как язык мне очень нравится.

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

(133) >также распостранен как Джанго и Рэилс
На ходу выдумываешь условия?

(138) Причем тут условия.

Я сказал что есть несколько уровней абстракции

Джанго и Рэилс стоят на один уровень выше node.js

В node.js можно собрать все необходимое, но именно собрать по частям, сильно распостраненного фреймворка где все из коробки как в Джанго и Рэилс нету для ноды

Ты написал "не свисти". Поясни в чем я не прав.

(139) Точно так же можно сказать, что в Rails нужно собрать все необходимое из джемов.

А рельсы сейчас вообще актуальны? а то у меня сложилось впечатление что мода уже прошла на них

(141) Для меня это самый непонятный феномен. На ROR мало проектов, но программистам платят чуть ли ни самую болльшую ЗП в отрасли. Тоже слышал, что популярность падает. У нас на прошлой рабооте пол года искали разработчика ROR и не нашли.

(142) Это очень опасный феномен. это тоже самое что программиста на фортране или коболе искать. и первый признак что пора срочно учить чтото другое

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

(125) Я никогда не спрашиваю права у таксиста, потому что подразумеваю что они у него есть по умолчанию. Потому что я заказываю обычное в общем понимании такси, а не прошу прислать водилу подешевле без прав и которому придется объяснять что я не люблю когда меня возят по встречке.

(139) мля.
Ну как можно так писать "Джанго и Рэилс стоят на один уровень выше node.js".

(146) На один уровень АБСТРАКЦИИ выше. Т.к. предоставляют уже все сразу из коробки.

rails new app

И уже получаем и ActiveModel и ActiveRecord и маршруты и сборку ассетов сразу из коробки

Но мне лично ближе нода, т.к. шире возможность собрать стек под себя.

По поводу "Ну как можно так писать"

Раз такой умный может по теме сам и напишешь? Пока от тебя ни одной толковой мысли не услышал.

..с учетом откликов на Система формирования заказов покупателем - никто ничем не увлекается...

(144) угу, я еще помню относительно недавние времена когда "ROR - это круто!" было...

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

Я попробую выкроить время в ближайший месяц, напишу для тебя простой проект как ты просил в той теме.

(149) Плюс обычно любой проект в опенсурс начинается так:

Автор сам пишет минимальный рабочий прототип и выкладывает на гитхаб.

Если проект интересен сообществу то появляются контрибьютеры.

А так никогда не взлетит "вот вам описание - давайте сваяем проект", да еще и с жестко оговоренным стеком.

(151) только чтобы проект стал интересен его надо рекламировать

(142) А в чем феномен?
Наоборот как раз логично - чем менее популярен язык, тем сложнее найти специалиста, и соответственно специалист будет стоить сильно дороже.