forum.opennet.ru - "Опубликован язык программирования Ruby 4.0" (155)

"Опубликован язык программирования Ruby 4.0"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Опубликован язык программирования Ruby 4.0"	+/–
Сообщение от opennews (??), 25-Дек-25, 13:45
Состоялся релиз Ruby 4.0.0, динамического объектно-ориентированного языка программирования, сосредоточенного на высокой эффективности разработки программ и вобравшего в себя лучшие черты Perl, Java, Python, Smalltalk, Eiffel, Ada и Lisp. Код проекта распространяется под лицензиями BSD ("2-clause BSDL") и "Ruby", которая ссылается на последний вариант лицензии GPL и совместима с GPLv3... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64494
Ответить \| Правка \| Cообщить модератору

Оглавление

Не прошло и 10 лет, Аноним (1), 13:45 , 25-Дек-25, (1) +12

Ну знаешь Может быть там очень долго висела примитивная TODO шка, до которой то, Жироватт (ok), 17:03 , 25-Дек-25, (31) +1

Как бы сказать, это основной способ писать кондишены в строчку , Аноним (32), 17:08 , 25-Дек-25, (32) –3

Скрыто модератором, Аноним (176), 03:18 , 02-Янв-26, (176)

Ну Тот один проект, который используется, когда-нибудь переползет на эту версию, Аноним (2), 13:55 , 25-Дек-25, (2) –3

1 миллион проектов на RoR действительно если и будет переползать, то долго , mos87 (ok), 14:47 , 25-Дек-25, (9)

Я же говорю - который используется , Аноним (2), 15:11 , 25-Дек-25, (13) +1

Какова актуальность данного языка в 2025 году , Аноним (3), 13:58 , 25-Дек-25, (3) +2

Актуальная актуальность - куча новых веб-приложений стартует на рельсах, Аноним (4), 14:15 , 25-Дек-25, (4) –5

В смысле, fullstack на RoR, или только бэкенд api Вроде как сейчас отдельные , Аноним (3), 14:18 , 25-Дек-25, (5)

Кому как нравится Я работаю над одним продуктом, в котором используется Stimulu, Аноним (4), 16:35 , 25-Дек-25, (21)

Прямо таки кучи , Аноним (7), 14:45 , 25-Дек-25, (7)

Прямо таки да - рельса до сих пор считается очень удобной для того, чтобы запили, Аноним (4), 16:36 , 25-Дек-25, (22) +1

примеры есть , penetrator (?), 14:46 , 25-Дек-25, (8)

Как минимум кучи компаний и организаций используют GitLab, Анонимный Анон (?), 14:59 , 25-Дек-25, (10)

его и я использую, но речь шла о том, что НОВЫЕ проекты начинаются на руби и рей, penetrator (?), 17:08 , 25-Дек-25, (33) +2
Гитлаб начался 15 лет назад Сегодня я бы выбрал Forgejo , уп (?), 23:48 , 26-Дек-25, (150)

Можно на гитхабе отфильтровать в поиске по публичным репам Я имел в виду не куч, Аноним (4), 16:38 , 25-Дек-25, (23)

За года три пиления домашнего сервачка на рпи4, мне только раза два что-то на Ру, Аноним (64), 23:40 , 25-Дек-25, (64) +1

на питоне много аишной фигни, куда они все закатятся в таком случае , penetrator (?), 12:35 , 26-Дек-25, (116) –1

Там питон выступает исключительно в роли обвязки Делаете биндинги к любому друг, Аноним (120), 13:29 , 26-Дек-25, (120) +1

иди заставь transformers переписать, я как бы не фанат питона, но вижу проблему , penetrator (?), 19:38 , 26-Дек-25, (140)

Ну, в новости shopify поддерживает разработку новых компиляторов Зарплаты рубис, Doctorrr (ok), 15:24 , 25-Дек-25, (14) –1

Зарплаты где В Америке В СНГ и Европе почти нет вакансий на Руби, а если и ест, Аноним (3), 15:33 , 25-Дек-25, (15) +1
так кроме этих упортоых из shopify никто руби и не пользуется , Gemorroj (ok), 15:44 , 25-Дек-25, (16) +5

Вы в курсе, что тот же гитхаб и basecamp сделаны на рельсе , Аноним (4), 16:39 , 25-Дек-25, (26) –2

Вы в курсе что опнннет на перле , Аноним (29), 16:58 , 25-Дек-25, (29) +5

И даже у них кода на Руби становится все меньше Причём в случае Shopify переход, Антиглобалист (-), 20:38 , 25-Дек-25, (50) +1
У них есть конструктор готовых магазинов - полноценная платформа электронной ком, Аноним (123), 14:08 , 26-Дек-25, (123)

Не ну так то понятно Shopify начинали с руби в 2005 году, когда кроме руби и дж, Аноним (3), 15:00 , 26-Дек-25, (126) +1

Так руби тоже развивается Чем он хуже вышеперечисленных Эти го и расты сейчас з, Аноним (162), 12:30 , 27-Дек-25, (162) +1

Он побил тезис что тупее 3-го пистона ничего быть не может А вот фиг вам Ребе , _ (??), 03:53 , 28-Дек-25, (167) –2

Зарплаты коболистов ещё выше Потому что их нет Руби разраба днём с огнём не на, Аноним (29), 16:57 , 25-Дек-25, (28)

Уточняй, что речь про experienced программистов, а не про вайтишников после курс, Антиглобалист (?), 20:41 , 25-Дек-25, (51) +3

Поправил , Аноним (176), 03:30 , 02-Янв-26, (177)

До сих пор поддержка работы на windows хуже чем у python php js и в том же VSCo, waylandbeliver (ok), 15:58 , 25-Дек-25, (17) +1

В Windows, когда речь идет о программировании, по-настоящему хорошо поддерживают, Антикапиталист (?), 19:29 , 25-Дек-25, (45) +1

VSCode, ZED, PyCharm, NetBeans - из того, что пробовал Всё работает без MSYS2 W, Прохожий (??), 02:48 , 26-Дек-25, (80) –5
винда только для игр и специфического офисного софта, Anonim777 (?), 05:31 , 26-Дек-25, (86) +1

Посмеялся, особенно со второго пункта Винда для всего, именно поэтому у линукса , Аноним (102), 09:38 , 26-Дек-25, (102) +1

Если для тебя ихры 8212 всё, то это твои проблемы , Антикапиталист (?), 18:25 , 26-Дек-25, (131) –1

Судя по твоим высказываниям, ты никогда корпоративных сетей больше 10 компьютеро, Прохожий (??), 21:17 , 26-Дек-25, (143)

А причём тут сети ты приплел Ты вообще название темы видел , Антикапиталист (-), 22:39 , 26-Дек-25, (146)

Ну при том, что в корпоративных сетях на серверах используется винда И общее чи, Аноним (162), 12:36 , 27-Дек-25, (163)

Так windows никем и никогда не поддерживался, там ни шелла нормального нет, ни п, Аноним (53), 20:55 , 25-Дек-25, (53) –1

Где вы такие эксперды только берётесь Это риторический вопрос Powershell фору , Прохожий (??), 02:54 , 26-Дек-25, (81) –3

Winget, Аноним (96), 09:05 , 26-Дек-25, (96) +1

Я отстал от жизни , Прохожий (??), 21:20 , 26-Дек-25, (144)

Звидунишка Под линуком это жалкия тень того - настоящего, под форточку И них, _ (??), 03:48 , 28-Дек-25, (166) –2

Линукс не умеет в объекты, потому что клон юникса использует юниксовский подход , Аноним (171), 11:16 , 28-Дек-25, (171) +1

Зачем винде пакетный менеджер В винде есть свои механизмы, которые прекрасно раб, beck (??), 09:21 , 26-Дек-25, (99)

Для компа, не включённого в корпоративную сеть, пакетный менеджер очень удобная , Прохожий (??), 21:29 , 26-Дек-25, (145)

До недавнего времени оно называлось SCCM как оно называется теперь в РФ долж, _ (??), 03:56 , 28-Дек-25, (168) –1

Внезапно https www comss ru page php id 19029, Аноним (102), 09:40 , 26-Дек-25, (103)

дорога ложка к обеду, Аноним (147), 23:31 , 26-Дек-25, (147)

Актуальность следующая Доля рынка PHP 75 Доля рынка Ruby 6 Нетрудно догадаться, Аноним (19), 16:13 , 25-Дек-25, (19) +3

Python забыл указать Где пихон В этой же нише Хотя по нижележащей новости оно , Аноним (123), 19:33 , 25-Дек-25, (46) –1

То есть, и не только в вебе , Аноним (123), 19:34 , 25-Дек-25, (47)

Актуальность в том, что на Руби быстро и приятно писать код А не в доле рынка и, Аноним (42), 18:54 , 25-Дек-25, (42) –3

На PHP 8 тоже быстро и приятно писать код , Аноним (19), 23:01 , 25-Дек-25, (60) +3

Но на Ruby гораздо быстрее, чем на PHP Примерно в три раза быстрее И гораздо п, Аноним (42), 23:53 , 25-Дек-25, (71) –2

На лоре один маньяк уже который год пилит на PHP свое DE, лол , мимо (?), 01:00 , 26-Дек-25, (77) +1
Вы выбрали одну из самых неважных вщей в качестве аргумента , Аноним (120), 10:37 , 26-Дек-25, (106)

Нет Похапэха, как и жабоскрипт с пейстоном - киркоровы мира ИТ 3ашkвapные яз, Ононизмус (?), 15:13 , 26-Дек-25, (127)

А на Питоне не быстро и приятно это в дополнение к выше комментарию про ПХП Мн, Аноним (64), 23:46 , 25-Дек-25, (67) +2

На Ruby тот же код пишется в два раза быстрее, чем на Python И да, пишется прия, Аноним (42), 23:55 , 25-Дек-25, (72) –2

Не уговаривай их Зачем нам лишние конкуренты , Аноним (123), 08:31 , 26-Дек-25, (94) +1

На Ocaml быстро и приятно писать код На хаскеле быстро и приятно писать код На, Аноним (120), 23:52 , 25-Дек-25, (70) –1

Простите, вообще не правда Вызывающе неверная информация, как говорится Перечи, Аноним (42), 23:58 , 25-Дек-25, (73) +3

В чём конкретно не стояли Слишком уж у вас общая фраза , Аноним (120), 10:44 , 26-Дек-25, (108)

про код на хаскеле забавно звучит, Anonim777 (?), 05:32 , 26-Дек-25, (87)
Функциональщина не всем подходит А насчётя, например, поэтому на руби и сбежал, , Аноним (123), 08:17 , 26-Дек-25, (93)

Ocaml позволяет писать используя как ООП, так и империативный подход И потом, с, Аноним (120), 10:42 , 26-Дек-25, (107)

Я только книжку по haskell читал и выполнял примеры Мне было тяжело менять мышл, Аноним (123), 12:44 , 26-Дек-25, (117) +2

Как минимум есть Ocaml, позволяющий использовать как императивный так и функцион, Аноним (120), 13:49 , 26-Дек-25, (121)

А если веб-порталы с приёмами платежей из разных платёжных систем Я ниже приведу, Аноним (123), 10:10 , 27-Дек-25, (158)

Это вопрос к тому, насколько развита инфрастурктура у языка, а не к самому языку, Аноним (165), 17:51 , 27-Дек-25, (165)

В руби с этим всё хорошо Показал же, на примерах, в разных языках, что там не то, Аноним (171), 11:05 , 28-Дек-25, (170)

В руби синтаксис сложный, это факт Рефлексия дополнительно усложняет анализ код, Аноним (165), 13:59 , 29-Дек-25, (174) –1

Честное слово, уже не вижу смысла отвечать, потому что привёл примеры, где видно, Аноним (175), 02:16 , 30-Дек-25, (175) +1

Про голанг смешно получилось , Someone (??), 11:50 , 26-Дек-25, (114) +1

Актуально для поддержки legacy, т е проектов, созданных во времена популярности, Антикапиталист (-), 19:20 , 25-Дек-25, (43) –1

Есть и другие ниши 8211 Chef, например , Гарри (?), 20:57 , 25-Дек-25, (54)

У него нет ниши уже есть Ansible , Аноним (55), 21:58 , 25-Дек-25, (55)

Ansible - редкое г-нище Такое уродство создать - это надо было постараться Три, Прохожий (??), 03:03 , 26-Дек-25, (82) +2

Да Как обычно в этом оЙтИ Но - его пользуют в каждой первой компании, а Salt, , _ (??), 04:11 , 28-Дек-25, (169)

Ты хотел сказать Salt , уп (?), 23:57 , 26-Дек-25, (151) –1

Это ниши для 1 5 землекопа , Антикапиталист (?), 18:26 , 26-Дек-25, (132)

С момента выхода ноды в лохматом 2009 году, для новых проектов ни Питон, ни Руби, уп (?), 22:48 , 25-Дек-25, (58) –4

Как вы определяете актуальность Товарищ привёл цифры с первых двух мест Нода та, Аноним (123), 23:02 , 25-Дек-25, (61)

Я определяю актуальность своим опытом в индустрии Рэнкинги примерно солидарны h, уп (?), 23:40 , 26-Дек-25, (149)

https x com github status 2003579694424424493, уп (?), 02:04 , 27-Дек-25, (154)

Господа, убедительная просьба, к ссылкам, не содержащим описания темы в урле, пи, Аноним (123), 10:33 , 27-Дек-25, (159)
Забавно, что чтобы посмотреть на величие транскрипта и плафона, мне пришлось чер, Аноним (123), 10:49 , 27-Дек-25, (161)

