Дженерики подвезут в Go2
https://go.googlesource.com/proposal/+/master/design/go2draft.md

Каждый раз когда речь заходит про go 2, то подчеркивают, что не хотят повторять успех python 2/3 и perl 5/6.
https://github.com/golang/go/wiki/Go2#compatibility

>>1254574
Приходи когда подвезут.

https://boyter.org/posts/reading-files-quickly-in-rust/

>>1254577
другие не стоят на месте
пока тут раст пытается быть убийцей си и крестов, его самого может прикончить то же goвно

>>1254612
Без шансов. goвно язык с GC, так что они в разной весовой категории.

>>1254577
Главное чтобы было куда приходить.

>>1254562 (OP)
> 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? Most of the players in the industry are somewhat reluctant about moving to Rust.
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.

>>1254867
Потому что ты их ищешь в отсталой стране 3 мира.

>>1254638
для байтоёбства раст слишком жирный, поэтому он находится в той же категории, где и языки с gc

Может кто-нибудь дать нормальную статью по работе с ошибками в Расте. Например, у меня есть функция, которая возвращает Result, а в ней есть два вызова функции, которые могут выдать какую-то ошибку, и я хочу прокинуть эту ошибку наверх. Пока что нашел вариант с созданием своего enum с нужными ошибками, созданием для него реализации From для каждой возможной ошибки, созданием реализации Error и Display, но это как то слишком дохуя кода для простого прокидывания ошибки наверх. Как нужно делать правильно?

>>1255254
https://github.com/rust-lang-nursery/failure

>>1255263
Это круто и я обязательно попробую это, но мне бы понять как это делается в ванильном Расте. То что я описал - это и есть стандартное решение?

>>1255272
По сути да. Ты пробрасываешь один енум и реализуешь конверсию из нужных тебе ошибок. Туда же можно присобачить backtrace

>>1255278
Спасибо, пойду попробую тот крейт, что ты скинул.

>>1254867
я мидлом C++ OpenGL немного больше получаю

>>1255254
М О Н А Д Ы
М
О
Н
А
Д
Ы

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

https://pastebin.com/eS3W3ynh

>>1255687
Ты ебанутый? Нахуй ты это делаешь?

>>1255699
Я к тому что зачем ты вообще ебешься с ffi когда есть https://github.com/gfx-rs/gfx

>>1255407
Чего только не придумают, лишь бы исключения не делать.
Зачем нам простое и понятное управления ошибками? Давайте лучше сделаем Result, panic, и монады, с помощью которых будем хуево имитировать функции исключений! Так же веселей, правда?

Почему в аметисте таргет/дебаг для хеловорда весит гиг?

>>1255972
Конечно же goto который может взорвать любую строчку гораздо лучше.

>>1255105
>для байтоёбства раст слишком жирный

Ты сейчас серьезно? Никак вы, блять, не научитесь.

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

>>1254562 (OP)
Для раста есть какой-нибудь фреймворк или библиотека для написания сетевых приложений по типу Netty из Java? Нужна такая либа, чтобы можно было удобно писать сетевой код, чтобы все было нонблокинг и т.д.

>>1256058
https://tokio.rs/

>>1256059
уххх, нишшштяяяяк, спасибо!

>>1255982
>Ok(())

>>1255972
>Зачем нам простое и понятное управления ошибками?
Насчет вас не знаю, а нам - чтобы писать работающие программы.

>Так же веселей, правда?
Конечно, с гото, нулл поинтерами и эксепшнами веселей! Вот только насчет вас не знаю, а нам не веселиться, а работать надо.

>>1256132
>panic!(ass.map(anus).unwrap());

>>1256217
Вполне себе правильный механизм.

>>1256218
Он правильный для тех, кто никогда не слышал про исключения

>>1256238
Маня, паника от исключений отличается примерно всем.

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

>>1256374
https://serde.rs/

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

Нахуя нужен Rust если есть Go?

>>1256494
так он и не нужен.

>>1256494
>нахуя нужен с++, если есть руби?

>>1255976
бамп

>>1257679
Не похуй ли?

>>1258583
Конечно нет. Если таких проектов будет несколько то получится что раст убивает ссд.

>>1258809
Щас бы из-за ссд парится.

С помощью чего можно кроссплатформенно(и на мобилки тоже) выводить 2д гррафику.

>>1259236
Это был вопрос

быстрофикс

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

>>1259268
>>1259269
>90% кода ебешься с безопасностью там, где это не нужно.
>в критических 10% появляется баг и вся система падает
Вся суть "безопасных" языков. Они безопасные только на бумаге и в hello world проектах

>>1259269
Какие альтернативы?

>языку 8 лет
>нет нормальной IDE

авторы этого поделия сами относятся к нему не более, как к игрушке

>>1259454
C++

>>1259518
Он же не безопасный.

Буйство семена в этом итт треде.

>>1259560
Как и раст

>>1259579
C++ небезопасный как Model T, раст небезопасный как Model X.

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

>>1259594
С чего это ты применяешь разные правила для одних и тех же вещей?

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

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

>>1259697
>этот совершенно безопасный код

>>1259594
Лул. Сразу видно дауна, который никогда не дебажил сутками из-за какой совершенно нелепой мелочи, которую оставили по невнимательности. Которую не отлавливает memcheck, asan и msan вместе взятые

>>1259704
>мам, я не использую smart pointer потому что сегодня я оптимизатор
>мам... мам, папу позови. срочно!!!11

