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

"Выпуск языка программирования Ruby 2.7.0"	+/–
Сообщение от opennews (??), 25-Дек-19, 22:47
После года разработки опубликован релиз Ruby 2.7.0, динамического объектно-ориентированного языка программирования, отличающегося высокой эффективностью разработки программ и вобравшего в себя лучшие черты Perl, Java, Python, Smalltalk, Eiffel, Ada и Lisp.  Код проекта распространяется под лицензиями BSD ("2-clause BSDL") и "Ruby", которая ссылается на последний вариант лицензии GPL и полностью совместима с GPLv3.  Ruby 2.7 является седьмым значительным выпуском, подготовленным в рамках  планового процесса разработки, подразумевающего отведение года на подготовку функциональных улучшений и формирование каждые 2-3 месяца корректирующих выпусков... Подробнее: https://www.opennet.me/opennews/art.shtml?num=52091
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

4. Сообщение от Аноним (4), 25-Дек-19, 23:01	+2 +/–
Сферические примеры паттерг-матчинга в вакууме настолько понятны, что не ясно зачем оно вообще нужно. Поясните для слоупоков, зачем это всё на самом деле?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #7

5. Сообщение от Поедатель борщей (?), 25-Дек-19, 23:13	+1 +/–
В нормальных языках — работать с ADT, с типами-суммами и типами-произведениями. В смысле, удобно работать, а не как вот тут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

7. Сообщение от Ordu (ok), 25-Дек-19, 23:33	+2 +/–
Взяли [0, [1, 2, 3]] и сопоставили с образцом [a, [b, *c]]. Получили три локальные переменные a, b и c, в a лежит 0, в b -- 1, в c лежит список [2, 3]. Или это не список в ruby, а массив? Не помню уж, но не суть важно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #82

8. Сообщение от Аноним (8), 25-Дек-19, 23:40	–1 +/–
Как ни печально, но ruby - живой труп
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #11

9. Сообщение от Аноним (9), 25-Дек-19, 23:55	+3 +/–
живой, но не труп
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12

10. Сообщение от ogmy (ok), 26-Дек-19, 00:00	–1 +/–
Прошла любовь завяли помидоры. Вакансий почти нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #68

11. Сообщение от Влад (??), 26-Дек-19, 00:02	+1 +/–
Да нет, это кажется на самом деле. Просто прошел пик хайпа. Вакансий много, коммиты в популярные проекты все ещё есть регулярно. Ну и isrubydead.com конечно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17

12. Сообщение от Анонец (?), 26-Дек-19, 00:03	+9 +/–
как живой, но не живой!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #57

13. Сообщение от аноним3 (?), 26-Дек-19, 00:07	–11 +/–
чет синтаксис питона выглядит куда понятнее и человечнее. а тут попытка закосить под крутой язык? ну я когда смотрел разницу подходов питона и руби, так сразу засек , что руби как то менее человечен чем питон. а ведь оба интерпретируемые языки. и со стремлением к понятной и быстрой разработке. впрочем на руби я встречал как то мало скриптов. хотя даже в лине попадались, но как то не больше 5 штук.)) язык не пошел.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

15. Сообщение от Аноним (15), 26-Дек-19, 00:30	+/–
>  выполнять дефрагментацию области памяти, решая проблемы снижения производительности Кто в теме, объясните нубу, как дефрагментация памяти повысит производительность? Это же не диск, где головка туда-сюда дёргается, там просто адрес ячейки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #19, #24, #90, #91

16. Сообщение от Аноним (16), 26-Дек-19, 00:36	–4 +/–
Неоднозначный синтаксис языка не позволяет делать полноценный синтаксический анализатор для IDE. Правда код на руби остается понятным и читаемым долго и клепается нечеловечески быстро это факт, даже без поддержки IDE. Но есть одна деталь которая напрочь этот руби делает непригодным - приложения жрут невероятно процессорное время часто в десятки раз больше чем на других языках. Такое г. непонятно где хостить (и нужно ли в итоге?).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #23, #29, #45, #92

17. Сообщение от Урри (?), 26-Дек-19, 00:48	+/–
Подтверждаю. Куэйщики используют вовсю - язык достаточно прост, чтобы ним могли пользоваться не программисты, и фреймворки понятные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #25, #50

