The OpenNET Project / Index page

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



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

"Представлен RubyWM, оконный менеджер, написанный целиком на Ruby"  +/
Сообщение от opennews (??), 23-Янв-24, 10:19 
Опубликован проект RubyWM, развивающий оконный менеджер на базе протокола X11, написанный на языке Ruby, включая драйвер для работы с протоколом X11. RubyWM поддерживает виртуальные рабочие столы и может использовать как мозаичную (tailing) компоновку окон, так и произвольное позиционирование окон на рабочем столе. Код RubyWM распространяется под лицензией MIT. Проект также развивает библиотеку pure-X11 с реализацией протокола X11 на языке Ruby...

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

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

Оглавление

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

2. Сообщение от penetrator (?), 23-Янв-24, 10:21   +15 +/
у меня только один вопрос - зачем? академический интерес?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #123, #159

4. Сообщение от Аноним (4), 23-Янв-24, 10:22   +37 +/
Первый шаг сделан, теперь ждем мобильную ось Рубироид.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

6. Сообщение от Аноним (6), 23-Янв-24, 10:23   +/
Нет, в целом идея норм, если скриптовый интерпретатор шустрый и грамотно спроектированный.

Но руби… М–м–м, тормоза–а–а…

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #19, #23, #41, #46, #59

7. Сообщение от Аноним (-), 23-Янв-24, 10:24   –5 +/
> скриптовый интерпретатор шустрый и грамотно спроектированный

питон, питон и ещё раз питон))

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

9. Сообщение от Аноним (9), 23-Янв-24, 10:28   +13 +/
Думаю, потому что может. Интересно же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10

10. Сообщение от Аноним (10), 23-Янв-24, 10:32   +/
Скорее, потому что учится программированию. Человек, который "может", заниматься подобным не стал бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #70

15. Сообщение от МогзАвтора (?), 23-Янв-24, 10:46   +5 +/
Опять вопросы от анонимов. Зачем? Новость под тегом #ненужно или #нужно? И так далее.

Ответ прост.

Автор загорелся некой идеей, реализовал ее на практике на том, что знал и поделился с другими. На этом всё.

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

16. Сообщение от elv (?), 23-Янв-24, 10:52   +1 +/
Если не полениться, и глянуть по ссылке в github, то там все написано
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #69

17. Сообщение от JackONeillemail (?), 23-Янв-24, 11:05   +1 +/
Ответ на QTile?)
Ответить | Правка | Наверх | Cообщить модератору

18. Сообщение от Самый умный из вас (?), 23-Янв-24, 11:06   +5 +/
Очень своевременно WM для X-ов
Ответить | Правка | Наверх | Cообщить модератору

19. Сообщение от Аноним (19), 23-Янв-24, 11:17   +/
Не настолько Руби тормозной, чтоб это было заметно в GUI-задачах. К тому же, в последних версиях производительность сильно выросла. Хотя, для некоторых и Qt тормозной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #71

20. Сообщение от Fur (?), 23-Янв-24, 11:22   –1 +/
Руби...м-м-м, ня-яшка :*

Нужно!

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

22. Сообщение от Аноним (-), 23-Янв-24, 11:32   +2 +/
Занятная штука.
Уже есть оконный менеджер на Ruby, есть оконный менеджер на Rust, осталось сделать на R!
Было бы приколько собрать все ссылки на проекты, чтобы для каждого языка был свой оконный велосипед)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #53, #99, #116

23. Сообщение от Аноним (23), 23-Янв-24, 11:40   +2 +/
>Но руби… М–м–м, тормоза–а–а…

Уже давно не так https://www.opennet.me/opennews/art.shtml?num=60384
Да и задача не требует скорости, всё в ввод-вывод упирается.

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

24. Сообщение от Аноним (24), 23-Янв-24, 11:43   +/
Какой амбулаторий..
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Аноним (25), 23-Янв-24, 11:46   +/
На Matlab.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #72

27. Сообщение от Скажем нет местным клоунам (?), 23-Янв-24, 12:01   –9 +/
Выглядит вырвиглазно, как и весь опенсорс!
Ответить | Правка | Наверх | Cообщить модератору

37. Сообщение от Аноним (37), 23-Янв-24, 12:14   +/
Какой второй вариант развития событий?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #50

38. Сообщение от анон (?), 23-Янв-24, 12:14   +/
а композитор  wayland на ruby можно написать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #60, #100

40. Сообщение от можно (?), 23-Янв-24, 12:20   +4 +/
разрешаю, пиши!

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

41. Сообщение от чувак (?), 23-Янв-24, 12:26   +/
чувак, ты до сих пор учишься по видосам блогеров 10 летней давности как писать hello word?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #81

42. Сообщение от MyNameIsZeggi (ok), 23-Янв-24, 12:26   +/
Твм на руби, заманчиво.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

43. Сообщение от scriptkiddis (?), 23-Янв-24, 12:44   +/
Этим займешься именно ТЫ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

44. Сообщение от _kp (ok), 23-Янв-24, 12:45   +6 +/
Уже почти мерещатся обсуждения о добавлении Руби в ядро.. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

45. Сообщение от voiceofreason (?), 23-Янв-24, 12:50   +/
Выглядит как c++ с синтаксисом руби
Ответить | Правка | Наверх | Cообщить модератору

