The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Интервью с Юкихиро Мацумото, создателем языка Ruby"  +/
Сообщение от opennews (ok), 19-Мрт-21, 17:18 
Опубликовано интервью с Юкихиро Мацумото, создателем языка Ruby....

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54790

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

Оглавление

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

1. Сообщение от Леголасemail (ok), 19-Мрт-21, 17:18   +3 +/
Японцы (как и все азиаты) такие таинственные... Но вот только не Юкихиро, всё как на духу выложил (: Спасибо, приятно было почитать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

2. Сообщение от Albertio (ok), 19-Мрт-21, 17:18   +6 +/
Есть такая японская пословица: "Краткость - сестра новостей на опеннете".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

3. Сообщение от Аноним (3), 19-Мрт-21, 17:21   +11 +/
Опять реклама какого-то левого сайта с "интервью".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #49

4. Сообщение от Аноним (4), 19-Мрт-21, 17:22   –1 +/
Раньше в китайских игрушках активно использовался, потом в рельсах и скриптах редхата, сегодня в раке, без которого mkvtoolnix не собрать. Эволюция, как ни крути. Какие планы на будущее, если вкратце? А то по ссылкам на сомнительные сайты. Страшно ходить, вдруг там скрипты?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #11, #17, #39

5. Сообщение от Леголасemail (ok), 19-Мрт-21, 17:33   +1 +/
этот сайт «зарегался» и публикует новости, кои не банятся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от Аноним (6), 19-Мрт-21, 17:37   +1 +/
Не бойся, там скрипты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9

7. Сообщение от Аноним (7), 19-Мрт-21, 17:59   +6 +/
Мацумото гений
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (-), 19-Мрт-21, 18:09   –1 +/
>  оно насчитывает миллионы программистов по всему миру, и даже малейшее изменение может что-то испортить.

Золотые слова! Дайте их в на японских иероглифах, пусть девочки татуировки делают !

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

9. Сообщение от Аноним (9), 19-Мрт-21, 18:10   +1 +/
NoScript || uMatrix
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13

11. Сообщение от anonymous (??), 19-Мрт-21, 18:13   +/
Он активно пилит mruby, встраиваемый и компилируемый эквивалент. Кое-где уже находит применение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #58

13. Сообщение от Аноним (13), 19-Мрт-21, 18:29   +1 +/
wget
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #14

14. Сообщение от Аноним (13), 19-Мрт-21, 18:30   –1 +/
... + notepad
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #46

17. Сообщение от Аноним (17), 19-Мрт-21, 18:36   +/
Про YaST2 в OpenSUSE забыл, ну.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

19. Сообщение от Урри (ok), 19-Мрт-21, 19:13   +2 +/
Мацумото - очень умный и талантливый программист, я его безмерно уважаю.
Руби - красивый и элегантный язык.
Интервью по ссылке - водянистое гobнo.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #60, #75, #30, #64

23. Сообщение от Аноним (13), 19-Мрт-21, 19:37   +7 +/
В небеса Мацумото смотрел,
Он о руби думал,
Редкий самурай поймёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

25. Сообщение от Дигиниротар (?), 19-Мрт-21, 20:08   +2 +/
Дошутился?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

26. Сообщение от Аноним (26), 19-Мрт-21, 20:16   +3 +/
Кто такой Григорий?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #111

30. Сообщение от Lex (??), 19-Мрт-21, 20:21   +/
Япония - страна всевозможных экзекуций. Ну будет еще одна, аккурат для органов местного самоуправления.
Будут заставлять министров, их замов и даже бухгалтершу Юку выполнять задания на руби за ограниченное время и хлестать кнутом по голой заднице если не успеют или прога провалит тесты.. следующий уровень - кодинг носом по клавиатуре ведь руки-ноги плотно связаны в лучших японских традиция..
Чем-то тянет на одно из бесчисленных японских телешоу для тех_еще любителей.. будет еще одно.

В этой_стране, к счастью, никому не хочется поощрять руби, особенно в секторах местного самоуправления.

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

33. Сообщение от Аноним (13), 19-Мрт-21, 20:50   +/
один из японофилов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #57

34. Сообщение от Аноним (13), 19-Мрт-21, 20:51   +2 +/
> Япония - страна всевозможных экзекуций.

Страна, в школах которой разрешается только чёрный цвет волос... Один художник обзавидовался бы.

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

35. Сообщение от Аноним (35), 19-Мрт-21, 21:02   –6 +/
жуткое тормозилово девизом которого является "понятность и простота важнее, чем скорость работы". плюс тупой местами не логичный синтаксис. я видел чела который два года писал на этом говне - функционал был примерно равен месяцу разработки одним человеком на php. при этом этот программист даже не знал что такое http. в мусорку этот мусор. странно что этот фрико язык еще жив.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #41, #76, #112

36. Сообщение от Аноним (35), 19-Мрт-21, 21:03   –1 +/
одним человеком на php без фреймворков вообще - на голом php
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

38. Сообщение от artb1sh (ok), 19-Мрт-21, 21:18   +1 +/
Сколько аниме нарисовал этот ваш Мацумото спросили?
Ответить | Правка | Наверх | Cообщить модератору

39. Сообщение от Аноним (39), 19-Мрт-21, 21:20   +1 +/
Так никуда ходить не надо, всё интервью здесь же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #44

40. Сообщение от artb1sh (ok), 19-Мрт-21, 21:27   –1 +/
Гил уже выпилили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69

41. Сообщение от Аноним (39), 19-Мрт-21, 21:27   +4 +/
Два года? А почему сразу не двадцать? Брехня какая-то. На самом деле на Ruby очень быстро писать. В том числе быстрее, чем на PHP и Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #42, #68

42. Сообщение от Аноним (35), 19-Мрт-21, 21:31   –6 +/
не верь мне вообще без разницы. я просто привел пример программиста из ruby сообщества. про два года мне его начальник рассказал, а про полное не понимание http и вариантов хранения данных - уже я собеседуя этого уникума
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #65

43. Сообщение от Аноним (35), 19-Мрт-21, 21:35   –4 +/
не давно обсуждали с коллегами те инструменты что есть на рынке. сошлись что питон тупой и тормозной но хоть прототипы можно писать. а про этот мусор то мы и забыли, а оно оказывается еще живо, два с половиной инвалида что-то пишут. сам Григорий. это солидно. какой бред. но автор молодец как выясняется подсел на какие то гранты, генерирует мусор при поддержке правительства
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #70

44. Сообщение от Аноним (4), 19-Мрт-21, 21:41   +/
> Так никуда ходить не надо, всё интервью здесь же

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

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

45. Сообщение от Аноним (45), 19-Мрт-21, 22:26   +4 +/
Long live Ruby!
Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от Аноним (46), 19-Мрт-21, 22:54   +2 +/
- windows
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

47. Сообщение от Аноним (39), 19-Мрт-21, 23:00   +1 +/
Интервью не читай, сразу комментарий пиши. В интервью написано, что Ruby используют миллионы программистов, а не два с половиной (откуда эта фиксация на цифре 2?). А ты просто хейтер.

Специально для скоростных в интервью написано:

"Недавно я наткнулся на короткую статью Давида Хайнемейера Хансона (David Heinemeier Hansson), где встретилось интересное наблюдение: для всего парка его серверов, обеспечивающих работу Basecamp и почтового сервиса Hey.com, только 15% бюджета тратится на выполнение кода Ruby. Если даже ускорить Ruby в 10 раз, это ничего существенно не поменяет. Shopify и GitHub используют Ruby, видимо, скорость не имеет большого значения. Количество их пользователей очень велико, а они работают без проблем. Если речь идёт о производительности труда программиста, то производительность языка — не самая большая проблема."

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

Но Мац любит даже хейтеров:

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

"Мы улучшаем производительность Ruby во всех аспектах."

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

48. Сообщение от Аноним (81), 19-Мрт-21, 23:52   –3 +/
Я очень вниматнльно прочитал эту воду прежде чем написал первый коммент тут. Это всё не серьезно. Какой то Девид который вообще умеет ли адекватно оценивать нагрузки? Тяжелое наследие github? Как раз два проекта и получается))) сидите в своем мирке, ruby самый быстрый!)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #52