Легаси есть легаси А в современном Blueskye уже так https github com bluesky-, уп (?), 12:57 , 27-Дек-25, (164)

Пришли новые люди, написали на том что знают, замутив солянку из почти десятка я, Аноним (171), 12:23 , 28-Дек-25, (172)

Всё ровным счётом наоборот Но каждый кулик будет хвалить своё болото покуда оно, уп (?), 16:50 , 28-Дек-25, (173)

Какая несусветная чушь Не знаю, как Руби, но Питон вполне себе актуален в проек, Прохожий (??), 03:07 , 26-Дек-25, (83)

Автоматизация рутины это не коммерческий проект, о которых эксплицитно шла речь , уп (?), 23:35 , 26-Дек-25, (148)

Не, баш руби всё-таки удобнее и мощнее связка, чем баш перл В руби очень помога, Аноним (42), 03:19 , 27-Дек-25, (156)

Мода на библиотеки в js постоянно меняется уже prisma считается старой ORM, к, Аноним (3), 09:12 , 26-Дек-25, (97) +1

Я работал в компании, где весь бекенд на жс, но он весь написан с нуля без сторо, Антиглобалист (-), 09:36 , 26-Дек-25, (101) +2

Про голанг не слышали , Аноним (120), 10:45 , 26-Дек-25, (109) –1

Если юзать ноду в кластере, выигрыш от голанга мизерный Равные язычки, по сути , Аноним (3), 14:01 , 26-Дек-25, (122) –1
Го в 100 раз сложнее ноды, и по производительности примерно такой же Не говоря,, Антикапиталист (?), 18:28 , 26-Дек-25, (134)

А потом это превратилось в мем Соискатель А с каким фреймворком вы работаете , Аноним (123), 13:14 , 26-Дек-25, (118) –2

Использование фреймворков это индикатор несостоятельности как программиста , Антикапиталист (?), 18:27 , 26-Дек-25, (133) –1

Да, мем так и назывался мы написали свой велосипед , Аноним (123), 19:12 , 26-Дек-25, (138) –1

Ну вообще-то, своё не означает что хуже Все эти полноценные MVC фреймворки по, Аноним (3), 20:10 , 26-Дек-25, (141) +1

Так помимо эти фрэймов есть и лёгкие Та же Sinatra, если тебе не нужен Rails , Аноним (123), 10:36 , 27-Дек-25, (160)

никакой актуальности, открой гугл тренд и сам убедись, Anonim777 (?), 05:29 , 26-Дек-25, (85) +2

Скрыто модератором, Аноним (6), 14:42 , 25-Дек-25, (6) +1

Скрыто модератором, Аноним (123), 08:38 , 26-Дек-25, (95)

Facebook тянул PHP, теперь Shopify тянет Ruby Новый компилятор грустно вздыхает, Витюшка (?), 18:09 , 25-Дек-25, (37)
Программировать на Ruby - одно удовольствие , Аноним (42), 18:49 , 25-Дек-25, (40) –1

Это правда Синтаксис очень приятный , Аноним (56), 21:58 , 25-Дек-25, (56)

Если тебе нравятся вереницы end ов Superfluous Verbose , уп (?), 22:50 , 25-Дек-25, (59)

Не такие уж там и вереницы На практике это не сильно напрягает Зато можно писа, Аноним (42), 00:22 , 26-Дек-25, (76)

Самое удивительное, что в этом никому не нужном фуфле уже второй JIT дописывают,, Аноним (53), 20:53 , 25-Дек-25, (52) –1

Самое удивительное, что питонщики отказались от модели JIT из руби, и начали пил, Аноним (123), 23:05 , 25-Дек-25, (62)

Какая удивительная опеннетная альтернативная реальность А в нашей были и всяки, Аноним (65), 23:40 , 25-Дек-25, (65) +2

В руби используется Copy-and-Patch JIT А проект Faster Python отказался от этой, Аноним (123), 07:27 , 26-Дек-25, (89) +1

И это хорошо У людей есть стимул отказаться от плохого языка и перейти на хорош, Аноним (120), 23:47 , 25-Дек-25, (68)

У раби слишком низкое качество батареек, даже в сравнении с питоном Ну у питона, Аноним (7), 01:14 , 26-Дек-25, (78)

Ты про Ruby on Rails - Рубин на Рейльсах Рубин на Рейльсах - фреймворк, написанн, Аноним (-), 05:49 , 26-Дек-25, (88)

Тут логично сравнивать с django, в базовой поставке ничего нет Хотя технически , Аноним (7), 09:40 , 26-Дек-25, (104)

Ну смотрите, а питон то слишком быстрый получается, раз человек на батарейки ори, Аноним (120), 10:47 , 26-Дек-25, (110)

Непонятная логика Батарейки всё больше ускоряют и разработку, и сам питон Уск, Аноним (7), 10:54 , 26-Дек-25, (112)

Батарейки не могут разогнать питон Есть проблемы во-первых, не все вещи реализу, Аноним (120), 11:14 , 26-Дек-25, (113)

В вебе это пока не так А в остальном - скорее к сожалению Тормозные пакетные ме, Аноним (123), 07:54 , 26-Дек-25, (92)

Чем , Антикапиталист (?), 18:29 , 26-Дек-25, (135)

Переписыванием на плюсах в пятой версии , Аноним (123), 19:23 , 26-Дек-25, (139)

О, глубокое легаси обновилось А мне как-то в середине нулевых говорили, что это , Аноним (64), 23:34 , 25-Дек-25, (63) –5

Глубокое легаси Релизы выходят довольно регулярно, посмотрите https www rub, Аноним (42), 00:15 , 26-Дек-25, (75) +3

Я вот думал о такой модели, но она в корне не верная Смотри пусть 75 действите, Аноним (115), 11:52 , 26-Дек-25, (115) +1

Могу сразу тебя охладить - никакие опросы не помогут Просто по себе знаю - ни, Ононизмус (?), 15:36 , 26-Дек-25, (129)

Из отчёта Cloudflare Популярные Web-фреймворки Next js - 38 , Express - 21 , Nu, Аноним (123), 07:39 , 26-Дек-25, (90) +1

Странно, что у пыха 45 , а фреймворков на его основе только Yii - 2 3 , где же т, Аноним (3), 09:20 , 26-Дек-25, (98)

Определить фреймворк можно, только если он явным образом себя обозначит, наприме, Аноним (120), 10:50 , 26-Дек-25, (111)

Python никогда и не претендовал стать языком для веба То что он МОЖЕТ 8212 ск, Антиглобалист (-), 09:29 , 26-Дек-25, (100) +2

Ещё как претендовал и претендует И с джангой у него это неплохо получается А пе, Аноним (123), 13:24 , 26-Дек-25, (119) –2

Ну заменить пых питон не сможет, да и при наличии ноды с гошкой выбирать питон д, Аноним (3), 14:21 , 26-Дек-25, (124)
бессмысленно , Аноним (3), 14:22 , 26-Дек-25, (125)
В твоём манямиpке разве что , Антикапиталист (?), 18:32 , 26-Дек-25, (136) +1

Мягко говоря странная статистика Есть Yii, но нет более популярных Laravel и Sy, FSA (ok), 16:21 , 26-Дек-25, (130)

Взять AOT компиляцию в бинарный код и получить хорошую производительность ещё в , Аноним (120), 23:50 , 25-Дек-25, (69)

Для этого сделали Crystal - компилируемый язык с синтаксисом близким к Ruby, Аноним (42), 00:10 , 26-Дек-25, (74)

Есть такое https www johnhawthorn com 2024 ruby-might-be-faster-than-you-think, Аноним (123), 07:43 , 26-Дек-25, (91)

Круто , Аноним (42), 02:09 , 27-Дек-25, (155) –1

Если разрабы рубей будут так похабно относиться к Вендоплатформе, никакой популя, Ононизмус (?), 15:21 , 26-Дек-25, (128)

Винда для игр Точка , Антикапиталист (?), 18:32 , 26-Дек-25, (137) +1

А работать где Только не говори, что в линуксе Он создан for fun и for l, Ононизмус (?), 01:22 , 27-Дек-25, (152) –2

Зависит от того, что считать работой В моём кругу IT-специалисты возрастом 40 , Антикапиталист (-), 04:02 , 27-Дек-25, (157)

WSL изобретён, Аноним (120), 20:34 , 26-Дек-25, (142) +1

Да ещё нехватало Нативная венда - наше всё Если из языка можно получить дос, Ононизмус (?), 01:24 , 27-Дек-25, (153)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 25-Дек-25, 13:45 +12 +/–

>Разрешено разбивать строки с логическими операторами "||", "&&", "and" и "or" таким образом, что следующая строка начинается с оператора.
Не прошло и 10 лет

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

2. Сообщение от Аноним (2), 25-Дек-25, 13:55 –3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

3. Сообщение от Аноним (3), 25-Дек-25, 13:58 +2 +/–

Какова актуальность данного языка в 2025 году?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #14, #17, #19, #42, #43, #58, #85

4. Сообщение от Аноним (4), 25-Дек-25, 14:15 –5 +/–

Актуальная актуальность - куча новых веб-приложений стартует на рельсах

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #5, #7, #8

5. Сообщение от Аноним (3), 25-Дек-25, 14:18 +/–

В смысле, fullstack на RoR, или только бэкенд (api)? Вроде как сейчас отдельные фронтенды и бэкенды в моде.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #21

6. Сообщение от Аноним (6), 25-Дек-25, 14:42 Скрыто ботом-модератором +1 +/–

GIL убрали? С питона сбежать реально? Нет фашистов, ратующих за my way or the highway в тимлидах? Чтобы влиться, обязательно покупать макбук?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95

7. Сообщение от Аноним (7), 25-Дек-25, 14:45 +/–

Прямо таки кучи?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #22

8. Сообщение от penetrator (?), 25-Дек-25, 14:46 +/–

примеры есть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10, #23

9. Сообщение от mos87 (ok), 25-Дек-25, 14:47 +/–

1 миллион проектов на RoR действительно если и будет переползать, то долго.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #13

10. Сообщение от Анонимный Анон (?), 25-Дек-25, 14:59 +/–

Как минимум кучи компаний и организаций используют GitLab

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #33, #150

13. Сообщение от Аноним (2), 25-Дек-25, 15:11 +1 +/–

Я же говорю - "который используется".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от Doctorrr (ok), 25-Дек-25, 15:24 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #16, #28

15. Сообщение от Аноним (3), 25-Дек-25, 15:33 +1 +/–

Зарплаты где? В Америке? В СНГ и Европе почти нет вакансий на Руби, а если и есть, то там надо чтобы и шнец, жнец, и на дуде игрец, и руби идёт не в первых ролях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от Gemorroj (ok), 25-Дек-25, 15:44 +5 +/–

так кроме этих упортоых из shopify никто руби и не пользуется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #26, #50, #123

17. Сообщение от waylandbeliver (ok), 25-Дек-25, 15:58 +1 +/–

До сих пор поддержка работы на windows хуже чем у python/php/js (и в том же VSCode), это всё что нужно знать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #45, #53

19. Сообщение от Аноним (19), 25-Дек-25, 16:13 +3 +/–

Актуальность следующая:
Доля рынка PHP: 75%
Доля рынка Ruby: 6%
Нетрудно догадаться, что актуальности никакой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #46

21. Сообщение от Аноним (4), 25-Дек-25, 16:35 +/–

Кому как нравится. Я работаю над одним продуктом, в котором используется Stimulus и ERB (получается, full stack), и над другим продуктом, в котором только бэкенд

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

22. Сообщение от Аноним (4), 25-Дек-25, 16:36 +1 +/–

Прямо таки да - рельса до сих пор считается очень удобной для того, чтобы запилить какой-нибудь POC или MVP

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

23. Сообщение от Аноним (4), 25-Дек-25, 16:38 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #64

26. Сообщение от Аноним (4), 25-Дек-25, 16:39 –2 +/–

Вы в курсе, что тот же гитхаб и basecamp сделаны на рельсе?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #29

28. Сообщение от Аноним (29), 25-Дек-25, 16:57 +/–

Зарплаты коболистов ещё выше. Потому что их нет. Руби разраба днём с огнём не найдешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #51

29. Сообщение от Аноним (29), 25-Дек-25, 16:58 +5 +/–

> Вы в курсе, что тот же гитхаб и basecamp сделаны на рельсе?
Вы в курсе что опнннет на перле?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

31. Сообщение от Жироватт (ok), 25-Дек-25, 17:03 +1 +/–

Ну знаешь. Может быть там очень долго висела примитивная TODO'шка, до которой только вот дошли руки: работает - и ладно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #32

32. Сообщение от Аноним (32), 25-Дек-25, 17:08 –3 +/–

Как бы сказать, это основной способ писать кондишены в строчку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #176

33. Сообщение от penetrator (?), 25-Дек-25, 17:08 +2 +/–

> Как минимум кучи компаний и организаций используют GitLab
его и я использую, но речь шла о том, что НОВЫЕ проекты начинаются на руби и рейлс, как-то сомнительно, вот и спросил

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

37. Сообщение от Витюшка (?), 25-Дек-25, 18:09 +/–

Facebook тянул PHP, теперь Shopify тянет Ruby.
Новый компилятор (грустно вздыхает) опять...опять написан на "на нём ничего не пишут" aka Rust

