Этого треда уже нет.
Это копия, сохраненная 28 января 2021 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Rust #13 /rust/ Николай UnsafeMan Ким 1748459 В конец треда | Веб
Продолжаем обсуждать Американскую политику, расизм, police brutality и немного Rust - восхитительный, прелестный, незабываемый, мощный и просто отличный язык программирования.

Свежие новости: из исходников языка были удалены почти все расистские комментарии и изменены имена переменных содержащие такие ужасные слова как "белый" и "чёрный". Ура, товарищи, Раст стал ещё безопасней!

Вместо шапки: https://gist.github.com/TatriX/183c816f1346d418f969c4576c2b9b41

Перед тем как задать вопрос не забываем пожертвовать ЧёрноЖизненнойМатерии минимум $100 с пруфами: https://blacklivesmatters.carrd.co/

Предыдущий тред: >>1744787 (OP)
2 1748485
>>748459 (OP)
Все undefined behavior поймали, ржавые?
3 1748497
Если бы раст действительно был таким безопасным, то его компилятор не позволил бы скомпилировать rust код (с) Колян
4 1748540
В шапке не хватает ссылок на другие токсичные коммьюнити раста, где можно посидеть, попить пивка, повспоминать блэклисты, попосылать друг друга на хуй.
5 1748548
>>748485
|J6Bp3-wY--UwANUSmaid0&lPUNCTUMgmai0$XlPUNCTUMcdwNom/T/#u" target="_blank" rel="nofollow noopener noreferrer">https://lore.kernel.org/lkml/CAKwvOdmuYc8rW_H4aQG4DsJzho=F+djd68fp7mzmBp3-wYrL=--UwANUSmaigzMlPUNCTUMgHKOmailPUNCTUMc1iWom/T/#u

Смех-смехом, а раст проникает в Линукс. Мелкософты тоже начали юзать его и даже переписывать некоторый свой софт на него (но скорее новые проекты будут на нем активно пилиться, легаси есть легаси, оставим это дедуганам с\с++)
Через лет 10, максимум 15, большая часть инфосека умрет как отрасль (лоу лвл), дохуя людей потеряют работу, хацкеры станут прошлым.
6 1748556
>>748548
Слушай, я только рад буду если язык начнет развиваться, появятся качественные либы и не придется на сях больше писать.

Но то что раст представляет сейчас, это какой-то пиздец немного. Меня уже заебали эти ИТ пузыри.
7 1748580
>>748556
Он молодой прост. Дай ему еще лет 5-7, он поработит мир системщины и скинет с/с++ на помойку истории
8 1748583
>>748580
Если не покончит жизнь суицидом от того что токсичное маскулинное гетеросексуальное общество не хочет его принимать.
9 1748619
>>748580
Через 5-7 лет появится низкоуровневый язык с вменяемым синтаксисом и концепциями.
10 1748622
>>748619
Не раньше появления нового железа.
11 1748626
>>748619
Двачую
12 1748629
>>748548
Я прям не совсем системщик, но помню еще с учебы, что вот эти все УБэшки в сях достигались путем компромисса, ради поддержки большого числа платформ. не вспоминая кривобокость компиляторов

Раст, по сути, упирается в возможности LLVM, так как они хотят в линукс то попасть, если линукс работает даже в твоих носках?
13 1748658
>>748629

> упирается в возможности LLVM


У ЛЛВМ довольно дохуя возможностей.
14 1748717
>>748583
что ты несешь, поехавший?
15 1748718
>>748629
И в чем, собственно, проблема?
image.png167 Кб, 300x300
16 1748759
Пиздец, тут какие-то писатели лаба1, лаба2,... собрались.
Какое мне дело до unsafe в коде Коляна? Это опенсорс, сучка, я отвечаю только за свой код, и только если мы подписали контракт.
17 1748761
>>748759
Твой код может навернуть говна, если крейт который ты используешь был написан подобным коляном. А стандартная библиотека раста очень мала и крейты ты будешь использовать даже для проектов уровня laba1. Например для того чтобы написать любой асинхронный код тебе в любом случае придётся выбирать крейт с асунк-рантаймом (потому что в стд его нет) написанный васянами и все из них содержат ансейф-код (даже элементарный реактор block_on, который превращает асинхронную функцию в синхронную, потому что создать TLS без ансейфа в расте невозможно, лол).
18 1748767
>>748761
Любой код навернет говна. Вопрос только в том, кто будет виноват. Моя задача - спихнуть ответственность на Коляна, разработчиков Rust, или васянов из Linux kernel.
Я уже достаточно насладился свободой С, и не хочу чтобы юниоры наслаждались ей за мой счет.
Эх, если бы я только мог вести себя, на review PR, как ведет себя компилятор Rust.
19 1748769
>>748767

> Эх, если бы я только мог вести себя, на review PR, как ведет себя компилятор Rust.


Хочешь чтобы любой твой r- могли заткнуть обернув код в unsafe?
20 1748770
>>748767

> спихнуть ответственность на Коляна, разработчиков Rust, или васянов из Linux kernel.


Только вот на кого проблему не спихивай, а работающий продукт тебе в любом случае придётся делать. Тот же токио например известен своими дедлоками, которые отлаживать ничуть не легче чем UB в недрах сишного кода, а девелоперы закрыли issue как worksforme. Удачи в спихивании ответственности в этом случае.
21 1748771
>>748769
Я же не компилятор. Если есть unsafe - то обьясни, почему
22 1748777
>>748770

>Только вот на кого проблему не спихивай, а работающий продукт тебе в любом случае придётся делать.


Придется.
Я про другое - ты не можешь защититься от багов в билиотеках/рантайм/ядре. Но делать код лучше в команде - в твоих силах.
23 1748834
Расскажите, анончики, а чего вдруг стало модно обсирать раст? Я вот недавно вкатился, поверхностно — очень кайфово.
Меня где-то ждёт пиздец на этом пути?

Единственный вопрос как я вижу — не очень понятно, куда это всё будет развиваться, но тут и с остальными ЯП непонятно, кроме быть может джавы и си.
24 1748867
>>748834
blm обострение показало, что ядро разработчиков раста состоит сплошь из шизы + усилило настрой этой шизы против всех, кого они считают политически неблагонадёжными.
25 1748905
>>748834
То есть языки теперь оценивают не по объективным свойствам, а потому что "кайфово"?
26 1748907
>>748867
Ну с blm вообще в мире какая-то неведомая хуйня творится. Но а с технической точки зрения что не так?

Вообще, буду благодарен, если люди с реальным опытом использования раста на продакшне расскажут, где мне и прочим вкатывающимся предстоит навернуть говна.
27 1748911
>>748905
Ну во-первых ящитаю кайфовость — важный критерий. А как ты ещё будешь формировать комьюнити задротов, которые тратят своё свободное время, чтоб опен сорс либы писать? Как ты будешь привлекать талантливых людей, у которых сейчас широкий выбор на чём писать, если от языка блевать хочется? Девелопер который кайфует от процесса дорогого стоит.

Во-вторых, по поводу объективных свойств — так я и прошу анонов с опытом рассказать что как.
28 1748912
>>748759
Сказали уже, что у проекта случился фатальный недостаток.
http://lurkmore.to/Фатальный_недостаток
29 1748936
>>748911

>Ну во-первых ящитаю кайфовость — важный критерий.


Я тоже лет до 20-25 так думал.
30 1748940
>>748834
Готовность языка (точнее отсутствие честной заморозки), качество библиотек (и их количество) и само управление растом (субъективно делается все очень медленно, но за то они рады заниматься полит херней) - ставит под сомнение потенциал языка до продакшен-реди (если только твой код, это не какой-то кусок утилиты). Плюс из-за агрессивного маркетинга в язык периодично вливаются не совсем компетентные люди, которые своими фанатическими текстами подрывают пердаки даже равнодушным.

Как и в случае го, желаемое выдается за действительное. Как и в случае ФП языков, язык собрал вокруг себя ИТ-онанистов, которые язык благотворят и любят, но никто на нем почти не пишет ибо одно дело создать себе кумира и трепаться на нем, другое дело работать

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

Опять имхо.
Естественно рынку нужно и быстро и безопасно. Но реальность такова, что это всегда два отдельных стула и выбрать можно только одно. Поэтому если рынку нужно быстро - то это C/C++, если нужно безопасно - то какая-нибудь java. Если бы раст не накладывал определенных оверхед на разработчика, то он мог бы влезть между С++ и Джавой. Отсюда мы видим такой феномен, когда бэкенд макаки с какого-нибудь питона лезут в раст, за производительность. Но как я и сказал, раст накладывает оверхед, сравни оверхеду С++, поэтому и в этом участке рынка он нахер не нужен.
31 1748952
>>748940
Спасибо за мнение, интересно. По управлению языком действительно есть вопросики конечно.
32 1748953
>>748940

>раст накладывает оверхед, сравни оверхеду С++


Сравнил. Если мы говорим про stdlib, то никакого оверхеда нет, пока ты используешь правильные инструменты (buffer.iter().for_each(|_|); а не for i in 0..buffer.len() {}).
А если мы говорим про тех, кто пишет либы, но пишет их плохо, то такая херня не только в расте есть, и если выбирать между чуть более медленной программой или 70% багов, которые надо дебажить (или статистика мелкомягких на пустом месте возникла?), лично я выберу первое.
33 1748954
А кто-нибудь уже придумал как нормально асинхронные интерфейсы сделать, типа async trait с лицом человеческим?
34 1748956
>>748953

>(buffer.iter().for_each(|_|); а не for i in 0..buffer.len() {}).



Почему это более правильный инструмент?
35 1748958
>>748956
Потому что итераторы (в частности fold и производный от него for_each) оптимизированы. Хочешь писать быстрый код — умей писать быстрый код.
36 1748962
>>748940
PS для любителей аналогии.

В сях (С++) есть философия - не плати за это, если тебе это не нужно. Это очень жесткая философия, делающая С++ мощным инструментом. То есть, тебе буквально говорят - на тебе нож, он очень острый, будь осторожен. Но выросло новое поколение питонистов, которые берут нож и начинают им махать, тыкать и в следствие режутся и плачутся. Тут на помощь должен прийти раст и дать тебе другой нож, такой же острый но безопасный (как это возможно, непонятно, но говорят же). Но на деле ты берешь и видишь что это ржавый и затупленный нож, хотя тебе в лицо говорят, что он такой же острый. И кто-то даже верит, бежит писать статьи что ржавый нож такой же острый и даже приводит примеры как он хорошо режет картон. А кто-то видит что он тупой, пытается его заточить и ему это удается. Но вдруг его проект становится очень популярным и ему говорят - "Коля! Ты не правильно используешь наш нож, он не должен быть так заточен, кто-то когда-нибудь порежется!! Затупи!".
37 1748964
>>748962
Ржавый нож не виноват что он тупой, это llvmточило плохое.
38 1748969
>>748956
Потому что bounds checking. Ну и просто это намного безопаснее. Как минимум, не позволит тебе прострелить ногу из какой нибудь вложенной функции на глубине 10 вызовов от исходного цикла по коллекции.
39 1748970
>>748954
Есть костыль через возврат dyn Future, а так ждем фичу Generic Associated Types.
40 1748971
>>748953
Для меня оверхед раста больше оверхеда С++, но я не смогу это объяснить на пальцах, это чисто субъектившина. Конечно, можно сказать я не осилил. Но языки программирования это не состязания по олимпиаде, то что я не осилил, хотя осилил С++, говорит о том что они скорее всего плохо сделали.

В раст стоит поиграться, чисто для эксперимента. Но у меня он дальше эксперимента не зашел. ааа, лалка, неосилил
41 1748978
>>748962
Если уж проводишь аналогии, то изволь проводить правдоподобные:

C/C++ — это Desert Eagle без предохранителя и со слишком легко нажимающимся спуском. Охуительно мощный и крутой, но по ты его с собой носишь, ты не знаешь, когда он ебанёт и выживешь ли ты после того как он ебанёт. И каждый раз когда ты его носишь с собой, ты либо обкладываешь его ватой и тряпками, либо молишься какому-нибудь богу, чтобы не ебануло в тебя или во что-нибудь такое, за что тебя посадят.
Rust — тот же пистолет, но с предохранителем. Да, ты не можешь хуярить из него сразу как достал из кармана, но для девяноста пяти процентов задач снимать предохранитель не нужно, а для оставшихся пяти у тебя есть время удостовериться, что пистолет не направлен в твою же голову (это я про unsafe, если что).
То, что кому-то не нравится идея предохранителя, не значит, что она не нравится людям вокруг этого человека. Ну и эволюция всё решит сама по поводу того, кто был прав.
42 1748982
>>748978
Неправильная аналогия, С++ требовательный к эксплуатации, а не какой-то поломанный. Вам реально вливают в голову что он поломанный и может неожиданно выстрелить.
43 1748983
>>748978
Оказалось что предохранитель на который ты надеялся сделан Коляном из засохшего говна.
15908854872960.jpg60 Кб, 720x720
44 1748984
опять холивар...
45 1748987
>>748971

>но я не смогу это объяснить на пальцах, это чисто субъектившина


А если не можешь объективно объяснить свою позицию, то нахуя ты её отстаиваешь? Потому что твоя?
Да, окей, питонисты пишут растовый код намного более медленный, чем профессиональные растовые байтоёбы, ну так и что? Багов нет, работает быстрее питона, проблема только в том, что учить долго. Если тебе не похуй на скорость питонистов, то почему тебе не похуй? Или ты хочешь, чтобы эти бедные нелюди себе мозг ебали твоими проблемами? Так ты много хочешь. А если ты хочешь, чтобы было и сейфово и чтобы с голыми указателями можно было поиграться, и чтобы можно было регистры подвигать, так ты просто много хочешь.
46 1748988
>>748978
>>748982
Забавно, что суть предохранителя - это исключить нажатия спускового крючка. А не защита от произвольного выстрела.
Если ты пистолет кидаешь об стену, то это говорит лишь о том, что ты некомпетентен, а не пистолет плохой.
47 1748989
>>748971

>Для меня оверхед раста больше оверхеда С++, но я не смогу это объяснить на пальцах, это чисто субъектившина


Т.е. он у тебя в голове. Неплохая метрика, я тебе скажу.
48 1748990
>>748987
А что тут надо что то объяснять? Надо писать больше кода чем в плюсах, и выдает больше лишних ассемблерных инструкций.
49 1748992
>>748988
Ну так фишка в том, что люди — кретины, и поэтому на опасной хуйне им нужен предохранитель, который надо уметь снимать. Да, неприятно, когда лично тебя называют кретином, но когда всех людей скопом называют кретинами и пихают предохранитель в пистолеты и автоматы, уже не так и обидно.
50 1748993
>>748984

>Опять смеют писать плохое про мой предмет дроча

51 1748995
>>748990
У Си и крестов столько лет было, чтобы выдрочить GCC? Дай расту столько же, а потом поговорим про лишние ассемблерные инструкции. Да, окей, оверхед есть в сложнооптимизируемом коде, ну так кто мешает писать простой код? Это опять-таки скорее характеристика программиста, а не раста. И правильно дебилам и детям не дают играть со спичками, ибо нехуй.
52 1748996
>>748988

>Забавно, что суть предохранителя - это исключить нажатия спускового крючка.


