Size: a a a

2020 September 08

A

Andreλ in Scala Jobs
Evgeniy T
при рандомном общении конкретика может и не появиться вовсе, все просто будут предлагать противоречивые требования/идеи и если ни кто на себя не возмет ответсвенность опиcать, конкретизировать, и решить противоречия то имплементация будет выглядеть как хождения из стороны в сторону. На одном собрании, что то решили, начали делать а на след оказалось, что имеелось в виду противоположное а на третем вообще, что забыли упоминуть еще 50% требований.
Ну да, если все делать рандомно, то получишь рандомный результат, это так)
источник

A

Andreλ in Scala Jobs
Oleg ℕizhnik
это неправда
В большинстве случаев так и есть.
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
Andreλ
В большинстве случаев так и есть.
я не понимаю слова "большинство"
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
большинство задач  часто - это задачи, с которыми мог бы справиться мидл, это правда, но задачи, которые предполагают сеньора, тоже должны быть хорошо сформулированы
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
как правило в их формулировке принимает участие разработчик, даже если это задачи для мидла
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
к примеру задача на новый сервис, где разработчик сам принимает решение в выборе технологий, реализаций, сам общается о деплое и т.п.
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
всё равно должны быть описана так, чтобы из постановки было понятны все требования, мотивация и т.п.
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
если они не описаны это приведёт к проблемам почти ганантировано
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
и если кто-то пытается заменять описание личными обсуждениями, он вредит компании, в которой работает, делает поддержку и дальнейшую доработку более дорогой, иногда делает некоторые фичи нереализуемыми
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
ну и если процесс построен так, что 90% задач - это задачи, с которыми может справиться джун, я бы сказал, что это очень хорошо построенный процесс разработки, если 90% - это задач, с которыми может справиться джун или мидл - нормально построенный процесс, если треть или больше - задачи для сеньоров, я бы сказал есть проблема
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
как для сеньора для меня не было ничего более приятного, как сначала сделать выбор библиотек, структуры и внешних решений так, чтобы поток остальных задач становился задачами для джуна, и щёлкать их самому на изич первое время
источник

Oℕ

Oleg ℕizhnik in Scala Jobs
думаю, для многих других сеньоров так же
источник

D

Dima in Scala Jobs
согласен с Олегом
источник

D

Dima in Scala Jobs
никакой навык сениора не поможет, если непонятно, что от тебя вообще хотят
источник

AD

Apache DOG™ in Scala Jobs
Oleg ℕizhnik
я люблю технические дискуссии, но в форме поделиться чем-то новым интересным
А дискуссии типа переливания из пустого в порожнее на митинге посвященному решению какой то задаче?
источник

ὦan in Scala Jobs
Dima
никакой навык сениора не поможет, если непонятно, что от тебя вообще хотят
Надо качать телепатию
источник

AS

Artem Sokolov in Scala Jobs
Oleg ℕizhnik
я люблю технические дискуссии, но в форме поделиться чем-то новым интересным
поумничать тобишь
источник

AS

Artem Sokolov in Scala Jobs
Dima
никакой навык сениора не поможет, если непонятно, что от тебя вообще хотят
дык навык синьера в том чтобы уметь выяснить что хотят (не от тебя, а результат), а потом предложить решение и выяснить подходит ли оно
источник

D

Dima in Scala Jobs
Artem Sokolov
дык навык синьера в том чтобы уметь выяснить что хотят (не от тебя, а результат), а потом предложить решение и выяснить подходит ли оно
так я и говорю, если непонятно, что за результат хотят, то о чем речь?
источник

AS

Artem Sokolov in Scala Jobs
речь о том что задача профессионала понять
источник