49. Сообщение от Аноним (49), 20-Мрт-21, 00:02   +2 +/
UPD: Интервью скопипастили прямо сюда. А то новость в три строчки выглядит палевной
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

50. Сообщение от Аноним (39), 20-Мрт-21, 00:04   +8 +/
В Руби было много приятных фишек с самого создания. Например, удобное (а не как в Хаскеле) базовое ФП с filter, map и прочим. Удобные лямбды (а не ограниченные одним выраженим как в Питоне). И это в сочетании с удобным ООП, и с 90-х годов! Методы контейнеров настолько удобны, что использовать циклы особо и не нужно. Регулярные выражения, встроенные в синтаксис языка, а не в стандартную библиотеку, можно матчить как в Перле и Awk просто через оператор и описывать регексы в /слэшах/ вместо строк с мучительным эскейпингом. Встроенный тип диапазона и синтаксис вида start..end прямо в языке. Фишки из классических Unix-инструментов Bash, Perl и Awk, типа функций sub, gsub, tr. Awk-режим с автоциклом, автосплитом, BEGIN и END. Упорядоченные методы на объектах, типа "str".upcase() и "str".length(), а не в разнобой "str".upper(), но len("str"). В функциях не обязательно писать return, как и в других ФП-языках. Очень удобно для крохотных функций, где return занимает пол-функции. А в Ruby 3 с синтаксисом "def method() = statement" стало ещё удобнее. Функция может возвращать несколько значений, просто через запятую, и принимать в виде "a, b = func()" без всяких скобочек и специальных операторов. if и case-when возвращают значения. Удобно, не надо повторять присваивание одной и той же переменной в череде if-elsif-elsif или case-when-when. Удобный матчинг в case-when, хоть со значением, хоть с типом. А в Ruby 3 уже и полноценный pattern matching with deconstruction подъехал, как в Scala и Haskell.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #51

