IT компании Одессы

[DehumanizeR]

Я, откровенно говоря, считаю, что для джуниора паттерны - это как-то слишком сурово. Все-таки паттерны - это проектирование, а джуниор, который не имел вообще опыта работы до этого, проектированием заниматься не будет - это опасно для продукта. Первое время (месяц-два-три, в зависимости от его успехов) будет заниматься багфиксом, затем кодингом по спецификациям под контролем и ревьюингом тек лида или другого старшего товарища, через некоторое время он придет и к пониманию наследования, заимплементив под чутким руководством парочку фасадов и фабрик; композиции - ну куда сейчас без адаптеров и т.д.
В любом случае, как ты ни готовься к собеседованию, но шаг вправо-влево или глубже по теме, в которой ты не работал, - собеседователь это сразу увидит.

[oxigen_]

Я, откровенно говоря, считаю, что для джуниора паттерны - это как-то слишком сурово. Все-таки паттерны - это проектирование, а джуниор, который не имел вообще опыта работы до этого, проектированием заниматься не будет - это опасно для продукта. Первое время (месяц-два-три, в зависимости от его успехов) будет заниматься багфиксом, затем кодингом по спецификациям под контролем и ревьюингом тек лида или другого старшего товарища, через некоторое время он придет и к пониманию наследования, заимплементив под чутким руководством парочку фасадов и фабрик; композиции - ну куда сейчас без адаптеров и т.д.
В любом случае, как ты ни готовься к собеседованию, но шаг вправо-влево или глубже по теме, в которой ты не работал, - собеседователь это сразу увидит.

Но тем не мение вопрос про паттерны на собеседовании на джуна задается практически всегда.
И не столько чтоб узнать, что джун знает про паттерны, сколько как удобный пример, чтоб выяснить, насколько тот владеет основами ООП. Тут же обычно и вопрос про UML.

[Andreas]

Но тем не мение вопрос про паттерны на собеседовании на джуна задается практически всегда.
И не столько чтоб узнать, что джун знает про паттерны, сколько как удобный пример, чтоб выяснить, насколько тот владеет основами ООП. Тут же обычно и вопрос про UML.

я, как разработчик Java, с UML уже не работал лет эдак 6, сейчас я просто ничего не помню, кроме как рисовать прямоугольник, разделять его на 3 части и какие стрелочки рисовать с отношениями

это будет достаточно чтобы я на джуна пошел? )))

то же самое с паттернами - синглтон, прокси, интерфейс... т.е. то с чем сталкиваешься каждый день... а остальное?
я книжку по ним не трогал уже 100 лет

и сейчас просто столько приложений, визуальных редакторов, специфичных для каждой крупной компании, разработок, иногда и с джавой, а уж тем более со свингом просто не соприкасаешься месяцами

[Stef]

Ні, набагато простіші.
Наприклад, малюю тролейбус без "антен" та керма, необхідно визначити в якому напрямку він рухається. Це можна визначити просто уважно вивчивши малюнок.

надо еще уточнять в условиях, правостороннее или левостороннее движение там где он едет )

[YOKO]

Будемо вважати, що це наша 9-ка.

[oxigen_]

я, как разработчик Java, с UML уже не работал лет эдак 6, сейчас я просто ничего не помню, кроме как рисовать прямоугольник, разделять его на 3 части и какие стрелочки рисовать с отношениями

это будет достаточно чтобы я на джуна пошел? )))

Как по мне, так более чем достаточно. Вы даже наверное знаете, в какую сторону стрелочки рисовать ))
UML сейчас требуется на уровне "нарисуйте этот паттерн а бумажке, чтоб другой человек Вас смог понять" ))

[Fallout]

Будемо вважати, що це наша 9-ка.

И что реально нарисованные (а скорее не нарисованные) двери или еще там что либо, помогают оценить сообразительность человека относительно программирования и тестирования? Мне кажется тут будет такая погрешность и да и куча остальных факторов в работе что это чисто так как эксперимент для статистики и не более.

[Andreas]

И что реально нарисованные (а скорее не нарисованные) двери или еще там что либо, помогают оценить сообразительность человека относительно программирования и тестирования? Мне кажется тут будет такая погрешность и да и куча остальных факторов в работе что это чисто так как эксперимент для статистики и не более.

есть целая книженция, правда написанная не для наших менеджеров, но и наши благополучно ею пользуются, причем при приеме на любую работу
так там целая куча разных логических задач, начиная с таких как "почему люк для канализации круглой формы" - при этом ответов есть несколько и в зависимости от того какая из причин у вас на первом месте вам ставят столько-то баллов

а автобус в данном случае это просто примитив ))

[Newton]