Ответить | Правка | Наверх | Cообщить модератору

40. Сообщение от Аноним (42), 25-Дек-25, 18:49 –1 +/–

Программировать на Ruby - одно удовольствие!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

42. Сообщение от Аноним (42), 25-Дек-25, 18:54 –3 +/–

Актуальность в том, что на Руби быстро и приятно писать код. А не в доле рынка или числе вакансий.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #60, #67, #70

43. Сообщение от Антикапиталист (-), 25-Дек-25, 19:20 –1 +/–

> Какова актуальность данного языка в 2025 году?
Актуально для поддержки legacy, т.е. проектов, созданных во времена популярности RoR. По сути, это вся профессиональная ниша Ruby на сегодня
.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #54

45. Сообщение от Антикапиталист (?), 25-Дек-25, 19:29 +1 +/–

В Windows, когда речь идет о программировании, по-настоящему хорошо поддерживаются только MSVC и его производные. Остальное требует костылей в виде MSYS2\WSL.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #80, #86

46. Сообщение от Аноним (123), 25-Дек-25, 19:33 –1 +/–

Python забыл указать. Где пихон? В этой же нише.
Хотя по нижележащей новости оно и в вебе ниже руби.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #47

47. Сообщение от Аноним (123), 25-Дек-25, 19:34 +/–

То есть, и не только в вебе. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

50. Сообщение от Антиглобалист (-), 25-Дек-25, 20:38 +1 +/–

И даже у них кода на Руби становится все меньше. Причём в случае Shopify переход на другие языки оправдан, т.к. Руби упирается в слабую производительность при ежегодно растущем трафике.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

51. Сообщение от Антиглобалист (?), 25-Дек-25, 20:41 +3 +/–

Уточняй, что речь про experienced программистов, а не про вайтишников после курсов на Ютуб и прочих вайбкодеров 🙂

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #177

52. Сообщение от Аноним (53), 25-Дек-25, 20:53 –1 +/–

Самое удивительное, что в этом никому не нужном фуфле уже второй JIT дописывают, а Python, который, на минуту, самый распространённый на планете язык, всё ещё в 30-100 раз медленнее нативного кода.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #68, #92

53. Сообщение от Аноним (53), 25-Дек-25, 20:55 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #81, #99, #103

54. Сообщение от Гарри (?), 25-Дек-25, 20:57 +/–

Есть и другие ниши – Chef, например.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #55, #132

55. Сообщение от Аноним (55), 25-Дек-25, 21:58 +/–

У него нет ниши уже есть Ansible

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #82, #151

56. Сообщение от Аноним (56), 25-Дек-25, 21:58 +/–

Это правда. Синтаксис очень приятный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #59

58. Сообщение от уп (?), 25-Дек-25, 22:48 –4 +/–

С момента выхода ноды в лохматом 2009 году, для новых проектов ни Питон, ни Руби неактуальны, фуллстек и V8 (плюс Bun сейчас) решают. Учите жс и/или тс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #61, #83, #97

59. Сообщение от уп (?), 25-Дек-25, 22:50 +/–

Если тебе нравятся вереницы end'ов. Superfluous. Verbose.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #76

60. Сообщение от Аноним (19), 25-Дек-25, 23:01 +3 +/–

На PHP 8+ тоже быстро и приятно писать код.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #71, #127

61. Сообщение от Аноним (123), 25-Дек-25, 23:02 +/–

Как вы определяете актуальность?
Товарищ привёл цифры с первых двух мест. Нода там плавает в районе двух процентов. Питон, емнип, процент с четвертью.
Ruby это fullstack.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #149

62. Сообщение от Аноним (123), 25-Дек-25, 23:05 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #65

63. Сообщение от Аноним (64), 25-Дек-25, 23:34 –5 +/–

О, глубокое легаси обновилось.
А мне как-то в середине нулевых говорили, что это прям топчик... а Пыхтон - тупик.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #75, #90

64. Сообщение от Аноним (64), 25-Дек-25, 23:40 +1 +/–

> а кучу всяких разных любительских (и не только) штук, которые начинаются на рельсе
За года три пиления домашнего сервачка на рпи4, мне только раза два что-то на Руби попадалось. И то, в полумертвом состоянии, с живыми альтернативами не на Руби...
Примерно столько же, сколько и на Шарпе.
Чуть-чуть чаще Ява... но такое не в энтерпрайз тянуть будет только... ладно, пропустим.
А самое актуальное, в основном, это Го, Ржавый... местами Питончик (но чувствуется закат). Немнго ПХП (легаси, но куда популярнее Руби).
Поэтому... Что-то верится с трудом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #116

65. Сообщение от Аноним (65), 25-Дек-25, 23:40 +2 +/–

> Самое удивительное, что питонщики отказались от модели JIT из руби, и начали
> пилить свой велосипед, потом поняли, что свернули не туда, и сейчас
> думают как сделать так как в руби, чтобы всё не поломать.
Какая удивительная (опеннетная) альтернативная реальность!
А в нашей были и всякие psycho c unladen swallow (или Jython) и PyPy c Numba, причем зааадолго до первого JIT в руби.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #89

67. Сообщение от Аноним (64), 25-Дек-25, 23:46 +2 +/–

А на Питоне не быстро и приятно (это в дополнение к выше комментарию про ПХП)?
Много на чём быстро и приятно. В чем фишка Руби среди конкурентов в "быстро и приятно"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #72

68. Сообщение от Аноним (120), 25-Дек-25, 23:47 +/–

>Python, который, на минуту, самый распространённый на планете язык, всё ещё в 30-100 раз медленнее нативного кода
И это хорошо. У людей есть стимул отказаться от плохого языка и перейти на хороший. Если же у гвидобейсика подтянут скорость, пускай даже немного, то питонисты скажут, что этого достаточно, и продолжат сидеть на питоне.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #78

69. Сообщение от Аноним (120), 25-Дек-25, 23:50 +/–

>В состав включён новый JIT-компилятор
Взять AOT компиляцию в бинарный код и получить хорошую производительность ещё в 90-ых? Нет, нужно долго долго делать интерпретируемый язык, изобретая всё новые и новые сложности.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

70. Сообщение от Аноним (120), 25-Дек-25, 23:52 –1 +/–

>Актуальность в том, что на Руби быстро и приятно писать код.
На Ocaml быстро и приятно писать код. На хаскеле быстро и приятно писать код. На голанге быстро и приятно писать код. Продолжать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #73, #87, #93, #114

71. Сообщение от Аноним (42), 25-Дек-25, 23:53 –2 +/–

Но на Ruby гораздо быстрее, чем на PHP. Примерно в три раза быстрее. И гораздо приятнее, чем на PHP. На PHP я бы не сказал, что очень приятно писать. Примерно как на Perl. Со всеми этими знаками доллара и точками с запятой.
К тому же, PHP - это только веб. А на Ruby пишут и системные демоны (Puppet, Chef), и утилиты (Brew, Asciidoctor).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #77, #106

72. Сообщение от Аноним (42), 25-Дек-25, 23:55 –2 +/–

На Ruby тот же код пишется в два раза быстрее, чем на Python! И да, пишется приятнее. Попробуйте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #94

73. Сообщение от Аноним (42), 25-Дек-25, 23:58 +3 +/–

Простите, вообще не правда. Вызывающе неверная информация, как говорится. Перечисленные языки по быстроте разработки и приятности программирования и рядом с Ruby не стояли.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #108

74. Сообщение от Аноним (42), 26-Дек-25, 00:10 +/–

Для этого сделали Crystal - компилируемый язык с синтаксисом близким к Ruby

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #91

75. Сообщение от Аноним (42), 26-Дек-25, 00:15 +3 +/–

"Глубокое легаси"? Релизы выходят довольно регулярно, посмотрите:
https://www.ruby-lang.org/en/downloads/releases/
Если вы не пользуетесь Ruby и не в теме - лучше проходите мимо, а не брызгайте ядом

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #115

76. Сообщение от Аноним (42), 26-Дек-25, 00:22 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

77. Сообщение от мимо (?), 26-Дек-25, 01:00 +1 +/–

На лоре один маньяк уже который год пилит на PHP свое DE, лол.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

78. Сообщение от Аноним (7), 26-Дек-25, 01:14 +/–

У раби слишком низкое качество батареек, даже в сравнении с питоном. Ну у питона все ключевые компоненты промышленного уровня. У раста в принципе та же проблема.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #88, #110

80. Сообщение от Прохожий (??), 26-Дек-25, 02:48 –5 +/–

VSCode, ZED, PyCharm, NetBeans - из того, что пробовал. Всё работает без MSYS2\WSL. ЧЯДНТ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

81. Сообщение от Прохожий (??), 26-Дек-25, 02:54 –3 +/–

>там ни шелла нормального нет, ни пакетного менеджера
Где вы такие эксперды только берётесь? Это риторический вопрос.
Powershell фору любому популярному шеллу даст из мира Линукс из за тесной интеграции с .Net.
Встроенного пакетного менеджера нет, это правда, но кто запрещает поставить тот же chocolatey, например?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #96, #166

82. Сообщение от Прохожий (??), 26-Дек-25, 03:03 +2 +/–

Ansible - редкое г-нище. Такое уродство создать - это надо было постараться. Три языка программирования (Yaml, Jinja, Python), вместо одного, которым спокойно можно было обойтись (Pyinfra не даст соврать). Да ещё своя семантика вместо стандартной (коллекции, роли, плейбуки вместо библиотек, классов, программ).
Единственный плюс у этого поделия - относительно развитая инфраструктура.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #169

83. Сообщение от Прохожий (??), 26-Дек-25, 03:07 +/–

Какая несусветная чушь. Не знаю, как Руби, но Питон вполне себе актуален в проектах по автоматизации всякой рутины. Про веб не скажу, не знаю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #148

85. Сообщение от Anonim777 (?), 26-Дек-25, 05:29 +2 +/–

никакой актуальности, открой гугл тренд и сам убедись

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

86. Сообщение от Anonim777 (?), 26-Дек-25, 05:31 +1 +/–

винда только для игр и специфического офисного софта

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #102

87. Сообщение от Anonim777 (?), 26-Дек-25, 05:32 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

88. Сообщение от Аноним (-), 26-Дек-25, 05:49 +/–

Ты про Ruby on Rails - Рубин на Рейльсах?
Рубин на Рейльсах - фреймворк, написанный на языке программирования Ruby, реализует архитектурный шаблон Model-View-Controller для веб-приложений, а также обеспечивает их интеграцию с веб-сервером и сервером баз данных. Является открытым программным обеспечением и распространяется под лицензией MIT.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #104

89. Сообщение от Аноним (123), 26-Дек-25, 07:27 +1 +/–

В руби используется Copy-and-Patch JIT. А проект Faster Python отказался от этой модели и начал пилить Tier 2, но зашёл в тупик. Они потратили годы, но оказалось что рубишная модель за это время доказала правоту. Начали переделывать, но медленно, хотя разработчиков там на порядок больше. В итоге Microsoft разогнала упоротых разработчиков Faster CPython (наверное подсчитали профит к затраченному времени и зарплатам), а сообществу пришлось быстро дружиться с рубистами.
Вот это после консультаций с рубистами из shopify должно будет появиться в новом питоне.
--enable-experimental-jit
И он ещё пока считается экспериментальным, как видно из опции.
Это тот Copy-and-Patch JIT для питона. А до этого были просто игрушки.
> Какая удивительная (опеннетная) альтернативная реальность!
У вас - да.
А питонистам нашей объективной реальности пришлось отказаться от своей гордыни, изучить подход конкурентов и начать слом и рефакторинг архитектуры своего JIT-компилятора.
https://github.com/python/cpython/pull/113465 "GH-113464: A copy-and-patch JIT compiler"
https://github.com/python/cpython/issues/128939 "Reorganize the JIT optimization passes."
И Ken Jin выразил благодарность за работу над Ruby JIT на реддите. Причём там разработчик YJIT предложил принять его на работу, чтобы он доделал JIT в питоне.
"It was an uphill battle getting YJIT to work well at first. We needed grit and I pushed for a very data-driven approach so we could learn from our early failures and make informed decisions. Make of that what you will.
Yes Python is hard to optimize. I Still believe that a good JIT for CPython is very possible but it needs to be done right. Hire me if you want that done :)"
В общем, все друзья и братья, как и принято в зарубежном пространстве.
> были и всякие psycho c unladen swallow (или Jython) и PyPy c Numba, причем зааадолго до первого JIT в руби.
Ну, PyPy, Jython это не основные реализации. У руби тоже есть всякие JRuby, IronRuby, которые сначала были быстрее, а теперь проигрывают оригиналу.
А сишный код можно одинаково дёргать из любого языка. Только не всегда оптимально это делать.
YJIT уже в продакшене, в то время как питон до сих пор экспериментирует.
И на данный момент YJIT в Ruby более производительный и зрелый.
В тестах (да, синтетика) руби тоже не уступает питону, а местами превосходит его.
Сейчас Ruby опередил даже Crystal со статической типизацией.
Но в итоге CPython принял рубишный подход и картина может измениться.
Впрочем, в руби тоже на месте не сидят.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

90. Сообщение от Аноним (123), 26-Дек-25, 07:39 +1 +/–

