Собес Попова, ждём-с
https://t.iss.one/rust_offtopic/260467

Roman Proskuryakov:
а ты не думаешь, что проблема в тебе?
я так, просто интересуюсь
хочешь, проведём с тобой интервью
игрушечное

Stanislav Popov:
давай

По мнению Доге, нормальный кошачий (в смысле cats) код
https://t.iss.one/rust_offtopic/262097

Тут так себе код в некоторых местах, но так, энтерпрайз в ФП стиле:
https://github.com/pauljamescleary/scala-pet-store

Ещё один язык без КЦ. чатлане могут проходить мимо
https://t.iss.one/rust_offtopic/262819

Doge Shibu, [24.05.20 00:06]
https://github.com/u2zv1wx/neut

Q: А как здесь относятся к gradual typing?
A: Matthias Felleisen занимается исследованиями в этой области кучу лет (10+) и он пришёл к выводу, что это дохлое направление.
https://www.youtube.com/watch?v=5DlEj6daNEo
https://www.ccs.neu.edu/home/asumu/slides/popl-2016-01-21.pdf
https://www2.ccs.neu.edu/racket/pubs/popl16-tfgnvf.pdf

via https://t.iss.one/rust_offtopic/262942

А я предпочитаю, чтобы это делал Rust :-P

Matwey Kornilov, [26.05.20 16:12]
Мне кажется, меня обижает borrow чекер

℣ badt, [26.05.20 16:18]
пожалеть тебя?

Matwey Kornilov, [26.05.20 16:18]
да

℣ badt, [26.05.20 16:18]
все наладится

😃

via https://t.iss.one/rustlang_ru/304317

rust-like язык с ГЦ, но со статическим анализатором, таким образом освобождая память, где он смог доказать, что это можно, а остальное отправляя в ГЦ.

https://github.com/doctorn/micro-mitten

Jerzy Syrowiecki, [26.05.20 23:12]
общие условия работы у Яндекса лучше, чем у ЛК, на мой взгляд. ну и я просто хотел серверами заниматься. надоела ОС

Jerzy Syrowiecki, [26.05.20 23:13]
в Яндекс? да, но это вроде бы объективность обеспечивает

Jerzy Syrowiecki, [26.05.20 23:14]
короче, если хотите писать на Хаскеле, ЛК — норм

Mikhail Baynov, [26.05.20 23:15]
кодобаза небось уже засрана, технического долга на годы)

Jerzy Syrowiecki, [26.05.20 23:18]
хаскельная кодобаза в ЛК в лучшем состоянии, чем питоновая в Яндексе

via https://t.iss.one/haskell_cv/3247

#prog #rust #article

Офигенная статья о заблуждениях касательно лайфтаймов. Очень хорошее подспорье новичкам. Как пишет автор в своём первом посте:

While learning Rust I was struggling with certain concepts so I tried to organize my thoughts by writing them down in markdown files and well... I soon had several markdown files. I thought "Maybe I should start a blog?" but then I realized "I probably shouldn't, my posts will never be as good as anything written on Rust by Niko Matsakis, Saoirse Shipwreckt, Huon Wilson, David Tolnay, Alexis Beingessner, Daniel Keep, Carl Fredrik Samson, Aleksey Kladov, Amos Wegner, Pascal Hertleif, Dimitri Sabadie, Daniel Henry-Mantilla, Steve Klabnik, Jake Goulding, or Carol Nichols". That list isn't even exhaustive, there's easily dozens of people I left out! There's lots of super smart folk who are already writing about Rust. However, I have one unique advantage that none of those people have: I'm dumb. Super smart people tend to write super smart articles that only other super smart people understand. There's a gap in the market for us dummies, and it's that gap I intend to fill with my writing.

Советую приглядывать за этим блогом, это явно что-то многообещающее.

github.com/pretzelhammer/rust-blog/blob/master/posts/common-rust-lifetime-misconceptions.md

p0lunin:
может выучить плюсы пойти в засраный люксофт и не *** себе мозги?

Sergey Korotkov:
учи плюсы, а люксофт не надо

Mike Lubinets:
Плюсы да на галеру

Stanislav Popov:
работать борроучекером )

Mike Lubinets:
БЛ* БУКВАЛЬНО
Я сейчас на плюсах пишу
И это буквально работа борроучекером

via https://t.iss.one/rust_offtopic/265359

дада, программист может написать

alter table companies add column "ParentCompanyId" uuid
create index if not exists "Companies_IX_ParentCompanyId"
  on companies ("ParentCompanyId");

А вот от

modelBuilder.Entity<Company>()
  .HasIndex(b => b.ParentCompanyId)

Руки отвалятся

Mike Lubinets:
Ну если архитектура просрана, то она просрана независимо от языка

Но бл*, раст просто невообразимо проще рефакторить, это да

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

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

Αλεχ Zhukovsky:
проблема с огромным мутабельном стейте на указателях. Полагаю, в расте было бы куда проще это распутать

Mike Lubinets:
В расте ты бы за***лся такой стейт объяснять компилятору и выбрал бы другое решение

Αλεχ Zhukovsky:
где-то у тебя были бы арки или ещё что-то, но в любом случае имхо им ПРИШЛОСЬ бы более простое и поддерживаемое решение сделать с самого начала

via https://t.iss.one/rust_offtopic/267163

Про автоматическое управление памятью без ГЦ, RC и аффинных типов:
https://www.cl.cam.ac.uk/techreports/UCAM-CL-TR-908.pdf

Люблю растовый асинк

Как из простых математических конструкций путём композиции получается красота. Люблю такое.

Если кто забыл, for loops делают невозможным отделение итерирования по структуре данных от её обработки. Но Роб Пайк уверен, что вы не должны хотеть такое :-)

#prog #go #menacingopensource

Для Go есть пакет filter. Это реализация некоторых FP-like примитивов, написанных самим Робом Пайком. Как он сам пишет в README:

"I wanted to see how hard it was to implement this sort of thing in Go, with as nice an API as I could manage. It wasn't hard.

Having written it a couple of years ago, I haven't had occasion to use it once. Instead, I just use "for" loops.

You shouldn't use it either."

Внутри есть всё то, что мы так любим в Go: interface{}, рефлексия, отсутствие ленивости, захардкоженность слайсов. Но, конечно, вишенка на торте — это единственный PR, который так и не был смержен, и реакция Пайка на него.

github.com/robpike/filter