сейчас вижу по проще, но цены те же

и свой visual builder они тогда в альфе держали, а как оттестили, стали предлагать за бабло

Как то дофига

если кто думает что такие штуки - миф, вот мой любимый пример http://martyjs.org/blog/2015/08/02/marty-last.html

Ну а нефиг выбирать ноунейм фреймворки) Что мешало этой конторе построить на ламповом ангуляре/бэкбоне/эмбере?

Дешевле купить Джуниор девов пачку

Ну а нефиг выбирать ноунейм фреймворки) Что мешало этой конторе построить на ламповом ангуляре/бэкбоне/эмбере?

эмбер года 4 назад штормило так, что даже пионеров тошнило

Дешевле купить Джуниор девов пачку

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

какой-нибудь synology им отваливает ок

а расскажите детальней об фениксе+турболинкс

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

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

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

Чтобы можно было сравнивать с чем?

Это вообще-то дефолтный вариант....

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

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

это просто костыль чтобы браузер резвее казался

Турболинкс вообще не имеет отношения к серваку

ок, мне просто интересно как бекенд вывез быстрый рендер страницы

Так же как и рельсы 10 лет назад

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

Ну так если на фениксе шустрее чем страница на реакте

то это же показатель

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

А потом появился server side render чтобы облегчить работу фронт энд фреймворка? Где то несостыковка, не находишь?

нахожу)

сначало запилили типа быстрые страницы, а потом роботы гугл сказали - идите подальше

а по сути спа пишут чтобы "to provide a great first load experience for the user"

Вот зачем сделали spa

а вообще да, внедрять фронт-енд фреймворк чтобы обходить дорогой рендер страниц, чтобы потом искать ssr для сео

А не потому что он быстрее работает

А робот гугла умеет уже все

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

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

да и вообще все бредят ssr

Потому что это круто

Потому что на серваке рендерить быстрее

(нет)

Да ещё и кешировать можно

Может быть с появлением webassembly

идеальный кейс фронт-енд фреймворка без ssr - админка

для сео не нужно рендерить

фигак фигак и быстро

Будет веселее

Может быть с появлением webassembly

нет)

Будет веселее

просто js сеньйоры больше обмажутся этим инструментов богов

Спа хз зачем

В таком случае

фигак фигак и быстро

у нас админка на реакте с фаршем. Добавить страничку с крудом и парой средних настроек - боль кровь и отчаяние

т.к надо еще и апи соответствующий родить, написать редакса куски к нему, компоненты под него

Все молятся только из-за иллюзии "абстрагирования"

сейчас еще обмажутся grapql

сейчас еще обмажутся grapql

уже же

Потому что программисты по природе хотят по полочкам разложить

и перепишут все ресты на графы, ибо это же хайп, кококо, так круче

т.к надо еще и апи соответствующий родить, написать редакса куски к нему, компоненты под него

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

Graphql реально удобнее, кстати. В некоторых ситуациях

Но сокеты как по мне там через жопу сделаны

В фениксе лучше)

графкюель - переосмысленный рест

в 2000-2005 вообще не морочились с рестами-хуестами, рендернули пыхой страницу, форму отправили - перезагрузили пейдж

все ок

работало и не трогали

ребята, никто не знает существует ли для эликсира жизнь на десктопе?

Graphql реально удобнее, кстати. В некоторых ситуациях

Вот для админки кстати хорошо должно быть

graphql для внутрненного использования хорош

ERROR: S client not available

для админки, для фронтенда, для мобилок

какое-то внешнее api на нем писать нереально

ребята, никто не знает существует ли для эликсира жизнь на десктопе?

Это как?

Это как?

есть ли инструмент для написания gui на эликсире

Есть

Напиши iex> :observer.start и посмотри на него

Или wings3d

Но это тебе явно рановато

електрон жы

И как электрон прикрутить к эликсиру?

хз.

я про идею.

гуй для эликсира — вебраузер. упаковать и продавать

Фейспалм

?

да я гуглил, на электроне в крайнем случае покодю

Нафига нужен эликсир, если ты и так все сделал на жс?

אין לוגיקה

кстати, трансляторбота кто знает?

http://erlang.org/doc/man/wx.html

Угумс, на wxWidgets можно полноценные развесистые интерфейсы делать.

С другой стороны, ничто не мешает сделать логику на эрланге и через сокет цепануть к любому UI, хоть на wx, хоть на qt, хоть на чистых иксах.

Кстати. Не мог никак оформить мысль. Что мне напоминают все аппы на электроне

Оказалось что это наши забытие лоадеры с дисков "Софт для компьютера" или "1001 игра"

Электрон однако пропустил эпоху

Товарищи, подскажите, так инкрементить нормально? iex(1)> dt = DateTime.utc_now() iex(2)> dt = %{dt | hour: dt.hour + 1}

Знаю как с таймексом: Timex.shift date, hours: 1

Знаю как с таймексом: Timex.shift date, hours: 1

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

Можно сделать DateTime.to_unix от этого вычесть 3600 и перевести обратно DateTime.from_unix

в твоем случае прибавить