Из отчёта Cloudflare:
Популярные Web-фреймворки: Next.js - 38%, Express - 21%, Nuxt.js - 20%, Microsoft ASP.NET - 10%, Ruby on Rails - 4.9%, Yii - 2.3%, Spring - 2.1%, Django - 0.52%.
А вот это удивило даже меня:
Популярные языки программирования: PHP - 45%, node.js - 33%, Java - 15%, Ruby - 2.2%, Python - 1.9%
В нишах для недопрограммистов, где математики и прочие дата-учёные дёргают сишные и плюсовые библиотеки, пыхтон - прям топчик.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #98, #100, #130

91. Сообщение от Аноним (123), 26-Дек-25, 07:43 +/–

Есть такое:
https://www.johnhawthorn.com/2024/ruby-might-be-faster-than-.../
"Now it’s Ruby that’s 5 times faster than Crystal!!! And 20x faster than our original version."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #155

92. Сообщение от Аноним (123), 26-Дек-25, 07:54 +/–

> самый распространённый на планете язык
В вебе это пока не так. А в остальном - скорее к сожалению.
Тормозные пакетные менеджеры на питоне потихоньку переписали на си, плюсы, расты и т.п., где хотели. Особенно выделяется переход с yum на dnf.
Этот язык считается клеем для нормальных языков. Прослойкой к быстрому коду.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #135

93. Сообщение от Аноним (123), 26-Дек-25, 08:17 +/–

Функциональщина не всем подходит.
А насчёт
> На голанге быстро и приятно писать код
я, например, поэтому на руби и сбежал, и сейчас наслаждаюсь даже несмотря на его сравнительную медлительность после си и плюсов. Однако периодическое чтение разнообразных манов на тему "ruby is fast" и исследование проектов вроде crystalruby позволяет решать и такие проблемы.
Конечно, иной раз хотелось бы питоновских (сишных) string[::-1], вместо рубишного string.reverse. Но там не всё так однозначно с потреблением памяти.
А го и раст теперь вместо ассемблера для ruby. Логику на них я точно писать не стал бы.  С интересом слежу за Zig в плане ускорителя критических мест (вместо go и rust).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #107

94. Сообщение от Аноним (123), 26-Дек-25, 08:31 +1 +/–

Не уговаривай их! Зачем нам лишние конкуренты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

95. Сообщение от Аноним (123), 26-Дек-25, 08:38 +/–

> GIL убрали? С питона сбежать реально? Нет фашистов, ратующих за my way
> or the highway в тимлидах? Чтобы влиться, обязательно покупать макбук?
GIL не убрали, но многопоточность своя, от системы не зависящая. В то время как Гвидо вообще сказал, что многопоточность не является необходимостью и он этим заниматься не будет.
С питона кто хотел, уже сбежал. Правда не все на руби. Мир не столь ограниченный.
Тимлиды грызутся и даже отнимают друг у друга проекты. :D
Макбук не обязателен.
Заставлять писать на одном языке тоже никто не будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

96. Сообщение от Аноним (96), 26-Дек-25, 09:05 +1 +/–

Winget

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #144

97. Сообщение от Аноним (3), 26-Дек-25, 09:12 +1 +/–

Мода на библиотеки в js постоянно меняется (уже prisma считается "старой" ORM, которая пару лет назад считалась заменой тогда старой typeORM, а зумеры сейчас выбирают drizzle), эти вечные качели в js экосистеме отталкивают бэкенд, где важна стабильность и постоянность. Вот когда и если в js устаканится мода на что-то одно, тогда может быть, js приживётся в бэкенде, а пока что только всякие стартапы тащат js в бэкенд.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #101

98. Сообщение от Аноним (3), 26-Дек-25, 09:20 +/–

Странно, что у пыха 45%, а фреймворков на его основе только Yii - 2.3%, где же так распиаренный laravel? А laravel куда популярнее Yii2 будет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #111

99. Сообщение от beck (??), 26-Дек-25, 09:21 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #145

100. Сообщение от Антиглобалист (-), 26-Дек-25, 09:29 +2 +/–

Python никогда и не претендовал стать языком для веба То что он МОЖЕТ — скорее побочное явление. Главная же его ниша — написание логики, где не важна процессорная мощь (боты, автоматизация, аналитика и т.п.).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #119

101. Сообщение от Антиглобалист (-), 26-Дек-25, 09:36 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #109, #118

102. Сообщение от Аноним (102), 26-Дек-25, 09:38 +1 +/–

Посмеялся, особенно со второго пункта.
Винда для всего, именно поэтому у линукса на десктопах примерно никак.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #131

103. Сообщение от Аноним (102), 26-Дек-25, 09:40 +/–

Внезапно https://www.comss.ru/page.php?id=19029

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #147

104. Сообщение от Аноним (7), 26-Дек-25, 09:40 +/–

Тут логично сравнивать с django, в базовой поставке ничего нет. Хотя технически конечно напихано там ого-го.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

106. Сообщение от Аноним (120), 26-Дек-25, 10:37 +/–

>На PHP я бы не сказал, что очень приятно писать. Примерно как на Perl. Со всеми этими знаками доллара и точками с запятой.
Вы выбрали одну из самых неважных вщей в качестве аргумента.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

107. Сообщение от Аноним (120), 26-Дек-25, 10:42 +/–

>Функциональщина не всем подходит.
Ocaml позволяет писать используя как ООП, так и империативный подход. И потом, сколько вещей вы написали в функциональном стиле, чтобы об этом судить?
>> На голанге быстро и приятно писать код
>я, например, поэтому на руби и сбежал
К сожалению, у вас отсутствует конкретика. Могу однозначно сказать, что написании сложной логики гораздо приятнее делать на ocaml, где ошибка будет найдена во время написания, чем на руби, где ошибка всплывёт во время исполнения, возможно спустя несколько месяцев, когда оригинальную задачу забудешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #117

108. Сообщение от Аноним (120), 26-Дек-25, 10:44 +/–

В чём конкретно не стояли? Слишком уж у вас общая фраза.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

109. Сообщение от Аноним (120), 26-Дек-25, 10:45 –1 +/–

>Жс был выбран из-за скорости работы с IO, что важно.
Про голанг не слышали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #122, #134

110. Сообщение от Аноним (120), 26-Дек-25, 10:47 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #112

111. Сообщение от Аноним (120), 26-Дек-25, 10:50 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

112. Сообщение от Аноним (7), 26-Дек-25, 10:54 +/–

> Ну смотрите, а питон то слишком быстрый получается, раз человек на батарейки
> ориентируется. Так что можно его даже и не оптимизировать.
Непонятная логика. Батарейки всё больше ускоряют: и разработку, и сам питон. Ускорения действительно по большей части бесполезны -- существенно выше существующего нативного когда не прыгнешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #113

113. Сообщение от Аноним (120), 26-Дек-25, 11:14 +/–

>Батарейки всё больше ускоряют: и разработку, и сам питон.
Батарейки не могут разогнать питон.
>существенно выше существующего нативного когда не прыгнешь.
Есть проблемы: во-первых, не все вещи реализуются с помощью батереек, во-вторых, питон всё равно остаётся динамически типизированным языком, и куча лишних действий всё равно будет происходить. Если у вас есть массив чисел, то вы не можете его просто брать и складывать, вам всё равно придётся каждый раз проверять, что следующий элемент это именно число, а не строка, объект или что-то другое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

114. Сообщение от Someone (??), 26-Дек-25, 11:50 +1 +/–

Про голанг смешно получилось.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

115. Сообщение от Аноним (115), 26-Дек-25, 11:52 +1 +/–

Я вот думал о такой модели, но она в корне не верная. Смотри пусть 75% действительно пользуются PHP и они будут ходить постоянно мимо новостей (пропоганды) именно Ruby
и видеть только вот эти самые рассказы про обновления.
Я думаю, что для объективности нужны опросы и обзоры от какого-то новостного источника.
Скажем это обзоры о программистах: желание использовать язык, текущий язык и обзоры от бизнеса, так например очень важно наполнение рынка специалистами на этом языке и их опыт.
Вот тогда и не возникнет таких одиноких резких выпадов, а будет понятна картинка в целом.
Сейчас за последние 10 лет я видел Ruby только в проектах по тестированию и то с уходом лида из команды очень быстро команда решила перейти на Kotlin.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #129

116. Сообщение от penetrator (?), 26-Дек-25, 12:35 –1 +/–

>> а кучу всяких разных любительских (и не только) штук, которые начинаются на рельсе
> За года три пиления домашнего сервачка на рпи4, мне только раза два
> что-то на Руби попадалось. И то, в полумертвом состоянии, с живыми
> альтернативами не на Руби...
> Примерно столько же, сколько и на Шарпе.
> Чуть-чуть чаще Ява... но такое не в энтерпрайз тянуть будет только... ладно,
> пропустим.
> А самое актуальное, в основном, это Го, Ржавый... местами Питончик (но чувствуется
> закат). Немнго ПХП (легаси, но куда популярнее Руби).
> Поэтому... Что-то верится с трудом.
на питоне много аишной фигни, куда они все закатятся в таком случае?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #120

117. Сообщение от Аноним (123), 26-Дек-25, 12:44 +2 +/–

Я только книжку по haskell читал и выполнял примеры. Мне было тяжело менять мышление. Я императивный подход люблю.
К тому же, у руби вакансий больше, зарплаты выше, конкуренция меньше.
OCaml слишком редкий зверь, чтобы на него обращать внимание для конвейерной работы.
Я go поначалу выбрал за быстрый компилятор, что было одной из основных целей его разработки. Но у него архаичные архитектурные решения а-ля си. Если там процитировали фразы из анонса или документации "На голанге быстро и приятно писать код", то надо понимать, что они обычно сравнивают с теми языками, чьи недостатки они попытались исправить. То есть, на "На голанге быстро и приятно писать код, по сравнению с си". Но в отношении руби это крайне некорректное утверждение. Потом выяснилось, что микросервисы - не панацея и довольно сильно усложняют архитектуру. Многие стали возвращаться к монолитам. И оказалось, что Ruby, который к этому времени выровнял производительность, наиболее удобен для быстрой разработки. Ну это то, с чем я столкнулся.
Статически типизированные языки медленнее для быстрой разработки. К тому же компилятор - это уже лишний тормоз в быстрой разработке. О какой приятности может идти речь, если после незначительного исправления нужно запускать компиляцию.
Так что haskell выпадает ещё и по этой причине.

Как оказалось, ускорить руби всегда можно, до потолка мощностей ещё дорасти надо.
На руби легко создать гибридную инфраструктуру из разных языков. И не нужно выбирать javascript, чтобы писать и фронт, и бэк.
>  Могу однозначно сказать, что написании сложной логики гораздо приятнее делать на ocaml
Кто-то однозначно утверждает, что для этого придумали Erlang.
И я подозреваю, чтобы писать сложную логику приятно на OCaml, нужно использовать функциональный подход.
Синтаксис у руби простой, файлы кода маленькие. Автоматизированное документирование, покрытие тестами. Тут сложно что-то забыть.
В общем, моё мнение, что лучше руку набить в том, что быстро и просто даёт профит. А постепенно можно разбавлять более сложными решениями вроде OCaml, ускорения через связки Zig/WASM.
В конце-концов языки постоянно перенимают разные фичи друг у друга, и постоянно перескакивать с языка на язык, не овладев как следует одним набором инструментов, просто неэффективно. А руби весьма хорош и стоит изучения.
Хочу заметить, что Ruby (особенно в связке с Rails) делает сложные вещи простыми. И что понятие "сложная логика" может быть в его среде просто логикой. И он идеален, если важна скорость выхода на рынок. За производительностью выполнения начинают гнаться позже, после занятия ниши на рынке.
Кстати, очень хвалят эликсир с фениксом. :) Пора лэнгохоппить (новое слово придумал, по аналогии с дистрохопперами).
> К сожалению, у вас отсутствует конкретика.
В общем, конкретика такая. Go печален многословностью. Больше слов - медленнее скорость разработки. И как обычно: компилятор, статика - в минус.
В руби лично мне приятно всё: синтаксис, инфраструктура, наличие библиотек, оптимизации, лучшие практики, пробелонезависимость. До критических проблем с производительностью добираться можно годами. В большинстве случаев чаще тормозит база, нежели приложение на руби. Поэтому для себя я не вижу смысла переходить на какие-то компилируемые/статические языки в несистемном программировании (читай - в вебе и автоматизации, ибо десктоп за виндой, а там дотнет.), за исключением некоторых узких мест. Логику я буду писать на руби, не ломая голову чисто- и не очень функциональными языками.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #121

118. Сообщение от Аноним (123), 26-Дек-25, 13:14 –2 +/–

> Я работал в компании, где весь бекенд на жс, но он весь написан с нуля без сторонних библиотек
А потом это превратилось в мем:
(Соискатель) А с каким фреймворком вы работаете?
(Рекрутер) Мы не смогли выбрать из существующих, поэтому написали свой.
Там ещё на картинках вроде смеющегося Дж. К. Симмонса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #133

119. Сообщение от Аноним (123), 26-Дек-25, 13:24 –2 +/–

Ещё как претендовал и претендует. И с джангой у него это неплохо получается.
А перечисленная ниша и для руби подходит точно так же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #124, #125, #136

120. Сообщение от Аноним (120), 26-Дек-25, 13:29 +1 +/–

>на питоне много аишной фигни, куда они все закатятся в таком случае?
Там питон выступает исключительно в роли обвязки. Делаете биндинги к любому другому языку и выкидываете питон.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #140

121. Сообщение от Аноним (120), 26-Дек-25, 13:49 +/–