>А не защита от произвольного выстрела.


Ты сам-то читаешь что пишешь? Это же ебота без смысла.

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


Т.е. солдат/мент/итд, которому надо бегать и прыгать с этим пистолетом в трусах, будет виноват в том, что после очередного прыжка в укрытие это оружие без предохранителя отстрелит ему яйца нахуй?

Тащемта в любом деле есть техника безопасности итд, просто программирование очень молодая область и никто буквально не отстреливал себе ноги, не отрезал пальцы и не дышал химикатами из-за своей неосторожности, вот никто этим и не занимается.
53 1748998
>>748995
Кто тебе сказал, что оверхер в сложнооптимизируемом коде?
54 1749000
>>748996
Терак-25
55 1749001
>>748987

>А если не можешь объективно объяснить свою позицию, то нахуя ты её отстаиваешь?


Коль, раз это субъективно - то это значит чисто мое мнение, да?
Вот для меня раст больше ограничивает, чем решает проблемы. И что теперь?
56 1749003
>>748990

>Надо писать больше кода чем в плюсах


Вот тут пруфы давай.

>и выдает больше лишних ассемблерных инструкций.


https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/gpp-rust.html
Ну выдаёт и выдаёт, на хабре уже был разбор одного яндексоида которому не нравилось, что если где-то кидается память то компилятор может лишний раз тронуть стек, ахуеть, смертьгробпидор.
57 1749007
>>749003

>Вот тут пруфы давай.


Это очевидно только взглянув на любой пример кода раста. Постоянные .as_ref().unwrap().borrow()

>Ну выдаёт и выдаёт


Ясно.
58 1749008
>>748992
Аналогию можно пинать в любую сторону.
С++ опасный инструмент, требовательный скилу. Дефектов там нет. Он просто опасный. Есть безопасные инструменты тоже.
Дефектов там нет. Просто такая вот работа опасная.
59 1749009
>>749000
Ну я-то про самих программистов говорю. Просто пока очерендой самолёт/ракета не упадёт из-за ошибки, которая решается даже, блять, просто строгим компилятором без всякой хуйни вроде неявного каста интов — никто нихуя делать не будет. Хотя и после быстро забудут и забьют.
60 1749013
>>749008
Вот да. Честно написано что если этим ножом ковырять в анусе, результат не определен. Может убьете, а может спасете кому то жизнь вырезав рак.
61 1749014
>>749009
Фишка в том, что в ракетах и самолётах надёжность > скорость выполнения, и там вообще никто не пишет на сях и крестах. И даже на расте там не пишут.
62 1749018
>>749007

>.as_ref()


>.unwrap()


В плюсах кстати операторы & и ★ наверно много оверхеда генирируют?

>.borrow()


А вот это такой же тяжелый оверхед как шаблоны примерно.

Скомпилируй в релизный билд без чеков и посмотри что он там даёт, лол. Ты пытаешься что-то пёрнуть про оптимизацию даже не зная о чём пердишь.

>Ясно.


https://habr.com/ru/post/492410/
63 1749020
>>748996
Если при прыжке пистолет стреляет - это дефект. Дефект исправляют.
Если есть шанс выйти за границу массива - С++ программист ставит проверку.

Раст это как телефоны эпл. Ты не можешь поменять сам батерейку - ведь это же не безопасно, да? Так же и раст тебя держит за лоха. Ну ушел ты за границы - значит плохая квалификация. Пиши больше тестов.
64 1749021
>>749013
На кровотечения, попадания кусочков кала в кровь, которые после тебя охуеют лечить нормальные врачи (если эта хуета не убьёт пациента, а эта хуета убивает пациента намного чаще, чем рак), да и просто шрамы — похуй, да?
65 1749024
>>749013
Обиделся?
66 1749025
>>749018
Ты дебил? Попробуй читать не жопой, причем тут оверхед?
67 1749028
>>749021
Так я о том и пишу - человеку дали инструмент и инструкцию, где сказано что нельзя просто махать им направо и налево, а надо понимать что делаешь.
68 1749029
>>749025
Кто мешает запихать это в одну функцию?
69 1749030
>>749014
Там на ещё более древнем говне пишут, ага.

>>749020

>Если при прыжке пистолет стреляет - это дефект. Дефект исправляют.


Да, и его исправили предохранителем, гений.

>Если есть шанс выйти за границу массива - С++ программист ставит проверку.


И почему чуть ли же каждая 3-я CVE — это отсутствие этой проверки?

>Пиши больше тестов.


Сходи-ка в хром/итд и поясни за тест кавередж, кекус. Тесты — это про формальную фиксацию функционала, не более. Не спасут они тебя ни от чего, разве что можно каким нибудь фаззером ввод подрочить чтобы не сегфолтился на рандомных символах.
70 1749031

>ааааряяя С++ плохой, потому что я могу сделать там ошибку!!!

71 1749032
>>749018

>C++ быстрее и безопаснее Rust, Yandex сделала замеры


Все верно.
72 1749035
>>749025
Ну, ты же и про него пишешь одновременно.
И вообще, насколько надо быть дауном, чтобы считать что это как-то увеличивает исходный код?
У тебя на плюсах идентичная программа всегда будет как минимум в 1,5 раза больше просто из-за хедеров (а ещё бесконечные std::zalupa::krutoi_ptr<allocator, deallocator, tip, huita>, std::make_huita/etc), ты о чём вообще?
73 1749036
>>749030

>Дефект исправляют.


Что тебе мешает сделать проверку выхода за границу массива?

В С++ я могу сделать один предохранитель. А в расте он сам мне будет каждую итерацию ставить по предохранителю.
Mobi-mascots.jpg481 Кб, 2600x1520
74 1749037
>>749032

>нассали за воротник


>а я пукну на двоще)0


Ну 85% плюсогоспод же не могут ошибаться.
75 1749038
>>749036
Специально для тех, кто хочет быстрый код сделали Iterator трейт. То, что ты раньше резал всё обоюдоострым боевым ножом, а теперь не можешь привыкнуть резать правильной стороной Rust'а и всё время пытаешься это делать тупой стороной — проблема не раста.
76 1749039
>>749030
Почему нет таких баранов, которые жалаются что они делают ошибки на питоне?
Почему для С++ это стало нормой? Почему показывать свою некомпетентность на плюсах перестало быть зазорным?

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

С++ острый, очень острый. Не порежься!!!
77 1749040
>>749036
Да, правда ты _никак_ не можешь предохранять свой код от кого-то ещё, кто решит ебануть в соседней же функции вообще что угодно.

А в расте ты хоть CI можешь настроить так, чтобы у тебя любой коммит с unsafe будет идти на анальный досмотр, лол.
78 1749041
>>749035
Кретин, что значит "одновременно"? Если я сначала написал про синее, а потом про слонов, по твоему я написал про синих слонов?

>на плюсах идентичная программа всегда будет как минимум в 1,5 раза больше


Не будет.

>из-за хедеров


Давай тогда крейты приплюсовывать.

>std::zalupa::krutoi_ptr<allocator, deallocator, tip, huita>, std::make_huita/etc


auto
79 1749043
>>749040
Тогда ни одна программа на расте не соберется, ведь весь std и все crates в тысячах unsafe.
80 1749044
>>749039
Ну так примерно все программисты на плюсах уже профнепрегодны, ты сам то на cppquiz хотя бы 10 подряд вопросов ответишь без дрочки с доками и отладчиком?
81 1749045
>>749038
Если в С++ ты порежешься - то плохой С++
Если в Расте ты режешь тупой стороной - то плохой ты.

Накушались маркетингова буллшита и срут теперь.
82 1749046
>>749043
И как эти тысячи unsafe противоречат тому, что я написал? Пиздуй читать мой месседж, пиздоглаз.
83 1749047
>>749046
Так и противоречат. Это видимость безопасности. Пускание пыли в глаза.
84 1749049
>>749043
Да, это самый эпичный лол, растафилы игнорируют этот момент. Или сейчас прибежит хер, который скажет - что иногда можно.
85 1749050
>>749044
Профессия деградирует, никуда не денешься.
86 1749052
>>749041

>Кретин, что значит "одновременно"? Если я сначала написал про синее, а потом про слонов, по твоему я написал про синих слонов?


Они в одном куске памяти лежали, типичный пример ошибки с reinterpret_cast.

>Не будет.


Потому что ты скозал?

>Давай тогда крейты приплюсовывать.


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

>auto
auto hui = std::zalupa::krutoi_ptr<std::allocator, nestd::deallocator>(tip, huita)
Ну 2 поля сократили, уже норм наверно?
87 1749053
>>749047
Пиздуй читать что я написал. А написал я следующее:

>unsafe его ВИДНО НАХУЙ


а вот в плюсах нихуя не видно, даже это уже трагическое отличие.
88 1749054
>>749045
Фишка в том, что тупой стороной как раз порезаться почти невозможно, пока какой-нибудь Колян не решит эту сторону заточить, прикола ради. А вот если ты в unsafe расте объебался, то ССЗБ.
Ну и да, то, что если ты в C++ порежешься, то ты тупой, но почему-то любой достаточно серьёзный продукт пишут тупые люди, у которых все руки в кровавых бинтах. Не знаешь, почему?
89 1749055
Неожиданно мы узнаем, что для работы на С++ требуется большая квалификация. Ну охуеть теперь, системное программирование и ебля с байтами, сложнее чем питон!
Раст приди! Порядок наведи!
90 1749056
>>749050
Ещё раз, недеградировавший петухан, давай видос с 10 вопросами с cppquiz в ряд.

Как же мне нравится тред — просто заходишь когда нехуй делать и срёшься.
91 1749058
>>748993
Да да, очень интересный диалог со сравнениями про пистолеты
Одни срут в плюсотреде что плюсы мертвы, а вот раст годнота
Другие приходят в раст треде срут раст, говоря какие плюсы заебись
Чо вы по своим тредам сидеть не можете
92 1749059
>>749053

>unsafe его ВИДНО НАХУЙ


И мы видим, какой раст на самом деле.

Ты реально такой дебил, что в случае сегфолта полезешь искать во все unsafe, которых тысячи?
93 1749061
>>749056

>10 вопросами с cppquiz в ряд


Я тебе говорю, С++ это сложно, это реально большая квалификация. Ты со своим питоном его просто так не возьмешь.
Более того, скорее всего еще надо будет лесть в ассемблер. Ты еще ему предъяви, почему он такой сложный.
94 1749064
>>749059
Ты реально такой дебил, что если у тебя в крестах сегфолт вылезет, ты пойдёшь проверять весь плюсовый код, которого многие тысячи строк?
Смысл unsafe не в том, что он помогает дебажить, а в том, что ансейф проверяется программистом, пока safe код проверяется компилятором. И если сравнивать количество работы по проверке коде в расте и крестах, то очевидно, что в расте такой хуйни меньше.
95 1749069
>>749064

>ансейф проверяется программистом, но не проверяется компилятором


О том и речь - ансейф не проверяется никем, кроме "мама клянусь все работало же" Колянами.
96 1749071
>>749058
Аналогия с пистолетами, это тупая манипуляция. У нас был плохой инструмент без фичи, и тут пришел раст сделал фичу и поэтому он хороший.
Демагогия уровня /pr
97 1749073
>>749059

>сегфолта


/0
Кто о чём, а плюсодибил о своём.

>>749061

>Ты со своим питоном его просто так не возьмешь.


Ну вот и оно, собственно. Плюсодибил — это настолько серьёзный диагноз, что он даже спорить в интернете уже не в состоянии, и пытается перевести стрелочку. Потому что плюсодибил — это необучаемая мартышка, которая никогда не сможет выучить даже другой язык.

>Более того, скорее всего еще надо будет лесть в ассемблер. Ты еще ему предъяви, почему он такой сложный.


Нет, плюсодибил, ассемблер не сложный, это байка от восторженных студентиков. Ну разве что для плюсодибилов.
Он просто не подходит для написания чего-то большого, потому что сейчас кодобаза ебучего среднего мобильного клиент-серверного приложения даже на хайлевел языках может уходить куда-то в ебеня за 100k loc.
98 1749074
>>749069
Да, ок, у нас не PHP, у нас есть ансейф и указатели. Но теперь давай посмотрим на кресты: кто там проверяет код? Или у вас Коляны код не пишут, код пишут только охуительные компьтерные монахи, которые первые сто лет своей жизни провели в заточении со стандартом крестов?
99 1749077
>>749069
Как и Плюсы. Как и Питон. Как и Джава. Как и Линукс, Винда и Хромиум. Весь мир держится на плечах Колянов.
100 1749082
>>749077
Идрис проверяет.
101 1749083
>>749064
Стадии растадебила, которые прогоняются на каждом форуме.

-Наш раст безопасный и лучшее С++
потом
-Ну ладно в нашем коде есть ансейф, но это ансейф лучше чем С++

лол.
102 1749085
>>749074

>Но теперь давай посмотрим на кресты


Но ведь это не кресты уверяют что у них весь код safe
103 1749096
>>749083
Стадии сиплюсплюсдебила:

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

лал.
104 1749102
>>749096

>багов больше


Толсто.

>дебажить надо дохуя времени


Еще толще.
105 1749108
>>749096
Это скорее маневры раста дебила. Плюсовики вас тыкают в противоречивые вещи, а не в то что плюсы идеальны.
106 1749109
>>749102
Ну вот ты и ответил на пост про растодебилов. Куда уж толще?
107 1749110
>>749109
Справедливо
108 1749117
>>749108
Критикуешь — предлагай. В каком месте я могу писать код быстрее растового, имеющий возможности ансейфа для боттлнеков, но при этом сейфовый в 50-100% (в зависимости от того, что именно ты пишешь) моего кода? Кресты очевидно не подходят по последнему параметру.
109 1749126
>>749117
Как ты вычислил сейфовость? Просто так почувствовал примерно? А несейфовость крестов? Что если они несейфовее всего на пару процентов?
110 1749133
>>749126
Я её вычислил на основе того кода, который я пишу. Сейфовость — штука переменчивая, но я пока что не писал что-то настолько низкоуровневое, чтобы ансейф был больше чем в половине моих модулей. Код без ансейфа, используеющий только stdlib я взял за 100%. И если ты сейчас спизданёшь, что в stdlib может быть UB, потому что его писали Коляны, то я не смогу парировать, потому что stdlib крестов писали конечно же не Коляны и не на 100% unsafe языке.
111 1749134
>>749117

>В каком месте я могу писать код быстрее растового


Ты куда тему повел то?
Я говорю что философия раста это безопасность. Но реальность это глубоко не так.

И не надо тащить свои плюсы, мы в раст треде говорим про раст. Я понимаю что вас там выдрессировали лаять на С++, мы сейчас анализируем именно раст, не в сравнение.
112 1749138
>>749134
Ты хочешь всё и сразу, но так не бывает. Хочешь анальную безопасность — иди на идрисе пиши, а не на расте. У нас тут вообще-то системный язык, у которого скорость на первом месте, и в угоду этой самый скорости можно приносить человекочасы программистов, проверяющих ансейф код. Вот только этих человекочасов тратится меньше, чем на плюсовый код из-за той самой безопасности, которая в расте всё же есть, несмотря на все пуки крестовиков.
113 1749147
>>749138

>У нас тут вообще-то системный язык, у которого скорость на первом месте