51. Сообщение от Аноним (4), 20-Мрт-21, 00:17   +/
Нет, это понятно, мне это всё в руби тоже очень нравится. Я про статическую типизацию и всё остальное. Правда, в том же питоне у меня тайпхинты уже в 500 символов выходят, это что-то не совсем здоровая тема (с новым union оператором убавится минимум на треть наверно). Но зато сразу видно содержимое и в 3.10 оно вроде даже проверяется интерпретатором, но это не точно. Лямбды в питоне это то чего стоит избегать, они всегда медленнее идеоматических конструкций из генераторов и включений (которые постоянно оптимизируют ещё сильнее) и фп (которое обычно где-то на 2 месте, но зависит от того сколько копирований происходит в процессе).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

52. Сообщение от Аноним (39), 20-Мрт-21, 00:23   +3 +/
Руби ясен пень не самый быстрый в смысле выполнения кода. Но очень быстр в смысле написания кода. И Руби _достаточно_ быстр для самых разных задач. Компы сейчас быстрые пошли. Если твой код выполнится за милисекунду, а не за микросекунду - ты и не заметишь. А если ты его напишешь за день, а не за неделю, как на другом языке - то очень даже заметишь. Также, как справедливо отмечено в интервью - скорость выполнения часто лимитирована скоростью БД, сети или другого IO. Вот напишешь ты быстрый-быстрый код - и он будет быстро-быстро делать запросы к БД. А БД будет эти запросы медленно-медленно выполнять. И разница в скорости твоего кода, значит, ни на что особо не повлияет.

Если критична скорость в рантайме - есть С/C++/Rust, Asm в конце концов. Каждой задаче - свой инструмент.

Собственно, Капитан Очевидность тут подсказывает, что Руби, как и Питон, как и другие интерпретируемые языки, вполне себе использует библиотеки на С для вычислительно-сложных задач, типа числодробления, шифрования и TLS.

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

55. Сообщение от СеменСеменыч777 (?), 20-Мрт-21, 07:53   –1 +/
> Компы сейчас быстрые пошли.

а погромизды всегда готовы израсходовать ресурсы чужих компьютеров на свои очень важные нужды.
по моему опыту, это началось в 90х на Java, да так и не закончилось.

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

56. Сообщение от Аноним (56), 20-Мрт-21, 08:54   +1 +/
> В прошлый раз, когда мы сломали совместимость в Ruby 1.9, мы поняли, что это может надолго расколоть сообщество.

Прекрасно помню этот момент. Для меня это поставило крест на Руби тогда. Мы начинали проект, и столкнулись с этой ахинеей. Бросили, перешли на питон, т.к. многие были питонщиками. Вероятно, это было ошибкой. Проект то успешно завершился, но питон мне не понравился, я перестал заниматься бекендами, ушел обратно в embedded, где и остаюсь.

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

57. Сообщение от Аноним (57), 20-Мрт-21, 08:57   +1 +/
Может он и японофил, но он искренне считает, что Ruby - это как питон, просто в другой оболочке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

58. Сообщение от Аноним (58), 20-Мрт-21, 08:57   –1 +/
а зачем он нужон ежели есть Crystal?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

59. Сообщение от Аноним (58), 20-Мрт-21, 08:59   –1 +/
и прально делают. Хотя бы в школе девочки должны оставаться девочками, а то в Канаде вон их уже тайно от родителей превращают в мальчиков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #63

60. Сообщение от Аноним (60), 20-Мрт-21, 09:59   +/
Качество интервью зависит в большой (нет, в большей) степени от журналиста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

62. Сообщение от myhand (ok), 20-Мрт-21, 10:13   –3 +/
> Сопоставление с образцом — тоже здорово! Мне его не хватает в Python

WAT?  PEP 634.  Добавили же, нет?

> Возможно, в будущем Python или JavaScript позаимствуют у Ruby правостороннее присваивание.

Горшочек - не вари!

> но Ruby позволяет пользователям устанавливать и использовать несколько версий одной и той же зависимости. И это действительно здорово, потому что в Python, например, придётся довольствоваться только одной версией зависимости

ЛПП.  Хоть стотыщ.  Просто это делается не так как в Ruby, т.е. разные venv и т.п.

Не факт что лучше.

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

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

> Для Ruby 1.8 использовался подход «толстой» стандартной библиотеки, но со временем некоторые библиотеки остались без поддержки. Мы изменили подход, разделив библиотеку на gem’ы.

А вот это - правильно.

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

63. Сообщение от Аноним (13), 20-Мрт-21, 10:18   +1 +/
Ты не понял. Если у девочки натуральный цвет - каштановый, её заставляют краситься в чёрный. Постоянно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

64. Сообщение от n00by (ok), 20-Мрт-21, 10:29   +1 +/
«Тридцать лет назад инициатива академика А. П. Ершова по обучению школьников информатике несколько обидела профессионалов, полагавших, что программирование — это занятие для людей с высшим образованием.»

Ныне в ЭтойСтране™ каждый может написать на диалекте баш Russian OS und Application®, или привлечь к её тестированию конструктивное сообщество.

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

65. Сообщение от n00by (ok), 20-Мрт-21, 10:38   +1 +/
Ну я видел Мистера dd, он баш-программист операционных систем и предлагал одноимённой командой скопировать раздел в каталог. Но это же не значит, что bash непригоден для своих задач и админы должны его выкинуть, пересев на ассемблер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #81