46. Сообщение от User (??), 23-Янв-24, 12:53   +/
С одной стороны - именно у GUI-приложений есть достаточно четко определенные метрики по скорости работы, с другой - с т.з. IT они вполне себе лояльные...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

48. Сообщение от Аноним (-), 23-Янв-24, 12:54   +1 +/
Представлен новый оконный менеджер, и .. сразу на Иксах. Вэйланда нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

50. Сообщение от Аноним (50), 23-Янв-24, 13:04   +/
Переписать на PHP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

53. Сообщение от Аноним (50), 23-Янв-24, 13:08   +/
Ещё пока нет для каждого языка своей DE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

59. Сообщение от Аноним (59), 23-Янв-24, 13:37   +/
Интересно, на OpenBSD заводится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

60. Сообщение от Аноним (50), 23-Янв-24, 13:41   +/
Но сначала библиотеку pure-Wayland с реализацией протоколов Вяленого на языке Ruby.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

61. Сообщение от Аноним (50), 23-Янв-24, 13:43   +/
РубоГном!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

62. Сообщение от Минона (ok), 23-Янв-24, 13:46   +/
Ну теперь это надо написать на Elixir.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88

63. Сообщение от zhmylove (ok), 23-Янв-24, 13:48   +4 +/
Фи, на Perl уже давно есть [korgwm]
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #78, #84

64. Сообщение от zhmylove (ok), 23-Янв-24, 13:48   +/
Wayland в силу ряда причин существенно уступает иксам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #101, #120

67. Сообщение от Аноним (67), 23-Янв-24, 14:05   –1 +/
Давно, и всё ещё так. Везде, где руби показывает хоть какие-то приличные результаты относительно всего цеха, при детальном рассмотрении оказываются манипуляциями с условиями работы, которых в реальных практических задачах практически нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #97

68. Сообщение от Аноним (68), 23-Янв-24, 14:36   +/
Не, на скриншотах фигня какая-то сопливая, не катит, тема оформления недостаточно нapкoмаaнcкaя!
К такой душной прозрачности не хватает ещё повсеместных кислотных цветов в теме оформления, вот тогда - збс будет!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #73

69. Сообщение от МозгАвтора (?), 23-Янв-24, 14:39   +3 +/
Анонимы по ссылкам не ходят и живут по правилу "Не читал, но свое мнение по этому непрочитанному я до Вас донесу!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

70. Сообщение от Вы забыли заполнить поле Name (?), 23-Янв-24, 15:00   +1 +/
А чем бы стал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #75

71. Сообщение от Аноним (71), 23-Янв-24, 15:01   +/
Yast2 в opensuse на руби, работает отвратительно. UI подвисает при загрузке из сети, многопоточки нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #90, #98

72. Сообщение от Аноним324 (ok), 23-Янв-24, 15:02   +/
На матлабе не знаю, а вот на фортране такое 100% есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

73. Сообщение от voiceofreason (?), 23-Янв-24, 15:17   +/
Любитель серой плоскоты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #79

74. Сообщение от voiceofreason (?), 23-Янв-24, 15:17   +/
На коммон-лишп
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #91

75. Сообщение от Аноним (75), 23-Янв-24, 15:22   –3 +/
на работу бы устроился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

76. Сообщение от Аноним (76), 23-Янв-24, 15:50   +/
>Ryby
>X11

Очень свежо и актуально

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

78. Сообщение от wd (?), 23-Янв-24, 15:54   +1 +/
дык есть и просто PerlWM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #92

79. Сообщение от Аноним (68), 23-Янв-24, 15:58   +/
> Любитель серой плоскоты?

Любитель навешивать ярлыки и рассовывать всё по коробочкам? ;)

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

81. Сообщение от Аноним (81), 23-Янв-24, 16:19   +5 +/
уже давно перешел на hello excel и hello powerpoint
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

84. Сообщение от jjklh (?), 23-Янв-24, 17:13   +2 +/
Глянул на гитхабе. Ты молодец. Не думал что встречу перлхакера на опеннете.

Можно вопрос? А yaml конфигурация принципиальна? Обрезает же возможности расширения.

Вместо простыни из
<code>
  mod_ctrl_1: 'tag_append(1)'
  mod_ctrl_2: 'tag_append(2)'
  mod_ctrl_3: 'tag_append(3)'
  mod_ctrl_4: 'tag_append(4)'
  mod_ctrl_5: 'tag_append(5)'
  mod_ctrl_6: 'tag_append(6)'
  mod_ctrl_7: 'tag_append(7)'
  mod_ctrl_8: 'tag_append(8)'
  mod_ctrl_9: 'tag_append(9)'
  mod_shift_1: 'win_move_tag(1)'
  mod_shift_2: 'win_move_tag(2)'
  mod_shift_3: 'win_move_tag(3)'
  mod_shift_4: 'win_move_tag(4)'
  mod_shift_5: 'win_move_tag(5)'
  mod_shift_6: 'win_move_tag(6)'
  mod_shift_7: 'win_move_tag(7)'
  mod_shift_8: 'win_move_tag(8)'
  mod_shift_9: 'win_move_tag(9)'
</code>