>>1259728
Покажи мне того, кто не использует smart ptr в c++, блядь. Выучил новое слово и пихает его всюду

>>1259767
Суть в том, что безопасности в программе на С++ будет столько, сколько ее туда вложит автор. Почему то эту простую истину так сложно понять многим.
Проблема не в том, что С++ небезопасный, а в том, что погромисты пишут небезопасный код. Это язык программирования. Можно внутри этого языка написать свой безопасный диалект языка, в котором вся работа с памятью, например, вообще будет скрыта за стеной безопасного интерфейса, и писать программу уже на этом языке. Нет, хотим писать на голом С++, жаловаться на баги и просить чтобы нас били по рукам за плохо написанный код.

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

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

если попробуешь опять пиздануть аргумент про кривизну рук, то сразу задумайся о факте, что в гугле asan и msan писали не от хорошей жизни

>>1259837
Я вот тоже раньше думал что, например, многопоточное программирование - это что-то ужасное и сложное. Пока не открытл для себя акторы. И оказалось, что многопоточное программирование не только не сложное, а даже увлекательное. Нужно только найти правильный слой абстракции.
Так может все дело в незнании архитектуры?

>>1259767
>Покажи мне того, кто не использует smart ptr в c++,
упоротые растобои и не используют, например. они очень любят показывать какой-нибудь ебанутый пример с поинтерами и говорить как хорошо, что в расте такого нет.
классический strawman fallacy

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

>>1259640
https://play.rust-lang.org/?gist=d3e8be3226f51218d5643aadeab31eb4&version=nightly&mode=debug&edition=2015

Лишь бы поныть.

>>1260047
то есть правила будут еще сложнее и вообще осмыслить работу компилятора будет невозможно?
лол раст это такая машина голдберга от мира языков программирования. хороший пример как не нужно делать языки

>>1260062
Блять, какой же ты тупой, пиздец просто.
https://play.rust-lang.org/?gist=a1fea50926499707b7117916af5db261&version=stable&mode=debug&edition=2015

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

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

Блять, с одной стороны упрощенный до примитивизма го, с другой искуственно усложненный раст с невменяемыми правилами статического анализатора и туевой хучей мелких, специализированных типов придуманных специально для обхода этих правил.
Почему они ушли оба в какие-то крайности? Почему нету нормального низкоуровневого, практического языка, ОБЛЕГЧАЮЩЕГО задачи?

>>1260297
Если ты не понимаешь как работает nll, то у меня для тебя плохие новости.

>>1259704
c++ уже давно не тот, каким его рисуют евангелисты раста.
это современный безопасный язык. С++ 14 и 17 не оставляют камня на камне от раста.
раст просто не нужен, он не дают программисту ничего, кроме искусственной сложности.

>>1260366
Слишком толсто. Давай на примере. С++17, у тебя бьется память, проявляется 1 раз из 30 в виде сегфолта. Длительность теста, где баг проявляется, составляет 4 минуты. Asan тебе показывает heap-use-after-free, но место вообще левое, потому что это следствие битой памяти. В дебаге баг проявляется еще реже - 1 к 50.

Твои действия?

>>1260342
Речь не об этом. Чтобы понять код на расте, нужно НУЖНО ЗНАТЬ КОНТЕКСТ КОДА, НУЖНО В УМЕ КОМИЛИРОВАТЬ ПРОГРАММУ, НУЖНО ПОНИАТЬ УСТРОЙСТВО КОМПИЛЯТОРА, нельзя просто посмотреть на строчку кода и делать какие-то выводы о ней.

Эта хуйня в виде статического анализатора и control flow еще в kotlin мне не нравилась. В rust это можно смело удесетерять.

Это создает лишнюю когнитивную нагрузку при чтении и написании программ.

>>1260380
Еще детали: код написан охуенно. Отличная архитектура, аккуратный менеджмент памяти с продуманным владением, естественно со smart ptr, код очень сильно покрыт тестами, юнит-тесты проходят 100% запусков, с многократным повторением тоже.

>>1260381
>control flow еще в kotlin мне не нравилась
>Это создает лишнюю когнитивную нагрузку при чтении и написании программ.
Отлавливание NullPointerException тебе лишнюю когнитивную нагрузку не создаёт?

>>1260381
x = y + x;

Этот код на с++ может отправлять ракеты по Тбилиси. И что?

>>1260448
Перегрузка операторов является плохой практикой.

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

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

>>1260453
>почему люди не хотят писать на крестах
кто эти люди? по моему наоборот не хотят писать как rust.

>>1260461
Ну конечно.
https://insights.stackoverflow.com/survey/2017#most-loved-dreaded-and-wanted

>>1260470
https://insights.stackoverflow.com/survey/2018#most-loved-dreaded-and-wanted

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

>>1260512
Нашел куда переходить, конечно.

https://www.reddit.com/r/rust/comments/9dmc35/job_offer_rust_developer_at_vmray/

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

Когда уже ебучий rls перестанеть падать как батя алкаш каждые 5 минут.

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

>>1260520
Сразу видно, что на крестах интырпрайз писал

>>1254562 (OP)
Мертвый тред мертвого языка

>>1263048
Нет ты.

>>1260512
Чё за ошибка была?

Как вы думаете, был бы раст популярнее, если бы в нем не было borrow checker'а?
Так-то язык неплохой как замена морально разложившемуся С++, но этот форс ко-ко-ко безопасности и неюзабельность языка мешают.

>>1263053
Дауны пишут на голых поинтерах и прочих низкоуровневых примитивах, а потом у них язык виноват, понимаешь ли.