>Я только книжку по haskell читал и выполнял примеры. Мне было тяжело менять мышление. Я императивный подход люблю.
Как минимум есть Ocaml, позволяющий использовать как императивный так и функциональный подход.
>То есть, на "На голанге быстро и приятно писать код, по сравнению с си". Но в отношении руби это крайне некорректное утверждение.
Для начала, вам нужно бы уточнить, что именно вы подразумеваете под "быстро писать код". Поскольку если нужно написать компилятор, то куда гораздо логичнее взять окамл, а не руби или голанг.
>Статически типизированные языки медленнее для быстрой разработки. К тому же компилятор - это уже лишний тормоз в быстрой разработке. О какой приятности может идти речь, если после незначительного исправления нужно запускать компиляцию.
О какой приятности может идти речь, если опечатки обнаруживаются только во время выполнения?
>Кто-то однозначно утверждает, что для этого придумали Erlang.
Эрланг может быть подходит для многопоточности, но там ещё нужно будет кучу моментов уточнять, иначе тот же golang или ocaml 5 может подойти лучше.
>Синтаксис у руби простой
Синтаксис простой у golang и sml, у руби он сложнее, так как нужно и ООП и кучу всего другого иметь. Один только постфиксный if чего только стоит.
>файлы кода маленькие
Как вы код разобьёте так и будет.
>Автоматизированное документирование
Это есть для очень большого количества языков, хоть для той же java.
>покрытие тестами
Аналогично
>Хочу заметить, что Ruby (особенно в связке с Rails) делает сложные вещи простыми. И что понятие "сложная логика" может быть в его среде просто логикой.
Ну очень интересно, как у вас задача написания компилятора, например, упростится от перехода на руби. Если же речь идёт о RoR, то тот же Laravel вполне себе существует.
>В общем, конкретика такая. Go печален многословностью.
Ну допустим. Что насчёт php?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #158

122. Сообщение от Аноним (3), 26-Дек-25, 14:01 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

123. Сообщение от Аноним (123), 26-Дек-25, 14:08 +/–

У них есть конструктор готовых магазинов - полноценная платформа электронной коммерции. И они на этот конструктор подсадили целую толпу брендов вроде Louis Vuitton и Tesla.
И когда человек слышит как Вася с подвала топит за раст, а для крутого бренда используется решение shopify, то никто Васю больше не слушает, потому что для многих уже раскрученный брэнд - это символ успешности. А подвал никто не хочет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #126

124. Сообщение от Аноним (3), 26-Дек-25, 14:21 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

125. Сообщение от Аноним (3), 26-Дек-25, 14:22 +/–

*бессмысленно*

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

126. Сообщение от Аноним (3), 26-Дек-25, 15:00 +1 +/–

Не ну так то понятно. Shopify начинали с руби в 2005 году, когда кроме руби и джавы и выбора то особо не было, ясен пень у них инфраструктура на нём. А в текущее время какой смысл начинать проект с руби, когда есть и нода и го, и кваркус ещё, и сам РАСТ.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #162

127. Сообщение от Ононизмус (?), 26-Дек-25, 15:13 +/–

Нет. Похапэха, как и жабоскрипт с пейстоном - "киркоровы" мира ИТ. 3ашkвapные языки, касаться которых - только портить себе репутацию.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

128. Сообщение от Ононизмус (?), 26-Дек-25, 15:21 +/–

Если разрабы рубей будут так похабно относиться к Вендоплатформе, никакой популярности им не видать как своих ушей! Что за застой в РубиИнсталлер???
Ruby+Devkit 3.4.8-1 - всё, что есть для венды. При том, что официальный релиз уже объявлен. ДЛЯ КОГО?? Для 1% кр@cнoглa3иков?? Люди миллионами сидят в венде, кто-то пытается изучать новые языки и вот выходит Руби-4 и... что? Ждать у моря погоды? Даже ни слова о том, когда ждать вендовый дистр (хотя очевидно, он УЖЕ должен был быть подготовлен к анонсу).

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #137, #142

129. Сообщение от Ононизмус (?), 26-Дек-25, 15:36 +/–

Могу сразу тебя охладить - никакие "опросы" не помогут. Просто по себе знаю - никогда в них не учавствовал, ибо это шляпа полная  - делаются исключительно под заказ какого-нть дяди "Что вы выберете - холодную склизкую улицу или пиво в нашем тёплом баре?". Такого вот рода :)  Как вариант, опросы лезут вообще не вовремя в виде всплывающего -г__вна-- на вебсайте, когда я сосредоточен на поиске инфы.
Практически невозможно выявить какую-то более-менее правдоподобную статистику, т.к. кодерам просто похрен на опросы. Вот мы пилили систему на FoxPro - ВСЯ компания работала именно на ней, хотя веб-сайт сделан на каком-нть ASP. За годы работы ни разу меня никто не спросил: эй, а на чём сделан ваш продукт? Получается, многолетний и самый важный продукт компании просто "не существует" для людей извне. И так везде.
Плюс, винегрет в самих компаниях: главный продукт сделан, к примеру, на Nemerle, а какие-то побочные продукты-выскочки побырому запилили на Kotlin. И во всех новостях компании "Мы используем передовые котлин-технологии!". :) Вот как выявить "самый главный" язык в компании?? Да ещё и донести это до публики.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

130. Сообщение от FSA (ok), 26-Дек-25, 16:21 +/–

> Популярные Web-фреймворки: Next.js - 38%, Express - 21%, Nuxt.js - 20%, Microsoft ASP.NET - 10%, Ruby on Rails - 4.9%, Yii - 2.3%, Spring - 2.1%, Django - 0.52%.
Мягко говоря странная статистика. Есть Yii, но нет более популярных Laravel и Symfony. Впрочем, вычислить, что второй используется на сайте довольно сложно. Да и Laravel наверно тоже.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

131. Сообщение от Антикапиталист (?), 26-Дек-25, 18:25 –1 +/–

>  Винда для всего
Если для тебя ихры — всё, то это твои проблемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #143

132. Сообщение от Антикапиталист (?), 26-Дек-25, 18:26 +/–

Это ниши для 1.5 землекопа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

133. Сообщение от Антикапиталист (?), 26-Дек-25, 18:27 –1 +/–

Использование фреймворков это индикатор несостоятельности как программиста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #138

134. Сообщение от Антикапиталист (?), 26-Дек-25, 18:28 +/–

Го в 100 раз сложнее ноды, и по производительности примерно такой же. Не говоря, о скудном выборе специалистов на рынке труда.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

135. Сообщение от Антикапиталист (?), 26-Дек-25, 18:29 +/–

> Особенно выделяется переход с yum на dnf
Чем?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #139

136. Сообщение от Антикапиталист (?), 26-Дек-25, 18:32 +1 +/–

>  Ещё как претендовал и претендует.
В твоём манямиpке разве что.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

137. Сообщение от Антикапиталист (?), 26-Дек-25, 18:32 +1 +/–

Винда для игр. Точка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #152

138. Сообщение от Аноним (123), 26-Дек-25, 19:12 –1 +/–

Да, мем так и назывался: мы написали свой велосипед.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #141

139. Сообщение от Аноним (123), 26-Дек-25, 19:23 +/–

Переписыванием на плюсах в пятой версии.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

140. Сообщение от penetrator (?), 26-Дек-25, 19:38 +/–

>>на питоне много аишной фигни, куда они все закатятся в таком случае?
> Там питон выступает исключительно в роли обвязки. Делаете биндинги к любому другому
> языку и выкидываете питон.
иди заставь transformers переписать, я как бы не фанат питона, но вижу проблему

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

141. Сообщение от Аноним (3), 26-Дек-25, 20:10 +1 +/–

Ну вообще-то, своё не означает что хуже. Все эти "полноценные" MVC фреймворки по типу Spring, Simfony, Laravel, NestJS, RoR - сильно мееедленные и жручие. Особенно поражает NestJS, как сильно он замедляет быструю ноду, добавляет тонны ненужного кода. Если уж писать по уму, то самому, по принципу чистой архитектуры, и любой программист обязан разобраться с таким кодом. Например, зачем сторонняя ORM нужна, если она добавляет специфичные баги и тормоза, не логичнее ли самому описать модели и запросы в sql, и обернуть это в свой слой согласно DDD, чтобы любой разобрался в этом коде.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #160

142. Сообщение от Аноним (120), 26-Дек-25, 20:34 +1 +/–

WSL изобретён

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #153

143. Сообщение от Прохожий (??), 26-Дек-25, 21:17 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #146

144. Сообщение от Прохожий (??), 26-Дек-25, 21:20 +/–

Я отстал от жизни.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

145. Сообщение от Прохожий (??), 26-Дек-25, 21:29 +/–

Для компа, не включённого в корпоративную сеть, пакетный менеджер очень удобная штука. Не надо лазить по сайтам, скачивать инсталляторы, просто набираешь в шелле пару команд (поиск и, собственно, установка) и сразу получаешь установленное ПО. Если вдруг переставить всё с нуля надо по какой-то причине - создаёшь список того, что установлено, а потом просто его запускаешь на свежеустановленной ОС. Очень время экономит.
Для корпоративной сети, понятно, есть Active Directory с его групповыми политиками и прочие корпоративные же решения (уже запамятовал, как это ПО от MS называется, давно дело было).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #168

146. Сообщение от Антикапиталист (-), 26-Дек-25, 22:39 +/–

> Судя по твоим высказываниям, ты никогда корпоративных сетей больше 10 компьютеров в
> глаза не видел. А может даже вообще никаких не видел.
А причём тут сети ты приплел? Ты вообще название темы видел ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #163

147. Сообщение от Аноним (147), 26-Дек-25, 23:31 +/–

дорога ложка к обеду

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

148. Сообщение от уп (?), 26-Дек-25, 23:35 +/–

> Какая несусветная чушь. Не знаю, как Руби, но Питон вполне себе актуален
> в проектах по автоматизации всякой рутины. Про веб не скажу, не
> знаю.
Автоматизация рутины это не коммерческий проект, о которых эксплицитно шла речь. Но и в ней питон, а тем более руби, проигрывают башу и перлу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #156

149. Сообщение от уп (?), 26-Дек-25, 23:40 +/–

> Как вы определяете актуальность?
> Товарищ привёл цифры с первых двух мест. Нода там плавает в районе
> двух процентов. Питон, емнип, процент с четвертью.
> Ruby это fullstack.
Я определяю актуальность своим опытом в индустрии. Рэнкинги примерно солидарны.
https://octoverse.github.com/2022/top-programming-languages

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #154

150. Сообщение от уп (?), 26-Дек-25, 23:48 +/–

Гитлаб начался 15 лет назад. Сегодня я бы выбрал Forgejo.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

151. Сообщение от уп (?), 26-Дек-25, 23:57 –1 +/–

Ты хотел сказать Salt.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

152. Сообщение от Ононизмус (?), 27-Дек-25, 01:22 –2 +/–

А "работать" где? Только не говори, что в линуксе!! :) Он создан for fun и for limitless configuration/compilation, работать там нереально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #157

153. Сообщение от Ононизмус (?), 27-Дек-25, 01:24 +/–

Да ещё нехватало! :) Нативная венда - наше всё. Если из языка можно получить доступ к Win32 API, считай это половина успеха.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

154. Сообщение от уп (?), 27-Дек-25, 02:04 +/–

https://x.com/github/status/2003579694424424493

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #159, #161

155. Сообщение от Аноним (42), 27-Дек-25, 02:09 –1 +/–

Круто!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

156. Сообщение от Аноним (42), 27-Дек-25, 03:19 +/–

Не, баш+руби всё-таки удобнее и мощнее связка, чем баш+перл. В руби очень помогают ооп и фп, которые там гораздо сильнее, чем в перл, и чейнинг, которого в перле вообще нет. Баш+питон тоже хуже, на питоне однострочники очень ограниченные. Руби без баш тоже лучше, чем питон без баш. И синтаксис удобней, и библиотеки лучше. В руби регексы встроены в синтаксис языка, как в перле, а не оформлены частью стандартной библиотеки, как в питоне. В руби есть режим обработки stdin в стиле перла", переменная $_ в стиле перла, режим awk. Много всяких таких полезных мелочей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

157. Сообщение от Антикапиталист (-), 27-Дек-25, 04:02 +/–

> А "работать" где?
Зависит от того, что считать работой. В моём кругу (IT-специалисты возрастом 40+ с зарплатами от 300 тыс.) в основном пользуются маками или Линуксом. У одного знакомого вообще стоит окружение CDE — просто потому что ему так удобно. Windows в качестве рабочего инструмента я ни у кого не видел.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

158. Сообщение от Аноним (123), 27-Дек-25, 10:10 +/–

