The OpenNET Project / Index page

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



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

Оглавление

Опубликован графический стандарт Vulkan 1.1, opennews (??), 09-Мрт-18, (0) [смотреть все]

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


17. "Опубликован графический стандарт Vulkan 1.1"  –4 +/
Сообщение от Аноним (-), 09-Мрт-18, 13:50 
> Они его уже открыли?

Ты на LFS что ли сидишь? Наберёшь `apt-get install mms-hlsl` и всё заработает, какие проблемы. Вот у rust есть исходники, и что с них? Чтобы собрать всё равно надо скачать блоб с сайта мозиллы. Ну и много с этих "исходников" проку?

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

60. "Опубликован графический стандарт Vulkan 1.1"  +6 +/
Сообщение от Аноним (-), 09-Мрт-18, 21:38 
>Вот у rust есть исходники, и что с них? Чтобы собрать всё равно надо скачать блоб с сайта мозиллы

Вот у gcc есть исходники, и что с них? Чтобы собрать всё равно надо скачать блоб с сайта $DISTRONAME

Ты про бутстрап (не путать со страпоном) что-нибудь слышал, анонимный брат?

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

70. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 10-Мрт-18, 00:33 
> Вот у gcc есть исходники, и что с них?

Вас таких нарожали а обучить забыли?

Вы точно прочитали то, на что отвечали? Суть моего поста сводилась не к тому, чтобы устроить перепись тех, кто слышал про бутстраппинг но неправильно его понял. А к тому, что для таких как вы (в том числе) исходники не нужны. Вы набираете `apt-get install чтототам`, а остальное за вас делают волшебники-мейнтейнеры. Вас вообще не волнует, что и как у них там происходит, и появление всяких openjdk и rust, которые невозможно собрать, не имея УЖЕ СОБРАННОЙ версии их самих, - лучшая демонстрация этого подхода. Оно там как-то поставилось, кто-то как-то это собрал, галочку "есть исходники" поставили, вам и достаточно. А вы всем остальным начинаете плести какие-то оправдания про бутстраппинг и прочее. Не надо.

Если завтра в вашем дистрибутиве начнут поставлять файрфокс не собранный мейнтейнерами, а просто скачанный с сайта мозиллы и перепакованный, вы даже не заметите. Если ещё через год мозилла закроет исходники, вы не заметите тоже. Стоит ли кричать про "открытые исходники" в таком случае? Зачем кому-то давать вам исходные коды, если вы ими не пользуетесь?

С исходников gcc мне то, что если у меня есть компьютер, то там уже есть С/C++ компилятор, которым эти исходники можно собрать. Мне НЕ НУЖНО качать с сайта gcc его бинарник, чтобы его самого же собрать. Могу собрать силангом или микрософтским компилятором или тем что уже есть.

C/C++ сегодня есть в каждой системе, это основа современного софта. Если вы пишете на C/C++, ваш софт можно собрать (возможно с хаками) для любой архитектуры и для любой операционки. А если вы придумали свой новый язык, для сборки компилятора которого нужен он сам, то со своим аутизмом вам лучше показаться профильному специалисту, а не хвастаться этим на форумах. И заметьте, gcc написан не на rust, который вообще неясно как и где брать для архитектур, отличных от мейнстрима; gcc написан на стандартном для такого рода софта языке - на C/C++.

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

72. "Опубликован графический стандарт Vulkan 1.1"  –3 +/
Сообщение от Ne01eX (ok), 10-Мрт-18, 01:00 
>[оверквотинг удален]
> же собрать. Могу собрать силангом или микрософтским компилятором или тем что
> уже есть.
> C/C++ сегодня есть в каждой системе, это основа современного софта. Если вы
> пишете на C/C++, ваш софт можно собрать (возможно с хаками) для
> любой архитектуры и для любой операционки. А если вы придумали свой
> новый язык, для сборки компилятора которого нужен он сам, то со
> своим аутизмом вам лучше показаться профильному специалисту, а не хвастаться этим
> на форумах. И заметьте, gcc написан не на rust, который вообще
> неясно как и где брать для архитектур, отличных от мейнстрима; gcc
> написан на стандартном для такого рода софта языке - на C/C++.

Браво, Вася! Держи + за характер!

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