>>1263074
Какой смысл в расте без борроу чекера? К нему привыкаешь и никакх проблем нет.

>>1263083
>Какой смысл в расте без борроу чекера
современный низкоуровневый язык, cargo, это все.

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

>>1263090
Это не ограничения, а формализация того, что ты все равно должен делать.

>>1263110
Какая глупость. Во-первых, раст ограничивает управление памятью только RAII. Во-вторых, он использует read write lock для доступа к любым переменным. Это вполне конкретные ограничения, которые для многих задач не оставляют никаких решений, кроме некрасивых хаков и unsafe.
Правильнее следовало бы говорить, что раст не безопасный, а ограниченный.
Не очень то соответствует системному языку

>>1263121
Половина стандартной библиотеки написана с unsafe. Это просто смешно. Безопасный раст это неполноценный язык

Каждый раз когда крестанутые кукарекают, вспоминаю:

Купили как-то суровым сибирским лесорубам японскую бензопилу.
Собрались в кружок лесорубы, решили ее испытать.
Завели ее, подсунули ей деревце.
«Вжик» — сказала японская пила.
«У, бля...» — сказали лесорубы.
Подсунули ей деревце потолще. «Вж-ж-жик!» — сказала пила.
«Ух, бля!» — сказали лесорубы.
Подсунули ей толстенный кедр. «ВЖ-Ж-Ж-Ж-Ж-Ж-Ж-ЖИК!!!» — сказала пила.
«Ух ты, бля!!» — сказали лесорубы.
Подсунули ей железный лом. «КРЯК!» — сказала пила.
«Ага, бля!!!» — укоризненно сказали суровые сибирские лесорубы! И ушли рубить лес топорами…

Пацаны, тут кто-то есть кто работает на этом языке? Что пишите хоть? Как оно?

Мимо крестовик.
Ушёл бы в раст, но работы нет

>>1263149
У нас стартап в фин. секторе. Пилим круды, лол.

>>1263155
go недостаточно моден?

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

>>1263159
Можно. Но никто не хочет писать на кривом говне без нормальной системы типов.

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

>>1263203
Под эту же копирку идут вскукареки про ГИБКОСТЬ, ЧТО ХОЧУ ТО И ДЕЛАЮ, ПРЯМЫЕ РУКИ и А ТЕСТЫ ДЛЯ КОГО? Ситуацию усугубляют всякие Боб Мартины, заливающие говно адептам в головы.

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

>>1263203
>>1263243
Ты дурачок или прикидываешься? Система типов не дает писать неправильный код, потому что обращение к членам не того типа - это всегда ошибка. Borrow checker не дает писать ПРАВИЛЬНЫЙ код, потому что существование нескольких ссылок на переменную это не ошибка.

>>1263149
Ебать, о гитхабе слышал?

>>1263380
>Система типов не дает писать неправильный код
Лол, иди tapl читай, чучело.

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

>>1263891
Что угодно, лишь бы не думать.

https://blog.rust-lang.org/2018/09/13/Rust-1.29.html

>>1264044
А как ты предлагаешь рекламировать язык?
> Добро пожаловать в 40 лет легаси говна++

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

Поповоду вакансий: вбей на hh rust, там есть несколько вакансий.

Можно ли записать u16 в файл без костылей с unsafe и прочей еболой? Уже перерыл весь гугол и нашел только варианты с unsafe.

>>1264686
Вопрос, вроде бы, снят. Сделал это тупо через .to_string().as_bytes().

>>1264686
Безопасный раст это неполноценный язык ни для чего кроме hello world не годящийся. Пора бы уже это запомнить.

Обычный программист уничтожил раст как язык программирования https://www.youtube.com/watch?v=4t1K66dMhWk

