Двач.hk не отвечает.
Вы видите копию треда, сохраненную 25 октября 2016 года.

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

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
#2 #828093
>>828060

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



а тебя не смущает что этот твой "полу-литерал" начинается с & ? ты понимаешь что &str ссылающийся на статическую память из програмы, что &str которая указывает на String в куче - это одно и тоже, это СРЕЗ СТРОКИ. тут ты опять скажешь что я тебе документацию пересказываю, но ты или толсто троллишь или просто не понимаешь что это разные сущности которые объединяет только семантика.

сам по себе &'static str не имеет методов которые есть в String, для этого и надо её копировать на кучу. вот блядь мотивация, которая описана в документации, нахуй

>1. Ввели два вида строк (и не надо говорить zero-cost, это оверхед вообще-то)


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

>2. Перезагрузили оператор "+" так что он преобразует (или извлекает ссылку, не важно) &str из вектора, но возвращает вектор (это как если бы складывать int'ы но сначала преобразовывать в long'и).



он принимает срез как источник данных, источником можеть быть не только строка на куче. оверхед был бы, если бы была проверка типа аргумента и попытка получить срез, а так всё однозначно.
>>828131>>828187
#3 #828111
забыл в шапку добавить
https://github.com/kud1ing/awesome-rust/
#4 #828131
>>828093

>а тебя не смущает что этот твой "полу-литерал" начинается с &



было все няшно если эту ссылку (или что там, указатель) не брали бы из вектора из кучи.
Напоминаю литерал это-то что в статичной памяти (вся простыня программы которая развертывается).
Поэтому и получаеся, что у нас &str как бы литерал, но каким-то хером мы его из кучи берем.
Странно, да? Не проще ли использовать тогда и дальше векторы, нафига при "+" конвертить тип до (пускай и взятием ссылки) &str

>сам по себе &'static str не имеет методов которые есть в String



поэтому вдвойне нелепо преобразование во "вторую строку" в языке (опять же при конкатенации).

Мой аргумент:
Вторая строка представляющие подобие литерала в статической памяти, но не являющиеся этим, а являющиеся скорее каким-то потоком байтов, есть оверхед.
Особенно для операции "+" (которая осмысленно перегружена чтобы сложить два вектора и вернуть векторы)

Ничего бы страшного не было если бы во время конкатенации, строка у другой строки брала срез (поток, массив -ааа блять кусок последовательной памяти) и работала бы с этим куском БЕЗ МАТЬ-ЕГО СОЗДАНИЯ ЕЩЕ ОДНОЙ СТРОКИ В ЯЗЫКЕ.

PS str не было бы оверхедом, если бы являлся настоящим литералом.
А так это помои.
>>828154
#5 #828154
>>828131

>Поэтому и получаеся, что у нас &str как бы литерал, но каким-то хером мы его из кучи берем.



nyet

ничего не создаётся в куче. &str - это ссылка в стэке на область памяти. в этом то и писичка, что куда эта ссылка ссылается, на статику, на кучу или стэк - нам поебать, мы работаем со срезом строки - который по-сути просто ссылка на область памяти. работая с векторами напрямую нам пришлось бы их мувить и копировать при малейшем пуке, а так мы просто читаем уже занятую память и не делаем дурную работу.
>>828184
#6 #828184
>>828154
вот этот уже похоже на диалог
да, я еще вчера, читая дальше доки уловил в чем посыл и мне все равно не нравится.

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

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

Зачем программисту это? Ладно бы перформанс.
Но я не нашел выигрышные (и честные) посты по производительности, да и чтобы без unsafe, а то я и сишкой могу поиграть (и обернуть абстракциями, безопасными).

Конечно язык сделает в больших данных любой GC язык (не даром с Go на Dropbox переписали узкое), но это не киллер фича.

Не за что терпеть его "необычность".

Это чисто лирики, отвечать не нужно, но мне интересно почему выбираешь ты его и в каких объемах пишешь на нем (что-то крупное или пока скрипто-утилитки)?
#7 #828187
>>828093

>сам по себе &'static str не имеет методов которые есть в String, для этого и надо её копировать на кучу.


Погоди-ка, а это не отсос ли? То есть, вместо того, чтобы просто склеить две строки по указателям, мне нужно выделить память, скопировать туда первую строку, выделить память, скопировать туда вторую строку, выделить память, скопировать в неё обе строки, после чего почистить то, что навыделялось на первых двух шагах. Какой тут но-оверхед?
мимо шёл
24 Кб, 265x395
#8 #828193
раст тем и охуенен, что его не хайпят как гоу или свифт, мол "ПОПРОБУЙ, БАЗАРЮ ЕЩЁ ЗАХОЧЕШЬ". у него есть порог входа, отсеевающий хипстеров. у него нет добродушного диктатора(вместо него комитет заседат), это тупо продукт комьюнити - да-да, анон, ты тоже можешь принимать участие в обсуждении новых фич, слать пулл реквесты, мокать в говно разрабов. вот это вот всё

раст не привиделся в похмельном бреду какому нибудь кузьмичу(как perl), раст не пилили с целью зохватить долю рынка(как go) или сделать ещё одну проприетарную хуету(как swift). он не возник стихийно как js или php. он ещё слишком молод для трещин в жопе как питон и ещё может избавится от родовых травм типа как у erlang'а. он в меру императивен и не заставляет перестраивать мышление как лисп или хацкель. как то так
#9 #828205
>>828187

>что его не хайпят


и тут же началось какой он няша

>ты тоже можешь принимать участие в обсуждении новых фич


как слоган в рекламе, конечно же, уже бежим и поверили

>раст не пилили с целью зохватить долю рынка


делать ненужное, это так нужно, ага

>и не заставляет перестраивать мышление


о да))

спасибо анон, покушал
>>828207>>828225
#10 #828207
>>828205
ссорец
->
>>828193
#11 #828208
>>828187

>скопировать туда первую строку, выделить память, скопировать туда вторую строку, выделить память, скопировать в неё обе строки,



нет. ты делаешь .to_string() и это единственный оверхед, но это для того что бы стать владельцем данных с которыми ты будешь работать. при конкатенации ты выделяешь память под результат и в него всё копируется уже по ссылкам. казалось бы, почему не сделать тоже самое для указателей на строки(срезы строк)? а потому что ЗАИМСТВОВАНИЕ не есть ВЛАДЕНИЕ

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



не согласен. имхо к дзену они как раз таки и пришли когда поняли что проблемы многопоточности и безопастности памяти - это одно и тоже. и цена этому всему - пляски вокруг ограничений. это похоже на ортодоксальных евреев, которые в лифтах не ездят по субботам, а пешком ходят, потому что ходить -
это не работа, а кнопку нажимать работа, а в субботу работать нельзя
#12 #828209
>>828187
я думаю как и в случае го-сообществах, тут промолчат про это, ну зачем эти мелочи низкоуровневые когда есть такое:
>>828193
#13 #828212
>>828208
стой стой стой
to_string это мы из &str

а автор говорит про склейку строк (векторов) которые наоборот из String в &str
#14 #828220
>>828193
А рак раст лечит?
>>828229
#15 #828224
Если за плечами только сишка ( ну и немного питона, хотя не думаю, что он мне тут поможет), раст потяну или нужно плюсами сначала обмазаться?
>>828229
#16 #828225
>>828205
ты рандомного анона с двоща сравниваешь в с мегакорпорациями типа гугла?

>стой стой стой


>to_string это мы из &str


>а автор говорит про склейку строк (векторов) которые >наоборот из String в &str



тут конфуз в том что:
let str1 = "blabla"; // str1 имеет тип &str и ссылается на статику
ты не можешь сделать
let str2 = str1 + str1;
потому что

>note: an implementation of `std::ops::Add` might be missing for `&str`



но
let str2 = str1.to_string() + str1;

скомпилится, так как методом .to_string() мы создадим экземпляр String у которого реализован трейт Add. в конце строки, где точка с запятой память с ним освободится, а результат конкатенации будет в str2 который будет иметь тип String
>>828232>>828248
#17 #828229
>>828220
увы да. клетки рака вызывают panic!('раковая клетка'); в рантайме

>>828224
если хочешь узнать наверняка что бога нет, то можешь и плюсами обмазаться
>>828234
#18 #828232
>>828208

>ты делаешь .to_string() и это единственный оверхед


>при конкатенации ты выделяешь память под результат и в него всё копируется уже по ссылкам


Что-то я не въезжаю. Это разве не то же самое, что я написал? Ты делаешь два раза to_string(), потом при конкатенации (которая происходит позже) ты ещё раз выделяешь память. И это отсос.
>>828225

>note: an implementation of `std::ops::Add` might be missing for `&str`


Так вопрос, по-моему, изначально именно в том, что мешало добавить этот оператор к "обычным" строкам.
всё тот же
>>828246
#19 #828234
>>828229
Я православный кстати, энивей придется ими обмазаться по учебе, просто вопрос в том, что раст лучше учить сразу или после знакомства с крестами? Хочется чего-то перспективного и из всех новых языков привлекает именно раст, так как понравилась сишка, системное программирование и все такое.
>>828246
#20 #828246
>>828232

>Ты делаешь два раза to_string()


где ДВА раза?

>>828234
в си++ ООП, которого нет в расте. в учёбе ты не успеешь потрогать дно плюсов ногами, но успеешь выстрелить себе в ногу при работе памятью/многопоточностью. поэтому имхо плюсы и раст нужно учить паралельно, благо литературы по расту мало, но она без лирики, одна конкретика. я сам люблю си но ненавижу плюсы и яву, лол. оттого и ПРЕЗЕНТУЮ раст
>>828252>>828254
#21 #828248
>>828225
из доков:

Если у вас есть String, то вы можете присоединить к нему в конец &str:

let hello = "Hello ".to_string();
let world = "world!";

let hello_world = hello + world;
Но если у вас есть две String, то необходимо использовать &:

let hello = "Hello ".to_string();
let world = "world!".to_string();

let hello_world = hello + &world;
Это потому, что &String может быть автоматически приведен к &str. Эта возможность называется «Приведение при разыменовании».
>>828253
#22 #828252
>>828246
А, ясно, просто в оригинальном коде было два раза. Энивей, даже один - это многовато, на самом деле, как для производительного зероабстракшенкост системного языка.
#23 #828253
>>828248
больше всего мне тут нравится фраза "МОЖЕТ быть автоматически приведен"
#24 #828254
>>828246
Спасибо, так и сделаю, то, что нет ООП это круто, не понравилась мне эта парадигма.
>>828259>>828263
#25 #828259

>Это чисто лирики, отвечать не нужно, но мне интересно почему выбираешь ты его и в каких объемах пишешь на нем (что-то крупное или пока скрипто-утилитки)?



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

>>828254
сам по себе ООП - великая вещь. можно буквально мыть посуду и ходить срать соблюдая ГРАСП и СОЛИД. но реализации зачастую либо кривые либо с нереальным оверхедом. имхо будущее за функциональщиной и ленивыми вычислениями
>>828265
#26 #828263
>>828254
крайне не рекомендую с процедурного потом ООП пробовать, не поймешь и будешь не понимать годами (серьезно), а в ООП есть своя фича
>>828269
#27 #828264

>будущее за функциональщиной и ленивыми вычислениями



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

>будущее за функциональщиной и ленивыми вычислениями



Ну системное программирование это не затронет же? Там от императивщины не деться пока Фон Нейман жив.
>>828270
#29 #828269
>>828263
Ну вообще я планирую ООП чисто посмотреть на примере си шарпа, вроде как самого понятного и простого. А так я уже процедурным заразился, по сути вообще ничего из ООП не писал, только императивный и немного функциональный питон, си и чуть чуть схемы из лиспа.
>>828275
#30 #828270
>>828265
в плане абстракции же. когда ты варишь суп, ты варишь его по рецепту, а не по списку движений рук при нарезке овощей, разжегании огня на плите, помешавании всего этого ложкой
>>828287
#31 #828275
>>828269
посмотри Крейга Лармана "Применение UML и шаблонов проектирования"

после этой книги понимаешь что ООП как комунизм, нереализуемо на практике, но как идея - великая вещь, лол
>>828283
#32 #828283
>>828275
Во спасибо, почитаю на досуге.
#33 #828287
>>828270
Все зависит от уровня абстракции. Где ты будешь руками махать, а где по выше.

и да, человек мыслит процедурно и последовательно больше.

Кто-то писал выше что надо меняться под комп, это вообще бред, исходники в первую очередь для людей, у машины там вообще команды и ей срать на твой большой внутренний мир
#34 #828315
>>828193

>> не заставляет перестраивать мышление


многие пишут, что именно ЗАСТАВЛЯЕТ менять мышление и постоянно думать о памяти
>>828318
#35 #828316

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



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

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



есть разница между "писать код сразу как ты мыслишь" и "писать код так что бы машина была максимально производительна". и инструменты для написания машинного кода(языки програмирования) могут быть разные как по удобству так и по скорости вычислений.
>>828323>>828373
#36 #828318
>>828315
да, тут небольшая путаница. когда я говорю про "перестраивание мышления", я говорю о функциональном программировании в противовес процедурному. это две крайности.

а держать в голове лайвтаймы в расте или не держать их в голове в плюсах, хотя и в плюсах их можно было бы держать в голове - это так, вопрос самодисциплины
#37 #828320
>>828193

>> не хайпят


Вообще народ уже пишет, что это даже оверхайпнутый язык. Засрали им весь r/programming и hackernews. Любой helloworld туда тащут и орут - "сарите чо Раст магет, савсем как сипепе, тока стильно, модно, молодежно"
>>828325>>831814
#38 #828323
>>828316

>компилятор не может узнать срок жизни того что вернёт Add у заимствованого указателя


И снова я не понимаю. String + &str = String - знает, &str + &str = String - не знает? Как такое может быть?
>>828326>>828348
#39 #828325
>>828320
имхо хайп - это не то когда в твоих уютных инфосферах упоминают что-то.

имхо хайп - это когда начинают массово хуячить продакшн на какой-то невнятной хуете как это было, например, с angular у google'а. а потом от этого продакшена куча легаси говнокода на в своё время хайпнутой но уже устаревшей хуете.
#40 #828326
>>828323
у String ты владелец, а &str может быть заимствована откуда угодно. тут то место где нужно принимать решение - засирать память и юзать GC или просто не давать делать каку
>>828336
#41 #828332
Аноны, я врублюсь в Раст с нуля? Или надо С++ вкурить, чтобы всё понять? Есть, правда, небольшой опыт в функциональщине и динамодрисне.
>>828355
#42 #828336
>>828326
У вас там + физически аппендит строку к первому аргументу, а не возвращает новую, что ли?
>>828348
#43 #828348
>>828336
>>828323
нет, возвращает то он новую строку, а вот тут хуй знает чем там на LLVM она становится. логично было бы добавлять в вектор, ведь String это всё же вектор. а на выходе частично представлять общую память, ведь она неизменялась, а дополнялась.

>&str + &str = String - не знает?


я понял о чём ты. мол можно было сделать у результата функции лайвтайм той переменной которой она была присвоена в своей области видимости? честно, я хз, но мне кажется что разрабы решили семантически не смешивать работу с памятью и работу со строками. хотя вроде как ничего не мешает писать свои реализации трейтов даже к стандартым типам и они будут только в пределах твоего модуля, а значит ничего не поломают в других
#44 #828355
>>828332
скорее сам си, чем плюсы. повторюсь, что с погружением в плюсы ты можешь только узнать на своём опыте зачем вообще запилили раст.
#45 #828373
>>828316
есть разница между "писать код сразу как ты мыслишь" и "писать код так что бы машина была максимально производительна". и инструменты для написания машинного кода(языки програмирования) могут быть разные как по удобству так и по скорости вычислений.

это ты сейчас как пальцем в небо тыкнул, конкретно о чем мы сейчас? Исходный код всегда для человека, а максимум-производительности, это ассемблерные команды (то есть банально простые команды). Ты можешь "ломать свое мышление", думать как боги, но если твой ФП (или о чем мы там) генерерит кучу ассемблерного шума, то весь пафосный пузырь лопнет.
Отсюда и дилемма:
Если основная цель - продукт (и как его свойство - качество, производительность и скорость разработки), то накой хер ломать голову под абстрактную херню? В программирование не место онанированию на ЧСВ.
>>828380>>828417
#46 #828380
>>828373
на пальцах:
исходный код - это поток сознания програмиста. машинный код - это инструкции для процессора. между ними пропасть. все ЯП - это балансирование между абстракциями и производительностью. свидетели раста проповедуют о том что "если учитывать низкоуровневые ньюансы и ввести некоторые ограничения, то станет возможным это хорошо оптимизировать для машины". как то так
>>828413
#47 #828413
>>828380

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



ну я это и говорил, делаем в ущерб человека в сторону машины.
Но простите, есть уже такие языки - с и с++, но они стали ущербными в сравнение с современными языками и, что не мало важно, с ростом масштаба разработок, НО НИКАК не специально.
И получается в 2016 году, нам дают язык, который осознано ущемляет разработчика с надеждой роста производительности (которой кстати не достигли).

Мега ирония заключаются в том, что на расте сейчас пишут мелкий софт, мучаются в этих рамках, рыскают доки, ломают себе мышление и зачем? При всем при этом, этот же модуль могли бы просто написать на си (я уверен быстрее и проще), но правда не так модно.

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

PS очень хочу увидеть какой-нибудь современный язык Си сейчас, но чет больше хайпа кругом (и я не только про раст)
>>828719
#48 #828417
>>828373
У фп своя ниша, вполне прикладная и оплачиваемая.
Узкая довольно это да, но он есть.
Я не знаю откуда берется убеждение что это теоретическая мишура для чесания ЧСВ.
#49 #828719
>>828413

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


Зато реально достижимо обосраться с переполнением буфера. Более чем реально. И таки обсираются, случаев овердохуя. Серво разве небольшой проект?
>>828732>>828733
С++ или Раст #50 #828728
Вроде как знаю Си, думаю куда лучше вкатываться в кресты или в раст?
>>828736
#51 #828732
>>828719

>Зато реально достижимо обосраться с переполнением буфера.



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

Но фишка тут не в этом, что сишка заставляет тебя напрячь мозги, что и раст. Но сишка не ограничивает и анализатор мона прикрутить (чтобы умная программа проверила такие нелепые моменты как переполнение)

Что то говно, что это говно (с)
>>828759>>828765
#52 #828733
>>828719

>Серво разве небольшой проект?


Опять ты подосрал в понятиях, говорился про опыт разработчиков, а не флагманский проект (который в таком состояние сейчас, что лучше им пока не махать).
#53 #828736
>>828728
для чего тебе сишка?

Сейчас в ИТ нужно (аналогия) рубить дрова, поэтому выбирать скальпель для рубки дров, это несколько нелепо
>>828744
#54 #828744
>>828736
Изучаю чисто ради интереса, да и советовали начать с нее. Хотел дальше кресты изучать, но понял, что они очень сильно перегружены, теперь вот задумался о расте. Да и на работу я пока что не иду, совсем недавно начал вкатывание
>>828828
#55 #828759
>>828732
Но ведь не только умеют, но и обсираются. Ты с фактами споришь.

>мона прикрутить


Вся суть. Ты анализатор когда в последний раз в глаза видел? Вот и никто не видел. Либо они не справляются.

>сишка не ограничивает


О чём и речь: нихуя она не заставляет.

А состояние серво ничуть не хуже любого дырявого сишного кода, который может обосрать тебя в любой момент.
>>828828>>829082
#56 #828765
>>828732

>чтобы обосраться, надо еще суметь


Это вообще пушка. Зачем анализаторы, если никто в указателями не обсирается?
>>828829
#57 #828828
>>828744
Норм советчики))

>>828759

>Но ведь не только умеют, но и обсираются.


Это хайп, язык низкоуровневый и требования соответствующие. А те кто срётся в памяти, тот и в логике будет сраться так же (да и в ржавом тоже смогут).

>Вся суть. Ты анализатор когда в последний раз в глаза видел?



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

>О чём и речь: нихуя она не заставляет.


Прям какой-то БДСМ в программирование.
Ограничивай, ограничивай меня полностью.

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

>А состояние серво ничуть не хуже любого дырявого сишного кода



Ты видимо недавно в ИТ, я писал что серво флагманский проект и это термин обозначает, что по сути продукт для игры маркетологов.
Так и задумано, чтобы вложиться в продукт, чтобы потом хомяки бегали и везде им тыкали.
Флагманский продукт не показатель, это как певец с одной песней (может быть и удачной, но все же с одной).
>>833977
#58 #828829
>>828765

>Это вообще пушка. Зачем анализаторы, если никто в указателями не обсирается?



Это, млять, тулинг. Зачем IDE когда есть блокнот (иди в школу собирайся)
#59 #829035
Господа. мне раст подарил в стиме бывший знакомый на момент релиза. я ни разу не играл в него. но смотрел ролики и тогда это было весело.
Сейчас такой же фан в игре или за пару лет все поменяли?
#60 #829082
>>828759

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


Любой дырявый сишный код работает, серво - нет. Вот и вся разница.
#61 #830474
Для чего этот ваш раст нужен? Где его применять?
нюфаг не представляющий что еще можно делать кроме как шлепать формы
>>830939
#62 #830677
Как же заехали кукаретики которые только и делают что пишут "НИНУЖНА", "ВРЕТИ". Вот блять все бородатые дядьки (вроде бобука) делающие что-то кроме дегустации маминого борща почему-то протекают от раста, и всеми руками за него, а ебучие кукаретики (самый авторитетный топ у которых - автор бугутОС, рофл) только и делают что пишут "НИНУЖНА БЛЯТЬ", "Я НИ АШИБАЮСЬ", "Я СВИРХРАЗУМ" и "У МИНЯ НИЧО НИ ТИЧОТ А ВЫ КРИВОРУКИЕ МАКАКЕНЫ ВСЕ". Заебали блять.
#63 #830939
>>830474
Везде вместо Си и С++
>>831061
RUSTUP #64 #830998
Есть такая тулза https://github.com/rust-lang-nursery/rustup.rs Она должна помогать с кросскомпиляцией.
$ rustup target list
...
i686-pc-windows-gnu (installed)
...
x86_64-pc-windows-gnu (installed)
...
x86_64-unknown-linux-gnu (default)
...