> Поскольку если нужно написать компилятор, то куда гораздо логичнее взять окамл, а не руби или голанг.
А если веб-порталы с приёмами платежей из разных платёжных систем?
Я ниже приведу пример краткости описания связей между объектами аналогичных таблицам баз данных.
Мне же надо, допустим, состыковку моделей/классов с таблицами/объектами в базах данных.
И я не хочу писать какие-то геттеры/сеттеры для них, дополнительные методы, функции, как в других языках. Я хочу синтаксический сахар, который позволяет это сделать одним символом и атрибутом в рамках соглашений. Это сильная сторона Руби.
> О какой приятности может идти речь, если опечатки обнаруживаются только во время выполнения?
С автодополнением кода опечатываешься только там, где этого автодополнения нет и если слишком невнимательный. Во многих случаях выручает Live Server и похожие плагины.
Я обычно опечатываюсь довольно редко и все подобные помощники отключаю, или не устанавливаю.
> Эрланг может быть подходит для многопоточности, но там ещё нужно будет кучу моментов уточнять, иначе тот же golang или ocaml 5 может подойти лучше.
Так везде есть свои нюансы. У голанга тоже хорошая многопоточность.
Но писать-то всё равно приятнее на руби. Никуда от этого не деться. Да и не хочется.
> Синтаксис простой у golang и sml, у руби он сложнее, так как нужно и ООП и кучу всего другого иметь.
У голанг простой, но многословный. А у руби простой в плане приближения к естественному языку. Синтаксический сахар делает код маленьким, как в питоне.
Он сложнее для понимания, если не знаешь соглашений. Но если знаешь, то наоборот.
> нужно и ООП и кучу всего другого иметь
Вот это и есть батарейки в комплекте. Но процедурный стиль, и даже функциональный (в некотором приближении) никто не отобрал.
> Как вы код разобьёте так и будет.
А чем лучше ползать по проекту с кучей мелких файлов?
К тому же это ломает подход, где определённый набор функций желательно видеть в одном классе, в одном файле.
Уж если что и требует разбивки и написания связей для появившихся зависимостей так это шаблоны проектирования. А просто раскидывать код по файлам, когда набралось определённое количество строк, я не хочу.
В руби полно возможностей, если возникла такая необходимость.
>> Автоматизированное документирование
> Это есть для очень большого количества языков, хоть для той же java.
Да, java неплоха. Но... статика и компиляция.
>>покрытие тестами
> Аналогично.
Да. :) (статика и компиляция)
> Ну очень интересно, как у вас задача написания компилятора, например, упростится от перехода на руби. Если же речь идёт о RoR, то тот же Laravel вполне себе существует.
Вообще-то Руби славится написанием предметно-ориентированных языков, благодаря своим возможностям к написанию логики и хорошей поддержке метапрограммирования. И часто использует их в своей инфраструктуре. Подъязыки используются в механизмах тестирования, CI/CD, сборки, разрешения зависимостей. Руби на лету позволяет менять собственную морфологию. Ruby на Rails это же одновременно и Rails на Ruby.
Но компилятор я бы лучше доверил системному языку. Тот случай, когда нужно не относительно медленно дождаться, когда там пользователь выберет что-то из списка и нажмёт кнопку, а скрипт начнёт что-то запрашивать из базы, а именно быстрая кодогенерация. Зачем её писать на интерпретаторе. Да, это возможно, но зачем. Он будет написан быстро, код будет лаконичный, но сам он будет медленный. Знаешь почему Go начали делать? Задолбались C++ компилировать.
А компилятор на интерпретаторе... это же будет медленнее самого руби. :)
А давай представим не компилятор, а таблицы базы данных отображающиеся в объекты классов. Как это на окамле выглядит?
Просто самые азы ООП возьму.
Например, что там есть на замену метод attr_accessor и аналогов, которые выглядят как макрос и даже более странно - как атрибуты переменной, порождающие другие методы?
Ты пишешь attr_accessor :driver_name, и тебе уже не надо писать методы геттеры/сеттер-ы для чтения и записи поля класса driver_name. Они сами сгенерируются невидимо для тебя.
Есть аналоги только для чтения и только для записи, для поддержания полной инкапсуляции. Почему так сделали. Потому что это одна из самых распространённых задач при написании кода ООП.
А что у других?
В java нет ничего. Всё надо писать вручную, или надо подключать lombok и похожие библиотеки, настраивать их, следить за актуальностью версий. В питоне - декораторы, но тоже много слов, потому что методы пишутся явно и видятся как методы, а не атрибуты.
У других определены соглашения, как называть методы, куда действия надо прописать руками.
А ведь это сокращение бойлерплейта. Чем больше такой рутинной работы будет делаться автоматом, тем красивее и короче будет код.
Или вот: по символам @,@@,$ перед именем можно сразу понять какая переменная у тебя относится к классу, какая - к экземпляру, а какая глобальная. А не смотреть, где ты её описывал. Правда современные IDE и даже редакторы позволяют это сделать простым наведением мыши. Но раньше-то не было. :)
А это уже идейные заимствования из перла в виде соглашений. И меня они тоже устраивают. PHP тоже. :)
Или вот, связи между объектами в уже Rails, по мотивам attr_accessor:
class Delivery < ActiveRecord::Base
  belongs_to :restaurant
  has_one :driver
  has_many :delivery_items
  ...
end
И всё, объекты между собой уже понимают, кто с кем и как связан.
Эти короткие методы в Rails скрывают всю работу. Это всё рассчитано на быструю штамповку типовых проектов.
Метапрограммирование в Ruby мощное.
Для большинства вещей есть продуманные соглашения.
Это основной принцип руби: соглашение над конфигурацией.
Тебе не нужно много слов на описание структур.
Ты думаешь приятнее писать в PHP-стиле?
Laravel - много слов, стрелки, скобки.
class Delivery extends Model
{
    public function restaurant()
    {
        return $this->belongsTo(Restaurant::class);
    }
    public function driver()
    {
        return $this->hasOne(Driver::class);
    }
    public function deliveryItems()
    {
        return $this->hasMany(DeliveryItem::class);
    }
}
А что будет в django? Не соглашения, а многословные методы.
В Django кода ничуть не меньше, через ORM.
Да, они утащили ActiveRecord, но всё равно у них принцип - явность лучше магии. Поэтому код выглядит более громоздким. Для одного поля примерно так:
class Delivery(models.Model):
    ...
    driver = models.OneToOneField('Driver', on_delete=models.SET_NULL)
Это вместо has_one :driver. Ну хоть без return.
Джанго тоже генерирует скрытый код для обращения к базе, но у него есть обязательные параметры вроде on_delete. И писать такое сложнее, если нет какого-то генератора. Но я в своё время наигрался с генерацией CRUD, и поэтому руби - мой выбор. Я за магию. Лаконичную и красивую.
Единственный, кто лаконично смотрится, это го с gorm. И не удивительно, поскольку он использует схожие концепции, что и rails. И пытается воспроизвести его плюсы.
Только в этом варианте код на нём короче остальных. А вообще в нём сахара мало.
Ещё там своих проблем хватает, и стандартные минусы - статика и компилятор.
А также gorm многие не любят, по разным причинам.
Но для многопоточных сервисов я бы взял его. Это его мощь.
Инструмент надо под задачи подбирать. Пока ни в одном из этих языков не приблизились к быстрой и приятной разработке в той нише, где руби хорош.
Если какой-нибудь быстрый язык доведут до ума, и он будет лаконично и красиво смотреться и на нём будет действительно приятно писать код, я буду его использовать, может даже как основной. Но пока надежд мало.
Вот и думай, почему в ларавеле и джанге не смогли сделать столь же красиво и приятно, как в rails. Может это там сложнее по каким-то причинам?
Тот маленький кусок кода на руби, выше, заменяет три функции в ларавеле вместе со всеми сигнатурами и операторами возврата. Как attr_accessor для полей класса, только разработанный специально для баз данных, и упрощающий чтение кода человеком (и, разумеется, написание). Он также генерирует скрытый код для CRUD-операций и операций поиска по БД. Минимум кода - максимум эффекта. Это обычно называют красотой магии Руби (и Rails). А через ORM происходит работа концепции "одно может быть отображено в другом".
Rails делает Ruby ещё более выразительным и волшебным, но в тоже время у него нет своего синтаксиса, делающего его каким-то другим языком программирования. Он использует обычный Ruby.
А так... сахара у руби и рельсов полно. Синтаксис сложнее, но писать приятнее и быстрее.
И понять логику программы проще, поскольку из-за синтаксиса код ближе к естественному языку.
Почему из него и таскают такие идеи в другие языки, как из лиспа когда-то.
Вот фишка ruby. Он рутину автоматизирует за счёт скрытой генерации кратким кодом.
Оттого писать на нём приятно. Это же то же самое, что и операторы языков высокого уровня, скрывающие под капотом мнемоники ассемблера, или машинный код. Почему он и считается одним из самых высокоуровневых.
> Ну допустим. Что насчёт php?
Да выше пример привёл уже. PHP улучшается костыльной системой. Это также порождает многословность во фрэймворках. Почему-то не могут, или не хотят сделать нормальные красивые библиотеки. Всё выглядит набором старых потрескавшихся костылей.
Он концепции хоть и передрал из рельс, но язык без эстетики не позволил красивое написание. В итоге там фокус внимания разработчика прыгает с логики приложения на структуру кода, который выглядит не очень.
Меньше магии, больше когнитивной нагрузки.
В Rails тебя не волнует есть в коде return, или нет. Если он есть, то где-то под капотом. Ты можешь написать return явно, но это не обязательно. То же справедливо относительно описания макросов-методов. Макросы всё прячут, ведь они на самом деле являются методами, создающими другие методы.
Тут надо понимать, что на Ruby легче начать, а дальше сложность увеличивается, сайт/приложение растёт. Но именно скорость начинания даёт преимущества. Прототипы... прототипы... и ещё раз они же. Go/JS/Rust/Zig/OCaml это всё хорошо, но потом, когда ты уже стал добился каких-то успехов. Что и происходит, если посмотреть на Airbnb, Vagrant.
Буквально на днях натыкался на новый сайт радио. Хороший сайт, красивый, быстрый, с форумом, музыку играет, текст, картинки показывает, голосовалки есть. Что ещё надо. Если верить описанию, его написали на Rails за две недели и раскрутили за два месяца.
Есть похожий старый сайт анимэшного радио. Там то же самое, с интерактивным взаимодействием. Его историю я не знаю, но тоже быстро подняли и раскрутили. Тоже на Ruby on Rails.
Так что я не вижу отличий в нише интернета между технологиями, везде всё можно довольно быстро поднять и раскрутить, если есть нужные библиотеки. Разница только в удобстве написания и последующем сопровождении.
Конечно, если ты знаешь питон, ты не будешь забивать голову Ruby и OCaml, а просто возьмёшь джангу. Но это не значит, что она лучше рельс. Это значит лишь, что ты не знаешь на что она способна. А поскольку ты этого не знаешь, то будешь смотреть на питоновский код и думать что он красив, в то время как он, мягко говоря, немного уродлив. Это как слепые от рождения люди не чувствуют себя несчастными, не видя мира, не видя снов.
Это нормальный процесс. Мир так устроен, что ты думаешь, что можно на каком-то партнёрском товаре зарабатывать вечно, на крипте, на ии, на блокчейне, начинаешь долго проектировать какое-то сверхбыстрое приложение на сверхбыстром языке. Но пока ты его продумывал, делал, конкуренты уже выкатили множество аналогов. Потому что сразу растёт конкуренция, подгребание технологий под гигантов, которые тебя обложат со всех сторон и продохнуть не дадут.
И если так посмотреть, то лучше вообще забросить нафиг программирование ради программирования и заняться SEO и SMM. Потому что без этих двух всё равно никакой сайт не взлетит, даже если он на русте и быстрых фрэймворках. А для этого нужны финансы. А там, кстати, PHP в почёте. Просто уже традиционно. И даже скрипты на десктопах на нём и на перле до сих пор запускают. Особенно чёрные сеошники.
Посмотри как клепают сайты. Сайты делают под хайповые темы. Эти темы - сегодня есть, а завтра может их уже не будет. И задача - заработать на них уже сейчас, пока есть возможность и пока мала конкуренция.
Руби позволяет выстрелить и собрать профит. До сих пор. Его задача - быстро дать тебе результат для сбора, чтобы ты дальше мог развиваться в нише, а не быть задавленным гигантами. С каждым днём это сделать всё сложнее, особенно если ты долго что-то пилишь на go или rust для сложной микросервисной архитектуры, которая возможно проработает пару недель, а дальше станет неактуальной, в зависимости от темы. И пусть гиганты, начавшие с Rails, сейчас переписывают критические части на другие языки, они бы дольше ожидали профита, если бы сразу на них начинали разработку. А может и не достигли бы ничего.
Ты можешь создать приложение на руби за несколько часов, опубликовать его в сети, и проплатить раскрутку домена. А параллельно с его мониторингом и обслуживанием начинаешь писать его на расте. Потом просто перезаливаешь сайт. И пользователи либо замечают разницу, либо нет. Им без разницы на чём сайт работает. Они этого не знают.
Слишком быстрое нынче время. А будет ещё быстрее. И обычное программирование станет не нужно. Вернее, ему не нужен будет человек, а только заказчик с деньгами. Нынешняя прослойка, называемая промпт-программистами, тоже будет упразднена.
А потом агенты начнут выдавливать вообще всех кто сидит за клавиатурой.
Времени мало для перебирания языков.
P.S. Естественно под руби я понимаю не только язык, но и всю его инфраструктуру, подходы, и библиотеки.
Другие языки я не отвергаю и по мере необходимости использую.
Ради бога, если тебе быстрее и приятнее писать на OCaml-е, то я не спорю.
Всё же это субъективная характеристика, зависящая от многих факторов.
Я пока не вижу в этом необходимости. И как сказал, возможно её уже не появится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #165

159. Сообщение от Аноним (123), 27-Дек-25, 10:33 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

160. Сообщение от Аноним (123), 27-Дек-25, 10:36 +/–

Так помимо эти фрэймов есть и лёгкие. Та же Sinatra, если тебе не нужен Rails.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

161. Сообщение от Аноним (123), 27-Дек-25, 10:49 +/–