>>1264686
Можно просто превратить u16 в массив u8 и запихнуть в write (код хуевый и с unwrap'ами, но идея, думаю, понятна):

use std::{
fs::File,
io::{Write, Read}
};

const FILE_NAME: &str = "/tmp/test";

fn main() {
// write to file
let data = 1488u16;
File::create(FILE_NAME).unwrap().write(&[data as u8, (data >> 8) as u8]);
// read from file
let mut buffer = [0, 0];
File::open(FILE_NAME).unwrap().read(&mut buffer);
let new_data: u16 = buffer[0] as u16 + ((buffer[1] as u16) << 8);
println!("{}", new_data);
}

>>1264710
А в nightly, оказывается, даже такая прелесть есть:

pub fn to_bytes(self) -> [u8; 2]

https://pastebin.com/aFpy6dV0
Так и должно быть? Это же какой-то ад, а не обработка ошибок, особенно учитывая, что тут еще нет почти никакой абстракции.

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

>>1265006
На кой хуй мне твой expect? Я знаю, что я могу хуй забить на обработку ошибок и просто высирать сообщение, но тут я panic! написал как заглушку. На том месте у меня, например, будет создаваться этот файл, и заполняться какими-то значениями.

>>1264925
>>1265191

М О Н А Д Ы
О
Н
А
Д
Ы

>>1265206
Где про них можно почитать?

>>1265191
https://play.rust-lang.org/?gist=2bab44164242a4ec8f8017355991febd&version=stable&mode=debug&edition=2015

>>1265223
https://habr.com/post/183150/
Но не слушай этого. Как по мне в расте обработка ошибок будет поприятней.

>>1265316
Если не вдаваться в детали, то самое важное что тебе дают монады это по сути and_then
https://doc.rust-lang.org/std/result/enum.Result.html#method.and_then
который в хачкеле называется =>> или bind и там это тайпкласс.

По сути, and_then позволяет создавать цепочки, из функций, которые на вход принимают какое-то значение (String), а на выходе дают результат завернутый в некую структуру (монаду), например Result или Option (Either/Maybe в хаскеле)

>>1265319
>and_then
почему не and_the_do_this_thing

>>1265316
Поддержу анона выше, можешь забить на теорию и подходить чисто с практической точки зрения. У тебя есть цепочка функций, каждая из которых берет результат предыдущей функции, обрабатывает его и передает на вход следующей. При этом в каждой из функций может возникнуть ошибка, и тогда нужно вернуть эту ошибку, не выполняя оставшихся далее в цепочке функций. Вот распиши это в чистом функциональном стиле без всяких монад, у тебя получится много бойлерплейта с ифами\матчами. Монады и абстрагируют этот паттерн, чтобы не нужно было писать бойлерплейт. То есть это как ООП паттерны, только в ООП "паттерн" подразумевает копипаст похожего кода (потому что языки невыразительные и не могут абстрагировать повторяющийся бойлерплейт код), а в программировании здорового человека паттерны как раз служат ровно обратной цели, то есть позволяют не повторять один и тот же код, а переиспользовать его.

>>1265595
Точно так же как filter/map/fold это абстракция рекурсивных паттернов.

>result и panic
>слайсы для строк и слайся для массивов
>cargo.toml и объявление структуры модулей внутри самого кода
факинг хелл. столько наивных ошибок. раст писал первокурсник?

>>1265319
Сам по себе результат завёрнутый в структуру - это не монада, не наебывай человека

>>1265319
И bind в хачкеле это >>= а не =>>

>>1265922
съеби в свой загон с вашими МОНАДАМИ

>>1265922
Я сказал что это тайпкласс. Говорить "структура для которой реализован тайпкласс монад" это ебучее пижонство.

>>1265932
Мелкобуквенный унтерменш, цыц. Этот загон называется /pr, тут обсуждают программирование (в том числе МОНАДЫ). Тебе здесь не место.

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

>>1266187
Нет, я вообще другой анон, чини детектор.

>>1254562 (OP)
Кто там говорил, что не может раст осилить? Вот держите карпа - простой как три рубля, с борроучекером и мультимедиа либой а-ля processing искаропки:
https://www.youtube.com/watch?v=BQeG6fXMk28
https://github.com/carp-lang/Carp

>>1266218
Ой, эти лисповские скобочки, функциональщина, лучше Jai поучить
https://github.com/BSVino/JaiPrimer/blob/master/JaiPrimer.md

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

Карп не функциональщина, кстати.

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

>существует только в ютуб-видосах
Зато выйдет сразу с игровым движком.

> это набор костылей, а не полноценный язык
Набор костылей - это С++. А что по-твоему полноценный язык, чего jai не хватает?

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

А насчет современного си - ну, хуй знает. По-моему времена ковбоев и дикого запада все-таки проходят.

>Зато выйдет сразу с игровым движком.
Или не выйдет)) Ну ты сам-то в это веришь? Чувак по факту написал один только ванильный хуинди-платформер, зато уж следующий его проджéкт точно будет УБИЙЦЕЙ ЮНИТИ, ага)) Не то что кармаки там всякие, которые на свои хачкели надрачивают, тут пацан ПЛАТФОРМЕР написал, дело серьезное))

>Набор костылей - это С++.
Капитан, мое почтение.

>чего jai не хватает?
Блядь, дело даже не в этом. На самом деле довольно трудно это вербализовать коротко. Просто я читаю их диздоки и вижу, что джон - дилетант, если прямо (по части создания языков). Видно, что у него нет опыта, нет четкой общей картины, все делается по принципу "вот я писал на си, и вот подумал что прикольно было бы фичу Х прикрутить, и еще вот тут у меня в проекте часто код повторялся, можно тоже это в язык вкрутить, и еще нескучные обои сделать))" - как-то так. Ну и сам факт того, что он не ведет разработку в открытую, говорит очень о многом. Впрочем, если доведет до релиза - ну и слава богу, может какие-то интересные фичи перекочуют в другие языки (да и к тому же богу убийц крестов нужно больше убийц крестов, аххахахаха)

>>1266382
>значит ниша у него своя остается.
Ну так и у Фортрана своя ниша остается как бы. Но все понимают, что в 2k!8 фортран - это, ну, фортран.

>Сейчас, как я понял, третью игру как раз на своем движке и пилит.
Вроде пилит, да. Ок, инди-платформер и недоделанная - что там? Паззл-бродилка с мультяшной графикой? Кармак нервно курит в сторонке, ага.

>>1266396
В TIOBE 2018 Си на 2-м месте, Си++ на 4-м, Фортран на 29-м. Так что аналогии с фортраном не уместны, на нем ничего не пишут, кроме некропроектов. На чем сейчас писать операционные системы, движки AAA игр, кроме C/C++, не на Go же.

>>1266345
>Там нет борроу чекера
так он и не нужен в системном языке.

>>1266421
Он нигде не нужен.

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

borrow checker, объявленые задним числом trait'ы, очень много имплицитных вещей в коде делают написание кода сложным, а чтение чужого кода еще сложнее.
Авторы языка тупо не принимали в расчет эргономику языка. У Джоната Блоу по этому поводу кстати есть много интересных замечаний.