mingw установлен. Теперь я пытаюсь сбилдить прожект
=======================================================================
$ cargo build --target=x86_64-pc-windows-gnu
Compiling cross_test v0.1.0 (file:///tmp/cross_test)
error: linking with `gcc` failed: exit code: 1
|
= note: "gcc" "-Wl,--enable-long-section-names" "-fno-use-linker-plugin" "-Wl,--nxcompat" "-nostdlib" "-m64" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/crt2.o" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/rsbegin.o" "-L" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib" "/tmp/cross_test/target/x86_64-pc-windows-gnu/debug/cross_test.0.o" "-o" "/tmp/cross_test/target/x86_64-pc-windows-gnu/debug/cross_test.exe" "-Wl,--gc-sections" "-nodefaultlibs" "-L" "/tmp/cross_test/target/x86_64-pc-windows-gnu/debug/deps" "-L" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib" "-Wl,-Bstatic" "-Wl,-Bdynamic" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libstd-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libpanic_unwind-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libunwind-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/librand-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libcollections-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/librustc_unicode-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/liblibc-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/liballoc-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/liballoc_system-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libcore-411f48d3.rlib" "-l" "ws2_32" "-l" "userenv" "-l" "shell32" "-l" "advapi32" "-l" "gcc_eh" "-l" "compiler-rt" "-lmingwex" "-lmingw32" "-lgcc" "-lmsvcrt" "-luser32" "-lkernel32" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/rsend.o"
= note: /usr/bin/ld: unrecognized option '--enable-long-section-names'
/usr/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status

error: aborting due to previous error

error: Could not compile `cross_test`.

To learn more, run the command again with --verbose.
==========================================================================
Насколько я понял, нужен другой линкер, из пакета mingw, который x86_64-w64-mingw32-ld
Вопрос. Кто-нибудь вообще собирал под линуксом для винды с помощью rustup? Как это сделать в моем случае?
RUSTUP #64 #830998
Есть такая тулза https://github.com/rust-lang-nursery/rustup.rs Она должна помогать с кросскомпиляцией.
$ rustup target list
...
i686-pc-windows-gnu (installed)
...
x86_64-pc-windows-gnu (installed)
...
x86_64-unknown-linux-gnu (default)
...

mingw установлен. Теперь я пытаюсь сбилдить прожект
=======================================================================
$ cargo build --target=x86_64-pc-windows-gnu
Compiling cross_test v0.1.0 (file:///tmp/cross_test)
error: linking with `gcc` failed: exit code: 1
|
= note: "gcc" "-Wl,--enable-long-section-names" "-fno-use-linker-plugin" "-Wl,--nxcompat" "-nostdlib" "-m64" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/crt2.o" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/rsbegin.o" "-L" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib" "/tmp/cross_test/target/x86_64-pc-windows-gnu/debug/cross_test.0.o" "-o" "/tmp/cross_test/target/x86_64-pc-windows-gnu/debug/cross_test.exe" "-Wl,--gc-sections" "-nodefaultlibs" "-L" "/tmp/cross_test/target/x86_64-pc-windows-gnu/debug/deps" "-L" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib" "-Wl,-Bstatic" "-Wl,-Bdynamic" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libstd-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libpanic_unwind-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libunwind-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/librand-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libcollections-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/librustc_unicode-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/liblibc-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/liballoc-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/liballoc_system-411f48d3.rlib" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/libcore-411f48d3.rlib" "-l" "ws2_32" "-l" "userenv" "-l" "shell32" "-l" "advapi32" "-l" "gcc_eh" "-l" "compiler-rt" "-lmingwex" "-lmingw32" "-lgcc" "-lmsvcrt" "-luser32" "-lkernel32" "/home/user/.multirust/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/rsend.o"
= note: /usr/bin/ld: unrecognized option '--enable-long-section-names'
/usr/bin/ld: use the --help option for usage information
collect2: error: ld returned 1 exit status

error: aborting due to previous error

error: Could not compile `cross_test`.

To learn more, run the command again with --verbose.
==========================================================================
Насколько я понял, нужен другой линкер, из пакета mingw, который x86_64-w64-mingw32-ld
Вопрос. Кто-нибудь вообще собирал под линуксом для винды с помощью rustup? Как это сделать в моем случае?
>>831108
#65 #831061
>>830939
ржу с таких сравнителей.

Писал утилиту, которая парсит 30гб текста, суммарно количество интераций всех циклов примерно там было 800.000.000.000
Так вот, я просто представляю, как в каждом таком моем цикле, рантайм проверяет каждый массив на корректный индекс (помимо того, что я как бы уже это сделал в процессе)

Это уже не говорю про какой-то оверхед со строками у системного языка (о котором бугуртили выше)
>>831098
#66 #831098
>>831061
Так зачем проверяешь, дурачок?
>>831146
#67 #831108
>>830998
Бамп вопросу
#68 #831119
Всем прифки в єтом ИТТ чяте! Помогите с установкой?
Вот это

>curl -sSf https://static.rust-lang.org/rustup.sh | sh -s -- --channel=nightly


скачивает исходники или нет? Нужно для racer.
#69 #831146
>>831098
Предлагаете unsafe? Тогда у меня вопрос, зачем мне тогда rust? Чтобы иногда быть безопасным, а иногда нет??

Я уже вижу -"о, моя функция используется у того чувака миллион раз, пора бы уже сделать unsafe, пора бы ускорить мою программу!"

Для хипстеров уже пора ввести понятие, что любой оверхед для языка, автоматом снимает с него лычку "системный". Банальны микро оверхед на массиве или строке, превращает крупные алгоритмы в джаву/питон
>>831204>>831822
#70 #831157
Наркоманы, вам уже аналог горутин завезли?
>>831289
#71 #831204
>>831146
Ты дебил? Оверхед константный.
>>831659
8 Кб, 651x641
#72 #831256
Посоны, халп!!

Не могу нигде найти пример как линкуется/компилится код из C?
Вот допустим я хочу использовать https://crates.io/crates/rust-sqlite .
Как мне прилинковать к проекту сорсы sqlite? Или хотя бы где посмотреть как это делается.
>>831811
#73 #831289
>>831157
Говноеды, вам уже что-нибудь кроме горутин завезли?
>>831879
#74 #831659
>>831204

>Оверхед


>константный



поржал.
>>831662
#75 #831662
>>831659
Учись маня.
>>831790
#76 #831790
>>831662
ты лучше нам расскажи, что за новый термин тут нам придумал и почему этот "оверхед" не такой как все.

PS я конечно понимаю, ты в угоду своего ума, возможно, имел ввиду, что оверхед разовый или же выглядит как О(1), но все равно это оверхед, маня

Напомню, что любой оверхед приблежает твой системный язык к полке java или же к python (которые имеют лучшею абстракцию на своем уровне, от чего раст становится еще безполезнее)
>>831812
#78 #831812
>>831790
Ты идиот? Тебе пояснили, что, во-первых, оверхед константный, во-вторых, можно писать без оверхеда.
>>831835
#79 #831814
>>828320
Есть такое. Но это не хайп, а форс. Причем просто людьми. Возможно, что из-за общей идеологии мозиллы и посетителей этих ресурсов (комми-либерализм).
>>831822
#80 #831822
>>831814
сам то ты сталинист, на паскале кодишь?

>>831146
долбоёб не осиливший. проверка границ есть в доступе по индексу. при итерации никаких проверок нет, все твои овер 9000 гб текста точно также дёргали бы тебе анус, с нисколь ни меньшей коростью
>>831831>>831835
#81 #831831
>>831822
Никакой. C#, раст.
>>831834
#82 #831834
>>831831
поясни за

>(комми-либерализм)


мб я просто шютку не понял

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

причём здесь раст?
>>831927
#83 #831835
>>831822
мы же про динамические данные в хипе?

>не осиливший


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

>>831812

>оверхед константный


Снова лолирую, он еще и форсит свой фейл, что за новый маня-терпин (я развернуто там кстати спросил)?
>>831842>>831849
#84 #831842
>>831835

>Снова лолирую,


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

мимо-первый-ткнувший-тебя
>>831884
109 Кб, 640x582
#85 #831849
>>831835
блядь, твои проекции ЧСВ доебали уже просто. архитекторы у него блядь, ну вообще ахуеть теперь. ты долбаёб, ибо говоришь на серьёзных щах о том что не до конца вкурил. ты понимаешь как тупо это выглядит? раст если и форсят, то не скрипт киды и не хиптеры, а товарищи которые упели нюхнуть пороху в продакшене. да у раста высокий порог входа, но то что ты не осилил и поливаешь говном - это твои личные заёбы. никто тебя не заставляет учить раст, а твоё личное мнение очень важно для нас, держи в курсе короч, лалка
>>831884>>831928
#86 #831879
>>831289
У нас все есть. А у вас нет ни-ху-я. Ха-ха-ха.
#87 #831884
>>831842
значит "константный оверхед", за который не один из вас долбаебов не может пояснить, у вас там трендовая фраза получается (никто не понимает, но все разносят как паразита).

>>831849

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



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

>раст если и форсят, то не скрипт киды и не хиптеры, а товарищи которые упели нюхнуть пороху в продакшене.



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

Обсираются все, даже я, но я могу в критическое мышление, а многие ввиду ЧСВ не могут и кормят вас этим, как серебряной пулей (так вы и хаваете же радостно).

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

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

Раст - для мазахистов (там кто-то уже писал, как ему нехватает в си ограничений и ударов плеткой).

PS почему я в этой ветке, я слежу за растом, но внутри жду какой-нибудь вменяемый Си 2.0, без оверхеда головного мозга архитекторов, но со всеми новыми плюшками типа шустрой кросс компиляции или пакетного менеджера и кучу обляпанных готовых библиотек вокруг этого всего ("с батарейками"), простыми решения мультпоточности и бла бла бла
#87 #831884
>>831842
значит "константный оверхед", за который не один из вас долбаебов не может пояснить, у вас там трендовая фраза получается (никто не понимает, но все разносят как паразита).

>>831849

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



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

>раст если и форсят, то не скрипт киды и не хиптеры, а товарищи которые упели нюхнуть пороху в продакшене.



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

Обсираются все, даже я, но я могу в критическое мышление, а многие ввиду ЧСВ не могут и кормят вас этим, как серебряной пулей (так вы и хаваете же радостно).

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

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

Раст - для мазахистов (там кто-то уже писал, как ему нехватает в си ограничений и ударов плеткой).

PS почему я в этой ветке, я слежу за растом, но внутри жду какой-нибудь вменяемый Си 2.0, без оверхеда головного мозга архитекторов, но со всеми новыми плюшками типа шустрой кросс компиляции или пакетного менеджера и кучу обляпанных готовых библиотек вокруг этого всего ("с батарейками"), простыми решения мультпоточности и бла бла бла
>>831906
#88 #831906
>>831884

>константный оверхед


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

это сука очевидно как TDD или юнит тесты. или их тоже пишут что бы ЧСВ тешить? в большинстве случаев раст просто не компилится, если ты пишешь говнокод и ни о чём не думаешь. а если ты ёба джедай работы с памятью в си, так нехуй пиздеть тут о своей ахуенности. заебал

>недостаток проектирования


иди нахуй, раст специально для тебя никто не пишет. бородачи обамазались целью "абстракции с нулевой стоимостью" и "безопасной работой с памятью". от того и лезут все эти "необычные" черты раста. понимаешь что сейчас цель не стоит угодить неофитам? там вообще сейчас много иссусов которые хз когда решать будут, потому что "не в приоритете". язык ещё сырой
22 Кб, 543x591
102 Кб, 720x720
#89 #831927
>>831834
Блин, удалил у себя все бордовские картинки-смехуечки, теперь, вот, не найти
Потому что такие слова используют как buzzwords и оскорбления, без понимания что они значат.
Под комми-либералами я подразумеваю зеленый квадрат на первой картинке (левый-нижний угол). Это схема - то, как сами представители конкретной идеологии себя видят в контексте двух показателей: личной свободы (авторитаризм - либерализм) и экономической свободы (левый - правый).
Не суть. К чему я это всё. Дело в том, что сейчас на западе, в том числе и США, активно действуют течения определенного рода. Они пропагандируют социалистические идеи и защиту права меньшинств (самые радиальные - в ущерб большинства; они это называют "affirmative actions", на русский переводят обычно "позитивная дискриминация"). Такие сообщества как reddit и hackernews оккупированы представителями этих течений и, как это всегда бывает, подавляют проявление в этих сообществах идей, которые противоречат идеям этих течений. В реальности радикалы относятся к красному квадрату ("triggered", "black live matters"), но основная масса придерживается зеленому квадрату, по большей мере.
Так вот. Многие компании используют популярность таких идей. Особенно это касается компаний в Сан-Франциско.
Мозилла не располагается в Сан-Франциско, но тоже паразитируют на этих идеях. Даже не то чтобы паразитирует. Вообщем, среди них есть очень радикальные представили этих течений. Среди Растовцев - Steve Klabnik. И его, как радикала, уважают в соответствующих тусовках. И они же помогают продвигать язык. Порой, не зная его, или не являясь даже программистами. От этого высокие рейтинги у статей с hello world'ами, написанными на расте.
>>831936>>831940
#90 #831928
>>831906
>>831849
Вы ньюфани что ли? Он кормится от вашей реакцией. Ему не нужна логика. Ему нужны эмоции и вас разводит как лохов.
#91 #831934
>>831906

>пиздоглазые рукожопы не обращались к памяти напрямую


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

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


так они оба не комментируют, но пишут об этом. Я тоже предположил что это либо разовый оверхед или прогон/копирование по памяти аля O(1).
Но смысл той беседы был, что как бы ты ласково оверхед не называл он есть, пускай разовый.
Для системного уровня оверхед болезнен, если что

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



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

>абстракции с нулевой стоимостью


ага, плодя оверхеды (пусть константные). Ты либо делаешь реал зеро-каст, либо делаешь CRUD-безопасный язык. Мальчики решили покорить сразу весь мир в итоге и не системный и не современный высокоуровневый CRUD-язык

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



звучит так, что там полный хаус и они еще и положили болт, мило
Нахера релизили сырой язык?
>>831948
#92 #831936
>>831927
Ты какой то ебанутый.
>>831945
#93 #831940
>>831927
а ну если так, мне пох, пусть хоть трансгендерные карлики нигры форсят раст.

я под форсом говорил о том что говорят в русскоязычной среде "ОХ БЕТЬ ВОТ ЭТО ВИН, ПОЧТИ СЕРЕБРЯНАЯ ПУЛЯ, УБЁТ ДЖАВУ И ПЛЮСЫ ОДНИМ МАХОМ, ОХ ЕБАТЬ КАК Я ЛЮБЛЮ РАСТ". потом с другой стороны другие питухи начинают приёбываться к синтаксису и "несистемности изза оверхеда".

вот к комми(как консервативных уёбков) я бы отнёс вторых питухов, а к первым просто модников которые почуяли МОДНЫЙ ТРЕНД и чуть не захлебнулись смузи, пока педалили хулоуворд, который не заводился из-за лайфтаймов

но всё немного иначе. напомианет холивар между жава-говноедами и скала-дрочерами. а ява как жила, так и на скале продолжают пилить код.
>>831945>>831975
#94 #831945
>>831936
Ок.
>>831940

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


Да просто холивар абсолютно любой природы.
#95 #831948
>>831934

> Нахера релизили сырой язык?


Назови языки, которые релизились не сырыми.
>>831950>>831980
#96 #831950
>>831948
да он заебал, любит видимо полемизировать. он или тешит ЧСВ за счёт критики, мол "смотрите, вы схавали, а я не пальцем деланый, вижу подвох, я умнее, кококо"

но скорее он просто толстый тролль

>уже порвался


фраза детектор, особенно когда её рандомно используют
#97 #831975
>>831940
ой, особенный, нетакой как все появился.

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

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

То есть, когда люди сидят и им приносят тарелку говна и говорят смотри какое мороженное, часть убеков ест и машет головой и говорит - оно и правда вкусное (чаще под давление авторитетов), другая часть, вменяемо начинает это опровергать, мол погодите, да это же говно!

Это нормальная реакция всех людей.
#98 #831980
>>831948
Golang, java, шарп, си, с++, котлин, свифт
Языки конечно развивались, но их продакшн релизы, насколько я знаю, не были такими чтобы назвать сырые.

>но скорее он просто толстый тролль



когда не хватает аргументов, начинают к личности доебываться. Это говорит о многом.

>"смотрите, вы схавали



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

Но нет же, мы будем жрать мороженное, а анон просто тролль
#99 #831997
>>831980

>с++


>релизился не сырой


А ты смешной.
>>832051
#100 #831999
>>831980

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



пиздец, наша песня хороша, начинай с начала
вот это толстота явная уже

катывают пиздец, двощ это реально место где шизофреники как рыба в воде, лол
>>832047
#101 #832044
>>831906

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


и помимо прочего, сложность её не зависит от размера данных. Тот что этот голожопый хакир скачет по сырой памяти со своим системным С и хитровыебанной арифметикой указателей гарантируя безопасность мамой клянётся доставляет еще больше.
>>832050
#102 #832047
>>831999
это называется итоги, мой юный аналитик
>>832075
#103 #832050
>>832044
конечно, вот такие люди которые катаются по сырым строкам си и кричат, что их "javascript" лучше, а ваш говно
#104 #832051
>>831997
там в примере не один был язык
#105 #832075
>>832047
это называется тред жопой читал, пришел пофлеймить

выше разжевали всё про указатели и строки на хипе

ты почему хуже говна такой?
>>832102
#106 #832102
>>832075
конкретно по языку и дискусу у нас будет что, или анон вам пуканы порвал на треда два вперед?
>>832497
#107 #832212

>>83188


> я могу в критическое мышление


> я могу, маам


лал, судя по тому что ты пишешь далее, едва ли. Такой же философский зомби.
#108 #832221
>>831980

> Golang


Только в контексте синтаксической полноценности.
До 1.5 неюзабельно в контексте своей задачи.

> java


Nope

> C#


До 2.0 ну вообще никак

> Си


Ну ты посмотри что он себя представлял до C89

> Си++


Аналогично

> свифт


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

> котлин


Не могу сказать ничего, возможно. Только абстрактно понимаю на что нацелен язык. Плюс, это же тоже как надвесок над системой.
Где применяется - не совсем понятно. Первый результат в поиске на гитхабе - библиотека для андроида, второй результат - Rust IDE, лол. https://github.com/intellij-rust/intellij-rust
>>832233>>832300
#109 #832233
>>832221

>маня даёт экспертную аценку

>>832865
#110 #832300
>>832221
>>832221
допиливают всегда, но не выпускали сырой, вообще надо дать определение сырому, иначе спор бестолковый.
Но как понял от анона, они забивают на баги, то есть пилят там в ущерб всех, вот это лол
>>832865
#111 #832497
>>832102
порвал пуканы. всё, теперь уходи. все пуканы уже порваны, нечава тута лавить, уходи. пуканы порваны нероходимой глупостью, лично мой пукан не расчитан на такое. а твой? тво пукан может перенести переполнение стека запросами на личную приемлимость в сиподобносте или питоньих отступах? может ли твой пукан удержать в одном месте императивные психозы и функциональные альтернативные реальности? когда кал класть? когда мохг сказал? или когда толчок под жопой? а не ленивый ли у тебя кишечник? мань, это зэка
51 Кб, 630x354
#112 #832501
Да у вас тут аналог ОБР треда из по. Забавно.
#113 #832865
>>832233
Маня дает экспертную оценку на экспертную оценку другой мани. В чем проблема?
>>832300
Забивать на баги - абсолютно нормальная практика во всех компаниях,если баги не критичные. Человекочасы - очень ограниченный ресурс. На критичные баги они не забивают.
Раст, как ранее уже отмечалось, является продуктом сообщества и процесс разработки открыт для всех. И сообщество видит, что в продукте ещё есть изъяны и их нужно доработать, это не значит, что продукт сам плох по себе.
Когда мы говорим, что раст "сыроват" - это значит, что кое-чего ещё не хватает, чего бы мы хотели видеть.
Например, нас не устраивает время компиляции. Над этим активно работают.
Или отсутствия готовой среды разработки и некоторого инструментария. Тоже.
Некоторые вещи, облегчающие написание кода, ещё не имеют статус стабильности. Например, оператор "?" и идущий с ним try-catch. Но это не значит, что код без этого невозможно писать.
Или использование нестандартных атрибутов.
Это самые общие проблемы.
Это те вещи, которых не хватает людям, которые реально пишут код на языке, а не вскрики мимо проходящих зеленых.
>>832872>>832891
#114 #832872
>>832865
А вот мне в расте не хватает удобного гуя. Я конечно понимаю

> 2016


> оффлайн приложения не на javascript


но всё же.
>>832892
#115 #832891
>>832865

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



Есть пример? Именно в областях разработки?

>Раст, как ранее уже отмечалось, является продуктом сообщества и процесс разработки открыт для всех



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

> в продукте ещё есть изъяны и их нужно доработать


> продукт сам плох по себе.



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

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

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

>Некоторые вещи, облегчающие написание кода, ещё не имеют статус стабильности. Например, оператор "?" и идущий с ним try-catch.



Это трешак на самом деле, я думал у них проблемы на уровне либ, а тут оказывается они еще и синтаксис не доработали (и это после года релиза языка... РЕЛИЗА КАРЛ!)

>Это те вещи, которых не хватает людям



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

Остается только завершить это все фразой "wake up neo you obosralsya"
#115 #832891
>>832865

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



Есть пример? Именно в областях разработки?

>Раст, как ранее уже отмечалось, является продуктом сообщества и процесс разработки открыт для всех



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

> в продукте ещё есть изъяны и их нужно доработать


> продукт сам плох по себе.



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

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

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

>Некоторые вещи, облегчающие написание кода, ещё не имеют статус стабильности. Например, оператор "?" и идущий с ним try-catch.



Это трешак на самом деле, я думал у них проблемы на уровне либ, а тут оказывается они еще и синтаксис не доработали (и это после года релиза языка... РЕЛИЗА КАРЛ!)

>Это те вещи, которых не хватает людям



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

Остается только завершить это все фразой "wake up neo you obosralsya"
>>832930>>833142
#116 #832892
>>832872
судя по откровениям анона выше, забудь об этом :)
55 Кб, 485x604
#117 #832910
меня этот зелёный критикан уже доебал
начинаю пост читать, узнаю его слог и желание возвращаться в тред встаёт и уходит

напоминает ИРЛ одного такого "не такой как все". худой такой, патлатый, вроде не гей, но манерный пиздец. постоянно ищет к чему доебаться, а как найдёт начинается пустая полемика. то юнит тесты не нужны когда профи становишься, то всё что не jvm - морально устарело, ведь железо ныне дешовое. нужно у него будет за раст спросить, вангую будет говорить тоже самое что и местный опёздл
>>832924
#118 #832924
>>832910
Мне лично все равно. Холивар хоть как-то подымает этот тред.
Такое же было и с илюшей и го. А вот твои слезные посты, взывающие к анону, выглядят как унылое говно.
>>832935
#119 #832930
>>832891
Хуй знает как у тебя вообще мозг работает. Сам приводишь в пример свифт (который, напомню, обновляется с повреждениями обратной совместимости каждый сезон а ведь зарелизился 2 года назад), при этом уже выходит swift 3. Т.е. ГОТОВЫЙ ЯЗЫК за 2 года изменился от слова совсем (и до сих пор не имеет специфицированного аби, лал). Котлин, у которого по 2 года ишью висели на трекере (лень сейчас искать), и у которого на офф. трекере этих самых ишью буквально в 6 раз больше чем в репе любого другого языка при том что его используют в паре модулей для иде и приложулек на андроед о чем-то да говорит.

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

>они еще и синтаксис не доработали


Ты хоть один язык, в котором со временем не добавляли/изменяли плюшки/синтаксис знаешь?
>>832970
#120 #832935
>>832924
Так напиши что-то АДЕКВАТНОЕ, сука! У тебя высеры на уровне "нихачу ничо учить, хачу писать как в си, но при этом без оверхида и бизапасна".
>>832970
#121 #832970
>>832930
ладно, пусть будет так, все были говном в свое время (не могу парировать ибо за каждым языком не слежу так, так что тут ты пусть победил. Хотя я думал меня доебутся до шарпа, ибо же он менялся осознано ломая обратную совместимость).

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

НО меня интересует следующие, без бомбежки:
нахера он нужен? Вот для меня он такой и не системный и для КРУДА причудлив, а что он есть для тебя?
Просто убеди, побудь евангелистом языка (не буду придираться к каждому слову, пиши как видишь, анон)

>>832935
это не я, но меня тоже доставляет твоя бомбежка))
Еще раз говорю, придирка к личности, это падение тебя как собеседника в диалоге.
>>833013>>833050
#122 #833013
>>832970

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


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

>нахера он нужен? Вот для меня он такой и не системный и для КРУДА причудлив,


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

>а что он есть для тебя?


Для меня это первая адекватная попытка заменить C++.

>Еще раз говорю, придирка к личности, это падение тебя как собеседника в диалоге.


Падение в диалоге - твое неумение понимать что прочитал. Не было никакой придирки к личности тут, конкретно написано: твои аргументы хуйня. Видишь тут придирку к твоей личности?
>>833148
#123 #833050
>>832970

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



т.е. ты просто в лужу пёрнул?

ты из поста в пост переливаешь из пустого в порожнее, смысла ноль. вместо того что бы надменно тут фантазировать о собеседниках, спросить бы прямо
ПОЯСНИТЕ ПО ХАРДКОРУ ПОЧЕМУ ОБМАЗАЛИСЬ?

ну, например, нужен тонкий сервер на слабом железе, но не полная статика как nginx. можно и на си и на гоу это всё пропедалить, да даже на nodejs(правда с ньюансами вроде падений из-за того что память кончилась). так вот гоу имеет GC и значит на пиковых нагрузках будет жрать больше памяти чем раст. в си много нужно писать руками/ нет системы управления зависимостями/ нет за спиной кучи лет что бы писать низкоуровневый производительный код который не будет падать.

хочется LLVM и лететь с балкона

крупные проекты появятся позже, когда будет IDE и вырастет поколение тех кто читал сорсы rustc и servo
18 Кб, 400x400
#124 #833096
http://www.infoworld.com/article/3114475/open-source-tools/the-next-version-of-fedora-picks-up-rust.html
Начиная со следующего выпуска, Fedora будет поставлять Rust и Cargo в стандартном комплекте.
Tips fedora M'lady
>>833172
#125 #833142
>>832891

> Есть пример? Именно в областях разработки?


Всё понятно. И он пиздит про неофитов.
#126 #833148
>>833013

>Конечно успеваю


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

>Всем не угодишь


