Почему Node.js в качестве основы фронтенда – это круто [обновлено]

[jehy]

Тут ваш разработчик говорит, что нода не однопоточная, а в статье утверждается обратное. Может, стоит определиться с консенсусом, а потом открывать школу?;)

[maksugr]

Это неточность формулировки. Спасибо, поправили!

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

[yamalight]

В Node.js нету тредов, есть только child process'ы (если речь конечно не о внутренних тредах в libuv)

[rumkin]

Вообще принято считать ноду однопоточной, потому что JS выполняется одним потоком. Да и libuv хоть и использует разные потоки, но коллбеки вызывает последовательно только в основном. Так что можете переправлять обратно )

[shurupkirov]

странный сбор данных
https://yadi.sk/i/CVTHd10H3LaDW6

[rumkin]

Немного оффтопа, а что в Яндексе никто не контролирует оформление материалов в социальных медиа?

[dimskiy]

Приветствую! Что именно вы имеете в виду?

[rumkin]

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

[dimskiy]

Ах вы об этом. Каждый блог — самобытен, и каждая статья тоже. Поэтому отличия — это хорошо

[rumkin]

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

[vtulin]

А в Москве школа работать будет? Запишите видео уроков или только в живую?

[maksugr]

Школа будет работать только в Санкт-Петербурге и только вживую. Онлайна, к сожалению, не будет. Записи только для студентов Школы.

[tronus]

Анализ ситуации вскрыл любопытную особенность. При передаче в process.nextTick функции обратного вызова она запустится в текущем такте асинхронного цикла после выполнения остального кода текущего такта, включая код отлова ошибок. Если внутри такой функции возникал Exception, его было не отловить, потому что process.nextTick вовсе не «следующий такт», а конец текущего.

Чем то напомнил onEnterFrame в ActionScript. Только там MovieClip, а здесь process…

[ReZet]

А онлайн или запись будет?

[maksugr]

Онлайна, к сожалению, не будет. Записи только для студентов Школы.

[Buzzzzer]

Простите, а с чем это связано ?

[Arnautka]

Кажется, что онлайн-трансляция того, как учатся другие, все равно не обеспечивает эффекта присутствия. Но мы хотели бы вынести на Хабр квинтэссенцию полезного, которое будет в Школе, поэтому сейчас думаем над другими форматами.

[tronus]

Stepik пробовали?

[rumkin]

Удаленно хантить менее эффективно, имхо.

[bro-dev]

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

[1af75]

А созданное приложение электронного кошелька выложите для всеобщего обозрения? Любопытно посмотреть.

[QtRoS]

Можно поинтересоваться, для чего так массивно использовался XSLT (что про него несколько раз упомянули в статье)? В пользу чего от него отказались?

[maksugr]

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

[domix32]

О, а не поделитесь ссылками на инструменты, если таковые имеются в открытом доступе?

[QtRoS]

Присоединяюсь к domix32, интересно, на что перешли. И в каком смысле XSLT перестал поддерживаться? Есть официальные пруфы, что формат забрасывают?

[domix32]

Перестал воддерживаться в том смысле, что никаких подвижек в улучшении механизмов, новых proposal'ов в последние годы не наблюдалось. HTML уже думает про v6, JS/ES про 7 версию думают, css о четвертой…
И только хотел сказать, что у XSLT все довольно печально, как

XSLT 3.0: became a W3C Recommendation on 8 June 2017.

[KuzMaxxx]

В статье с названием «Почему X в качестве основы фронтенда – это круто», полагаю, должны описываться преимущества обозреваемой платформы, а не приводиться сравнительная характеристика с любыми доступными аналогами.

[maksugr]

Во фронтенд разработке большинство знает JavaScript, а людей со знаниями Erlang на сервере и уверенными знаниями JavaScript на клиенте, к тому же готовых сверстать пару форм, отыскать крайне сложно. Node.js для нас лучше как минимум тем, что позволяет писать серверный код на том же языке, что и клиентский.

[maksugr]

Конечно, nan используем. Нативные модули доставляют неудобство при миграции с одной версии Node.js на другую, так как в любом случае требуют пересборки и более тщательной проверки — это тормозит процесс миграции.

[virl]

Но ведь использовать на бекэнде динамически типизированный однопоточный язык с шизо-синтаксисом в котором ДАЖЕ НЕТ ЦЕЛЫХ ЧИСЕЛ — это дно.

У node.js выполнение в рантайме рушится от любого чиха и забытой запятой. В рантайме!

А все его асинхронно-ioшные плюшки давно есть в нормальных языках. В том же Kotlin есть и корутины, и жавовые сетевые либы на селекторах.

[maksugr]

Node.js мы используем только для агрегации данных от бекэндов и обработки пользовательских запросов — для этого Node.js отлично подходит. Вся математика и сложные вычислительные операции выполняются бекэндами на Java. Во избежание синтаксических ошибок в рантайме у нас используются линтеры.

[larisamoroz]

Эх, разработчики не живущие в СПБ пролетают.
Это так трагично.
Возможно ли всё же добавление курса на stepik в будущем?

[Odrin]

Именно в восьмой версии используется движок V8 c новым компилятором TurboFan

Node v8.x.x поставляется с V8 5.8, TurboFan + Ignition включен по умолчанию только с версии 5.9

[maksugr]

Действительно, компилятор Turbofan используется в V8 5.8 лишь частично, но полноценный переход на новый конвейер Ignition + Turbofan запланирован именно в рамках 8-й версии Node.js. Для подготовки к этому был даже задержан весенний релиз Node.js. В качестве планов команды Node.js звучало переключение на 5.9 уже летом.

[iShatokhin]

8.3.0 c V8 5.9 должен был выйти на прошлой неделе, но в последней момент было решено сразу перейти на V8 6.0 (ждем релиз через несколько дней).

Кстати, также подумывают к переходу на V8 6.1.

[igordata]

Серверная прослойка фронтэнда

[koutsenko]

> прогонять серверный код через Babel — слишком большая головная боль при поддержке и сборке кода

Почему это? То есть прогонять клиентский код через бабель, для поддержки V8 на старых браузерах это нормально, а делать то же по отношению к V8 в nodejs это «головная боль»?