68. Сообщение от Аноним (58), 20-Мрт-21, 12:52   +/
а почему на Рубях быстрее, чем на Питоне? ;) Либ что ли больше? :)) Или меньше на клаве набирать? :P
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #90

69. Сообщение от Аноним (58), 20-Мрт-21, 12:52   +/
GIL и в Ocamle есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #80

70. Сообщение от Аноним (58), 20-Мрт-21, 12:54   +2 +/
мдее... Питон не может быть тупым, как и Руби, например, - у них нет нейронов в мозге, которого тоже нет. А вот программисты - это могут быть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

72. Сообщение от Аноним (58), 20-Мрт-21, 12:58   –2 +/
ты еще Хаскель не видел. По сравнению с ним, Жаба прагматичный и экономный, весьма прагматичный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #77

74. Сообщение от Аноним (58), 20-Мрт-21, 13:02   +/
Да. В след релизе выходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

75. Сообщение от Michael Shigorinemail (ok), 20-Мрт-21, 13:48   –1 +/
> Мацумото - очень умный и талантливый программист, я его безмерно уважаю.
> Руби - красивый и элегантный язык.

+1

> Интервью по ссылке - водянистое [...]

-1.

Оно просто не на тех, кто "изучал Ruby по первой книжке с киркой", а на молодняк явно заточено, кмк.

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

Я бы с удовольствием почитал.  Здесь же.

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

76. Сообщение от Michael Shigorinemail (ok), 20-Мрт-21, 13:51   +/
> я видел чела

А я вот смотрю на Вас и вспоминаю поговорочку про мух и пчёл.
Может, ещё не поздно?..

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

77. Сообщение от Michael Shigorinemail (ok), 20-Мрт-21, 13:53   –3 +/
Это был тот же поклонник (в плохом смысле) php, что и выше про два года глубокомысленно вещал?

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

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

78. Сообщение от Michael Shigorinemail (ok), 20-Мрт-21, 13:54   –4 +/
Слова-то золотые, но девочки наши -- брильянтовые: хотите уродоваться татуировками -- вот с собой так и поступайте.  Ишь, мамкин советчик выискался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #106

79. Сообщение от Michael Shigorinemail (ok), 20-Мрт-21, 13:58   –4 +/
Коллеги, спасибо за интересный материал.

Насчёт участия -- до сих пор жалею, что в 2003 году постеснялся высказаться о том, что некоторые обсуждавшиеся для gem'ов штуки напоминают мне хорошо известные грабли...

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

80. Сообщение от n00by (ok), 20-Мрт-21, 14:04   +/
> GIL и в Ocamle есть

Подскажите, пожалуйста, где там его найти.

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

81. Сообщение от Аноним (81), 20-Мрт-21, 17:18   –1 +/
К чему этот поток слов? Командой dd действительно можно скопировать раздел в каталог, что не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #82

82. Сообщение от n00by (ok), 20-Мрт-21, 17:23   +/
> Командой dd действительно можно скопировать раздел в
> каталог

Ещё раз. Помедленнее.

Вы утверждаете, что следующая команда имеет смысл в GNU/Linux:

dd if=/dev/sda1 of=/home

или Вы говорите о гипотетической возможности написать некую bash-портянку из команд dd, которая это сделает?

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

83. Сообщение от Аноним (81), 20-Мрт-21, 17:27   –1 +/
Это все понятно. 80/20. Вот только есть большое количество языков конкурентов на которых написание кода не менее быстрое и при этом скорость полученного кода не идет в сравнение с этим поделием. Принимая во внимание скорость разработки, скорость полученного кода, логичность языка, распространненость на рынке - понимаем что это поделие идет в мусорку, да оно там и есть просто признайте это. Можете не признавать - все одно писать на этом больше не стпнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #87

84. Сообщение от Аноним (81), 20-Мрт-21, 18:33   –1 +/
Что же вы уважаемый на bash не пишите раз все одно от стораджа ответ долгий? Каждой задаче свой инструмент это вы верно говорите, вот только ruby ваш это как чемодан без ручки а не инструмент четко заточенный под свою область применения
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #88

86. Сообщение от Аноним (39), 20-Мрт-21, 19:42   +/
Не стоит так сгущать краски. Не все же ресурсы разом израсходуют и ничего не останется. Надо учитывать, насколько больше этих ресурсов израсходуется. Если какие-то вычисления займут неделю, а не час - это проблема. А если чтение из БД займёт не 1,000001, а 1,000002 секунды - пользователь и не заметит, а программист сэкономит время на разработке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #102

87. Сообщение от Аноним (39), 20-Мрт-21, 20:08   +1 +/
> Это все понятно.

Да что-то не похоже.

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

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

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

> понимаем что это поделие идет в мусорку

Несмотря на то, что Питон популярнее - Руби используют миллионы программистов по всему миру. Из крупных проектов - на Руби написаны полность или частично GitHub, GitLab, AirBnb, Twitter, Twitch, Groupon, Couchsurfing, Shopify, SlideShare, Kickstarter, SoundCloud, Heroku, да много всего. Как-то не вяжется с тем, что Руби "в мусорке", не считаете?

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

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

88. Сообщение от Аноним (39), 20-Мрт-21, 20:41   +1 +/
> Что же вы уважаемый на bash не пишите раз все одно от стораджа ответ долгий?