И что реально нарисованные (а скорее не нарисованные) двери или еще там что либо, помогают оценить сообразительность человека относительно программирования и тестирования? Мне кажется тут будет такая погрешность и да и куча остальных факторов в работе что это чисто так как эксперимент для статистики и не более.

Такого рода задачи позволяют оценить IQ человека. И так же, как сам результат теста на IQ, они не помогут предсказать, будет ли человек хорошим работником, они просто показывают насколько кандидат сообразительный.

[DehumanizeR]

я, как разработчик Java, с UML уже не работал лет эдак 6, сейчас я просто ничего не помню, кроме как рисовать прямоугольник, разделять его на 3 части и какие стрелочки рисовать с отношениями

это будет достаточно чтобы я на джуна пошел? )))

то же самое с паттернами - синглтон, прокси, интерфейс... т.е. то с чем сталкиваешься каждый день... а остальное?
я книжку по ним не трогал уже 100 лет

и сейчас просто столько приложений, визуальных редакторов, специфичных для каждой крупной компании, разработок, иногда и с джавой, а уж тем более со свингом просто не соприкасаешься месяцами

Согласен. Формализованность UML зачастую просто избыточна в реальной жизни и достаточно квадратиков и стрелочек
Тут такое дело, что "знание UML", как и "знание паттернов" и "Agile" пихают во все вакансии, несмотря на то, надо это или не надо.

[YOKO]

И что реально нарисованные (а скорее не нарисованные) двери или еще там что либо, помогают оценить сообразительность человека относительно программирования и тестирования? Мне кажется тут будет такая погрешность и да и куча остальных факторов в работе что это чисто так как эксперимент для статистики и не более.

Вам вже відповіли інші, але все ж додам, що це справді допомагає.
Я вже писав вище. Людина яка швидко та елегантно розгадує ребуси, як правило так же швидко і елегантно вирішує і "ребуси" робочого плана.
Перевірено багато разів.

[Andreas]

Согласен. Формализованность UML зачастую просто избыточна в реальной жизни и достаточно квадратиков и стрелочек
Тут такое дело, что "знание UML", как и "знание паттернов" и "Agile" пихают во все вакансии, несмотря на то, надо это или не надо.

уже и Agile пихают во все вакансии???
не знал )), видимо мои понятия о собеседовании за 5 лет поистрепались )))

[[TOL]]

о да, сейчас работать по аджаил- модно))

[DehumanizeR]

уже и Agile пихают во все вакансии???
не знал )), видимо мои понятия о собеседовании за 5 лет поистрепались )))

А то! Сейчас аджайл, скрамы - это типа как какой-то символ, мол мы впереди планеты всей)) Хотя, к сожалению, зачастую под аджайлом скрывается ковбой-стайл девелопмент)))

[Andreas]

А то! Сейчас аджайл, скрамы - это типа как какой-то символ, мол мы впереди планеты всей)) Хотя, к сожалению, зачастую под аджайлом скрывается ковбой-стайл девелопмент)))

ну, если посудить логично, то при желании идти на сеньора или на девелопера с высоким уровнем заработков, то опыт работы в команде по скрамам и по Agile все же нужен, но это опыт, я не знаю что говорит ьпри этом на собеседовании, кроме того что нормальная периодичность это 2 недели
интересно, а SOA методология тоже теперь везде требуется? )

[DehumanizeR]

ну, если посудить логично, то при желании идти на сеньора или на девелопера с высоким уровнем заработков, то опыт работы в команде по скрамам и по Agile все же нужен, но это опыт, я не знаю что говорит ьпри этом на собеседовании, кроме того что нормальная периодичность это 2 недели
интересно, а SOA методология тоже теперь везде требуется? )

Ну до такого еще не дошли))

[Ri4@RD]

В Одессе есть компании, которые занимаются экстремальным программированием?

[-=TigeR=-]

В Одессе есть компании, которые занимаются экстремальным программированием?

с введением нового налогового кодекса все может стать очень экстремальным...

[Alex_M]

В Одессе есть компании, которые занимаются экстремальным программированием?

В Одессе есть компании, которые работают на зарубежных клиентов и работают по той модели жизненного цикла разработки программного обеспечения, которую предложит клиент. В том числе и экстримального программирования. Я лично работаю в одной из таких - уже второй релиз в моем проекте идет по Agile/Scrum.

[Andreas]

В Одессе есть компании, которые работают на зарубежных клиентов и работают по той модели жизненного цикла разработки программного обеспечения, которую предложит клиент. В том числе и экстримального программирования. Я лично работаю в одной из таких - уже второй релиз в моем проекте идет по Agile/Scrum.

ты плиз не путай Agile c XP
как по мне это немного разные вещи!