18. Сообщение от Аноним (18), 26-Дек-19, 00:51	+/–
на правах ИМХО... Если маленькие "свободные места" слить в один большой "кусок свободного места", это упростит создание новых объектов и руби будет реже говорить системе "дай еще памяти". Но это в теории... что и кому добавится на практике посмотрим на продакшенах :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

19. Сообщение от Урри (?), 26-Дек-19, 00:52	+2 +/–
Гуглить Крис Касперски "Техника оптимизации программ. Эффективное использование памяти". Если в двух словах - контроллер памяти пересылает данные целыми блоками. Больше фрагментация - больше пересылок. Если не в двух, то все очень сложно, ибо есть еще кэш и т.д. и т.п. - короче, читай книгу выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #33

20. Сообщение от Аноним (20), 26-Дек-19, 00:54	+1 +/–
Та нет. Ровно столько же сколько и вакансий на Pascal.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21

21. Сообщение от Аноним (20), 26-Дек-19, 00:54	–3 +/–
УДивительно, но и столько же сколько вакансий на Golang. Подозрительно, что возможно это тоже проходной язычок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #59

22. Сообщение от Аноним (20), 26-Дек-19, 00:57	+2 +/–
Так в чем причина потребеления процессорного времени? Смотрели профайлером? Просто ради любопытства даже тем же Python надо стараться что бы утилизировать весь CPU. Может что-то не так делаете? Не используете асинхронность например?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

23. Сообщение от Аноним (18), 26-Дек-19, 01:08	+1 +/–
Ну не десятки. (Если не сравнивать с "hello world" на си) А, например, если нужно распарсить HTTP запрос, дернуть контроллер, который сходит в БД, сгенерить HTML и оттдать клиенту... Если у вас руби для этого больше 50мс от ядра CPU отнял, вы что-то (пере)мудреное делаете, стоит присмотреться внимательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

24. Сообщение от Аноним84701 (ok), 26-Дек-19, 01:09	+1 +/–
>>  выполнять дефрагментацию области памяти, решая проблемы снижения производительности > Кто в теме, объясните нубу, как дефрагментация памяти повысит производительность? Это же > не диск, где головка туда-сюда дёргается, там просто адрес ячейки. Это, скорее всего, вот отсюда: https://www.ruby-forum.com/t/heap-fragmentation-in-a-long-ru... > Thanks to Jamis B. [5] and Mauricio F. [6] I was able to determine that the application was stuck for several seconds in glibc’s realloc, which may be called (via ruby_xrealloc) from basically anywhere within ruby where a new or enlarged chunk of memory might be required. [...] > And then - all praise bugzilla - I found a bugreport [8] describing almost exactly my problems and leading me to ptmalloc3 [9]. [...] > As far as I understand, ptmalloc3 does not eliminate heap fragmentation. > However, due to the bit-wise tree employed in the newer version, it finds free chunks of the right size in shorter time by several orders of magnitude. Additionally, it seems that glibc 2.5 abandons its attempts to find a best-fit chunk after a while (possibly after 10000 tries), т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #28, #43, #65

25. Сообщение от Аноним (25), 26-Дек-19, 02:00	+1 +/–
кто такие куэйщики, если не секрет? QA?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #46

26. Сообщение от Аноним (25), 26-Дек-19, 02:02	+4 +/–
Мне в руби больше всего нравились символы а-ля Lisp
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от Рубист (?), 26-Дек-19, 06:13	+3 +/–
Руби крутейший язык, аналогов которому нет. Питон это недорозумение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #56

28. Сообщение от GentooBoy (ok), 26-Дек-19, 06:22	+1 +/–
нет не про это, комментатор выше все правильно сказал, дело в блоках и кэш линиях. Конкретно про руби эрон выступрал даже на конфе и есть статья, лиже линки если хотите разобраться как https://bugs.ruby-lang.org/issues/15626 https://www.youtube.com/watch?v=H8iWLoarTZc
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #32

