"с изяществом Руби" - это смотря с какой стороны смотреть

"с изяществом Руби" - это смотря с какой стороны смотреть

А с какой стороны нужно смотреть, чтобы Руби был неизящным?)

а вы это кто?

Конкретизируйте вопрос, пожалуйста

кто с изяществом руби?

эликсир конечно

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

Александр, ты знаешь руби?

Александр, ты знаешь руби?

неплохо ознакомлен

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

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

эта фраза относится только к тем кто знаком

Конкретизируйте вопрос, пожалуйста

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

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

руби есть смысл изучить, если уж начистоту, потому что это реально сделанный с любовью, японской аккуратностью и очень качественными интерфейсами язык это один из самых консистентных языков (то есть там всё в одном стиле выполнено) с самой приличной stdlib. Его главный плюс - продуктивность, мало пишешь много эффекта получаешь

так вот у эликсира это качество есть

интересно! спасибо. но качество есть. но я так понял, что язык не поворачивается пока сказать, что в полном объеме

но с консистентностью у эликсира похуже

но я уже писал - я сделал на нём мини АПИ с первого раза за час

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

это на мой взгляд очень ценное качество для функционального языка

потому что функциональное программирование сложное

да. это результат. слушай. ну раз пошла такая пьянка - еще один вопрос бепокоит.

вот часто вижу такую формилировку, типа "... руби это круд". или "... нужен рубист со знаниями чуть больше круд". это вот о чем вообще?

потому что функциональное программирование сложное

не столько сложное сколько другое

почему так говорят?

это да. самому функционалить нужно далеко не всегда

Потому что можно писать на рельсах не зная руби/программирования

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

Потому что можно писать на рельсах не зная руби/программирования

это может и не плохо, если поставленная задача решается

видимо, тут идет речь о глубине знаний

в руби произошёл удивительный феномен, для него сделали фреймворк rails, который оказался великолепен во всех смыслах он и вполне производительный, там очень мощная и изящная ОРМ ActiveRecord которую все пытаются повторить, но они даже небольшую часть не могут реализовать. Ну и конечно же продуктивность разработки там на высоте, там под капотом много магии + хорошие генераторы кода. и так как он очень хорош, на нём стали лепить стартапы как грибы, соответственно там хорошо платят и появилась целая группа людей который умеют программировать только на рельсах и даже не до конца знают синтаксис и stdlib. Я таких не видел вживую (тех рубистов кого.я знаю, они реально неплохие программисты и умеют пользоваться несколькими ЯП), но в интернетах говорят что таких много

честно говоря я вот видел пхпшников и JSников миллион, которые базовым синтаксисом этих языков еле владеют =)

но про них таких разговоров почему-то не ведут

и что самое страшное - они востребованы

так что я спокойно отнесусь к человеку который умеет решать задачи только в пределах рельсов и activesupport

понял. спасибо за исчерпывающий ответ

я нечто подобное наблюдаю в себе

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

в руби произошёл удивительный феномен, для него сделали фреймворк rails, который оказался великолепен во всех смыслах он и вполне производительный, там очень мощная и изящная ОРМ ActiveRecord которую все пытаются повторить, но они даже небольшую часть не могут реализовать. Ну и конечно же продуктивность разработки там на высоте, там под капотом много магии + хорошие генераторы кода. и так как он очень хорош, на нём стали лепить стартапы как грибы, соответственно там хорошо платят и появилась целая группа людей который умеют программировать только на рельсах и даже не до конца знают синтаксис и stdlib. Я таких не видел вживую (тех рубистов кого.я знаю, они реально неплохие программисты и умеют пользоваться несколькими ЯП), но в интернетах говорят что таких много

только ActiveRecord нарушает single responsibility principle, поэтому частенько в неумелых руках рельсовый проект превращается в нечитаемый говнокод с лапшой из коллбеков

и вот сложилось примерно вот то же самое. я стандартные сишные stdlib и класы всяких векторов и прочего - не знаю вообще

но зато Qtшные знаю. и знаю, что они чудесно заработают и в винде и в линухе. в общем, то, к чему они и стремились.

Ну Rails очень медленный фреймворк. Очень. Производительность программиста высокая, производительность кода - низкая. Поэтому-то все и смотрят в сторону эликсира, получая 10-20 раз ускорение относительно RoR.

получился некий слой абстракции