Я и не говорил оправдывать, то что там обосрались это их проблема, ты расскажи, что тебя там цепляет (кроме пустой хипстер-экзотики, что реально киллер фича для тебя)

>Это кстати привет из мира C++ где у каждой глисты свои строки.


Раст уже на старте две строки навалял и это по дизайну, но если язык выстрелит как системный, то строк будет так же много (потому что даже в системной мире, строка под разные задачи может быть разной, конечно людям с мира CRUD это не осознать)

>Для меня это первая адекватная попытка заменить C++.


Окей, а зачем тебе С++ (я серьезно, может на другое не отвечать, это реально интересно)

>твои аргументы хуйня.



ну вот, у тебя уже начинает получаться, я же не говорю что ты очередное "воздухо-сотрясательное говно" коих развелось в ИТ, но благо уже там от таких начала дезинфицировать. Так, что привет снова в диалог, мы тут все говно, так что по делу лучше.
#127 #833170

>т.е. ты просто в лужу пёрнул?



Субъективно (а мир субъективен) я не видел для себя проблем там, но глубоко данными обо всех багтрекерах я не владею (чтобы вменяемо на таком уровне спорить), поэтому я осознанно отступаю, давая первенство тому чуваку, который ковыряется в таком говне (да и мне лень из-за говно спора в такие ебеня лесть)

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

>ты из поста в пост переливаешь из пустого в порожнее



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

>ПОЯСНИТЕ ПО ХАРДКОРУ ПОЧЕМУ ОБМАЗАЛИСЬ?


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

>ну, например, нужен тонкий сервер



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

Если бы они пилили вместо servo, флагманский проект типа вебсервера (вебфреймворк) и прочие сетевое добро - с руками оторвали бы все макаки. А так выглядит как потуги спасти ff (чтобы макаки и фанбои вместе с растом вынесли на пьедестал сам ff)

>крупные проекты появятся позже, когда будет IDE


не будет ничего без финансирования (даже тот же IDE с хорошим тулингом).
#128 #833172
>>833096
теперь осталось заставить людей сесть на федору))
#129 #833269
Опубликовали роадмап на год:
https://internals.rust-lang.org/t/setting-our-vision-for-the-2017-cycle/3958
Суть:
- ничего интересного в самом языке не появится, будут улучшать инфраструктуру и либы по всем фронтам
- косвенно признают, что язык не взлетает чего-то
>>833291
#130 #833291
>>833269

>что язык не взлетает чего-то



Давай-те не предвзято обсудим почему?
Мол, я думаю это связанно "с тем-то и тем-то"

Мое виденье:
-избыточная сложность (вопрос не способностях осилить, а скорее вопрос "ну зачем?")
-лично для меня код с непривычки выглядит как обфускация. Моя мысль, чем больше сахара, тем больше получаем мутанта как С++ (писать легче, читать чужой код больно)
-нет выигрыша производительности (ждал сишного монстра, а вышло на уровне джавы прогретой)

Ну и самое главное:
-как-то проигнорировали веб (в эпоху, когда позарез нужны шустрые и экономные микросервисы).
#131 #833292
>>833291

> как-то проигнорировали веб


Да они вообще всё по началу проигнорировали. Либ-то нет, а писать некому из-за большого порога вхождения. Вот и не понятно для чего он.
#132 #833351
>>833291

>нет выигрыша производительности (ждал сишного монстра, а вышло на уровне джавы прогретой)


Деб? Джава прогретая зачастую быстрее кода на сишке.
>>833367>>833411
#133 #833366
>>833291

>проигнорировали


Двачую. У той же скалы миллиард либ для всего, акки-хуяки, слики, плеи, спарки, скалы.джиес и так далее.
>>833439
#134 #833367
>>833351
Только занимает 1000000000000000000000000000000000000000000000000000000000000000000000000 гб памяти
>>833439
#135 #833411
>>833351
обоссал дауна

мимошел
>>833439
#136 #833412
>>833291

>избыточная сложность


По сравнению с чем? Те же плюсы сложнее в разы.

>лично для меня код с непривычки выглядит как обфускация


Похуй на субъективные маняпредставления о синтаксисе.

>-нет выигрыша производительности


Код в половине случаев быстрее кретового.

>-как-то проигнорировали веб


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

>когда позарез нужны шустрые и экономные микросервисы


На самом деле не нужны, а ты, похоже, не особо сечёшь в крудоёбстве и его проблемах.
не гоудибил ли ты часом?
>>833418
#137 #833418
>>833412

>Те же плюсы сложнее в разы.


Порог вхождения в них гораздо ниже. Если знаешь хоть один язык, то просто почитаешь гайд по си и через полчаса можешь уже говнякать на крестах что-то рабочее.
>>833439
#138 #833431
Ебанутые. Неужели непонятно, что цель раста - заменить Си и С++ при написании нативных библиотек общего назначения. Представьте, что в OpenSSL внезапно не стало ошибок. Или ещё лучше - в вашем браузере (для чего этот язык и создавался). Насколько безопаснее станет интернет благодаря расту представляете?
#139 #833439
Что за терпение у людей которые общаются чтобы бампать треду(?) с этим дауном обсирающим раст. Его посты же невозможно читать, он с русским языком явно не в ладах. Как можно понять вот это:

>так как мысль о том, что там у какого-то котлина была какая-то бяка - меня уже вызывает недоумение


ЧТО ЭТО ОЗНАЧАЕТ СУКА?
Кроме того, у него узкий кругозор, хотя он этого не понимает и говорит о том в чем не разбирается. Типичный пример эффекта Даннинга-Крюгера.
>>833366
Нет смысла конкурировать в вебе и бекэнде со скалой, руби etc. А вообще в микросервисах главное горизонтальная масштабируемость, а не производительность одного инстанса. Для него производительности jvm вполне достаточно, несмотря на вскукареки >>833411>>833367.
>>833418
Проблема в том что на плюсах уже давно не пишут "что-то рабочее" на коленке.
мимо-скалаёб
>>833450>>833473
#140 #833450
>>833439
Да самый простой пример - у тебя баг в сторонней либе (допустим, её тянет твой проект на питоне). Если либа на плюсах, ты можешь этот баг кое-как пофиксить прямо на месте (если тебе лень идти к автору, или тому просто похуй "баг никритичный))) неча время тратить у меня тут фичи не допилены)))"). Если же либа на расте, то тебе придётся пару недель потратить на то, чтобы понять, как на этом вообще писать.
>>833451
#141 #833451
>>833450

> ты можешь этот баг кое-как пофиксить прямо на месте


А может и не сможешь. Особенно если автор писал действительно на С++, а не на Си с классами.
>>833470
#142 #833470
>>833451
А может и не сможешь. Если там не компильтайм пердолинг во все поля, то шанс есть - в случае с растом шансов нет.
>>833475
#143 #833473
>>833439
-"кококо, вы видели? Он меня обидел?"
-"Не, ну видели??"

да всем срать на тебя и на него, ты на борде, а не в своем маня-вконтактике
#144 #833475
>>833470
Все 4 варианта возможны. У сложности раста, внезапно, тут есть преимущество: в С++ питонист, думающий что пофиксил баг, может на самом деле налажать с мемори менеджентом или конкуррентным доступом, а раст не даст ему это сделать.
79 Кб, 620x413
#145 #833494
И так прошло 3-4 года разработки servo, давай-те насладимся этим:
https://www.linux.org.ru/news/mozilla/12711855
Сюда закину великие цитаты, великого движка и языка.

>а есть какой-нить сайт, который не выглядит на этом поделии как говно? Даже ЛОР! который простой как топор умудрилось сломать.



нахера они его выложили, чтобы попугать людей, чем они 3-4 года занимались?

>Да кста, на второй машине с сусей оно ваще не запустилось. Показало черное окно, а потом просто выпало.



Раст очень безопасный язык, теперь никаких сишных сигфолов))

>Потому что 10 минут в серво сожрало около 12 гигов.



Тут мы видим, что GC правда оказался не нужен :)

>итого сходил по 2-3 сайтам. Оно наплодило мне 182 потока, сожларо почти четверть памяти и повисло наглухо. У FF достойный конкурент, да.



Теперь ваш любимый двач будет работать на всех 200 ваших ядрах. Даешь по потоку на каждый DOM элемент!!!

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

Народ, по-моему это чистый WIN?
sage #146 #833501
>>833494
будет полноценный релиз - обсудим, а пока иди нахуй, хейтерок
>>833507
#147 #833505
>>833494
очевидно, что раст для пидоров
#148 #833507
>>833501
чувак, мы же не браузер тут обсуждаем, мы обсуждаем тут то, как беря раст ты сразу становишься великим и памятибезопасным!

Где же все эти хайпы теперь???
>>833615
#149 #833601
Не могу скомпилировать хелоуворлд с hyper. Все его зависимости компилируются без ошибок по очереди, а как доходит до openssl все ломается. В чем проблема?
failed to run custom build command for `openssl-sys-extras v0.7.14`
#150 #833615
>>833507
главное не стать цпп-опущем случайно, остальное не так страшно, вон даже кодеры на яве как-то живут
#151 #833676
>>833494
По наблюдениям, наиболее лучше всего движок работает при следующих условиях:
1. Заходить на сайт с utf-8, потому что другие кодировки он пока не поддерживает
2. Сидеть на маке
3. Запускать с рисованием на видеокарте
>>833714
#152 #833714
>>833676
за 4 года, да они просто выжали все соки с хипстеров, негодяи!
165 Кб, 800x640
#153 #833813
>>833494

>Ну и бугурт у вас от pre-alpha.

>>833867
105 Кб, 1000x562
#154 #833830
Не понимаю сути перфоманса. Rust это не Go с армией хомячков и не Swift который единственный после Obj-C у яблоёбов. Смысл троллировать трёх с половинной аутистов? Не ну это ж пиздец, давайте закотимся в Erlang тред и будем их эрланговскими строками тралить. Пиздец дно.
#155 #833845
>>833830

>Erlang тред


Разве он существует?
>>833855>>833866
#156 #833847
>>833830
Да всем похуй на этот театр одного шизика.
>>833855
#157 #833855
>>833845
Вот же
https://2ch.hk/pr/res/702072.html (М)
>>833847
Значит семенит. По манере письма здесь несколько хейтерков.
6 Кб, 200x141
#158 #833861
>>833830

>Смысл троллировать трёх с половинной аутистов?


С каких-пор двачи от лулзов отказываются? Имхо с серво годно вышло

>Rust это не Go с армией хомячков


Бюджета на ру-сегмент не хватает, а так там форсят жо, от чего греют многие пердаки.
>>833870
#159 #833864
вкиньте штоле пруфов на то что руст не такой производительный как ожидалось. тем более какой-то местный полуёбок сравнивал с "прогретой явой". интересно если оно и на самом деле так увидеть пруфы, а то как то на имиджборде на слова верить, ну вы понели
>>833877
#160 #833866
>>833845
Нет. Те что когда-то создавались, тонули ещё быстрее чем Haskell-треды. Да и толку то, из работающих эрлангистов на это борде 1,5 человека, язык не под хайпом, вакансий мало, евангелистов нет, как следствие - всем похуй.
#161 #833867
>>833813
главное же не падает и сразу безопасно все с 12гб и 200 потоками.
Тут же видно, что от раста они только выиграли.
#162 #833870
>>833861

>Имхо с серво годно вышло


>преальфа версии 0.0000000001


>ахах хуёва работает гавно ВОТ АБАСРАЛИСЬ ТО ЛООООЛ НУ ТУПЫЕ


пиздец просто разгон на самоподдуве
>>833893
#163 #833871
просто аналог кремлебота из по/ какой-то, только работает на чистом энтузиазме, охуеть можно
>>833882
#164 #833877
>>833864
https://www.techempower.com/benchmarks/#section=data-r12&hw=peak&test=json
поиск по ключу "rus" или "iron" (он там из всех растовских в топе)

https://habrahabr.ru/company/mailru/blog/273341/
>>833880>>833881
#165 #833880
>>833877

> 17 декабря 2015 в 12:57


Тогда ещё Non-blocking I/O не был в растовской либе допилен, о чём и говорится в статье.

Все три бага с тех пор в сторонней либе уже закрыты и тесты надо провести вновь:
https://github.com/hyperium/hyper/issues/368
https://github.com/hyperium/hyper/issues/601
https://github.com/hyperium/hyper/issues/395
>>833884
#166 #833881
>>833877
Крайне хуёвый пруф. Вот что-то пореалестичней.
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=rust&lang2=gpp
>>833894
204 Кб, 1030x986
#167 #833882
>>833871
я вот не хотел нерелейтед писать, но по стилю он один в один ольгинец, лол
#168 #833884
>>833880
смотри
https://www.techempower.com/
там свежее 2016-02-25
>>833887
#169 #833887
>>833884
Non-blocking I/O был добавлен только в мае. Нужно ещё свежее.

И да, это не тест скорости раста, а скорости его IO-либы, что забавно.
#170 #833893
>>833870

>четыре года разработки


>преальфа версии 0.0000000001

>>833905
#171 #833894
>>833881
насколько знаю эти тесты скомпрометированы, много народу вайнят на них (мол код сишки раздули, а расты всякие с unsafe)

Да и кому нужны тесты коня в вакууме, когда все де-факто тестят по request per second (имеется ввиду полноценный вебсервер, а не конь)
>>834172
#172 #833905
>>833893
ничего что причина создания серво - сделать многопоточный DOM(хотя лично мне кажется что фичи типа https://habrahabr.ru/post/309042/ оптимизируют к тому времени однопоточные движки)

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

хули ты ожидал, что через год релиз раста, а ещё через год релиз сервы

%кстати browser.html я так понял только морда, он как-то вообще с серво пересекается? или это вообще не связанные проекты?%
>>833920>>833957
#173 #833920
>>833905
browser.html - это просто гуй, написанный на самом стильно, модном, молодёжном языке разметки: html.

Серво может работать и без него, просто открывая страницу из консолечки в окне определённого размера (задаётся аргументами).
>>833943
#174 #833943
>>833920
я серво у себя запускал, он как-то криво рендерил и зависал. при этом занимал 4 гига, ну я его и снёс, лол
>>833950>>833968
#175 #833950
>>833943
4 гига на диске. я его прямо из папки с исходниками, где компилил и запускал, хз сколько сам серво занимает. просто я охуел с таких размеров
#176 #833957
>>833905

>сделать многопоточный DOM



да, мы это уже видели, в 200 ОС-потоках (то есть даже не зеленые треды) и с 8-12гб памяти

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



Вот и евангелисты подъехали.
Это ты втирать хипстерам будешь, а технари тут в курсе, что затраты на создания языка куда выше (многократно), чем ты выше описал.
Это как решить построить дом и для этого решили построить еще завод, а то балки не нравятся.

>хули ты ожидал, что через год релиз раста, а ещё через год релиз сервы



в инете пишут что 3-4 года, но пусть будет 1-2 года. Блять за 1-2 года можно многое написать даже одному (я уверен что и макака за фултайм за год напишет многопоточный DOM парсер, тем более у них есть сорцы решений зажаренной-лисы).

Год работы это очень много, либо раст их так тормозит либо я не знаю, но повторюсь, год работы группы людей даже не фултайм это много (как бы ты не евангелировал нам)
>>833970
#177 #833968
>>833943
Там по умолчанию конпелируется и запускается debug-версия с кучей всяких проверок, которые тормозят движок. Нужно конпелировать релизную для тестирования скорости.
#178 #833970
>>833957

> Блять за 1-2 года можно многое написать даже одному


Ты просто не знаешь насколько сложен web-стандарт (даже без учёта джаваскрипта, поскольку серво использует spidermonkey). Там даже специальные секции есть для костылей нужных для совместимости со старыми или просто неправильно сверстанными сайтами.
#179 #833977
>>828828

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


Ну вот код из гцц:
if (xloc.file == NULL || strncmp (xloc.file, "\1", 2) == 0
|| xloc.file == '\0' || xloc.file[0] == '\xff'
|| xloc.file[1] == '\xff')
return false;
Он чем только не проверяется. Давай объясни, как там такое гавно оказалось.
#180 #833993
>>833977
в опенсорсе что срать что код писать (с)
Ты бы еще лабы студентов притащил бы, мы же про серьезный бизнес
#181 #833998
>>833993

>серьезный бизнес


>маргинальный опенсорс для движка с наполеоновскими планами


>компюлятор вот этих вот ваших сей


>серьезный бизнес

>>834044
#182 #834026
>>833993
Дык где твой тулинг-то? Хуи он сосёт.
>>834032
#183 #834032
>>834026
ты о чем? или ты хочешь мне защитника сишки приписать?
Я и не говорил что си это триумфальный противовес, я говорил что раст говно. Не путай.

PS тут еще диблоиды ввиду своей малой когнитивной сложности округили несколько человек до одного (даже забавно)
>>834099
#184 #834044
>>833998
ты не уловил месседж, я просто стебаюсь над тобой, так как пример совсем бестолков.

Во первых я не понял в чем там проблема (да и не всматривался).

Во вторых ты одним примером из какого-то кода опенсорсного, пытаешься опровергнуть что люди не используют тулинг в Си? Или что?
Типа вот тут в коде он вероятно не использовал, значит все?
Ты для программиста очень слаб по мозгам, ты же можешь мозгами представить что 5 строчек кода, какого-то автора в опенсорс не могут отражать факта, где и как используется тулинг си? Или тут тебя авторитет gcc надавил?

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

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

Ну то есть надо понимать что к коду бывают такие требование, когда анализирующий тулинг нужен, а бывает и не нужен (например мне на 1000 строк кода).
#185 #834082
>>833977
Дык эту ошибку тулинг как раз и нашел - анализатор PVS (платный, правда). Значит в gcc действительно раздолбаи руководят, раз они не используют стат. анализаторы.
#186 #834099
>>834032
Так а почему раст говно? Умеешь в критическое мышление, можешь обосновать?
>>834156
#187 #834154
>>834082
у парней может денег нет)) о может не надо им, бородаты же.
В любом случае это тулинг и он опционален должен быть. Ну то есть котлеты отдельно, мухи отдельно.

Мне лично нахер не нужно чтобы компилятор за каждую фигню меня ругал, мне лучше чтобы потенциальную проблему он мне тупо подствечивался в IDE (да, меня избаловали java IDE)
И это реально круто и в тоже время я могу местами выключить некоторе пункты и успокоить анализатор.
Я даже уже не помню, чтобы на джаве у меня некомпилировалось (то есть IDE меня сразу макает носом где нагадил и это в 2016 реально круто).

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

ОФФТОП, помоему в Go, компилятор не компилиться если подключенная библиотека не используетеся.
Прикиньте, в листинге в несколько страниц, вы для отладки комментите вызов метода и ваша программа вдруг перестает компилится, ПОСЛЕ КОММЕНТАРИЯ КАРЛ! это просто лютый трешак!
Ты как баран лезешь в топ листинга, комментишь импорт, а потом включаешь повторяешь тоже самое, но уже ища в середине свой код.
Это же щедевр, я считаю.
При этом в той же ненавистной джаве в IDE я просто вообще забыл что такое импорты, они там свернуты и IDE сама подставляет и удаляет когда надо - не это ли круто, мои мазахисткие друзья??

ОФФТОП 2
С другом рассуждали о великом и пришли к мнению, что каждый кто реализовывает свой новый и модный язык (в эпоху, когда на каждый чих их делают) в первую очередь разрабы
должны написать IDE или хотя бы удобный плагин.
Это как бы некий контракт - я беру твой продукт, взамен ты мне должен дать удобство в работе.
Ебаться на некоторых языках как в 90х годах, занятие не очень веселое (я сейчас не про раст, а остуствие у многих тулинга вообще)
>>834346
#188 #834156
>>834099
этому посвещено уже два треда, иди читай линивое животное
>>834168>>834177
#189 #834168
>>834156
по-моему тут два треда самоунижения раскукарекавшегося шизика хейтерка на самоподдуве, а раст - топчик язык, работает быстрее плюсов, безопаснее, лаконичнее, серво даст всем посасать, а хэйтеры сольются как будто их и не было
#190 #834172
>>833894

>когда все де-факто тестят по request per second


нахуя? мы производительность ЯП проверяем, или производительность вебсервера который на нём можно написать?
>>834179
#191 #834177
>>834156
Ага, щаз. Что угодно, но не содержательная критика - вот что есть эти 2 треда.
>>834182
#192 #834179
>>834172

Веб сейчас краеугольный камень и тестят не мифические алгоритмы хипстеров (которые умудряются обосраться даже в 100 строчках кода), а конкретные реальные решения, которые оттачиваются и полируются для нагрузки (благо у многих языков решений много, что доставляет некую объективность).

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

То есть подход не идеален, но приближен "к боевым" насколько это возможно.
>>834312
#193 #834182
>>834177

ну так ты докапывайся и обосновывай если что не так, в этом вся сила диалога, но специально для тебя весь мусор заново просто так собирать никто не будет.
Наивный такой :)
26 Кб, 462x244
#194 #834191
>>833977

>Ну вот код из гцц


В чём суть кода?
#195 #834312
>>834179

>Веб сейчас краеугольный камень


И что? Это повод хуярить очередной 999й веб сервер?

>а конкретные реальные решения


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

Вебсервер нихуя не претендует на всеобъемлющее сравнение. Почему бы не сравнивать написанные компиляторы? Или LDAP-сервера? Или файловые менеджеры? Или криптовальни? Или рендеры графики? Или CMSки? Или мат. пакеты? Это всё разные вещи, проверяющие производительность языков с разных сторон. Но даже на этом всём проверять нет смысла, потому что, когда ты пишешь что-то прикладное, оно заранее скомпрометировано деталями реализации. Именно поэтому самое тру что можно сделать - это много маленьких синтетических тестов, достаточно тупых и простых чтобы всё реализовать одинаково. Они конечно не дадут общей картины, потому что прикладников вся это синтетическая хуита вообще мало волнует. Но тем не менее, это самое точное, что можно сделать. А реализация чего-то крупного, больше зависит не от скорости языка на базовом уровне, а в примитивах что он предоставляет, потому что если ЯП неудобный, а проект большой, то в следствии вся производительность будет похерена в быдлокоде, как это кстати видно по современным браузерам.
Олсо, я всегда вспоминаю тот отчёт Motorolla, когда тормозной интерпретируемый язык оказался производительней зеро-оверхед крестов на их солюшене.
#196 #834346
>>834082
Они используют анализаторы. Кстати, в этом случае анализатор и не нужен, тут обосрамс на уровне системы типов.
>>834154

>у парней может денег нет)) о может не надо им, бородаты же.


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

>В любом случае это тулинг и он опционален должен быть.


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


Тут поясни, почему один тулинг опционален, а другой нет?
>>833993
Ой, да все знают, как этот серьёзный бизнес работает – хуяк хуяк и в продакшен, авось не обосрётся.
>>834546
#197 #834546
>>834346

>хуяк хуяк и в продакшен


this

в опенсорсе кто-то может увидеть каку и прислать пуллреквест, а в энтерпрайзе обычно новые фичи приоритетнее рефакторинга, так и накапливается говнокод. условия просто такие, когда график выпуска релизов горит - появляется выбор 1) закрыть костылём и выкатить 2) выпустить обрезанную версию 3) просрать все дедлайны. к тому же есть ещё такой фактор как аутсорс. иногда действительно возникают ситуации когда говнокод, который постоянно нужно фиксить, поддерживать и допиливать - прибыльнее, чем код который максимально по-уму написан, где все фиксы - это пара строчек да и вообще всё работает стабильно
>>834553
#198 #834553
>>834546
ебать, я бухой, напейсал что сам не прочитаю. короч я про то что когда внутри компании происходит технический контроль, но всё чище выходит. а с аутсорсерами обычно менеджеры пиздят, у которых главное результат. и получается что аутсорсеры раздувают эстимейты и сыпят пыль в галаза недалёким менеджерам. у тех рано или поздно происходит просветление и они находят тебя анон, за меньший прайс, что бы ты поддерживал легаси говнокод
#199 #834651
>>834082
Разные анализаторы находят разные ошибки и по-разному от случая к случаю.
>>834997
#200 #834997
>>834651
но только у раста он всемогущий и бородатый, как нынче в моде
>>835037
#201 #835037
>>834997
Раст на уровне языка не позволяет многим ошибкам существовать, которые существуют в том же Си или Си++. Как и функциональные языки, они, конечно, с этим справляются намного лучше.
И да, встроенный анализатор Rust'а тоже помогает (+ он расширяемый https://github.com/Manishearth/rust-clippy )
+ сишные инструментарии можно использовать, типа Valgrind.
>>835067
#202 #835067
>>835037

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