29. Сообщение от GentooBoy (ok), 26-Дек-19, 06:40	+2 +/–
Пишите о том в чем не разбираетесь. >Неоднозначный синтаксис языка не позволяет делать полноценный синтаксический анализатор для IDE Полнейший бред, проблемы возникают только если люди узнают что такое метопрограммирование и пихают его везде. Да после дубогово питона это встречается, руби не ограничивает вас в извращениях. >приложения жрут невероятно процессорное время часто в десятки раз больше чем на других языках Полнейший бред, выжирание памяти да есть, руби любит память кушать. CPU  кушает как и питон. https://benchmarksgame-team.pages.debian.net/benchmarksgame/... Единственное есть проглемы с временем старта, связанные с тем что загружаються  gem  при старте. Но над этой проблемой ведется работа. Если отрубить  gem  то время старта практически точно такое же как у питона(до перл не дотягивает). Так что даже для подстрочников он вполне юзабельный. >Такое г. непонятно где хостить (и нужно ли в итоге?). Ваши наезды не релевантны, у руби куча недостатков, но это не те что вы озвучили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

30. Сообщение от Аноним (30), 26-Дек-19, 06:48	+/–
> def foo(key: 42); end; foo({key: 42})   # warned > def foo(key: 42); end; foo(**{key: 42}) # OK Вот уроды! Делают .NET из моего руби. > Из базовой поставки во внешние gem-пакеты вынесены библиотеки CMath (cmath gem), Scanf (scanf gem), Shell (shell gem) А это уже пистоно-болезнь!.. Матц, вернись! Хипстеры гробят язык!
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Че (?), 26-Дек-19, 07:17	+/–
Роберт Шекли. "Необходимая вещь" В этом рассказе вся боль "Руби"
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (33), 26-Дек-19, 07:33	+/–
> нет не про это, комментатор выше все правильно сказал, дело в блоках > и кэш линиях. > Конкретно про руби эрон выступрал даже на конфе и есть статья, лиже > линки если хотите разобраться как > https://bugs.ruby-lang.org/issues/15626 > https://www.youtube.com/watch?v=H8iWLoarTZc Имеет смысл располагать в линейке кеша объекты, доступ к которым происходит примерно в одно время (как правило, такие объекты и создаются условно одновременно). Вот что по ссылке: This compactor uses a "two finger" algorithm which was introduced in "The Programming Language LISP: Its Operation and Applications" (page 228)1. Two pointers point at each side of the heap, if one slot is empty, and the other is moveable, it swaps places and leaves a T_MOVED object that contains a forwarding address. Похоже, при таком обмене происходит перемешивание объектов. Это видно даже на приведённой в объяснении по ссылке иллюстрации, где №6 становится №3, а №5 — №4. При большей дистанции между объектами "перемешивание" окажется сильнее, исходно размещённые рядом объекты окажутся где ни попадя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #35

33. Сообщение от Аноним (33), 26-Дек-19, 07:39	+1 +/–
Лучше читать классику «Using Block Prefetch for Optimized Memory Performance», Advanced Micro Devices, Mike Wall  https://web.mit.edu/ehliu/Public/ProjectX/Meetings/AMD_block... Не ясно что больше от книжек Криски, вреда или пользы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #47

34. Сообщение от Аноним (-), 26-Дек-19, 08:00	+5 +/–
Для того, чтобы рассуждать о языке, надо понимать его модель. В Ruby акцент на человекочитаемость. Чтобы человек, понимающий естественную речь (английскую по-умолчанию), мог понять программу. Отсюда, у программистов-нелюдей с изменённым состоянием сознания, возникает диссонанс, глядя на Ruby, что в Ruby так можно, а в их любимом ЯП - нет. > впрочем на руби я встречал как то мало скриптов. пользуйтесь OpenSUSE или MacOS
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

35. Сообщение от Аноним (35), 26-Дек-19, 08:57	+/–
Да это вполне возможно. По поводу целесообразности встраивания в линейки незнаю. Надо тестировать смотреть. Может быть что целесообразно доработать код для этого, а может нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

36. Сообщение от safdasfa (?), 26-Дек-19, 09:04	–1 +/–
два бокала чая этому господину
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

37. Сообщение от Аноним (37), 26-Дек-19, 09:19	+/–
Кто знает как называется шрифт на первом скриншоте?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #39

38. Сообщение от ququmber (?), 26-Дек-19, 10:10	+/–
присоединяюсь, что за шрифт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

39. Сообщение от Аноним (39), 26-Дек-19, 10:10	+/–
На terminus похож.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #48

40. Сообщение от Аноним (40), 26-Дек-19, 10:11	–1 +/–
Любой язык где возможна конструкция вида a=a+b-(b=a) не нужен. А это как минимум Руби, Джаваскипт, С++.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41

41. Сообщение от Аноним (39), 26-Дек-19, 10:12	+/–
Вообще-то нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #42