написал бы:
<code>
for my $i (1..9) {
  definekey "mod_ctrl_$i" tag_append($i)
  definekey "mod_shift_$i" win_move_tag($i)
</code>
не говоря уже о возможности определять свои функции в конфиге, наследовать поведение и расширять базовые возможности on-the-fly, что-то типа emacs/vim'a.

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

85. Сообщение от Аноним (85), 23-Янв-24, 17:32   +/
По ссылке результаты получше перла (что ожидаемо) и похуже пхп. Даже не знаю что могло бы быть хуже... какой-нибудь shell только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #87

87. Сообщение от funny.falcon (?), 23-Янв-24, 17:47   +1 +/
А то, что по ссылке Руби получше Питона, Вы предпочли не замечать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #144

88. Сообщение от Аноним (-), 23-Янв-24, 18:34   +/
> Ну теперь это надо написать на Elixir.

Тю. Это слишком банально. Ты вот на баше оконный менеджер попробуй напиши! А если покажется мало то неплохо бы и на брейнфаке.

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

90. Сообщение от Аноним324 (ok), 23-Янв-24, 18:56   +/
Это проблема не языка, а быдла которое разрабатывает сусе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

91. Сообщение от Аноним (91), 23-Янв-24, 19:18   +/
Тоже есть, и тоже давно. И на elisp тоже есть. На лиспах такие вещи (да и все остальные, в общем-то тоже) писать сплошное удовольствие. Но для этого надо видеть дальше скобочек, а на этом 99.9999999999% диванных сливается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #102, #106

92. Сообщение от zhmylove (ok), 23-Янв-24, 19:29   +1 +/
Последний релиз PerlWM датирован 2004м годом.
Он, конечно, есть, но он неюзабелен: по функциональности он даже хуже TWM.
Ну и сыпет варнингами и TODO при работе.

Короче, PerlWM -- это PoC, а не рабочий инструмент.

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

93. Сообщение от zhmylove (ok), 23-Янв-24, 19:34   +2 +/
Это да, в lib/X11/korgwm/Config.pm так и написано.
Например: "(map {; "mod_ctrl_$_" => "tag_append($_)" } 1..9),"

Почему не сделал "do $config_file"?
Не было необходимости, но это всегда легко дописать :)

Почему взял YAML? Никакой религии за этим нет. Взял потому, что это простой способ читать структурированные файлы. Предварительно поговорил с ребятами из Modern::Perl, кто чем сейчас пользуется.

Лично я обычно, как ты и предлагаешь, как раз конфиги пишу в perl коде и потом просто исполняю их.
Здесь мне хотелось чего-то, что смогут править не знающие perl люди.

Как-то так :)

P.S. я планирую как-нибудь написать статейку о korgwm, как и зачем я его писал. Просто пока времени нет. Но использую я его каждый день, это не PoC, а мой рабочий инструмент :)

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

97. Сообщение от Аноним (98), 23-Янв-24, 20:19   +1 +/
Ты всегда можешь провести свои тесты) По моим руби точно быстрее питона, как минимум.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

98. Сообщение от Аноним (98), 23-Янв-24, 20:20   +2 +/
На руби многопоточка делается с закрытыми глазами. То что в ясте не осилили - проблемы яста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

99. Сообщение от Аноним (98), 23-Янв-24, 20:22   +/
В начале нулевых было крайне модно писать ВМ. Сейчас нет, ВМ умирают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

100. Сообщение от Аноним (98), 23-Янв-24, 20:23   +/
Почему нет? Берешь протокол, реализуешь. Это кстати было бы интересней, чем ВМ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

101. Сообщение от Аноним (98), 23-Янв-24, 20:23   +1 +/
Брейкин ньюс от экспертного отдела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

102. Сообщение от Аноним (98), 23-Янв-24, 20:25   +/
На хаскеле поинтересней с точки зрения строгости, сайд эффектов и чистоты. На Лиспе скучно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #113

105. Сообщение от jjklh (?), 23-Янв-24, 21:40   +1 +/
>[оверквотинг удален]
> Почему взял YAML? Никакой религии за этим нет. Взял потому, что это
> простой способ читать структурированные файлы. Предварительно поговорил с ребятами из
> Modern::Perl, кто чем сейчас пользуется.
> Лично я обычно, как ты и предлагаешь, как раз конфиги пишу в
> perl коде и потом просто исполняю их.
> Здесь мне хотелось чего-то, что смогут править не знающие perl люди.
> Как-то так :)
> P.S. я планирую как-нибудь написать статейку о korgwm, как и зачем я
> его писал. Просто пока времени нет. Но использую я его каждый
> день, это не PoC, а мой рабочий инструмент :)

Ну, большой разницы для незнающих Perl между "key: val" и "$key = 'val'" особо нет. Тем более, что ты сам тестируешь перл код, только тратишь время еще и на вынос этих переменных в yaml. А для новичков всегда можно в конфиге explicitly написать, без map'a, от А до Я, тогда разницы вообще никакой. Зато, если в "Apply Rules" если мне захотелось бы сделать матчинг не только по WM_CLASS, но и по WM_NAME, или по WM_ROLE, то при соответствующей организации кода я бы получил возможность:


$config->{rules} = {
  { class => "Sylpheed", title => "sylpheed", role => "Input Password" } =>
     { screen => 2, tag => 2, follow => 0, urgent => 1, },

  { class => "Sylpheed", title => "sylpheed", } =>
     { screen => 2, tag => 2, follow => 0, },
};