но зато Qtшные знаю. и знаю, что они чудесно заработают и в винде и в линухе. в общем, то, к чему они и стремились.

хехе, у плюсовиков есть ещё boost-сишники с такой же проблемой =)

Ну Rails очень медленный фреймворк. Очень. Производительность программиста высокая, производительность кода - низкая. Поэтому-то все и смотрят в сторону эликсира, получая 10-20 раз ускорение относительно RoR.

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

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

половина сайтов в мире сделана на WP

и ВП ужасно тормозной

в сотни раз тормознее чем рельсы

и всё же он востребован

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

вчера вот друг случайно нашел бесплатный хостинг для ПХП. похоже туда и WP можно скриптом поставить.

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

ну все на презентациях говорят выигрыш 5-10-20 раз

в сотни раз тормознее чем рельсы

тут ты загнул, мне кажется.

тут ты загнул, мне кажется.

ну на порядок - 100%

а сотни - это уже от темописателей зависит

подождать 10 секунд, пока сайт на ВП прогрузиться - легко и непринуждённо

в общем. я тут как-то в лоб взял одну страничку http сервер. скомпилил Го приложение из примеров на сайте у них. замерял WRK. потом помыл руки и сделал то же самое на фениксе. замерял. ушел поплакал. через пару недель сделал то же самое на кофбое+плаг. и опять поплакал. а потом нашел причину, почему ковбой отстал от го в 2 раза. в общем, если в выходные время найду, чтоб дописать статью - будет на хабре Go vs Elixir )

Это скорее всего от того что он на говнохостинге

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

в общем. я тут как-то в лоб взял одну страничку http сервер. скомпилил Го приложение из примеров на сайте у них. замерял WRK. потом помыл руки и сделал то же самое на фениксе. замерял. ушел поплакал. через пару недель сделал то же самое на кофбое+плаг. и опять поплакал. а потом нашел причину, почему ковбой отстал от го в 2 раза. в общем, если в выходные время найду, чтоб дописать статью - будет на хабре Go vs Elixir )

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

но из-за неё то как раз, продуктивность обычно ниже

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

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

Ты ускорил ковбой в два раза?

и еще интересно было разобраться как весь эликсировый проект вместе с депсами в HiPE скомпилить

тем более го заставляет жёсткую императивщину писать, а в императивном программировании сложнее поддержка кода

и баги витьеватее

Ты ускорил ковбой в два раза?

ну. я не имею права ускорять ковбой в два раза

ERROR: S client not available

целью было взять два продукта. и по примерам из examples их сравнить

т. е. если я взял Го из простого примера. а потом применил все свои знания в ерланге, чтобы это простой пример победить, то я считаю, что это не честная была бы победа

и вот, кстати, HiPE на приложении elixir cowboy + plug не дает прироста в скорости. а даже наоборот - теряет где-то процентов 10

я считаю что го - не конкурент ни эрлангу, ни эликсиру

он для чего-то другого, для чего не знаю

потому что сишники его не уважают

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

я го тоже не уважаю.

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

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

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

но при этом, гошники очень часто в своих статьях нагло врут. что-то типа "легкие процессы такие же как в ерланг"

которые не надо перезапускать

но при этом, гошники очень часто в своих статьях нагло врут. что-то типа "легкие процессы такие же как в ерланг"

да они и про веб разработку писали - мы всех порвём

а по факту пару страничек минут по 15 еле делают

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

ну это из тех, кого я видел.

а так. если они соберутся вместе. может и нарожают всяких там библиотек для страничек

помню, храбрились, что GUI прикрутят

при этом, я тут в 3д моделирование подался. понятно, что blender3d. но перед этим успел поковырять Wings3d! это вполне себе такое настольное приложение для 3д моделирования

и где GUI? помню самое дельное, что могли предложить - встроенный веб сервер и открывать морду на 127.0.0.1

кстати, да, помню о гуях они много кричали что вот-вот...

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

и, кстати вот, возвращаясь к Elixir vs Go. в ходе тестов много чего интересного видел. и обдумал

к примеру вот два скрина

хммм, реально поискал чуть-чуть, и ничего нормального не нашёл

т.е. на многоядерной машине Гошечка работает на одном ядре

т.е. на многоядерной машине Гошечка работает на одном ядре

ты его параллелил хоть?

т.е. на многоядерной машине Гошечка работает на одном ядре

Может ты код писал однопоточный?

ничего не параллелил