ключевое слово многим, будет дарить мнимую безопасность и сигфолить

Подытожим:

-компилятор и анализатор это разная ипостась
Анализатор куда удобнее в виде тулинга в IDE.
Избыточное ограничение мазахизм и тормозит разработку.

-раст не решает всех проблем, но форсят как серебряную пулю

-подсчет ссылок это дорого.

-стек тоже дорог.

-имеется нативный оверхед.

-не системный язык.

-имеет unsafe (что просто сводит на нет всю его безопасность)

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

-производительность раста на уровне того же го, джавы.

-флагманский проект которому 3-4 (или 1-2) года, имеет пре-альфу и хорошо что на некоторых машинах запускается (а на некоторых сигфолит, лол)

-проигнорировали веб рынок (анон говорит что проигнорили всех), потеряли потенциальных людей из сообщества, интерес не растет по сей день.

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

Если говорить о расте как о системном, а не CRUD-языке:
Когда людям требовался Си 2.0, с мощностью си, но с тулингом и удобством 2016 года, сотворили какого-то необычного монстра и пытаются его зафорсить как системный.
#202 #835067
>>835037

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



ключевое слово многим, будет дарить мнимую безопасность и сигфолить

Подытожим:

-компилятор и анализатор это разная ипостась
Анализатор куда удобнее в виде тулинга в IDE.
Избыточное ограничение мазахизм и тормозит разработку.

-раст не решает всех проблем, но форсят как серебряную пулю

-подсчет ссылок это дорого.

-стек тоже дорог.

-имеется нативный оверхед.

-не системный язык.

-имеет unsafe (что просто сводит на нет всю его безопасность)

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

-производительность раста на уровне того же го, джавы.

-флагманский проект которому 3-4 (или 1-2) года, имеет пре-альфу и хорошо что на некоторых машинах запускается (а на некоторых сигфолит, лол)

-проигнорировали веб рынок (анон говорит что проигнорили всех), потеряли потенциальных людей из сообщества, интерес не растет по сей день.

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

Если говорить о расте как о системном, а не CRUD-языке:
Когда людям требовался Си 2.0, с мощностью си, но с тулингом и удобством 2016 года, сотворили какого-то необычного монстра и пытаются его зафорсить как системный.
#203 #835083
>>835067

>ЯСКОЗАЛ


Приходи хотя бы когда его осилишь и будут аргументы, а не просто посрать хочется. Лень даже отвечать на такой жирный бред.
>>835156
#204 #835087
>>835067

>раст не решает всех проблем


но решает те проблемы, которые не разрешимы для С/С++/Java (управление ресурсами - от памяти до мютексов)

>подсчет ссылок это дорог


Кому как, какие ваши доказательства?

>стек тоже дорог.


Duh?

>нативный оверхед


Что за новое слово в CS?

>не системный язык.


Ложь

>unsafe (что просто сводит на нет всю его безопасность)


Прагматика и опять ложь

>имеет избыточную сложность


Факт. Причем частично из-за уебищного синтаксиса, частично из-за поворота в разработке когда в ней стали принимать активное участие С++фаги

>проигнорировали веб рынок


Ты точно понимашь для чего этот язык?
#204 #835087
>>835067

>раст не решает всех проблем


но решает те проблемы, которые не разрешимы для С/С++/Java (управление ресурсами - от памяти до мютексов)

>подсчет ссылок это дорог


Кому как, какие ваши доказательства?

>стек тоже дорог.


Duh?

>нативный оверхед


Что за новое слово в CS?

>не системный язык.


Ложь

>unsafe (что просто сводит на нет всю его безопасность)


Прагматика и опять ложь

>имеет избыточную сложность


Факт. Причем частично из-за уебищного синтаксиса, частично из-за поворота в разработке когда в ней стали принимать активное участие С++фаги

>проигнорировали веб рынок


Ты точно понимашь для чего этот язык?
>>835114>>835154
87 Кб, 1556x924
#205 #835101
>>835067

>Избыточное ограничение мазахизм и тормозит разработку.


Как и избыточная свобода. Посмотри вон обзор ошибок в GCC - пишут бородатые дядьки, при чем возможно те что реализовывали грамматику сей в этом GCC. Выше уже скинули пример >>833977 - баги уровня "забыл разыменовать указатель, два раза сравниваю указатель с нуллом и пропускаю конец файла из-за этого". В расте только благодаря этой самой системе типов делать ни первой ни второй проверки вообще не пришлось бы, внезапно.

>-раст не решает всех проблем, но форсят как серебряную пулю


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

>-подсчет ссылок это дорого.


Оверхед имеет только Arc<>, но он используется для синхронизации между тредами - тот же оверхед ты получишь в любом другом языке где придется синхронизировать данные между потоками. Остальные - фишки времени компиляции про владение.

>-стек тоже дорог.


Штааа?

>-имеется нативный оверхед.


Какой? Один раз проверяются границы массива? Строки из стандартной библиотеки кого-то не устраивают?

>-имеет unsafe (что просто сводит на нет всю его безопасность)


Так не используй его если не уверен, что но на нет сводит-то?

>Можно втирать только людям, которые не знают про RAII


Но ведь раст сам основан на RAII...

>-производительность раста на уровне того же го, джавы.


Пук пук? Откуда же такой бред?

>флагманский проект которому 3-4 (или 1-2) года, имеет пре-альфу и хорошо что на некоторых машинах запускается (а на некоторых сигфолит, лол)


Может потому, что они пытаются написать что-то новое, с новой архитектурой? Или потому что это эксперементальный проект?

>проигнорировали веб рынок (анон говорит что проигнорили всех), потеряли потенциальных людей из сообщества, интерес не растет по сей день.


Кого они проигнорировали? http://aturon.github.io/blog/2016/08/11/futures/
Что это такое? И почему оно ебет все живое по перформансу, если раст такой тормозной?

>о с тулингом и удобством


Уже есть тот же плагин к идее - почти полноценная иде, с автокомплитом, дебагом и всем остальным.
Ты просто ведешь себя как максимально тупая потреблядь - ты не должен нихуя, а тебе должны соски облизать.
87 Кб, 1556x924
#205 #835101
>>835067

>Избыточное ограничение мазахизм и тормозит разработку.


Как и избыточная свобода. Посмотри вон обзор ошибок в GCC - пишут бородатые дядьки, при чем возможно те что реализовывали грамматику сей в этом GCC. Выше уже скинули пример >>833977 - баги уровня "забыл разыменовать указатель, два раза сравниваю указатель с нуллом и пропускаю конец файла из-за этого". В расте только благодаря этой самой системе типов делать ни первой ни второй проверки вообще не пришлось бы, внезапно.

>-раст не решает всех проблем, но форсят как серебряную пулю


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

>-подсчет ссылок это дорого.


Оверхед имеет только Arc<>, но он используется для синхронизации между тредами - тот же оверхед ты получишь в любом другом языке где придется синхронизировать данные между потоками. Остальные - фишки времени компиляции про владение.

>-стек тоже дорог.


Штааа?

>-имеется нативный оверхед.


Какой? Один раз проверяются границы массива? Строки из стандартной библиотеки кого-то не устраивают?

>-имеет unsafe (что просто сводит на нет всю его безопасность)


Так не используй его если не уверен, что но на нет сводит-то?

>Можно втирать только людям, которые не знают про RAII


Но ведь раст сам основан на RAII...

>-производительность раста на уровне того же го, джавы.


Пук пук? Откуда же такой бред?

>флагманский проект которому 3-4 (или 1-2) года, имеет пре-альфу и хорошо что на некоторых машинах запускается (а на некоторых сигфолит, лол)


Может потому, что они пытаются написать что-то новое, с новой архитектурой? Или потому что это эксперементальный проект?

>проигнорировали веб рынок (анон говорит что проигнорили всех), потеряли потенциальных людей из сообщества, интерес не растет по сей день.


Кого они проигнорировали? http://aturon.github.io/blog/2016/08/11/futures/
Что это такое? И почему оно ебет все живое по перформансу, если раст такой тормозной?

>о с тулингом и удобством


Уже есть тот же плагин к идее - почти полноценная иде, с автокомплитом, дебагом и всем остальным.
Ты просто ведешь себя как максимально тупая потреблядь - ты не должен нихуя, а тебе должны соски облизать.
#206 #835108
И да - еще к теме о перформансе: это молодой язык, и еще даже не успели выпустить MIR - на текущий момент раст оптимизируется только самой LLVM, без всяких языково-специфичных отпимизаций которые придут с развитием этого самого MIR-a и тд. (вроде copy elision об который плюсовики так любят рвать себе жопы), но уже показывает производительность почти на уровне плюсов - все отлично с перформансом, хейтеры.
#207 #835109
>>835101

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


Он сюда питаться приходит и бампать тред.
#208 #835114
>>835087

>частично из-за уебищного синтаксиса


В расте можно написать свое расширения синтаксиса или там плагин к компилятору, чтобы добавить правила с отступами и выражениями, как в Haskell (который кстати тоже на самом деле со скобочками и точками с запятой, но парсер понимает правила отступов)?
>>835134
#209 #835134
>>835114
В душе не ебу. Знаю лишь что клонируя окамл они умудрились в какой-то момент сделать еще более ебучий синтаксис. Вспомнил о верблюжем, так как там как раз средства препроцессинга хорошо развиты.
>>835177
#210 #835135

>ты не должен нихуя, а тебе должны соски облизать.



ты наверно из тех обсосов которые обмажутся всяким vim и пишут код с удобствами девяностых (тупо подрожая динозавро-подобным обезьянам тех лет, которые в силу привычки не могут переобучится).
Анон прав в 2016 без тулинга, можно слать нахуй вся новомодные "и нетакие как все" языки.
>>835177
#211 #835154
>>835087
хотел было норм ответить, потом вижу что гадишь и переписал под "твой стайл" высеров.

>но решает те проблемы, которые не разрешимы для С/С++/Java (управление ресурсами - от памяти до мютексов)



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

>Кому как, какие ваши доказательства?


Гугли, тут ты просто некомпетентен

>>стек тоже дорог.


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

>>не системный язык.


>Ложь


Правда.

>>нативный оверхед


>Что за новое слово в CS?


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

>>unsafe (что просто сводит на нет всю его безопасность)


>Прагматика и опять ложь



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

>Факт. Причем частично из-за уебищного синтаксиса, частично из-за поворота в разработке когда в ней стали принимать активное участие С++фаги



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

>Ты точно понимашь для чего этот язык?


Теперь да - не для чего :)
#211 #835154
>>835087
хотел было норм ответить, потом вижу что гадишь и переписал под "твой стайл" высеров.

>но решает те проблемы, которые не разрешимы для С/С++/Java (управление ресурсами - от памяти до мютексов)



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

>Кому как, какие ваши доказательства?


Гугли, тут ты просто некомпетентен

>>стек тоже дорог.


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

>>не системный язык.


>Ложь


Правда.

>>нативный оверхед


>Что за новое слово в CS?


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

>>unsafe (что просто сводит на нет всю его безопасность)


>Прагматика и опять ложь



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

>Факт. Причем частично из-за уебищного синтаксиса, частично из-за поворота в разработке когда в ней стали принимать активное участие С++фаги



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

>Ты точно понимашь для чего этот язык?


Теперь да - не для чего :)
>>835348
#212 #835156
>>835083

>Лень даже отвечать на такой жирный бред.



Понимаешь, ты даже не сможешь ответить.
Ты уже второй тред рассказываешь про "лень даже отвечать" и это уже кажется забавным.
#213 #835161
>>835101
единственный норм ответ за всю историю треда,
хипстеры уже и пинали и обижались меня, но кроме говна ничего не производили, найду время отвечу на твой пост
>>835165
#214 #835165
>>835161
а не, я ошибся, начал вроде норм а потом обосрался по аргументам

>Штааа?


>Пук пук?

>>835179
#215 #835177
>>835135
При чем тут это? Какого тулинга тебе блять не хватает? Поддержка IDE есть (причём вообще всего кроме отладки), автокомплит-сервера для текстовых редакторов есть, линтеров и хуиток для документации как говна, анализатор в коробке с ним идёт.

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

>>835134
Ну так покажи хотя бы как надо. Окамл - говно, все си-подобные - говно, все говно.
>>835188
#216 #835179
>>835165
Так если ты не можешь ответить/парировать – обосрался только ты.
#217 #835181

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



врети, мой язык такой, там такого не бывает.

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



то есть ты вроде говоришь что все сишные проблемы решает, потом что все проблемы НЕЛЬЗЯ решить и пример из языка ада вообще приводишь - какая же у тебя каша в голове.

Ты же своим шизофриническим умом понял, что только что сам обосновал что все проблемы (в том числе и расте) не решаемы.
В тебе борятся маркетинговый булшит евангелистов и здравая логика, борись!

>И почему оно ебет все живое по перформансу


В твоих самых влажных фантазиях.
Ладно, задам вопрос по другом, потому что вам там видно каждый день промывают эту инфу что раст быстрый.
Вопрос, почему он должен быть быстрым и даже (как кричат многие) быстрее чем си?
За счет тех же мелкий оверхедов, за счет проверки границ массивов, за счет приоритета на стек, за счет отсутствия арифметики указателей?
>>835213
4 Кб, 160x202
#218 #835188
>>835177

> Поддержка IDE есть (причём вообще всего кроме отладки),


Сказочный долбаеб
>>835194
#219 #835194
>>835188
https://intellij-rust.github.io/features/
Аргументируй, маня.
>>835258
#220 #835213
>>835181
1) Неосиляторство, в расте есть такая хуитка как нуль-сейфити и символ к указателю он неявно преобразовывать как в примере выше точно не станет;
2) Маняврирования уровня ВРЁТИ;
3) За счёт отсутствия костылей вроде алиасинга, или толстых указателей вместо уёбского нуль-терминатора и прочих хуиток? Каких оверхедов? 1 чек границ убьёт перформанс?

Да и я уже писал почему рано с чем-то сравнивать его скорость до выхода и обкатки МИР-ач
>>835222
#221 #835222
>>835213

>Да и я уже писал почему рано с чем-то сравнивать его скорость до выхода и обкатки МИР-ач



то есть сейчас он тормозит, или вы даже не знаете или не уверены что быстр? Но вот когда придет МИР! Все станет лучше (поля зеленее, солнышко ярче), я в этом уверен!
Почему они не могут обосраться и с МИР?

PS Это еще один маленький вин за сегодня
>>835232
#222 #835232
>>835222
Ты так не на что и не ответил, зато успел написать хуйню про какой-то псевдовин. Он уже показывает результаты даже с недопиленным оптимизатором.
#223 #835258
>>835194
О, надо бы попробовать.
#224 #835272
Мне вот интересно, это goвноеды что ли так бушуют? На goвне итак писать неприятно, так скоро из-за раста станет ещё и ненужно.
>>835278>>835282
#225 #835278
>>835272
manya-meeroque во всей красе. Люди, пробовавшие Rust, пишут, что возвращаются на Го, т.к. тупо проще писать, продуктивность программиста получается гораздо выше. Сборщик мусора ftw.
#226 #835282
>>835272
Какая разница кто? Забавляет - наблюдай, раздражает - игнорь или отправляй жалобы. Такие хуи есть во всех тредах, по всей борде, они развлекаются так, реагируешь -развлекаешь. Они бесплатно бампают.
>>835490
#227 #835348
>>835154

>что там у Си не разрешимо, с его возможностью вырезать гланды



Как я вижу ты не осилил даже беглый осмотр возможностей языка. Как же можно с тобой дискутировать, если, очевидно, недостаток компетентности ты будешь компенсировать говнометанием? Ознакомься с huonw.github.io/blog/2016/04/memory-leaks-are-memory-safe/ прежде чем отвечать далее. Если у тебя синдром дефицита внимания (есть предпосылки предполагать такое) - можешь читать начиная с

>Dynamic memory errors - incorrect management of dynamic memory and pointers:



>Гугли, тут ты просто некомпетентен


Ну вот, началось сливание и метание какашек

>некомпетентен, тут даже имея просто


толсто

>Причем тут CS дурочок?


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

Вообще, судя по форме твоих ответов ты глупенький некомпетентный троль. Нахуй тебя
>>839671
#228 #835490
>>835282
Так как мне срать на раст, отмечу, что парень не только хуйню нес. А так сами виноваты, у вас подгорает, вот он и лютует.

мимо макакакодер
>>835505
#229 #835505
>>835490
Мне тоже срать на раст, но ничего толкового от него не заметил. Ты о чём конкретно?
>>835535
#230 #835535
>>835505
Я тут сейчас не упомню, просто общее впечатление за эти дни.

Да и у меня дилетантские взгляды, но я согласен что:

синтаксис отвратителен.
Я бы сослался конечно, что я сишное чмо, но я видел NIM и другие новые языки, и там довольно уютненько

Согласен про отладку и прочие удобства. Да и отладка, это не удобство, а скорее необходимость (я хз как отлаживать большую сетевую апплиуху, принтами что ли?)
Опытные дяди мне говорили - если человек утверждает, что отладка не нужна, это скрипкиди (или "домохозяйка" - кодер, который дома пишет для себя)

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

Ставить ставку на системный язык, когда всякие си живут лишь из-за легалиси кода, это глупо (мое мнение, мне все равно ваше).

Микросервисы и веб нужны, то что маркетологи не увидели тренды (и как живут другие убийцы С++), меня тоже наводит на мысль, что раст какой-то пиар мозилы, а не реальный продукт.

Я не помню писал или нет, но в расте нет же ООП полноценного?
Или я с Го путаю.
В общем мое мнение такое, что без ООП достаточно трудно (но можно) добиться достаточной абстракции (все эти слои абстракций и модульность в большом приложение не просто так сделаны, но когда видишь как в контроллере вызывают базу и потом мапят там же, это боль).
>>835537>>835558
#231 #835537
>>835535

>В общем мое мнение такое, что без ООП достаточно трудно (но можно) добиться достаточной абстракции


Глаза разуй, ООП устарел. Раст это Хачкиль.
>>835543>>835558
#232 #835543
>>835537
Устарел он для домохозяек и как пишут - хипстеров.

Тут либо функциональщики до конца не представляют промышленные масштабы энтерпрайза и почему, скажем та же джава многословна с тучей абстракций (т.е. не от простой жизни).
Или же я не могу представить ФП в таких объемах и как там декомпозируют предметную область.
#233 #835558
>>835537
Не успел выйти из треда - забежал жирный уебок.
>>835535

>Я не помню писал или нет, но в расте нет же ООП полноценного?


Есть все в расте. Оно в го очень кастрированное, по этому поводу все ноют (хотя в таком куцом языке большего не надо).

>Согласен про отладку и прочие удобства.


Ээээ... Ну так в расте все это есть, хуй знает опять про что ты пишешь, хоть иде пока и не поддерживают (да, нужно обмазаться консолькой), в отличие от того е Го (в котором коммунити только и делает что кричит как отладчик НИНУЖИН).

>Микросервисы и веб нужны, то что маркетологи не увидели тренды


Забыли маней 300к запросов/секунду на локалхосте спросить. Для 90% микросервисов перформанса той же ноды хватает с головой, молчу уже про го и яву которых хватит оставшимся 9% (да, без вымазывания небоскребами фреймворков она очень быстрая).

А оставшийся 1% итак пишет микросервисы на расте/плюсах - тот же дропбокс которй недавно переписал свой ботлнек на раст и остался доволен. То же самое с хуйлоадами на эрланге вроде ватсапа - там эрланг служит просто шедулером сишных библиотек.

>Я бы сослался конечно, что я сишное чмо, но я видел NIM и другие новые языки, и там довольно уютненько


У нима слишком много говнистого сахара и просто говна в синтаксисе - ущербные лямбды, полная регистронезависимость (и похуизм на _, т.е. H_u_I() и hui() - одно и то же), обязательный discard на игнорируемые возвращаемые значения, СЛИШКОМ свободный синтаксис - позволяет строить ДСЛи покруче чем в той же скале (посмотри хуитки вроде dispatch) - в реальных проектах это все в совокупности поможет разве что создать абсолютно неподдерживаемый код как и на той же скале.
>>835573
#234 #835573
>>835558

>Забыли маней 300к запросов/секунду на локалхосте спросить. Для 90% микросервисов перформанса той же ноды хватает с головой, молчу уже про го и яву которых хватит оставшимся 9% (да, без вымазывания небоскребами фреймворков она очень быстрая).



ты наверно путаешь REST коммуникацию сервисов с традиционными вебсайтами? REST это глубоко другое.

>которй недавно переписал свой ботлнек на раст и остался доволен



ну сам же видишь, что нужен и нужен экономичный микросервис, но с процентами ты что-то напридумывал (опять же путаешь веб и rest)

>У нима слишком много говнистого сахара и просто


Там было просто мое восприятия, я не говорю что лучше или нет, просто субъективно так (не хочу ввязываться в ваш холивар тут)
>>835584
#235 #835584
>>835573

>ты наверно путаешь REST коммуникацию сервисов с традиционными вебсайтами? REST это глубоко другое.


/0
Что ты упарываешь? При чем тут это вообще, наркоман?

Забей просто, ты начал совсем хуйню писать. Не всрались никому кроме гигантов эти микросервисы ТАКОЙ ценой - замедлить разработку, получить риски и набирать программистов на новом языке (специалистов на котором чисто физически еще развестись не успело).
>>836119
#236 #835603

>Не всрались никому кроме гигантов эти микросервисы



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

Замечательный бизнес план.

В прицепи мне все ясно, у тебя предвзятое отношение к энтерпрайзу. Этакое стандартное шаблонное мнение, которое чаще звучит от тех, кто там не был (хипстеров?). Это много о чем говорит. Хронически не могу переписываться с домохозяйками поэтому я сливаюсь.
>>835629
#237 #835629
>>835603
Ух, как же наше жирное пидрило мимикрирует! Я-то уж было не признал кто это снова на связь вышел.

С экономическими ахуительными историями от МамкиногоВедущегоАналитекаРынкаЯзыковВЭнтерпрайзе-траля иди куда нибудь в по или врк, тут у нас только технические беседы, а на техническом поприще тебя уже обоссали.
>>836121
#238 #835631
Но многозодовочка, признаюсь, у тебя получилась классная.
#239 #835632
Многоходовочка*
#240 #835830
>>835101

>И почему оно ебет все живое по перформансу, если раст такой тормозной?


Ты ничего странного на твоей картинке не видишь? Например, что го в четыре раза быстрее, чем го?
>>835832
#241 #835832
>>835830
Жирный уебок, ты опять выходишь на связь? Или ты другое мудило которое не видит разницы между стандартной библиотекой и сторонней реализацией на одном языке? В любом случае все плохо.
>>835835>>836039
#242 #835835
>>835832
Объясни-ка мне, каким образом картинка, на которой го в четыре раза быстрее го, может быть использована как аргумент в споре о производительности языков.
>>835837>>836039
#243 #835837
>>835835
Таким же каким ты тралишь. Это сравнение стандартной реализации на го, и быстрейшей которая написана на Говне, в чем проблема-то?
#244 #836039
>>835832
>>835835
Ладно, что у этих убеанов паранойя и они всех хейтеров слили в одну личность, так они еще кидают картинку, где либа быстрее нативной библиотеки Го (на которой, скорее всего, либа и построена)

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

Ничего против раста не имею, но такие фанбои, которые проявляются вокруг языка из-за форса (а по сути домохозяйки, хипстеры или быдланы которые дальше синтаксиса не идут (те же хипстеры)) скорее делают для языка хуже (хотя популяризации всегда кажется лучше)
>>836044>>836072
#245 #836040
И да, раст не плохо, он просто не нужен.
>>836044
#246 #836044
>>836039

>фанбои


>домохозяйки


>хипстеры


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

> где либа быстрее нативной библиотеки Го (на которой, скорее всего, либа и построена)


Я чото проиграл с этого. Альтернативная реализация HTTP протокола сделанная ради перформанса на ансейфе, без аллокаций вне инициализации и прочими хаками ради перформанса - написана на, блять, готовой реализации протокола из говна. Ты хоть понимаешь что ты поехавший?
>>836040
Ну ты не сливайся только, а то без тебя совсем скучно будет.
#247 #836072
>>836039

>домохозяйки, хипстеры или быдланы которые дальше синтаксиса не идут (те же хипстеры)) скорее делают для языка хуже