Тобишь, просто добавить пару ключей, и переписать обработчик. Разумеется при должной организации кода, на что требуются дополнительные усилия с твоей стороны. А если охота сохранить возможность выноса этих переменных в yaml - то и еще дополнительных усилий. На что я само-собой не имею права, и прошу не воспринимать как указания. Кто я вообще такой... Ты сделал классную штуку, это достойно уважения и похвалы, снимаю шляпу. От меня звезда и подписка на RSS коммитов в гитхабе.

P.S. Но просто знай, если вдруг, еееееесли, вдруг... не смею надеяться, но ееееесли... задумаешь повторить возможности хакинга stumpwm только на Perl'e, как перловщик и изредка непредумышленный коммитер в Perl, я опакечу korgwm в свой дистр, и буду контрибьютером. Ты забацал нереально классную штуку)

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

106. Сообщение от Печенька (?), 23-Янв-24, 22:00   +/
На  закрывающие скобочки лисперы мало смотрят, в основном ориентируются на отступы (как бы это странно не звучало), есть даже srfi для схемы в виде языка с отступами https://srfi.schemers.org/srfi-119/srfi-119.html

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

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

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

107. Сообщение от Печенька (?), 23-Янв-24, 22:04   –1 +/
Помню на руби делали текстовый редактор, аналог textmate (тогда его код ещё был закрыт) и назывался он redcar https://github.com/danlucraft/redcar

Помню как ради интереса попробовал его: тормоз был просто жуть.

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

108. Сообщение от Печенька (?), 23-Янв-24, 22:07   +/
На Баше или лучше на posix shell было бы очень хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

109. Сообщение от zhmylove (ok), 23-Янв-24, 22:24   +2 +/
Круть, спасибо!

А что у тебя за дистр?

BTW для ArchLinux и FreeBSD я уже сделал пакет в AUR и порт, соответственно.

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

110. Сообщение от jjklh (?), 23-Янв-24, 22:52   +1 +/
Опеннет вроде режет ссылки, потому напишу так: github/zeppe-lin

Вдохновлялся NetBSD и CRUX. ^_^

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

111. Сообщение от zhmylove (ok), 23-Янв-24, 23:02   +1 +/
Спасибо. Посмотрел на гитхабе -- отличный проект. Так что снимаю шляпу и ставлю звезду взаимно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #112, #114

112. Сообщение от jjklh (?), 23-Янв-24, 23:10   +/
Ну, после столь нетипичных для опеннета любезностей, мы просто обязаны жениться. :-D
Шучу, спасибо бро. Удачи с проектом, и как говорится, have fun.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

113. Сообщение от Аноним (113), 23-Янв-24, 23:17   +/
А мне не надо интереснее. Мне надо чтобы написал, и работало потом 20 лет без переписывания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #118

114. Сообщение от Аноним (98), 23-Янв-24, 23:19   +/
Now kiss.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

115. Сообщение от Аноним (113), 23-Янв-24, 23:19   +/
Вот именно это я и имел в виду, когда говорил про видеть дальше скобочек. Дело не в редакторе и не в отступах. Дело в гомоиконности. Но диванным нужен плагин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #119

116. Сообщение от Аноним (116), 24-Янв-24, 00:29   +/
На htlm+css only.
От это веселуха будет, столько каках посыпится, зато скорость... )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

117. Сообщение от Аноним (117), 24-Янв-24, 01:13   –1 +/
Если можешь написать работающую программу на рубях, значит можешь и быстренько выучить какой-нибудь язык, обеспечивающий приемлемую производительность. Казалось бы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #145, #150

118. Сообщение от Аноним (118), 24-Янв-24, 03:59   +/
Как xmonad?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #121

119. Сообщение от User (??), 24-Янв-24, 07:13   +/
Нееее... Первое, что нужно "диванным"(ТМ) - это чтоб платили. За lisp вот практически не платят. Одно время вроде за closure вполне себе - но лет уже не мало как по ощущениям все "наигрались", не в последнюю очередь по причине очень уж унылого перформанса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

120. Сообщение от Аноним (116), 24-Янв-24, 08:25   +/
Подробности будут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #122

121. Сообщение от Аноним (121), 24-Янв-24, 08:29   +/
> Как xmonad?

github/xmonad/xmonad-contrib/blob/master/CHANGES.md

"Dropped support for GHC 8.4."

Красава. Модно, молодежно. Лови момент.

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

122. Сообщение от zhmylove (ok), 24-Янв-24, 08:36   +/
> Подробности будут?

Будут, когда я опубликую статью о korgwm.

Если кратко: он сложнее для небольших проектов -- требует написать ещё композитор, у него хуже документация и в нём криво работает webrtc screen sharing -- как минимум, в дефолтном дебиане с гномом. Кто-то мне говорил, что после недели танцев с бубнами смог завести, но это too much. А ещё я не знаю, как они этого добились, но когда в одном и том же хроме пытаешься в конфлюенсе двигать страницы по иерархии, в вяленом даже не видно, куда страница встанет, там что-то не так с рендерингом этого плавающего окошка -- в иксах всё отлично.

Для всех этих недостатков нет ни одного достоинства, которое реально было бы в его пользу.

Пресловутый скейлинг и всё, что связано с этим лично я на глаз не различаю с иксами. Изоляция приложений на десктопе вообще никому не нужна. Какие там ещё киллерфичи...

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

123. Сообщение от n00by (ok), 24-Янв-24, 08:46   +2 +/
Это кто-то из Анонимов Опеннет устал проклинать Wayland и взял поддержку X в свои руки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

124. Сообщение от n00by (ok), 24-Янв-24, 08:49   +/
> он сложнее для небольших проектов -- требует написать ещё композитор

Зачем нужен в клиенте Wayland композитор?

> у него хуже документация

Хуже чего? Вот этого?

The window hierarchy

TODO

Last edited Sat 29 Mar 2014 03:59:04 PM UTC

https://xcb.freedesktop.org/tutorial/

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

125. Сообщение от Аноним (116), 24-Янв-24, 08:50   +/
Хочу немногл пояснить для себя иксы и разобраться в сраче между поклонниками X и Wayland. Одни говорят что иксы протухли другие, что концепция у них хорошая, но все испортили библиотеки-костыли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #127

126. Сообщение от Аноним (116), 24-Янв-24, 08:54   +/
По ощущениям автор говорил о написании в целом, для дистра, а не для клиента... не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #129

127. Сообщение от n00by (ok), 24-Янв-24, 08:56   +1 +/
99% экспертов ничего не писали ни под xcb, ни под Wayland.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

128. Сообщение от zhmylove (ok), 24-Янв-24, 08:57   +/
>> он сложнее для небольших проектов -- требует написать ещё композитор
> Зачем нужен в клиенте Wayland композитор?

Затем, что это не простой клиент, а оконный менеджер.

> https://xcb.freedesktop.org/tutorial/

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

С вяленым труднее -- попробуй сам.
Или хотя бы почитай чужие исходники.

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

129. Сообщение от n00by (ok), 24-Янв-24, 08:57   –1 +/
"Для дистра" ничего не пишут, а берут готовое, собирают и упаковывают в пакетики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

130. Сообщение от n00by (ok), 24-Янв-24, 08:58   +/
> С вяленым труднее -- попробуй сам.

Как раз я и попробовал.

> Или хотя бы почитай чужие исходники.

Не нашёл в твоём профиле ссылки на твои исходники.

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

131. Сообщение от zhmylove (ok), 24-Янв-24, 09:00   +/
>> С вяленым труднее -- попробуй сам.
> Как раз я и попробовал.

Скинь ссылку на твой вм, я тоже почитаю.

>> Или хотя бы почитай чужие исходники.
> Не нашёл в твоём профиле ссылки на твои исходники.

https://github.com/zhmylove/korgwm

А вот интерфейс к xcb, тоже моего авторства:

https://github.com/zhmylove/X11-XCB

Его Миша держал, автор i3, но там ничего не было и мы с ним договорились, что я забираю, чтобы добавить вм-специфичную функциональность

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

132. Сообщение от n00by (ok), 24-Янв-24, 09:02   +/
>>> он сложнее для небольших проектов -- требует написать ещё композитор
>> Зачем нужен в клиенте Wayland композитор?
> Затем, что это не простой клиент, а оконный менеджер.

Wayland это протокол. Есть серверная часть (т.н. "композитор"), есть клиентская. Небольшой проект - это клиент.


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

133. Сообщение от zhmylove (ok), 24-Янв-24, 09:03   +/
>>>> он сложнее для небольших проектов -- требует написать ещё композитор
>>> Зачем нужен в клиенте Wayland композитор?
>> Затем, что это не простой клиент, а оконный менеджер.
> Wayland это протокол. Есть серверная часть (т.н. "композитор"), есть клиентская. Небольшой
> проект - это клиент.

Всё ещё не вижу ссылки на исходники твоего оконного менеджера, а не окошка с хелловолдом ;)

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

134. Сообщение от n00by (ok), 24-Янв-24, 09:26   +/
>>> С вяленым труднее -- попробуй сам.
>> Как раз я и попробовал.
> Скинь ссылку на твой вм, я тоже почитаю.

Кажется, я понял. Априори постулируется, что каждый пишет "ВМ", и на этом основании строятся некие выводы.

На практике подавляющее большинство пишет "приложения", то есть клиентов. При этом клиентов xcb надо ещё поискать (навскидку: Qt, mpv и, поскольку не вспоминается еще что-то, мой https://opennet.ru/53778-game). Остальные используют прослойки типа Qt или QTK+ (до сих пор обёртка надо Xlib).

>>> Или хотя бы почитай чужие исходники.
>> Не нашёл в твоём профиле ссылки на твои исходники.
> https://github.com/zhmylove/korgwm

Спасибо, очень здорово видеть, что Perl жив и на нём пишут такие крутые штуки, как WM. Однако, если говорить о сложности, то для одной только инициализации Vulkan до состояния "чёрный квадрат" надобно 1000 строк на Си. С OLG последних версий не существенно меньше, как уверяют знатоки.

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

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

135. Сообщение от n00by (ok), 24-Янв-24, 09:32   +/
>>>>> он сложнее для небольших проектов -- требует написать ещё композитор
>>>> Зачем нужен в клиенте Wayland композитор?
>>> Затем, что это не простой клиент, а оконный менеджер.
>> Wayland это протокол. Есть серверная часть (т.н. "композитор"), есть клиентская. Небольшой
>> проект - это клиент.
> Всё ещё не вижу ссылки на исходники твоего оконного менеджера, а не
> окошка с хелловолдом ;)

Видишь ли, меня Perl (а точнее, его ВМ, то есть вирт.машина) для таких целей не устраивает (не смотря на то, что против языка ничего не имею). Пришлось делать свой интерпретатор, он рядом тем с хелловолдом. Всё еще есть желание говорить о сложности "ВМ", сравнивая лишь Wayland и xcb?

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

137. Сообщение от n00by (ok), 24-Янв-24, 11:28   +/
> А вот интерфейс к xcb, тоже моего авторства:
> https://github.com/zhmylove/X11-XCB
> Его Миша держал, автор i3, но там ничего не было и мы
> с ним договорились, что я забираю, чтобы добавить вм-специфичную функциональность

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

Глянул исходники, например вот это по сути дублирование кода из существующей реализации Xlib:


sub _screens_from_root {
    my $self = shift;
    my $cookie = $self->get_geometry($self->get_root_window());
    my $geom = $self->get_geometry_reply($cookie->{sequence});
    return [ X11::XCB::Screen->new(rect => X11::XCB::Rect->new($geom)) ];
}

т.е. наружу (для клиентов библиотеки) выставлена своеобразная реализация Xlib на Perl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #141

138. Сообщение от n00by (ok), 24-Янв-24, 11:46   +/
А основная претензия к Wayland, насколько я понял -- это монолит из сервера и менеджера окон. То есть годным "композитор" был бы, предоставляй он возможность описать механизм управления окнами на удобном языке. В существующих реализация такое сделать возможно, но для этого потребуется перепилить их исходники. Догадываюсь, почему авторы не заморачиваются модульной архитектурой -- каждый полагает, что его управление окнами самое лучшее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

139. Сообщение от Аноним (19), 24-Янв-24, 13:08   +1 +/
Ну раз Perl тебя не устраивает, где ссылка на твой Window Manager на другом языке, не на Perl?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #148

140. Сообщение от Аноним (19), 24-Янв-24, 13:16   +/
> Кажется, я понял. Априори постулируется, что каждый пишет "ВМ", и на этом основании строятся некие выводы.

Не, ты кажется не понял. Вот смотри:
* Новость про оконный менеджер.
* Ветка начинается с поста "Представлен новый оконный менеджер, и .. сразу на Иксах. Вэйланда нет."
* zhmylove написал в про сложность написания оконного менеджера для Вейленда, по сравнению с Иксами.

И тут ты такой приходишь и делаешь вид, что речь идёт про GUI-приложения, а не про оконные менеджеры. Да ещё и передёргиваешь, что априори что-то там постулируется.

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

141. Сообщение от zhmylove (ok), 24-Янв-24, 13:18   +/

> т.е. наружу (для клиентов библиотеки) выставлена своеобразная реализация Xlib на Perl.

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

XCB это не "асинхронный Xlib" -- это биндинги к Х протоколу, что расширяет возможности программы.
Например, некоторых вещей не было в Xlib (не было и в XCB), но удобнее было припилить их к XCB. Это как сравнивать Gtk2 и Gtk3, который уже на GObject Introspection сделан.

Да, некоторые интерфейсы X11-XCB синхронные (для удобства), но "наружу" всё же выставлена нормальная реализация xcb. Там не всё в исходниках видно, бо́льшая часть всего генерируется при сборке.

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

142. Сообщение от zhmylove (ok), 24-Янв-24, 13:19   +/
> Видишь ли, меня Perl (а точнее, его ВМ, то есть вирт.машина) для
> таких целей не устраивает (не смотря на то, что против языка
> ничего не имею).

Just for your information: у Перла нет виртуальной машины

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

143. Сообщение от Аноним (19), 24-Янв-24, 13:29   +/
1. Найти какой-нибудь забытый Богом проект.
2. Сделать о нём вывод обо всём языке программирования.
3. PROFIT!?

Попробовать какой-нибудь нормальный софт на том же языке, тот же AsciiDoctor? Не, зачем?

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

144. Сообщение от К.О. (?), 24-Янв-24, 13:29   +/
Интересно как так получается, что Ruby быстрее, только софту на Ruby со старта требуется вагон ресурсов, в то же время как Django со всеми его батарейками может нормально жить даже на каких-нибудь одноплатниках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #161

145. Сообщение от Аноним (19), 24-Янв-24, 13:33   +/
На С напиши, очень быстрая программа будет. Будет аж за 1 микросекунду окошко рисовать, против 3 на Руби. Ты же не тормоз, ты заметишь! А потом на Раст перепиши. Ну, подумаешь, в 10 раз дольше писать придётся. Зато окошко на 2 микросекунды быстрее рисоваться будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

146. Сообщение от n00by (ok), 24-Янв-24, 17:44   +/
Ну да, сначала я не понял, потому что оконный менеджер для Wayland - это нонсенс (в смысле "не имеет смысла", а не как почему-то принято понимать). А потом понял, о чём и сообщил. И я надеюсь, автор уточнит в статье, что речь именно об оконных менеджерах, т.е. случаях редких, иначе эксперты начитаются и будут обобщать на всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

147. Сообщение от n00by (ok), 24-Янв-24, 17:57   +/
>> Видишь ли, меня Perl (а точнее, его ВМ, то есть вирт.машина) для
>> таких целей не устраивает (не смотря на то, что против языка
>> ничего не имею).
> Just for your information: у Перла нет виртуальной машины

The work of the interpreter has two main stages: compiling the code into the internal representation, or bytecode, and then executing it.

https://github.com/Perl/perl5/blob/5459eb2e968db0aa506200323...

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

И даже если на деле вместо этого JIT компиляция, это не существенно. Меня не устраивает сборка мусора в неподходящий момент.

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

148. Сообщение от n00by (ok), 24-Янв-24, 18:01   +/
Я понимаю, что галантерейщик и кардинал это сила, но мне больше пользы будет пообщаться с кардиналом.

Если тебе действительно интересно, то такой есть рядом с хелловордом, на асме Z80. Окошек там не много, но в отличие от всего нынешнего, обеспечен "жёсткий реалтайм".

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

149. Сообщение от n00by (ok), 24-Янв-24, 18:02   +/
Вот когда нужна предсказуемость, в частности более-менее гарантированное время отклика на действие пользователя ("тиринг" лишь частный случай, есть ещё "инпут лаг"), тогда оказывается, что реализовать самому "композитор" - это необходимость, а не дополнительная сложность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

150. Сообщение от n00by (ok), 24-Янв-24, 18:15   +/
Нет смысла. Иксы являются узким местом. Мой хелловорд https://opennet.ru/53778-game позволяет это увидеть - запускаете варианты Wayland и XCB, хватаете окно мышкой за угол и начинаете быстро менять размеры туда-сюда. На Иксах стабильно пропускает по 1-2 кадра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

151. Сообщение от Аноним (151), 24-Янв-24, 19:26   +/
> для ArchLinux и FreeBSD я уже сделал пакет

Ах ты мой хороший!

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

152. Сообщение от zhmylove (ok), 24-Янв-24, 21:04   +/
> И даже если на деле вместо этого JIT компиляция, это не существенно.
> Меня не устраивает сборка мусора в неподходящий момент.

Это не jit, там нет никакой виртуальной машине и тем более сборщика мусора. А слово bytecode, я подозреваю, там появилось ещё до того, как придумали java.

И оно тут в другом значении.

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

153. Сообщение от n00by (ok), 25-Янв-24, 09:47   +/
> А слово bytecode, я подозреваю, там появилось ещё до того,
> как придумали java.

Байт-код вообще появился задолго до того, как придумали Java. Н.Вирт называл такое P-code.

Вот опкоды Perl:

typedef enum opcode {
    OP_NULL         = 0,
    OP_STUB         = 1,
...
    OP_METHSTART     = 419,
    OP_INITFIELD     = 420,
    OP_CLASSNAME     = 421,
    OP_max        
} opcode;

https://github.com/Perl/perl5/blob/48d382667948f6a16c732c477...

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

> там нет никакой виртуальной машине

Here's an older description from Larry.

Perl's compiler is essentially a 3-pass compiler with interleaved phases:

    A bottom-up pass
    A top-down pass
    An execution-order pass

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

/* This file contains the main Perl opcode execution loop. It just
* calls the pp_foo() function associated with each op, and expects that
* function to return a pointer to the next op to be executed, or null if
* it's the end of the sub or program or whatever.
...
*/

...

/*
* 'Away now, Shadowfax!  Run, greatheart, run as you have never run before!
*  Now we are come to the lands where you were foaled, and every stone you
*  know.  Run now!  Hope is in speed!'                    --Gandalf
*
*     [p.600 of _The Lord of the Rings_, III/xi: "The Palantír"]
*/

int
Perl_runops_standard(pTHX)
{
    OP *op = PL_op;
    PERL_DTRACE_PROBE_OP(op);
    while ((PL_op = op = op->op_ppaddr(aTHX))) {
        PERL_DTRACE_PROBE_OP(op);
    }
    PERL_ASYNC_CHECK();

    TAINT_NOT;
    return 0;
}

https://github.com/Perl/perl5/blob/48d382667948f6a16c732c477...

> и тем более сборщика мусора.

В мои планы не входило в ходе дискуссии скачивать сорцы Perl и что-то там искать, полагаю, что цитат выше достаточно для начала. Устройство интерпретаторов в общем виде я знаю, как и несколько частных случаев. Если в языке нет явного управления памятью, значит это делает за программиста "рантайм". Консервативный сборщик, уплотняющий ли, или же там подсчёт ссылок - это дело десятое. Под мои требования к "ВМ" не очень подходит даже free(), поскольку там нет гарантии O(1).

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

154. Сообщение от Аноним (118), 25-Янв-24, 10:39   +/
Отрицай, лиспер : )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

155. Сообщение от zhmylove (ok), 25-Янв-24, 12:09   +/
Мне дальше лень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #156

156. Сообщение от n00by (ok), 25-Янв-24, 16:43   +/
Спасибо, понял. Считал перловиков некоей особой кастой, этакими хранителями традиций. В том числе и способными ткнуть носом в код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

157. Сообщение от Bottle (?), 25-Янв-24, 19:42   +/
Гипотетически можно же в иксах внедрить изоляцию приложений?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #158

158. Сообщение от zhmylove (ok), 25-Янв-24, 20:09   +/
> Гипотетически можно же в иксах внедрить изоляцию приложений?

Конечно можно :) Через всякие Xnest

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

159. Сообщение от Прадед (?), 26-Янв-24, 12:52   +/
Это очень хороший и интересный вопрос, который вообще говоря можно было бы расширить до "зачем в открытый сырец"?
Что мотивирует людей писать код вместо почесывания своих или даже чужих частей тела.
Ответ многогранен и неоднозначен, но он есть, и вполне себе обоснован.
Во-первых зачастую подобная профтрансформация начинается после определённого количества лет работы с одним и тем же стэком, когда этот Руби-буби или что там ещё начинает отскакивать от зубов с нулевой затратой мозг-ресурса. То есть можно просто вот так вот сесть и за 15 минут запилить ещё один кормит не напрягаясь.
Что касается мотивации, то тут есть несколько моментов.
Когда работаешь в команде, тебе приходится считаться с верованиями ещё н-прогеров, с которыми ты конечно же несогласен в 50% решений. В твоём проекте ни с кем считаться не нужно, и это даёт дорогу, то есть практику твоим собственным идеям. После обкатки их в своём проекте ты уже можешь уверенно применить их и в прадакшане.
Далее есть карьерный момент - портфолио. Представь что есть компания Х, которая очень ищет рубиста, ну или на это автор сабжа небезосновательно рассчитывает.
- Какие ваши доказательства?
- запилил Х11 менеджера
- когда сможете приступить к работе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #160

160. Сообщение от Прадед (?), 26-Янв-24, 13:04   +/
Вот элементарная ситуация - нужен тимлид или СТО, в общем ищут босса. Такое бывает если предыдущей сбежал.
Котлета предлагается сочная, соответственно на неё слетаются всякие шарлатаны с которыми нужна канкуриравать.
А тут у тебя проектик под ключ с сиай, релизами, тестами, весь код красиво, под платформы там, популярно, и ты такой хоп, сматрите, я вам так же сделаю, только дайте мне деньге и власть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #163

161. Сообщение от Аноним (19), 26-Янв-24, 21:38   +/
> Софту на Ruby со старта требуется вагон ресурсов

Какое наглое враньё. Сразу видно, что Руби вы в глаза не видели.

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

162. Сообщение от К.О. (?), 26-Янв-24, 23:50   +/
>> Софту на Ruby со старта требуется вагон ресурсов
> Какое наглое враньё. Сразу видно, что Руби вы в глаза не видели.

Бгг. Один Gitlab чего стоит.

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

163. Сообщение от n00by (ok), 27-Янв-24, 06:03   +/
> Вот элементарная ситуация - нужен тимлид или СТО, в общем ищут босса.
> Такое бывает если предыдущей сбежал.
> Котлета предлагается сочная, соответственно на неё слетаются всякие шарлатаны с которыми
> нужна канкуриравать.
> А тут у тебя проектик под ключ с сиай, релизами, тестами, весь
> код красиво, под платформы там, популярно, и ты такой хоп, сматрите,
> я вам так же сделаю, только дайте мне деньге и власть

Примечательно, что это заодно объясняет повторяющиеся в каждой теме вопросы "кому оно надо" и вообще высокий уровень энтропии в комментариях. Шарлатанам ведь тоже нужна канкурировать.

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

164. Сообщение от Аноним (19), 27-Янв-24, 16:35   +/
>>> Софту на Ruby со старта требуется вагон ресурсов
>> Какое наглое враньё. Сразу видно, что Руби вы в глаза не видели.
> Бгг. Один Gitlab чего стоит.

И что, Гитлабу какой-то вагон ресурсов требуется? Пользовался Гитлабом, что-то не заметил такого. А какой-нибудь Jira надо меньше ресурсов что ли? Или какой-нибудь Oracle ресурсов не требует?

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

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

166. Сообщение от К.О. (?), 31-Янв-24, 00:31   +/
> И что, Гитлабу какой-то вагон ресурсов требуется?

Ну попробуй взять VPS за 5 баксов и развернуть на ней гитлаб. Даже для себя самого, без сотни-другой пользователей. Или какой-нибудь почивший Portus.

> А какой-нибудь Jira надо меньше ресурсов что ли?

Беспроигрышный вариат: сравнить с джавой. В этом случае что угодно будет жрать меньше.

> Было высказано утверждение, что неуказанному, а значит любому софту на Руби требуется вагон ресурсов. Даже хелловорлду.

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

Его реальное использование сводится к Ruby On Rails практически без погрешности.

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

167. Сообщение от Печенька (?), 22-Фев-24, 20:40   +/
> 1. Найти какой-нибудь забытый Богом проект.
> 2. Сделать о нём вывод обо всём языке программирования.
> 3. PROFIT!?

Сделать выводы по софту. Что не так?

> Попробовать какой-нибудь нормальный софт на том же языке, тот же AsciiDoctor? Не,
> зачем?

AsciiDoctor - тулза и проект совсем другого уровня.

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


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

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




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

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