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

Вообще не правда, ты не работал с нормальными проектами видимо

Только nodeJS дал такой хайп, так вырвался вверх по количеству пакетов, что возникает вопрос.

О будущем всего остального.

Вообще не правда, ты не работал с нормальными проектами видимо

Что такое нормальный проект? как ты это понимаешь?

Только nodeJS дал такой хайп, так вырвался вверх по количеству пакетов, что возникает вопрос.

имхо количество пакетов не показатель + имхо писать бэк на ноде изврат-всему своё место.

имхо количество пакетов не показатель + имхо писать бэк на ноде изврат-всему своё место.

как бы да. Но если 10 000 разработиков на опрделенном направлении сидят и там прогресс - следовательно возможно там рождается что-то такое за чем будущее.

Я сколько видел товарищей, которые это делают, задавал вопрос, а вы фронтендом случаем не занимались раньше? ) 99.9 занимались.

С другой стороны в 2009 году уже был и rspec и базист BDD и ТDD а люди все пилили на php

в большнистве своем

как бы да. Но если 10 000 разработиков на опрделенном направлении сидят и там прогресс - следовательно возможно там рождается что-то такое за чем будущее.

Много сомнений и условностей тут. 10000 товарищей могут написать очередной сраный велосипед )))))

Много сомнений и условностей тут. 10000 товарищей могут написать очередной сраный велосипед )))))

факт

Обилие пакетов и направлений, сказать честно, спокойствия не внушает. И заставляет колебаться с выбором. По этому пока решаем в rails, а там видно будет.

Что такое нормальный проект? как ты это понимаешь?

Да, формулировка страдает. Имеется ввиду, не монолитное CRUD приложение, которое можно на Rails написать и быть довольным забыв про поддержку. Говорю про проекты +50k RPS, которых реально не мало, как кажется, когда работаешь в каких-нибудь маленьких студиях разработки. Когда узких мест - тысячи, и каждый кусок проекта нужно как-то масшабировать и сохранять при этом коммуникацию компонентов. Если говоришь про то, что можно на чем угодно писать - никто не спорит, но когда каждую неделю будешь в новый потолок упираться? Когда этот проект просто поддерживать из-за костылей нельзя будет (каждая правка будет приносить большую боль)? Тогда и достается голос - "а может перепишем все?", и все по новой.. мнений может быть миллион, сталкивался в своей жизни с этим не раз. Много команд походят с умом и потом не знают печали, как пример, могу привести whatsapp, которые написали приложение на erlang и рады. Посмотри их uptime. А когда они начинали, думаешь были мысли о таком кол-ве человек?

Да, формулировка страдает. Имеется ввиду, не монолитное CRUD приложение, которое можно на Rails написать и быть довольным забыв про поддержку. Говорю про проекты +50k RPS, которых реально не мало, как кажется, когда работаешь в каких-нибудь маленьких студиях разработки. Когда узких мест - тысячи, и каждый кусок проекта нужно как-то масшабировать и сохранять при этом коммуникацию компонентов. Если говоришь про то, что можно на чем угодно писать - никто не спорит, но когда каждую неделю будешь в новый потолок упираться? Когда этот проект просто поддерживать из-за костылей нельзя будет (каждая правка будет приносить большую боль)? Тогда и достается голос - "а может перепишем все?", и все по новой.. мнений может быть миллион, сталкивался в своей жизни с этим не раз. Много команд походят с умом и потом не знают печали, как пример, могу привести whatsapp, которые написали приложение на erlang и рады. Посмотри их uptime. А когда они начинали, думаешь были мысли о таком кол-ве человек?

плюсую

Да, формулировка страдает. Имеется ввиду, не монолитное CRUD приложение, которое можно на Rails написать и быть довольным забыв про поддержку. Говорю про проекты +50k RPS, которых реально не мало, как кажется, когда работаешь в каких-нибудь маленьких студиях разработки. Когда узких мест - тысячи, и каждый кусок проекта нужно как-то масшабировать и сохранять при этом коммуникацию компонентов. Если говоришь про то, что можно на чем угодно писать - никто не спорит, но когда каждую неделю будешь в новый потолок упираться? Когда этот проект просто поддерживать из-за костылей нельзя будет (каждая правка будет приносить большую боль)? Тогда и достается голос - "а может перепишем все?", и все по новой.. мнений может быть миллион, сталкивался в своей жизни с этим не раз. Много команд походят с умом и потом не знают печали, как пример, могу привести whatsapp, которые написали приложение на erlang и рады. Посмотри их uptime. А когда они начинали, думаешь были мысли о таком кол-ве человек?

что такое RPS?

request per second

Да, формулировка страдает. Имеется ввиду, не монолитное CRUD приложение, которое можно на Rails написать и быть довольным забыв про поддержку. Говорю про проекты +50k RPS, которых реально не мало, как кажется, когда работаешь в каких-нибудь маленьких студиях разработки. Когда узких мест - тысячи, и каждый кусок проекта нужно как-то масшабировать и сохранять при этом коммуникацию компонентов. Если говоришь про то, что можно на чем угодно писать - никто не спорит, но когда каждую неделю будешь в новый потолок упираться? Когда этот проект просто поддерживать из-за костылей нельзя будет (каждая правка будет приносить большую боль)? Тогда и достается голос - "а может перепишем все?", и все по новой.. мнений может быть миллион, сталкивался в своей жизни с этим не раз. Много команд походят с умом и потом не знают печали, как пример, могу привести whatsapp, которые написали приложение на erlang и рады. Посмотри их uptime. А когда они начинали, думаешь были мысли о таком кол-ве человек?