Плохой рекламы не бывает.
>>836678
#248 #836119
>>835584

>замедлить разработку, получить риски и набирать программистов на новом языке (специалистов на котором чисто физически еще развестись не успело).



имхо нормальным програмистам ничего не стоит взять и начать писать на расте. а джуны, как правило, в универах учат си и плюсы, так что их тоже можно вкатить в разработку. вот только будут ли "гиганты" нанимать джунов? зато раст не позволяет делать ошибки, которые не делают только титаны лаптей 80го уровня. плюс ко всему к нему линкуется Си и он линкуется как Си, так что здесь очевидный профит по баблу получается. опять таки имхо
#249 #836121
>>835629
Я ТЕБЯ УЗНАЛ ПИДОРАС ЭТО ТЫ В ПО ЗА ПУТИНА ТОПИШЬ ПИДРИЛО КАК СОБАКОХРАНИЛИЩЕ ОХРАНЯЕТСЯ НОРМАЛЬНО Я ТЕБЯ СПРАШИВАЮ НОРМАЛЬНО?
>>836485
#250 #836485
>>836121
ты походу его спугнул с этого треда
>>836526
#251 #836526
>>836485
Да, братан, боюсь я значится. Вроде и делать нехуй, а вроде и отвечать заебался на провокации. А тут ещё пригрозили сдианонить.
#252 #836678
>>836072
скажи это пхп
>>836719
#253 #836719
>>836678
лол
#254 #836981
перекатываемся в более успешный язык нового поколения:
https://2ch.hk/pr/res/836968.html (М)

всем спасибо за то, что вы были с растом, но у вы язык оказался ненужен
>>837019>>837121
sage #255 #837019
>>836981

>имплаинг что гоуно нужно

sage #256 #837121
>>836981
У вы он, может быть, и не нужен, а у мы вполне себе востребован.
>>837142
#257 #837142
>>837121

> а у мы



это многое объясняет
77 Кб, 600x450
#258 #839207
Поясните по-хардкору чем rust лучше, а чем хуже go? Не для срача спрашиваю, именно адекватное сравнение.
>>839225>>839766
#259 #839211

>а чем хуже в сравнении с go


Лол, подсознательно вышло, прости меня анон.
#260 #839225
>>839207
А минусы у Go всё те же:
-императивный, уровень абстракции примерно как в Сишке;
-куча повторяющегося кода, в основном из-за п.1;
-обработка ошибок if err != nil { log.Fatal(err) };
-тупая система импортов;
-некоторые не лучшие стандартные либы (вспоминаем доклад с последнего митапа, где оказалось, что парсер жсона Го работает медленнее питоновского);
-ну и по-традиции: отсутствие женериков;

+низкий порог вхождения;
+лёгкая конкуррентность;
+большая стандартная библиотека;

Rust:
-относительная сырость библиотек;
-обилие спецсимволов;
-повышенный порог вхождения;

+ООП, функциональщина на выбор;
+минималистичный лаконичный код, даже ООП;
+мощные макросы, в стиле Лиспа, а не Си;

Поправьте, если что, я ньюфаг в Расте.
>>839255
#261 #839255
>>839225

>+минималистичный лаконичный код, даже ООП;


если прищуриться то ООП у руста и гоу одинаковый - это трейты/интерфейсы
у руста больше налёта функциональщины и часто есть методы в ФП стиле

>-обилие спецсимволов;


кроме лайвтаймов и дженериков какие ещё есть спецсимволы что выглядят эзотерично и неинтуитивны для си-подобного языка?
>>839276
#262 #839276
>>839255
Да хрен там с интуитивностью, речь об удобстве чтения и письма. Язык с тем же успехом можно было назватть Shift. На лоре как-то посчитали сколько раз в стандартных больших проектах на крестах и рже используется ::. Лол, оказалось в расте заметно чаще.
>>839433
#263 #839433
>>839276
Ну в расте он для каждого конструктора и тд. используется, в плюсах для неймспейсов (которые анулируются typedef-ами и using-ами).

Вообще, это всё вкусовщина, на удобство и читаемость при хорошем знакомстве с языком не влияющая. Можно сравнить с трехэтажными хоткеями емакса, да, лол.
#264 #839652
Что-то оживились все вдруг.
Тогда послушайте меня:
1. Если у раста высокий порог вхождения, то программист который может его осилить, вполне значит может и с С++ справиться. Не дожидаясь пока наконец-то какая-нибудь растовская либа уже перейдет из версии 0.01 в 1.0.
2. Когда уже будет IDE? Нет, не SolidOak, не vim и не emacs, не какая-то поделка 0.08 для IDEA, а нормальная IDE, без всяких рейсерво и прочего говна, которое глючит и отваливается и требует еще руками исходники качать и прописывать к ним путь. Ну чего вы ребята? Ну будьте людьми а?
3. Для меня Rust был (да и остается еще) надеждой. Еще в 2007-ом я думал что взлетит D, но нет. Почему именно D? Потому что не так и много языков (на самом деле компиляторов) которые хоть чуток претендуют на то чтоб генерировать эффективный исполняемый код. C, C++, D, Rutt. Ну похер, пусть Java еще со своим stop the world сюда запрыгнет. Как и загнувшийся D. Кроме того в Rust ну всё хорошо, и cargo хорош, и умеренная функциональщина, кроме сука банально звучит бороу-чекера. Да хуй бы с ним, но ведь есть еще параметры времени жизни.
4. Обидно, что сейчас выходит Swift 3. И уже понятно, что свифт так и останется в пределах экосистемы эппл, более того в пределах мобильных приложений, потому что эппл там может рубить хорошо бабло. А значит ничего вразумительного для кроссплатформы ждать уже нельзя.
#265 #839656
>>839652
1) Чтобы написать что-то рабочее на плюсах требуется куда большая квалификация. Посмотри хотя бы обзор исходников GCC. Уже писал об этом: >>835101

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


2) Плагин для идеи очень даже рабочий - с автокомплитом, навигацией и всем прочим. И да - у него нет ни одной зависимости, а исходники он сам тянет (спрашивает об этом при первом создании проекта).
3) Чо сказать-то хотел?
4) См. 3.
>>839671
#266 #839663
Котоны, врываюсь ITT, тред не читал.
Пока в rust'e напрягает одна штука - непонимание, как сделать статический мутабельный объект.
Вот есть у меня грубо говоря функция для расчетов, я вызываю её, получаю результат. Но встала задача внутри этой функции запилить кеш, какой-нибудь ассоциативный массив, и в нём хранить заранее расчитанные результаты.
В С++ или Си это решилось бы элементарно - статическая переменная на уровне функции или файла, либо синглтон и в нём хранить. Но в блядском расте судя по всему так нелья, у каждого объекта должен быть владелец, и нельзя просто взять и объявить переменную где-то в модуле и работать с ней. Нужно изъебываться и пилить огромный базовый объект, который будет создаваться в точке входа и содержит все компоненты,и заёбываться с пробросом зависимостей через аргументы функций.
Объясните, может я не понимаю чего-то и на уровне модуля можно запилить статический независимый объект и работать с ним.
>>839669
#267 #839669
>>839663
Вась, блять, ну первая же ссылка в гугле (ПЕРВАЯ!): http://stackoverflow.com/questions/27791532/how-do-i-create-a-global-mutable-singleton

Если не боишься анального зонда с электродилдо написать пару строчек unsafe, то не понятно какого хуя ты не осилил даже офф. доку: https://doc.rust-lang.org/book/const-and-static.html#mutability
>>839672>>839681
#268 #839671
>>835348

> memory-leaks-are-memory-safe


Я вот раньше имел привычку закрывать браузер после каждого использования, а последние месяцы перестал и обнаружил, как течёт лиса, раньше думал, что пиздят.
У хромых такая же хрень или это философия мозиллы? Я так понимаю, что в лисе текут, в основном, всякие плагины (типа флеша) и дополнения. У хрома же флеш какой-то спешиальный.
>>839652

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


Вроде же заявляли, что они хотят покуситься на андроид.
>>839656
Да, работать уже можно, хотя ещё даже не уровень racer, честно говоря.
Автокомплит туговат. Далеко не всегда работает. И даже не просечешь почему перестает. Макросы пока не поддерживает, чтобы что-то писать внутри них, нужно вначале написать все, для чего нужен автокомплит, а уже потом, поверх этого, по памяти набирать макрос. Ещё раздражает, что автокомплит иногда начинает подвешивать всю IDEA, но это общая проблема IDE, а не конкретной реализации. Понравилось, что тесты обнаруживает, технически мелочь, а приятно. А вот то что пока не получается запускать тесты библиотек внутри проекта - печально, приходится лезть консолькой.
Что радует - люди работают, умеют планировать и взаимодействовать. Понимают, что ресурсы очень ограничены и не делают наполеоновские планы сделать сразу всё, как некоторые разработчики.
>>839680
#269 #839672
>>839669
Ну не надо так на него наезжать. Со всеми бывает.
#270 #839680
>>839671

>У хромых такая же хрень


Хром просто жрет столько что там не поймешь течет от или так задумано.

>или это философия мозиллы


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

>Вроде же заявляли, что они хотят покуситься на андроид.


Были пуки со стороны желтой газетенки а не заявления.

>хотя ещё даже не уровень racer


Ахуительное заявление, учитывая что оно верно только наоборот. Racer точно так же отваливается и частенько нихуя не видит, разве что благо текстовые редакторы с ним не висят хотя идея с ssd тоже не висит, но это уже другая история.
#271 #839681
>>839669
Я видел это, но интересно, можно ли сделать без костылей. Для задачи, решаемой на С++ в одну строчку без задней мысли либо использовать левую библиотеку, либо ковыряться с unsafe-кодом, как-то не хочется.
>>839694
#272 #839690
Пасаны, а давайте каждый на Гитхабе будет заводить отдельный репозиторий подо всякую хуйню-какую угодно на нашем любимом языке и поможем любимому языку. Сами же знаете, что это дело случая, каокй язык хайпанёт. А васяны и ахмеды всякие увидят популярность языка и тоже начнуть писать. Сам лично мало к низкоуровневому отношусь, но гвоздь в крышку С/С++ всегда готов вбить.
#273 #839694
>>839681
Глобальная мутабельная переменная да и вообще все объекты с мутабельными данными и блядскими геттерами-сеттерами сама по себе ебически дырявая конструкция сама по себе не может быть safe ни с приставкой memory-, ни с любой другой, сам подумай почему.

Тем более на плюсах ты все в этом самом ансейфе пишешь - хз что тебя так смущает. Это уже не часть языка или что?
#274 #839766
>>839652
>>839207

Проблема раста прямо пропорционально успеху всяких, java, php и других языков.
В случае успешных языков, язык делался в первую очередь для программистов, при этом решалась определенного рода задачи (недостатки предыдущего языка, сохраняя синтаксис и достоинство предыдущего)

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

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

Но более глубокая причина же в другом, сам по себе раст инструмент "неочем":

Есть (грубо) два уровня разработки.
1) Где нужна полная свобода и нулевая стоимость в обмен за плату безопасности (мы берем очень острые инструменты и мы осознаем что они очень острые).

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

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

Ну и конечно же, последняя не явная проблема, у раста не хватает евангелистов (это кстати не ругательство, а реальная профессия).
Раст тупо не взлетел (люди хотели современный удобный Си 2.0, а получили протухший теплый смузи).
#275 #839770
>>839766
Жирный ублюдок, вытекай уже давай.
#276 #839775
>>839766

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


>java, php


лолдж, это неудобные языки для макак, не для людей

>которые реально могли бы внести вклад


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

>очередной дермо-шедевр больного разума


попытку переосмыслить и уйти от нагромождений цпп-параши для даунов

>с++ боги способны и не на такое


чавкать говном за обоими щеками они только способны, цпп-опущи твои

>то настоящие программисты видят в языке инструмент


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

> и они недоумевают


потому что дауны-неосиляторы ВСЁ УЖЕ ЗАЛАНО, это вторая каста опущенцов, первая лисп-опущи ВСЁ МОЖНО ЗДЕЛОТЬ, гворю же язык определяет программиста

>бинарное мышление унтерка


ясно

в общем, ссу тебе на патлы, говноед, уёбуй, маме привет
#277 #839776
>>839775

>ВСЁ УЖЕ ЗДЕЛАНО



fix
#278 #839782
>>839775
Вась, ну не корми ты, этот дебил тут уже которой тред обитает. Пролистай хотя бы этот – он каждые 10 постов протекает.

Почерк один – домохозяйки, си 2.0, хипстеры, оверхед, сложнаа, системный, нинужна. Пора уже фильтр на эти слова выставлять, лол.
>>839784>>839787
#279 #839783
>>839775
интересно то, что диванного программиста сразу видно, они догматичны и у них бомбит ярче чем восход сириуса.

Я думаю, ты все это осознаешь и сам, но все равно до конца за раст (а ночами плачешь в подушку)
>>839786
#280 #839784
>>839782
тот случай, когда в непопулярной треде пытаешься создать видимость, что ты тут не один :)
#281 #839786
>>839783
твоя мамаша мне в хуй плакает мразь
#282 #839787
>>839782
ярлык хипстоты языку навесил lor
>>839797
#283 #839797
>>839787
Там всё что не С – хипстота.
>>839812
#284 #839812
>>839797
Можно помечтать об успешном системном языке.

-Язык похож на Си (даже местами облегчен, а местами добавлен сахар удобный).
-Язык быстро компилируется.
-Язык имеет менеджер пакетов.
-Язык не имеет ООП, но имеет модульную структуру (и дальше развивает черствое процедурное программирование, например реализует контракты(интерфейсы) как по функциям, так и по структурам данных)
-Нативная поддержка utf-8
-Удобная многопоточность.
-ФП только на обработке потока данных (просто удобно и няшно, как в джаве, в остальном нахуй все эту хипстоту).
-Язык не имеет GC - но опционально можно прикрутить райнтам с GC.
Ну то есть если ты вручную освобождаешь и подкрутил GC, то он видит твою активность, а где нагадил уберет. Если же не подключил - сам себе плохая черепаха.
-Так же опционально подключаемый рантайм, который бы отлавливал и логировал не пойманные исключения (сигфолы, чтобы быть вкурсе где и как упало).
-Визуальный отладчик.

-Флагманский проект IDE или веб-сервер (второе проще).

PS пилите свое, посмотрим кому что хочется в настоящем системном языке
>>839904>>839949
#285 #839904
>>839812

>успешном системном языке


>Язык похож на Си


Сразу нахуй.
>>839960
#286 #839949
>>839812

>>Язык не имеет ООП


Очередная хипсторская поделка
>>839960
#287 #839960
>>839904
>>839949

Я так понимаю диванные-программисты в свое представление не могут (точнее не хватает скила)?

Такое ощущение, что и раст нужен потому, что он не решает их определенные задачи, а просто потому, что их смогли накормить этим (и диванное чудо почувствовал себя вдруг системный разработчиком)
316 Кб, 1920x1080
#288 #840038
Давайте отвлечемся от бурных дискуссий и поделимся, кто что пилит на расте. Тут ведь не одни теоретики?
Сам пилю софтварный рендер потихоньку, в принципе, пока всё нравится за исключением нескольких моментов, после цепепе - глоток свежего воздуха, по производительности пока не отстает, хотя пока неизвестно что будет после текстурирования.
Cargo кажется просто раем после анальной сборки с кучей зависимостей на цепепе.
Смущает пока неполное понимание всего, что происходит под капотом. В плюсах ты спокойно дрочишь себе на указатели, ебешь байтики, всё просто и понятно, а тут какие-то итераторы, ссылки, ссылки на ссылки, времена жизни, вроде бы и высрал код, но не всегда понятно, как в итоге он будет работать и можно ли эффективнее.
Ну и обработка ошибок пока немного смущает, слишком много анальных плясок с ней, хотя вроде потихоньку начинаю привыкать.
>>839766

>Раст тупо не взлетел


Мозилла-то уже в курсе, ты им успел сообщить такую важную информацию?
#289 #840248
>>828208

> ВЛАДЕНИЕ



Владение это posession, а ownership это ИМЕНИЕ.
>>840257
#290 #840257
>>840038

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


Во-первых, тут ты можешь точно так же дрочить эти байтики в unsafe - и не надо нихуя писать что нихачу, в плюсах ты в этом ансейфе по уши сидел.
И да - если ты писал на плюсах (не на си с классами) такой же набитый стандартной библиотекой код как тут - от этих самых итераторов и уж тем более от ссылок на ссылки никуда не делся бы.

Кстати, есть ли кто нибудь, кто вкурсе, нахуя нужна возможность выделять лайфтаймы руками?

Пилить что либо в нерабочее время нет ни времени ни сил, так что в расте я по большому счёту теоретик-хэловордщик.

>>840248
Это, внезапно, синонимы.
#291 #840336
>>840257

> Это, внезапно, синонимы.



В английском языке не синонимы. Если у тебя есть книга, и кто-то взял ее почитать (borrow), то posession принадлежит ему, а ты сохраняешь ownership.
>>840344
#292 #840344
>>840336
И какая разница, если в русском это синонимы? Просто используется более созвучная вариация, и при этом все знают оригинальную терминологию из-за отсутствия засилия русскоязычной лит-ры – всё ахуительно.
>>840350
#293 #840347
>>840257

> Кстати, есть ли кто нибудь, кто вкурсе, нахуя нужна возможность выделять лайфтаймы руками?


Что ты подразумеваешь под "выделять"? Время жизни сравнивается компилятором.
Проблема в том, что компилятор "тупой": он не знает, что ты от него хочешь. Время жизни указывать вручную нужно когда используются заимствования. И компилятор видя, что ему суют заимствование, просит указать условия. Возможно, что программист просто не понимает смысл borrowing. Если он укажет, что переданное заимствование имеет время жизни больше, чем данная структура и компилятор сможет в этом убедится, тогда всё нормально, не будет ошибки обращение к памяти, которая уже освобождена, в противном случае он требует пересмотреть структуру программы. Возможно, нужно делать копию, move или использовать rc/arc, если подразумевается, что нужно храненить в нескольких местах.
#294 #840350
>>840344
Для ситуации, когда код имеет мутабельный референс на данные подходит только ВЛАДЕНИЕ aka posession. Ownership (ИМЕНИЕ) находится в том месте, куда данные последний раз передали "по значению" (move), а владение в том месте, куда передали по мутабельной ссылке.
#295 #840408
>>840038

>по производительности пока не отстает


На глазок замерял?

>Смущает пока неполное понимание всего, что происходит под капотом.


Аналогично, ощущаешь магию, язык не чувствуешь.

Писал аналогичный сишке парсер, чтобы сравнить, но в итоге обплювался.
Залез в инет, в инете тоже смотрю народ плюет, значит все норм.
>>840454
#296 #840428
>>840038

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



Ты походу не на плюсах кодил, а на няшке.
>>840429>>840454
#297 #840429
>>840428
А если бы прогал на плюсах, то у тебя случился бы вот такой баттхерт:
https://hackernoon.com/why-im-dropping-rust-fd1c32986c88
>>840523>>842718
#298 #840430
>>840038
Ололо, диванон: https://github.com/int010h/wicked

Растоверсию выложишь?
>>840454
#299 #840454
>>840430
Выложу, как доведу до ума, сейчас еще есть пара косяков в растеризаторе, которые еще не успел поправить.
>>840428
На плюсах байтоебли конечно поменьше. но все равно встречается, когда нужно распарсить бинарный формат, например, или что-то в этом духе.
>>840408

>На глазок замерял?


Да, но раньше делал похожее на с++, и помню, как работало, и в какой момент начались проблемы с производительностью.
>>840257

>Кстати, есть ли кто нибудь, кто вкурсе, нахуя нужна возможность выделять лайфтаймы руками?


Ну например, у тебя есть структура, которая содержит ссылку на другую структуру. По понятным причинам эта структура не может пережить структуру, на которую ссылается, поэтому можно руками обозначить лайфтайм, что структура существует в лайфтайме структуры, на которую ссылается, как-то так.
>>840500
#300 #840500
>>840454
Получается, раньше переживали за жизнь указателя, а теперь мы переживаем о каком-то лайфтайме?
Это не шило на мыло? Можем мы упустить и забыть про лайфтайм (как с указателями), тем самым получить утечку такого рода (вроде управляемой утечкой называют)?

мимо не раст программист
>>840508
#301 #840508
>>840500
Нет, если компилятор не может понять как расставить лайфтаймы – кинет ошибку при компиляции.

Управляемая утечка — это что-то новенькое.
>>840570
#302 #840523
>>840429
Забавно, автор не разобрался с traits, Arc и trait objects.
>>840546>>842047
#303 #840546
>>840523
Так самое смешное, что автор даже не осилил ООП и суть интерфейсов, и винит язык в том, что нельзя засунуть данные в трейт - хочу продолжать жрать говно с костылями.

Потом, блять, пошёл вообще кек - автор сохраняет сырой адрес, и удивляется что ОН БЛЯДЬ УДОЛИЛСЯ ПРИ ВЫХОДЕ ИЗ СКОУПА! ВНЕЗАПНО!
Коротко говоря - этот дебил даже не осилил даже шестой части стандартной доки, где в самом начале рассказывается про ownership и move semantics (а неосиляторство последнего как бы намекает что он и с плюсами толком-то не знаком, т.е. это стандартная C#-Unity макака).

Вот серьёзно, какого хуя люди пытаются писать на всём как на си и удивляются что всё хуёво? Вроде как программирование должно ещё в начале своём отсеивать долбоёбов с двузначным айкью..
>>842047
#304 #840560
Вопрос: в русте можно сделоть функцию, которая бы принимала все структуры с определенными полями фиксированных типов? Что-то вроде fn fun({name: String, count: usize}) -> Option<usize>
#305 #840563
>>840560
Нихуя не понял чего именно ты хочешь, но самое приближенное выглядит как-то так https://doc.rust-lang.org/book/traits.html#where-clause
#306 #840570
>>840508
когда логически объект жить не должен, не используется, но ссылка на него есть (для языков с GC это будет логическая ошибка программиста, в расте например это будет фича :) ).
>>840597
#307 #840597
>>840570
Ты о чём вообще, поехавший?
>>840639
#308 #840639
>>840597
диванным программистам вечно разжевывать

раст сам управляет памятью, так?
есть ли возможность утечек, псевдо-утечек, т.е человеческий фактор есть там?
>>840652
#309 #840652
>>840639

>раст сам управляет памятью, так?


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

>есть ли возможность утечек,


Она даже в яве и хаскеле есть.
Никаких псевдо-утечек там нет, ты опять новую терминологию придумываешь, жирный мудак?
>>840725
#310 #840668
>>840257

>в плюсах ты в этом ансейфе по уши сидел


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


>а как в нём сделать ПРОСТАЯ_ФИЧА_НЕЙМ


>ололо, делай в ансейфе и не пизди, в своих-то крестах всё в ансейфе делал и ничего

>>840671
#311 #840671
>>840668
Написать кусочек кода при надобности в ансейфе != писать на нём всё. Нужно ебать байтики – еби.
>>840741
#312 #840725
>>840652
какие блять термины, уебан ты конченный, я ж тебе блять не говорю "перенгированная-дидуктовая утечка памяти" я тебе явно, ввожу понятие и в том же предложение поясняю.
Ты совсем уже в диалог не можешь что ли и пытаешься доебаться уже к надуманному?

>жирный мудак?



это даже обидно, никак не могу вес набрать, типичный айти-дрыщан
#313 #840741
>>840671
это маня мечты, спроси дядей которым довелось отлавливать падение JVM из-за натива, та еще радость.

И тут либо отлаживать сутками код? либо смериться с тем, что иногда твое приложение просто падает (подумаешь, какой-то самоуверенный хер, в глубине зависимостей, не учел маленький фактор)
>>840752
#314 #840752
>>840741
Хули ты пиздякаешь хуйню свою из треда в тред как попугай? Разве не очевидно, меньше ансейф кода - меньше пространства для багов, больше чекейбл кода - меньше пространства для багов. Всё блять, уймись уже.
>>840841
#315 #840822
>>840560
я не уверен, но емнип то если структура идентичная переданной - то он схавает. ща проверю
>>840836
#316 #840836
>>840822
а вот и нихуя. незнаю откуда у меня такой глюк что можно было так делать

>error[E0308]: mismatched types


--> src/main.rs:13:18
|
13 | print_zalupa(&a);
| ^^ expected struct `Zalupa`, found struct `Zalupka`
|
= note: expected type `&Zalupa`
= note: found type `&Zalupka`