Жаль он генерит лишние инструкции.
114 1749152
>>749147
>>748995
Не уходи в рекурсию.
115 1749156
>>749152
Так зачем ты увел в рекурсию?
116 1749157
>>749138

>Ты хочешь всё и сразу, но так не бывает.


Нет, я хочу то, что мне заявляют.

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

Теперь ты видишь как это глупо со стороны смотрится?!

>пуки крестовиков


Фу, фу, перестань трогать кресты, ну серьезно, перестань, мы говорим о расте. Перестань сравнивать.
117 1749158
>>749147
Если хуйню поаторять много раз, то она не перестанет быть хуйней.
118 1749163
>>749157
Блин, как-будто раст это какое-то дополнение к С++, вас прям реально на него дрессируют где-то.
119 1749166
>>749158
За то некоторые может перестануть игнорировать факты.
120 1749169
>>749163
По мне вообще раст ближе к Го. По крайней мере в рейтинге востребованности :)
121 1749170
>>749138

>Вот только этих человекочасов тратится меньше, чем на плюсовый код


Чел, что ты вообще несешь.
Какую проблему решает раст, которую не решает с++?
Выход за пределы массива? Так в крестах давно есть vector.at<>
Обращение к освобожденной памяти? Да, борроу чекера нет (хотя есть инструменты вроде unique_ptr), но сколько в реальности из за этого багов? Причем тех что не отлавливаются элементарной проверкой тестами, утилитами санитайзерами?
У тебя есть какие то конкретные, документированные пруфы, например, что программа на крестах написана за N времени, поиск бага которому причиной был именно с++ заняла M времени, переписывание на Rust заняло K < N+M времени и багов в нем гарантрованно 0.
122 1749173
>>749158

>Если хуйню поаторять много раз, то она не перестанет быть хуйней.


Ты про то что раст быстрее или безопаснее? Это да.
123 1749175
>>749157
Так тебе и заявляют, что язык быстр, безопасен и продуктивен. Но ты, видать, незнаком с CAP теоремой, а потому и не можешь нормально воспринимать такие штуки.
Раст быстр? Быстр. GC нет, итераторы нихуя не медленнее сишных. Тут всё правильно.
Безопасен? Да, просто не пиши unsafe, а если ты используешь либу, автору которой моча в голову ударила, и который объявил transmute функцию безопасной, то уж язык тут точно не виноват.
Продуктивен? Да, если надо, можно написать unsafe.

Очевидно, что компромиссы будут, их просто не может не быть, но если ты слишком школьник, чтобы мириться с компромиссами и слишком тупой, чтобы написать свой язык, который будет работать со скоростью раста там, где растовики пишут unsafe, то просто иди повзрослей, или иди прими таблетку для гениальности.
124 1749176
>>749163

>как-будто


>>749166

>За то


Примерно понятен возраст пользователей Раста.
125 1749178
>>749176
Если что, это растохейтеры писали. Но спасибо тебе, неизвестный граммарнаци.
126 1749179
>>749175

>Раст быстр?


Что там CAP теорема говорит по поводу лишних инструкций?

>безопасной, то уж язык тут точно не виноват.


А кто виноват? Экосистема языка?

>если ты используешь либу, автору которой моча в голову ударила,


Авторам std ударила в голову моча? Предлагается переписать весь std и крейты?
127 1749181
>>749179
Учёный изнасиловал журналиста, спешите видеть!
128 1749192
>>749179

>Что там CAP теорема говорит по поводу лишних инструкций?


Так раст же не обещает, что он быстрее всех. Но он гарантирует, что будет быстрее всяких скриптов и GC-параш, и тут никакого обмана нет.

>А кто виноват?


Ты. Как и в случае с крестами. Просто ты слишком школьник, чтобы это признать.

>Авторам std ударила в голову моча?


Там как раз всё заебись, и трансмут помечен как unsafe, а все сефовые функции никогда не вызывают UB (даже старый кастовый баг пофиксили).

Так что просто пойди на хуй.
15908850705430.jpg47 Кб, 793x786
129 1749197
Всё какают и какают в тредик
130 1749222
>>749192

>Но он гарантирует, что будет быстрее всяких скриптов и GC-параш


Да, это правда. В некоторых тестах на 5% быстрее.

>Там как раз всё заебись, и трансмут помечен как unsafe


А, ну это хорошо, если сказать что что-то опасное, то язык сразу становится безопасным.
131 1749226
>>749176
Когда аргументы закончились и переходишь даже не на личности, а на уровень орфографии, при этом, находясь на двочах.

Кто у нас хороший мальчик? Кто у нас хороший мальчик? Гуд бой...
132 1749228
>>749226
У Растобоев уже кончились аргументы? Печально.
1477801601309.png43 Кб, 1113x213
133 1749237
Куда писать заявление о недобросовестной рекламе?
image.png111 Кб, 450x332
134 1749242
>>749175

>незнаком с CAP теоремой, а я знаком


Гуд бой!

Растения только и могут что маневрировать и обтекать неприятные темы
135 1749250
>>749175

>Теорема CAP (известная также как теорема Брюера) — эвристическое утверждение о том, что в любой реализации распределённых вычислений возможно обеспечить не более двух из трёх следующих свойств:



>согласованность данных (англ. consistency) — во всех вычислительных узлах в один момент времени данные не противоречат друг другу;


>доступность (англ. availability) — любой запрос к распределённой системе завершается корректным откликом, однако без гарантии, что ответы всех узлов системы совпадают;


>устойчивость к разделению (англ. partition tolerance) — расщепление распределённой системы на несколько изолированных секций не приводит к некорректности отклика от каждой из секций.



Причем тут это? Может тогда еще SAT-теорему применим?
136 1749255
>>749250
Можно, но там компромисс как явление не так явно показан.
137 1749258
>>749250

>Причем тут это? Может тогда еще SAT-теорему применим?


У чела тупо кончились аргументы и он по принципу демагогии хочет взять спор авторитетом. мол он владеет какими-то знаниями, которые ставит его выше собеседника. Но в реале тут просто уже вытекает из треда такой толстотой
15843605783500.jpg85 Кб, 640x548
# OP 138 1749266
Я не понял. Вы тут охуели задавать вопросы без пожертвований с пруфыми BLM? Гитлеры ебаные.
139 1749338
>>749237
Так в некоторых местах быстрее чем С...
а в некоторых нет
напишешь в суд, сами тебя засудят
140 1749341
>>749338
Значит там в бенчмарке С ошибка.
141 1749345
>>749341
Почему?
142 1749346
>>749341
Не ошибка, а специально написанный UB, который со специальными флагами компиляции ускоряет код на 0.0001%, но с без этих флагов либо не компилируется, либо замедляется на 300%. Просто тупые растовчане как всегда не смогли угадать нужные флаги, потому что в документации они не указаны.
143 1749363
>>749345
А с чего бы С быть медленее, если на С можно почти как на ассемблере конкретные байты шатать?
144 1749365
>>749346
Если код бенчмарка решает задачу, какое же это UB?
145 1749368
>>749363
Ага, а на асемблере еще быстрее
кто тебе мешает на расте байтики трогать?
146 1749372
>>749365
Наличие юб только потенциально даёт возможность конпелятору (зачастую в рамках оптимизаций) сгенерировать говно вместо программы.

Например я не раз видел как в С++ проектах вырубали strict aliasing, потому что к коде было огромное количество reinterpret_cast с UB если эта опция включена. Но при выключенном strict aliasing компилятор генерировал нормальный код несмотря на UB, потому что множество оптимизаций отключаются.
147 1749374
>>749368
Так если они обе одинаково трогают байтики, то раст гарантированно не быстрее.
148 1749375
>>749374

>гарантированно


Почему?
149 1749376
>>749375
Что "почему"? Почему две идентичные программы идентичны?
150 1749378
>>749376

>гарантированно не быстрее


почему не быстрее?
151 1749382
Я видел такой код, где джава быстрее С++. Вот sun упускает возможность то, непочатый край для буллшита.
152 1749396
>>749378
Это троллинг тупостью? Ты не понимаешь, почему у двух одинаковых бинарно программ равная скорость выполнения, и ни одна не быстрее другой?
и тут мы вспоминаем про лишние инструкции, вставленные растом
153 1749399
>>749396

>у двух одинаковых бинарно программ


Так поч одинаковая если на разных языках написана...
154 1749413
>>749399
Потому что мы пишем максимально близко к аппаратному уровню обе программы.
А, погоди, я понял. То есть растофаны верят, что вот так вдруг ни с хуя раст подберет какое то новое сочетание ассемблерных инструкций, которое будет в разы быстрее самой оптимизированной программы на Си.
155 1749417
>>749413

> какое то новое сочетание ассемблерных инструкций


Ты про оптимизации?

>Потому что мы пишем максимально близко к аппаратному уровню обе программы


Какие программы, ты о чем вобще?
156 1749424
>>749417

>Какие программы, ты о чем вобще?


О бенчмарках. Ты вообще не следил за цепочкой обсуждения, или что?
157 1749428
>>749138

> У нас тут вообще-то системный язык


Откуда дровишки? Это вообще то язык чтобы в браузере веб-дрисню рисовать.
158 1749430
>>749424
Так а с чего они близки на аппаратном уровне?
Они же высокоуровневые япы...
159 1749457
>>749413
Если ты про бенчмаркс-гейм, то там си и си++ собирает гцц. В остальном все результаты, исходники, параметры сборки открыты, иди изучай нагенерённые бинарники.
160 1749470
>>749457
Про любой бенчмарк.
161 1749500
О чем вы спорите, обрыганы? Раст займет свою нишу, полностью и отовсюду С/С++ он сместить не сможет, тем более в нишах вроде эмбеддеда, для которых раст слишком жирный и его конпелятор высирает слишком жирные бинари для окружений с жесткими ограничениями ресурсов.

На десктопе и/или в мобилах расту понадобится лет 20-25, чтобы частично заменить с/с++, и это как минимум, ибо сишного и крестового кода слишком много.
Легаси как было на С/С++, так и будет, новые же проекты на уровне системщины все же скорее будут писать на расте. Оверолл доминацию раста вы точно не застанете, к тому времени уже все аноны в треде будут в земельке, но это случится рано или поздно. Так какая вам нахуй разница тогда?
1594568012385.png147 Кб, 837x917
162 1749505
>>749500
На мобилах раста считай вообще нет. Рассматривал его как вариант языка для кроссплатформенного движка, остановился на C++
163 1749510
>>749505

> 1594568012385.png


Ты ебанат?
164 1749513
>>749505
А зачем тебе на мобилах компилятор и менеджер сборки? Не проще ли кросс-компилировать на пекарне?
165 1749515
>>749505
блять, ты жопой читаешь? Я сказал, за 20-25 лет, ясен хуй что сейчас раста вообще нигде нет. Но на такой волне хайпа он не пропадет уже, его заметили все кому надо.
166 1749517
Кстати, android studio для андроида тоже нет. Значит ли это что жава и С++ для андроида тоже не подходят?
167 1749519
>>749505
Бля, как же я проиграл с этого сосания хуйцов, аж до слёз. А какие нативные компиляторы есть под мобилками? JavaScript'овый компилятор?
168 1749520
>>749500

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


Жирные бинари он высирает только с std, а в bare metal используется особый режим - no_std, где бинари миниатюрны, но нет большей части стандартной библиотеки.
169 1749521
>>749517
Все там есть лалка. И терминал с gcc, и IDE типа AIDE
170 1749523
>>749513
Там тоже все костыль через костыль.
171 1749524
>>749523
Ну раз ты так сказал, то мне больше ответить нечего. Хоть один костыль указать-то сможешь? Можно прям ссылку на исходник дать с ужасным хаком, чтоб всё работало.
172 1749526
>>749524
Загугли, я с телефона на с++
173 1749528
>>749521
И смысл от твоего gcc есть NDK на мобилах нету? Ты вообще на андроид хоть одну серьёзную программу писал?
174 1749559
>>749528

>серьёзную


Кабанчик в треде, все в переговорную.
175 1749561
>>749559
laba1-писатель в треде. Всем открыть блокнот и консольку.
176 1749564
>>749561
В том то и дело, когда кто то употребляет слово "серьезную" в отношении программ, это сразу детектит в нем первокурсника.
177 1749565
>>749564
А если кто-то употребляет слова "белый" и "чёрный", это сразу детектит нациста и гитлера, я угадал?
178 1749566
Кстати, почему Аметист переходит со SPECS на что то другое?
179 1749567
Наступили каникулы. Активность растафилов увечилась в трое.
180 1749568
>>749566
Ты оп-пост читал? Перез задаванием вопросов про язык и проекты на языке надо пожертвовать blm и запостить сюда пруфы. Без пожертвований можно обсуждать только политику, либо сраться на любые темы.
181 1749569
>>749568
А, блин. Я соседу кавказцу дал на опохмел, считается?
image.png73 Кб, 225x225
182 1749570
>>749568

это у вас тут такой юмор?
183 1749572
>>749567
Обратите внимание, что все растаманы говорят одни и теже тезисы. Есть где-то реально буллшитная, где все читают или слушают одно и тоже.
И главное всегда в контексте С++, хотя половину пользователей перекатилось с питона.
184 1749574
>>749570
Политика важнее технологий. Это позиция разработчиков раста и всех нормальных расто-евангелистов в этом треде. Не нравится - чемодан, вокзал, язык_нейм.
>>749569
Без доказательств не считается. Нужен скан чека и открытое письмо соседа с благодарностью. Плюс генетические тесты соседа, чтобы доказать, что он не белы.
185 1749575
image.png65 Кб, 200x200
186 1749581
>>749575
Скажи честно, тебе не похуй?

>>749574

>Политика важнее технологий. Это позиция разработчиков раста и всех нормальных расто-евангелистов в этом треде. Не нравится - чемодан, вокзал, язык_нейм.


пикрил
187 1749583
>>749581
Когда пришли за вайтлистом я молчал, мне было похуй.
188 1749598
>>749566
Это где ты такое прочитал?
а что же вместо него?
189 1749600
>>749598
Какой то более лучший ECS
https://github.com/amethyst/rfcs/issues/22
190 1749603
>>749600

> Branch: Master


Что эти расисты себе позволяют?
191 1749606
>>749524
Ну например советуют собрать rust/wasm32 и показывать программу внутри WebView. В принципе логично, это же язык для показывания веб страничек, а не системный язык типа Си.
192 1749610
>>749606
Кто советует? Собрать нативный раст и использовать NDK для взаимодействия с системой никто не запрещает.
193 1749612
>>749610
Пользователи раста (пользорасты? не знаю как сократить)
194 1749614
>>749575
Они хоть понимают что им потом будет за это стыдно?
195 1749615
>>749612
Хуй их знает. Это они видимо советуют для переката с ЖС, а не с жавы/с++.
196 1749617
>>749615
А ты прав, скорее всего.
197 1749629
>>749614
>>749603
Пожалуйста покиньте тред

>>749600
Первый пик более чем второй нравится
198 1749632
>>749600

>Oct 24, 2019


Стоп, так это уже какая то протухшая новость
199 1749633
>>749629

> Пожалуйста покиньте тред