дык само собой разумеется что у всего своя ниша. Это как-то даже и не проговаривается

кто же будет на rails писть 3d shooter

а whatsapp - это вооще не коем боком в rails и ruby не влазит.

Весь конфликт в чем, что для CRUD сайтов, различных магазинов, сервисов продажи чегото, различных "сайтов" по доставки новостей и обмену информацей - nodeJS и Rails прямые конкуренты.

И потом если идти в рассуждениях дальше: что такое ruby и rails чем они так хороши? Естественно доктриной TDD - все вокруг нее. ruby без rspec это потеря 90% вообще всего.

Если есть какой-то прожект пусть даже тот же "whatapp" - и люди начинают согласно технологии bdd(tdd) подходить к нему, то у них получается полный формат спецификаций - архитектура. Что саоме главнео в приложении

а потому уже имея рамки архитектуры и описные модули. Перебить прожект на тот же Си у же не такая проблемма.

Архитектура же на первом месте. А уж синтасис это далеко на втором.

Архитектура же на первом месте. А уж синтасис это далеко на втором.

Речи о синтаксисе не было, все что мог - описал уже) Да и поверь, даже на Go переписать проблема, когда у тебя туча задач и фиксов, мы как программисты можем рассуждать, что все переписываемо/заменяемо и пр пр пр, но все забывают про самую главную составляющую - бизнес, без которого нафиг это переписывание не нужно, а он диктует свои условия всегда)

Речи о синтаксисе не было, все что мог - описал уже) Да и поверь, даже на Go переписать проблема, когда у тебя туча задач и фиксов, мы как программисты можем рассуждать, что все переписываемо/заменяемо и пр пр пр, но все забывают про самую главную составляющую - бизнес, без которого нафиг это переписывание не нужно, а он диктует свои условия всегда)

да

дарова рубисты

дарова рубисты

добрый вечер

дарова рубисты

Не рубист чтоле?:)

кристалист небось

жсник он

гоните его, насмехайтесь над ним

/leave

/leave

Вы все еще здесь.

gem list bundler --remote что то у меня ничего не проиходит от эток команды

по ходу дела связь проподала

gem list bundler --remote *** REMOTE GEMS *** и пустота, от чего это происходит? как узнать последнюю версию данного gem

все ясно на интете деньги кончились.

я дажене заметил

хорошее и краткое объяснение потоков в руби: https://blog.fluentz.io/learn-how-to-achieve-parallelism-with-ruby-i-o-bound-threads-a29c92aff58c#.p1js9qtff

хорошее и краткое описание потоков в руби - GIL не дает нормальных потоков.

оно в рубях тоже GIL зовется как в питоне, да?

да. но там описано, что GIL влияет только на CPU-задачи, но не на I/O (хотел как раз тебя позвать)

Ну как то так. Потоки в рубях разве что для хорошего IO.

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

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

сам прибегаешь?)

сам прибегаешь?)

Когда в чате сообщений немного.

да ты просто про I/O частенько вспоминаешь, плюс рубист

ну IO это прикольная тема, только в рубях не прокачана вообще

например в рубях пайпов нормальных не видел

может они и есть но я не видел.

Учи ++ =)) там точно быстрее всё работает )

смотря как написать

хорошее и краткое объяснение потоков в руби: https://blog.fluentz.io/learn-how-to-achieve-parallelism-with-ruby-i-o-bound-threads-a29c92aff58c#.p1js9qtff

neat?

всю статью можно было сократить до "азаза, cpu операции не ускоришь иза gil, а io можно, потому что они в кернеле"

всю статью можно было сократить до "азаза, cpu операции не ускоришь иза gil, а io можно, потому что они в кернеле"

ага до "заключения", а то написаль букв аж на 3 минуты чтения :) Што за люди?

привет, Дима

ребята, не ссорьтесь)

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

всю статью можно было сократить до "азаза, cpu операции не ускоришь иза gil, а io можно, потому что они в кернеле"

да, можно, но в статье нагляднее

есть jruby

ERROR: S client not available

там нет GIL

Да там есть ссыль из статьи

есть jruby

много кто использует?

у меня вот к java отвращение (не синтаксису, а продуктам конечным)

yopp из соседнего чата

много кто использует?

для специфических задач используют

yopp из соседнего чата

он меня забанил) в том числе в соседнем чате

?

Тут в этом плане попроще

щас бы на винде сидеть в 2к17

он меня забанил) в том числе в соседнем чате

да он странный парень. по ходу дела пьет

для специфических задач используют

каких, например? CPU parallel?

он меня забанил) в том числе в соседнем чате

И меня ))

щас бы на винде сидеть в 2к17

это тут причём?

каких, например? CPU parallel?

в том числе

Дима скинул адрес виндовский

да он странный парень. по ходу дела пьет

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

каких, например? CPU parallel?

Ну на самом деле, если ты распараллелишь грамотно код, то можно очень хороший прирост получить в производительности

Там едтинственный гемор, это о Thread Safe позаботиться

Раньше в рельсе было плохо с этим, а сейчас не знаю

Дима скинул адрес виндовский

Дима? адрес? где?

он уже стыдливо удалил

Дима? адрес? где?

я удалил

Знаю только, что те, кто так делал получали прирост, но много мучались с thread safe

а, ок(

Знаю только, что те, кто так делал получали прирост, но много мучались с thread safe

ясно, спасибо

Раньше в рельсе было плохо с этим, а сейчас не знаю

с рельсой обычно sidekiq или resque используют.

я лучше crystal выберу ?