>>1266427
Например, пример идеального языка для программистов - java. Код легко пишется, легко читается.
Авторы go тоже думают в правильном направлении. Они понимают, что язык - это в первую очередь инструмент программиста, который не всегда умный.
Какая разница сколько фич в твоем языке и какие гарантии он дает, если на нем тупо нельзя писать программы эффективно?

https://words.steveklabnik.com/you-can-t-turn-off-the-borrow-checker-in-rust

>>1266374
>вижу, что джон - дилетант
Но опыт показывает, что языки, созданные учеными, не становятся особо популярными: языки Вирта, Haskell, SmallTalk...

>>1266479
Ну во-первых хаскель вполне себе популярен.
А во-вторых все перечисленные языки оказали влияние на рабоче-крестьянские инструменты.

>>1266487
Как ты думаешь, феррари популярный автомобиль? Если сравнивать с жигулями? Думаю в абсолютных числах очевидно кто рядом с парашей. Но это не означает что феррари не популярен среди богатых и успешных.

https://www.youtube.com/watch?v=aKLntZcp27M

>>1266488

Феррари - это типичная машина для понтов.

https://www.youtube.com/watch?v=sPxZLq5ajYQ

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

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

В различных кузовных дисциплинах есть вся японщина, есть мерседесы, есть бехи, а феррари - нет.

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

>>1266519
Окей, ролс-ройс. Устраивает?

>>1266506
https://youtu.be/4t1K66dMhWk

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

>>1266540
А ты ангельский выучи, тогда поймешь.

>>1266544
Ему в первом комменте уже объяснили почему он несет хуйню. Жаловаться на то что компилятор не читает его мысли. Классика.

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

>>1266600
Особенно в этом смысле убил ответ одного долбоеба с растоконфернции, на вопрос про поддержку IDE: А ЧО, Я ПОЛЬЗУЮСЬ VIM МНЕ НИКАКОГО IDE НЕ НУЖНО

>>1266400
Ну так фортран и появился в 50-ых, в отличие от. Я про динамику говорю.

>>1266421
Согласен, статическая типизация вообще зло, настоящие мужчины месят байты на голом железе.

>>1266427
>>1266428
>Например, пример идеального языка для программистов - java. Код легко пишется, легко читается.
Лол. Перетолстил чуток, бро.

>>1266479
Ну вот джава (вроде самый популярный язык на планете) была создана "учоными" (и инженерами) - автор спеки джавы - гай стил, известный лиспер, автор Scheme и один из авторов имакса. Джавскрипт (нет, вот этот самый популярный) как концепция (язык в браузере) тоже был сделан лиспером и комплюктер сайентистом (изначально там должен был быть как раз scheme, но маркетолухи настояли, что вместо нормального языка должна быть маняджава для домохозяек). Алсо, тот же смолток в свое время был дохуя популярен, благодаря ему по сути появилось такое понятие, как графический пользовательский интерфейс (GUI). Так что на практике твое утверждение не соответствует действительности, анон.

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

>>1266624
Последнее время емакс с этими вашими lsp начал тормозить как какой-нибудь вонючий эклипс. Эх.

>>1266624
>по функциональности они ничем не отличаются
дальше не читал

>>1266664
Правильно, потому что емакс умеет на порядок больше.

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

>>1266736
Оно и близко не умеет того, что умеет емакс. Популярность говна вполне закономера. Например даунское говно https://www.youtube.com/watch?v=cwQgjq0mCdE посмотрели пиздец сколько раз, а например божественный plaid https://www.youtube.com/watch?v=bfjpo4WbK00 хуй целых ноль десятых раз.

>>1266760
читать твиттер, смотреть почту и играть в тетрис? ну да, не умеет.

>>1266787
>Хотя до эклипса ему еще очень далеко.
>32M
А что не так с эклипсом?

>>1266760
>Оно и близко не умеет того, что умеет емакс
и vs code и emacs - оба программируемые текстовые редакторы. только если для первого сразу сделали человеческий интерфейс и полезные для программистов, удобные плагины повышающие продуктивность, то emacs так и остался консолькой с тетрисом.
Вот такой парадокс.

>>1266929
Если бы оно еще не тормозило на топовом железе, и умело хотя бы в org-mode, можно было бы подумать.

>>1266980
> и умело хотя бы в org-mode
https://ajtoo.github.io/vscode-org-mode/

>>1266929
>только если для первого сразу сделали человеческий интерфейс
Не подскажешь, где скачать? Что-то я не могу найти.

>>1266922
>>1266929
Зойчем вы спорите, если со стороны очевидно, что вы всякие имаксы видели только на картинках и в комиксах про программистов?

>>1267132
Это троллинг или ты серьезно?

>>1267183
>Не подскажешь, где скачать?
пожалуйста http://bfy.tw/EszN

>>1267200
Зарепортил мамкиного хацкира!!11

>>1267184
Cерьезно.

Сап, двач
Объясните дауну, почему я для создания своей говноОС должен выбрать Ржавчину, а не старенького Си?

>>1267346
1. Не будет синих экранов
2. Будут пацаны уважать, звезды ставить
3. ???
4. PROFIT!

>>1267415
Пофиксил
Держу в курсе

Какие IDE сегодня, в сентябре 2018, дают адекватный автокомплит?
Кто выдаст нормальный список советов, если я напишу Vac:: ?
Под винду.

>>1268507
Emacs!

>>1268507
intellij idea с плагином. в остальных автокомплит работает через раз.

Ну и нахуя нужен этот раст, когда в го добавят дженерики и эксепшены.