>error[E0308]: mismatched types


--> src/main.rs:13:18
|
13 | print_zalupa(a);
| ^ expected struct `Zalupa`, found struct `Zalupka`
|
= note: expected type `Zalupa`
= note: found type `Zalupka`
>>841386
#317 #840841
>>840752
(из оффсайта):

>Rust — безумно быстрый системный язык программирования без segfault'ов и с гарантиями потокобезопасности.


баги, сигфолы? что-ты такое говоришь, только не в расте, фу-фу-фу...

Поссал на фанбоя
>>840911>>840913
sage #318 #840911
>>840841
патралено
#319 #840913
>>840841
Слушай сюда ссыкло. Мне не составит труда написать программу на чистом С в несколько строк, которая будет крошиться с сегфолтом. Но у тебя никогда не получится написать программу на чистом Rust с таким же изъяном. Вот это то и означает зеленый текст. Ты, обезьяна, задним умом конечно можешь догадываться, что есть некий подвох в требованиях. Все же поясню - чистый или идиоматичный Rust - подразумевается включение в исходный код прагмы
#![deny(unsafe_code)] или сборка с соотв опцией компилятора. Естественное и честное требование.
#320 #840920
>>840913
Открою тебе секрет – незачем писать несколько строк, самая маленькая программа на си которая крошится с сегфолтом состоит из 5 символов.
#321 #840976
>>840913
Слушай сюда ссыкло. Мне не составит труда написать программу на чистом С в несколько строк, которая будет создавать двусвязный список и оперировать им. Но у тебя никогда не получится написать программу на чистом Rust с такой же функциональностью.
>>840981
#322 #840981
>>840976
Ссыкло здесь только ты, я в треде об энурезе не жалобился. Говно ты мономорфное напишешь (и будешь таскать/копипастить из проекта в проект). Я же возьму боярский параметрически полиморфный https://doc.rust-lang.org/std/collections/struct.LinkedList.html из std::collections. Слышь, обезьяна зеленая, std::collections! Ты тупица знаешь что такое std?
#323 #841015
>>840560
Должно быть нельзя, потому что хуй знает во что это компилировать. У тебя эти поля будут в разных местах в разных структурах и смещение каждый раз разные будут.

Если хочешь кучу функций, то делай generic, а поля выдирай через inline-getterы. Но в бинаре будет своя функция на каждую структуру.
#324 #841068
Народ, имеются ли какие реальные тесты перформанса, без unsafe, но с сишкой (не с++)
чтобы без пиара с одной стороны и без тупости с другой?
>>841089>>841200
#325 #841089
>>841068
Маня, тебе зачем? Видишь ли, для задач 90% местной публики достаточно произоводительности питона, руби, всего такого. Еще 9% обойдутся жабой и го. И только доле от оставшегося процента придется выбирать раст или кресты.
>>841104
#326 #841104
>>841089

>придется выбирать раст или кресты.


лол, так вокруг этого и весь хайп же?

>зачем


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

Много что-то криков по языку, а годных разборов перформанса не вижу, может он такой же тормоз как джава (и тогда какой резон в нем?)
>>841135
#327 #841122
http://benchmarksgame.alioth.debian.org/u64q/rust.html
Ну вот. Unsafe тут есть только в 3-х тестах (pidigits, reverse-complement и spectral-norm), правда это скорее сравнение производительности OpenMP и растовского std::thread (а так же системного аллокатора и jemalloc, из-за которого при стандартных билдах раст и ест настолько больше памяти инб4: он отключается если нужно), но всё же.
>>841152
#328 #841135
>>841104
Хайп вокруг надежности, удобства разработки и производительности. Вот это всё.

> такой же тормоз как джава


А ну всё ясно с тобой.
>>841152
#329 #841152
>>841135
что такое, разве мальчик не знал что уже как де-факто считают, что джава в 1,5-2 раза в среднем реально отстает от с++
Это не критично, но если раст тормозит так же, то лучше обмазаться джавой же.

>>841122
Видел эти тесты (гугл их вечно подсовывает), но почему-то их грязью поливают, вроде даже статья на хабре была, что владыка ресурса ушел в анонизм своего ЧСВ и игнорит смертных (если не путаю чего)
>>841156>>841294
#330 #841156
>>841152
Круто, спасибо за адекватные цифры, похоже не с двачерским дурачком беседу веду. Так вот эти полтора - два раза ничего не решают. Таков мой пойнт. А там где важно (сходу-видеокодеки), в игру вступает такая вещь как рантайм и системная интероперабельность.

При сравнении, не забывай про память, про её экономное и контролируемое использование. Что можно видеть по тем же benchmarksgame. Да не идеальный вариант, но позволяет выделить классы языков, если различия x5 или на даже на порядок.
>>841178
#331 #841178
>>841156

>два раза ничего не решают.


Я тебе и написал, что не критично, более того, местами джава будет делать даже с++ после прогрева (хотя надо еще поймать такое, но может)

Насчет ОЗУ
В джаве память используют в пользу скорости (даже объявление классов выравнивается по битам) То есть буквально память меняют на производительность (память дешевле процессорного времени).

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

А вот всякие php (где 1 пустой класс весит 1000 байт) или питон - те жрут (не путаем объект и класс)

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

Поэтому и ставится вопрос про раст, если он быстрее джавы это ему в плюс (и он реально занимает для меня место как инструмента), если же как джава, то она тут удобнее для меня.

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

Во вторых тестировать работу примитивных типов, работу цикла, работу массива (и прочих коней в вакууме) - это бред, оставим это школьникам.

Сейчас жду когда дотюнят язык (там чел про какой-то мир говорил) и вебсервер, вот тогда погоняю как сервер так и json либы.
>>841185>>841294
#332 #841185
>>841178

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



Знаешь, я бы многое отдал, если бы была возможность контроля над этой конвертацией. А то под нагрузкой скачет память в условные полтора гигабайта, при этом CPU на таких же условных 20% держится, до тех пор пока не прилетит еще больше данных и не начнется сборка в oldgen и усиленное тупление. И это при разумном кодировании программы. Вот просто число поколений в куче дискретно и нельзя сгладить шероховатости GC (хотя я толком еще не освоил тюнинг G1).

Ждем 10ку c value types короче.
#333 #841198
>>840913
ЛОЛШТО?

На ЛОРе вбрасывали пример программы на ржавом, которая крашится с сегфолтом, это был стандартный hello word в который добавили объявление массива с размещением на стеке, размером в 32768*32768 даблов.
>>841219>>841294
#335 #841219
>>841198
Ну это совсем уже неспортивно, как раз тот случай, когда медицина бессильна.
>>841293
#336 #841293
>>841219

>ВЫ ВСЁ ВРЁЁЁЁТИ!


Сегфолт был?
Был!
Программа на 5 срок?
Да!

Так что на ржавом можно легко устроить сегфолт, что неоднократно доказано разрабами сервы.
87 Кб, 1556x924
#337 #841294
>>841198
Я конечно понимаю что с тобой бесполезно разговаривать (особенно после упоминания лора), но такой код уронит программу вообще на любом языке, если конечно вообще пройдёт компиляцию.
>>841152

> что владыка ресурса ушел в анонизм своего ЧСВ и игнорит смертных


НУ вообще-то да - тема холиварная, и у всех чьи коммиты были отклонены по каким-то причинам закономерно пригорает. Самый жаркий сезон был когда он удалил нахуй D с комментарием "слишком похоже на плюсы))".
>>841178
Вась, то, что в яве убербыстрая аллокация
из-за преаллокации, лол%% не значит что её "разменивают на производительность", и уж тем более память не дешевле процессорных тактов - как думаешь, нахуя в таком случае процессору нужны кеши?

>PS почему я такой пиздодельний и не могу сесть и сам сравнить.


Я бы спросил почему ты такой мудак и не можешь открыть готовые тесты, которые скидывали выше.
http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=mandelbrot
http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=pidigits
http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=regexdna
http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=fasta
И так далее...

>Во вторых тестировать работу примитивных типов, работу цикла, работу массива (и прочих коней в вакууме) - это бред, оставим это школьникам.


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

>Сейчас жду когда дотюнят язык


Ну подожди ещё годик-полтора, чо уж. Сразу после выпуска всё равно смотреть будет бесполезно. А там и LLVM 4 с PGO (это такая пародия на JIT для компайлтайма) выйдет и ещё через пару годиков ява 10. Но ты самое главное дождась.

>вебсервер


https://github.com/tokio-rs/tokio-minihttp
Иди проверяй пикрел обещанный авторами.
>>841308>>841356
#338 #841295
>>841200

>rewritten by Аноним Легионов, inspired by fasta Rust #2 program



Да ты же уёбок!
#339 #841308
>>841294
ты такой ущерб, уж прости.

Тут же сам говорит, что автор сайта хуй (и такие лулзы с D, что говорит о его компетентности) и тут же тесты кидает оттуда, ну пиздец!!!!
Ты же понимаешь смысл фразы "сайт/проект скомпрометирован"?
Только на таких уебанский проектах можно увидеть, что php быстрее Си
http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=regexdna
Как надо было в сях обосраться, чтобы интерпретированный язык на написанный на нем работал быстрее, чем сам си.
Гнать шею уебанов кто линки оттуда кидает.

>Вебсервер и прочая хуита - слишком хуёвая тема для сравнения



Пиздец, именно веб-сервер и затачивают под максимум перформанс, это в числе его основных задач. И вебсервер это реальный боевой проект, а не дерганье хуев в мифическом цикле (для примера на миллиард итераций прогретая джава c -server ключом быстрее php5.4 в 2700 раз - но в реале php не настолько говно, поэтому смысл имеет тестить не коня в вакууме).

Хуже нет чем, фанбои в языке. Со своей догмой идут противовес логике.
Все понимают, что язык сырой, но нахера натягивать на него глобус и рассказывать про его охуенность. Евангелистам то платят, а вы то хули проповедуете? Ешьте сами говно, нам интересны только факты.
>>841316>>841322
#340 #841316
>>841308
Прости, жирный, не узнал тебя сразу.
#341 #841322
>>841308

>Как надо было в сях обосраться, чтобы интерпретированный язык на написанный на нем работал быстрее, чем сам си.


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


you obosralsya)
>>841359
#342 #841356
>>841294

>Самый жаркий сезон был когда он удалил нахуй D с комментарием "слишком похоже на плюс


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

Заинтересовался названием minihttp - перешел по ссылке, а там четыре убогих класса с примерно таким содержанием
impl Request {
pub fn method(&self) -> &str {
unimplemented!();
}

Мдэ, с таким то заделом, при полной функциональности веб-сервера, быть им между go и go.
#343 #841359
>>841322
Идея на миллион: реализовать все что нужно в пхпе на С - тем самым обогнать программы на C написанные. А потом реализовать сам С и обогнать еще больше.
>>841361
#344 #841361
>>841359
Успокойся, поехавший, там просто лучше реализованы регексы, это грубо говоря можно назвать сравнением двух сишных библиотек (да, лол).
>>841379
#345 #841379
>>841361
Дебил, я о том же и написал, только в саркастической форме.
#346 #841386
>>840836
Я уже понял, данке шон. В русте нет структурной типизации (наверное это так правильно называется).
>>841392
#347 #841391
Чем раст лучше свифта?
>>841393
#348 #841392
>>841386
А что насчет кортежей - у них есть структурная типизация. Алсо что насчет трейтов?
>>841414
#349 #841393
>>841391
Я знаю лишь чем Свифт лучше синтаксисом. В остальном Раст выигрывает более/менее, в зависимости от склонности к БДСМ техникам.
>>841406
#350 #841406
>>841393
Я пока не могу прояснить вопрос с ARC в свифте. На сколько он просажвает скорость иполнения и память? Делал небольшие тесты, не заметил чтоб у кого-то было явное превосходство, хотя раст обычно быстрее.
#351 #841414
>>841392
Хорошо, нет row types. Хотя непонятно, почему бы и не добавить - для ООпетушков это было бы жалким подобием сабтайпинга, нормальным людям тоже бы пригодилось, а компилятор (насколько я понимаю) все равно может менять порядок полей в структуре для оптимизации, так что простор для шаманства остается.
>>841482
#352 #841482
>>841414
Ну может кому-то когда-то будет не лень реализовать эту борщехлебскую мечту и он возьмёт и напишет плагин для компилятора, у нас же тут как в хачкеле швабодка.
>>842530
#353 #841746
Что-то мне сегодня пригорело из-за отсутствия каких-либо нормальных библиотек. Дропаю в очередной раз.
>>841823>>841983
#354 #841823
>>841746

>каких-либо нормальных библиотек


Ебать ты конкретен.
>>841983
#355 #841964
Я покушать принёс https://habrahabr.ru/post/309968/
>>842034>>842718
#356 #841983
>>841746
>>841823

согласен, хуйня, тут дяди по крупнее вещи хейтерят

мимо @жирный
#357 #842034
>>841964
тот случай, когда реальный (быть может не самый лучший, но реальный) программист берет хипстер-язык и начинает с ним воевать как морально, так и реально.

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

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

@жирный.
>>842044>>842048
#358 #842044
>>842034

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


Который почему-то даже не осилил не то что стандартную доку, а блять базовый референс языка. Если ВОТ ЭТО - программист, а не юнити-даун, то я даже не знаю.
#359 #842047
Выше уже кстати писали о данном персонаже, когда вбросили оригинальную статью:
>>840546
>>840523
#360 #842048
>>842034
Справедливости ради, парень пытался использовать палец вместо хуя, и у него известно что получилось. Как бы маня ни хотела, trait != abstract class. Ему просто нужно искать идиоматичные способы устранения дублирования кода. Ну а если ему вообще требовалась изоморфная реализация той библиотеки работы с графикой (я не вчитывался в детали), то тут задача дваждый бессмысленная (нет ООП в расте, и зачем делать то, что уже реализовано).

Т/е парень хипстор, да, но ржа в этом не виновата.
#361 #842065
конечно не в плюс, что парень не осилил всю доку и пытался взять напором язык и обосрался, потому что язык оказался вообще "не такой как все".

Но будем реалистами.

Я в душе не ебу полную документацию Spring, но при этом я знаю как пользоваться имея базовые знания и ковыряясь по мере необходимости.
Я не ебу в душе все фишки С++, но это мне не мешает программировать на нем (даже Страуструп на этом акцентировал внимание).
Да блин я даже в джаве открываю некоторые джунства иногда.

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

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

все тот же @жирный.
>>842067>>842071
#362 #842067
ПОСОНЫ, ПРЕДЛАГАЮ НОВЫЙ ПОЛОЖНЯК
#define @жирный @жеманный

меня этот >>842065 жеманный уёбок уже доебал

оно если раз назвали то на всю жизнь прицепится
>>842176
#363 #842071
>>842065
Давай по порядку.
1) Он не "осилил не всю доку", он походу её даже не открывал - открой https://doc.rust-lang.org/book/ и посмотри где находятся пункты "Ownership, References and Borrowing, Lifetimes". О них рассказывается сразу после вступления и хуиты про циклы. Трейты - ок, нужно аж 1/4 доки до них пролистать, сложно.
2) Нет, ты не напишешь ничего сложнее хэловорда на плюсах не зная хотя бы этот самый необходимый минимум в виде большей части синтаксиса и правил как что писать. Вот наибанальнейший пример - ты сделал унаследовал пару классов друг от друга, а при удалении вызывается только 1 деструктор (особенно весело будет долбоёбам вроде того что писал статью, которые данные в базовый класс пихают) и всё течёт нахуй. Или другой из мира ООП - сделал йобаархитектуру с множественным наследованием, а где-то тупо вызывается не тот метод. Причём компилятор на это не реагирует вообще никак. Вот лично ты сходу знаешь что сделать, не залезая по щи в говно? Сильно интуитивно всё? А такой хуйни в этом языке как говна;
3) Страуструп говорил что он сам уже не знает, знает ли плюсы полностью;
4) У явы и других высокоуровенных языков как раз задача сводить всё к максимальной простоте;
5) А почему он должен быть "как все"? Когда пишешь на яве/дотнете - пишешь на этих самых явах/дотнетах AbstractSingletonProxyFactoryBean-ы и public abstract sealed class-ы, делаешь всё "по учебнику ООП", когда пишешь на скриптопараше - пишешь с максимальным удобством не стесняясь весь использовать сахар, пишешь на си - ебёшь каждый байтик, используешь union-ы и битмаски. Так схуяли на расте нужно писать как на всех остальных языках?
>>842176
#364 #842176
>>842067
ты тогда будешь у нас @жалкий, у меня от тебя уже испанский стыд за твое нытье и глупость.

>>842071
наконец-то годных ржавых завезли, а то диванные не могли даже отпор дать троллю
>>842212
#365 #842212
>>842176

>наконец-то годных ржавых завезли


Это ты на упоминание виртуального деструктора так потёк?
>>842218>>842358
#366 #842218
>>842212
Это ему нечего ответить как и раньше, а про виртуальное начледование, деструкторы и прочие костыли из плюсов ему неизвестно потому что он на уровне автора той статьи – посмотри выше сколько раз его так тыкали мордой в очевидную хуйню, и на всё он отвечал "добываетесь к моей личности => слив".
>>842358
#367 #842358
>>842212
>>842218

коко диванные заверещали сразу.
понимаю, обидно)

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

Что касается поста с пунтакми, так там очередной маня высер.

1) Как блять человек который не открывал "походу" доку вообще смог писать, ну что за диванные мечты?
2) Спокойно пишу на плюсах не зная и половины. Если есть опыт разработки (а там как раз такой случай), на расте не смогу ибо высер.
3) Страуструп много чего говорил и его рекомендации, которые я описал верны, можешь гуглить.
4) Не пизди, нет там таких задач и С++, С, java высокоуровневые языки программирование.
5) Либо ты язык делаешь для программистов, либо для себя. Поверь не сложно сделать хуйню, гораздо сложнее сделать юзабильную хуйню.
Почему многие языки как котлин, свифт, шарп в свое время и прочие, стараются идти по общему эволюционному пути, а "это" пытается быть не таким как все?
#368 #842374
>>842358
У тебя просто слабая культура. Это во многом сместь идей из одной версии SML, Cyclone, Ocaml. На позднем этапе подключились плюсовики, что тоже наложило отпечаток. Это не абстрактная хуйня, а ЯП с крепкими корнями.
#369 #842407
>>842358
1) А какой код ты там видел-то, маня? Там какая-то абстрактная хуйня, с видом будто автор пытался просто переписать код с плюсов прямиком на раст заменив кейворды. Вот как можно описать то, что он первым делом пытался реализовывать функции в трейте, а не в его имплементации для конкретной структуры? Человек в лучшем случае посмотрел на примеры кода к библиотекам и всё;
2) Конечно пишешь на яве в лучшем случае, мань, мы тебе верим;
3) Кинь пруф на эту цитату, не гуглится она;
4) Ну то, что ты ставишь плюсы, с си, и темболее явой в одну категорию уже говорит что ты либо прихлебатель борщика, либо кроме явы ничего толком-то не видел:
5) Ну блять - разговорные языки тоже обладают разной сложностью, и многие группы друг с другом вообще не связаны и не имеют ничего общего от слова совсем. И что теперь-то? Из-за того что китайский с японским друг с другом вообще не похожи - один из них перестаёт быть человеческим языком?

>Почему многие языки как котлин, свифт, шарп в свое время и прочие, стараются идти по общему эволюционному пути, а "это" пытается быть не таким как все?


Так можно про любой язык написать. И написать такую же дебильную статью как тот челик. Только хуже/лучше они от этого не станут.
И да - если бы никто не пытался делать что-то новое - ты бы сидел на ветке и жрал бы фрукты вместе с мартышками. А со своими суждениями ты уже давно отождествил понятия "дворник" и "программист". Если у тебя двузначное айкью и ты не поспеваешь - тебе просто не повезло. Вот так.
>>842409>>842480
#370 #842409
>>842407

>китайский с японским


С английским, конечно же.
#371 #842480
>>842407

>и темболее явой в одну категорию



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

Но это все фигня, в сравнение с тем, чтобы джаву называть явой.
Одним только название человек умножает на ноль все свои знания в ИТ (я серьезно, это просто уникальный идентификатор некомпетентности, по аналогии сравнимый только, когда javascript путают с java).

По пунктам ранее я все сказал, можешь просто перечитать.
А то блять на реддите и хабре такие дураки и они такого лапуха проглядели и не слили статью (понятно что парень пытался натянуть хрен на глобус, но проблема куда глубже и я это еще в первом комменте подметил. Причем помоему на реддите говорится что надо пояснения в доки раст внести, ибо люди не сразу въезжают что rust не такой как все)
>>842485>>842488
#372 #842485
>>842480

>Одним только название человек умножает на ноль все свои знания в ИТ (я серьезно, это просто уникальный идентификатор некомпетентности, по аналогии сравнимый только, когда javascript путают с java).


facepalm
>>842713
#373 #842488
>>842480

>А то блять на реддите и хабре такие дураки и они такого лапуха проглядели и не слили статью


Ну вообще-то и там и там много всего писали про компетентность и адекватность автора...

А ты, судя по всему, кроме комментариев с хабра нихуя не осилил, на реддите по поводу доков 1 комментарий.
#374 #842489
Ты уже настолько жирный, что пора вытекать из треда.
>>842713
#375 #842493
И по поводу надобности править эти самые доки: если человек не в курсе о слабых ссылках которые есть даже в любой стандартной библиотеке любого мейнстримового языка и пишет такой код – тут в качестве мозгов этого пейсателя проблемы, а не документации. А точнее это очередное доказательство что этоо был высер ради высера, а не реальный опыт.
#376 #842530
>>841482
Вопрос в том, как именно это сделать. Во-первых, просто макросы не подходят - они не дружат с дженериками, поэтому остаются плагины к компилятору.
Я думаю, можно например для каждого поля field в структуре запилить свой трейт HasField<T> {fn field(&self) -> T;} + impl блок. В аргументах функции этот row type будет записываться с помощью "макроса" varname: row!{field1: T, field2: U} и будет превращаться в Row: HasField1<T> + HasField2<U>.

Я пока не знаю, можно ли вообще в плагинах к компилятору отслеживать наличие в скоупе требуемых трейтов, чтобы их по несколько раз не объявлять; ну и возможно ли менять определение функции нужным образом - выпиливать row!{...}, заменяя его на varname: Row + where clause в конце сигнатуры.
Вообще код, имеющий дело с парсером раста, выглядит еще хуже чем обычный растовый код, так что я скорее всего плюну и брошу.

Во-вторых, есть варианты объявления HasX трейтов: используя self, &self, &mut self + то же с T. Как тут быть?

Можно ли это провернуть через один трейт Has, используя ассоциированные типы и константы?
Есть еще идеи?
#377 #842587
>>842358

>Почему многие языки как котлин, свифт, шарп в свое время и прочие, стараются идти по общему эволюционному пути, а "это" пытается быть не таким как все?


Т.е. ты просто не знаешь о существовании языков, отличных от семейства Си. Ок.
>>842713
#378 #842713
>>842489
пока твой пукан своим заревом освящает нам путь в треде - я буду тут

проблема тут в том, что ввиду долбаебизма некоторых, вообще нет возможности вести диалог.
Либо выдумывают свою хуйню:
>>842587
очевидно не замечая таких слов как "прочие".
То есть человек настолько туп, что отвечает не по смыслу сказанного, а потому что увидел закономерность в перечисленных языках (и придумал какие-то свои вообще выводы и этим оперирует).
Человек либо шизофреник, либо у него когнитивная сложность слабая, ему трудно удержать в голове весь объем написанных данных и ему приходится фокусировать на каких-то мелких моментах.

либо же кукареки
>>842485
Да мой друг, это такой неявный тест на профпригодность в айти.
Либо ты вообще нуб, либо динозавр из 90х, который никак не развивался и называешь на старый лад.
Я даже поясню почему.
Критерием явы-джавы, тут является то, что автор не общался с иностранными программистами (или не слушал их доклады на англ, а джава так или иначе где-то всегда проскакивает, даже в шутливой форме).
А мы знаем, что если программист на слух не понимает англ, то он не ПРО-программист вообще.
И зачем на такого время тратить?
Это жесткий критерий, но действенный, рекомендую его использовать в своих кругах (есть еще куча методов диванных отловить)

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

И так будем как в садике до бесконечности (как вы вообще программы то пишите, у Go сообщество по разумнее будет).
#378 #842713
>>842489
пока твой пукан своим заревом освящает нам путь в треде - я буду тут