Ты охуел, нацик? Модерации на тебя нет, расистское говно. Каких тут только токсичных уебанов нет. Надеюсь тебя всё растосообщество затравит и запретит участвовать во всех проектах.
200 1749634
>>749633
Тебе самому не стыдно за свои посты?
201 1749635
>>749632
Да не, на главной у них это чуть ли не единственная цель в 2020 году
https://amethyst.rs/roadmap
202 1749637
>>749629
Мне тоже. Но там описаны недостатки specs - типа недостаточно многопоточен, много кэшпромахов. А к легиону обещают вроде прикрутить синтаксический сахар.
15943952036522.jpg456 Кб, 2048x2048
203 1749638
>>749634
Нет. Я сижу в специальной одежке, которая охраняет меня от стыда и позволяет травить наци-токсиков в 10 раз эффективней.
204 1749639
>>749638

>в специальной одежке, которая охраняет меня от стыда


Разве это не наоборот работает?
205 1749640
Давайте учите меня Расту итт. тролли идут лесом
206 1749641
>>749639
Сначала наоборот. Но после второго гей-парада привыкаешь и понимаешь, что стыд - это социальный конструкт и стыдиться должны токсичные нацисты за то, что они существуют.
207 1749680
>>749640
The Book (Rustbook). Читаешь, пишешь примеры (можно на https://play.rust-lang.org), учишься. Если потом хочешь в асинк — читаешь Async Book; хочешь в гейдев — читаешь какой-нибудь гейдев бук; хочешь поебаться с UB — читаешь Rustonomicon. Книг дохуя, просто бери да читай. Если The Book не зашла, то гугли Rust by Example. Если даже с примерами никак не осиливается, то Rustlings хуярь

Короче говоря, просто идёшь сюда и учишь себя сам: https://www.rust-lang.org/learn

Извини, что я такой токсик, но никто за тебя ничего выучить не сможет.
208 1749799
Так блядь, а почему плюсы посасывают?
209 1749808
Че спим?
210 1749838
>>749799
потому что это обоссаный язык из 80ых, очевидно. У ретроградов-крестодаунов подгорает, они не могут справиться с мыслью, что через каких-то лет 5 их хуета никому не будет нужна
1486427145350.jpg38 Кб, 603x574
211 1749846
>>749799
Там в расте ансейф, хуета какая-то опасная, не стоит такое запускать, бенчмарк поломан и испорчен.
212 1749859
>>749838
Такие то проекции растаманов, которые не нужны ни сейчас, ни через 5 лет, лол.
213 1749877
>>749859
Акстись, маня, раст обоссывает кресты по бенчмаркам, вдумайся в это
Язык молодой, наберет критическую массу и все, пизда твоим крестам. Даже мелкомягкие начали юзать этот яп в продакшене
download.jpeg10 Кб, 259x194
214 1749879
>>749877

> раст обоссывает кресты по бенчмаркам

215 1749914
the trait bound `(i32, std::string::String, std::string::String, std::string::String, i32, i32, std::string::String, i32, i32): diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` is not satisfied

the trait `diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` is not implemented for `(i32, std::string::String, std::string::String, std::string::String, i32, i32, std::string::String, i32, i32)`

help: the following implementations were found:
<(A, B, C, D, E, F, G, H, I) as diesel::Queryable<(SA, SB, SC, SD, SE, SF, SG, SH, SI), __DB>>
note: required because of the requirements on the impl of `diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` for `posts::BlogPosts`
note: required because of the requirements on the impl of `diesel::Queryable<((diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer), diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>), diesel::sqlite::Sqlite>` for `(posts::Tag, posts::BlogPosts)`
note: required because of the requirements on the impl of `diesel::query_dsl::LoadQuery<diesel::SqliteConnection, (posts::Tag, posts::BlogPosts)>` for `diesel::query_builder::SelectStatement<diesel::query_source::joins::JoinOn<diesel::query_source::joins::Join<schema::tags::table, schema::blogposts::table, diesel::query_source::joins::LeftOuter>, diesel::expression::operators::Eq<schema::blogposts::columns::id, schema::tags::columns::post_id>>, diesel::query_builder::select_clause::DefaultSelectClause, diesel::query_builder::distinct_clause::NoDistinctClause, diesel::query_builder::where_clause::WhereClause<diesel::expression::operators::Eq<schema::tags::columns::tag_name, diesel::expression::bound::Bound<diesel::sql_types::Text, &str>>>>`rustc(E0277)
posts.rs(477, 103): the trait `diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` is not implemented for `(i32, std::string::String, std::string::String, std::string::String, i32, i32, std::string::String, i32, i32)`
215 1749914
the trait bound `(i32, std::string::String, std::string::String, std::string::String, i32, i32, std::string::String, i32, i32): diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` is not satisfied

the trait `diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` is not implemented for `(i32, std::string::String, std::string::String, std::string::String, i32, i32, std::string::String, i32, i32)`

help: the following implementations were found:
<(A, B, C, D, E, F, G, H, I) as diesel::Queryable<(SA, SB, SC, SD, SE, SF, SG, SH, SI), __DB>>
note: required because of the requirements on the impl of `diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` for `posts::BlogPosts`
note: required because of the requirements on the impl of `diesel::Queryable<((diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer), diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>), diesel::sqlite::Sqlite>` for `(posts::Tag, posts::BlogPosts)`
note: required because of the requirements on the impl of `diesel::query_dsl::LoadQuery<diesel::SqliteConnection, (posts::Tag, posts::BlogPosts)>` for `diesel::query_builder::SelectStatement<diesel::query_source::joins::JoinOn<diesel::query_source::joins::Join<schema::tags::table, schema::blogposts::table, diesel::query_source::joins::LeftOuter>, diesel::expression::operators::Eq<schema::blogposts::columns::id, schema::tags::columns::post_id>>, diesel::query_builder::select_clause::DefaultSelectClause, diesel::query_builder::distinct_clause::NoDistinctClause, diesel::query_builder::where_clause::WhereClause<diesel::expression::operators::Eq<schema::tags::columns::tag_name, diesel::expression::bound::Bound<diesel::sql_types::Text, &str>>>>`rustc(E0277)
posts.rs(477, 103): the trait `diesel::Queryable<diesel::sql_types::Nullable<(diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer, diesel::sql_types::Text, diesel::sql_types::Integer, diesel::sql_types::Integer)>, diesel::sqlite::Sqlite>` is not implemented for `(i32, std::string::String, std::string::String, std::string::String, i32, i32, std::string::String, i32, i32)`
216 1749919
>>749914
Что тебе непонятно? Иди фикси.
217 1749924
>>749914
Выглядит как типичный темплейт с++, ничего сложного
218 1749926
>>749914
ТЫ ДОЛЖЕН БЫЛ ПОБЕДИТЬ КРЕСТЫ, А НЕ СТАТЬ ИМИ
219 1749928
>>748459 (OP)
Пацаны, я в печали. Почему у вашего ЯП такой хуёвый суппорт? Коммьюнити - говно! Я искренне хочу перекатиться с Laravel/Lumen, но не нашёл хотя бы близко подходящей альтернативы. Фреймворки какие-то отстойные, ORM вообще никуда не годятся. SQL в миграциях, штооо. Это совсем пиздец уныние. Я ведь просто хочу удобно писать REST API и при этом не хочу плодить кучу говна каждый раз заново, из проекта в проект, которое я всё равно не буду суппортить. Неужели я так много прошу? ((
220 1749930
>>749799
Олды помнят как php рвал даже Си в этих тестах.
221 1749931
>>749928
И из всех вохможных япов ты выбрал раст для веба?...
Ну раз раст не подошел обязательно попробуй плюсы, а потом С!
222 1749933
>>749846
Это же правильные ансейвы. Неправильные убрали давно.
223 1749935
>>749928
Лол, Laravel он захотел на расте.
Коля приди, порядок наведи!
224 1749952
>>749931
В чем проблема использовать раст для веба? Вообще в чём проблема использовать язык с более широкими возможностями для более узких целей? Cужение области применения достигается вполне успешно как раз библиотеками и фреймворками, поэтому тут анон, который хочет Laravel, прав.

>>749928
Тут только есть наблюдение что в не-ООП мире ща немодно делать монолитные фреймворки. Поэтому тебе надо будет собрать какой-то свой конструктор из библиотек. Я юзал что-то типа warp + sqlx, но вариантов много.
225 1749953
>>749952
Слишком лоу лвл для его задач. Использовать можно, но непонятно зачем.
226 1749954
>>749513

Затем, спермогеи выкидывают intel и новые гейбуки будут на ARM
227 1749955
>>749952

>В чем проблема использовать раст для веба?


Есть секта верующих в производительность. И пофиг что 90% времени занимает работа базы и пинг до сайта у тебя под сотню.

>что в не-ООП мире ща немодно делать монолитные фреймворки


Именно с ООП мира и пошли микрофреймворки. Не-ООП мир сейчас никакие идеи не продвигает, вообще все что можно уже перетащили в свои мультипарадигменные языки
228 1749956
>>749954
И в чём проблема?
229 1749960
>>749952

>В чем проблема использовать раст для веба?


Есть более подходящие варианты
Ты как бы и на С можешь написать, вот только зачем, если есть инструменты поудобнее
230 1749962
>>749956

Так конпелятор незавезли а спермобук вотвот.
231 1749963
>>749962

> вотвот


Не завезли ещё.

> конпелятор незавезли


https://github.com/rust-lang/rust/issues/73908

> Current status summary (2020-07-04)


> There is no timeline for any level of support.


> The x86_64 version of rustc works under Rosetta, producing x86_64 binaries that themselves run under Rosetta.


> The x86_64 version of rustc has cross-compiled an aarch64 version of rustc.


> The aarch64 version of rustc has compiled an aarch64 version of rustc.


> The aarch64 version of rustc has cross-compiled an x86_64 version of "hello world".

232 1749975
>>749963

То есть мне компелятор еще под мумулятором запкускать и терять на оверхеде мумулятора драгоценные продуктивные минуты?
233 1749978
>>749975
Для начала научись читать.
234 1750031
>>749953

>Слишком лоу лвл


Да не такой уж раст лоу левел. Типы примерно как в скале, ADT, паттерн матчинг, функции-хуюнкции, трейты — всё как у людей.

Ну да, тебе иногда приходится делать .as_ref(), но это говно за неделю учится и становится фоном, на который внимания не обращаешь. Считай просто часть DSL.
235 1750033
>>750031
В дополнение к предыдущему посту: есть Future и async/await, есть итераторы с кучей операций а-ля map/flatmap, есть Option и Result, есть стримы тоже с кучей операций (не fs2, конечно, но с пивом прокатит).

По мне так для веба абсолютно годный набор фунциональности в языке. В отличие от куска goвна, в котором ты императивные простыни пишешь всякий раз.
236 1750035
Кстати, а может кто-то посоветовать библиотеку стримов удобную? Я конечно даже не надеюсь на что-то типа fs2, но может есть что-то достойное?
237 1750150
>>749955

>Не-ООП мир сейчас никакие идеи не продвигает



Они никогда и не продвигали. Напомню что фишкой ноды были именно АСИНХРОННЫЕ КИШОЧКИ СТОПИЦОТ МЕГАЗАПРОСОВ В НАНОСЕКУНДУ, а позволяющий пересадить версталомакаку на бэк жабоскрипт шел бонусом - просто разрабам показалось удобным не изобретать велосипед, а спиздить быструю жид-машину у хромога.
238 1750152
>>749955

>Есть секта верующих в производительность. И пофиг что 90% времени занимает работа базы и пинг до сайта у тебя под сотню.



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

Так что производительность нужна не только что бы в 4к120фпс играть, у всяких скальпотрейдингов бирж крипты требования к реалтайму раз в 10 пожесче чем у привередливого пекабоярина.
239 1750159
>>750152

> носкул


> база


/0
240 1750162
Народ, а насколько подсчет ссылок замедляет программу?
241 1750166
>>750150
Идеи глубоко не из ноды. Даже скажу тебе такую вещь, что первые потоки в джаве были как раз зеленные. Ну а мейнстрим вроде как задал дотнет с асинками. Но корутины были давно.
242 1750171
>>750152

>околореалтаймовые задачи


Иди сначала матчасть подтяни, потом уже реалтайм-субзиро-абстракшен языки выбирай.
243 1750175
>>750162
Никто не считал, потому что всем похуй. Если тебе нужен бечмарк, то пишешь код и сам сравниваешь скорость копирования &-ссылки и клонирования Rc-ссылки с последующим дропом.
244 1750474
>>750035
Стримы не стандартизированы, так что смотреть только в крейте futures-rs где эти самые стримы и определены, ну и в рантайме который ты выберешь.

Написание своих стримов тоже задача нетривиальная, потому что асинхронных генераторов (да и простых генераторов тоже, лол) не завезли, а значит придётся ебаться с пинами/прожектами и прочим говном.
245 1750483
Как в расте с поддержкой юникода? Лучше чем в плюсах, где вроде как тип для него есть, но стандартная либа не знает как искать символы в строках?
246 1750500
>>750483
Строки по дефолту UTF-8. Поиск и итерация есть, индексация во внешней либе. Еще есть отдельный тип строк для того, чтобы скармливать его в WinAPI/POSIX.
247 1750647
>>750175
Зачем клонировать? Просто мне интересно, на системной уровне ест что кроме RAII и прямого контроля?
248 1750649
>>750647
Ты в курсе, что клонирование умных указателей просто увеличивает счётчик, но ничего не делает с самими данными?
249 1750651
>>750649
Ну просто RAII подход, тухлый. Сильно ограничивающий. Неужели нельзя сделать что-то другое?
250 1750653
>>750651
Сделали - GC. Есть варианты, которые даже не используют RAII, а вместо этого сканируют стэк.
251 1750690
>>750653
Толк от гц, если там анальная парадигма владения.
252 1750829
>>749931
Не для веба, а для бикенда! Это джве большие разницы! Это server side. Это не только PHP, это Java, .Net это Python и Go. И да, для конкретно моего проекта нужно что-то компилируемое и при этом вменяемое (казалось бы, несочетаемые вещи). Нашёл только 2 варика - это Swift и Rust. И первый по понятным причинам не подходит
253 1750840
254 1750893
>>750840

>C++


>Вменяемое



АХАХАХАХАХАХАХАХАХА
255 1750919
>>750829

> нужно что-то компилируемое


Зачем?
256 1750920
>>750829
Какие то странные у тебя требования
Писал бы как все, на этом: Java, .Net, Python и Go
257 1750926
>>749928

> Laravel


Лол, дегенерат, который даже Symfony не осилил, хочет куда-то перекатываться, спешите видеть.
258 1750946
>>750690

А ты как хотел, или парадигма владения или лови многопокпочного петуха в свой срачельник.
259 1750973
>>750926
Нахуя "осиливать" аж целый нахуй ненужный симфони, если можно взять лучшее что в нём есть, то есть Laravel?
260 1750974
>>749928

>SQL в миграциях


Как что-то плохое.
261 1750983
https://github.com/rustsim/nphysics/blob/master/src/algebra/velocity3.rs

> pub struct Velocity3<N: RealField> {


> /// The linear velocity.


> pub linear: Vector3<N>,


> /// The angular velocity.


> pub angular: Vector3<N>,


> }



> pub fn as_vector(&self) -> &Vector6<N> {


> unsafe { mem::transmute(self) }


> }



И растобляди после этого что то там кукарекают про UB, мде.
262 1750986
>>750983

>mem::transmute(self)



Да. ВНЕЗАПНО, в отличии от крестов, mem::transmute гарантирует что layout обоих байтохуиток как минимум одинаковый и никакого мусора не запишется.
263 1751012
>>750973
Мантры неосилятора. Вот почему после симфони на ларе можно писать свободно почти без чтения доки сам так делал, а когда ларавальщикам предлагаешь обратное, начинается маневрирование? Да потому что они тупые и привыкли делать тяп-ляп и в продакшен без напрягания межушного ганглия.
264 1751049
>>750893
Ну раст же он вписал в список.
265 1751053
>>750983

>Превращение массива из 6 элементов в массив из 6 элементов


>UB

266 1751061
>>751053

Ржавый гарантирует пакованость мемори футпринта структуры?
267 1751090
>>750829
Нахуя тебе компилируемое для бекенда?

Твои байтоёбские микрооптимизации никто не заметит за нетворк латенси, походами в базу и к 3rd party сервисам.
Ну допустим у тебя есть там числодробильный тяжёлый кусок, ну так любой нормальный язык позволяет встраивать низкоуровневый код для трудоёмких задач, где байтоёбство оправдано, но блять писать весь бекенд, где 75% - сверхвысокоуровневая доменная логика и ещё 20% всякий хитрый process-based код на низкоуровневой хуите, просто патамушто конпелируемое значит быстра работаит - это наркомания.
На бекенде скорее ценится возможность быстро линейно отмасштабироваться на N узлов, и сих пор на каком нибудь устаревшем JVM говне это задача со звёздочкой, а на лоулевел параше ты там вообще охуеешь.
268 1751094
>>751090

>На бекенде скорее ценится возможность быстро линейно отмасштабироваться на N узлов, и сих пор на каком нибудь устаревшем JVM говне это задача со звёздочкой, а на лоулевел параше ты там вообще охуеешь.



На устаревшем JVM говне это главная фишка была ещё с первых стандартов JavaEE и корпоративных серверов приложений.
269 1751097
>>751094

И это было главным селлинг пойнтом мейнфреймов и их жабовской экосистемы в те времена когда зион от третьепня отличался маркировкой на крышке и ценой.
270 1751098
>>751090

>На бекенде скорее ценится возможность быстро линейно отмасштабироваться на N узлов, и сих пор на каком нибудь устаревшем JVM говне это задача со звёздочкой, а на лоулевел параше ты там вообще охуеешь.



И кстати, для тех кому денег девать некуда, по прежнему легкой и является, заносишь лямы зелени и всё само масштабируется на JVM без ебли и пердолинга:

http://www.redbooks.ibm.com/abstracts/sg248006.html?Open
271 1751116
>>750946
Шта??
272 1751119
>>750973
>>751012
Раст сообщество снимает маску пафоса и демонстрирует свое истинную скрытую любовь - php.

Я кстати еще где-то в 2015 немного проиграл, когда узнал что в чатике по расту, большая часть это не матерые С++, бородатые мужики, а половина питонисты.
273 1751122
>>751090
Лол, на устаревшим JVM такая JIT компиляция, что может кусок мегаабстрактного говна типа джавы, может довести до производительности С++ (и я про реальные приложения, а не тесты лошадей в вакуум). Я уже молчу про фрагментацию памяти.

Вообще плохая привычка демагогии, брать таких великих как С++, Джава etc... и потом сравнивать с куском сырого говна типа Раст.
Может сложиться впечатление, что он им как-то вровень.
274 1751128
>>751061
С repr(C) гарантирует, даже без этого структура состоит из однородных полей.
275 1751167
>>751122

>великих


>С++, Джава



О, да.
Разве что речь идёт о великом пиздеце и величавшем говноедстве. Хотя есть же ещё говняшная, поэтому превосходная форма тут не совсем уместна
276 1751171
>>751167
Поехавший?
277 1751179
>>751171
Уга-буга макака плес
278 1751188
>>751119
Потому что он модный и молодежный, хотел на него перейти с пистона, но посмотрел работу в вебе и либы и решил укатится нахуй в ГОвно
279 1751191
>>751179
Ясно, поехавший.
280 1751203
>>751191
Я-то мимокрок
Житами с фрагментацией памяти уже давно никого не удивить
Как языки цпп с явой за все декады удержания ради рыночка с ордами уже обученных макак остались такими же сырыми копролитами во многом всратыми бай дизайн
Такая же "великая зачем-что-то-еще-нужно не-имеющая-серьёзных-конкурентов" но только высокоуровщина в лице перла была в одночасье слита
281 1751216
>>751188

>ГОвно


И как тебе? Там же ёбу-дашь на таком говно долгое время писать?
282 1751217
>>751203
Ппц, ты реально поехавший

мимо
283 1751234
>>751216
Архаичное говно, вспомнил, как в вузе лаба1.c писал. Ну и просто на говне единственные вакансии были без дропа зп да ещё и повысилась в 1.5 раза , т.к. там ещё и питон нужен был. Но мне похуй на чем писать, я за деньги работаю.
284 1751236
>>751234

>мне похуй на чем писать


>питон говно


>я за деньги работаю

285 1751242
>>750829
Взял cython сишные/плюсовые либы и питон для бека, спрашивай ответы. На ситоне вроде нормас либы можно будет соединить качественно и быстро, чуть приятнее чем на голом си. Сейчас выбираю только либы и фреймворки.
Раст как и всё остальное, вроде элексира оказывается может нивывести по скорости и надежности, а ебли с ним почти столько же сколько и с сиплюсами. Ноль профитов. Плюс на питоне можно управлением серверами/облаками сделать просто и безболезненно.
286 1751245
>>751236
Ну да, а что такого? Не за идею же работать.
287 1751509
>>750986
Нет, трансмут только размеры проверяет, а не layout.

>>750983
Там #[repr(C)] на всех структурах, поэтому UB возникнуть не может, петух ты ебаный. Внимательнее читай описания и знай откуда UB в расте бывает, а не просто кукарекай.
1448014339359.jpg82 Кб, 1280x720
288 1751559
>>750983
Поэтому трансмут и помечен как ансейф.

И даже в доках 10 раз написано мол смотри не натвори хуйни. И ещё 20 примеров где ты возможно захочешь трансмут, но есть варианты получше.
289 1751563
>>751509

> Нет, трансмут только размеры проверяет, а не layout.


Ващет трансмут буквально копирует байты объекта в новое место и удаляет старый. Потому (после исправления бага [1], лол) на выравнивание ему строго похуй. Тут многие думаю, что это аналог reinterpret_cast, но это далеко не так. Это аналог вызова move-конструктора. А вот оптимизируется ли копирование или нет уже зависит от LLVM (как и 90% остальных зиро-кост абстракций).

[1]: https://github.com/rust-lang/rust/pull/38670
290 1751582
>>751559
И что, здесь не нашлось варианта получше?
291 1751588
>>751582
Это уже к автору библиотеки. Я не знаю что за Vel3, Vec3, Vec6 и как они используются.
292 1751655
3
293 1751656
>>750974
Как оно там, в 95м?

>>750926
Сам ты денегерат. Я видел ещё первую симфу. А ещё вторую, третью и четвёртую. И угадай что они сделали в 4й. Да-да, мань, он самый, Laravel.
294 1751665
>>751656

> в 95м?


SQL понятнее, проще и стабильнее, чем очередной/любой ORM высер.
295 1751705
>>751665
Самые быстрые и вменяемые синхронные БД драйверы это у пхп (как для динамического языка) и джава. Если база у тебя до сих пор узкое место. И ты не хочешь вкладывать в 4-10 больше кода и контроля чем это нужно (то есть, не писать на C++ или Rust), то конечно, джава или пхп это твой выбор без вариантов.
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=query&d=9

Там, конечно, есть еще го в списке, но для полного асинхронного языка, показатели вообще не впечатляющие (ну и как по мне, чтобы писать на го, надо иметь вдохновения больше чем здравого смысла, тем более когда асинхронное программирование есть уже везде).
296 1751712
>>751656
Ну давай удали мне значение из ENUM'а без SQL'а в миграции.
Или любую другую операцию, по типу взять стринговую колонку с дефолтом и без нон-нулл констрейнта и сделать из него ENUM (тоже с дефолтом) и с нон-нулл констрейнтом.

>>751705

>Самые быстрые и вменяемые синхронные БД драйверы это у пхп (как для динамического языка) и джава.


Это если ничего кроме пыхапе и джявы в жизни не видел.
297 1751718
>>751712

>Это если ничего кроме пыхапе и джявы в жизни не видел.


Там тебе, шизику, даже пруфанули ссылкой. Нет, мы будем дальше создавать свой манямир.
298 1751724
>>751718

Ох уж эти маняпруфы манятестами-нетестами.
299 1751815
>>751724

>Снова неудобные тесты, шатающие мой манямир.

300 1752249
>>751242

>cython


+

>python


+

>ffi


Пиздос, просто пиздос. Я, как раз, ушёл примерно с этой связки на раст.
301 1752282
>>752249
А шо не так? Мне кажется идеально. Пистон для бизнеслогики, цитон и либы для серверов.
Какие подводные камни?

> ffi


Зачем, если есть юникс сокеты?
Разве что для говнокода в бизнеслогике.
302 1752366
>>752282
Питон слишком распиздяйский. У меня часто бывает так: пишу-пишу, хуярю прям, наконец оно работает - и я закрываю проект на неделю-две, ибо заебался.
Когда возвращаюсь, то код на питоне читаю с трудом. Начинаю править - вообще пиздос. На расте хотя бы строгость типов выручает.
Плюс к этому питон ещё и тупо медленный, а cython ебически костыльная параша, которая ни там, ни там.
Смысл в питоне - или прототипировать по-быстрому, или взять готовый комбаен, типа джанги. Хотя мне и на расте норм прототипируется - в этом его охуенный плюс в сравнении с сями.

Вообще, такое моё отдельное имхо, время питона, как и бейсика, осталось где-то там, когда не только лишь все могли позволить себе 48G оперативы для работы Ide и 8 ядер для компиляции. Если хренакать код в блокноте без всякой подсветки на 486DX, то питон прям самое оно - и ждать конпеляции по 15 минут не надо, и опечаток в коде минимум - типы-то указывать не надо.
303 1752369
304 1752374
>>752366

> Когда возвращаюсь, то код на питоне читаю с трудом


Гыкнул нах, такая же хуйня. Вообще не ебу как это работало и почему. Но это смотря как писать, да.

> а cython ебически костыльная параша, которая ни там, ни там.


Не, это же просто си с обёрткой. Как жобаскрипт/типаскрипт, а это си/ситон. Пишешь костыли - на выходе получаешь костыль ебаный. Проблемы написания, так сказать.

> Хотя мне и на расте норм прототипируется - в этом его охуенный плюс в сравнении с сями.


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

> 48G оперативы для работы Ide и 8 ядер для компиляции.


Как тебе сказать... Дело в том что компиляции ждать в некоторых проектах приходится по 8 часов на кластере. Так что ты поосторожнее с этой хуйней. Не то чтобы это сильно к расту относится, но и раст ну нихуя не быстро компилирует. И это нихуя не хихи-хаха, это реальная проблема для разработки.
305 1752405
Почему Раст такой охуенный? Почему гениальные люди смогли высрать безопасный системный язык, который элиминирует 90% багов с памятью, и при этом обоссывает кресты по бенчмаркам? Как удается такое делать, почему Раст не создали раньше? Просто 10 из 10. Этот язык изменит мир.
306 1752437
>>752405
Толсто.
307 1752482
>>752437
Я серьезно. У тебя есть аргумент против? У языка только 1 изъян - он еще молод, а молодость не наруку молодым ЯПам, инфраструктура еще зеленая, но это дело времени. С инженерной точки зрения - уникальнейший язык программирования. Гонять байтики на топовых скоростях, не высирая при этом UB на каждом пук-среньке, как в с и с++, имея синтаксис полускриптового-полуфункционального языка без блевотины. И безопасность памяти в 98% случаев (остальные 2% случая ансейфа идут на фокус во время тестов), не имея сборщика мусора.

Это официально первый язык в мире, которому удалось и рыбку съесть, и на хуй сесть. Казалось бы, это было невозможно.
308 1752487
>>752482
Толсто
image.png99 Кб, 250x346
309 1752504
>>752405
>>752482
Гриб паразит делает свое дело.
310 1752505
>>752482
В реальности 98% кода цепляют ансейфные либы, а 2% так называемой безопасности с памятью это всего лишь 0.01% реальных ошибок.
311 1752549

>компиляции ждать в некоторых проектах приходится по 8 часов на кластере


Ну, так скажем, это явно не про меня и не про мои масштабы. Хотя перед растом я пробовал Julia (идеологически она замена питона для яйцеголовых) - вот там оно пиздос как долго собиралось.
Вот лет 10 назад, будь даже раст так же развит, как сегодня, я бы может и остался на питоне - на 2гига/2 ядра далеко не уконпеляешь, а больше у меня тогда не было.
312 1752710
>>752505

>а 2% так называемой безопасности с памятью это всего лишь 0.01% реальных


https://www.chromium.org/Home/chromium-security/memory-safety
https://msrc-blog.microsoft.com/2019/07/18/we-need-a-safer-systems-programming-language/
~70%

>>752487
>>752504

>пук



>>752505

> РЯЯЯ АНСЕЙФ РЯЯ


Опять гуманитарии срут в треде. Иди с пхп ебись, неосилятор.
313 1752715
>>752482

>Это официально первый язык в мире, которому удалось и рыбку съесть, и на хуй сесть. Казалось бы, это было невозможно.


Это связанно с тем, что он юзает наработки современных computer science, теории типов и компиляторов. Ну и стоит на плечах гигантов конечно (llvm, компилы плюсов и си). У Rust ещё есть куда расти и где развернуться в плане оптимизаций и анализа.

Большинство остальных языков по сути только комбинируют подходы 30-ти летней давности.
314 1752748
>>752710
О том и речь.
В хромиуме сейчас открыто 62590 багов.
Всего счетчик багов переваливает за миллион.
По твоей ссылке 70% от 912 багов
Это 638 багов
Это 1% от открытых на данный момент багов.
Это 0.06% от всех открытых багов.
Как я и говорил значимость раста для безопасности СИЛЬНО преувеличена.
315 1752769
>>752748

>По твоей ссылке 70% от 912 багов


>Это 1% от открытых на данный момент багов.


Это критические и опасные баги. И анализ на их основе.

Причем тут открытые баги? Если это был анализ на основе всех открытых багов, то окей - твоя правда. И какое распределение опасных или критических багов среди открытых сейчас ты умолчал.

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

> С 2004 года Центр реагирования Microsoft Security (MSRC) обрабатывает все обнаруженные уязвимости безопасности Microsoft. Из всей этой сортировки выделяется один удивительный факт: как говорил Мэтт Миллер в своей презентации в 2019 году в BlueHat IL, большинство исправленных уязвимостей и с назначенным CVE вызваны тем, что разработчики непреднамеренно вставляют ошибки повреждения памяти в свой код C и C ++. Поскольку Microsoft расширяет свою кодовую базу и использует больше программного обеспечения с открытым исходным кодом в своем коде, эта проблема не становится лучше, она ухудшается. И Microsoft не единственная, кто подвержен ошибкам повреждения памяти - это только те, которые приходят в MSRC.


https://msrc-blog.microsoft.com/2019/07/16/a-proactive-approach-to-more-secure-code/
316 1752771
>>752748

>В хромиуме сейчас открыто 62590 багов.


>Всего счетчик багов переваливает за миллион.


>


Большая часть из них - это "хитровыебанная комбинация html-тегов рисуется неправильно", причем тут безопасность?
317 1752774
>>752748
Может быть не так выразился. В целом те баги, что там продемонстрированы - это как раз про безопасность. Т.е. если мы говорим именно про безопасноть, а не логические или функциональные ошибки и недочёты, то проблемы с памятью это более 70% этих ошибок.
318 1752780
>>752769

>Поиск и устранение таких багов - это сотни тысяч долларов.


Как и переписывание всего на расте (учитывая что на нем еще и дольше писать)
319 1752783
>>752774
Ладно, убедил, перейду на ваш раст, только сначала забаньте всех Колянов и уберите все ансейфы из стд и крейтов.
15944674143890.jpg274 Кб, 1080x1054
320 1752784
Выбрал раст как язык для вката в айти, работаю разнорабочим до сентября, потом будет возможность сычевать пару месяцев.

В России же на нем вакансии появятся в следующем году? Смотрю на запад, там уже. Хочу пилить что-то хардкорное на расте.
321 1752792
>>752784

>разнорабочий


>раст


Уже тут перетолстил.
322 1752807
>>752784
Сейчас бум раста в европке.

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

Лично я раст использую только для личных проектов.
323 1752808
>>752783

>и уберите все ансейфы из стд и крейтов


Зачем? Почитай сначала зачем ансейфы в расте нужны, не уподобляйся анонам из треда, которые раст видать не видывали.
324 1752812
>>752780

>(учитывая что на нем еще и дольше писать)


пруфов конечно же не будет.

>Как и переписывание всего на расте


Можно для начала переписать лишь некоторые модули (что они собсна и делают).
1496234869065.png85 Кб, 691x950
325 1752824
>>752808
Чтобы побеждать в бенчмарках? А потом говорить что """"безопасный язык"""" быстрее крестов. Правда, злобные кресты все равно почему то быстрее, вот вредины.
326 1752834
>>752812

>пруфов конечно же не будет.


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

>Можно для начала переписать лишь некоторые модули


И внезапно безопасность всей системы остается такой же низкой, как низка безопасность самого уязвимого непереписанного модуля.
Снимок экрана 2020-07-16 в 14.15.52.png225 Кб, 906x1924
327 1752835
>>752824
Так нет, раст быстрее жи.
Совсем плюсодибилы стыд потеряли уже, скрины обрезанные кидают и выдают за аргумент.
Снимок экрана 2020-07-16 в 14.18.48.png217 Кб, 728x1706
328 1752841
>>752835
А в рамках одного и того же LLVM-а он и си раздрачивает.
rust cpp.png39 Кб, 771x861
329 1752844
>>752824

>Чтобы побеждать в бенчмарках?


В том числе и для этого.

Это картинка какого года? 15го?
Тут, кстати, и код тестов есть. В некоторых вообще нет unsafe.
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/rust-gpp.html

>>752834

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


Что-то где-то от кого то слышал, пруфов не будет. Понятно.

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


Поэтому нужно переписать его.
330 1752848
>>752835
Ну и зачем ты кинул обрезанный скрин, растодебил? Неудобно от факта что раст сливает крестам?
331 1752851
>>752844

> В некоторых вообще нет unsafe.


> В некоторых


Лол.
332 1752852
>>752844
Вот когда перепишут весь хром, тогда и приходите.
333 1752853
>>752834

>Не будет.


Ну не будет и не будет, всё равно 80% работы над кодом — это его поддержание/фиксы/расширение, а не написание нового кода.

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


Снова потому что ты скозал?

>>752848

>5:5


>раст сливает крестам


У тебя в голове arithmetic overflow чтоле, плюсодибил?
334 1752856
>>752851

> РЯЯЯ АНСЕЙФ РЯЯЯ



>>752852
== ВЫ НАХОДИТЕСЬ ЗДЕСЬ ==
335 1752861
>>752856

> РЯЯ АНСЕЙФ ЭТО БЕЗОПАСНО! КОЛЯН МАМОЙ КЛЯЛСЯ ЧТО ТАМ ВСЕ РАБОТАЕТ

336 1752862
>>752824
>>752835
>>752841
>>752844
>>752848
Все эти тесты на самом деле вообще не роляют.

В 15-ом году Rust был по скорости как Java, а то и хуже.
В 19-ом году Rust по всем пунктам взъебал плюсы и си.
Сейчас он въезбал си, но уступает плюсам в некоторых тестах. Эти тесты пишут и отправляют туда такие же аноны. Завтра какой-нибудь растаман напишет лучший тест, а послезавтра сишник взъебёт и плюсовиков и растаманов вместе взятых. Поэтому сомнительные пруфы чего-либо нибудь.

Язык нужно судить по рантайму и оптимизациям. Рантайм у раста меньше плюсов и больше си. Но по оптимизациям он им уступает (+ баги компилятора). В будущем это возможно поправят, но сейчас он очевидно по некоторым пунктам должен уступать плюсам и уж тем более уступать си. Хотя в тестах внезапно рвёт си, но это скорее говорит про качество самих тестов.
337 1752863
>>752861

> АНСЕЙФ


> КОЛЯН


> РЯЯ БЕЗОПАСНО


Бинго гуманитария
338 1752871
>>752863

> РАСТ БЕЗОПАСНЫЙ! Я ЗАЖМУРЮСЬ И АНСЕЙФОВ НЕТУ


Неужели сектанты не понимают, что они делают языку только хуже своим антипиаром? Я например точно никогда не выберу раст, потому что все время такое вранье.
339 1752872
>>752871
Беда.
340 1752873
>>752871

>только хуже своим антипиаром


Если ты не понимаешь зачем нужны unsafe, то чем я могу тебе помочь?

>потому что все время такое вранье.


Где вранье? Где я тебе в чем либо врал?

>Я например точно никогда не выберу раст


Да мне плевать, честно говоря.
341 1752875
>>752873

>Если ты не понимаешь зачем нужны unsafe


Я отлично понимаю. Чтобы написать _небезопасный_ код. Лол.

>Где вранье?


Что язык (с ансейом везде) безопасный и быстрее с++.

>Да мне плевать, честно говоря.


Значит ты умышленно вредишь языку, ясно.
342 1752877
>>752853
Неумение в логику - это обязательное условие чтобы стать растовиком?
То вы не понимаете, почему язык вставляющий лишние инструкции медленнее другого языка, то не понимаете почему если можно взломать один модуль то похуй насколько безопасны другие.
RpZcgatGg90.jpg490 Кб, 2560x1862
343 1752880
344 1752893
>>752875

>Я отлично понимаю


Нет.

>Что язык (с ансейом везде) безопасный и быстрее с++.


Rust гарантирует безопасность в safe подмножестве и по скорости он на уровне плюсов (примеров масса, что в практике, что в теории).

>Значит ты умышленно вредишь языку, ясно.


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

Я это всё пишу для анонов, которым возможно интересен язык и его экосистема. Дабы они не велись на все эти бесконечные набросы про ансейфы, скорость, баги, якобы сложный синтаксис и прочее.
345 1752901
>>752893

>Rust гарантирует безопасность в safe подмножестве


Круто. А то что этот safe код дергает постоянно unsafe коляна закроем глаза.

>по скорости он на уровне плюсов


Плюс минус, но чаще минус.

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


Ну то есть занимаешься умышленным враньем, о чем тебе и указали.
346 1752909
>>752901

>Круто. А то что этот safe код дергает постоянно unsafe коляна закроем глаза.


>



Небезопасный не означает некорректный.
347 1752911
>>752909
Девиз Раста. В шапку.
348 1752912
>>752909
Вероятно слово unsafe выбрано не очень удачно.
Код помеченный как unsafe не является "небезопасным", а скорее "корректность этого кода подтверждена обезьяной его написавшей"
349 1752915
>>752912

>"блябуду, безопасный код, мамой клянусь"

350 1752917
>>752909
Так и UB в крестах не означает. И зачем тогда переходить?
351 1752918
>>752915
Высказывания знаменитых Колянов.
352 1752920
>>752915
Какая альтернатива? Idris?
353 1752922
Аноны, может я не догоняю, но объясните пожалуйста как раст может быть быстрее Си? Ладно там сравним с крестами, ок, но Си? У Раста есть рантайм проверки (иначе Раст не решал был проблемы с переполнением динамических массивов в куче, размер которых вполне может быть неизвестен во время компиляции), которые обязаны тратить время, никаких рантайм зиро-костов нет ни в расте, ни в плюсах, любое действие занимает энное кол-во тактов процессора. Вопрос - КАК раст может быть быстрее Си, где нет вообще никаких проверок, а лишь голые, сырые, доверяющие программисту обращения к памяти?
354 1752923
>>752901
Что бинарное мышление?
То есть для тебя код с, допустим, одним ансейф блоком такой небезопасный, как код, который полностью ансейф?
355 1752924
>>752877

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


Во первых раст не генерит так уж много лишних инструкций (он их вообще почти не генерит). Разница между safe и unsafe кодом в реальных проектах - доли наносекунд. Это пустяк, по сравнению с другими безопасными языками. Но при этом ты можешь отключить этот функционал в раст (привет unsafe!).

Во вторых если ты пишешь на плюсах или си, то ты их так и так будешь вставлять, если хочешь писать безопасный код.

>>752901

>А то что этот safe код дергает постоянно unsafe коляна закроем глаза.


Нет, не закроем. И не закрыли. Эту багу исправили, а колян ретировался из-за хейта.

На некоторые особенности unsafe накладываются ограничения в safe подмножестве. И искать баги, которые ты знаешь где искать (unsafe) проще, чем искать их по всей программе, которая вся unsafe (как в плюсах или си).

>Ну то есть занимаешься умышленным враньем, о чем тебе и указали.


Враньём и невежеством занимаешься ты и твои сотоварищи. Вы вообще ничего не понимаете в расте и его экосистеме, но продолжаете тут семинить и набрасывать ради внимания.
356 1752926
>>752922
Ты сишный код-то видел? Там обычно переизобретается почти вся стандартная библиотека и типы, а потом все заворачивается в макросы, которые собственно эти же самые проверки и выполняют.
357 1752930
>>752924

>Эту багу исправили


Один ансейф убрали из сколько там тысяч?
358 1752932
>>752930
Всё ещё меньше чем в C/C++
359 1752934
>>752922
Тут я отвечал, отчасти >>752862

Ну и многие, т.н. "проверки раста" - делаются на этапе компиляции. Другие конструкции делают по минимуму проверок или разворачиваются в более сложные структуры.

Ну и сами эти "проверки" не жрут столько, сколько о них принято говорить. Тут был анон, который утверждал, что эти проверки чуть-ли не каждый такт происходят как в какой нибудь GC. Это чушь, но ему тут поверили. Кто-то даже "разуверился" в расте, лол.
360 1752936
>>752930

>РЯЯЯ АНСЕЙФ РЯЯЯ


Опять заклинило?
361 1752942
>>752807
где посмотреть/почитать про этот бум?
362 1752943
>>752917
В Расте UB, который происходит в библиотеке, ограничен этой библиотекой. Соответственно, если пофиксить этот баг, то ты автоматически фиксишь вообще весь код, который только использует эту либу. А инвалидация итераторов и прочее подобное говно считаются фичей, поэтому никто никогда не будет их фиксить. Да и пофиксить без потери производительности нелья, потому что компилятор не помогает.
363 1752944
>>752936

>обсуждают ансейф


>РРЯ КАК ТЫ СМЕЕШЬ ОТВЕЧАТЬ ПРО АНСЕЙФ


Ясно, таблеточки прими.
364 1752945
>>752943

>UB, ограничен этой библиотекой.


А вот и эксперты с уроков возвращаются.
365 1752946
>>752922
Никак, лол, он и не может. Если он быстрее - значит в бенчмарке на Си ошибка.
>>752934
>>752924
Речь не про инструкции проверки. А про другие лишние инструкции.
366 1752947
>>752930
Дружок, ты какой-то ебанутый. Ансейф, это не плохо, это потенциальная возможность сделать плохо, когда на разработчика ложится чуть больше ответственности, чем обычно.
Допустим, есть у тебя бинарные данные, в которых ты 100% уверен, что там некая repr(C) структура. Берёшь, и через transmute ебошишь в ансейфе. Какие у тебя претензии к такому подходу?
Коляна загнобили за то, что через ансейф он пытался наебать бч, создав потенциальные дыры в безопасности. Ну дак, все остальные ансейфы в расте также худо-бедно просматриваются на предмет таких выкрутасов.
367 1752950
368 1752952
>>752946

>Речь не про инструкции проверки. А про другие лишние инструкции.


Пример? Если это баги компилятора, то ок. Их нужно фиксить.
369 1752953
>>752944

>обсуждают ансейф


Ансейф тут обсуждаешь только ты и другие альтернативно одарённые, не осилившие собсна Rust и, скорее всего, ни один другой язык программирования в т.ч. плюсы и си.
370 1752955
>>752953

>опять сишники говна нам в штаны залили

371 1752956
>>752946

>Если он быстрее - значит в бенчмарке на Си ошибка.


Бенчмарки пишутся не так. В теории может быть такое, что код на расте с его типами может лучше описывать алгоритм из коробки, чем си кототорый будет плодить лишние действия.
372 1752957
>>752955

> ты долбоёб ниосилятор


> опять сишники говна нам в штаны залили

373 1752959
>>752953
Конечно, ведь растаманам тема ансейфа неудобна. Поэтому цель растаманов заткнуть всех кто ее вскрывает.
374 1752963
>>752947
Всё правильно. Unsafe это не баг, а фича. Это возможность из безопасного языка высокого уровня стрелять насколько угодно вниз и оптимизировать код до байтиков.

НО НАХУЯ НАМ ПОДМНОЖЕСТВО АНСЕЙФ У НАС ЖЕ ЕСТЬ СИ И СИ ПЛЮС ПЛЮС ОНИ ВСЕ АНСЕЙФ ЭТО ТАК ЗДОРОВО
375 1752966
>>752959

> ведь растаманам тема ансейфа неудобна


У растаманов есть целая книжка про unsafe, где рассказывается как его применять и в каких случаях, как работает компилятор и как лучше обезопасить себя при работе с ними.
https://doc.rust-lang.org/nomicon/

Тема ансейфов юзается только ниосиляторами из треда
376 1752968
>>752957
Чел, вообще то, это за раст топят только те кто не осилили си/кресты :3
377 1752972
>>752966
Ууу, целая книжка... значит это что то умное...
378 1752977
Что там крестоебы скажут на это: https://matklad.github.io/2020/07/15/two-beautiful-programs.html
379 1752980
>>752959
Ты - не используй. Вот прям совсем не используй, если совсем не хочешь проблем. А если твоя прога вылетит из-за чужого ансейфа - репорти баг её авторам, вот и всё. Либу с ансейфом юзает больше народу, чем твоё конечное приложение - соответственно, вероятность исправления довольно высока.
А у тебя всё safe и чики-пики, здорово, правда?
Ты, конечно, можешь и сразу использовать unsafe, но это не есть дефолтная опция, как в сях/плюсах. А это значит, что немного погуглив, ты, скорее всего, найдёшь решение своей проблемы без ансейфа.
380 1752985
>>752968
Я наблюдаю обратную тенденцию. Как раз таки ребята, кто осилили и писали много на си и плюсах чаще положительно относятся к раст, потому что понимают в чем он может им помочь и в чём его фишка. Например, в прошлом треде был зумер, которому приходилось объяснять что такое ub и почему это геморрой. Он то писал на си и у него всё нормально. Ни о каких ub он и не слышал. Это маркетинговый буллщит. >1747649

Это вкратце о противниках раста в треде.

Можно посмотреть на хабре статьи про раст, где люди перешедшие из плюсов положительно о нём отзываются.
https://habr.com/ru/post/497114/

Одни из лучших статей про Rust в русскоязычном комьюнити были написаны плюсовиком со стажем.
https://habr.com/en/users/humbug/
https://habr.com/en/post/434200/#comment_19552096
381 1752986
>>752985
Думаю пора понять, что в этом треде никто не знает раст, на самом деле. Ни те кто за него топят, ни те кто набрасывает на вентилятор.
382 1752988
>>752977
У вас ансейфы
383 1752994
>>752985
@
не работает асинк
@
Ээ нуу поправим ща поправим базарю, хотите можете свой асинк напистаь, ну чего вы начинаете ну хорошо же общались
384 1752997
>>752994
Что значит не работает?
https://habr.com/ru/post/504020/
https://rust-lang.github.io/async-book/

Более глубокая поддержка async/await разрабатывается прямо сейчас
zoomer.jpg7 Кб, 225x225
385 1753000
>>752994

>не работает асинк

386 1753004
>>752997

> Что значит не работает?


Это когда виснет приложение, тип того, ну когда тип тестируешь, а потом раз и отказ хех))))