73. "Опубликован графический стандарт Vulkan 1.1"  +1 +/
Сообщение от Аноним (-), 10-Мрт-18, 01:12 
Вы что сказать вообще хотели? Действительно... где вас таких рожают.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

74. "Опубликован графический стандарт Vulkan 1.1"  +2 +/
Сообщение от Аноним (-), 10-Мрт-18, 01:13 
> С исходников gcc мне то, что если у меня есть компьютер, то там уже есть С/C++ компилятор, которым эти исходники можно собрать. Мне НЕ НУЖНО качать с сайта gcc его бинарник, чтобы его самого же собрать. Могу собрать силангом или микрософтским компилятором или тем что уже есть.

Т.е. всё отличие в том, что этот блоб для сборки GCC тебе уже всунули и не надо его качать? Тебя это успокаивает?
Компиляторы эти (силанг, мсовский или тем что уже есть) ты собирать будешь? Или расхотелось? Чем ты лучше набирающих апт-гет инстал?

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

95. "Опубликован графический стандарт Vulkan 1.1"  –1 +/
Сообщение от Аноним (-), 10-Мрт-18, 21:25 
> всё отличие в том, что этот блоб для сборки GCC тебе уже всунули и не надо его качать? Тебя это успокаивает?

По сути да. Но не просто "уже всунули", а "уже всунули в любой существующий компьютер" и "если всунутый не работает, можно взять другой". Чувствуете разницу? Например, sbcl для сборки требует установленный компилятор common lisp. Но не требует СЕБЯ. То есть я могу взять систему, на которой НЕТУ собранного sbcl и собрать его под неё (например, собрав сишным компилятором clisp, а уже им собрать sbcl). Это и есть бутстраппинг. А не требование скачать уже собранный дядей блоб для сборки бинарника самому.

Когда раст будет иметься в ЛЮБОЙ существующей системе, у меня претензий больше не будет. Проблема в том, что согласно рассуждающим об IT-эволюции, этого никогда не будет. Сейчас модно постоянно переделывать основы, выкидывая существующий софт и пиша к нему недоношенные замены, которые потом снова выбрасываются. И большинство таких, как iPony, этому рады. Раст помрёт раньше, чем будет перенесён на другие системы (в смысле, не на ТРИ другие системы, а на ВСЕ другие системы).

> Компиляторы эти (силанг, мсовский или тем что уже есть) ты собирать будешь?

Буду, если будет нужно. И в отличие от раста, у меня ЕСТЬ такая возможность. Для сборки же раста мне НЕОБХОДИМО качать блоб без возможности его сборки (и уже им собирать себе бинарник).

> Чем ты лучше набирающих апт-гет инстал?

Не испытываю иллюзий насчёт "а у него исходники открыты?". Ещё раз для пропустивших начало обсуждения: я не говорю, что я лучше, я спросил зачем конкретно тому человеку исходники микрософтской приблуды, будет ли он их реально использовать, или просто очередной кукаретик, пользующийся apt-get-ом. Раст просто в тему оказался.

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

75. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Crazy Alex (ok), 10-Мрт-18, 01:25 
Я в общем согласен, но, как ни крути, полный бутстрап с нуля сейчас делают разве что для развлечения. А  "для архитектур, отличных от мейнстрима" собирают обычно всё же кросс-компиляцией.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

80. "Опубликован графический стандарт Vulkan 1.1"  +3 +/
Сообщение от iPony (?), 10-Мрт-18, 06:17 
Это же настолько надо обдолбаться, что слов нет...

> C/C++ сегодня есть в каждой системе, это основа современного софта.

Суть эволюции в IT и состоит в том, что основы - это не намертво вбитое, дарованное с не бес что-то без недостатков.

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

94. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 10-Мрт-18, 21:10 
> Суть эволюции в IT и состоит в том

Раскройте, пожалуйста, мысль, что такое эволюция в IT и в чём она проявляется. А то судя по вашему комментарию может создаться впечатление, что эволюция - это когда всё устаревает каждые два года, и всё приходится делать по-новому, так что опыт (ценный в других профессиях) ничего не стоит, и каждые два года люди с опытом оказываются на равных с только что закончившими школу.

Кроме того, есть следующие способы написать компилятор экзотического языка:
1. написать его на другом языке, повсеместно распространённом,
2. написать его на повсеместно распространённом языке, собрать бинарник, потом переписать на самом себе, попутно убрав возможность сборки нормальным компилятором, и заставлять всех качать себе этот блоб для сборки самого себя "из исходников",
3. то же, что и п.2, но оставить возможность сборки распространённым компилятором,
4. распространять его только в бинарной форме, пользователям всё равно, а мейнтейнеры будут вынуждены использовать этот блоб, если переписать на нём что-нибудь популярное, например половину всех современных браузеров (читать как "файрфокс").

Можете расположить их по увеличению степени IT-эволюционности и объяснить свой выбор, пожалуйста?

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

98. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Orduemail (ok), 11-Мрт-18, 12:10 
> судя по вашему комментарию может создаться впечатление, что эволюция - это когда всё устаревает каждые два года, и всё приходится делать по-новому, так что опыт (ценный в других профессиях) ничего не стоит, и каждые два года люди с опытом оказываются на равных с только что закончившими школу.

Да, именно так. Это плата за скорость эволюции, которая продолжает экспоненциально зависеть от времени. В середине XX века знания устаревали лет 30, в конце XX века, время устаревания знания было где-то в районе 10 лет, сейчас знания устаревают менее чем за пять. Уже давно ценятся не столько знания, сколько способности эти знания обретать по необходимости. Но это что, то ли ещё будет, по мере приближения к точке технологической сингулярности. Уже сейчас мы видим стонущих айтишнегов, которые явно не справляются и отстают от паровоза. Со временем их будет всё больше и больше. А если этот экспоненциальный рост экстраполировать в будущее подальше, то мы придём к ситуации, когда никто не сможет поспевать за прогрессом. А это гарантия, что скучно не будет. Будущее обещает нам быть весёлым и увлекательным -- не просто унылым многократным повторением прошлого, а чем-то новым, неизведанным и несущим новые возможности.

> Кроме того, есть следующие способы написать компилятор экзотического языка:

Если мы говорим про rust, то надо добавить п.5:

> 5. написать его на _экзотическом_ языке, собрать бинарник, потом переписать на самом себе, попутно убрав возможность сборки экзотическим компилятором, и заставлять всех качать себе этот блоб для сборки самого себя "из исходников"

Первый компилятор rust'а был написан на OCaml'е.

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

103. "Опубликован графический стандарт Vulkan 1.1"  +2 +/
Сообщение от Аноним (-), 11-Мрт-18, 17:25 
> Уже давно ценятся не столько знания, сколько способности эти знания обретать по необходимости.

Нет. Это только разговоры. Об обретении знаний речи не идёт - кому это надо, если потраченное на "обретение знаний" время по сути будет выкинуто в утиль? Сейчас ценится способность сделать кое-как но быстро. По сути, способность достигать результата, не имея знаний.

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

Причина стонов не в "не справляются", а в том, что их выкидывают из зоны комфорта. Они привыкли в случае проблем разбираться, почему что-то не работает, и на основании этого накапливать опыт и становиться более профессиональными и высокооплачиваемыми сотрудниками. А тут их заменяют вчерашними студентами, потому что сделать по инструкции из гугла много ума не надо, а в случае малейших проблем просто удаляется виртуалка, создаётся новая и система восстанавливается из бэкапа. В крайнем случае их пригласят, они починят проблему за час, а вся честь достанется студенту, соорудившему неработающего монстра.

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

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

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

> Первый компилятор rust'а был написан на OCaml'е.

Я пропустил этот пункт, так как сам OCaml собирается из сишных исходников, и тут проблемы никакой нет.

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

121. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Orduemail (ok), 14-Мрт-18, 12:34 
> Но! Есть надежда, что это ненадолго. Хипстеры привыкли создавать полурабочие решения на
> базе проверенных временем отлаженных надёжно работающих, да к тому же часто
> бесплатных, и продавать свои недоделки за большие деньги. Но что они
> будут делать, когда основа, на которой строят они, станет того же
> качества?

Перепишут основу. Вон недавно в новостях проскакивало про Atom, который оказался слишком тормозным, и поэтому гугел переписал критические для производительности части c js на rust'е, чтобы они работали быстрее.

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

Именно поэтому хипстеры не используют битриксы, они больше по всяким там RoR тащились, затем по node.js, и я не удивлюсь, если в обозримом будущем они пересядут на rust или go.

Это именно так и работает -- строится полурабочая система, но большая и сложная, позволяющая набрать опыт работы с такими большими и сложными системами. Затем с учётом обретённого опыта строится более рабочая система, затем ещё более рабочая, а затем всё доходит до... До уровня rust'а, например -- я тут заглянул в тему веб-программирования на rust'е, поскольку мне потребовался сайт на три странички, с большим количеством client-side кода и тупеньким сервером. Ну и не буду же я писать всё это на js? Нет конечно, и к похапэ я не прикоснусь. А как ещё это можно сделать? Нормальный язык компилируемый в WebAssembly и что-нибудь нормальное же для сервера. Ну и в силу увлечённости rust'ом я взял rust для всех этих целей.
Выводы. Rust ещё не дорос до Ruby on Rails: нет того уровня интеграции компонентов, кое-какие вещи (скажем возможности тестирования веб-приложения, которые есть в Rails) отсутствуют, плюс не хватает "отполированности" -- когда ошибка компилятора о несовпадении SQL-схемы и rust'ового типа для описания строки таблички выглядит как два экрана 80x25 плотно забитых символами без переводов строк и практически без пробелов -- это конечно ни в какие ворота не лезет.
Но в общем вектор развития и скорость его, наводят на мысль, что лет через пять rust вполне сможет конкурировать с RoR не только сложностью освоения, но ещё и удобством и функциональностью. При этом сложность освоения, в случае rust'а, на мой взгляд меньше, поскольку статическая типизация позволяет находить ошибки на более ранних этапах.
То есть, я к чему, хипстерские подходы были отработаны в RoR, node.js и пр, и сейчас они доросли до уровня, когда их можно реализовать на статической типизации, на статическом управлении памятью и на т.н. zero-cost абстракциях. И именно это и происходит сейчас.

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

120. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 14-Мрт-18, 07:33 
Гуманитарий обнаружен. Простыня и ноль конкретики. Такие люди обычно и пользуют гном и рассказывают про прогресс
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

122. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 14-Мрт-18, 20:26 
> экспоненциально зависеть
> точке технологической сингулярности
> экстраполировать

Махровый технарь.

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

102. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Ан (??), 11-Мрт-18, 16:33 
С таким долбанутым мозгом ты бы мог оставаться в времена до C. Действительно нафига что-то придумывать и пытаться улучшить если тебе всунули уже B/ASM/etc нафига тебе C?

То что тебе в дистрибутив всунули gcc/clang не значит что он есть везде и уж тем более не значит что тебе на нём(С/С++) должны писать и остальные языки.
Развелось укурков без мозгов.

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

104. "Опубликован графический стандарт Vulkan 1.1"  –1 +/
Сообщение от Аноним (-), 11-Мрт-18, 17:26 
> не значит что он есть везде

Назовите, пожалуйста, 2-3 системы, на которых нет сишного компилятора.

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

106. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Ан (??), 11-Мрт-18, 21:33 
> Назовите, пожалуйста, 2-3 системы, на которых нет сишного компилятора.

за примерами далеко ходит не надо. винда и os x
По всем дистрам не спец, но в debian он не входит в список необходимых пакетов и дистрибутив может быть развёрнут без него. Полагаю в абсолюбном большинстве не source based дистрибутивов он может быть либо выпилен либо не идти в поставке, а ставиться при надобности.

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

109. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 12-Мрт-18, 01:29 
> винда и os x

Ну конечно, две системы, написанные на сях и большая часть софта для которых написана на сях, не имеют сишного компилятора. Такие две системы, скорее, - KolibriOS и Redox. И для протокола: имхо сишный компилятор для redox должен быть будет написан на расте, так как там раст будет тем же, чем для нынешних систем является си. Или, по крайней мере, бутстрапиться из чего-то, что может быть собрано растом.

А если говорить про дебиан, то вернёмся к тому, с чего началась эта дискуссия: если в дебиане компилятор не входит в список необходимых пакетов, то и ms-hlsl можно будет установить, даже если у него нет открытых исходников. И тогда вопрос, зачем вообще этот исходник нужен.

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

111. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 12-Мрт-18, 01:56 
В колибри есть TCC и сишная библиотека.
Ответить | Правка | Наверх | Cообщить модератору

113. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Ан (??), 12-Мрт-18, 02:26 
>Ну конечно, две системы, написанные на сях и большая часть софта для которых написана на сях, не имеют сишного компилятора.

Внезапно огромное количество софта под винды пишется на том же C# И прочих MS only технологиях. У OS X вообще ObjectiveC если говорить о родном платформе софте.

И вообще написание системы на каком либо языке не имеет никакого отношения к тому что в поставке будет компилятор. Да обе системы написаны на C, но что бы что-либо собрать нужно отдельно установить компилятор. Так что никто вам ничего не должен.

>А если говорить про дебиан, то вернёмся к тому, с чего началась эта дискуссия: если в дебиане компилятор не входит в список необходимых пакетов, то и ms-hlsl можно будет установить, даже если у него нет открытых исходников. И тогда вопрос, зачем вообще этот исходник нужен.

Вы такое чувство что не понимаете зависимости/взаимосвязи. Если пакет будет требовать выполнения компиляции и внутри него зашьют сценарий который запустится при установке, то в зависимости внесут зависимость от компилятора, но дебиан это бинарный дистр. Вся пакетная база по умолчанию предоставляется в готовом бинарном виде собранная до вашей машины. Так внимание вопрос зачем бинарному собранному пакету компилятор? Н е нужен. Исключение составляют пакеты для девелоперов и пакеты которые сами используют компилятор в своей работе. Насколько помню у AMD LLVM используется к примеру для компиляции тех же шейдеров. Так что если пакет с шейдерами требует для своей работы компилятор это никак не связано с тем на чём система написана или что там у кого стоит.

> то и ms-hlsl можно будет установить, даже если у него нет открытых исходников. И тогда вопрос, зачем вообще этот исходник нужен.

Представьте себе есть пакеты у которых нету исходников. А можно ли будет установить гипотетический ms-hlsl без компилятора зависит от тех кто его писать будет. Могут написать как AMD с использованием LLVM.
А исходник нужен если ты хочешь проверить бинарник(воспроизвести сборку и проревьювить код) или сам модифицировать и собрать свой бинарник.


----
Админы:
Серъёзно? https://clip2net.com/s/3SxL8iS

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

114. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от iPony (?), 12-Мрт-18, 08:02 
> Серъёзно?

Да. Учи альтернативные термины. В твоём случае "не имеющий практической уенности"

Производить действия лопатой - это не зака<CENSORED>, а зарывать.
Первопроходец, а не пио<CENSORED>
Не уби<CENSORED> продукт, а прекратить существование/лишить поддержки
И так далее...

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

115. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Клыкастый (ok), 12-Мрт-18, 14:09 
> компилятор для redox должен быть будет написан на расте

пир духа

Простите, вырвалось.

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

105. "Опубликован графический стандарт Vulkan 1.1"  –2 +/
Сообщение от Аноним (-), 11-Мрт-18, 17:34 
> С таким долбанутым мозгом

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

> не значит что тебе на нём(С/С++) должны писать и остальные языки

Это уж как авторы свой язык позиционируют. Если как хипстерскую игрушку, которая помрёт через 5 лет, то можно и не на С/C++, а хоть на брейнфаке. Если как серьёзную вещь, то я лично альтернатив не вижу. А вы можете что-то предложить, аргументированно?

> Развелось укурков без мозгов.

Вы уж разберитесь: без мозгов или с долбанутым мозгом? Даже если у вас не хватает способностей сформулировать свои мысли в одиночку и поэтому вы пишете вдвоём, всё равно выработайте единое мнение, которое и озвучивайте.

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

107. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Ан (??), 11-Мрт-18, 21:39 
>Хорошо, что у вас закончились аргументы. Значит я действительно могу быть прав.

А я не пытался аргументировать. Потому что у вас очень замкнутый кругозор если всё сошлось на C.

>Это уж как авторы свой язык позиционируют. Если как хипстерскую игрушку, которая помрёт через 5 лет, то можно и не на С/C++, а хоть на брейнфаке. Если как серьёзную вещь, то я лично альтернатив не вижу. А вы можете что-то предложить, аргументированно?

То есть авторы разрабатывающие язык системного программирования который должен потеснить или(мало ли) заменить C/C++ должны его писать на C/C++, а не на нём самом? Это что за логика такая?
Если они его позиционируют как серьёзного соперника C/C++ в первую очередь они должны написать компилятор его самого на нём же, но никак не должны писать его на C/C++ ради того что бы пара ленивых использовали свой gcc который им любезно подсунули мэйнтейнеры ихнего дистрибутива.

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

110. "Опубликован графический стандарт Vulkan 1.1"  –2 +/
Сообщение от Аноним (-), 12-Мрт-18, 01:34 
> Потому что у вас очень замкнутый кругозор если всё сошлось на C.

Ну, не такой широкий, как у пишущих операционки на php и прочем яваскрипте.

> То есть авторы разрабатывающие язык системного программирования который должен потеснить или(мало ли) заменить C/C++ должны его писать ...

так, чтобы он присутствовал на том же перечне платформ (как минимум), что и C/C++. А этого на данный момент можно достичь только одним способом.

Возможность сборки самим собой могли бы оставить как приятную фишку. Или собирать сями базовую версию раста, а ей уже - полноценный компилятор. Сами-то почему-то первую версию писали на Ocaml (как выше упомянуто), а не сразу на расте? Что же так?

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

112. "Опубликован графический стандарт Vulkan 1.1"  +1 +/
Сообщение от Ан (??), 12-Мрт-18, 01:57 
>> То есть авторы разрабатывающие язык системного программирования который должен потеснить или(мало ли) заменить C/C++ должны его писать ...
> так, чтобы он присутствовал на том же перечне платформ (как минимум), что и C/C++. А этого на данный момент можно достичь только одним способом.

Уж точно не написав компилятор на C. Ибо это как раз не при чём.

> Возможность сборки самим собой могли бы оставить как приятную фишку. Или собирать сями базовую версию раста, а ей уже - полноценный компилятор.

Ещё раз с какого перепугу сам же Rust должен быть написан на C? Вы поражаете. Rust даёт целую пачку фишек для избежания багов и почему это разработчики компилятора не должны этими фишками пользоваться в самом компиляторе? То что внезапно Rust будет собираться каким-нибудь gcc популярности ему не прибавит, а наоборот создаст только проблемы. Да для старта нужен готовый бинарник раста, но это не трагедия вселенского масштаба как вы пытаетесь это обрисовать.

> Сами-то почему-то первую версию писали на Ocaml (как выше упомянуто), а не сразу на расте? Что же так?

По той же причине по которой первый компилятор C был написан на асемблере.

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

116. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 12-Мрт-18, 14:37 
> То что внезапно Rust будет собираться каким-нибудь gcc популярности
> ему не прибавит, а наоборот создаст только проблемы.

В теме о языке Nim с пеной у рта доказывалось, что если язык не собирает себя сам, то это недоязык. Если язык сам себя собирает, то с пеной у рта доказыватеся, что это недоязык, потому что бэкенд недостаточно высокоуровневый, то есть обязательно должен быть бэкенд в виде С или С++ и обязательно JavaScript, чтобы запустить в браузере. Иначе это неразвитый недоязык для маргиналов, когда нормальные, гармонично развитые, программисты должны иметь возможность программировать прямо в браузере, и  обязательно на современных платформах типа Electron.
Хотите узнать, что скажет аноним если Rust этим всем обзаведется?

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

117. "Опубликован графический стандарт Vulkan 1.1"  +/
Сообщение от Аноним (-), 12-Мрт-18, 14:47 
И бутстрап из JavaScript (бутстрап обязательно должен производится в браузере, потому что он у всех есть) в блоб под любою платформу. И JavaScript должен быть не выхлопом фронтенда компилятора, а вручную спроектированным, на худой конец (так уж и быть разрешим) портированным из исходных сырцов с комментариями и зеркалом на ГитХабе. Причем разработчики должны поддерживать перенос внесенных на JavaScript коммитов -=Сообщества=-! в основную ветку, а лучше основной сразу сделать ветку c JavaScript, а шизики пусть сами потом с нормальной LingvaFranka портируют в свою маргинальную поделку
Вот тогда мы будем уважать Rust!!!


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

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

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




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

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