42. Сообщение от Аноним (40), 26-Дек-19, 10:26	+/–
Вообще-то в нужных языках хватает такой конструкции: a, b = b, a А та что выше это дичь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #44

43. Сообщение от Аноним (43), 26-Дек-19, 10:58	+/–
> т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих". Интересно бы почитать, как с этим делом в Эрланге, с ихним "share nothing" создание переменных на каждый чих - во все поля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #53

44. Сообщение от привет (ok), 26-Дек-19, 11:01	+/–
Кроме как питоне такая именное есть где то? этож штука вроде (a, b) = (a,b) в перле? Просто эту конструкцию я видел пару раз и каждый их них было "представление крутости питона" крутости на этом, правда, заканчивались
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #49

45. Сообщение от qwerty123 (??), 26-Дек-19, 11:10	+1 +/–
>Но есть одна деталь которая напрочь этот руби делает непригодным - приложения жрут невероятно процессорное время часто в _десятки_ раз больше чем на других языках. В сотни! В тысячи! В миллионы! =) Идите уже делать уроки, что-ли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #54

46. Сообщение от Я (??), 26-Дек-19, 11:38	+/–
да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

47. Сообщение от Я (??), 26-Дек-19, 11:40	+1 +/–
У Криса оптимизация существенно лучше расписана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #55

48. Сообщение от Я (??), 26-Дек-19, 11:47	+1 +/–
нет, это не терминус.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

49. Сообщение от Аноним (50), 26-Дек-19, 12:23	+2 +/–
В перле ты просто пробел убрал? и что он делает? a, b = b, a; есть в Го в Руби тоже есть. Это две переменные меняются значениями без создания третьей или без необходимости записи трех строк кода чтобы поменять переменные без создания третьей. В некоторых алгоритмах так быстрее всего записать. Причем строка в начале этого топика делает тоже самое, но как-то странно. Для Руби можно даже без скобок записать. Такая конструкция уже гарантированно ломает мозг. a=a+b-b=a; с тем же результатом что и выше. Но имхо языки которые такое позволяют решительно не нужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #77

50. Сообщение от Аноним (50), 26-Дек-19, 12:28	+1 +/–
Редмайн написан на Руби может поэтому он для куэй? Да и бреу на Руби. На руби действительно хороших юзабельных продуктов существенно больше чем на том же расте на котором только парсилка каскадных таблиц и всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #52, #58

51. Сообщение от Аноним (51), 26-Дек-19, 13:17	–2 +/–
Хокку: Лучше python 2.7 чем ruby 2.7
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

52. Сообщение от Аноним (52), 26-Дек-19, 13:18	+/–
А еще, все сидят на Discourse, разрабатывают вместе с gitlab. И пользуются инет-магазинами типа Spree....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

53. Сообщение от Аноним (53), 26-Дек-19, 13:45	+/–
Гугли про generational gc. В эрланге так же как в хацкелле, жабе и прочих сишарпах. С поправкой на тот факт, что в энларге можно собирать мусор в каждом потоке отдельно, не останавливая весь мир.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

54. Сообщение от fyjybvjec (?), 26-Дек-19, 14:06	–3 +/–
Ну руби правда тормозной, чтож делать то lol У руби другие достоинства, но явно если не нужно решать задачи где нужна высокая производительность. Наляпать что то по быстрому, обработать не очень много хттп запросов на небольшом сайте, тут у руби нет конкурентов. Статистики, много ее - это случайная с гугла https://attractivechaos.github.io/plb/ Implementation     Lang     sudoku:t    matmul:t    matmul:m    patmch:1t    patmch:2t    dict:t    dict:m C                     1.0     2.3     31.7     1.7    4.5    3.0    52.6 C#@Mono-2.10.1     C#     3.8     8.9     40.6     15.7    45.1    5.2    113.9 Ruby-1.9.2p180     Ruby     98.0     628.4    196.6    15.4    30.3    8.6    156.8
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #62, #75

55. Сообщение от Аноним (33), 26-Дек-19, 14:10	+/–
Вопрос в том, насколько информация в его интерпретации верна. «На процессоре Р-III 733/133/100 оптимизированный вариант выполняется быстрее на целых 66%, а на АМD Athlоп 1050/100/100 — на 60%, т. е. предвыборка увеличивает производительность более чем в два раза!»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #63