Я прямо офигел от количества нелогичных неявных предположений таком коротком вопросе.

Во-первых, при чём тут я? От того, на чём я, анонимный аноним, пишу или не пишу, совершенно не зависят достоинства или недостатки Руби.

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

В-третьих, какая связь между Bash и долгим ответом стораджа? ("Сторадж", слово то какое неестественное.) Если от стораджа долгий ответ - вы предлагаете писать на Bash? Не пойму почему, но пишите, на чём хотите.

> ruby ваш это как чемодан без ручки без ручки а не инструмент четко заточенный под свою область применения

Ruby не чемодан и ручка ему не нужна. Ruby - вполне себе язык общего назначения, как тот же Python. Наиболее популярен в web development, но используется и в других областях. На Ruby написаны, кроме прочего, Chef, Puppet, AsciiDoctor. Ruby отлично подходит для быстрого прототипирования, чтобы сначала обкатать идею и, если она стоящая - написать production code на С++. Ну, если скорость рантайма важна. Ruby также отлично подходит для обработки тесктовых данных, совмещая фишки из Perl и ООП+ФП подход. Для всяких сисадминских и devops скриптов. Для однострочников. Да, попытайтесь однострочник на Python написать, с if или for, отпишитесь об удобстве потом.

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

89. Сообщение от Аноним (89), 20-Мрт-21, 20:52   +/
dd if=/dev/sda1 of=/tmp/sda1.img bs=4096

этой командой я "скопировал раздел в каталог". в каталог tmp. в файл sda1.img.
рассказать как теперь его примонтировать?

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

90. Сообщение от Аноним (39), 20-Мрт-21, 22:16   +2 +/
Трудно однозначно сказать. Просто подтверждено экспериментально. Либ больше? Да нет, скорее они лучше продуманы. Меньше на клаве набирать? Для _абсолютно_ такого же алгоритма - скорее нет. Для _абсолютно_ такого же, это важно. Питон здорово сокращает количество текста за счёт ненужности писать end или закрывающую фигурную скобку. С другой стороны, этот end или фигурную скобку тебе нормальный редактор или IDE поставит автоматически.

Зато Питон требует явный return. И явный this, что не только добавляет текста, ещё и усложняет рефакторинг. Вот, например, есть у меня несколько функций, который друг друга вызывают. И я решил их оформить в класс. В Руби я просто допишу "class MyClass ... end" вокруг тех функций. И проиндетирую. Да, и мне редактор поможет проиндентировать, потому что парсинг кода не зависит от whitespace. А в Питоне мне мучительно придётся дописывать для каждой функции this. И не только в заголовках функций, но и в их вызовах. А если что-то пропущу - то узнаю от это только в рантайме. Или, ну ладно, будем считать что мне редаткор подстветит. Питон - наверное, единственный язык, который требует явный this.

Возвращаясь к "_абсолютно_ такому же алгоритму". _Абсолютно_ такой же алгоритм как на Питоне, программист на Руби вряд ли напишет, а скорее всего напишет проще. Просто в Руби как-то всё продуманней. Гармоничная связка ФП и ООП. А в Питоне ФП загнано подальше, в угоду list/dict comprehension. При этом list/dict comprehension как таковое - это не плохо, это очень даже хороший инструмент, когда используется в рамках своей области применения. Но он не подразумевает chaining и вложенность. Если вложить один list comprehension в другой - будет очень нечитабельно. А если each block в другой each block - нормально.

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

9:00-13:30, 14:30 - 16:00, 16:30-19:00

должно получиться 8.5.

Я написал для этого однострочник на Руби:

ruby -rtime -e 'p STDIN.read.chomp.split(",").map { |period| a=period.split("-"); Time.parse(a[1]) - Time.parse(a[0]) }.sum / 3600

Потом решил, негоже его хранить в истории шелла, надо записать в файл и разбить на строки:

require 'time'

p STDIN.read.chomp.split(",").map { |period|
  start, finish = period.split("-", 2)
  Time.parse(finish) - Time.parse(start)
}.sum / 3600

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

import sys
from datetime import datetime, date, time, timedelta

def calc_duration(period):
  start_str, finish_str = period.split("-", 1)
  start_time  = time.fromisoformat(start_str.strip())
  finish_time = time.fromisoformat(finish_str.strip())
  return datetime.combine(date.min, finish_time) - datetime.combine(date.min, start_time)

periods = sys.stdin.read().rstrip().split(',')
durations = map(calc_duration, periods)
print(sum(durations, timedelta()))

Для варианта на Питоне нужен минимум Python 3.7. В более ранних Питонах не было функции datetime.time.fromisoformat(). То есть пару лет назад, до Python 3.7, мне ещё пришлось бы и парсингом повозиться. И ещё вариант на Питоне не поддерживает часы в одно разряде, например "9:30", надо добавлять второй разряд, "09:30". Ну да ладно, добавим.

Можно ли написать вариант на Питоне попроще? Попробуйте, с удовольствием посмотрю.

