Я не буду спорить, как именно и до какой степени ограничивали въезд я точно не знаю.
Но я точно знаю, что на границе многих россиян развернули обратно и не впустили в Украину.
Знаю, что в теории можно въехать и без обратных билетов или приглашения, но шансы уменьшатся.
Согласитесь, что лучше перестраховаться и подготовить эти документы, чем зря потратить время и деньги на билеты.
Это сейчас кажется, что бац и разработчик, а в первые дни работы мне так не казалось и было довольно тяжело.
Но да, мне повезло, что есть такая развитая система обучения, и что у молодых разработчиков без опыта есть шанс всему научиться.
Спасибо. С необходимостью понимать удмуртский не столкнулась. Вообще довелось услышать удмуртский в повседневной жизни всего пару раз. Как мне рассказали, местная молодежь практически не говорит на удмуртском.
В Ижевске есть музей Калашникова, много любителей оружия специально приезжают сюда, как в оружейную столицу. Тут тоже много парков, церквей и забавных памятников, вроде ученого кота, крокодила гены и лося (зимой их частенько наряжают в шарфы и шапки). Но в целом, я бы не назвала Ижевск туристическим городом.
К сожалению недостаточно. Вы можете пребывать на территории России не более трех месяцев в течении полугода. Это значит, что выехать придется на 3 месяца минимум.
Был такой вариант. Но искать работу сразу двоим сложнее, да и еще и жилье надо было бы искать. Возможно когда-нибудь мы выберем другой город и переедем, не исключаю такой возможности.
Так получилось, что мой муж из Ижевска. Переезжала я к нему, потому что его на тот момент не пускали в Украину. Да и сейчас переезд туда затруднителен. Хорошо хоть можно временно побывать.
Спасибо, мужа уже нашла, над остальным буду работать в будущем =)
Об Одессе я не забуду и надеюсь, что время от времени буду ее навещать, несмотря на все трудности.
Я думаю, что программисты, в первую очередь, не любят описывать технический дизайн системы не потому, что не могут его спроектировать, а именно потому, что его надо «описать». А значит надо подобрать слова, использовать правильные термины, четко и кратко сформулировать мысли. Знаю разработчиков, для которых написать программу и показать ее работу гораздо легче, чем объяснить как она работает на пальцах «не программисту». Согласитесь, не всем дано красиво выражать свои мысли, для многих это сложная и неприятная задача.
По поводу поиска решений для большого количества задач:
Если я правильно понимаю автора статьи, идея как раз в том, что проектированием занимается не один выделенный человек, а практически вся команда. В таком случае, даже если у кого-то возникает «паралич от анализа», то остальная команда продолжает генерировать идеи и решения. При чем команда состоит не только из разработчиков, а значит может подойти к решению проблемы с разных сторон.
Можно провести аналогию с подбором команды в «Что? Где? Когда?»: чем сильнее отличаются по опыту, образованию и увлечениям члены команды, тем больше шансов, что при ответе на вопрос, хоть кто-нибудь будет понимать о чем речь, знаком с темой или знать «тонкости» области вопроса.
У заказчика/стейкхолдера может быть свое видение продукта, у владельца продукта другое, у вас третье.
А еще есть тестировщики, дизайнеры и аналитики, не говоря уже о пользователях. И всем надо проводить демо и как можно чаще. Не боитесь ли Вы перегнуть палку с количеством времени, которое тратится на взаимодействие?
Но я точно знаю, что на границе многих россиян развернули обратно и не впустили в Украину.
Знаю, что в теории можно въехать и без обратных билетов или приглашения, но шансы уменьшатся.
Согласитесь, что лучше перестраховаться и подготовить эти документы, чем зря потратить время и деньги на билеты.
Но да, мне повезло, что есть такая развитая система обучения, и что у молодых разработчиков без опыта есть шанс всему научиться.
А если серьезно, то на тот момент въезд в Украину был вообще закрыт. А в будущем, кто знает, может еще будем жить у моря.
Об Одессе я не забуду и надеюсь, что время от времени буду ее навещать, несмотря на все трудности.
По поводу поиска решений для большого количества задач:
Если я правильно понимаю автора статьи, идея как раз в том, что проектированием занимается не один выделенный человек, а практически вся команда. В таком случае, даже если у кого-то возникает «паралич от анализа», то остальная команда продолжает генерировать идеи и решения. При чем команда состоит не только из разработчиков, а значит может подойти к решению проблемы с разных сторон.
Можно провести аналогию с подбором команды в «Что? Где? Когда?»: чем сильнее отличаются по опыту, образованию и увлечениям члены команды, тем больше шансов, что при ответе на вопрос, хоть кто-нибудь будет понимать о чем речь, знаком с темой или знать «тонкости» области вопроса.
А еще есть тестировщики, дизайнеры и аналитики, не говоря уже о пользователях. И всем надо проводить демо и как можно чаще. Не боитесь ли Вы перегнуть палку с количеством времени, которое тратится на взаимодействие?