проблема тут в том, что ввиду долбаебизма некоторых, вообще нет возможности вести диалог.
Либо выдумывают свою хуйню:
>>842587
очевидно не замечая таких слов как "прочие".
То есть человек настолько туп, что отвечает не по смыслу сказанного, а потому что увидел закономерность в перечисленных языках (и придумал какие-то свои вообще выводы и этим оперирует).
Человек либо шизофреник, либо у него когнитивная сложность слабая, ему трудно удержать в голове весь объем написанных данных и ему приходится фокусировать на каких-то мелких моментах.

либо же кукареки
>>842485
Да мой друг, это такой неявный тест на профпригодность в айти.
Либо ты вообще нуб, либо динозавр из 90х, который никак не развивался и называешь на старый лад.
Я даже поясню почему.
Критерием явы-джавы, тут является то, что автор не общался с иностранными программистами (или не слушал их доклады на англ, а джава так или иначе где-то всегда проскакивает, даже в шутливой форме).
А мы знаем, что если программист на слух не понимает англ, то он не ПРО-программист вообще.
И зачем на такого время тратить?
Это жесткий критерий, но действенный, рекомендую его использовать в своих кругах (есть еще куча методов диванных отловить)

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

И так будем как в садике до бесконечности (как вы вообще программы то пишите, у Go сообщество по разумнее будет).
#379 #842718
>>841964
Уже обсудили же: >>840429

Ссаный хабр это бюро переводов топа HN и reddit для хомяков в обмен на кармочку.
>>842766
#380 #842766
>>842718
Ах, если бы нетакиекаквсе еще имели что - то сказать, что - то хоть немного умное, помимо пропагаций заявления о своей особенности.
18 Кб, 800x310
#381 #843023
Как же прекрасен синтаксис раста.

Это просто щедевр. Бесили угловые скобки? На тебе скобки квадратные в угловых, а еще помажем тебе скобками из вертикальной черты (и фигурных почаще)

Часто пишешь амперсанд со звездочкой и заскучал?
Фигня, мы добавим тебе кавычку!

Я представляю как программисты на расте прыгают по клавиатуре, это скрытая тяга к мазохизму. Не хватает только символа доллара для каждый переменной как в php.

Пишешь такой "&'|<[" и бах! Сработал наконец-то автокомплит :))
>>843051>>843490
#382 #843051
>>843023
Да уж, из-за этой еботни нахуй завернул хотя в этом посте отметился среди тех кто макал жирного@жеманного. Может старый стал, ведь никогда на синтаксис не заморачивался, но здесь что-то совсем в лом пальцы раскорячивать.

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

https://github.com/ponylang/ponyc/blob/e4427917a3cccc04dd3633777a31e17b5133a743/examples/readline/main.pony

речь модификаторах iso, val, ref, box, trn, tag, что упоминаются здесь:
https://tutorial.ponylang.org/capabilities/reference-capabilities.html
>>843490
#383 #843156
>>840038
Дай список плагинов к атому установленных.
>>847439
22 Кб, 837x348
#384 #843490
>>843023
Ну так давай лучше поговорим об альтернативах.
Пикрел плюсовый код (последний стандарт причём, ещё в 11-м не было нормального захвата и кода на первый пример ушло бы буквально в 4 раза больше) с максимально сохранённой семантикой кода с твоего скриншота. Вот скажи мне, что легче читается и что тебе лично писать понравилось бы больше.

>>843051
В поне, насколько я успел взглянуть на неё, гарантий ничуть не меньше - но гарантируются они жирнющим рантаймом и выосокоуровенностью языка - уже глупо сравнивать с растом.

Насчёт похожих конструкций вообще не понял. В расте главный камень преткновения в этих самых конструкциях - ручной мм, и куча ебли с ним. Там - GC и .
#385 #843509
>>843490

>гарантий ничуть не меньше - но гарантируются они жирнющим рантаймом и выосокоуровенностью языка



Круто же, для меня нулевая стоимость абстракций вовсе не критерий. А вот доказательства к корректности программы, это уже что-то, и их не хватает в обычных не академических языках. Сам пишу на жабе, то что лет десять назад делал бы на крестах. Брат жив.
Если верить заявлениям про пони:

>If your program compiles, it won't crash.


>There will never be an uncaught exception.


>There's no such thing as null, so your program will never try to dereference null.


>There will never be a data race.


>Your program will never deadlock.


>Your code will always be capabilities-secure.


>All message passing is causal.


Собственно здесь я остановлюсь, поскольку о пони знаю мало (по сути только что он у меня в закладках), а с растом знакомство шапочное. Про модификаторы имел в виду - что они регламентируют доступ, хотя как понял идут без растовской концепции владения. Да им и не надо, уж если программы строятся как акторы, обменивающиеся сообщениями. )
>>843510
#386 #843510
>>843509
Вот кстати, обсуждение интересное https://www.reddit.com/r/rust/comments/34rszb/pony_type_and_memory_safe_language/
там же про сравнение производительности
#387 #843511
>>843490

>скриншот


Вот это я понимаю каноничный цпп код.
#388 #843514
>>843490

> поговорим об альтернативах.


Ты же понимаешь, что в данном случае стоит заменить анонимные функции на обычные, использовать typedef и всё засверкает?

Алсо - что за конструкции на 7 и 9 строках? Что-то незнакомое.
>>843527
#389 #843527
>>843514
Перепиши, ты вынесешь 2 функции и при этом ещё увеличишь кол-во кода. Тайпдефом ты тут вообще толком ничего не заменишь.

>Алсо - что за конструкции на 7 и 9 строках? Что-то незнакомое.


7 - заглушка из стандартной библиотеки для простых массивов с методами для итерации и тд.;
9 - вектор из строк, unique_ptr для контроля владения как в расте (правда рантаймовое а не компайлтаймовое).

Я вообще ожидал что спросят про анальный захват значения на 4-й строке, сам только недавно столкнулся с этим.
>>843554
#390 #843554
>>843527

>ты вынесешь 2 функции и при этом ещё увеличишь кол-во кода.


Мы про хеловорды или промышленную разработку? Добавится пара строк на объявление сигнатуры и {,}. Совершенно не критично.

Насчет 7 и 9 я не об этом спрашивал. Видно что вектор конструируется, непонятно что дальше. Создается объект, но никакого присваивания - что за хуйня?
>>843560>>843573
#391 #843560
>>843554

> Создается объект, но никакого присваивания - что за хуйня?


Присваивание необязательно, объекты можно создавать просто так же.
>>843674
#392 #843573
>>843554
Дурашка, посмотри на прошлый скрин и прочитай моё первое сообщение.

Добавится или нет, код на плюсах останется в проигрышной ситуации. Мне лично не влом нажать пару лишних символов вместо кучи хуиты на пол экрана.
#393 #843674
>>843560
Тут куча проблем всплывает но я этому не удивляюсь, поскольку по ответам вижу что автор долбаеб не умеющий в общение (в выражение своих мыслей и в понимаение других)

Так вот, очевидный результат создания такого анонимного объекта - некий побочный эффект, что не есть гуд само по себе. А если учесть, что речь о конструкторе, то вообще клиника. Вот я и решил уточнить, дебил ли автор, написавший код или в стандарт тяжелые завезли.
>>843685>>843698
#394 #843685
>>843674
Ещё один приехавший, или это снова ты, жирик? При чем здесь результат кода, когда сравнивались языковые конструкции?
>>843702
3 Кб, 254x199
#395 #843698
>>843674

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


как же тут не хватает мочи
>>843704
#396 #843702
>>843685
Маняврирования пошли. Ты бессмысленное говно привел, а не код.
>>843729
#397 #843704
>>843698
Семён, иди спать уже.
1 Кб, 200x77
22 Кб, 837x348
#398 #843729
>>843702

>эта боль аутист не могущего в диалог


Ты на бабушку с лавки похож. Звон услышать уже не можешь, а спиздануть-то что нибудь надо.
11 Кб, 800x310
#399 #843730
>>844251
#400 #844044
>>843729
Насколько я знаю, с принятием в стандарт Ranges, в С++ тоже можно будет не указывать .begin() и .end(). Кому невтерпеж, могут сами эту либу подключить и кайфовать.
>>844052
#401 #844052
>>844044
Кому невтерпёш - могут сами завендорить руками её себе в проект в 2к16, да.
А кому втерпёж - подождите до 20-го стандарта, ведь в 17-м уже утвердили список фич - и ranges там нема.
>>844077
#402 #844076
Бьярне терпел и нам велел.
>>844077
#403 #844077
#404 #844251
>>843490
>>843729
>>843730

уебаны, жирный вкинул куски синтаксических закорючек (вырезанных из кода и удобно для чтения с отступами масштабировал для анона), а маня вкинул кусок корявого реал кода.
Ты пойми, что промышленный код на расте будет куда ебанутие, так как обилие вариаций иероглифов там на порядок выше.
>>844267
#405 #844267
>>844251
Это ни разу не риал код, это те же куски кода на плюсах с сохранённой семантикой. Единственное что "std::array" можно выкинуть, больше они ничем не отличаются.

Похуй на иероглифы, код всё равно выглядит лаконичнее и намного короче.
>>844284
#406 #844284
>>844267
еще раз манька, обрати внимание на то, что это короткие образцы и даже не с IDE

>код всё равно выглядит лаконичнее и намного короче.



На код надо смотреть в промышленных масштабах, где по рукам бьют за сокращения слов до 1-4 букв.
Если писать лексемы вменяемое, будет еще хуже за счет большего количества задействованы иероглифов.
Конечно если там как в джаве не принято писать пустые-методы по 3-4 строчки (....помогите маше найди бизнес-логику)
>>844289
#407 #844289
>>844284

>еще раз манька, обрати внимание на то, что это короткие образцы и даже не с IDE


Может это сложно, но мой пример внезапно тоже в блокнотике был написан. я понимаю, что для яваиндуса блокнот с подсветкой == иде

И да - до меня только что дошло почему ты так приебался к разнице в кол-ве кода - ты не знаешь ни первого, ни второго. Так вот: этот код АБСОЛЮТНО идентичен с поправкой на язык, потому что я написал его глядя на ту пикчу.

>На код надо смотреть в промышленных масштабах


Да да, мы всё поняли, успокойся, промышленный масштаб. Если ты не мазохист - будешь писать понятно везде. А если не понимаешь кода - либо плохо знаешь язык, либо писал дурак, и тут дело не в яп.

>где по рукам бьют за сокращения слов до 1-4 букв.


Как вообще взаимосвязаны сокращения и символы? Ты бредишь уже?
>>844293
#408 #844293
>>844289

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



пиздит и не краснеет
>>844295
#409 #844295
>>844293
Ну так найди отличия в поведении и напиши, или слейся уже.
63 Кб, 1920x1034
#410 #844298
Докину-ка доделанный НАСТОЯЩИЙ СУКА ПРОДУКШИН код на пылающую жопку дибилёнка, а то слишком притих.
>>844312>>844401
#411 #844312
>>844298
Кроме того что ты полемический дебил и демагог, мне этот "код" ничего не демонстрирует.
#412 #844401
>>844298
с++ говно которое обрастает синтаксисом уже лет 30 и им приходится через задний проход лечить гланды (чтобы держаться в тренде). А раст новая херня, в котором УЖЕ обосрались с иероглифами.
Понятно, что современный синтаксис в с++ не добавит уже никак, приходится имитировать. Но все равно он будет понятнее.
Хороший пример вышел со скалой, в котором "не такие как все", просто захуячили ручную обфускацию кода.
Раст ждет такая же история, когда начнут писать не скрипты, а реальный промышленный код.

Почему я с тобой не общаюсь? Просто по тому, что ты не раз показывал, что ты диванное говно.
В настоящем программирование важно не показать какой-то блять уникальный и не писать код как можно выпендрежнее (например вкладывая в тернарные операторы тернарный оператор).
Важно чтобы твой код могли спокойно прочитать без залипания.
А знаешь почему? Потому что настоящий программист понимает - что чтение кода, важнее его написания
и кода вида:

Long clientKey = context.getSystem().getClientManager().getClient(valueKey).getUniqueKey();
будет понятнее чем (пример как псевдохуйня с иероглифами и сокращениями слов):
с=(_;).cntx_mng.(l.<?>_clnt);
когда мы такой код помножим на тысячу вариаций.

Да код длиннее, но он реально понятней и читаем(с опытом).
Промышленный код с еироглифами тоже будет читаем, но если я, читая, буду каждую строчку обходить мгновенно, понимая что происходит, то ты за краткость будешь платить временем и немного залипать на каждую обфускацию (и чем больше возможностей, тем больше ты будешь страдать и дебажить, чтобы понять что там происходит вообще).

И да:
То что для тебя считается сложнее читать код с длинными лексемами, еще раз говорит о том что ты никогда не программировал в промышленных масштабах (диван ты, не вижу смысла общаться с тобой).
#413 #844448
>>844401
Ебать диванный дибил.
Код на скале обычно в 10 раз читабельнее кода на джаве, если это не недра слика/шейплеса, в которых написаны вещи, вообще в джаве не выразимые.
>>844464
52 Кб, 1111x555
#414 #844464
>>844448

>в 10 раз читабельнее кода на джаве


поссал на домашнего программиста
>>844474>>844663
#415 #844471
>>844401
Обоссал тупенького слесаря.
120 Кб, 1663x1011
112 Кб, 1661x1013
124 Кб, 1665x995
105 Кб, 1665x995
#416 #844473
>>844401
Вот тебе примеры продакшен кода, хуильник. Справа налево: компилятор раста, его стандартная библиотека, серво, бэкэнд xi-editor-a (новая гугловская хуитка). Найди мне хоть где-то что-то подобное

>с=(_;).cntx_mng.(l.<?>_clnt);


или можешь смело ссать себе в рот.

>Да код длиннее, но он реально понятней и читаем(с опытом).


Как ты можешь судить о читаемости, не зная языка?

>То что для тебя считается сложнее читать код с длинными лексемами, еще раз говорит о том что ты никогда не программировал в промышленных масштабах


Промышленные масштабы на твоём энтерпрайзе с AbstractSingletonProxyFactoryBean не заканчиваются, мань.

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


Вот это явамакакен протёк.
Смею напомнить:
AbstractSingletonProxyFactoryBean abstractSingletonProxyFactoryBean1 = AbstractSingletonProxyFactoryBean<TransactSingletonProxyFactoryBean>(transactSingletonProxyFactoryBean1);

Ты так и не ответил ни на один технический вопрос выше, зато до сих пор в треде, хотя мы не в /б/. Почему же? Может потому что это ты полемический дебил и демагог, который переводит всё хуй пойми куда?
#417 #844474
>>844464

> если это не недра слика/шейплеса


> выковырял свой смишный скрин про скалаз))


Ты сам себя слил, диван.

И кстати, то, что ты скинул - пример результата попытки реализовать нереализуемое в жвм. Будь скала языком работающим на адекватной вм без костылей времён кофеварок (дотнет) - такого пиздеца бы не было.
>>844585
#418 #844549
>>844473

>>xi-editor-a (новая гугловская хуитка)


Пишется сотрудником Гугла в свободное время.
К этой наколенной поделке, которую автор забросит через год, сам Гугол не имеет никакого отношения.
>>844558>>844570
#419 #844558
>>844549
Ты сейчас разрушил все маня мечты.
Как же теперь диванное отродье будет мериться писюнами.

>>844473
ты унылое диванное говно.
Промышленный код не равно "просто-коду" (чего-либо).

Надо было код с Servo кидать, хотя бы (уже помогаю тебе)
>>844567>>844570
#420 #844559
>>844473

>Найди мне хоть где-то что-то подобное


>>с=(_;).cntx_mng.(l.<?>_clnt);


>или можешь смело ссать себе в рот.


Примеры на pyth:

> .Emgd5Q


> V5~Y]OT)


> u@,/G2hG3GU100Q


> V100=Q@,/Q2hQ3Q;Q

#421 #844567
>>844558

>Надо было код с Servo кидать, хотя бы (уже помогаю тебе)


>Справа налево: компилятор раста, его стандартная библиотека, серво, бэкэнд xi-editor-a


>серво


>Надо было код с Servo кидать, хотя бы (уже помогаю тебе)


библиотека, серво, бэкэнд xi-editor-a

>серво


@жеманный даже посты не читает, этот уёбок не хочет меняться флюидами! позор!
>>844569
#422 #844569
>>844567
*обмениваться
#423 #844570
>>844549
Говно начинолсь точно так же. Да блять, AdSense и Gmail так же начинались. Даже если забросит - это опенсорс и проект при надобности кому нибудь не умрёт.
>>844558
Семён плиз.
И читать ты так и не научился: >>844473

>серво



Помогаю диванному дауну: промышленный код == обычнокод, который пишут на скорую руку получая пиздюлей от манагеров и вымазываясь всякой юзлес хуйнёй вроде TDD.
>>844572
#424 #844572
>>844570

>пиздюлей от манагеров


У которых красные дни перед дедлайнами ими же установленными начинаются.
#425 #844578

>обычнокод, который пишут на скорую руку


да везде сейчас agile и везде пишут говнокод на коленке на скорую руку и так далее. вот когда застой - тогда можно и порефакторить
#426 #844582
мне кажется, диван стал уже догадываться что я не читаю его посты, хм, способный)))

Что может быть лучше фанбоя? Правильно! Глупый фанбой.
>>844586
#427 #844585
>>844474
Поясни на примерах, если не сложно.
#428 #844586
>>844582
Хорошо тебе наверно с 47 хромосомами жить – своя реальность, все дела.
ка #429 #844654
растаманы, блеать ёбаные, я думал это про игру тред
>>844847
sage #430 #844663
>>844464
Смотрите, даун принес промышленный код с именами Foo и bar. Просто сдохни, животное.
Btw, ничего в этом коде сложного нет, а выглядит он уёбищно из-за того что:
1) не отформатрован;
2) использована действительно многословная тайп-лямбда (без scalaz обычно не используется, а со scalaz используется специальный плагин компилятора);
3) использован символьный алиас метода, но это уже от соглашения в команде зависит, кому что удобнее использовать, я бы просто mapValue написал и все;
4) нужно немножко ФП и Scalaz знать, иначе для тебя все эти Monad и liftM - просто синтаксический шум.
#431 #844709
>>844473
Вот мне раст норм, но все равно от растового синтаксиса воротит после хаскеля
>>844726
#432 #844726
>>844709
После него хоть один язык не кажется говном и костылями?
>>844849
#433 #844744
>>844473
Оргазмировал от сочетания кода и цветовой схемы.
#434 #844847
>>844654
лол. а прикинь что-то в ютубе по расту искать
>>845252
#435 #844849
>>844726
python
common lisp
мимо
>>844959>>844969
#436 #844959
>>844849

>python


мимо

>common lisp


терпимо
>>844961
#437 #844961
>>844959
Терпимо становится когда ты свой язык для этого языка напишешь, лол.
#438 #844969
>>844849

>python


>common lisp



Куда ты. Ну куда ты лезешь со своим рылом, в беседу умных людей? Питон, блядь. Ну куда же ты лезешь?
>>845063
31 Кб, 365x352
#439 #845062
ФП илитарии в треде! все в монаду!
#440 #845063
>>844969

Умный человек не истерит, как девочка. У питона годный синтаксис, лаконичный и можно писать в функциональном стиле спокойно.
>>845072>>845121
#441 #845072
>>845063
Был вопрос как он после хаскелля - ответ "фильмы, как земля императивная параша".
#442 #845121
>>845063

>У питона годный синтаксис


лол

>лаконичный


ЛОООЛ

>и можно писать в функциональном стиле спокойно


Нет оптимизации tail call, нет иммутабельных структур, одноместные лямбды, выстраивание стейтментов в лябмдах с сайдэффектами с помощью логических операторов, нет паттерматчинга, выбора один-из-многих, по типу МЛ-паттернов, даже reduce засунут в какую-то жопу стыдолибы. Очевидно, что никакого ФП в пистоне изначально не задумывалось и его туды добавили (если урезанные лямбды с тремя засцяными комбинаторами вообще можно назвать ФП), как его добавили в ПЕХЕПЕ, типа шоб была.
>>845165
#443 #845165
>>845121
Добавили столько, сколько нужно, фп - это как бы не панацея и не мерило крутости. А редьюс и не нужен в 90 случаев, есть sum
#444 #845213
>>845165
Вась, ты с хаскелем сравниваешь. А в таком сете твои аргументы – /0
#445 #845252
>>844847

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



Ты долбоеб? Долбоеб.
>>845383>>847799
#446 #845335
>>845165
В том то и суть, что в пистоне это, так называемое местное "ФП" там нахуй ненужно, кроме как для того, чтоб вместо цикла можно было захуярить ТАКОЙ ТО ВАНЛАЙНЕР с ЛЯМБДАЙ ЧТОБ ВСЕ АХУЕЛИ.
>>847138
#447 #845383
>>845252
А где ты ищешь записи с конференций, например, недолбоёб?
#448 #845571
http://rurust.github.io/rust_book_ru/src/method-syntax.html#Шаблон-строитель-builder-pattern

Нам понадобился нормальным ООП,
но мы конечно его делать не будем, вместо этого используете еще одну структуру (Builder) с нашими моднявыми оверхед-сеттерами.

Что блять с этими людьми не так?
>>845578>>845587
#449 #845578
>>845571
Блять у меня просто полыхает, серьезно, успокойте меня.
Я вот читаю, осиливаю доку и не понимаю какие задачи они пытаются решить?
Я теперь гошников стал больше уважать, хуй с ним что у них язык 80х годов, но парни хотя бы решают какие-то реальные задачи.

Как можно было сделать системное программирование еще сложнее чем оно есть. Это эпик
>>845587>>845591
#450 #845585

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



Первый раз всегда больно, потом говорят, не так больно (я аж блять чай пролил когда прочел)

Блин, может это дока такая херовая и реально есть на чем лучше учиться?
>>845592>>846938
#451 #845587
>>845571
Что там сложного? Где там оверхед? Что ты несёшь?
>>845578

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


Забей просто, тебе раст в вебе никаких проблем не решит.
#452 #845591
>>845578
блять сука сложность системщины не в написании говна, а в его отладке и дебаге на который уходило зиллион человекачасов и если раст за счёт хоть какого-то тайпсейфети и проверок в компайл-тайме сможет поймать хотя бы половину потенциальных системных багов при сохранении производительности это уже ШIN столетия сука пиздец
ебать если вы не понимаете
>>845598
#453 #845592
#454 #845598
>>845591
а что пишешь, в чем шин, расскажи, я серьезно
#455 #845791
Очевидно же rust придумали для того, чтобы после него людям Go не казался таким ущербным.

покакаю тут:
http://eax.me/cpp-will-never-die/

@человек_с_лишним_весом

PS собрал некоторую инфу по языку, честно говоря, если раньше я просто троллил некоторых котиков, макая их в миску, то теперь сам убедился в некоторой ущербности языка.
Кстати есть тесты по новым зеленым тредам, там по их замерам, таки он делает всех живое по скорости, но после глубокого погружения в язык, я ебал на таком писать.
Серьезно, для меня оказалось, что следить за всей этой кашей в языке сложнее, чем за сишкиными косяками.
Конечно, с опытом я бы страдал меньше, но блядь как правда понять этих хипстеров-мазахистов, я не знаю.
Соглашусь с автором статьи, нахера они на голову программиста переложили такое говно??
>>845822>>845843
#457 #845822
>>845791
Так ты тот макакен который боится

>постоянные проверки на выход за границы массива


?
Да еще с логикой не дружит

> который ловит все типичные для С++ ошибки


и далее, в следующем же абзаце

>потому что статическая типизация не гарантирует вам правильную логику работы приложения!



Вот же пиздабол. Мелет что ни попадя.
>>845839>>846137
#458 #845839
>>845822
Вообще не понял, но вижу старался.

>взял утверждение разных людей


>выдрал максимально из контекста


>поговорил с ними, поругал их


>...


>профит

>>845843>>845914
#459 #845843
>>845839
Ты тоже старался – срач на 500 постов, а от тебя ни одного технического комментария. Только высеры "я сказал".
>>845791
Хорошо что хоть признал свою ущербность сам.