> Более глубокая поддержка async/await разрабатывается прямо сейчас


Вот когда будет, тогда и приходи. Охуеть блядь, 2к20, асинк не осилили напердолить без проблем.

>>753000
Так понимаю для тебя асинк это сложно и неважно, зумерок?
f5f.png54 Кб, 434x327
387 1753007
>>753004

>Это когда виснет приложение, тип того, ну когда тип тестируешь, а потом раз и отказ хех))))


>Вот когда будет, тогда и приходи. Охуеть блядь, 2к20, асинк не осилили напердолить без проблем.


>Так понимаю для тебя асинк это сложно и неважно, зумерок?

388 1753012
>>753004

>Это когда виснет приложение, тип того, ну когда тип тестируешь, а потом раз и отказ хех))))


Охуенно. Что ещё расскажешь?

>Вот когда будет, тогда и приходи.


Это ты сюда пришел. Это растотред, если что.
389 1753015
>>752985
Маркетинговый булщит, дружок, это писать что раст безопасный, а потом всплывает ансейф
unsafe-seal-print-grunge-style-blue-vector-rubber-print-uns[...].jpg50 Кб, 800x463
390 1753032
>>753015

>а потом всплывает ансейф


>ансейф


На какую ты выходишь уже итерацию?

В шапку нужно вынести что-то связанное с ансейфом. Ибо поток дебилов, которые про него упоминают (ничего о нём не понимая) - колоссален.
391 1753033
>>752956
Да-да, магией, каким то образом раст станет быстрее.

