PS: Если есть понимание, то для создателя сервиса - это лишь "престиж"
Мидл это не тот, кто пытается работать на "более высоком уровне", это тот, кто уже обладает достаточным опытом, чтобы понимать как такой вопрос решить.
не вам сделали, а вам объяснили
Потому что джун может быть уверен, что ради его правок нужно пересобачить половину готового кода
3. Отмечать правильные ответы решениями.
медленно возможно только там, где нужно успеть к чему-то.
А из этого как раз и вытекает очень выраженная последовательность перфекциониста. И действительно, многие вещи не успевают измениться, пока ты думаешь. Ну, скажем, вряд ли шурупы, вкрученные в дерево без засверливания, перестанут его трескать за два дня, что ты потратишь на обдумывание проекта табуретки. И вряд ли столярный клей, который всегда был твердым при застывании, станет завтра мягким, так, что табуретка на нем будет шаткой, как если бы взяли менее подходящий клей. Я не случайно пример с табуреткой привел - всякие технические поделки перфекционист действительно способен сделать качественно, в огромном разнообразии, достаточно сложные и при этом не будучи никаким инженером или технарем по образованию, а будучи самоучкой и не очень-то опытным в каждой отдельной теме. И это будет если и не очень быстро, то и неожиданности, которая все затянет, не возникнет. Все эти клеи и шурупы почти не изменяются во времени. И вещь, которую сразу сделали правильно, будет качественнее, чем та, которую переделывали. Но вот подходит ли этот подход к программированию...