если в математике и физике все стройно и сходится, то почему спутники падают и самолеты взрываются?
Палю годноту: http://dump.bitcheese.net/files/aheseme/__IMG_20151119_011046.jpg
Жрали когда-нибудь детское питание вида "яблочное пюре"? Вот оно, только дешевле 100р за килограмм (51р за банку) в ближайшем атаке. Бывает просто яблочный и яблочно-банановый.
Тем временем JS эволюционирует, развивается и добавляет все больше фич для обхода хуевого дизайна: http://habrahabr.ru/post/268795/
/“Толстые” стрелочные функции – одна из причин, почему я так люблю JavaScript. Очень соблазнительно просто начать использовать => вместо function. Я видел целые библиотеки, где используется только вариант =>. Не думаю, однако, что это разумно. В конце концов, у => есть много особенностей и скрытых функций./
сорь, энтузиазм объяснять тупым неблагодарным свиньям метасмысл моих протокомментов на сегодня исчерпан (угадай кем)
Бля, заебало в каждой вкладке терминала набирать свой 15-символьный пароль.
Нет ли никакого system-wide говна, которое бы просило меня это делать только раз в N минут?
the Strict language extension*
Add a new language extension -XStrict
which turns all bindings strict
as if the programmer had written a !
before it. This also upgrades
ordinary Haskell to allow recursive and polymorphic strict bindings.
https://github.com/ghc/ghc/commit/46a03fbec6a02761db079d1746532565f34c340f
Все теперь можно думать о том, чтобы учить хаскель. // Ну или Ocaml
Кстати, спалите haskell vs ocaml в вопросах:
* C-FFI
* многопоточности
* ease of deployment
* поддержки ARM
* легкости получения soft realtime
Олсо, кто-нить объекты в Ocaml юзает или это шутка?
Наткнулся на такой комент на HN:
/However, with a few minor tweaks (e.g. an option type), I would rather have the C# type inference than the OCaml one. The reason is that, if I want to do something very clever, I will not find myself limited to code that I can actually prove to the OCaml compiler as correct: I have, time and time again, resorted to reflection and code generation to work around such situations. In other words C#'s Obj.magic is a lot more powerful (and safe, and expressive) than OCaml's.
A fairly good example is Eliom's way of expressing the parameters of a service. In C# you would write in a PageController class
public Details Update(PageId id, UserId user, [PostBody] Details body)
and have your web framework automatically bind this to POST /page/update/{id}?user={user} with the appropriate serialization for PageId and UserId. And writing such a framework is easy: a couple hundred lines of code, with run-time type safety.
In OCaml you have to understand the entire Eliom_parameter framework: https://ocsigen.org/eliom/4.2/api/server/Eliom_parameter Just think of the mental firepower needed to create that framework in the first place!/
[13:55]<ndtimofeev> > В московском метро установят оборудование для подавления сигналов взрывных устройств.
[13:56]<ndtimofeev> gsm будут глушить?
[13:57]<L29Ah> вайфай
[13:58]<ndtimofeev> Но зачем мне бомба на шифи? gsm полущ, не?
[13:58]<L29Ah> полущ
[13:58]<L29Ah> tfw бомба не взорвалась потому что ей показали captive portal
[14:02]<ndtimofeev> Вообще в современном мире это какой-то ад: на бомбе живёт малина в которую воткнуть usb-модем, ты идёшь в неё по ssh чтобы запустить скрипт ./boom.py, никто не может понять какой из gsm-модемов в метро бомба, ты не уязвим, питоноговно упала обосравшись таким длинным трейсом что на малине кончилась память, бомба не взорвалась.