Почему код на Руби оказался короче и яснее? Я вижу здесь лучшую поддержку chaining и ФП, более удобные функции стандартной библиотеки. Будет ли так и для других задач? Для прям абсолютно всех задач - вряд ли, но по моему опыту, в большинстве случаев код на Руби пишется быстрее, проще и непринуждёнее.

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

91. Сообщение от Аноним (-), 21-Мрт-21, 02:35   +6 +/
кому ты нужен со своим "авторитетным" мнением?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #97

93. Сообщение от Аноним (-), 21-Мрт-21, 03:56   +/
поклонников php не бывает в иных смыслах, только в плохих
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

94. Сообщение от Аноним (94), 21-Мрт-21, 05:11   –2 +/
передайте ему что "не нужно".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99, #105

95. Сообщение от n00by (ok), 21-Мрт-21, 08:06   +/
> dd if=/dev/sda1 of=/tmp/sda1.img bs=4096
> этой командой я "скопировал раздел в каталог". в каталог tmp.

Этой командой вы применили примитивный приём демагогии "подмена предмета обсуждения".

> в файл sda1.img.

Вот именно. В файл. Не в каталог.

> рассказать как теперь его примонтировать?

Нет, Вы послушаете мой рассказ. Пользователь спросил: "у меня home на разделе диска, как сделать его не отдельным разделом, а каталогом?" Ему предложили скопировать файлы командой dd. Безо всяких mount.

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

96. Сообщение от n00by (ok), 21-Мрт-21, 08:44   +/
> И я не понимаю вашего хейта.

Руби создал японец, который живёт в Японии. Правильные языки создают только крутые американские guys, или приехавшие за Американской Мечтой. Это касается всех подобных священных войн.

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

97. Сообщение от n00by (ok), 21-Мрт-21, 09:24   –5 +/
> авторитетным

авто (αὐτός) == сам
рито (ῥητός) == речь

Само[стоятельно]рекущий.

Но откуда жителям Холопии это знать?

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

98. Сообщение от Аноним (-), 21-Мрт-21, 09:55   +/
тю, защитник гуру баш-портянок порвался
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #100

99. Сообщение от Аноним (-), 21-Мрт-21, 09:55   +/
передаю, тебе - не нужен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

100. Сообщение от n00by (ok), 21-Мрт-21, 10:11   –1 +/
Прое́кция (лат. projectio — «бросание вперед») — механизм психологической защиты, в результате которого внутреннее ошибочно воспринимается как приходящее извне[1]. Человек приписывает кому-то или чему-то собственные мысли, чувства, мотивы, черты характера и пр., полагая, что он воспринял что-то приходящее извне, а не изнутри самого себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #101

101. Сообщение от Аноним (-), 21-Мрт-21, 10:17   –1 +/
звук треска твоего ректального разрыва явно усилился, держи скорей скотч!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #103

102. Сообщение от СеменСеменыч777 (?), 21-Мрт-21, 11:15   –1 +/
> Не все же ресурсы разом израсходуют и ничего не останется

именно все.
современные фаерфокс и хром на современных сайтах готовы сожрать для себя
1) все ядра всех CPU
2) всю RAM

> Если какие-то вычисления займут неделю, а не час

какие еще "вычисления" - числа Фибоначчи вычислять ?
кажется, автор Руби в своем интервью ясно предостерег от этого.

прокачка данных (из которых 50-70% не нужны и даже вредны) через 17+ уровней абстракций туда-сюда-обратно вычислениями не является.

> если чтение из БД займёт не 1,000001, а 1,000002 секунды

если время отклика на юзерский ввод составит не 0.1, а 2,1 сек.
если потребление памяти при этом возрастет на 950%.
если ... много всяких если.

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

103. Сообщение от n00by (ok), 21-Мрт-21, 11:23   +/
Давай, спасибо. Опубликуй заодно и расстояние от тебя до меня. Ты ведь не балабол, значит я в пределе твоей слышимости и нет проблем измерить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

104. Сообщение от Аноним (39), 21-Мрт-21, 22:29   +/
> современные фаерфокс и хром на современных сайтах готовы сожрать

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

> какие еще "вычисления"

Например научные. Для ядерной физики.

> кажется, автор Руби в своем интервью ясно предостерег от этого

Он предостерёг от восприятия числодробительных бенчмарков как универсальных оценок скорости языка. А я ещё на всякий случай предостерегаю от использования Руби для числодробления. Не стоит это делать. Лучше взять C/C++/Rust/Asm.

> если время отклика на юзерский ввод составит не 0.1, а 2,1 сек.

Смотря что происходит после юзерского ввода. Если длительные вычисления - то их следует выполнять, используя более более быстрый инструмент, чем Руби. Возможно, библиотеку на С, вызванную и Руби. А в большинстве реальных случаев такой разницы, как 0,1 и 2,1 сек, и близко не будет. Скорее 1,000001, а 1,000002.

> если потребление памяти при этом возрастет на 950%

Это в смысле с 2 до 20 кб, потому что интерпретатор занимает 20 кб? Как-то не страшно. Но вообще-то притянуто за уши. Или вы хотите сказать, что использование Руби, вместо, например, С, всегда увеличивает расход памяти в 10 раз? Это не так. Или с чем вы сравниваете? С Питоном, как это модно? Тогда расход памяти будет примерно такой же.