А та статья наполовину устарела, а ещё наполовину состоит из конкретной хуиту исходящей из предвзятости автора – см. например про поинтеры или vec<refcel<cell<hyita>>>. Хотя, он по подкастам девзена заменит свой любовью ляпнул хуйню и сказать потом что его не поняли и это у вас с логикой проблемы на самом деле. вспомнилось как он придумал гениальнейший кейс когда смартпоинтеры высасывают у сборщика – сделать массив из пары тыщ смартпоинтеров (вот и думайте потом что у него там с псих. здоровьем), тогда что-то про плюсы ещё обсуждали.
>>845897
#460 #845897
>>845843
про ту статью я и написал что покакал, но насколько я помню, он этот трешак из реддита что ли взял. Да срать, я вкурсе что он ущерб с ЧСВ

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

В целом язык достаточно сырой и местами пахнет (очень).
Запах больше разносили фанбои. Особенно радует, как постоянно читая в статьях про нулевую стоимость, люди приводят тормознутые тесты, а некоторые реализовывая ядро линукса и говорят от трехратных тормозах (вроде даже 3-5).
Или же про утечку в цикличных ссылках, в которых анализатор не справляется.
К сожалению более свежее что-то найти не удалось, пришлось лазить в старом, люди тогда еще холиварили, сейчас видимо как-то подносрать, даже статью с servo обсосали нежно.

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

Но это все фигня, нас и не таким говном кормили. Пройдемся по общем фейлам проекта.
Первый фейл, конечно же, заключается в том, что они пытались отодвинуть такого монстра как С++ и в такой области - где сидят 3-4 макаки, у которых С++ уже на генном уровне живет.
Это реально как Kotlin противопоставить сейчас COBOL.
То есть, С++ не такой динозавр, но эта область столь узконаправленная и С++ там так пустил корни, что надо просто быть розовым пони, чтобы мечтать там откусить этот краюшек рынка (тут фейл больше в том, что реальная область того, чего они пытались подвинуть - настолько мала, что почти ее нет, если с джавы еще можно прикусить и там польется зелень с дырок, то С++ и кусать то нечего).

Другой фейл в том, что проблемы С++ слишком преувеличены. На ЛОРе чел спросил про реальную задачу, где бы С++ анализатор не справился с проверкой безопасности памяти, но хипстеры проигнорировали его неугодные вопросы. Хотя вопрос очень интересный.
Но в любом случае, особенно современный С++ не такое корыто, как его хотят преподнести всякие маркетологи.

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

Интересный момент, что контрибутер раста сам подметил момент (в подкасте Радио-Т 442), что он пишет на нем по ощущениям в 10 раз медленнее, чем на джаве, конечно разговор там больше об IDE и тулинге, но даже он ощущает, что не все так быстро и просто (я думаю он сам не осознает, что разработка на расте его тормозит как-то)
#460 #845897
>>845843
про ту статью я и написал что покакал, но насколько я помню, он этот трешак из реддита что ли взял. Да срать, я вкурсе что он ущерб с ЧСВ

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

В целом язык достаточно сырой и местами пахнет (очень).
Запах больше разносили фанбои. Особенно радует, как постоянно читая в статьях про нулевую стоимость, люди приводят тормознутые тесты, а некоторые реализовывая ядро линукса и говорят от трехратных тормозах (вроде даже 3-5).
Или же про утечку в цикличных ссылках, в которых анализатор не справляется.
К сожалению более свежее что-то найти не удалось, пришлось лазить в старом, люди тогда еще холиварили, сейчас видимо как-то подносрать, даже статью с servo обсосали нежно.

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

Но это все фигня, нас и не таким говном кормили. Пройдемся по общем фейлам проекта.
Первый фейл, конечно же, заключается в том, что они пытались отодвинуть такого монстра как С++ и в такой области - где сидят 3-4 макаки, у которых С++ уже на генном уровне живет.
Это реально как Kotlin противопоставить сейчас COBOL.
То есть, С++ не такой динозавр, но эта область столь узконаправленная и С++ там так пустил корни, что надо просто быть розовым пони, чтобы мечтать там откусить этот краюшек рынка (тут фейл больше в том, что реальная область того, чего они пытались подвинуть - настолько мала, что почти ее нет, если с джавы еще можно прикусить и там польется зелень с дырок, то С++ и кусать то нечего).

Другой фейл в том, что проблемы С++ слишком преувеличены. На ЛОРе чел спросил про реальную задачу, где бы С++ анализатор не справился с проверкой безопасности памяти, но хипстеры проигнорировали его неугодные вопросы. Хотя вопрос очень интересный.
Но в любом случае, особенно современный С++ не такое корыто, как его хотят преподнести всякие маркетологи.

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

Интересный момент, что контрибутер раста сам подметил момент (в подкасте Радио-Т 442), что он пишет на нем по ощущениям в 10 раз медленнее, чем на джаве, конечно разговор там больше об IDE и тулинге, но даже он ощущает, что не все так быстро и просто (я думаю он сам не осознает, что разработка на расте его тормозит как-то)
>>846191
#461 #845914
>>845839
Пояснение для СДВГ - идет пассаж о том что система типов раста ловит все типичные для С++ ошибки по управлению ресурсами - памятью и потоками. Через несколько предложений, в другом абзаце болтология о том, как далеко ушли статические анализаторы под кресты в отлавливании многих ошибок, и типа, что вообще статическая типизация не гарантирует работу приложения.
>>845918
#462 #845918
>>845914
Не стоит использовать невнимательность и СДВГ как синонимы.
#463 #846137
>>845822
Статья, конечно, говно, но ты как-то совсем хуёво выдрал из контекста.
#464 #846191
>>845897

>а некоторые реализовывая ядро линукса и говорят от трехратных тормозах


Кто? Гугл выдаёт "minimal linux kernel" в котором и 100 строк нет.

>То есть, С++ не такой динозавр


Онолитека от программиста на яве.

>Другой фейл в том, что проблемы С++ слишком преувеличены.


Плюсы именно что такой динозавр в котором запросто обсираются даже бородачи вроде авторов GCC. И это при том, что любой коммит там допускается только просле одобрения несколькими мэйнтейнерами (можешь сам почитать правила контрибуции) и должен пройти кучу тестов. Гениально.

>На ЛОРе чел спросил про реальную задачу, где бы С++ анализатор не справился с проверкой безопасности памяти, но хипстеры проигнорировали его неугодные вопросы. Хотя вопрос очень интересный.


А как ты это узнаешь, нехипстер? Как поведёт себя их эвристика - неизвестно никому, кроме её разработчиков (если они сами конечно вообще сталкивались с таким кейсом вообще). Даже в самой крутой PVS Studio - о работе с шаблонами и макросами говорят "лень было разбирать" => не работают вообще никак. Где гарантия что статический анализатор вообще правильно распознает этот код? Как в старых стандартах с тоннами буста и прочих костылей, так и в новых стандартах с хуитками вроде дедукции для шаблонных ф-й, поддержки C11 с генериками в шаблонах и тд.

> чтобы мечтать там откусить этот краюшек рынка


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

>Но в любом случае, особенно современный С++ не такое корыто, как его хотят преподнести всякие маркетологи.


"Особенно современного" C++ в проектах с направленностью не на программирование (не компиляторы и библиотеки, т.е. конечные продукты) ты в лучшем случае найдёшь в 1 случае из 10 - и это если он новый. На плюсах легаси побольше чем на шестой яве.

>То есть, в чем ирония, они как бы пытались избавить от контроля памяти


Единственное что они пытались сделать - заставить компилятор проверять адекватность мм, не более.

>Я не могу представить как можно так писать что-то сложное или бизнес логику с этим всем.


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

>что он пишет на нем по ощущениям в 10 раз медленнее, чем на джаве


А что-то должно быть иначе?

покормил жеманного толстячка
#464 #846191
>>845897

>а некоторые реализовывая ядро линукса и говорят от трехратных тормозах


Кто? Гугл выдаёт "minimal linux kernel" в котором и 100 строк нет.

>То есть, С++ не такой динозавр


Онолитека от программиста на яве.

>Другой фейл в том, что проблемы С++ слишком преувеличены.


Плюсы именно что такой динозавр в котором запросто обсираются даже бородачи вроде авторов GCC. И это при том, что любой коммит там допускается только просле одобрения несколькими мэйнтейнерами (можешь сам почитать правила контрибуции) и должен пройти кучу тестов. Гениально.

>На ЛОРе чел спросил про реальную задачу, где бы С++ анализатор не справился с проверкой безопасности памяти, но хипстеры проигнорировали его неугодные вопросы. Хотя вопрос очень интересный.


А как ты это узнаешь, нехипстер? Как поведёт себя их эвристика - неизвестно никому, кроме её разработчиков (если они сами конечно вообще сталкивались с таким кейсом вообще). Даже в самой крутой PVS Studio - о работе с шаблонами и макросами говорят "лень было разбирать" => не работают вообще никак. Где гарантия что статический анализатор вообще правильно распознает этот код? Как в старых стандартах с тоннами буста и прочих костылей, так и в новых стандартах с хуитками вроде дедукции для шаблонных ф-й, поддержки C11 с генериками в шаблонах и тд.

> чтобы мечтать там откусить этот краюшек рынка


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

>Но в любом случае, особенно современный С++ не такое корыто, как его хотят преподнести всякие маркетологи.


"Особенно современного" C++ в проектах с направленностью не на программирование (не компиляторы и библиотеки, т.е. конечные продукты) ты в лучшем случае найдёшь в 1 случае из 10 - и это если он новый. На плюсах легаси побольше чем на шестой яве.

>То есть, в чем ирония, они как бы пытались избавить от контроля памяти


Единственное что они пытались сделать - заставить компилятор проверять адекватность мм, не более.

>Я не могу представить как можно так писать что-то сложное или бизнес логику с этим всем.


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

>что он пишет на нем по ощущениям в 10 раз медленнее, чем на джаве


А что-то должно быть иначе?

покормил жеманного толстячка
>>846198
#465 #846198
>>846191

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

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

>Кто? Гугл выдаёт "minimal linux kernel" в котором и 100 строк нет.


сука, он даже не понял о чем речь (дальше просто не читал)
>>846202
#466 #846202
>>846198
Мань, ты пока что своим дибилизмом ссыш сам на себя. Твой тролленг уровня /б/ настолько нов, что даже отвечать лень, но ты всё же попробуй ответить по теме.
>>846247
#467 #846247
>>846202
первое, тебе еще постами ранее сказал, что игнорю тебя (отсюда и каламбур про то что открыто ссут на тебя, но ты и этого не понял, ответив в стиле "сам такой")

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

Вопросы?

Ну и в целом я ухожу из треда (точнее моих интересов в расте нет больше). Если вдруг взлетит я вернусь
>>846251
#468 #846251
>>846247
Видимо я всё же победил жирного дауна. главное не сглазить - а то ещё вернётся
>>846254>>846346
#469 #846254
>>846251

>Пук



Хера с два ты "победил". Я прост сейчас немного занят.
>>846255
#470 #846255
>>846254
Но ты же обещал уйти...
53 Кб, 604x453
#471 #846346
>>846251
почетный ржавый трон победителю!
#472 #846938
>>845585
Ну потому что это правда, несколько месяцев ебли гарантировано :3
#473 #847138
>>845165

>А редьюс и не нужен в 90 случаев, есть sum


Маня, ты реальный код хоть раз в жизни написать попробуй
>>845335

>чтоб вместо цикла можно было захуярить ТАКОЙ ТО ВАНЛАЙНЕР с ЛЯМБДАЙ ЧТОБ ВСЕ АХУЕЛИ.


Ну если лаконичный читаемой код вместо императивной параши на десять строк - это "ненужно", то ты ебанутый какой-то, тебе в тред Goвна
>>847191
#474 #847191
>>847138
Конкретно в питоне редьюс нахуй не упал, поэтому его теперь и нужно импортить отдельно, если хочется поизвращаться
31 Кб, 818x646
#475 #847439
>>843156
Git plus, racer, linter + rust linter, тема дефолтная, вроде бы больше ничего и не надо для счастья.
#476 #847799
>>845252
лол, тебе так полыхнуло от того что ты ангельский не знаешь?
#477 #848542
https://blog.rust-lang.org/2016/09/29/Rust-1.12.html

>Rust is a systems programming language with the slogan “fast, reliable, productive: pick three.”


Больше не safe.
>>848548>>848802
#478 #848548
>>848542

>fast, reliable, productive: pick three


>fast


Не фаст же. Было даже в этом треде.

>productive


И не продактив. Было даже в этом треде.

>reliable


Слишком общее слово. Что-то на плиз донт пик больше похоже.
>>848554
#479 #848554
>>848548
В этом треде критика раста была только такая:

>мне не нравятся закорючки


>ЯСКОЗАЛ ЧТО РУСТ МЕДЛЕННЫЙ/ХУЙОВЫЙ ИТД

>>848803
#480 #848558
Ждём конструктивных какулек (хотя бы от людей работающих с наличными языками), а не жирных беспочвенных набросов от жявамакакена, вобщем-то.
#481 #848561
>>848558

>наличными


Нативными *
#482 #848711
>>848558
Против раста только один аргумент - на нем никто не пишет продакшн.
Сам язык няшный (вроде бы). И быстрый, и безопасный, да еще и сахара из хипсторских языков понатаскали. Но пока на нем пишут только два человека в дропбоксе и пара тысяч фанатов в свободное время, которые за деньги пишут на плюсах.
>>848806>>848855
#483 #848802
>>848542
лол, вот они настолько самоуверенные, что хотели реально толкнуть маркетинговый булшит с full-safe системщикам?
Они же понимают, что это не js либы впаривать??

Rust это как минимум:
-запутанный (именно запутанный, а не с высоким уровнем вхождения).
-медленный (для системного мира)
-это не язык, (ВНИМАНИЕ!!!) это анализатор кода, под который подгонялся язык программирования.

>productive


с этого момента кстати орнул.
>>848825
#484 #848803
>>848554
попизди нам еще, тред читали.

Ты рано кукарекать стал, надо было когда перекат сделают.
>>848825
#485 #848806
>>848558
Что ты их ждешь, маленький, сам анализировать не в состоянии?

Кстати, критика уже была в период релиза, тупо обжували и забыли.

>>848711

>Против раста только один аргумент - на нем никто не пишет продакшн.



и это кстати мегаважный вопрос - почему так?

Кстати кто-то кричал что 2016 будет годом библиотек, реально прогресс есть или парни еще не наиграются языком?
>>848825
#486 #848814

>-это не язык, (ВНИМАНИЕ!!!) это анализатор кода, под который подгонялся язык программирования.



двачую

Но это ладно, я вот не пойму. Язык разрабатывался 5 лет, +1 год в релизе. Все это бегает через промежуточную компиляцию LLVM и оптимизируется не их усилиями (хотя все равно тормозит), идея RAII тоже не нова.

А чем занимались разработчики все это время?

Больше нравится, что улучшили "раскраску" ошибок в 1.12 и это в 2016 году, когда вменяемая IDE тебе тут же указывает где у тебя проблема (а высирает стектрейс говна после часа работы в том коде, который ты уже забыл).
27 Кб, 669x494
sage #487 #848825
>>848802
>>848803
Орнул с этого аргументированного жирного питушка. Продолжай бампать тред, хейтерок, плохой рекламы не бывает.
>>848806

>Кстати, критика уже была в период релиза, тупо обжували и забыли.


Критика твоего уровня: либо не разобрались что и как (как в питушении на отсутствие инкапсуляции которая есть), либо ХАЧУ AbstractSingletonProxyFactoryBean ЗАВЕЗИТИ НАСЛЕДОВАНИЕ ПЖЛСТА))

>и это кстати мегаважный вопрос - почему так?


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

>Язык разрабатывался 5 лет


Этот абзац можно было бы скипнуть, если бы не откровенная толстота

>оптимизируется не их усилиями


При том что хуесосик явно ознакомился с чейнджлогом и видел что это не так.

>Больше нравится, что улучшили "раскраску" ошибок в 1.12


Орнул с этого. Я понимаю, что ты явамакакен и тебе неведомы эти страдания, но в своё время ради нормальной выдачи ошибок плюсовики вообще новый компилятор писали. А тут просто добавили сахар с подсказками, потому что человеческие ошибки были из коробки.
>>848827>>848920
#488 #848827
>>848825

>которым можно обучить любого дворника за пару недель?


Как будто что-то плохое.
>>848829
#489 #848829
>>848827
Для какой нибудь компании в краткосрочной перспективе — ахуенно. Для всей индустрии в долгосрочной перспективе — губительно.
#490 #848855
>>848711

>никто не пишет продакшен


Что за ебанутая привычка нихуя не знать, по при этом так уверенно пиздеть от лица якобы "всех"? Погуглил бы хоть перед тем, как пиздеть.
Много кто использует раст в продакшене, вот список, например:
https://www.rust-lang.org/en-US/friends.html
>>848922
#491 #848920
>>848825

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



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

>Язык разрабатывался 6 лет


И что тут? Я залез в го, у тех за этот же период есть тонна либ.
У меня конечно много вопросов к go, но видно, что парни там развиваются и обрастают функционалом, а не раскрашивают ошибки (и да этим занимается коммьюнити и да, именно это говорит о многом, парни больше дрочат на само существование языка, а не его развитие).

>Кстати, критика уже была в период релиза, тупо обжували и забыли.


>плохой рекламы не бывает.


Наивный маня-маркетолог, именно из-за критики на раст и положили болт (но не критики /pr конечно).
>>848938
#492 #848922
>>848855
что за сборник неведомых брендов

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

Мне вот разрешают иногда на питоне морды поделать - так я бы не сказал что наша компания юзает питон, прост разрешили поиграться :) и кода там наверно 0.001%
>>848938
sage #493 #848938
>>848920
Жирный маня, тебе пора уже лечить дислексию.

>Что млять за любовь - забивать веником гвозди и еще гордится этим?


Что блять за любовь - забивать гвозди микроволновкой с 10 ядрами и 4к экраном? На что ещё можно было переписать самую нагруженную часть сервиса?

>И что тут? Я залез в го, у тех за этот же период есть тонна либ.


То что раст 4-5 лет назад и сейчас - разные языки. Go не менялся с первого релиза.
Кол-во простых библиотек (без больших проектов) тоже хуёвая статистика - зависящая в первую очередь от популярности языка (те самые миллиарды 10-строчных пакетов в мире ЖСа), которая выходит из простоты.
Как-то слушал golangshow где-то пол года назад - человек искал библиотеку реализующую API телеграма - и перебрав 5 или 6 штук пошёл писать свою, не найдя ничего рабочего/полноценного (кстати, самая более-менее адекватная реализация по его словам была от Илюши). Это о развивающемся коммунити и влиянии пхпшников вроде тебя на экосистему.

>Наивный маня-маркетолог, именно из-за критики на раст и положили болт (но не критики /pr конечно).


На него положили болт Го-, жява- и прочие хайпо-дебилы, которым раст изначально нужен и небыл, ибо целит в область плюсов и си.
>>848922

>В дропбоксе там же какую-то мини-херню переписали.


https://www.reddit.com/r/rust/comments/4adabk/the_epic_story_of_dropboxs_exodus_from_the_amazon/

>How many lines of rust code are you using in production ?


>About 60k of our own, about 300k incl crates.



>Я уверен это из серии когда хипстеры очень сильно попросили,


а не явный технический выбор.

>What drove the move to Rust precisely?


>Well, we basically needed C++, but: 1) Dropbox doesn’t have a strong C++ ecosystem on the backend, and it takes a lot of work to build one. 2) Given (1), we had basically a blank slate, and our team is C++ and Haskell type folks, we decided to use Rust so we could get C++ with better type safety and fewer sharp corners.

>>849031>>849040
#494 #848939
Опять забыл сагу снять.
#495 #849031
>>848938

>На что ещё можно было переписать самую нагруженную часть сервиса?



В 99,999% на си или с++

Недавно статья была на хабре, как в сетевом приложение хипстерки писали на rust и слали пулреквесты где им нужно было код оптимизировать, а то слишком жирно местами выходило. И смешное не то, что они не все реквесты приняли, а то что ебанные мазахисты писали сетевое приложение и еще ебались, допиливая либы языка (где авторам в свою очередь было насрать на производительность)
>>849041
#496 #849040
>>848938

>То что раст 4-5 лет назад и сейчас - разные языки. Go не менялся с первого релиза.


ну вот и открылась тайна, 5 лет парни игрались, жрите.

>человек искал библиотеку реализующую API телеграма


блять, чтобы реализовать API нужна библиотека, серьезно?
Чем вы вообще в программировании занимаетесь? Слушаете шоу?
>>849042
#497 #849041
>>849031

>В 99,999% на си или с++


Правильно, чтобы копаться в багах и UB.

>Недавно статья была на хабре


1) Сам понял что написал? И почему авторы библиотек обязаны были принимать ПРы? Правда меня больше беспокоит вообще нахрена они об этом заморачиваются, если они и так сделали форк и допилили что нужно сами...
2) Если ты всё же имел стандартную библиотеку (в которой ничего кроме сокетов нет, явно не на этом пилить веб) – таких конторах для таких проектов что на плюсах, что на си, что на расте этот раз пишут полностью свою инфраструктуру из стандартной библиотеки и всего остального. Ну явамакакену сложно понять о чём речь, не смею нагружать.

В том же мире плюсов кстати, самая знаменитая библиотека для работы с сетевым IO и тд — boost::asio и её автор уважаемая шишка в комитете пишущем стандарты плюсов - редкостный тормоз, который сливает всем и во всём, даже жяве с nio, но всех устраивает. Это о важности перформанса в сетевых приложениях, которые один хуй будут стоять за каким нибудь нгинксом/апачем, упираться в скорость бд и иметь задержку сети.

>сетевое приложение


Дропбокс кстати ФС на расте запилил, если чо.
>>849048>>849606
#498 #849042
>>849040
Ты лучше ответь, чем же так хорошо иметь простой язык в котором основная аудитория – нюфаги? Тем, что качество библиотек настолько низкое, что люди не могут апи реализовать?

И почему парни из дропбокса официально заявили что у них в проекте публичных зависимостей пилящихся коммунити на 300к строк в продакшене, причём явно не реализации апи, и им всё не пришлось писать самим?
>>849053
#499 #849048
>>849041

> И почему авторы библиотек обязаны были принимать ПРы



уеба, опять чем читаешь, правки по производительности.
>>849052
#500 #849052
>>849048
Это ты не читаешь. Автор может считать что они не обоснованы — пиздуй форкай не хочу, всё равно уже все исправил.
#501 #849053
>>849042

>Ты лучше ответь, чем же так хорошо иметь простой язык в котором основная аудитория – нюфаги?


Я сначала подумал ты про раст.
У раста там еще печальней ситуация.
Или ты реально думаешь, что коммьюнити там не из очередных питонов и js перевалило?
Очередные диваны как-ты, а трудяться реально процента 1-2% как всегда.

У тебя никогда не покупали success story? Ты правда веришь что на многих конференциях все эти люди рассказывают бесплатно и просто из-за желания поделиться, мол, как нам успешно удалось заменить n продукт на z?
Ты такая наивная лапочка))
>>849057
#502 #849057
>>849053

>Или ты реально думаешь, что коммьюнити там не из очередных питонов и js перевалило?


Этим тут делать нечего, и уровень ни разу не их.

>У тебя никогда не покупали success story?


Я бы спросил нихуя, но бесполезно. Ты из жирноты уже в сатиры ушёл.
>>849112
53 Кб, 700x328
#503 #849112
>>849057

>Этим тут делать нечего, и уровень ни разу не их.


уебок слушает всякое подкастное говно и при этом не читает бложик раста (смотри картинку и ссыль)
https://blog.rust-lang.org/2016/06/30/State-of-Rust-Survey-2016.html

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

>Я бы спросил нихуя, но бесполезно



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

счастливы все, даже те кто ест это говно с трибун
>>849126
#504 #849126
>>849112

>счастливы все, даже те кто ест это говно с трибун


Долбоёб, какой профит дропбоксу, выручка которого в 8 раз выше этим заниматься? Зачем им ставить надёжность своей инфраструктуры на "хипстерский высер"? Код в репозитории дропбокса на гитхабе тоже проплачен?

>смотри картинку и ссыль)


На что смотреть? Зачем ты пишешь эту хуйню, поехавший?
#505 #849606
>>849041

>Правильно, чтобы копаться в багах и UB.


Имея скиллы, достаточные для написания кода на расте, безбажный С++ код пишется быстрее и проще.
Dropbox, кстати, скатывается в говно.
>>849758
#506 #849758
>>849606

>Имея скиллы, достаточные для написания кода на расте, безбажный С++ код пишется быстрее и проще.


И что это за бред?
Обновить тред
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 25 октября 2016 года.

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

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