>>1268598
Это что-то уровня использования linux, emacs. Чем хуевее - тем лучше. Зато потом, когда попердолился с конфигами, есть (бесполезное) чувство какого-то достижения. С растом похожая история.

>>1268598
>когда в го добавят дженерики и эксепшены.
Когда? Дата известна?

>>1268626
Никогда. Автор го болеет синдромом Дауна. Пощади его.

>>1268598
Чтобы стадо макак с размаху об них расплющилось, как уже происходит со свифтом

>>1268906
Нихуя не понятно, что ты написал.

Народ, кто заходил на официальные irc каналы этих ребят?
Они живы?

>>1268598
Го - это ниша питонорубей. Раст - ниша крестов. Не говоря уже о том, что го2 дай бог лет через 5 стабилизируют и библиотеки под него перепишут. Со второго питона на третий сколько лет переходили? До сих пор переходят.

>>1268604
Все еще бомбишь, формошлеп? :3

>>1269054
>Раст - ниша крестов
Если только в манямирке растопетушни

>>1269099
Манямирки и петушню обсуждай в /b, тут раздел о программировании.

Я правильно понимаю, что для actix_web в продакшене не нужен никакой nginx или apache?

>>1270734
По-моему это такой common wisdom - ставить фронтендом везде нгинкс (как минимум для раздачи статики), хотя имхо это уже скорее ритуал, чем реальная необходимость

>>1270734
Да, не нужен. Для разработки очень удобно.
Кстати, лучше выбери что-то другое. Актикс оказался не самым удобным вариантом.

>>1270863
А что ты можешь посоветовать вместо него? Рокет брать не хочу из-за того, что они запихали туда еще серверсайд рендеринг, насколько я понял, а я собираюсь писать REST API на Расте.

>>1270988
Нет там ничего такого. Рокет в каком-то смысле тоже не подарок. Привязыватся к nightly для продашн кода — плохая идея. Тем более что он постоянно ломается из-за этого.

Посмотри вот эту штуку: https://github.com/tomaka/rouille

>>1270999
> Посмотри вот эту штуку: https://github.com/tomaka/rouille
>364 звёзды
>388 коммитов
Вот это напрягает. Не загнётся ли он?

>>1271054
Ну загнется и загнется. Он настолько простой, что там особо нечего допиливать.

Можно ли написать на расте веб сервер по скорости не уступающий си и си++?

>>1271226
Можно. Более того в синтетических тестах раст быстрее всех. Только какой от этого толк?

>>1271361
Сделаю супербыстрый серв

>>1259837
Иные инструменты есть valgrind, google sanitizers, статические анализаторы кода. В конце концов отладчики с нормальной поддержкой. Clang-tidy. С интсрументами в С++ как раз ситуация на порядок лучше, что впрочем не удивительно.
Есть движения в сторону интеграции в какой-то мере подхода с лайфтаймами, по крайней мере об этом вскукарекивают седые мужи, которые заседают в комитете.

Двачик, помогай. Начал ковырять diesel, но нихуя не могу понять почему у меня не работает use. Видел такой же код по части use и mod в каком-то проекте на гитхабе, но у меня нихуя не работает. Уже несколько раз перечитывал rust book, и все равно не понимаю в чем проблема. Раст стоит ночной от 2018-09-28.

https://pastebin.com/B0F3dKsR

>>1276122
В main.rs добавлял
mod schema?

>>1276307
Да, там так и сделано. Сначала делал без pub, но потом пробовал еще и с pub в main.rs. Вообще хуй знает куда думать.

>>1276360
Хз, выложи код куда-нибудь.

Прочитал ваш тред, так и не понял, какую букву вставить: го(в, д)но. Осилю, если для плюсов слишком тупой? Кто-нибудь писал на нём под микроконтроллеры? Видел на гитхабе биндинг для libopencm3, стало интересно попробовать, но стоит ли возиться?

>>1278683
Говно. Просто говно. С++ с кочергой в жопе.

>>1278683
Возиться стоит

>>1278611
скоро в .net добавят сборку в wasm и C# станет оффициальным языком веба, вместо javascript. советую начинать учить C# прямо сейчас, пока еще не поздно.

не понимаю, почему майкрософт не сделала этого с самого начала. они там со своим blazor'ом уже третий год маятся.