>си кототорый будет плодить лишние действия.


Это и значит что бенч на Си написан с ошибкой.
392 1753034
>>752980
Да, здорово. Надо просто репортить баги в либе, ясно. А пользователи подождут пока баги в либе исправят. Ну это конечно если Колян не скажет что ему это скучно фиксить и не пошлет тебя.
393 1753035
>>753032
Да все все отлично понимают. Это только ты дурочка строишь из себя.
394 1753037
>>753033

>Это и значит что бенч на Си написан с ошибкой.


Нет, не значит. Перечитай ещё раз.

>>753032

>Ибо поток дебилов


Он тут один, максимум вдвоём. Семинит ещё с прошлого треда.
395 1753039
>>753037
Да, значит. Перечитай еще раз.
208-2084040transparent-wojak-png-dumb-person-drawing-meme-p[...].jpg26 Кб, 308x280
396 1753040
>>753033

>Да-да, магией, каким то образом раст станет быстрее.


>Да, здорово. Надо просто репортить баги в либе, ясно


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

397 1753043
>>753035

>Да все все отлично понимают


>все все


Зумера стоит начать пиздить уже хотя бы за неуважение к букве ё.
398 1753051
>>753034

>А пользователи подождут пока баги в либе исправят


Да. В любой либе могут быть баги - ты не знал? Особенно на сях/плюсах, где вообще весь код unsafe.
399 1753053
Бьюсь об заклад, в свое время также копротивлялись, когда в мире системщины на смену Фортрана/асма приходила Сишка, кричали, мол, зачем нам новый беспонтовый язык, все уже создано!
Камон, аноны, мир технологий развивается, новые, более совершенные поколения приходят на смену, откуда столько негатива? Неужели и в 2к20 большинство людей ретрограды и готовы жрать говно из 80ых по непонятным причинам?
400 1753065
>>753053
Ради одного борроу чекера перехадить на это синтаксическое недоразумение? Я подожду еще 5 лет какого нибудь C+++ куда это добавят. хотя можно и сейчас обернуть в owning_ptr<> и проверять стат анализом
401 1753067
>>753007
Как зумерку-фанатику неприятно. Опять твой выбор оскорбляют, да?

