This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-04-24
Channels
Из засвеченных докладов на jpoint где упомяналась clojure http://javapoint.ru/talks/grebennikov/ и в целом: конечно, впечатляет. Я впервой на j-коференции. Дикое количество людей разбирающихся в фичах-багах jvm и java досканально. Как там массивы выравниваются и пересылаются между процом и l1cache, или как создать массив листов генериков третьего уровня вложенности или как реализовывать параллелизм без локов используя неочевидные возможности стандартных библиотек (Елизаров). Главные темы: перфоманс и параллелизация - все то что clojure вроде не актуально, а такие фичи кложуры как персистентые коллекции или dynamic development в целом как и удобство коддинга в мире энтерпрайза кажется не интересны совсем. Пример: Был доклад про багофичи стримов восьмой жавы. Мужик замудреннейшие комбинации джавастримов перформил. Вот уже спец есть. Скоро эти багофичи все знать будут. Так и живут. Чем более багофич знаешь - тем круче разработчик. В крайнем случае есть гуру. На вечеринке был вопрос из зала: сколько надо scala разработчиков, чтобы разрушить успешный коммерческий проект на java? Вот как то так про real-world java...
@lapooh: я как раз на этом докладе не был. мне была интересна hardcore java. но по словам присутствующих на clojure прогонялись тесты, и они как бы сглючили надо смотреть видео
@lapooh: о. немножко инсайда https://twitter.com/43oN/status/723828716267286528
Уважаемые, а расскажите, как вы работаете в vim или emacs с русской раскладкой клавиатуры?
@maxp: настроил быструю смену раскладки на caps lock, кроме этого ничего больше не делал
скажите, а правда с этими редакторами до сих пор невозможно работать не переключая раскладки ?
первое что нашел в гугле https://habrahabr.ru/post/98393/
согласитесь, это пи$#@#% настраивать в редакторе отдельно специальное переключения раскладки
весь прикол в том, что весь остальной мир уже вполне научился жить с разными языками без извратов
самое обидное, что все остальное в этих редакторах вполне устраивает, но вот эта хрень просто полный show stopper
Пинцет, нравятся мне советы типа "а вы просто переопределите ваши дополнительные русские Ctrl-ф кнопочки"
их там всего-то сотни четыре будет, и неизвестно как оно в результате будет вообще работать.
я про то, что другого способа, кроме как поребайндить несколько сотен возможных комбинаций нет?
Или другой вопрос, а кто-нибудь в atom/sublime всякими этими закосами под cider пользуется?
Но во всех других осах и программах Ctrl-A это Ctrl-A, и вовсе не Ctrl-ф. Но тут, как я понимаю это принципиальный архитектурный момент.
у меня мак, там смена раскладки по cmd-space. Так вот, я скачал специальную прогу karabiner, и в ней настроено правило, что когда запущен emacs, то нужно отключить этот биндинг. В emacs смена раскладки назначена на cmd-space
то есть, e-macs всегда запускается с одной раскладкой и возможность сменить в нем раскладку средствами ос отключена.
Меня просто коробит от самой мысли, что в 2016 году я буду снова писать драйвер русской клавиатуры :)
Надо как-то заставить свитчер ОС делать исключение для емакса. Еще надо правильно определить его окно.
Потом надо правильно объяснить емаксу, когда я хочу у него видеть русские буквы, а когда нет.
да, вот это тоже я писал самостоятельно. Ну тут такая штука, да, надо быть готовым эти редакторы программировать.
Пока не знаю... А как у него отличаются внутри, например ввод команды и ввод имени файла/посковой строки или чего там еще вводится?
посоны, ring.util.repsponse/redirect не понимает относительных урлов https://github.com/ring-clojure/ring/blob/1.4.0/ring-core/src/ring/util/response.clj#L19
постить баг куда-нибудь? как в кложе делают редиректы правильно? у меня хром бесится, если видит относительный редирект
ё.. НУ КАК ВОТ КАК. https://ring-clojure.github.io/ring-headers/ring.middleware.absolute-redirects.html
есть и решение! просто его надо тоже включать! ура! подход когда всё по библиотекам просто супер! так ведь удобней! пойду попью водички. ещё минус час яка)
походу надо уворовать у люминуса или пьедестала все включённые миддлвари, а то это не больно, это агония какая-то
так что способа пропустить в одном аварийном хендлере цсрф-токен без разделения маршрутов на "такие" и "сякие" не вижу
как я понимаю, поэтому - они должны договариваться на этапе компиляции как пропускать эту защиту. потому что сначала будет работать wrap-anti-forgery, и, выходит, ему всегда придётся вызывать (handler request), потому что так уж они устроены
нашёл, кстати, плохо включенный у себя ring-defaults, так что wrap-всё что угодно там, вообще говоря, был. я недовключил в девелопмент режиме
мнда. это вот тогда не удобно нифига получается. то есть чего, мне на каждый хак надо будет разделять маршруты на (csrf-routes | no-csrf-routes), а потом csrf-noxframe-routes, nocsrf-noxframe-routes, csrf-xframe-routes, nocsrf-noxframe-routes
чорд. короче монады не коммутируют и вообще, кажется, надо смотреть в сторону других маршрутизаторов
раскидал. если маршруты закрыты хендлерами, которые НЕ собирают ошибки в кучу а кидают ошибки по одной - то эта композиция имеет такой недостаток: нельзя в девелопмент режиме понять, то ли токен цсрф неправильный, то ли маршрут неправильный
наверное надо все миддлвари, которые прерывают исполнение, строить иначе: собирать ошибки в кучу, передавать в маршрутизатор, там тоже собирать возможную ошибку -
и там уже в зависимости от того, девелопмент или прод - решать чего с этой кучей ошибок делать