>>1254562 (OP)
Попробовал на досуге Rust. В целом впечатления положительные, язык с большим потенциалом, хоть пока и есть небольшие недоделки (если говорить про стабильную версию)
1. Для молодого языка - развитая и хорошая инфраструктура. Для языка подходящего для системного программирования - вообще лучшая.
2. Шустрый компилятор с разумными сообщениями об ошибках.
3. Хороший инсталлятор, разумный пакетный менеджер и работа с проектами.
4. Хотя и есть в нём странные вещи, типа индекса cargo на github'е. (Что? Зачем? Почему так делать?)
5. Сам язык приятный, как по возможностям, так и по общей эстетике, хотя к читаемости и логичности некоторых элементов синтаксиса есть вопросы. (Почему типы у параметров через двоеточие, а возвращаемое значение через ->)
6. Очень интересна сделана система ссылок и borrowing'а. Достаточно интуитивна и логична, чтобы с ней в большинстве случаев не особо бороться. Конечно, иногда она чересчур параноидальна, но это лучше, чем если бы она была не достаточно безопасна.
7. Собственно, данная система позволяет обходиться без GC и при этом в большинстве случаев делать это без ошибок.
8. При желании, конечно же, есть unsafe, где можно радостно стрелять себе в ноги, в лучших традициях C/С++
9. Хорошо сделаны системы местных trait'ов и дженериков. В чём-то напоминают typeclass'ы и concept'ы, хоть и более ограничены,чем первые.
10. HKT, увы, нету, но есть надежды, что реализуют.
11. Нормальный набор стандартных коллекций. Есть весь базовый набор, есть удобные стандартные методы, типа map, filter и т.д. Но вот генераторов в стабильной ветке компилятора пока тоже нету.
12. Из типов есть привычные структуры и АТД, что тоже хорошо.
13. По ADT есть паттерн-матчинг, но вот, увы, кастомных матчеров нет вообще.
14. В стандартной библиотеке, внезапно, оказалось, что нет вообще типа для времени, что весьма удивило.
15. Прилично сделаны треды, есть библиотеки с футурами и грин-тредами. Borrow checker умеет проверять и данные передаваемые между тредами, есть каналы.
16. Есть стандарнтый набор их веб-фреймворков и серверов.
17. Бинарники более-менее шустрые и небольшие получаются.
18. Удивило, правда, отсутствие в стабильной версии компилятора SIMD инструкций, что для низкоуровневого языка странновато.
19. Из очень хорошего - есть достаточно грамотно сделанные, пусть и не супер мощные (до лиспов или немерля, конечно, не дотягивают) макросы.
20. Много интересного с их помощью сделано как в стандартной билиотеке, так и за её пределами.
21. Понравились местные ORM'ы. Разумные языки запросов и описания схем.
22. Обработка ошибок делается обычно не через исключения (хотя panic тут тоже есть), а через Result (аналог Either по сути) и Option. Что правильно.
23. Если нужно, то есть возможность задать кастомный аллокатор, что важно. Хотя эта возможность вроде бы тоже пока не экспериментальном уровне, если мне не изменяет память.