>>753012

> Охуенно. Что ещё расскажешь?


Да ничего, большего тут и не нужно. В каких вообще областях можно без асинка работать?

> Это ты сюда пришел. Это растотред, если что.


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

>>753053
Когда приходила сишка, люди ебали технологии и си был максимально технологичным. Сейчас вайт/блек листы правят, вместо языка и критически важных либ.
402 1753074
>>753065
Добавят борроу-чекер и сломают 80% программ, написанных на крестах, да еще и обратную совместимость в придачу, ага
И да, борроу-чекер - революция в мире языков программирования. Досель не было ни одного задокументированного эксплоита под программу, написанную на Расте, и вряд ли когда-то будет, в то время как в С/С++ коде находят переполнения буфера даже в 2к20 году. Проблемы 20-ого века должны остаться в 20ом веке, иметь ошибки памяти в 2к20 году - это просто смех, лишь показатель того, что системщина была ОЧЕНЬ долгое время в стагнации.
403 1753075
>>753074
Неуловимый Джо.
s.png14 Кб, 1019x428
404 1753076
>>753053

>большинство людей ретрограды


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

5 лет к ряду быть самым любимым языком на stack overflow это тоже наверно буржуазная пропаганда или жидомасонский заговор.
https://insights.stackoverflow.com/survey/2020#technology-most-loved-dreaded-and-wanted-languages-loved
405 1753078
>>753032
Правильно. Надо не исправлять, а запрещать обсуждение. Ты уже постиг всю суть растокомьюнити.
406 1753079
>>753078

>Надо не исправлять, а запрещать обсуждение


Где ты там что либо про запрещать прочитал, идиот?

Я уже просто орать начинаю с ваших маняврёв, до ровных мест доёбываетесь.
407 1753085
>>753079
Там, где ты бегаешь по всему треду с горящей жопой и орешь что "вы ничего не понимаете и вообще наверное си не осилили"
408 1753087
>>753085

>вы ничего не понимаете и вообще наверное си не осилили


Звучит разумно
409 1753089
>>753087
А может ты просто даня крюков?
410 1753091
>>753089
Твой одноклассник с которым вы весь тред засрали? Нет, это не я.
411 1753093
>>753074

> И да, борроу-чекер - революция в мире языков программирования.


Магическое мышление итт. Это просто подсчет ссылок контекста, ты в курсе? Эту хуйня на первом курсе наверн проходится, есть в каждом профайлере. Так и называется "reference counting". Можешь в любой компенлятор добавить.

> Досель не было ни одного задокументированного эксплоита под программу, написанную на Расте


Ору
412 1753094
>>753091
Мальчик, иди портфель собирай.
Твоя ошибка в том что ты дядей поумнее тебя считаешь более глупыми чем ты.
413 1753096
>>753093

>Это просто подсчет ссылок контекста, ты в курсе?


В компайл тайме. Вроде в кресты просто так не добавить.
zoomer.jpg7 Кб, 225x225
414 1753097
>>753094

>Твоя ошибка в том что ты дядей поумнее тебя считаешь более глупыми чем ты.

415 1753098
>>753097
Да мы поняли уже, что это твой портрет, растафан.
f5f.png54 Кб, 434x327
416 1753099
>>753098

>Да мы поняли уже, что это твой портрет, растафан.

417 1753100
>>753093

>Ору


Пруфанешь мб? Ах да, ты не сможешь пруфануть, потому что эксплоитов, использующих уязвимость в программе, написанной на Расте, пока еще не было. Да и вряд ли будет. Даже с ансейфом там все очень сложно.
418 1753101
>>753099
Хорошо, хорошо, зумер, успокойся и играй в свой раст
419 1753102
>>753100
Неуловимого Джо обять не взломали
420 1753108
>>753076

>5 лет к ряду быть самым любимым языком на stack overflow это тоже наверно буржуазная пропаганда или жидомасонский заговор.


Точно, а Julia тоже пиздец какой хороший язык
421 1753110
>>753108
А что с ним?
422 1753115
>>753076
Сжв. Сжв заговор.
423 1753117
>>753108
У Julia хотя бы назначение есть.
424 1753126
>>753096
Подсчет ссылок контекста это вполне примитив.

>>753100

> Пруфанешь мб?


Пруфану мб.
https://medium.com/@shnatsel/how-rusts-standard-library-was-vulnerable-for-years-and-nobody-noticed-aebf0503c3d6
https://www.cvedetails.com/vulnerability-list/vendor_id-19029/product_id-48677/Rust-lang-Rust.html

> потому что эксплоитов, использующих уязвимость в программе, написанной на Расте, пока еще не было


Как тебе и говорил анон выше - неуловимый джо. Раст попросту не используют в продакшене и всем поебать на него.
Но в случае чего ошибок дохуя можно найти. Ошибок в сторонних либах еще больше.
425 1753139
>>753126

>Пруфану мб.


Маня, ты эксплоит от уязвимости отличаешь вообще? Судя по всему нет.
Иметь уязвимость - одно дело, написать под нее работающий эксплоит, который исполняет произвольный код от лица уязвимой программы - совсем другое дело.
Пару дней назад нашли серьезную дыру в реализации dns сервера в винде, написали PoC эксплоита, который удаленно ставил раком компьютер. Написано на Сишечке, разумеется.

Когда подобная дичь произойдет с программой, написанной на Расте, приходи. А сейчас это не более, чем пуксреньк.
426 1753142
>>753139

> эксплоит от уязвимости отличаешь


Ты дурачок?
427 1753145
>>753126

>Но в случае чего ошибок дохуя можно найти. Ошибок в сторонних либах еще больше.


Толи дело...Ой. А не напомнишь в каких языках их нет?

>>753142
Он тебе всё правильно написал. То, что ты скинул - это какие-то мимохуи нашли баги в библиотеке. Таких багов прям сейчас кучка лежит (потому что они есть всегда).

Эксплойт это возможность заюзать уязвимость в памяти. В расте это даже через ансейф не так просто сделать.
428 1753146
>>753145

>Он тебе всё правильно написал.


Уязвимость это и есть уязвимость. То что там не RCE а просто сегфолт - это не значит что это не эксплойт, лалка.
Вот первый же нагугленный экспойт на раст
https://saaramar.github.io/str_repeat_exploit/
Все? Можем закрывать тему что на раст не бывает эксплойтов? Или дальше начнутся маневры?
429 1753151
>>753139

> Маня, ты эксплоит от уязвимости отличаешь вообще? Судя по всему нет.


Аааааа ору нахуй скажите ему кто-нибудь

>>753145

> Толи дело...Ой. А не напомнишь в каких языках их нет?


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

> это какие-то мимохуи нашли баги в библиотеке


> Эксплойт это возможность заюзать уязвимость в памяти.


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

Ну подумаешь язык дырявый, разве так сложно признать? Зачем весь этот визг? Ради чего?
430 1753154
>>753142
Это ты дурачок.
Уязвимость - это vulnerability.
У эксплоита есть 2 формы - глагол и существительное.
Глагол - to exploit something - использовать(читай, эксплуатировать) что-либо, в данном случае уязвимость в программном обеспечении.
Существительное - exploit - программа, цель которой - использовать (читай, эксплуатировать) уязвимость другой программы, в сфере инфобеза чаще всего цель эксплуатации - исполнение произвольного кода.

Ты бы лучше банально в википедию заглянул, прежде чем так позориться, анон.
431 1753159
>>753146
Согласен, тут фейльнул. Не ознакомился со второй ссылкой.
432 1753160
>>753146

>https://saaramar.github.io/str_repeat_exploit/


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

433 1753168
>>753160
Ты дальше читай. Это просто американская вежливость, чтобы не засудили.
434 1753171
>>753139

> который удаленно ставил раком компьютер


>Когда подобная дичь произойдет с программой, написанной на Расте, приходи


>>753146

>segfault


Недалеко ходить пришлось.
435 1753175
>>753100

>потому что эксплоитов, использующих уязвимость в программе, написанной на Расте, пока еще не было


А вот и мантры сектантов подъехали.
Ни один безопасник никогда не скажет что эксплойтов не было.
Они всегда говорят что эксплойтов пока не выкладывали в паблик.
Ну а тут - как всегда маркетинговый булщит о неуязвимом русте.
436 1753198
>>753100
Нельзя написать эксплоит к несуществующим программам
437 1753206
>>753198
Эксплоиты находили уже даже в стандартной либе [1]. Правда сомневаюсь что хоть кто-то их использовал in the wild из-за отсутствия раст-программ. А вообще вот весь список [2], что нашли фаззерами, мири и иногда ручным аудитом. Как полагается большинство - колянские баги с ансейфом.

[1]: https://github.com/RustSec/advisory-db/tree/master/rust/std
[2]: https://github.com/RustSec/advisory-db
438 1753208
>>753154
Уязвимость есть, а значит под неё можно и эксплоит написать.
439 1753216
>>753206

>нашли фаззерами


Проиграл. Ну и толку спрашивается, я могу и в крестах фаззером искать.
440 1753218
>>753216
Там и используют фаззеры, изначально разработанные под С++. Правда интеграция гораздо проще, благодаря тому что фаззер можно установить в виде плагина cargo и запускать одной командой, в С++ придётся пердолиться (вообще пердоление в сборке любого С++ проекта это норма).
cat.jpg190 Кб, 756x751
441 1753384
>>753218
Странно, что в растотреде до сих пор подняты вопросы: раст нужен/не нужен, ряя ансейф, ряя раст безопасный. Это какой-то плохой знак, скажу я вам. Умные люди уже за столько тредов могли бы для себя найти ответы, а дураки способны были прочитать в мануале, что такое unsafe блок в расте.
442 1753421
>>753384
Никаких вопросов в общем то и нет уже.
444 1754105
>>754066
Херня какая-то, не сразу даже понятно что происходит, потому что говно происходит. Насколько скучно должно быть, чтоб это понравилось так, что сюда притащил?

