В рамках проекта uutils подготовлен альтернативный вариант набора базовых системных утилит GNU Coreutils
В качестве причины создания проекта и использования языка Rust называется
2014
причины / оправдания

Уау, наконец-то https://github.com/facebook/Haxl !

Бля, хуле они там без меня http://kievfprog.net/

Надо будет к следующему разу может чего рассказать, что ли. "Буду много работать и думать", в общем.

Ну, охуеть теперь. 8 Гигабайт памяти как-то мало (и это не запущено ни одной ИДЕ).

Захуя блять Hangouts не сохраняют смс в облако? Сколько нужно провести референдумов чтоб они запилили?

TIL .gitignore настолько крут, что при паттерне "*" игнорирует даже себя

tfw за 5 минут распараллелил код на 10 потоков и он даже ускорился нормально

// но всё равно в данный момент он говно, надо будет разбираться

Вот это прикол http://imgur.com/a/BnRVm

Algorithm-as-a-service. Платишь бабос, а тебе за это грузится js-код, считающий то, что ты запросил прямо в браузере.

tfw научился складывать два числа на баше в 2014м

В виду сверхохуенности этого видео запощу ещё раз https://www.facebook.com/photo.php?v=684951294875294 (извините за фейсбук)

Какое же говно многопроцессность в питоне -- даже когда надо всего-то навсего распараллелить очевидную хуйню (удаление данных из кучки риак-бакетов) -- всё равно оно где-то виснет, хуёво работает, при нажатии на Ctrl+C срёт тонны стек-трейсов по 15 минут.

Обожаю

asyncConsumerAction :: Consumer a -> Consumer (Async a)
asyncConsumerAction action = ask >>= liftIO . async . runConsumerM_ action

Новый PyCharm аккуратно после своих рефакторингов оставляет всякие там пустые линии и прочее :3

// раньше за ним всё подчищать приходилось

Удивителен этот ваш мир параллельных/конкурентных/etc вычислений. Вот есть у меня работа с БД, сначала сделал тупой алгоритм "взял из бд -> запроцессил -> взял следующий -> запроцессил". Это работало крайне медленно. Ну я в качестве быстрого и дешёвого ускорения взял и переделал на "одновременно взять 10 штук -> запроцессить -> еще 10 штук", при чём каждый раз жду пока все 10 запросов завершатся, то есть совсем не оптимально, как мне казалось.

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

В общем, надо будет как-то капитально засесть и разобраться почему вся эта херня происходит (а ещё книгу Марлоу как раз будет повод прочесть, задрал этот Окасаки, застрял на нём).

захожу такой на http://www.scribd.com/doc/12878059/The-Next-700-Programming-Languages
смотрю -- пдф отсканирован в хуёвом качестве
провожу мышью -- буквы выделяются
обосрался

очень полезно https://github.com/rfjakob/earlyoom

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

tfw не можешь такси вызвать потому что у них сервера лежат