Так разволновался, что все буквы перепутал!

Так разволновался, что все буквы перепутал!

слух, а как ты без порно в дубаях то

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

слух, а как ты без порно в дубаях то

Надеюсь, меня не поймают.

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

никак

Надеюсь, меня не поймают.

К любому запросу добавлять слово scala

scala hot girls

scala boco no pico

scala double penetration

scala boco no pico

Scala bocu no pico extends chiko with tico

wow

а ты прошаренный

На вики пришлось залезть

Scala two girls one cup

а ты прошаренный

Просто пока парни учили алгоритмы и скалу, я зря время не терял и просвещался в области мемологии

Scala bocu no pico extends chiko with tico

убило

что такое спринг реактив? там есть кластер хотя бы?

Есть Арабская весна а это Реактивная весна

Вчера изучал Scala, говорят там с помощью синглтона (object) и implicit-ов легко делается DI. На уровне языка. Это правда?

а чо чо потерли то?

я сам стер сначала подумал, что речь про cake pattern, но в нем же object'ы и implicit'ы ни при чем

наверное что то типа того имелось в виду http://scastie.org/25003

Т. е это как бы говорит о мощьности языка?

Т. е это как бы говорит о мощьности языка?

А это должно вообще о чем-то говорить? Тогда поясните, о чем говорит наличие циклов или наличие списков в языке?

А это должно вообще о чем-то говорить? Тогда поясните, о чем говорит наличие циклов или наличие списков в языке?

Это везде есть, этим никого не удивишь

@fomkin а давай сюда переместим вопрос и ответ на вопрос "зачем ты написал korolev"?

кроме того, что, очевидно, по фану и концепт интересной идеи

мне кажется, в сердце проекта сомнительная идея гонять dom по сети, а не вешать логику на клиент

не говоря о сомнительности scala.js хоть в сколько-то "сурьезном продакшне"

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

не говоря о сомнительности scala.js хоть в сколько-то "сурьезном продакшне"

1) В королеве нет Scala.js, если ты не соберешься тащить его в клиент (так тоже можно). Все по умолчанию ранается в JVM. 2) Два года писал проект на Scala.js - все очень ок.

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

То есть Scala.js была готова к продакшну еще два года назад.

а как ты dom генеришь, не через scala.js? я подумал, так проще

ну скала жс и холивар вокруг него понятен и опустим

меня больше вопрос про dom по сети волнует. возможно, я видел его раньше, но не внятный ответ

мне кажется, в сердце проекта сомнительная идея гонять dom по сети, а не вешать логику на клиент

WEB был так задуман. HTTP/HTML это про передачу DOM по сети.

пруф?

пруф?

Hyper-text transfer protocol / Hyper-text markup language.

HTML это тестовое выражение DOM.

ну это если думать о нем, как о статике

королев же о передаче дома в динамике, как я понял

а как ты dom генеришь, не через scala.js? я подумал, так проще

Зачем? Есть небольшой скрипт на чистом js который умеет управлять DOM, есть сервер, который шлет команды. Скрипт подключается к серверу, сервег говорит, мол воьт это рисуй.

типа темплейтами говорит рисуй?

я в код и примеры не заглядывал ? но осуждаю

Зачем? Есть небольшой скрипт на чистом js который умеет управлять DOM, есть сервер, который шлет команды. Скрипт подключается к серверу, сервег говорит, мол воьт это рисуй.

так чем плохо на клиенте логику отображения держать?

ну не в бд ходить, конечно

хотя если не стоит вопрос безопасности, то почему бы и нет

королев же о передаче дома в динамике, как я понял

Статика, динамика, суть не меняется. HTML декларативен. Когда пишешь на Королеве приложение, ты определяешь функцию render. Она генерит DOM целиком каждый раз. Дальше Королев уже сам понимает что изменилось и пушит на клиент обновление.

ну вот какой профит дает такая схема?

который мы должны познать и приклонить колено

кроме "это православно и интернет заложен на dom в html"

так чем плохо на клиенте логику отображения держать?