А вообще, вот вам идея, пока компилится ржавый, можно запускать видосики, какие-нибудь СЖВ идеи или правила, и в середине компиляции спрашивать их, не ответил, сразу паника сука, как же бесят эти инфантильные названия - паника, демоны, зомби, реально не хватает имен с супер героев, а еще лучше из того мультика с пони
445 1754141
>>753421
>>754105
Ты сидишь целый день в растотреде и говнишь раст? Иди делом каким нибудь займись или работу найди.
446 1754149
>>754066
А могли бы ансейфы в либах искать.
447 1754314
>>754141
Не проецируй свои проблемы на других.
448 1754985
>>754105
Половина твиттера с этим и подобным носится. Даже Кармак залез.
449 1755298
Почему реализация grpc на расте в более чем два раза медленней, чем на Го и близка к ноде? Только грпц-рс (который представляет из себя биндинги к сишной либе) более-менее быстр, но всё равно медленней го.
450 1755434
>>755298
Хзы, глянь реализации
image.png6 Кб, 467x62
451 1755446
>>755298

>Протокол дезайнд бай гугл в языке бай гугл с реализацией библиотеки бай гугол


>Рантайм всё еще использующий огромный пласт в8 со скорее всего в8мыми гуглобиндами

452 1755510
>>755446

> Рантайм всё еще использующий огромный пласт в8 со скорее всего в8мыми гуглобиндами


Ты деб? Тот же тоник является реализацией грпц поверх hyper'a, которому уже дохуя лет, но никак быстрым его сделать не могут.
453 1755518
Lulw
454 1755723
>>755298
Ну, как я понимаю, там идёт упор в работу асинхронных операций, которые в го были изначально (зелёные нитки), а в расте прикручены пока сбоку и недавно.
Зато у раста скорость работы гарантирована, а го может уйти в запой с гк.
455 1755955
>>748459 (OP)
Наткнулся на то, что Кармак щупал Rust и остался доволен. Тоже наверное человек незнакомый с плюсами, да? Интересно, что к нему успела прибежать толпа плюсодебилов и пояснить, что он не прав. Хотя казалось бы...
456 1756009
>>755723

>сбоку и недавно.


И вдохновлялись планировщиком го.
>>755955

>щупал


Я думал Кармак - полубог, и не щупает, а сразу делает продукт.
457 1756019
>>755955
Дум перевыпустили на Юнити. Это не значит что Юнити движок лучше id Software, лишь значит что кому то занесли.
458 1756065
>>756019
К чему ты это высрал? Думаешь Кармаку занесли за раст?
459 1756067
>>756065
Он - долбоёб, который не обучен чтению.
460 1756068
>>756065
Уверен.
461 1756098
>>756068
За хачкель в своё время наверно тоже заносили?
rustfinally.png3,4 Мб, 1920x1080
462 1756138
Я вам вот в блендере сделал. Не благодарите.
463 1756144
>>756138
В небольшом размере норм смотрится, но вот при увеличении текстура ржавчины не оче убедительна. Ну и голубые шестерёнки - это, типа, металл? Есть же норм материалы, имитирующие металл.
Ещё, судя по всему, ты заюзал древний легаси рендер, переключись лучше на Cycles.
464 1756149
>>756138
Раскрась радужно.
465 1756166
>>756098
Да и за с/с++ тоже.
466 1756169
>>756138
UV на шестерёнке через жопу сделал
467 1756183
Царешиз кстати сюда не заглядывает?
468 1756535
>>756019

>Дум перевыпустили на Юнити



Хуипустили, уеба, тебе в очелло.

2016 - idtech6

Eternal -idtech7
469 1756536
>>755955

>Тоже наверное человек незнакомый с плюсами, да?



Ты, блядь, не поверишь:

https://github.com/id-Software/DOOM-3-BFG
470 1756538
>>756009

>Я думал Кармак - полубог, и не щупает, а сразу делает продукт.



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

С видеокартами и рендером на GPU он уже не справлялся, думец 3 вышел неоптимизированным и сливал по красоте графона халфачу, на выпуске Rage кармаку в жопу говна залили и не подвезли NVMe SSD, в результате чего текстуры не прогружались, к моменту выпуска Doom 2016 кармак ушел, но и там успел насрать - подгружающуюся мегатекстуру, вроде, выпилили каким-то там патчем.

В итоге чувак остался в 90х, до последнеого даже не признавал кресты, отдавая предпочтение сям (первый его проект на крестах - думец 3 и выше по ссылке можете убедиться в качестве крестокода)
mem-plusist-so-skejtbordom-4.jpg84 Кб, 900x720
471 1756590
>>756538

>кресты, ну они такие модные-молодёжные


>старик Кармак не осилил

472 1756592
>>756538

>В итоге чувак остался в 90х, до последнеого даже не признавал кресты, отдавая предпочтение сям


Т.е. тебя не смущает, что дум 3 выходил на пс3, у которой в девките был форк протухший уже на 2007 год форк гцц? Ну ты покажи кошерный код того времени, который ещё и копилился под весь зоопарк тогдашних соснолей.

Тут даже в ассемблер никто не полез, хотя руки чесались явно (например https://github.com/id-Software/DOOM-3-BFG/blob/master/neo/renderer/ModelOverlay.cpp#L109-L176 ), что уже похвально, лол.
473 1756594
>>756592

Дум в 2004 году выходил, есличо.

А девкит, на сколько я помню тогдашнюю околопиратскую движуху, регулярно обновлялся и утекал, как и сама прошивка.
474 1756596
>>756592

>Тут даже в ассемблер никто не полез, хотя руки чесались явно (например https://github.com/id-Software/DOOM-3-BFG/blob/master/neo/renderer/ModelOverlay.cpp#L109-L176 ), что уже похвально, лол.



Лучше бы полезли, высрали asm в отдельные файлы в папке arch, а ифдефы выкинули в линковочные настройки проекта, как это делают все нормальные люди.
475 1756597
>>756594

И компилятор к моменту создания бфг уже, думается обновили, не охота сейчас этот варез по тапкам и рутракеру искать, там наверное и сидеров не осталось.
476 1756598
>>756538

> Уже рендер Q3 был красив, но морально устарел - в видеокартах начали появляться шейдеры


Пиздец зумерки любят историю переписывать. Q3 - это 1999 год, в этом году был выпущен первый джифорс, у которого шейдеров не было, только хардварный блок T&L, который так никто и не использовал, и квейк на нем работал далеко на на 60 фпс, какой нахуй "спрос на попиксельное освещение", что ты несешь вообще. Шейдеры появились только в 3-й серии, через 2 года после выхода кваки. А два года для тех лет срок очень большой.
Остальная часть поста у тебя примерно такая же шиза.
477 1756599
>>756598

В первом и втором жифорсе (а так-то еще и в риве, есличто) были

http://developer.download.nvidia.com/assets/gamedev/docs/BumpMappingWithRegisterCombiners.pdf

В 3 серии "шейдеры" которые появились, были ничем иным как ссылка выше, только увеличенный в 2 раза и ещё к ним сделали псевдоассемблер вместо дерганья setStage().
И такая вот хуита с развитием технологии Riva TNT продолжалась еще долго, где-то до 6 поколения.

Так что шейдеры были, normal mapping был, движок устарел.
478 1756601
>>756598

>Шейдеры появились только в 3-й серии, через 2 года после выхода кваки.



И вот по этой строчке безошибочно ты и попался википидорный зумерок, потому что хардвачные веб1.0 олды того времени как раз застали техносрач начала нулевых с подробностями про "шейдеры-нешейдеры" и архитектуры TNT, GF, GF2, ПF3 .
480 1756608
>>756597
Обновили на _что_, чел? На C++03? А чем этот код по тому стандарту плох? uniqueauto_ptr и ещё пол буста не претащили?
481 1756614
>>756608

>Обновили на _что_, чел? На C++03? А чем этот код по тому стандарту плох? uniqueauto_ptr и ещё пол буста не претащили?



Как тебе сказать... Там по хардкору угорали:

https://github.com/electronicarts/EASTL
482 1756617
>>756608

Ну камон, у него там даже не С с классами, а С с CLASS AS PACKAGE
483 1756629
>>756614
http://alenacpp.blogspot.com/2007/06/eastl.html
А ещё аноны поговаривают что эту хуйню не то, чтобы даже половина их же игорей юзала, а ещё анон из 2к17 нашептал, что она сосёт у м$овской, лул.

>>756617
Там именно C++03, даже темплейты есть и ссылки юзаются активно (лол). Всё таки до 11-го стандарта измазывать всё RAII и метапрограммированием было considered harmful практикой, а потом стрелочка повернулась. Просто пеки стали мощнее и ушла необходимость делать кофебрейк чтобы пересобрать модуль.

И всё таки — чем это не плюсы? Есть функции в глобалспейсе? Или всё надо было закрыть в три::ебаных::слоя::неймспейсов? Этим кстати тоже никто не занимался до 11-го стандарта, он прямо таки сексуальную революцию устроил.
john-romero-john-carmack.jpg38 Кб, 1000x500
484 1756642
>>756538
Пиздец, уже и Кармака из своих рядов плюсодебилы отписывают. Недостаточно программист, недостаточно плюсовик...И всё потому, что сказал пару положительных вещей про Rust. У вас какая-то религия, культ? Кармак оказался язычником?
485 1756643
>>756592

>Тут даже в ассемблер никто не полез, хотя руки чесались явно (например https://github.com/id-Software/DOOM-3-BFG/blob/master/neo/renderer/ModelOverlay.cpp#L109-L176 ), что уже похвально, лол.



Вангую, из сорцов в этом месте вычистили весь Altivec код под NDA.
486 1756644
>>756601

>И вот по этой строчке безошибочно ты и попался википидорный зумерок, потому что хардвачные веб1.0 олды того времени как раз застали техносрач начала нулевых с подробностями про "шейдеры-нешейдеры" и архитектуры TNT, GF, GF2, ПF3 .


Нет, мань, у меня gf1 был. И я запускал на нем квейк. А вот ты как раз википидорный зумерок, пытающийся сделать вид, что он помнит какие-то срачи из 2003 года, и это каким-то образом делает легитимной ту хуйню, которую он несет про 99. Хотя о 99 ты судишь по нагугленным тобой только что рекламным материалам нвидии. T&L в gf1 годился только на технодемки, повыпендриваться, для игр технология была никакая, если не веришь мне - покупай ретрокомп и пробуй, может хоть немного до твоих зумерских мозгов дойдет уровень железа тех лет.
ScreenshotBrave20200721-123048.png371 Кб, 1080x1920
487 1756645
>>756535
Говна пожуй. Переиздали именно оригинальный Дум. Причем, отзывы были не самые лучшие, в связи с тормозами игры.
488 1756652
>>756644

Пошли маняоправдания зумерка, обосравшегося с "шейдерами" GF3.

> T&L в gf1 годился только на технодемки/



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

> покупай ретрокомп и пробуй, может хоть немного до твоих зумерских мозгов дойдет уровень железа тех лет.



Я, в отличии от тебя дебика, как раз тогда еще в Visual Studio 6 на как раз ретрокомпе (GF1? celeron 300 slot A 64 MB RAM Win98) всю вот эту хуету:

https://www.khronos.org/registry/OpenGL/extensions/NV/NV_register_combiners.txt

https://www.khronos.org/registry/OpenGL/extensions/NV/NV_texture_shader.txt

https://gamedev.ru/code/articles/?id=4155

Щупал руками, от того и лолирую с дауна, у которого шейдеры в GF3 появились.
489 1756664
>>756652

>celeron 300A slot 1

gf1.png6 Кб, 567x99
490 1756666
491 1756670
>>756652

>Я, в отличии от тебя дебика, как раз тогда еще в Visual Studio 6 на как раз ретрокомпе (GF1? celeron 300 slot A 64 MB RAM Win98) всю вот эту хуету:


Не-а, ты зумерок, который написал рандомную конфигурацию, которой быть не могло, потому что gf1 был дорогой картой, даже в урезанном виде, а целерон, да еще и трехсотый - это полное дно, для которого даже тнт был бы роскошью. А ссылки ты приносишь, которые в топе гугла по соответствующим запросам - даже проверять лень. Запросы типа "gefoce 1 shaders" с последующим черри-пикингом, в который даже GL_NV_texture_shader пойдет, ну а хули, шейдер же слово есть.
Поэтому и приходится сводить все к срачу о терминах (я называю шейдерами не то, что написано в свеженагугленных ссылочках - охуеть открытие). А на деле ты просто обосрался с квейком, очень сильно.
492 1756678
>>756670

> БАБАХ БАБАХ ТРАХ ТАРАРАХ ВРЕТИИИИ



То что я мог свою Ati Rage IIC, которая была в пекарне 98 года изначально, поменять в 2000 на GF 256 и купить вторую плашку на 32 до дебича не доходит? А про биос и возможность поставить ранний PIII я узнал уже потом, когда данную пекарню сменил на Athlon XP /512/Radeon 9600 Pro.

> РЯЯЯЯ Я НЕ ОБОСРАЛСЯ C GF3, ТАК ЧТО ПЕРЕВЕДУ СТРЕЛКИ НА КВЕЙК.



Признай уже, обосрался с подливой.
493 1756681
>>756666

> Почистили ошибки в 2007 году



> РЯЯЯЯЯЯЯЯ ПОЙМАЛ ТЕБЯ

494 1756683
>>756652

>celeron 300 slot A


Прогуглил, ты походу даже с сокетом обосрался. Может покажешь селерон на slot A?

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

> НЕ У МЕНЯ ЖОПА ГОРИТ А У ТЕБЯ БУУУМ



Смешно даже.
495 1756685
>>756670

>целерон, да еще и трехсотый - это полное дно, для которого даже тнт был бы роскошью



Оппа , да у нас тут РАСКРЫТИЕ, ну всё ща училке позвоню, нехуй на уроках в мобиле сидеть.
496 1756686
>>756683

Мальчик, у тебя ща урок идет, училка ататай сделает.
497 1756688
>>756683

>Прогуглил, ты походу даже с сокетом обосрался. Может покажешь селерон на slot A?



>>756664
498 1756689
>>756685
>>756686
Ты действительно похож на царешиза. У него тоже анальная концетранция на школе и школьниках. Видимо какие-то в школе были проблемы.
celeron.png19 Кб, 627x439
499 1756690
>>756688
Продолжаешь серить?
500 1756692
>>756689

Мальчик, ты уже обосрался с шейдерами GF3, мальчик, пиздуй учиться, у тебя уроки еще не кончились. Еще царешизов приплел, вообще охуеть.
501 1756694
502 1756695
>>756690

И, блядь, что дальше, школотрон взял машину времени, отправился на 20 лет в прошлое, спиздил у меня зарплату с летней подработки и запретил проапгрейдить пекарню с Rage IIC актуальной карточкой и плашкой на 32 в 2000 году?
503 1757289
>>751705
Анон, можешь объяснить про синхронность/асинхронность драйверов БД? Или ссылку на статью дать (не понимаю как запрос сформулировать)
504 1835437
Тред утонул или удален.
Это копия, сохраненная 28 января 2021 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /pr/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски