Hello world JS

Что вы скажете об этом? https://cdn.polyfill.io/v2/docs/

У нас тут целая компания на нём: https://github.com/Flexberry/ember-flexberry

Круто ? Российская компания?

А то все реакт да ангуляр.

Круто ? Российская компания?

Да. Мы в Перми.

Да. Мы в Перми.

Ооо, земляки)

Да. Мы в Перми.

аутсорсите?

нет

> У нас тут целая компания на нём: https://github.com/Flexberry/ember-flexberry А в чем профит перед простым эмбером?

> У нас тут целая компания на нём: https://github.com/Flexberry/ember-flexberry А в чем профит перед простым эмбером?

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

Ок, спасибо за объяснение

Доброе утро

расскажите про вебпак и почему такой хайп вокруг него?

присоединяюсь к вопросу про вебпак

потому что крут и позволяет много всего сделать

Потому что боль сборки превращается в радость.

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

Не очень про JS, но всё же спрошу: есть ли тут активные пользователи Jekyll и какое впечатление остаётся от его использования? Были ли какие-то проблемы и ограничения, с которыми сталкивались?

Не очень про JS, но всё же спрошу: есть ли тут активные пользователи Jekyll и какое впечатление остаётся от его использования? Были ли какие-то проблемы и ограничения, с которыми сталкивались?

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

Не очень про JS, но всё же спрошу: есть ли тут активные пользователи Jekyll и какое впечатление остаётся от его использования? Были ли какие-то проблемы и ограничения, с которыми сталкивались?

Можешь найти этот пуллреквест в их репе, допилить, если нужна фича. =)

Там регулярка просто.

Igor пользовался несколько лет Jekyll

много ограничений, медленная сборка

в нём был смысл когда его Крис Вонсрот запилил

спустя много лет смысла в нём уже нет

спустя много лет смысла в нём уже нет

А в чём есть?

как ты на работе сайты собираешь?

галп или вебпак, да?

вот почему также и блог не собирать?

как ты на работе сайты собираешь?

Сайты по историческим причинам были на CMS, wiki и отдельно на блоговом движке. Хочется всё в т.ч. техническую документацию перевести на статику. На голом Gulp-е довольно трудозатратно выглядит такая задача в реализации. Хочется и клиентский полнотекстовый поиск, и md, и мультиязычность, и теги и пр.. плюшки. Как говорится: "хорошо всё самому уметь, но не дай Бог самому делать".

> мультиязычность, теги сколько у тебя записей и как часто ты пишешь?

блог на галпе собирается за полчаса

в плане создания

> мультиязычность, теги сколько у тебя записей и как часто ты пишешь?

у нас в вики около 1200 статей, даже если почистим и устаревшее не будем переносить, страниц 800 будет минимум

вики — не блог

и джекилл для этого тоже не подойдёт

почему?

потому что для вики нужна дб

* база данных

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

* одновременное редактирование нескольких статей * одновременное редактирование одной статьи несколькими людьми

вот пара кейсов

статичные сайты имеют очень узкую специализацию

вики не попадает сюда

* одновременное редактирование нескольких статей * одновременное редактирование одной статьи несколькими людьми

Это уже Google Wave какой-то. Первое реализуется без проблем, если работать с git-репозиторием, а не через веб-морду гитхаба. Второе - мы такое не практикуем, у нас вики была настроена на блокировку статьи при редактировании одним человеком. В случае с git-ом это будет ровно так же работать, т.е. через разрешение конфликтов при коммитах.

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

в любом случае статичные сайты в случае с сайтами нуждающимися в базе данных это костыли

Это уже Google Wave какой-то. Первое реализуется без проблем, если работать с git-репозиторием, а не через веб-морду гитхаба. Второе - мы такое не практикуем, у нас вики была настроена на блокировку статьи при редактировании одним человеком. В случае с git-ом это будет ровно так же работать, т.е. через разрешение конфликтов при коммитах.

кстати, а зщас чо есть заместо Google Wave? Apache Wave не предлагать. Хотелось бы аналог вики.

google +

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

Есть кто с Калининграда или области?

ебануться

размер файла в ангуляре на 1200 строк

немец тупой :c

как это читатать?

мб исходники, а не сбилженную версию будет читать удобнее

а это исходники, черт побери.

модуль такой он написал, для detail page

где, данные в одной из форм заполняються ифами в коде

ERROR: S client not available

прям ностальгия

жизнь полна страданий

как писали один проект на jquery и файлик был под 2к

как писали один проект на jquery и файлик был под 2к

зато все в одном месте

лол

туда еще бы стилей инлайновых и картинок в base64 и совсем норм будет

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

учитывая те деньги за которые я это говно должен разбирать

Не язык плохой, а разрабы, которые пишут плохой код

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

только на php уже есть нормальные спроектированные системы где за говнокод тебе руки повырывают

учитывая те деньги за которые я это говно должен разбирать

Ну и всегда есть возможность отказаться

неа, жрать то нужно

> только на php уже есть нормальные спроектированные системы где за говнокод тебе руки повырывают на жс тоже есть

у жс в итоге экосистема лучше

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

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

Мы так делаем :)

пример пожалуйста

пример пожалуйста

https://github.com/Flexberry/ember-flexberry

ember не спроектирован хорошо

он хорош, но по сравнению с большими системами - выглядит убого

сравни хотя бы с той же symphony2, zend, magento

zend и magento точно не стоит приводить в пример )

ember не спроектирован хорошо

есть спорные моменты, но в целом, для наших задач, он вполне подходит и уж точно ядно продумано достаточно чётко. В качестве хорошей архитектуры можно посмотреть на реализацию .NET Framework в целом.

они как раз то отлично спроектированы, разве что в magento мне не нравится ActiveRecord, но вторая magento выглядит еще лучше, хотя и там 2-3 косяка есть, как пример объект продукта, но все же они выглядят лучше и понятней 95% javascript фреймворковё

кстати NET хорош, только больно прожорлив

Ну так и есть, 5% нормальных фрейморков в js, остальное не нужно

даже Крокфорд говорит что в js полно херни, которая мешает писать код красиво местами.

Народ, кто нить знает, вконтакте имея id пользователя, можно узнать его телефон, если этот телефон не скрыт?