56. Сообщение от fyjybvjec (?), 26-Дек-19, 14:13	–2 +/–
Питон изучается за пару дней, код ясен и понятен. Пишут макеты, алгоритмы, обвязки для мат библиотек, аа еще блендер на питоне. У этих языков разные области применения. Аналогов более чем в избытке - причем это я не в минус руби - отличный язык для некоторых задач.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #64, #73

57. Сообщение от Анонидзе (?), 26-Дек-19, 15:14	+/–
Как труп, но живой!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

58. Сообщение от Брат Анон (?), 26-Дек-19, 15:16	+1 +/–
На ржавом сложно сделать что-то вменяемое вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

59. Сообщение от Брат Анон (?), 26-Дек-19, 15:19	+1 +/–
Гугель.Тренды утверждают, что ты не китаец)) https://trends.google.com/trends/explore?date=today%205...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #76

61. Сообщение от Брат Анон (?), 26-Дек-19, 15:24	+/–
Лучше Оберон, чем Пхытон-8
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

62. Сообщение от fyjybvjec (?), 26-Дек-19, 15:33	+/–
Инженерный подход к решению задач рулит - когда вы используете то что вам нравится а не то что надо по задаче, где то умирает еще один котик)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

63. Сообщение от Урри (?), 26-Дек-19, 15:56	+/–
Неоптимизированный код - 100 секунд. Оптимизированный код - на 60% (60 секунд) быстрее; то есть 40 секунд. 40 секунд - более чем в два раза меньше, чем 100 секунд. Кроме того, в книге приводятся графики тестов по доступу к памяти, множество фактов и примеров. Я, например, такие же тесты использовал, когда оптимизировал им одну либу для гугла под хромбук.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #71

64. Сообщение от Урри (?), 26-Дек-19, 16:03	+1 +/–
Питон не изучается за пару дней. Пара дней - это порог вхождения в питон. И это две большущие разницы. Только вот есть одна маленькая проблема - потом существенно больше времени и ресурсов тратится на переделывание. Вы упомянули блендер - не хотите вспомнить, сколько блендер прозябал? 99,9% претензий к нему были "слишком тормозной, невозможно работать". И взлетать он стал только после того, как компьютеры стали достаточно мощные и(!) после того, как его наконец-то переделали профессионалы (в том числе большей частью переписали на C). Почем знать, если бы сразу писали нормально - может он бы уже давно стал стандартом де-факто в мире 3д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #67

65. Сообщение от Урри (?), 26-Дек-19, 16:12	+/–
> т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих". Для языков со сборкой мусора это как раз не проблема. Именно в задачах, где надо создавать много короткоживущих объектов языки с GC уделывают традиционные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #69

66. Сообщение от Аноним (66), 26-Дек-19, 16:28	+/–
Пока мамкины эксперты пыхтят свои басни о недостатках, руби помогает зарабатывать миллиарды баксов, просто за счёт быстрой разработки, ибо стоит она дороже любых системных ресурсов (которые руби жрёт не так уж и активно).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84

67. Сообщение от fyjybvjec (?), 26-Дек-19, 16:28	+1 +/–
Вы совершенно правы, за два дня его не изучить, но имеет низкий порог вхождения. На питоне хорошо делать макеты или отлаживать алгоритмы (с переносом куда то после). + отличная интеграция со сторонними библиотеками. Но мой ответ был комментатору про <<Руби крутейший язык, аналогов которому нет. Питон это недорозумение. >> Блендер, отличная штука, большая часть плагинов на питоне, есть на С, ядро было изначально на С. Моделирование если сравнивать с майей на 4+, текстурирование предпочитают после делать в 3д максе, нормальный рендеринг появился начиная с Cycles (2016 год), Скиннинг и анимации до сих пор очень слабо если без плагинов - с майей не сравнить. Так что можно сказать что он был не особо популярен не из за тормозного питона (а они все тормозные, эти 3д пакеты) просто по своей неразвитости, сейчас сильные подвижки будем надеяться что его допилят :). Вот лов-поли модельки на нем делать ОК + экспорт в SL из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

68. Сообщение от balajahe (ok), 26-Дек-19, 17:05	+3 +/–
> Вакансий почти нет Ruby - 176 Rust - 7
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