Откуда у вас настолько далёкие от реальности предположения о скорости рантайма и расхода памяти в Руби? Наверное не пробовали Руби ни разу? Так попробуйте, это даже не сложно.

Вообще, откуда берётся всё это нытьё про "тормознутость" Руби? Руби выполняет код примерно с такой же скоростью, как и Питон. Однако я не вижу столько же нытья в новостях про выпуск новых версий Питона. Что за двойные стандарты?

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

105. Сообщение от Аноним (105), 22-Мрт-21, 00:11   +/
да-ме!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

106. Сообщение от Аноним (106), 22-Мрт-21, 06:21   +1 +/
>хотите уродоваться татуировками -- вот с собой так и поступайте.

Вот только не надо следом аргументы про уголовный мир ещё, а?


А, вообще, это очень красиво если тело красивое. Зацени девушку, например: https://instagram.com/fishball_sg

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

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

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

107. Сообщение от q (??), 22-Мрт-21, 06:40   +4 +/
Все правильно ты и твои друзья делают. Вот покроешь все тело татухрой, так хоть потомкам будет что оставить после себя. Шкура твоя будет в музее висеть, все будут ходить и восхищаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

108. Сообщение от Некто с Марса и Сникерсаemail (?), 22-Мрт-21, 09:33   +/
Интервью отличное. ruby  жив и развивается.
Между прочим, про производительность приложений он очень правильно сказал. Тема очень флеймообразующая, но на самом деле простая. Если речь идёт о сложном приложении, например о сайте, написанном на фреймворке, который в свою очередь написан на интерпретируемом языке программирования, всё это крутится под управлением веб сервера с сетью, то какова доля интерпретатора в потреблении ресурсов. Т.н. "быстрые" языки программирования(с, например) дают маленький и код для простых учебных задач, но это совсем не означает что на нём можно сделать то же самое, что на python или ruby при тех же трудозатратах и с  такой же производительностью приложения одновременно. Во всяком случае это пока никому не удалось.
Ответить | Правка | Наверх | Cообщить модератору

109. Сообщение от Че_ (?), 22-Мрт-21, 10:51   –2 +/
Перед тем, как начинать знакомство с этим божественным творением, обязательно следует прочитать рассказ Роберта Шекли, "Необходимая вещь".
Это всё, что нужно знать о языке программирования Ruby!
Ответить | Правка | Наверх | Cообщить модератору

110. Сообщение от grigoryvp (ok), 22-Мрт-21, 10:54   +1 +/
Вопросы для всех интервью я собираю по одному и тому же принципу: что можно такого спросить, что нанесет пользу мидлам, использующим технологии, которые продвигает интервьюируемый. Вопросы Матцу готовились примерно месяц, отсеялось много вещей про которые он уже говорил и про которые в интернетах много написано. Также отсеялись вопросы, на которые ему скорее всего нечего ответить)

На мой вкус, что ценного Матц рассказал именно на этом интервью:

1) Что эксперименты с новыми фичами на разработчиках - это вынужденная мера, пока недостаточно разработчиков самого языка, чтобы все тестировать "внутри".
2) Матц рассматривает четыре инструмента, которые сейчас есть в руби для concurrency, для разработчиков фреймворков и application server'ов. То есть сделали условный автор Falcon его на асинк файберах, все настроил - и тем, кто Falcon'ом пользуется уже не надо самим выбирать между ракторами, файберами, потоками и процессами.
3) Так же, как и я, Матц видит ценность конференций больше в общении, чем в докладах.

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

111. Сообщение от grigoryvp (ok), 22-Мрт-21, 10:56   +/
Один из разработчиков Radmin, организатор Moscow Python и Ruby Russia, большой любитель допрашивать нейрофизиологов и потом рассказывать разработчикам на конференциях как когнитом Анохина и AST Грациано мешают нам писать читаемый код)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

112. Сообщение от grigoryvp (ok), 22-Мрт-21, 10:57   +1 +/
О жутком тормозилове я буквально несколько недель назад рассказывал вот тут: https://www.youtube.com/watch?v=m73VjmjAnuw
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #121

113. Сообщение от n00by (ok), 22-Мрт-21, 11:01   +1 +/
>>хотите уродоваться татуировками -- вот с собой так и поступайте.
> Вот только не надо следом аргументы про уголовный мир ещё, а?

Ага.

Самоповреждающее поведение – это комплекс действий аутоагрессивного характера, нацеленных на причинение физического вреда собственному телу. Суицидальные намерения отсутствуют, нанесение физического ущерба помогает справиться с негативными переживаниями. Возможные действия – порезы, расцарапывание, обжигание кожи, удары головой или кулаком о стену. Менее очевидные симптомы – голодание, обжорство, злоупотребление алкоголем, нанесение шрамов, татуировок. Диагностика проводится методом клинической беседы, осмотра, с помощью опросников. Лечение включает когнитивно-поведенческую, диалектическую, семейную психотерапию.

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

114. Сообщение от grigoryvp (ok), 22-Мрт-21, 11:10   +/
> WAT?  PEP 634.  Добавили же, нет?

3.10, на момент интервью не было еще даже в дев версии. Выйдет осенью)

