назрел почти что философский вопрос: есть ли смысл брать эликсир/эрланг, если знаю что будут узкие места и расчитывать на то, чтобы потом вынести эти узкие места в nif'ы? или лучше не мучаться и брать какой-то go сразу и мучаться уже с ним в целом, зато все однородно будет?

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

не факт, что в этой покажут

скала же JVM

Может кто конкретнее задачу объяснить?

А то я по тексту не понял

вот вся суть с примером

Фаил содержит кучу строк

И в каждой строке 5 цифр

В которых почему-то всегда одна цифра в скобочках

нет-нет, в файле куча строк, в каждой из которых по одному числу

в общем

Окей.

Т.е. в файле по одному числу.

Я фаил еще не смотрел

у тебя есть массив со всякими числами типа -10, 560 и т.д. ты начинаешь с нулевого элемента и зависимости от того, что в нем написано "прыгаешь" на такой индекс, при этом инкрементишь на единицу то значение, откуда прыгаешь

а индексы с ноля?

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

да

и суть в чем? время померять, когда он бегать закончит?

или сколько прыжков?

сколько прыжков

начинать с нулевого?

а начинался разговор вообще с того, что эрланг как-то очень плохо справляется с такого рода задачами (про скалу и jvm не понял. скала не иммутабельная что ли? если там все иммутабельно, то причем тут vm?). я подумал о том что, в рубях и питоне такие проблемы решают с помощью c extensions. отдельный сервис - наверное можно, но это все немного усложняет и меня пугает, что там в итоге будет оверхед на коммуникацию с этим сервисом. порты, я так понял, вообще по stdin/stdout общаются с другими процессами, это как-то совсем стремно.

начинать с нулевого?

что начинать с нулевого? файлик с числами я там чуть выше скинул

прыгать надо с нулевого индекса?

начинаешь с нулевого индекса, да. если в нем написано 2, то ты прыгаешь на current index + 2, при этом в current index меняешь значение с 2 на 3

(это я описываю задачу для первой части, во второй там еще декремент и if добавляется, соотвественно кол-во пробежок по массиву сильно растет)

0 2 2

Итак

Значит нужно потом в массиве чтобы было 0 == 1 2 == 1 4 == 1

Правильно?

на моем древнем компе программа на языке D считает какие-то тысячные доли

у меня ответ 359348

ответ должен быть 27688760 steps

хех, может ошибся

на сайтике ответ сверяется, так что это правильный ответ :)

а

стоп

извини

все правильно

27688760 это для второй части

вторая часть?

где она?

а вообще все здесь: https://adventofcode.com/2017/day/5

только если зарегаетесь, то не забудьте что вам сгенерится свой файлик с числами, соответственно и ответ будет другой

так. у меня тоже 359349

359348 должно быть)

для второй части steps = 27688760 real 0m0.148s user 0m0.149s sys 0m0.000s

но это D, фактически по скорости как плюсы

программа крошечная d import std.stdio; import std.conv; import std.array; import std.algorithm; void main() { auto list = File("input5.txt").byLine.map!(l => l.to!int).array; int p = 0; int steps = 0; do { auto offset = list[p]; list[p] += offset > 2 ? -1 : 1; p += offset; steps++; } while(p >=0 && p < list.length); writefln("steps = %s", steps); }

вот я и говорю, на го у меня тоже все очень быстро пробегает

кстати, а как в D с многопоточностью?

с многопоточностью нормально

а вот сборщик мусора ужасен

и это все портит на корню

или ты про многопоточное выполнение этой задачи?

в D есть встроенные корутины ака файберы, кооперативная многозадачность

я вот с D на эликсир пытаюсь перелезть ибо достали глюки и сложность отладки

у меня в проекте тысяч 10 таких корутин вертится

должно отлично лечь на эликсировские процессы

но D куда менее многословен

парсинг файла с числами - одна строка: auto list = File("input5.txt").byLine.map!(l => l.to!int).array;

а вот сборщик мусора ужасен

течет?

особо не течет, тормозной

а, паузы слишком длинные?

не обязательно, просто много времени отнимает

ERROR: S client not available

скажем 20% времени работы программы - сборка мусора. Это нормально?

паузы можно твикать туда-сюда

но у меня таки тек

правда непонятно GC течет или сторонняя либа

хер отладишь это говно

понятно, спасибо

но GC тоже может течь, ибо Boehm–Demers–Weiser garbage collector

но все равно терзаюсь. в фениксе слишком много магии на мой вкус

хер поймешь как оно работает

ну и на самом эликсире простые вещи пишутся сложно, разве что паттерн-матчинг радует

в го с магией все сильно проще, все как на ладони начиная с стдлибы. но вот писать на нем в целом - никакого удовольствия, почему-то

на D писать очень приятно, имхо самый дружелюбный язык в плане синтаксиса

в го с магией все сильно проще, все как на ладони начиная с стдлибы. но вот писать на нем в целом - никакого удовольствия, почему-то

Зато читать одно удовольствие

при этом какой-то альтернативы го я не вижу вменяемой. раст куда-то не в ту степь совсем, не очень интересно возиться с ownership'ом и прочим, мне бы именно какой приятный язык с GC, параллелизмом и нормальной производительностью. java и друзья (и родственники в лице дотнета) - спасибо, но не хочется.

ну попробуй D и фреймворк vibe.d для параллелизма

Зато читать одно удовольствие

есть такое, все читаемо, даже для новичка

так вот ты говоришь что у D проблемы есть такие :)

Ну смотря какая задача

мой проект работает, нагрузку держит

D за 16 лет как-то вообще не взлетел, как был языком для энтузиастов отдельных так и остался

ну не совсем так

популярность растет

активно разрабатывается

коммьюнити очень отзывчивое

охотно отвечает на вопросы новичков

популярность растет

почему-то вспомнился stronghold crusaders, извините за оффтоп :)

потихоньку фичи из D переползают в плюсы :)

кто-то вон игры пилит

я помню что опенсорсный клон morrowind'a пилился сначала на D, а потом все переписали на с++

ага, в те времена D вообще неюзабельный был

сейчас-то почти любое говно можно найти, и в отличие от плюсов есть вменяемый пакетный менеджер

на плюсы я уже никогда добровольно не вернусь