Ещё одна статья о временах жизни (lifetimes) в Rust

Да, вы правы.

Ещё одна статья о временах жизни (lifetimes) в Rust

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

Ещё одна статья о временах жизни (lifetimes) в Rust

так есть же, но не явно :)
«современный раст делает это автоматически лучше чем в старые времена»

Ещё одна статья о временах жизни (lifetimes) в Rust

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

Надежное программирование в разрезе языков. Часть 2 — Претенденты

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

«Яндекс» запустил сервис онлайн-обучения «Практикум». Будет готовить фронтендеров, веб-разработчиков и аналитиков

аналогично. вывод => надо практиковаться в перформансе тоже.

Flickr вводит новые правила относительно количества фотографий и видеороликов пользователей

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

Flickr вводит новые правила относительно количества фотографий и видеороликов пользователей

Кто-то знает относительно простой способ как перенести фотографии на google-photos _с_альбомами_ в которых они находятся?

Rust новости #5 (январь 2019)

Думаю, что потому что это ->u128. Который был нестабильным не так давно, не знаю как сейчас.

Rust новости #5 (январь 2019)

Отличная подборка, спасибо.

Как я год не работал в Сбербанке

Оно знакомо, но масштабы абсулютно разные. У нас хоть и есть перегибы, ни как правило рамки какие-то присутствуют, тут же из разряда: «разве должны быть какие-то временные рамки для каллаборации?».

Карта ДТП

т.е. это аналог бальной системы, которая у нас была но от неё почему-то отказались?

Как я год не работал в Сбербанке

Банк из топ-20 мира и, наверное, топ-5 Европы. Всё как в статье, если не хуже.

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

«Современный» C++: сеанс плача с причитаниями

Признаться я не очень понял. Вы сами изначально сравнили некорректно, но в итоге сейчас написали, что всё равно вас не устраивает. Почему не устраивает или что не так — не объяснили. В целом это довольно обычная реакция на «непривычный синтаксис».

«Современный» C++: сеанс плача с причитаниями

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

Уверен, что на большинстве языков (включая раст) — просто через for будет как на C. Но итератор или генератор зачастую полезнее.

— добавлено --

simple-reusable.cpp уже является аналогом, но не совсем: внутри он другой. На расте это комбинация итераторов рэнджей, в cpp — ручное создание итератора с нуля, даже с ручным сохранением состояния вроде.

«Современный» C++: сеанс плача с причитаниями

На рэнджах и итераторах раста.

fn main() {
    (0..)
        .map(|z|
            (1..=z)
                .map(move |x| (x..=z)
                .map(move |y| (x,y,z))
                .filter(move |(x,y,z)| x*x + y*y == z*z))
                .flatten()
        )
        .flatten()
        .take(100)
        .for_each(|x| println!("{:?}", x));
}

Как победить дракона: переписываем вашу программу на Golang

Вот другое:
github.com/frol/completely-unscientific-benchmarks

Но я согласен, вероятно немного отстал по версиям. Хотя между 0.7 и 0.9 всего ~4 месяца.

Как победить дракона: переписываем вашу программу на Golang

Я проверял. KN отставал чуть ли не в 20 раз. Было очевидно что о скорости там ещё даже не задумывались, так как ещё рано об этом думать.

добавлено:
сейчас поискал что-то посвежее: github.com/msink/kotlin-pi
получше, но далеко не так, как вы рассказываете.

Как победить дракона: переписываем вашу программу на Golang

KN по определению работает быстрее без jvm

вы это проверяли? или какую-нибудь ссылку дайте.

Как победить дракона: переписываем вашу программу на Golang

Вы так уверенно рассуждаете про kotlin-native. Не подскажите, где бы можно посмотреть результаты тестирования KN? А то у меня пока ровно обратная информация.