Это не так. 10лет я в израильских компаниях или в израильских отделениях американских компаниях — в большинстве мест отношение к тестировщикам не солидное — они получает меньше, ниже критерии при наборе, все толковые люди стремятся перейти в девелоперы, автоматическое тестирование есть не всюду.
Я понимаю, иногда вообще удобнее сразу всю компоненту тестировать, но важно тобы они были автоматические и автоматически запускались — во время билда или после билда
Да, там сильные техника/механика/электроника, но и компьютеры, на которых я сделал полторы ( :) ) степени вполне на уровне.
Другое дело, что в мои годы там учили именно Computer Science, а о дизайне, соурс контроле и т.д. я не знал пока в фирмы не пришел.
Я учился в Бен Гурионе — вполне серьезный вуз.
Оплата за учебу такая, что можно подрабатывать и учиться, есть много стипендий для отличников и просто бедных студентов
1. Государственная стимуляция стартапов
2. Традиции к образованию у определенной части населения (у ашкеназов — евреев европейского происхождения)
3. Сильное вузовское образование (но не школьное, увы)
4. Продуманная экономическая политика
Спасибо! Я сам работал в двух израильских стартапах и оба продались — Relegence (eNow) — AOL и Identify — BMC
Только не надо приукрашивать систему образования — младшая школа — дает в среднем ОООчень плохое образование и ментальность — в этой деятельности участвую очень определенные слои населения
Я бы взял на работу именно такого на Вы.
Я в принципе провожу много интервью и то, что я спрашиваю
1. Знание стандартных структур данных
2. Знание стандартных путей решения проблем
Все эти умники, которые знают супер пупер алгоритмы, но не знают про Hibernate мне не нужны.
Почему в микрософте задают вопросы на смекалку на интервью, я не знаю
Кстати — PM- может быть
Product Manager — отвечает за требования
Program Manager — отвечает за «логистику»
Project Manager — которого Вы скорее всего имеете ввиду
По моему как правило это не так. Чаще всего в команде есть программисты с опытом у которых очень большой, если не определяющий вес во многих вопросах:
1. выбор технологий
2. дизайн и архитектура
3. Иногда и методология разработки.
Порой таких официально называют архитекторами, порой нет, но суть та же — множество решений, а значит и ответственности, — на них.
Не сложно получить на хабре много плюсов рассказав в очередной раз какие идиоты бывают менеджеры и как важно слушать программистов и обеспечивать их всем необходимым.
Об этом пишется намного больше чем об обратной проблеме — когда проекты срываются программистами — или из за их низкой квалификации, или из за стремления рисковать, играться с новыми технологиями…
Другое дело, что в мои годы там учили именно Computer Science, а о дизайне, соурс контроле и т.д. я не знал пока в фирмы не пришел.
Сейчас вроде с этим лучше, я слышал
Оплата за учебу такая, что можно подрабатывать и учиться, есть много стипендий для отличников и просто бедных студентов
Образования в начальной школе — ужасное.
2. Традиции к образованию у определенной части населения (у ашкеназов — евреев европейского происхождения)
3. Сильное вузовское образование (но не школьное, увы)
4. Продуманная экономическая политика
Только не надо приукрашивать систему образования — младшая школа — дает в среднем ОООчень плохое образование и ментальность — в этой деятельности участвую очень определенные слои населения
Например мы (правда не стартап) делаем аппликации для полноко цикла проверки чипов пока они в софте.
Больше половины вопросов для нас не релевантны.
Это большое для каких то веб приложений для простых людей — читалки, напоминалки, календари
Я в принципе провожу много интервью и то, что я спрашиваю
1. Знание стандартных структур данных
2. Знание стандартных путей решения проблем
Все эти умники, которые знают супер пупер алгоритмы, но не знают про Hibernate мне не нужны.
Почему в микрософте задают вопросы на смекалку на интервью, я не знаю
Кстати — PM- может быть
Product Manager — отвечает за требования
Program Manager — отвечает за «логистику»
Project Manager — которого Вы скорее всего имеете ввиду
1. выбор технологий
2. дизайн и архитектура
3. Иногда и методология разработки.
Порой таких официально называют архитекторами, порой нет, но суть та же — множество решений, а значит и ответственности, — на них.
Об этом пишется намного больше чем об обратной проблеме — когда проекты срываются программистами — или из за их низкой квалификации, или из за стремления рисковать, играться с новыми технологиями…
Или такого не бывает?
Туристические места.
Или по ходу реализации можем списаться — чтобы сделать более универсальным
Сейчас гляну, спасибо!