69. Сообщение от Аноним84701 (ok), 26-Дек-19, 17:20	+/–
>> т.е. проблема поиска свободных блоков памяти при сильной фрагментации - "приветик" от создания короткоживущих объектов "на каждый чих". > Для языков со сборкой мусора это как раз не проблема. Именно в задачах, где надо создавать много короткоживущих объектов языки с GC уделывают традиционные. Собственно, с этим никто не спорил. Просто в конкретных реализациях GC/аллокаторов - иногда таки можно наткнуться на какой-нибудь проблемный случай. По приведенной ссылке - как раз описана такая ситуация "highly dynamic object-space". Решалась там  (в конце-концов) прикручиванием другого аллокатора: " The problem can be mitigated by linking ruby against ptmalloc3."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

71. Сообщение от Аноним (33), 26-Дек-19, 17:49	+/–
> Неоптимизированный код - 100 секунд. Оптимизированный код - на 60% (60 секунд) > быстрее; то есть 40 секунд. > 40 секунд - более чем в два раза меньше, чем 100 секунд. Вот именно -- секунд. Секунда это единица измерения времени. Быстрее -- характеристика скорости, есть обратной ко времени величины. Корректно было бы: «время выполнения на 66% меньше». Таким образом, после прочтения книжек Криски в голове образуется каша, которую не каждому дано переварить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #78, #80

73. Сообщение от Аноним (73), 26-Дек-19, 17:55	+1 +/–
В саблайме плагины тоже на питоне, только это не значит что саблайм написан на питоне. Вот например  vs code плагины на джаваскрипт, но сам браузер большей частью на Хроме написан т.е. тоже на C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

75. Сообщение от Додо (?), 26-Дек-19, 18:25	+1 +/–
Эм. Эта ссылка датирована 2011 годом, с тех пор как бы много что поменялось. Ruby по сравнению с остальными языками небыстрый, это да, но скорость разработки на нем фантастическая. И не для всех задач скорость работы первостепенно важна - если страничка какого-то среднего интернет-магазина будет грузиться не за 30 мс, а за 70 мс, это не сильно критично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

76. Сообщение от Shtirlic (?), 26-Дек-19, 18:52	+1 +/–
https://trends.google.com/trends/explore?q=%2Fm%2F... вот правильное сравнение, а не то что у вас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #89, #96

77. Сообщение от привет (ok), 26-Дек-19, 19:31	+/–
> В перле ты просто пробел убрал? и что он делает? > a, b = b, a; есть в Го в Руби тоже есть. (a, b) = (b, a); те тоже самое, но на мой взгляд лаконичнее. кому то скобки показатся лишними могут, конечно. Пробел конечно же не значит ничего, поставлен в попыхах :) Я к тому написал, что мне представляли конструкию "магией" питона хотя ничего магического я в ней не видил - потому решил уточнить у знающих > Это две переменные меняются значениями без создания третьей или без необходимости записи > трех строк кода чтобы поменять переменные без создания третьей. В некоторых > алгоритмах так быстрее всего записать. Причем строка в начале этого топика > делает тоже самое, но как-то странно. > Для Руби можно даже без скобок записать. Такая конструкция уже гарантированно ломает > мозг. > a=a+b-b=a; с тем же результатом что и выше. Но имхо языки которые > такое позволяют решительно не нужны. смотрится неоднозначно, согласен с вами :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

78. Сообщение от Урри (?), 26-Дек-19, 19:55	+/–
Это в _вашей_ голове образуется каша. А в головах других людей - не образуется. В данном случае вы слишком занудствуете. Это руководство по оптимизации, а не справочник. Написанное отличным живым языком, от которого не хочется уснуть через пять минут чтения. Тем более, что справочников в принципе на эту тему быть не может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #85

80. Сообщение от Аноним2 (?), 26-Дек-19, 21:17	+/–
Вопрос-то Вы задавали не о секундах. И человек Вам доступно объяснил, почему 60% - это более, чем в два раза. «время выполнения на 66% меньше» - это и значит "быстрее на 66%" или "скорость/производительность больше на 66%". А теперь подсчитайте буквы в кавычках, где проще и понятнее? "...после прочтения книжек Криски ... не каждому дано переварить." - С этим согласен :) "...Криски..." - Сказал Мэтр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #86

82. Сообщение от ррр (?), 26-Дек-19, 21:59	–4 +/–
> Взяли [0, [1, 2, 3]] и сопоставили с образцом [a, [b, *c]]. > Получили три локальные переменные a, b и c, в a лежит > 0, в b -- 1, в c лежит список [2, 3]. > Или это не список в ruby, а массив? Не помню уж, > но не суть важно. не спорю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