Вообще rust - это реальный кандидат на новый язык для системного программирования. И в отличие от того же го, подходит не только для относительно мелких утилит, но и для программ любых размеров и требований. Достигает этого тем, что имеет как и важные для производительности возможности (borrow checker, отсутствие GC, unsafe код, no-std вариант), так и важные для написания сложных программ и библиотек фичи (дженерики, trait'ы, макросы, разумный набор стандартных коллекций и т.д.)

Предлагаю всем влиться в конфу треада @hcdevs

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

>>1278926

>Предлагаю всем влиться в конфу
Блядь, ну что ж ты за мудак такой, а? А пасту сохранил.
%%

>>1278926
>Попробовал на досуге Rust
А мне не очень.

>>1278611
Запили сам.

>>1278926
>Вообще rust - это реальный кандидат на новый язык для системного программирования.
Системный язык по определению должен быть небезопасным и нейтральным.
У раста нет смысла существования. Он пытается усидеть на двух стульях.

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

>>1282033
Реальная свобода это goto. Если ты используешь что-то кроме goto — ты жалкий раб, а не Свободный Программист.

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

>>1282083
Можешь использовать goto, можешь не использовать. На то это и системный язык, программист имеет полный контроль.

>>1282563
Слабак. Нормальные мужики пишут на ассемблере.

>>1282033
К плюсам надо move семантику приколачивать и что-то со стойкой делать, тогда можно более менее жить. Ещё бы нахрен выпилить хидеры.

>>1282898
*Строкой.

>>1282898
Кстати да, как вы там потомки в 2018 с хэдерами, без модулей и прочей дристней из 70ых?

>>1282898
>надо move семантику приколачивать
Удаляешь copy-конструктор
@
PROFIT

Поясни за rfc2000, который про const generics. Нахуя это нужно, если есть крейт typenum и всякая обвязка? Ну если не считать сахара.

>>1282032
>У раста нет смысла существования.
Servo. И я не шучу.

>>1254562 (OP)
https://www.influxdata.com/blog/rust-can-be-difficult-to-learn-and-frustrating-but-its-also-the-most-exciting-thing-in-software-development-in-a-long-time/

>>1283693
фу

ФАКТ!
100% растов это куколды

>>1283841
Как будто что-то плохое.

RUSTUP_DIST_SERVER=https://dev-static.rust-lang.org rustup update stable

https://github.com/rust-lang/rust/blob/stable/RELEASES.md

>>1282032
Что за определение такое?

Для раста есть либы для гуя?

>>1283841
Чистая ложь! Я лоликонщик.

>>1284430
Есть биндинги к gtk и qt. Есть кривые и/или недоделаные реализации с нуля. В целом нормального гуя под раст особо и нет. Если тебе всё равно, что брать, то бери relm. Он выглядит удобным. Или пили под электрон. С wasm это даже относительно поворотливым будет. Если тебе под мобилки, то ВНЕЗАПНО бери flutter ибо это лучшее, что случалось с гуем на мобилках.

>>1284458
Биндинги не хочу, электрон тоже. Потому что билд потом много весит. Мне нужен простенький гуй, чтобы данные с апишки забрать и отрисовать. В идеале картинку и видео показать.

>>1284458
>rust тред
>пили под электрон
Приехали нахуй.

>>1284536
Алсо можешь ещё https://github.com/rust-unofficial/awesome-rust#gui чекнуть.

>>1284540
Ну охуеть теперь.

Вообще было бы неплохо запилить песочницу поверх webrender с wasm и шлюхами. Это с одной стороны будет нормально работать, а с другой стороны не сильно то и кушать. Можно https://github.com/DenisKolodin/yew прикрутить туда и заебись ящитаю.
Я говорю как есть из того, что знаю. С одной стороны я к гуям не сильно прикасаюсь, а с другой я это чекал Вообще я сейчас oni пишу. Это (в теории) быстрый протокол джля MMOG..

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

1.30 прям охуенный.

Насколько низкоуровневый Rust? Можно ли уже удобно кодить для avr? С чем сравним: с C или C++ по жирности?

>>1284911
>С чем сравним: с C или C++ по жирности?
с delphi

>>1284980
по жирности с Дэлфи сравним только твой пост

https://andre.arko.net/2018/10/25/parsing-logs-230x-faster-with-rust/

>>1284980
Не обижай дельфи. Он даёт намного меньшие бинарники и требует установки намного меньше барахла для своей компеляции.

https://paulkernfeld.com/2018/10/27/improving-ndarray-csv.html

https://dev.to/sharkdp/my-release-checklist-for-rust-programs-1m33

>>1282033
Если ты на колене в соло пытаешься наговнокодить, то ты безусловно прав. А если ты работаешь над нормальным проектом то надо писать максимально единообразно с минимальной вероятностью ошибок.

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

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

>>1286926
>компиляторах/S

Паrни, я вам нефиговый тутор принёс.
https://exercism.io

ОП запили в шапку плиз.

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

Rust теперь не нужен:
>>1289838 (OP)
>>1289838 (OP)
>>1289838 (OP)
>>1289838 (OP)
>>1289838 (OP)
>>1289838 (OP)

>>1290329
Сто раз уже обсуждали. Д не нужен.

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

>>1290364
grep переписали?

>>1290377
Да, rg охуенен. Давно пересел на него.

>>1290388
>grep переписали?
>Да
Тогда я спокоен

>>1290444
rg (grep)
fd (find)
bat (cat+less+code highlighter)
exa (ls)
dutree/diskus/sn (du)
tokei (cloc)
Ну и конечно remacs

Это только то что я вспомнил навскидку.

>>1254562 (OP)
А ну, напомните-ка мне, почему раст не ВЗЛЕТЕЛ?

>>1290560
Жирный, раст очень даже взлетел.

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

С таким же успехом можно считать что с++ не нужен, потому что большая часть вакансий это месить говно за 30к/месяц.

>>1290567
> Ну и мерить успех языка количеством вакансий это очень однобокий подход.
А вот тут ты шконка не прав. Спрос рождает предложение. Так что я не вижу чтобы раст прям таки взлетел.

>>1290568
Мы тут вроде обсуждали >>1290329
Как там с вакансиями на Д?
Мне вот платят за раст, так что я хз.

>>1290572
>Мне вот платят за раст
пруфы?

>>1290701
Ну и какие ты хочешь пруфы?

>>1290572
10 причин почему мне стоит бросить оплачиваемую работу чтобы пересесть на нео-язык и соснуть? Даже котлин или свифт, которые еще моложе твоего говно-раста выглядят на порядок лучше, даже при запросах на SO.

>>1290700
Вот вам пример конторы которая нанима(ла/ет) на раст: https://github.com/exonum/exonum/tree/master/exonum

>>1290702
Что ты зарабатываешь на нем.

>>1290554
Ржавым больше делать нечего, чем переписывать велосипеды?
Или раст кроме как на скрипты не на что не годиться?

>>1290727
Что за контора маняконтора, которая сорцы свои держит на гитлабах и гитхабах и не может свой сервер поднять внутри?

>>1290748
Оно работает намного быстрее и имеет более человеческий интерфейс.
>>1290749
https://about.gitlab.com/pricing/#self-managed
Лишь бы что-то прокукарекать, да?

>>1290749
Люблю, когда раздувающая щеки маня обсирается.

Анон, если пишешь на расте что-то коммерческое. Сколько времени потратил чтобы не бороться с бороучекером и переключиться с объектов на трейты?

>>1290818
Наверное около месяца. Сейчас бороу-чекер вообще не мешает, а наоборот.

>>1290751
>Лишь бы что-то прокукарекать, да?
>>1290776
>Люблю, когда раздувающая щеки маня обсирается.
Лол, воистину век гуманитарных программистов. Неужели непонятно какое дно для компании держать сорцы "не у себя"?

>>1290751
>Оно работает намного быстрее и имеет более человеческий интерфейс.
Какой человеческий интерфейс у микро-утилит линукса может быть?

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

>>1290939
> self-managed

>>1290944
Хотя не важно, у нас есть D и GCC

>>1290947
> self-managed
Ты даже не понял почему дно? Да?

>>1290944
Тебе мало того что делает мазила?
Интерфейс может быть охуенным, ты просто попробуй.
find -name pizda
vs
fd pizda

>>1290951
>Тебе мало того что делает мазила?
Ты про серво? Они его сделали хоть?? Этот серво уже становится мемом.

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

Другое, они могли бы просто сделать подобие
rgrep
rfind
rls
чтобы не забивать народу голову бестолковыми базвордами, особенно rg и fd - ппц.

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

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

>>1290962
Добавь D к графику.

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

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

>>1290972
У нас кстати ultimate версия вроде. Эту хуйню на раби лучше не трогать ни при каких обстоятельствах.

>>1290972
>Гитлаб можно хостить у себя, блядь
нафига??

>>1290977
CI же. Не тупи блядь.

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

>>1290979
>CI же. Не тупи блядь.
А кто будет отвечать, когда утекут сорцы проекта, а вместе с ними потом и база клиентов?
"За то мы могли писать друг дружке ишью и ставить смешные аватарки для аккаунта"