Забавно, что чтобы посмотреть на величие транскрипта и плафона, мне пришлось через квн зайти на сайт, изначально написанный на руби, и до сих пор содержащий его код. :)
А где медианные топы по нишам?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #164

162. Сообщение от Аноним (162), 27-Дек-25, 12:30 +1 +/–

Так руби тоже развивается. Чем он хуже вышеперечисленных?
Эти го и расты сейчас занимаются переписыванием на своих языках рельсы.
Когда будет паритет по функциям и скорости разработки, тогда будет можно их рассмотреть.
Я ниже привёл маленький пример как выглядит код на руби и на питоне для одного часто используемого случая, после утягивания в джанго ActiveRecord. И что-то код там не столь красив и приятен. Смотри Аноним (123).
Разные языки, с разным удобством, с разными подходами, с разным обеспечением или отсутствием возможностей написания красивого и лаконичного кода.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #167

163. Сообщение от Аноним (162), 27-Дек-25, 12:36 +/–

Ну при том, что в корпоративных сетях на серверах используется винда. И общее число узлов в корпоративных сетях больше, чем в веб. Была статистика пару лет назад вроде, что общее число серверов соотносится как windows - 70 с чем-то процентов, и линукс - 20 с чем-то. Остальное - маргиналы, хз кто. Поэтому высказывание "винда - только для ихр" - чушь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

164. Сообщение от уп (?), 27-Дек-25, 12:57 +/–

> Забавно, что чтобы посмотреть на величие транскрипта и плафона, мне пришлось через
> квн зайти на сайт, изначально написанный на руби, и до сих
> пор содержащий его код. :)
Легаси есть легаси. А в современном Blueskye уже так:
https://github.com/bluesky-social/social-app

TypeScript 93.9%
JavaScript 1.6%
HTML 1.2%
Go 1.0%
Kotlin 1.0%
Swift 0.9%
Other 0.4%

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #172

165. Сообщение от Аноним (165), 27-Дек-25, 17:51 +/–

>А если веб-порталы с приёмами платежей из разных платёжных систем?
Это вопрос к тому, насколько развита инфрастурктура у языка, а не к самому языку. В рамках одного языка и одного фреймворка, но разных библиотек, уровень будет сильно плавать.
>Мне же надо, допустим, состыковку моделей/классов с таблицами/объектами в базах данных.
>И я не хочу писать какие-то геттеры/сеттеры для них, дополнительные методы, функции, как в других языках.
В других - это в каких? В условном php это не то чтобы сложнее.
>С автодополнением кода опечатываешься только там, где этого автодополнения нет и если слишком невнимательный.
Или если код огромный, и пишется несколькими людьми. Или если предметная область сложная.
>У голанг простой, но многословный. А у руби простой в плане приближения к естественному языку. Синтаксический сахар делает код маленьким, как в питоне.
Не нужно смешивать простоту кода, синтаксис и длину в одно понятие. Это разные понятия. Если совсем упрощать, то синтаксис - это набор грамматик, чем их меньше, тем синтаксис проще.
>а именно быстрая кодогенерация. Зачем её писать на интерпретаторе. Да, это возможно, но зачем. Он будет написан быстро, код будет лаконичный, но сам он будет медленный
А вот я так не думаю. Из-за динамической типизации очень легко запутаться в куче струтур, и получить ошибку во время выполнения. Вопрос про скорость работы лучше отложить.
>Как это на окамле выглядит?
В отличии от связки RoR, в других языках нет такой сильной связки из фреймворка и языка
>А давай представим не компилятор, а таблицы базы данных отображающиеся в объекты классов.
Например https://github.com/mirage/orm
>Например, что там есть на замену метод attr_accessor и аналогов, которые выглядят как макрос и даже более странно - как атрибуты переменной, порождающие другие методы?
Кодогенерация
>Ты пишешь attr_accessor :driver_name, и тебе уже не надо писать методы геттеры/сеттер-ы для чтения и записи поля класса driver_name. Они сами сгенерируются невидимо для тебя.
Вот здесь и возникает проблема. Вначале идёт функция(?), а потом идёт символ. И где-то там внутри, магия, превращающая символ в связь. И если переименновать модель, то как понять, какие символы нужно переименновывать, а какие - нет? Как мне найти все места в коде, где используется какая-то модель? Как понять, где используется модель, а где используется поле в таблице?
>Ты думаешь приятнее писать в PHP-стиле?
PHP стиля не существует, так как есть разные фреймворки
>Laravel - много слов, стрелки, скобки.
Сам по себе PHP не запрещает сделать нечто вроде RoR, типа
class Delivery extends Model {
    public $belongsTo = [Restaurant::class];
    public $hasOne = [Driver::class];
    public $hasMany = [DeliveryItem::class];
}
Но, тот подход, который сейчас используется в Laravel позволяет достаточно легко получать данные для синатксического анализа и так далее.
>Вот и думай, почему в ларавеле и джанге не смогли сделать столь же красиво и приятно, как в rails. Может это там сложнее по каким-то причинам?
У них другие цели. Если посмотреть на ту же Doctrine(PHP), то там колонки таблиц описываются как свойства, делая работу с данными ещё более явной https://symfony.com/doc/current/doctrine.html#relationships-...
>Тот маленький кусок кода на руби, выше, заменяет три функции в ларавеле вместе со всеми сигнатурами и операторами возврата.
Я хочу реализовать функцию - перейти к определению. Для PHP мне достаточно распарсить файл, и готово, для руби мне для каждого магического объекта нужно будет писать индивидуальный костыль. Насколько мне известно, именно изобилие магии и сковывает популярность руби, поскольку в общем случае, ответить на вопрос, откуда взялось то или иное свойство - невозможно.
>В Rails тебя не волнует есть в коде return, или нет.
В ocaml return в принципе отсутствует
>Тут надо понимать, что на Ruby легче начать, а дальше сложность увеличивается, сайт/приложение растёт. Но именно скорость начинания даёт преимущества. Прототипы... прототипы...
Как вы будуте рефакторить прототип?
>Да выше пример привёл уже. PHP улучшается костыльной системой. Это также порождает многословность во фрэймворках.
ORM - одна из наиболее простых задач. Когда у вас будет бизнес логики на несколько десятков тысяч строк, то скорее вы захотите более явный код модели, гораздо более явный, чем вы привели выше. И вы наоборот будете раздувать код, добавляя всякие DTO, лишь бы только он не обрушивался под своим весом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #170

166. Сообщение от _ (??), 28-Дек-25, 03:48 –2 +/–

> Powershell фору любому популярному шеллу даст из мира Линукс
Звидунишка :)
Под линуком это жалкия тень того - настоящего, под форточку...
И нихрена, в отличии от того - настоящего, не умеет :(

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #171

167. Сообщение от _ (??), 28-Дек-25, 03:53 –2 +/–

> Так руби тоже развивается. Чем он хуже вышеперечисленных?
Он побил тезис что тупее 3-го пистона ничего быть не может! А вот фиг вам! Ребе тупит сильнее! :(
А так - ёзыг да и ёзыг...
Но не серебряная пуля, что то на нём красиво, что-то уродливо, большинство же - +\- как у других ...
А! О! В нём тоже безопасТное управление памятью!(С) :))))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

168. Сообщение от _ (??), 28-Дек-25, 03:56 –1 +/–

До недавнего времени оно называлось SCCM ... как оно называется теперь в РФ должно быть не интересно :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

169. Сообщение от _ (??), 28-Дек-25, 04:11 +/–

> Ansible - редкое г-нище.
Да.
Как обычно в этом оЙтИ :(
Но - его пользуют в каждой первой компании, а Salt, Chef, Puppet ... выбросили на мороз :(
Смотри RH-шный спутник: папета выкинули, ансиблю - втянули. И так - все и "... по всему мясокомбинату!" :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

170. Сообщение от Аноним (171), 28-Дек-25, 11:05 +/–

> Это вопрос к тому, насколько развита инфрастурктура у языка, а не к
> самому языку. В рамках одного языка и одного фреймворка, но разных
> библиотек, уровень будет сильно плавать.
В руби с этим всё хорошо.
> В других - это в каких? В условном php это не то чтобы сложнее.
Показал же, на примерах, в разных языках, что там не то же самое. В руби функции писать не надо. В PHP ты пишешь функции руками.
> Или если код огромный, и пишется несколькими людьми. Или если предметная область сложная.
Есть набор инструментов контроля правильности написания кода, от плагинов в системах разработки до гемов, которые созданы с теми же целями.
> Не нужно смешивать простоту кода, синтаксис и длину в одно понятие. Это
> разные понятия. Если совсем упрощать, то синтаксис - это набор грамматик,
> чем их меньше, тем синтаксис проще.
Я для кого отвечал? Такое ощущение, что ты не смог понять написанное.
Подкапотная кодогенерация в руби упрощает код, синтаксис конструкций и уменьшает длину кода. Всё это увеличивает скорость разработки.
> А вот я так не думаю. Из-за динамической типизации очень легко запутаться
> в куче струтур, и получить ошибку во время выполнения. Вопрос про
> скорость работы лучше отложить.
Ну мало ли что ты там себе думаешь. :) Я же сказал, в руби экосистема основана на DSL.
Компиляторы и интерпретаторы являются механизмами обработки DSL. Хотя я ошибся в том, что компилятор будет медленный. Зависит от языка, который будет компилироваться.
> В отличии от связки RoR, в других языках нет такой сильной связки
> из фреймворка и языка
А без фрэймворков ты будешь дольше выполнять работу, делая те вещи, которые уже сделали много десятилетий назад. Для руби это оправданно только в случае внедрения более низкоуровневых решений в критические места, требующие ускорения, как и в любых языках.
Фрэймворк это просто библиотека, которая определяет и конкретизирует соглашения.
Ты в каком языке без библиотек работаешь?
> Например https://github.com/mirage/orm
Цели противоположные Rails, а народ просит rails-on-ocaml.
Ты предлагаешь навернуть мощную броню для приложения, которое может проживёт не больше месяца. А не наоборот, выйти в продакшен, а потом делать навороты. Это называется оптимизация до начала разработки. Уже много раз заявлялось, что это вредный подход.
Сделай MVP, а потом расширяй его возможности. MVP на руби, достаточно функциональное, делается за несколько часов. Можешь за вечер сделать и опубликовать, чтобы все оценили.
>>Например, что там есть на замену метод attr_accessor и аналогов, которые выглядят как макрос и даже более странно - как атрибуты переменной, порождающие другие методы?
> Кодогенерация
attr_accessor это оно и есть.
https://www.geeksforgeeks.org/ruby/ruby-getters-and-setters-.../
>>Ты пишешь attr_accessor :driver_name, и тебе уже не надо писать методы геттеры/сеттер-ы для чтения и записи поля класса driver_name. Они сами сгенерируются невидимо для тебя.
> Как мне найти...
> Как понять...
Так ты соглашения пойми, и все эти вопросы отпадут сами собой.
> PHP стиля не существует, так как есть разные фреймворки
И всё равно язык накладывает отпечаток, потому я и привёл пример, как подход к упрощению получения/записи значений от объектов в ООП применяется во фрэймворке, упрощая получения/запись значений в ORM, генерируя в обоих случаях методы, которые являются 1) рутинной работой, 2) отнимают много времени, поскольку их нужно делать для каждого объекта. Допустим у тебя 80 - 100 таблиц, в среднем по 10 - 15 полей. Ты хочешь писать руками сотни и более функций на каждое поле? Вот почему от этого пытаются уйти. Это не бизнес-логика. Не функциональная возможность. Но времени съедает. А уж про БД и говорить не приходится - создание, удаление, изменение, чтение. Зачем вообще это вручную делать, если не обязательно. Вот рубишный подход был первым, кто показал, что это всё не нужно не только руками делать, но даже показывать, заменив на кодогенерацию.
> Сам по себе PHP не запрещает сделать нечто вроде RoR, типа
> class Delivery extends Model {
>     public $belongsTo = [Restaurant::class];
>     public $hasOne = [Driver::class];
>     public $hasMany = [DeliveryItem::class];
> }
> Но, тот подход, который сейчас используется в Laravel позволяет достаточно легко получать данные для синатксического анализа и так далее.
А зачем постоянно писать ::class, если в рамках соглашений это и так понятно? Объект получается из класса. Зачем квадратные скобки. Нет лаконичности и красоты. Сотни раз добавлять в код ::class..., когда он там совсем не нужен.
>>Вот и думай, почему в ларавеле и джанге не смогли сделать столь же красиво и приятно, как в rails. Может это там сложнее по каким-то причинам?
> У них другие цели.
Ну и о чём тогда разговор, что на них приятнее писать код, если другие цели.
> Насколько мне известно, именно изобилие магии
> и сковывает популярность руби, поскольку в общем случае, ответить на вопрос,
> откуда взялось то или иное свойство - невозможно.
Зачем тебе парсить CRUD, который издавна все пытались автоматизировать?
Магия не сковывает, магия привлекает. А сковывает устаревшее понятие о скорости работы.
> В ocaml return в принципе отсутствует
Ну вот, значит он под капотом выполняется, как в руби.
> Как вы будуте рефакторить прототип?
А чем рефакторинг в этом случае принципиально отличается. Рефакторинг это просто рефакторинг. Он не зависит от того что ты рефакторишь, и применим к любому коду.
> Когда у вас будет бизнес логики на несколько десятков тысяч строк
И здесь у руби сильные позиции, благодаря развитому метапрограммированию и поддержке предметно-ориентированного проектирования.
Он позволяет добавлять функции и расширять возможности приложения/сайта с большой скоростью. Поэтому у гигантов бизнеса всегда в коде большое количество бизнес-логики.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #174

