Шустрый не спорю, просто порог вхождения выше получится.

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

Пользуясь случаем оставлю ссылку bit.ly/devall-poll

Ну а как быть со скоростью разработки. Поднять бэк на ноде быстрее/проще, чем на го, на рельсах быстрее/пооще, чем на ноде. Если предполагается сходу хайлоад, можно и го. Или вон с++ как в агарио. А если нужно быстро сделать работоспособный проект, то го не нужен, на мой взгляд ) К тому же, раз апи и клиент изолированные, пиши хоть на чем потом, когда нужно будет )

*когда нужно будет переедешь

Нужно быстро накидать макет

Знаю рельсы и руби хорошо, а вот spa опыта не было

Отличие, в основном, лишь во фронте

На ноде собирал что то, на angularjs, backbone писал

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

Щас когда появился graphql все еще интереснее стало в плане апи.

Я сам на рельсах 2 года писал, к слову

Последнии 2 практически только на ноде.

Просто в приоритете реалтайм и гибкость

Ну а как быть со скоростью разработки. Поднять бэк на ноде быстрее/проще, чем на го, на рельсах быстрее/пооще, чем на ноде. Если предполагается сходу хайлоад, можно и го. Или вон с++ как в агарио. А если нужно быстро сделать работоспособный проект, то го не нужен, на мой взгляд ) К тому же, раз апи и клиент изолированные, пиши хоть на чем потом, когда нужно будет )

На с++ бэк стоит писать лишь при чётком понимании, на что ты идёшь. Ибо я уже имел опыт общения с разрабами, которые решили бэкенд написать лишь потому что они умеют лишь с++. Больше я с такими не свяжусь...

Ибо, разрабатывая фронт, мне пришлось объяснять бэкендерам такие азы, что при воспоминании волосы дыбом встают.

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

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

Ну и как показатель, кто этим занимался: эти люди мерялись величиной sql запросов.

Ну и как показатель, кто этим занимался: эти люди мерялись величиной sql запросов.

я надеюсь, у кого меньше тот и круче?)

я надеюсь, у кого меньше тот и круче?)

Нет ☹️

Запрос больше при меньшем косте :D

Об этом они даже не задумывались.

Точнее: если запрос выполнялся больше 10 секунд - это не есть хорошо. Секунда - это збс.

Звучит дико и смешно, но факт.

Офигеть, либо запросы @#$%&, либо мне страшно представить кол-во обрабатываемых данных

Данных не так уж много. Запросы там адовые были. Число JOIN'ов в каждом запросе просто ужасало.

Так БД надизайнили, видимо. )

Да...

Вкупе с полями вида: "kontragent" это было совсем жутко.

Вкупе с полями вида: "kontragent" это было совсем жутко.

надеюсь тут такие не сидят

Не. Они в одном котле с теми, кто графику заливает и отдает в кириллице.

что то тут много слов про реалтайм, хочу уточнить, вы точно понимаете что это такое?

это больше сокеты, а не риалтайм

и что http в принципе не предназначен для раелтайма

Все верно, но думаю в ходе обсуждения все поняли, что Деннис имел в виду )

... просто режут глаза такие формулировки :-)

ещё вопрос: никто не сталкивался с web-клиентом для xmpp? нужно, чтобы в любом браузере работало. я нашёл http://candy-chat.github.io/candy/ , может есть какие-то ещё клиенты хорошие

... просто режут глаза такие формулировки :-)

смело поправляй, для этого и есть группа)

Всем привет. Чатики, чатики, везде чатики. Теперь к гиттеру, слаку и дискорду добавился телеграм)

Хороший прирост за последний час :)

Интересно сколько тут реально тех кто работает на js

я реально работаю

я реально работаю

бэк, фронт?

Даже деньги за это получаю :D

Я под js

какие фрэймы юзаете?

Было бы здорово если все отписались кто прочел этот вопрос.

Сейчас angular, был и ember и backbone немного.

Нода, ангуляр

реакт

ERROR: S client not available

meteor, react

Я пишу на ноде и ангуларе

Вникаю в реакт тоже, но не в прод. Да и не фреймворк это )

и много верстаю

стек - nodejs+expressjs ; react+redux

Я работаю. На работе немного ангуляра, в основном createjs (либы для канваса, аудио, етц.). Для себя реакт, нода, react native, всего по мелочи. Не верстаю совсем, к счастью)

angular, jq, three.js

js, jq, backbone, angular

кстати, кто еще с three.js знаком, есть работа/подработка

Ангулярщики, я сам не настоящий сварщик, у меня тут коллега сделал три модуля ангуляровских, каждый делает одно и тоже, дергает апи и отдает данные в табличку. Все, больше нигде не используется. По-моему это оверхед. Я прав или это норм?

я пытался его использовать, но он для больших объёмов данных не годится и менять в нём что-то очень большая боль

Ангулярщики, я сам не настоящий сварщик, у меня тут коллега сделал три модуля ангуляровских, каждый делает одно и тоже, дергает апи и отдает данные в табличку. Все, больше нигде не используется. По-моему это оверхед. Я прав или это норм?

Интересно какой ответ ты ожидал получить

Честный:)

@sashashakun , если API разных сервисов или прЫнцип API разный, то бывает, что проще иметь три фабрики, чем один завод.

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

если я верно понял вопрос

Верно

О том и речь

@sashashakun , "ангулар подключен только для этой задачи", зачем вам он тогда вообще?

@sashashakun , "ангулар подключен только для этой задачи", зачем вам он тогда вообще?

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

ну это как подрубить jquery ради одного вызова $

?

вместо того, чтобы просто написать document.querySelector

блять