×Закрыть

Материалы по теме «100 техвопросов»

RSS

Співбесіда з PHP. 250+ запитань для Junior, Middle та Senior Співбесіда з PHP. 250+ запитань для Junior, Middle та Senior

Редакція DOU 9332

Пропонуємо список питань, які ставлять українським розробникам на технічних співбесідах з PHP. Звісно, список не є вичерпним, проте має перевагу: його формували спеціалісти, які проводять інтерв’ю в різних ІТ-компаніях. 34

Співбесіда з Java. 250+ запитань для Junior, Middle, Senior Співбесіда з Java. 250+ запитань для Junior, Middle, Senior

Редакція DOU 18203

Редакція DOU запитала СТО та досвідчених фахівців, що проводять інтерв’ю з Java, про те, які теоретичні запитання ставлять і які задачі та завдання пропонують розв’язати кандидатам. Адже перед технічною співбесідою важливо мати чіткий план підготовки. Сподіваємось, цей список запитань стане своєрідним путівником, що допоможе отримати бажану посаду. 41

Співбесіда з JavaScript. 300+ запитань для Junior, Middle, Senior Співбесіда з JavaScript. 300+ запитань для Junior, Middle, Senior

Редакція DOU 39334

Редакція DOU поспілкувалась з розробниками, що проводять технічні співбесіди для різних рівнів JavaScript-спеціалістів, і зібрала приблизний список запитань для кандидатів. У матеріалі є і теоретичні питання, і практичні задачі. Стаття буде корисною JS-розробникам різних рівнів. 75

Співбесіда з .NET. 150+ запитань для Junior, Middle, Senior Співбесіда з .NET. 150+ запитань для Junior, Middle, Senior

Редакція DOU 32254

Редакція DOU поспілкувалась з розробниками, що проводять технічні співбесіди для різних рівнів .NET-спеціалістів, і зібрала приблизний список запитань для кандидатів. У матеріалі є і теоретичні питання, і практичні задачі. Стаття буде корисною .NET-розробникам різних рівнів. 79

Співбесіда з Python. 100+ запитань для Junior, Middle, Senior Співбесіда з Python. 100+ запитань для Junior, Middle, Senior

Редакція DOU 31268

Редакція DOU поспілкувалась з розробниками, що проводять технічні співбесіди для різних рівнів Python-спеціалістів, і зібрала приблизний список запитань для кандидатів. У матеріалі є і теоретичні питання, і практичні задачі. Стаття буде корисною Python-розробникам різних рівнів. 49

Комментарии

Угу, парное. i.redd.it/kg3cgpznfql01.jpg
У випадку рутини можна вкласти час в вивчення інструментів, але що використовуються (vim, and tmux, and tuple), відрефакторити чи завтоматизувати щось.
Давайте порахуємо вартість. Щоб було простіше розробники працюють в парі 6 годин на добу з перервами та перевіркою пошти. Два розробника — кожен працює десь годин п’ять з перервами на доу. (Втикати в парі набагато складніше).
Люди конечно виноваты. Подробности популярно изложены в монологе агента Смита в 1ой матрице. А вот пониманию как взаимодействие каких угодно людей приводит к проблемам имеющим системную природу да, популярное изложение мало помогает...
А бывает так, что это становится чемоданом без ручки. Ибо бросить его уже нельзя никак. А клиенты хотят развития, платят деньги, а команда разработки гнобит попередников, и что бы решить вопросы — сначала дотягивает долги, а потом пилит фичи клиента.
То есть, если кто-то закрыл одну стори на пять поинтов, а другой закрыл пять на единицу, то можно считать, что у этих двух людей перформанс одинаковый, правильно?
А разве у меня не так написано в конце, что надо решать эти проблемы систематически, и оценивать риски? Очевидно, что технический долг может возникнуть только потому, что время прошло, мир поменялся.А поменялись ли люди? Развивались ли они паралельно?
Спасибо за ответ. Такой ответ читать приятно. Если мы осознанно принимаем решение,что в продукте есть техдолг, но тем не менее, мы его релизим — никто не пострадал. Признать что он есть — это уже большой шаг.
Если инженерная группа приняла такое решение, и не поставила в известность менеджмент, это опасная игра. Тем не менее, если менджмент проинформирован — все ждут когда шкаф грохнется, и тогда выскочит черт из табакерки с табличкой «а я говорил!».
Разве не люди виноваты в том, что возникают проблемы? Или вы отрицаете, что виновник — человек? Уверен у вас есть своя точка зрения, не могли бы вы ей поделиться в двух словах?
А можна Вас попросити, будь ласка, поділитися посиланням на дослідження? А то люди так часто люблять плутати причину і наслідок. Например, может оказаться, что это не Скрам делает хорошие команды, а хорошие команды просто прилежно делают скрам.
Какой именно инструмент Скрама позволяет хорошо видеть перформанс каждого Количество сторипоинтов закрытых каждым за спринт.
Перехожу на новую работу, удаленную. На интервью говорили, что активно практикуют парное программирование на удаленном сервере при помощи tmux и vim. Я с обоими тулами, конечно же, на ты, но посмотрим что из этого выйдет.
Если кандидат не хочет потратить время и сделать тестовое, то у него нет мотивации работать в компании. Тестовое оплачиваемое? Если нет, значит компания хочет что бы человек работал бесплатно в виде овертаймов.
А он и не палил Москву Ось до цього і претензії.