171. Сообщение от Аноним (171), 28-Дек-25, 11:16 +1 +/–

> Звидунишка :)
> Под линуком это жалкия тень того - настоящего, под форточку...
> И нихрена, в отличии от того - настоящего, не умеет :(
Линукс не умеет в объекты, потому что клон юникса использует юниксовский подход - "всё есть файл", поэтому повершелл там не нужен. То, что творит повершелл в винде, где "всё есть объект", никакому шеллу в линуксе не снилось.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

172. Сообщение от Аноним (171), 28-Дек-25, 12:23 +/–

Пришли новые люди, написали на том что знают, замутив солянку из почти десятка языков, усложнив архитектуру системы и её поддержку. Был нужен один программист, стало нужно 10. С растущими аппетитами к зарплате.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #173

173. Сообщение от уп (?), 28-Дек-25, 16:50 +/–

> Пришли новые люди, написали на том что знают, замутив солянку из почти
> десятка языков, усложнив архитектуру системы и её поддержку. Был нужен один
> программист, стало нужно 10. С растущими аппетитами к зарплате.
Всё ровным счётом наоборот. Но каждый кулик будет хвалить своё болото покуда оно не высохнет окончательно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

174. Сообщение от Аноним (165), 29-Дек-25, 13:59 –1 +/–

>Я для кого отвечал? Такое ощущение, что ты не смог понять написанное.
В руби синтаксис сложный, это факт. Рефлексия дополнительно усложняет анализ кода, это тоже факт. Максимум, что даёт руби - ускоренное написание в некоторых местах.
>Я же сказал, в руби экосистема основана на DSL.
Как DSL убережёт вас от ошибок типизации - никак? Как DSL поможет избегать неверных состояний - никак?
>А без фрэймворков ты будешь дольше выполнять работу, делая те вещи, которые уже сделали много десятилетий назад.
А кто сказал что нужно писать без фреймворков?
>Ты в каком языке без библиотек работаешь?
В других языках существует несколько фреймворков, которые конкурируют между собой. И если не нравится какой-то один, можно взять другой.
>MVP на руби, достаточно функциональное, делается за несколько часов. Можешь за вечер сделать и опубликовать, чтобы все оценили.
Хорошо, что делать с MPV спустя несколько лет разработки?
>Так ты соглашения пойми, и все эти вопросы отпадут сами собой.
Какие соглашения? Вы предлагаете никогда не редактировать код, только добавлять? Как мне в динамически типизированном языке с магическими методами понять, в каком месте таблицу можно заменить, а в каком нет? Или вы предлагаете, вместо замены просто накидать рядом ещё десяток классов?
>А зачем постоянно писать ::class, если в рамках соглашений это и так понятно?
Допустим, я пишу lsp для ruby. Как я должен догадаться, что данный символ - это имя класса? Записать отдельное исключение для ActiveRecord?
>Зачем квадратные скобки.
Поскольку объектов несколько. Вот, второе исключение. Сколько подобных исключений нужно, чтобы можно было проанализировать код на руби?
>Зачем тебе парсить CRUD, который издавна все пытались автоматизировать?
Например, для статического анализа. Или для того, чтобы понять, почему какой-то код перестал работать - перейти к определению.
>

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #175

175. Сообщение от Аноним (175), 30-Дек-25, 02:16 +1 +/–

> В руби синтаксис сложный, это факт. Рефлексия дополнительно усложняет анализ кода, это тоже факт. Максимум, что даёт руби - ускоренное написание в некоторых местах.
Честное слово, уже не вижу смысла отвечать, потому что привёл примеры, где видно что синтаксис простой. Если бы синтаксис был сложный руби дал бы замедленное написание.
Типа такого: https://antonz.ru/go-errors/
Но я понял, что тебе нравится именно такое.
> Как DSL убережёт вас от ошибок типизации - никак? Как DSL поможет избегать неверных состояний - никак?
Ещё раз повторю и больше не буду. По твоим словам получается, что написать трансляторы, и интерпретаторы и компиляторы невозможно. Но это опровергается тем, что почти вся экосистема основана на подъязыках.
> А кто сказал что нужно писать без фреймворков?
А кто тут в укор ставит связь фрэймворка и языка?
В отличии от связки RoR, в других языках нет такой сильной связки из фреймворка и языка
Не хочешь связь, пиши без связи. Без фрэймворка, потому что без языка не получится.
> В других языках существует несколько фреймворков, которые конкурируют между собой. И если не нравится какой-то один, можно взять другой.
И в руби так же.
> Хорошо, что делать с MPV спустя несколько лет разработки?
MVP - это Minimal Viable Product, а не Model-View-Presenter. :)
Если он за несколько лет разработки таки остался MVP, то я могу только развести руками, тут и OCaml не поможет. Хотя... ситуации бывают разные. Например, автор может потерять интерес к проекту в самом начале, а через несколько лет вдруг решить его доделать.
> Какие соглашения? Вы предлагаете никогда не редактировать код, только добавлять? Как мне в динамически типизированном языке с магическими методами понять, в каком месте таблицу можно заменить, а в каком нет? Или вы предлагаете, вместо замены просто накидать рядом ещё десяток классов?
Мда... А разве не понятно? Где написан идентификатор, там и меняй. Потому что под капотом служебный код, который не надо трогать. И его и не трогают, потому что все стараются его генерировать. Кто тебе не даёт редактировать, я вообще не понял. Есть идентификатор, есть тип связи, как оно решается на уровне методов и баз данных, вообще волновать не должно. Это как компилятор, который генерит код. А почему не ругаешься, что тебе не дают отредактировать получившийся сгенерированный код. Ты же не лезешь редактировать машинный код. Вот и здесь не надо.
Странные вопросы...
> Как я должен догадаться, что данный символ - это имя класса?
А с чего ты взял, что в рамках соглашений там будет что-то ещё? Что там ещё может быть, если это объект?
> Поскольку объектов несколько. Вот, второе исключение. Сколько подобных исключений нужно, чтобы можно было проанализировать код на руби?
Вообще не проблема, объектов несколько, но связываются они друг с другом последовательно и указываются по одному. А если вы там (в OCaml) изобрели множественные связи между моделями, указанные в списке, то это ваши проблемы. :) Потому что - это связь с внешним ключом таблицы. Ты структуру дерева видел? Сколько от одного узла идёт связей к верхнему узлу?
>> Зачем тебе парсить CRUD, который издавна все пытались автоматизировать?
> Например, для статического анализа. Или для того, чтобы понять, почему какой-то код перестал работать - перейти к определению.
Бессмысленная трата времени.
Если код там перестал работать (отлаженный десятилетиями и проверенный на миллионах нагруженных сайтов), то надо смотреть что с базой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

176. Сообщение от Аноним (176), 02-Янв-26, 03:18 Скрыто ботом-модератором +/–

Экстраполировать себя на всех неумно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

177. Сообщение от Аноним (176), 02-Янв-26, 03:30 +/–

> experienced программистов, согласных на мисочку риса
Поправил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2026 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (1), 25-Дек-25, 13:45	+12 +/–
>Разрешено разбивать строки с логическими операторами "\|\|", "&&", "and" и "or" таким образом, что следующая строка начинается с оператора. Не прошло и 10 лет
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #31

2. Сообщение от Аноним (2), 25-Дек-25, 13:55	–3 +/–
Ну. Тот один проект, который используется, когда-нибудь переползет на эту версию. Но это не точно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #9

3. Сообщение от Аноним (3), 25-Дек-25, 13:58	+2 +/–
Какова актуальность данного языка в 2025 году?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #14, #17, #19, #42, #43, #58, #85

4. Сообщение от Аноним (4), 25-Дек-25, 14:15	–5 +/–
Актуальная актуальность - куча новых веб-приложений стартует на рельсах
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #5, #7, #8

5. Сообщение от Аноним (3), 25-Дек-25, 14:18	+/–
В смысле, fullstack на RoR, или только бэкенд (api)? Вроде как сейчас отдельные фронтенды и бэкенды в моде.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #21

6. Сообщение от Аноним (6), 25-Дек-25, 14:42 Скрыто ботом-модератором	+1 +/–
GIL убрали? С питона сбежать реально? Нет фашистов, ратующих за my way or the highway в тимлидах? Чтобы влиться, обязательно покупать макбук?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #95

7. Сообщение от Аноним (7), 25-Дек-25, 14:45	+/–
Прямо таки кучи?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #22

8. Сообщение от penetrator (?), 25-Дек-25, 14:46	+/–
примеры есть?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #10, #23

9. Сообщение от mos87 (ok), 25-Дек-25, 14:47	+/–
1 миллион проектов на RoR действительно если и будет переползать, то долго.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #13

10. Сообщение от Анонимный Анон (?), 25-Дек-25, 14:59	+/–
Как минимум кучи компаний и организаций используют GitLab
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #33, #150

13. Сообщение от Аноним (2), 25-Дек-25, 15:11	+1 +/–
Я же говорю - "который используется".
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

14. Сообщение от Doctorrr (ok), 25-Дек-25, 15:24	–1 +/–
Ну, в новости shopify поддерживает разработку новых компиляторов. Зарплаты рубистов на рынке достаточно высокие. Значит...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #15, #16, #28

15. Сообщение от Аноним (3), 25-Дек-25, 15:33	+1 +/–
Зарплаты где? В Америке? В СНГ и Европе почти нет вакансий на Руби, а если и есть, то там надо чтобы и шнец, жнец, и на дуде игрец, и руби идёт не в первых ролях.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

16. Сообщение от Gemorroj (ok), 25-Дек-25, 15:44	+5 +/–
так кроме этих упортоых из shopify никто руби и не пользуется.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #26, #50, #123

17. Сообщение от waylandbeliver (ok), 25-Дек-25, 15:58	+1 +/–
До сих пор поддержка работы на windows хуже чем у python/php/js (и в том же VSCode), это всё что нужно знать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #45, #53

19. Сообщение от Аноним (19), 25-Дек-25, 16:13	+3 +/–
Актуальность следующая: Доля рынка PHP: 75% Доля рынка Ruby: 6% Нетрудно догадаться, что актуальности никакой.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #46

21. Сообщение от Аноним (4), 25-Дек-25, 16:35	+/–
Кому как нравится. Я работаю над одним продуктом, в котором используется Stimulus и ERB (получается, full stack), и над другим продуктом, в котором только бэкенд
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

22. Сообщение от Аноним (4), 25-Дек-25, 16:36	+1 +/–
Прямо таки да - рельса до сих пор считается очень удобной для того, чтобы запилить какой-нибудь POC или MVP
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

23. Сообщение от Аноним (4), 25-Дек-25, 16:38	+/–
Можно на гитхабе отфильтровать в поиске по публичным репам. Я имел в виду не кучу больших продуктов, которые начинаются на рельсе, а кучу всяких разных любительских (и не только) штук, которые начинаются на рельсе
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #64

26. Сообщение от Аноним (4), 25-Дек-25, 16:39	–2 +/–
Вы в курсе, что тот же гитхаб и basecamp сделаны на рельсе?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #29

28. Сообщение от Аноним (29), 25-Дек-25, 16:57	+/–
Зарплаты коболистов ещё выше. Потому что их нет. Руби разраба днём с огнём не найдешь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #51

29. Сообщение от Аноним (29), 25-Дек-25, 16:58	+5 +/–
> Вы в курсе, что тот же гитхаб и basecamp сделаны на рельсе? Вы в курсе что опнннет на перле?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26

31. Сообщение от Жироватт (ok), 25-Дек-25, 17:03	+1 +/–
Ну знаешь. Может быть там очень долго висела примитивная TODO'шка, до которой только вот дошли руки: работает - и ладно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #32

32. Сообщение от Аноним (32), 25-Дек-25, 17:08	–3 +/–
Как бы сказать, это основной способ писать кондишены в строчку.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #176

33. Сообщение от penetrator (?), 25-Дек-25, 17:08	+2 +/–
> Как минимум кучи компаний и организаций используют GitLab его и я использую, но речь шла о том, что НОВЫЕ проекты начинаются на руби и рейлс, как-то сомнительно, вот и спросил
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

37. Сообщение от Витюшка (?), 25-Дек-25, 18:09	+/–
Facebook тянул PHP, теперь Shopify тянет Ruby. Новый компилятор (грустно вздыхает) опять...опять написан на "на нём ничего не пишут" aka Rust
Ответить \| Правка \| Наверх \| Cообщить модератору

40. Сообщение от Аноним (42), 25-Дек-25, 18:49	–1 +/–
Программировать на Ruby - одно удовольствие!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #56

42. Сообщение от Аноним (42), 25-Дек-25, 18:54	–3 +/–
Актуальность в том, что на Руби быстро и приятно писать код. А не в доле рынка или числе вакансий.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #60, #67, #70

43. Сообщение от Антикапиталист (-), 25-Дек-25, 19:20	–1 +/–
> Какова актуальность данного языка в 2025 году? Актуально для поддержки legacy, т.е. проектов, созданных во времена популярности RoR. По сути, это вся профессиональная ниша Ruby на сегодня .
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #54

45. Сообщение от Антикапиталист (?), 25-Дек-25, 19:29	+1 +/–
В Windows, когда речь идет о программировании, по-настоящему хорошо поддерживаются только MSVC и его производные. Остальное требует костылей в виде MSYS2\WSL.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #80, #86