
Alexander
16.08.2016
10:49:45
я краски сгущаю заранее

Alex
16.08.2016
10:50:00
Молодцы) мы на австралийском проекте с 2.3 слезть не можем до сих пор

Alexander
16.08.2016
10:50:01
слоев на 40

Google

Alexander
16.08.2016
10:50:26
просто тут все друг друга знают в принципе )

Alex
16.08.2016
10:50:54
Хм, давай лучше в личку напишу)

Alexander
16.08.2016
10:51:18
были одни ребята, мол “рельсы недоработаны”, форкнули и типа патчи начали делать. Собственно и все

Le
16.08.2016
10:52:02
Гитхаб что ли)))

Alexander
16.08.2016
10:54:51
не, наши конкуренты
JobReady

v
16.08.2016
10:56:20
и до чего допатчились?

Alexander
16.08.2016
10:58:51
до того, что проапгрейдится не могли, секьюрити патчи и все такое

v
16.08.2016
10:59:38
кек

Dmitry
16.08.2016
11:13:11
Короче пацаны, такая тема.
Макрос def! который создаёт 2 метода - foo и foo! которые работают соответственно {:ok, bar} | {:error, reason} или bar | runtime error.
Нужно такое или нет?

Константин
16.08.2016
11:59:29
На время запиним тему обсуждения
Завтра сотру с доски. Один хрен уже овер 0.5к сообщений о работе за бугром..

Google

Константин
16.08.2016
12:01:01
Дима вон только нормальную тему внес, макрос годный, ты хочешь в сам эликсир впилить?

Alexander
16.08.2016
12:01:59
@alec_c4 о, и ты тут ;)

Константин
16.08.2016
12:02:26
по сути своей def! это вызов простого def c case на борту.

Dmitry
16.08.2016
12:03:07
Либо вызов def с case

Константин
16.08.2016
12:03:34
case отловит {:ok, value} и вернет value

Dmitry
16.08.2016
12:03:42
Не не то..
Короче в теле def! Либо пишешь саму foo, либо foo!
И в зависимости от этого либо в теле try rescue, либо raise
В теле макроса
Ну как бы да, экономия 3 строк кода. Но сколько строчек экономит unless?

Константин
16.08.2016
12:06:46
местами меняет do и else)))
Так оно для чтения кода

Can
16.08.2016
12:07:47
аахахах

Dmitry
16.08.2016
12:08:00
Я короче такой def! допиливаю, мне он для VkAPI везде пойдёт. Просто выкладывать его куда или нет - вопрос)

Alexander
16.08.2016
14:29:22
выкатил продакшн на эликсире. Первый же отзыв - как все быстро! )
это я еще turbolinks прицепил
ок, эликсир + phoenix + turbolinks
турболинкс для тех, кто не хочет погружаться в клоаку api + фронтенд на js
турболинкс по сути тоже самое

Google

Andrew
16.08.2016
14:32:44
новый турболинкс стал значительно лучше

Alexander
16.08.2016
14:32:52
я на новом и делал
сразу jquery отбросил копыта )

Andrew
16.08.2016
14:33:11
я к тому, что теперь вроде и нет смысла pjax юзать

Alexander
16.08.2016
14:33:46
user experience c turbolinks очень хорош
phoenix по сути работает со скоростью базы данных. т.е доли милисекунд могут себе в бенчмарках в сраку засунуть
но в отличии от тех же рельс, раз так в 10-20 быстрее

Евгений
16.08.2016
14:36:55
а еще если смотреть не в логи, а в консоль браузера (network вкладка какая-нибудь), то можно увидеть чуть приземленную картину

Alexander
16.08.2016
14:37:46
в консоли браузера даже заточеный под бенчмарки в прод режиме, просто 200 хендшейк, все равно ~30мс
обыкновенный сайт с парой запросов в бд ниже 80 ну никак
и это только доставка
отрисовка еще 200-300мс

Alexander
16.08.2016
14:39:44
вот где turbolinks сильно улучшает user experience

Artem
16.08.2016
14:39:55
а сборка родная, на brunch?

Admin
ERROR: S client not available

Artem
16.08.2016
14:40:04
я про статику и фронт )

Alexander
16.08.2016
14:40:08
я собираю бранчем
как Jose завещал

Иван
16.08.2016
14:41:37
Подскажите есть ли литература про элексир на русском?

Google

Alexander
16.08.2016
14:42:08

Artem
16.08.2016
14:43:39
а где нибудь есть подробная статья/рассуждения почему именно бранч стал родным?
нашел лишь рассуждения о том что бранч проще остальных тулзов

Alexander
16.08.2016
14:48:26
как я понял - исторически сложилось. По ощущениям, просто попытались дать рокет-старт своему проекту или проекту знакомых
мое мнение - бранч мертворожден

Artem
16.08.2016
14:50:50
хорошо что они сделали процесс интеграции/замены очень легким, вообще молодцы ребята ?

Alexander
16.08.2016
14:52:19
еще поною, доки - говно
как феникса, так и бранча
404 по ссылкам из феникса
адище

Konstantin
16.08.2016
15:00:42
господа, такой вопрос, ни у кого не было опыта написания юниксового демона на Elixir или Erlang? и как вообще пишут или нет подобные вещи на нем?

Dmitry
16.08.2016
15:01:04

Konstantin
16.08.2016
15:01:07
ну типа брать какие-то вещи из Kafka, пересчитывать/агрегировать и класть в постгре
насколько это эффективно в плане производительности
по сравнению с C++

Vladimir
16.08.2016
15:01:25

Dmitry
16.08.2016
15:01:41

Konstantin
16.08.2016
15:01:54

Dmitry
16.08.2016
15:02:07
Можно за день написать

Konstantin
16.08.2016
15:02:41
ну а если не человеко часами измерять, а производительностью. память, процессор и прочее