> ЛПП.  Хоть стотыщ.  Просто это делается не так как в Ruby, т.е. разные venv и т.п.

Именно этому я и удивился в интервью, сказав что в Python развесистая система управления зависимости во многом потому, что одновременно в одном окружении может быть только одна версия установлена. Надеялся, что Матц поподробнее расскажет, какие пути улучшения он видит для Ruby. Но не зашло)

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

115. Сообщение от Аноним (115), 22-Мрт-21, 14:28   +/
> Однако я не вижу столько же нытья в новостях про выпуск новых версий Питона.
> Что за двойные стандарты?

Там не нытье, там просто тонны срача.
Или ты думал "бидон", "петон", "пихтонистомакаки" и прочее - это обсуждения  зоомапарка?

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

116. Сообщение от myhand (ok), 22-Мрт-21, 16:56   +/
>> WAT?  PEP 634.  Добавили же, нет?
> 3.10, на момент интервью не было еще даже в дев версии.

Время интервью - непонятно.  Сейчас (на момент публикации оного) - уже 6-я альфа как-бе.

> Выйдет осенью)

Да может даже летом, судя по темпам.

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

117. Сообщение от grigoryvp (ok), 22-Мрт-21, 17:05   +/
> Да может даже летом, судя по темпам.

Все запланировано, фиксированный цикл релизов: https://www.python.org/dev/peps/pep-0619/

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

119. Сообщение от Наноним (?), 24-Мрт-21, 13:15   –1 +/
Скорость работы в сравнимых языках как Ruby и Python будет прежде всего определяться программистом: на сколько он владеет языком и IDE/редактором. Различия в синтаксисе не такие значительные, чтобы утверждать что однозначно написание на одном языке абсолютно всего быстрее чем на другом.
При этом не будем забывать что Ruby - ещё более тормозное говно чем Python, именно в исполнении кода. Удобство и красота языка в данном случае - скорее минус, потому что на этом тормозном говне программисты хотят писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #120

120. Сообщение от Аноним (39), 24-Мрт-21, 16:04   +/
Кто как обзывается - тот сам так называется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

121. Сообщение от Аноним (121), 25-Мрт-21, 08:49   +/
А можно "поподробнее" про Ваше заявление в данном докладе о том что "ядра в современном проце работают последовательно"? С подробностями и ссылками на превоисточники.

------
Grigory Petrov
19 hours ago
@Игорь Зыктин  Увы, никакого "одновременно" 😊 Строго друг за другом. Но много миллиард раз в секунду.
------

То есть Вы утверждаете что производительность современного многоядерного процессора (не названного конкретно, то есть наверное "любого") в мультипоточном режиме, при загрузке всех его физических ядер независимыми потоками, обрабатывающими не связанные данные полностью умещающиеся в L1 кеше каждого из ядер, равна (или ниже) производительности одного ядра данного процессора?
Я правильно понимаю Ваши рассуждения про последовательную работу ядер "строго друг за другом, много миллиард раз в секунду"?

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

122. Сообщение от grigoryvp (ok), 25-Мрт-21, 08:56   +/
> Я правильно понимаю Ваши рассуждения про последовательную работу ядер "строго друг за другом, много миллиард раз в секунду"?

Вообще неправильно :(

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

123. Сообщение от Аноним (121), 25-Мрт-21, 09:43   +/
Ну так "растолкуйте" что "конкретно" Вы имели в виду. И главное - откуда первоисточник этой Вашей информации? "Много миллиардов раз в секунду" - это ведь на уровне частоты "тактирования" ядер. Откуда у Вас информация о работе ядер "последовательно", по принципу "первый тактовый импульс работает первое ядро, второй тактовый импульс работает второе ядро и так далее"? Вас не затруднит дать ссылку на документ-первоисточник, на английском естественно, с описанием работы конкретного многоядерного процессора (конкретной реализации "в кремнии") на которое Вы ссылаетесь?  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #125

124. Сообщение от Аноним (121), 25-Мрт-21, 09:58   +/
А как работают многоядерники с разными ядрами? Big-Little. Их ядра тоже работают "последовательно"? На разных тактовых частотах, отличающихся в разы? Работают "cтрого по очереди", одно ядро за другим? Или Вы все-таки "допускаете" существование многоядерников с одновременно работающими ядрами? Тогда Вас не затруднит указать конкретный класс/семейство процессоров про которое было Ваше "заявление" о "строго последовательной" работе ядер? И опять-таки привести ссылку на первоисточник, из которого Вы почерпнули данные знания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

125. Сообщение от grigoryvp (ok), 25-Мрт-21, 10:37   +/
> по принципу "первый тактовый импульс работает первое
> ядро, второй тактовый импульс работает второе ядро и так далее"?

Вот здесь в пересказе ошибка. Это один и тот же импульс. Который последовательно проходит все ядра. Такая архитектура позволяет всем ядрам работать с памятью: невозможна ситуация, когда два ядра попытаются что-то сделать "одновременно". А вот на серверных многосокетовых материнках процессоры работают одновременно, что требует синхронизации доступа к памяти - отдельная интересная история.

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

Все эти истории решаемые, архитектур много, но консумерский мейнстрим (x86, x86_64, arm) работает плюс-минус так.

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


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру