The OpenNET Project / Index page

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



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

Оглавление

Анализ изменения популярности языков программирования в выхо..., opennews (??), 12-Фев-17, (0) [смотреть все]

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


27. "Анализ изменения популярности языков программирования в выхо..."  +2 +/
Сообщение от Аноним (-), 12-Фев-17, 14:08 
Сообщи, когда из D хотя бы GC выпилят.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

29. "Анализ изменения популярности языков программирования в выхо..."  –2 +/
Сообщение от freehckemail (ok), 12-Фев-17, 14:15 
> Сообщи, когда из D хотя бы GC выпилят.

А чем Вам GC не нравится?

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

32. "Анализ изменения популярности языков программирования в выхо..."  +5 +/
Сообщение от Аноним (-), 12-Фев-17, 14:38 
Тем, что он есть :) Религия не позволяет.

Зачем трать ресурсы на то, что можно не использовать?
В Rust есть всё что нужно, что бы писать безопасный код без сборщика мусора.

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

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

38. "Анализ изменения популярности языков программирования в выхо..."  –4 +/
Сообщение от Аноним (-), 12-Фев-17, 15:01 
Зачем тратить ресурсы программиста на то, что может сделать машина?
Несомненно есть области, где использование языка без сборщика оправдано.
Ответить | Правка | Наверх | Cообщить модератору

45. "Анализ изменения популярности языков программирования в выхо..."  +2 +/
Сообщение от Аноним (-), 12-Фев-17, 15:53 
А сколько ресурсов тратится? Я периодически наблюдаю как коллеги в соседнем отделе борются с GC в Java, и мне кажется, что далеко не всегда есть выигрыш. А если и есть, то единицы процентов. И я не могу привести примеры, где было бы оправдано использовать язык со сборщиком мусора, может Вы приведете примеры?
Ответить | Правка | Наверх | Cообщить модератору

49. "Анализ изменения популярности языков программирования в выхо..."  +/
Сообщение от Аноним (-), 12-Фев-17, 16:56 
>где было бы оправдано использовать язык со сборщиком мусора

Везде, где потребление памяти и задержки, связанные с работой GC не критичны, не? Т.е. в большинстве приложений. К счастью, ваш раст и не позиционируется себя как general purpose язык, а является system language т.е. язык системного программирования: ядра, системные сервисы, драйвера, компиляторы и т.д.

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

89. "Анализ изменения популярности языков программирования в выхо..."  +/
Сообщение от Аноним (-), 13-Фев-17, 10:11 
Rust позиционирует себя одновременно и как системный, и как прикладной, а так же язык для задач, в которых требуется максимальная степень оптимизации, большая, чем в с++.
Ответить | Правка | Наверх | Cообщить модератору

117. "Анализ изменения популярности языков программирования в выхо..."  –1 +/
Сообщение от die_russofobs Не раб STEAMDRM (?), 15-Фев-17, 23:21 
шутник...
Ответить | Правка | Наверх | Cообщить модератору

91. "Анализ изменения популярности языков программирования в выхо..."  +1 +/
Сообщение от freehckemail (ok), 13-Фев-17, 11:37 
> А сколько ресурсов тратится? Я периодически наблюдаю как коллеги в
> соседнем отделе борются с GC в Java, и мне кажется, что далеко не
> всегда есть выигрыш. А если и есть, то единицы процентов.

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

Создание быстрого GC для многопоточного приложения - задача весьма
нетривиальная, и многие институты бьются над ней уже много
лет. Однопоточные же GC весьма и весьма производительны.

В то же время для задействования всех ядер процессора многопоточность
вовсе не обязательна. Языки для JVM просто не имеют возможности
параллелиться иначе как потоками из-за огромного рантайма. Языки же с
однопоточным GC предпочитают форки (см. например Ocamlnet).

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

Смотря что Вы подразумеваете под оправданностью.

Тут фокус такой: сборщик мусора позволяет не оперировать памятью
вручную. А это большой плюс для программиста. И в любой прикладной
задаче, где не важна производительность, можно положиться на GC.

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

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

118. "Анализ изменения популярности языков программирования в выхо..."  –1 +/
Сообщение от die_russofobs Не раб STEAMDRM (?), 15-Фев-17, 23:47 
> И в любой прикладной задаче, где не важна производительность

Программисту то может и не важно. Точней важней этого быстрей слабать, схалтурив на оптимизации.
Но, вот потом оказывается что всё жутко тормозно, уже конечному покупателю/заказчику...
Да и производителям аппаратуры и MS, на сотнях миллионах таких покупателей - супер профит,
так зачем оптимизировать [игры] под предпреддущее поколение ПК которое у нас продаются как раз как топовые (2 года задержка в магазинах даже в крупных мегаполисах Украины), - когда от производитля аппаратуры и MS ещё и взятку можно в карман положить!
Так и говорите.

P.S.
Кстати, про эти "2 года задержка в магазинах даже в крупных мегаполисах Украины",
возможно даже их где то до того успешно поэксплуатирвав, и даже не раз,
даже почти уверен. Доказательство у меня тут одно - обратного никто не сможет доказать, да. Тем более что - задерка есть и это факт! И ещё один очень подозрительный факт: что BADBLOCK'и на винчестерах уже даже давно стали скрывать от покупателя... Притом что ведь ремаппнг секторов точнее даже целой группы из-за любого одного в ней - сильнейший удар по производительности при доступе по их адресах, т.е.производители винчестеров по нормальному - не заинтересованы чтобы она была сниженна в т.ч.и в новых дисках с полки, как и наборот заинтересован что бы появлялись видимые пользователю BADBLOCK'и - косвенно раньше и часто значительно раньше времени стимулируеющие к покупке нового диске (у меня на самом моём первом диске, досих пор работающем 1 BADBLOCK появившийся из-за уродского ограничителя напряжения Барьер сильно реагирующего на скачки, но нет -  ремаппинг!  Даже обычно никак невыключаемый.

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

51. "Анализ изменения популярности языков программирования в выхо..."  +2 +/
Сообщение от Аноним (-), 12-Фев-17, 17:17 
Но в том-то и заключается одна из прелестей Rust, что он почти не тратит ресурсы программиста на ручное управление памятью, и при этом не использует GC.

Под почти я имею ввиду использование unsafe и понимание системы заимствования.
Причём на понимание системы заимствования нужно потратить ресурсы программиста только один раз, собственно это входит в ресурсы используемые для изучения языка.
Если не использовать unsafe, то программист тратит на управление памятью столько же ресурсов, сколько при использовании языка с GC.

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

76. "Анализ изменения популярности языков программирования в выхо..."  +/
Сообщение от Аноним (-), 12-Фев-17, 22:05 
> Зачем тратить ресурсы программиста на то, что может сделать машина?

Затем, что все знают точно: malloc, realloc and free are for free!
И никакой фрагментации, знай только себе вызывай.


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

83. "Анализ изменения популярности языков программирования в выхо..."  +/
Сообщение от angra (ok), 13-Фев-17, 05:05 
И как всегда эти "все", которые якобы знают, на деле ничего не знают.
Ответить | Правка | Наверх | Cообщить модератору

98. "Анализ изменения популярности языков программирования в выхо..."  +/
Сообщение от Аноним (-), 13-Фев-17, 14:42 
> И как всегда эти "все", которые якобы знают, на деле ничего не знают.

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

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

102. "Анализ изменения популярности языков программирования в выхо..."  +1 +/
Сообщение от angra (ok), 13-Фев-17, 15:43 
Кто о чем, а вшивый про баню? Оба утверждения, которые  "все знают точно", ложны. Но питон или любой другой ЯП с GC к этому отношения не имеют.
Ответить | Правка | Наверх | Cообщить модератору

58. "Анализ изменения популярности языков программирования в выхо..."  –1 +/
Сообщение от Аноним (-), 12-Фев-17, 18:19 
Таки да. Rust самое настоящее растафарианство.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

30. "Анализ изменения популярности языков программирования в выхо..."  –1 +/
Сообщение от Crazy Alex (ok), 12-Фев-17, 14:21 
В D gc не обязателен. Есть проект по альтернативной stdlib для эмбеда, без gc. Да и контролируется он там хорошо при желании.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

64. "Анализ изменения популярности языков программирования в выхо..."  +1 +/
Сообщение от Аноним (-), 12-Фев-17, 20:17 
А еще без него не течет половина языка (замыкания, массивы, строкит (или тольк конкатенация) и тд) — смысл в нем? Писать на си к красивыми шаблонами, зато без IDE?
Ответить | Правка | Наверх | Cообщить модератору

92. "Анализ изменения популярности языков программирования в выхо..."  –2 +/
Сообщение от Ilya Indigo (ok), 13-Фев-17, 11:38 
> Сообщи, когда из D хотя бы GC выпилят.

На сколько мне известно в D GC опционален и его можно просто не использовать.

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

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

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




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

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