VM
и как правильно пользоваться
Size: a a a
2020 August 14
AS
есть ролики scrum/agile in 15 minutes
D
нужно ли разрабу знать и понимать скрамы/кабаны? почему об этом иногда спрашивают на собесе?
наверное что бы не объяснять в процессе работы что и как
D
или хотят у себя внедрить ищут человека который работал по таким методикам
D
много вариантов в общем
Oℕ
нужно ли разрабу знать и понимать скрамы/кабаны? почему об этом иногда спрашивают на собесе?
Некоторым плохо работается с использованием определённой методологии
Oℕ
Иногда лучше узнать заранее, если у вас такая применяется
.
я вообще хотел написать это в жобсы, но под засвеченным экраном перепутал чаты)
SS
нужно ли разрабу знать и понимать скрамы/кабаны? почему об этом иногда спрашивают на собесе?
Во время собеседования не нужно задавать вопросов, которые не требуют глубоких знаний. Эти темы легко осваиваются в процессе работы. Скорее это вопрос не влияющий на принятие решения.
IP
Хочу замутить такую штуку: один файбер вычитывает очередь заданий и запускает параллельно k штук. Но таски все не одинаково "толстые" поэтому foreachPar не оч подходит. Хотел узнать если какая-то апишка/механизм, чтобы с этим работать в виде похожем на то, как это выглядит при работе с мультиплексированным вводом-выводом (epoll). Т.е. чтобы можно было запустить до k тасков и залипать в каком-то вызове, пока одна из тасок не закончится и т д
A
Fs2?
IP
Fs2?
Хм... не совсем пойму как это представить в виде стримов
Oℕ
Хочу замутить такую штуку: один файбер вычитывает очередь заданий и запускает параллельно k штук. Но таски все не одинаково "толстые" поэтому foreachPar не оч подходит. Хотел узнать если какая-то апишка/механизм, чтобы с этим работать в виде похожем на то, как это выглядит при работе с мультиплексированным вводом-выводом (epoll). Т.е. чтобы можно было запустить до k тасков и залипать в каком-то вызове, пока одна из тасок не закончится и т д
IP
Спасибо. Про этих ребят я знаю, просто думал мало ли что-то есть более высокоуровневое
Oℕ
Вы только что описали в точности семафор
AS
Хм... не совсем пойму как это представить в виде стримов
один стрим читает, то что он читает распихивается по k стримам, результат их работы сливается в один стрим. Соответственно если все рабочие стримы заняты, то backpressure будет притормаживать "читающий" стрим.
Oℕ
Что более высокоуровневое вы хотите
BK
Хочу замутить такую штуку: один файбер вычитывает очередь заданий и запускает параллельно k штук. Но таски все не одинаково "толстые" поэтому foreachPar не оч подходит. Хотел узнать если какая-то апишка/механизм, чтобы с этим работать в виде похожем на то, как это выглядит при работе с мультиплексированным вводом-выводом (epoll). Т.е. чтобы можно было запустить до k тасков и залипать в каком-то вызове, пока одна из тасок не закончится и т д
Тут подойдёт weighted round robin arbitration, который пока не реализован в ZIO. Можно самому написать примитив, который будет выдавать таскам разное кол-во процессорного времени
V
Зио тут причем 😱
BK
Но это, кажется, не тривиальная задача. Может вам стоит другой подход обдумать