84. Сообщение от Gjrkdj (?), 26-Дек-19, 23:43	–1 +/–
Ruby - всего лишь миллиарды, когда Python позволяет заработать триллионы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #87

85. Сообщение от Аноним (33), 27-Дек-19, 06:20	+/–
> Это в _вашей_ голове образуется каша. А в головах других людей - > не образуется. Ниже https://www.opennet.me/openforum/vsluhforumID3/119316.html#80 живой пример ;) > В данном случае вы слишком занудствуете. Это руководство по оптимизации, а не > справочник. Написанное отличным живым языком, от которого не хочется уснуть через > пять минут чтения. Криска хорош как популяризатор, но во всех темах плавает. Многократно разбиралось на reng, wasm (где формат опкодов за него переписал The Svin, из-за излишней "скромности" Криски не упомянутый в переиздании) и RSDN. Он сам по факту осознал свою некомпетентность, перейдя к любовным романам под женским псевдонимам. > Тем более, что справочников в принципе на эту тему быть не может. Откройте для себя «Intel® 64 and IA-32 Architectures Optimization Reference Manual» и аналог от AMD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

86. Сообщение от Аноним (33), 27-Дек-19, 06:27	+/–
> Вопрос-то Вы задавали не о секундах. > И человек Вам доступно объяснил, почему 60% - это более, чем в > два раза. > «время выполнения на 66% меньше» - это и значит "быстрее на 66%" Откройте для себя учебник математики, тема пропорции. Следом порешайте задачки про пункт А и пункт Б. По данной, так и быть, скажу ответ, что бы не ждать весенних каникул. Если время сокращается на две трети, скорость утраивается. ;) > или "скорость/производительность больше на 66%". > А теперь подсчитайте буквы в кавычках, где проще и понятнее? >  "...после прочтения книжек Криски ... не каждому дано переварить." - С > этим согласен :) >  "...Криски..." - Сказал Мэтр. Вот здесь: «Предвыборка сокращает время выполнения на процессоре Р-III 733/133/100 на  66%, а на АМD Athlоп 1050/100/100 — на 60%. Грубо говоря, производительность утраивается.» Но Криске платили за странички, потому он налил какой попало водички.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #95

87. Сообщение от Аноним (-), 27-Дек-19, 10:22	+/–
Есть небольшая для питонистов проблема. Может и триллионы, но в удельном выражении на одного "разработчика" это означает "работать за еду". Собственно, это единственная причина, почему есть вакансии на Питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #88

88. Сообщение от Аноним (89), 27-Дек-19, 10:56	–1 +/–
Это ты с пыхерами перепутал. А там и десятки триллионов могут быть. В руби ты тоже как-то умолчал что миллиарды получают далеко не программисты...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #93

89. Сообщение от Аноним (89), 27-Дек-19, 10:57	+/–
И что на сервисе гугла победил язык от гугла вот это новости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

90. Сообщение от Совершенно другой аноним (?), 27-Дек-19, 15:39	+/–
http://rus-linux.net/lib.php?name=/MyLDP/hard/memory/memory....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

91. Сообщение от Совершенно другой аноним (?), 27-Дек-19, 15:39	+/–
http://rus-linux.net/lib.php?name=/MyLDP/hard/memory/memory....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

92. Сообщение от Аноним (92), 27-Дек-19, 19:18	+1 +/–
> Неоднозначный синтаксис языка На этом поле давно всё занято плюсами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

93. Сообщение от Аноним (-), 27-Дек-19, 19:38	+/–
В Ruby-мире как-то не встречаются низкооплачиваемые вакансии. Если только реально только вчера начал программировать. А вот питонисты - за еду готовы. Собственно, они и есть предполагаемая замена пэхеров, если получится. Но не факт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

95. Сообщение от Аноним2 (?), 28-Дек-19, 01:29	+/–
Насчет "скорость/производительность больше на 66%" - опечатка, согласен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

96. Сообщение от Брат Анон (?), 30-Дек-19, 11:15	–1 +/–
Ага. Давай зачотку анон!))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

97. Сообщение от Аноним (-), 26-Фев-20, 18:01	+/–
Оказывается Руби старый? Японец ведь его родил.
Ответить | Правка | Наверх | Cообщить модератору

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

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