Это написано в README. Если коротко, то JS стал слишком жирным. Пора возвращаться к тонким клиентам.

сервер пыжится, рендеря странички, клиент с медленным интернетом долго тянет обновления

чего это он жирный. это тоже сомнительное утверждение

сервер пыжится, рендеря странички, клиент с медленным интернетом долго тянет обновления

Главное что бы задержка была маленькая, а объем пофиг. Королев будет нормально работать даже на диалапе.

кто-то злоупотребляет, конечно

даже если им рисовать большую обновляющуюся табличку?) от объема обновления зависит

чего это он жирный. это тоже сомнительное утверждение

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

это потому что они больше не знают, чем меряться)

на скала митапах и в эом чатике скала тоже не нужна -_-

это потому что они больше не знают, чем меряться)

Нет, это реально проблема у них.

ну мб

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

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

ERROR: S client not available

Еще у них проблема это серверсайд рендеринг. Им нужно, что бы сервер умел поднимать их навороченый SPA и отдавать в виде статики. В каждом проекте это по сути изобретают заново. Королев это умеет из коробки.

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

Любое утвержение можно оспорить, если ставить такую цель.

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

да нет цели, это я так :)

уважаю твою работу над такими проектами

мне королев как фреймворк напоминает meteor.js, только там как раз данные обновлений гоняют из коробки, а не dom. при этом на сервере и клиенте js

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

Крупное такое приложение на ангулуре написанное в стиле "я рендерил прям на клиенте по данным с бекенда" без оптимизаций работает примерно так: сначала пользователь видит белую страницу и стрку загрузки бразуера (грудится несколько мегов джаваскрипта), потом пользователь видит просто белую страницу которая весит (джаваскрипт парсится и компилится, страрует компилция ангуляровких шаблонов). В этот момент пользователь нажимает рефреш, а потом уходит или звонит в техподдержку. В какой-то момент с это проблемой сталкиваются все крупные SPA и начинаются пляски с бубном.

зачем нужны ангуляры реакт я тоже неочень понимаю

http://m.citybus62.ru/

вон я на meteor.js несколько лет назад сделал, до сих пор работает)

и неочень бесит всякое UX, как по мне

под мобильные задумывалось

ангуляры реакты это о всяких mvc или mvvp или как это там и о разделении труда/поддержке в команде)

не для "хорошо клиенту"

мне королев как фреймворк напоминает meteor.js, только там как раз данные обновлений гоняют из коробки, а не dom. при этом на сервере и клиенте js

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

ангуляры реакты это о всяких mvc или mvvp или как это там и о разделении труда/поддержке в команде)

И быстрая разработка.

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

про быструю я бы не сказал, я не осилил и не понимаю зачем, когда над фронтом до 5 человек делают "чтобы работало"

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

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

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

а откуда оно возьмется? страница в этот момент не рендерится, а данные (мегабайты) льются

ну чет это вот все неочевидно мне

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

либо вот крутилку показываешь и ждешь загрузки данных так

один и тот же ux) только когда ты тянешь огромный html, то браузер тоже показывает белое ничего

даже если им рисовать большую обновляющуюся табличку?) от объема обновления зависит

Королев присылает тот же JSON с командами. Получится один в один та же же объекты для рендеринга.

так в чем же тогда отличие, от которого веб, по твоим словам, должен уйти

Королев присылает тот же JSON с командами. Получится один в один та же же объекты для рендеринга.

Не стоит забывать что обычно с сервера шлют избыточные данные (условно говоря - все что можно прислать), а клиент рендерит только часть. По этому в рилворде может оказаться, что объем трафика от Королева может быть меньше, потому что он не шлет лишнего.

ну есть еще третий вариант - у тебя и там есть рендеры на всех частях)

так делают для скорости и лени)

ну есть еще третий вариант - у тебя и там есть рендеры на всех частях)

мне кажется, это классика сейчас

так в чем же тогда отличие, от которого веб, по твоим словам, должен уйти

В размере необходимого рантайма на пример.

а все прочее - редкие сомнительные крайности