Комментарии 182
>>И что у вас уже голова идет кругом от постоянных встреч. Но это займет 3 минуты распечатать резюме, если вы этого ещё не сделали, и быстро пробежаться взглядом. Мне, честно говоря, неприятно пересказывать факты из своего резюме.
Не всегда то, что вас спрашивают о фактах, которые уже есть в вашем резюме — означает, что его не читали. Гораздо интереснее не сами факты, а то, как вы их расскажете, ваше умение говорить, общаться. Если конечно вам не хочется, чтобы к вам относились как к «машинке, которая перерабатывает кофе в код». Мне бы не хотелось. Уверен, вам тоже.
Не всегда то, что вас спрашивают о фактах, которые уже есть в вашем резюме — означает, что его не читали. Гораздо интереснее не сами факты, а то, как вы их расскажете, ваше умение говорить, общаться. Если конечно вам не хочется, чтобы к вам относились как к «машинке, которая перерабатывает кофе в код». Мне бы не хотелось. Уверен, вам тоже.
+15
Наверно, в подавляющем большинстве случаев, переспрашивают об указанном в резюме ради того, чтобы убедить в уровне знаний, обозначенном в этом резюме. Думаю, широко известно, какие неофиты приходят на вакансии php-программистов, проставив в Web технологиях знания на пятёрочку, а сами даже не знающие основных свойств. Или считающие уровень образования в средненьком институте достойным оценки 4 из 5.
+3
*основных свойств CSS я имел в виду
/me зевает
/me зевает
+2
Это быстро отсекается тестом…
0
Та каким текстом, в тексте технологий тьма, а начинаешь спрашивать он и представления не имеет о чем написал, впечатление что нашел резюме на 2-3 порядка выше человека и вписал свою фамилию…
Я не могу сказать что я профи, но средний уровень так точно, есть чему учится но уже и есть чему могу научить…
Начинает трусить только от того что в языки программирования пишут HTML, CSS
брррррр
Я не могу сказать что я профи, но средний уровень так точно, есть чему учится но уже и есть чему могу научить…
Начинает трусить только от того что в языки программирования пишут HTML, CSS
брррррр
+7
Только написал коммент, полез искать резюме людей, и вот первый:
Цель Работать на все 100 %
Дополнительное образование: 3 мес. Водительская школа (да для программиста и дизайнера это важные качества)
Профессиональные навыки:
Продвинутый пользователь — офисные программы, интернет, программное обеспечение, настройка и обслуживание ПК. Web-дизайн, серфинг, интернет-шопинг, работа с рекламодателями и т.д. — уже прошел. Хочеться реальной работы в сети. Безлимитный трафик, хороший комп, масса свободного времени.
Языки
Русский — эксперт (Оо человек который родился на украине может и не говорить на русском)
Украинский — эксперт (С последними тенденциями большое достоинство)
Дополнительная информация: Честность, профессианализм, способность к обучению, трудолюбие, аккуратность, умение общаться с людьми, организованность.
професси«А»нализм аж прет… и это человеку 30 лет…
Цель Работать на все 100 %
Дополнительное образование: 3 мес. Водительская школа (да для программиста и дизайнера это важные качества)
Профессиональные навыки:
Продвинутый пользователь — офисные программы, интернет, программное обеспечение, настройка и обслуживание ПК. Web-дизайн, серфинг, интернет-шопинг, работа с рекламодателями и т.д. — уже прошел. Хочеться реальной работы в сети. Безлимитный трафик, хороший комп, масса свободного времени.
Языки
Русский — эксперт (Оо человек который родился на украине может и не говорить на русском)
Украинский — эксперт (С последними тенденциями большое достоинство)
Дополнительная информация: Честность, профессианализм, способность к обучению, трудолюбие, аккуратность, умение общаться с людьми, организованность.
професси«А»нализм аж прет… и это человеку 30 лет…
+9
Да, за язык программирования HTML я уже кого-то, помнится, провалил на собеседовании. Еще отвратительно, когда в резюме все в куче и непоследовательно, — «Владею C++, JavaScript, Microsoft Office, XML, MySQL, вышиваю крестиком и хожу на руках». Складывается впечатление, что соискателю непонятно, куда и зачем он пришел устраиваться.
+1
Если я устраиваюсь РНР программистом, то для чего мне нужно знать CSS? В компании проблемы с верстальщиками?
0
Нужно. И не из-за верстальщиков. А из-за того что человек который в момент отпуска верстальщика и болезни другого скажет «пошил вы все, я этого не знаю» — нахрен никому не нужен.
+2
а спорим нужен?
+1
Так я и говорю что нужен.
+1
А. в смысле человек… Спорим. Докажите.
+1
знаете ли… я очень очень редко видел программистов (нормальных адекватных людей, с которыми вы уже проработали пару мес.), которые говорят «пошли вы все» и бла бла, и тем более который не знает css. тем более если речь идёт о подмене.
мне недавно ПМ начал делать заявки на предмет UI. но это уже граничит с хамством. в функциональном дизайне нет описания UI, делаю я его по своему предпочтению. какие вообще могут быть претензии?
мне недавно ПМ начал делать заявки на предмет UI. но это уже граничит с хамством. в функциональном дизайне нет описания UI, делаю я его по своему предпочтению. какие вообще могут быть претензии?
0
Так никто не спорит с этим. Но тогда и получается что позиция «я устраиваюсь пхп-программистом и значт мне не нужен css» неадекватна по исходной предпосылке. Вообще имхо позиция «я чего то не знаю и знать не собираюсь» адекватной бывает ооочень редко.
А на тему разработки UI программистом… Да. Я попадал в такую же ситуацию. Когда разрабатывалась корпоративная CMS… Решилось очень просто — я сообщил сколько человекочасов будет стоить переработка дизайна практически всех административных модулей… И контора на это пошла. %)
А на тему разработки UI программистом… Да. Я попадал в такую же ситуацию. Когда разрабатывалась корпоративная CMS… Решилось очень просто — я сообщил сколько человекочасов будет стоить переработка дизайна практически всех административных модулей… И контора на это пошла. %)
+2
Решилось очень просто — я сообщил сколько человекочасов будет стоить переработка дизайна практически всех административных модулей… И контора на это пошла. %)Вот это — конструктивный подход. Никто не ожидает что вы сделаете вёрстку так же быстро как профессиональный верстальщик. Но если вам потребуется месяц на вёрстку, верстальщику — неделя, а потом вы будете всё равно полгода «допиливать» backend, то для фирмы может оказаться выгоднее воспользоваться вашими услугами, а не держать верстальщика, который 90% времени будет «плевать в потолок».
Если фирма не занимается «конвейрной разработкой сайтов», то держать отдельного, выделенного, верстальщика почти никогда невыгодно.
+1
Ситуаций много. Бывает что и верстальщика держат но квалификацию на пакетную разработку UI он пока не получил… А учить — опять же потери. И так далее. Конструктив нужен всегда, и ситуации бывают разные. На самом деле «Чем больше ты умеешь тем больше ты стоишь» это часть хорошего работника. Вторая часть «чем лучше ты идешь на сотрудничество и умеешь работать с конфликтными ситуациями и ситуациями ЧП тем больше ты стоишь». А соответсвенно самая первая предпосылка данного треда все же не верна.
+1
какие вообще могут быть претензии?Как какие: кнопочку лучше побольше сделать, а шрифт вот тут — наверное лучше с засечками использовать (или наоборот — без засечек).
Или он просто говорит что UI никуда не годится и никаких предложений по его изменению не предлагает?
0
«машинка, которая перерабатывает кофе в код»
почему нет?
почему нет?
+2
гипотеза опровергается нахождением хотя бы одного частного случая противоречащего ей.
так вот. хрен меня кто (начальник включительно) заставит изменить хоть строчку в css и js, если того прямо мне не сказал человек ими занимающийся. тем не менее я кое кому нужен. в конторах. где меня просят хоть что нить сверстать я работал, но больше не буду. чесслово.
что касается ЧП. какое ЧП может произойти с CSS и JS? сервак рухнул, дыра огромная в защите — это ЧП. так что же, верстальщику уметь поднимать серваки, на случай если программер заболел?
так вот. хрен меня кто (начальник включительно) заставит изменить хоть строчку в css и js, если того прямо мне не сказал человек ими занимающийся. тем не менее я кое кому нужен. в конторах. где меня просят хоть что нить сверстать я работал, но больше не буду. чесслово.
что касается ЧП. какое ЧП может произойти с CSS и JS? сервак рухнул, дыра огромная в защите — это ЧП. так что же, верстальщику уметь поднимать серваки, на случай если программер заболел?
+2
%)
К слову. Умение поднимать серваки не входит в скоуп «нормальной» позиции php-разработчика. Но это так отступление.
И второе. Какое ЧП может произойти с версткой? Ошибки. Это бывает. Презентации(коммерческие). Это уже ситуация быстрой правки. Приемка. Похожие условия что и с презентацией но более высокая цена ошибки. И так далее. Ситуация когда требуется работа с версткой и отсутсвие этой работы приведет к потере денег — много. Вопрос в том является ли для вас ситуация потери денег компанией ЧП.
А по поводу «человек ими занимающийся..» У вас никогда не было ситуации когда например фирма оказывалась без верстки и без возможности доступа к верстальщику за два дня до дедлайна?
К слову. Умение поднимать серваки не входит в скоуп «нормальной» позиции php-разработчика. Но это так отступление.
И второе. Какое ЧП может произойти с версткой? Ошибки. Это бывает. Презентации(коммерческие). Это уже ситуация быстрой правки. Приемка. Похожие условия что и с презентацией но более высокая цена ошибки. И так далее. Ситуация когда требуется работа с версткой и отсутсвие этой работы приведет к потере денег — много. Вопрос в том является ли для вас ситуация потери денег компанией ЧП.
А по поводу «человек ими занимающийся..» У вас никогда не было ситуации когда например фирма оказывалась без верстки и без возможности доступа к верстальщику за два дня до дедлайна?
+3
вы допустили целых два допущения.
первое, что я говорю о пхп-программистах. а если о руби скажем? возню с монгрелами, различного рода pure-ruby демонами и средствами мониторинга повесить на админа? ничего хорошего из этого не выйдет.
второе, что я о программистах в неких «веб-дизайн студиях», в которых и «презентации» каждую неделю и двухдневные дедлайны. зачем им вообще нужны нормальные сервер-программисты. им бы «веб-девелоперов», которым как писал khim и с CSS придеться работать.
ситуации, где мне пришлось бы лезть в CSS в серьезном, не «студийном» проекте, я представить не могу. потому что их не бывает.
первое, что я говорю о пхп-программистах. а если о руби скажем? возню с монгрелами, различного рода pure-ruby демонами и средствами мониторинга повесить на админа? ничего хорошего из этого не выйдет.
второе, что я о программистах в неких «веб-дизайн студиях», в которых и «презентации» каждую неделю и двухдневные дедлайны. зачем им вообще нужны нормальные сервер-программисты. им бы «веб-девелоперов», которым как писал khim и с CSS придеться работать.
ситуации, где мне пришлось бы лезть в CSS в серьезном, не «студийном» проекте, я представить не могу. потому что их не бывает.
0
«Умение поднимать серваки» в том смысле, что это например настройка apache, apache и т.д. — то почему бы и нет. По крайней мере это ближе к программированию чем верстка.
+2
*apache Извините, повторилась.
0
верстка вроде ближе к программированию, нежели работа грузчиками. А грузчиком вы наверняка себя можете представить — наверняка приходилось перетаскивать какой-нибудь элемент мебели
0
Или даже не мебели, а монитор банально.
0
>>верстка вроде ближе к программированию,
Наверное путь до стенки протоптан уже?:)
Наверное путь до стенки протоптан уже?:)
0
Это гораздо ближе к администрированию чем к программированию. В теории в серьезной компании девелоперская машина должна приходить к разработчику с уже поднятыми серверами и IDE.
0
Вот потому и получается, что для многих малосведущих почему-то php-программист — это не только программист, а еще и верстальщик, js-кодер (именно кодер) и юзабилист в одном лице. А потом от веб-программистов на asp.net, например, и слышишь, что php — это вобще несерьезно.
0
В книжке Эрика Синка «Бизнес для программистов» (ISBN: 978-5-91180-811-2) он очень хорошо разделяет программистов и разработчиков. Точной цитаты не приведу, но общий смысл таков:
Программисты это те кто только пишет(и если повезет тестируют) код.
Разработчики это те кто помимо написания кода способны решать еще множество задач возникающих при создании проекта.
В маленькой фирме программисты на *** не нужны. Там нужны разработчики.
В корпорации где есть множество тестеров, программистов, мастеров юзабилити и т.д. и т.п. программисты без проблем делают хорошую карьеру.
Программисты это те кто только пишет(и если повезет тестируют) код.
Разработчики это те кто помимо написания кода способны решать еще множество задач возникающих при создании проекта.
В маленькой фирме программисты на *** не нужны. Там нужны разработчики.
В корпорации где есть множество тестеров, программистов, мастеров юзабилити и т.д. и т.п. программисты без проблем делают хорошую карьеру.
0
Теория это прекрасно я про нее наслышан и не мало. Но.
Покажите мне на нашем рынке труда такие предложения. От корпораций который занимаются крупными(а для других и не нужны программисты) проектами на пхп. И перечитайте исходную посылку. К слову. В теории крупная корпорация — 1000+.
Но даже 100+… Покажите.
И последнее. «пишут код» это прекрасно. Но как в сложных проектах ведомых русским менеджментом можно писать код без понимания все структуры(в отдельных случаях половины или даже трети структуры) проекта — я не понимаю.
Покажите мне на нашем рынке труда такие предложения. От корпораций который занимаются крупными(а для других и не нужны программисты) проектами на пхп. И перечитайте исходную посылку. К слову. В теории крупная корпорация — 1000+.
Но даже 100+… Покажите.
И последнее. «пишут код» это прекрасно. Но как в сложных проектах ведомых русским менеджментом можно писать код без понимания все структуры(в отдельных случаях половины или даже трети структуры) проекта — я не понимаю.
+1
Если это мне, то можем поспорить))) Если я устраиваюсь и вижу в тестах «Сверстайте блок», то на 100%, что я там работать не буду. Что касается (извините за непоследовательность):
>>Но если вам потребуется месяц на вёрстку, верстальщику — неделя, а потом вы будете всё равно полгода «допиливать» backend, то для фирмы может оказаться выгоднее воспользоваться вашими услугами, а не держать верстальщика, который 90% времени будет «плевать в потолок».
то я бы задумался над вменяемостью начальства, т.к. аутсурс для фирмы был бы гораздо дешевле в данном случае. У меня был опыт работы в которе, в которой верстали прогеры… Во время моего ухода верстал аутсурс, при этом контора занималась только своими 3 — 4 проектами. Давайте не будем путать верстальщиков с программистами, хорошо?
PS Верстать я умею, но принципиально не буду (об этом я при устройстве всегда говорю).
>>Но если вам потребуется месяц на вёрстку, верстальщику — неделя, а потом вы будете всё равно полгода «допиливать» backend, то для фирмы может оказаться выгоднее воспользоваться вашими услугами, а не держать верстальщика, который 90% времени будет «плевать в потолок».
то я бы задумался над вменяемостью начальства, т.к. аутсурс для фирмы был бы гораздо дешевле в данном случае. У меня был опыт работы в которе, в которой верстали прогеры… Во время моего ухода верстал аутсурс, при этом контора занималась только своими 3 — 4 проектами. Давайте не будем путать верстальщиков с программистами, хорошо?
PS Верстать я умею, но принципиально не буду (об этом я при устройстве всегда говорю).
0
а давайте еще если заболеет павориха — мы найдем себе кушать готовить…
я кнешно утрирую, но правильно когда на какую «работу» ты пошел — те обязанности и выполняешь… кнешно шорошо когда знаешь и то, и то… и можешь все сам сделать… но в наш век разделение труда должно иметь место…
p.s. если я умею и рисовать, и верстать, и программить, то какая зарплата у меня должна быть, я не говорю что сколько времени уйдет на разработку…
я кнешно утрирую, но правильно когда на какую «работу» ты пошел — те обязанности и выполняешь… кнешно шорошо когда знаешь и то, и то… и можешь все сам сделать… но в наш век разделение труда должно иметь место…
p.s. если я умею и рисовать, и верстать, и программить, то какая зарплата у меня должна быть, я не говорю что сколько времени уйдет на разработку…
+1
А разделение труда никто и не отменял. Вы меня видимо не поняли. Выполнять надо свои обязанности. Но специалист отличается от помошника как раз тем что в случае ЧП он сможет сделать больше чем заявлено в ег обязанностях. И зарплаты у специалистов выше.
Я тут периодами выступаю как противник высшего образования… В определенном плане. Но принципы работы никто не отменял опять же. Как вы думаете почему в институтах все же учат тому что вам для работы пхп-быдлокодером не понадобится?
Я тут периодами выступаю как противник высшего образования… В определенном плане. Но принципы работы никто не отменял опять же. Как вы думаете почему в институтах все же учат тому что вам для работы пхп-быдлокодером не понадобится?
+2
в наш век разделение труда должно иметь местоНу разумеется. Не стоит просить тестировщика заменить заболевшего прораммиста. И не нужно требовать от переводчика знания CSS. Но делить программистов на PHP-программистов, Java-программистов и, тем более, верстальщиков — это перебор.
Да у нас в компании есть люди, которые могут сделать сложную вёрстку если программист не справится. Но перебросить человека с C++-проекта где он занимался только backend'ом на проект на Java где он будет делать, в частности, вёрстку — считается нормальным делом. Разумеется речь не идёт о том, что его туда пошлют насильно в ссылку, но чем меньше проектов где он может пригодиться и чем более узок круг его знаний — тем менее он ценен для фирмы (со всеми вытекающими).
p.s. если я умею и рисовать, и верстать, и программить, то какая зарплата у меня должна быть, я не говорю что сколько времени уйдет на разработку…Как у хорошего программиста. Никто же от вас не требует рисовать шедевры, которые будут продаваться за миллионы на ауционе Сотбис…
0
Вы что издеваетесь? Как можно человека, пишущего на С++ перебросить на Java? КАК? Я просто представить себе не могу!
Какой C++ программист знает про AOP, про JPA или там про GC java-овский или про maven? Где они — эти программисты? Почему я ни одного такого программиста не видел?
Какой C++ программист знает про AOP, про JPA или там про GC java-овский или про maven? Где они — эти программисты? Почему я ни одного такого программиста не видел?
+2
они все получают туевухучуденег, являются CIO или PM и отдыхают на гаваях.
+1
CIO и PM редко когда владеют и одним из этих двух языков — не в этом их работа состоит…
+1
это плохие CIO и PM. :)
Их работа состоит в том, чтобы знать плюсы и минусы каждого из этих языков, дабы иметь возможность предсказать перспективы создания проектов на них.
Их работа состоит в том, чтобы знать плюсы и минусы каждого из этих языков, дабы иметь возможность предсказать перспективы создания проектов на них.
0
«Знать плюсы и минусы» — не обозначает «владеть ими». Вы, я думаю, знаете разницу между самолётом и поездом и можете выбрать один из вариантов для вашей поездки — но вряд ли вы умеете пилотировать самолёт и сможете работать машинистом.
+1
несколько не так. у ПМа должно быть достаточно знаний, чтобы иметь возможность подсказывать начинающим машинистам как водить поиск. Иначе как он будет понимать — способен тот или иной человек выполнить задачу или нет?
0
Позволю себе не согласиться, знание плюсов и минусов каждого из языков — удел senior architector-а, а PM — он скорее манагер, чем программист. Хотя на вкус и цвет фломастеры разные.
+1
Как можно человека, пишущего на С++ перебросить на Java?Недельки через две — увижу. Я сейчас как раз в подобной ситуации.
Какой C++ программист знает про AOP, про JPA или там про GC java-овский или про maven?Я вас разочарую — но далеко не все Java-проекты используют JPA и maven. Про AOP я знаю (но, насколько мне известно, оно мне не потребуется), а что мне нужно знать про GC???
Вообще меня поражает насколько Java-люди, приходящие к нам, уверены в том, что смысл Java-программирования в этих побрякушках. Struts2, Hibernate, EJB, JNDI — они готовы перечислять «крутые технологии», с которыми они работают часами, а вот ответить на вопрос «с какой скоростью работает Array.sort() — не могут».
0
Очень часто в условиях EE-разработки именно доскональное и подробное знание фреймфорков позволяет выводить проекты на окупаемость. Такова политика партии и таковы условия на рынке.
0
«EE-разработка» != «программирование на Java». EE-разработка, по большому счёту, это продажа змеиного яда. Конечно владение кучей фреймворков позволяет «что-то такое там» быстро создавать. Но вот как оно потом будет работать?
Мы используем довольно мало «модных» технологий на Java — но это не мешает нашим Java-продуктам иметь миллионы пользователей…
Мы используем довольно мало «модных» технологий на Java — но это не мешает нашим Java-продуктам иметь миллионы пользователей…
0
Рынок есть рынок. Так я говорил работая в вебе так и сейчас… В вебе есть люди создающие иедально структурированные и отлаженные продукты для хайлоад ресурсов на питоне и руби… А есть производящие продукт на пхп… Так и в Яве. В EE делают продукт. И ег оочень хорошо покупают. От этого все же никуда не денешься…
К слову. Снобизма тех кто делает «крутые проекты», презентуют в первую очередь качество а во вторую стоимость… я не понимал никогда. Поскольку качественно можно делать и так и так, но качество это параметр ценообразования, а не наоборот.
К слову. Снобизма тех кто делает «крутые проекты», презентуют в первую очередь качество а во вторую стоимость… я не понимал никогда. Поскольку качественно можно делать и так и так, но качество это параметр ценообразования, а не наоборот.
0
Так и в Яве. В EE делают продукт. И ег оочень хорошо покупают. От этого все же никуда не денешься…Вы, возможно, будете удивлены, но Java-программирование не сводится к «EE продукту». Как и на PHP делают не только быдлокод для быстросайтов. Соревноваться с профессионалами в скорости создания «EE продукта» я не собирался и не собираюсь — мы этим не занимаемся.
0
Я и не написал что Java-программирование сводится к EE. Где вы нашли эти слова? Я написал всего лишь что эти технологии покупают и покупают хорошо. И сектор в котором фреймворки являются чуть ли не основным инструментом можн осравнивать с сектормо настольных приложений. По обьему в первую очередь.
+1
Вы написали
Если же свести Java-программирование к EE, то да — всё становится на свои места. Но вы говорите что этого не делаете…: confused: Если я неправ и вы не приравниваете Java к EE, то не могли бы вы объяснить откуда взялся ваш первоначальный вопль?
Какой C++ программист знает про AOP, про JPA или там про GC java-овский или про maven?— тем самым сказав что всем без исключения программистам на Java нужно знать про AOP, JPA или maven. Что, конечно, ни разу не так. Для сборки вовсе необязательно использовать maven, а польза знания JPA (и даже AOP) для Java-программиста разрабатывающего JavaCard приложение (занимался я этим несколько лет назад) сильно сомнительна.
Если же свести Java-программирование к EE, то да — всё становится на свои места. Но вы говорите что этого не делаете…: confused: Если я неправ и вы не приравниваете Java к EE, то не могли бы вы объяснить откуда взялся ваш первоначальный вопль?
0
%) Очаровательно все таки. Хабр блин.
Первоначальный вопль — не мой.
Посмотрите внимательнее. )
А я написал что в условиях EE(поставив тем самым условие применения этих технологий) то что вы назвали побрякушками является обязательным инструментом разработки. Во всяком случае черезвычайно важным. И учитывая размеры EE-сектора так уничтожительно отзываться о этих технологиях… Несколько неадекватно.
Первоначальный вопль — не мой.
Посмотрите внимательнее. )
А я написал что в условиях EE(поставив тем самым условие применения этих технологий) то что вы назвали побрякушками является обязательным инструментом разработки. Во всяком случае черезвычайно важным. И учитывая размеры EE-сектора так уничтожительно отзываться о этих технологиях… Несколько неадекватно.
0
Уже посмотрел (см. ниже). Прошу прощения. EE-сектор — это бывший VB-сектор. В своё время больше половины всех программистов были VB-программистами. Сейчас этот огромный сектор раскололся на две части: EE-программисты и .NET-программисты. Маразма это не уменьшило. Правда часть народу сбежала в web и там начала клепать поделки на PHP, на фоне которых «EE мир» и «.NET мир», в общем, смотрятся неплохо.
А размеры сектора… вы ещё скажите что продавцы Гербалайфа — крутые IT-специалисты. А что? Кучу денег зарабатывают. И Excel'ем даже пользуются. Чем не IT?
А размеры сектора… вы ещё скажите что продавцы Гербалайфа — крутые IT-специалисты. А что? Кучу денег зарабатывают. И Excel'ем даже пользуются. Чем не IT?
0
К слову. Снобизма тех кто делает «крутые проекты», презентуют в первую очередь качество а во вторую стоимость… я не понимал никогда.А это как раз странно. Потому что вы демонстрируете как раз в точности такой же снобизм — но в отношении людей, которые занимаются созданием на Java чего-то, кроме «EE-продукта».
0
Где?
На Java мжно занимася огромным количеством вещей. Мы будем оценивать прибыльность различных рынков? И исходя из этого называть или не называт ькакие либо технологии «побрякушками»?
На Java мжно занимася огромным количеством вещей. Мы будем оценивать прибыльность различных рынков? И исходя из этого называть или не называт ькакие либо технологии «побрякушками»?
+1
Всё — понял где дискуссия «пошла вразнос». Знак равенства Java == EE поставили не вы. Но когда я указал на то, что Java != EE вы вдруг ринулись защищать bmc и объяснять что в создании «EE продукта» побрякушки крайне важны и без них — никуда. А я не заметил что вы вдруг перевели тему на «EE продукт» (чем я не занимаюсь и заниматься в ближайшее время не планирую) и пытался вам снова и снова объяснять что Java != EE. Прошу прощения.
Мы будем оценивать прибыльность различных рынков? И исходя из этого называть или не называт ькакие либо технологии «побрякушками»?Вы, собственно, сделали это лучше меня :-) И да — именно поэтому я и называю эти технологии побрякушками. Точно так же, как за цветные стёклышки европейцы выменивали у африканцев коров и женщин продавцы «EE-продукта» выменивают у серъёзных фирм серъёзные деньги в обмен на эти цветные стёклышки.
0
Я уже ответил вам выше… А на этот комментарий…
Рынок консалтинга, точнее It-консалтинга — бессмысленен? Побрякушка для серьезного бизнеса?
Быть может вы относитесь к тем технарям, которые считают менеджмент и организацию бизнеса, и науку о технологических процессах — побрякушками?
Рынок консалтинга, точнее It-консалтинга — бессмысленен? Побрякушка для серьезного бизнеса?
Быть может вы относитесь к тем технарям, которые считают менеджмент и организацию бизнеса, и науку о технологических процессах — побрякушками?
0
Рынок консалтинга, точнее It-консалтинга — бессмысленен? Побрякушка для серьезного бизнеса?рынок It-консалтинга не сводится к EE. И даже на EE иногда делаются полезные вещи. Но очень редко. В основном это попытка впарить «новые технологии» как решение проблем с существующими продуктами. Которые почти всегда добавляют новые проблемы и зачастую не решают старых. Вместо вполне понятной и разумной альтернативы: исправление ошибок и устранение «узких мест» предлагаются всё новые и новые способы напечатать «hello, world» на экране.
Быть может вы относитесь к тем технарям, которые считают менеджмент и организацию бизнеса, и науку о технологических процессах — побрякушками?Это наука? Это шарлатанство, по большей части. Есть люди, которые действительно хотят помочь реальные проблемы, но большая часть «бизнеса» (и почти весь EE-бизнес) — это «создание потребности» в никому ненужных продуктах! Кому был бы нужен аппаратный ускоритель XML если бы люди хранили данные в виде, в котором их можно было бы эффективно обрабатывать? Современный компьютер выполняет несколько миллиардов команд в секунду — и он неспособен разобраться с продажами товара в магазине? Кто это писал и чем он думал?
0
Буду разбирать по частям.
На тему it-консалтинга и EE. Безусловно 90 процентов рынка — дерьмо. Но 90 процентов любого рынка — дерьмо. Но бизнес это всегда бизнес. И использование EE-технологий в бизнесе(в том же it-консалтинге) эффективно. Как в плохом бизнесе так и в хорошем. Называть весь технологический сектор продажей стеклышек по моему голословно.
Точно тоже самое с технологиями менеджмента и эффективности технологических процессов. Сам рынок консалтинга существует? Существует. И должным образом оценить эффективно ли протекает тот или иной процесс на производстве — реально. Я бы постеснялся называть это шарлатанством, честно. Создание потребности в никому не нужных продуктах… Существует. Есть такое явление. Но… Я поклонник адама смита и либрелизма. Если существует рынок существует саморегуляция. Существует потребность в продукте. Я не говорю о пятистах тысячах различных никому ненужных планнерах, GTD инструментах, и адаптеров 1С. Я говорю о стандартизированных по всем известным технологиям(не IT. А стандарты… документооборота например.) решениях. Они делаются в большинстве случаев с использованием EE-технологий. И даже больше. С _грамотным_ использованием ЕЕ, большинство таких решений можно релизовать _дешевле_. Это бизнес.
На тему it-консалтинга и EE. Безусловно 90 процентов рынка — дерьмо. Но 90 процентов любого рынка — дерьмо. Но бизнес это всегда бизнес. И использование EE-технологий в бизнесе(в том же it-консалтинге) эффективно. Как в плохом бизнесе так и в хорошем. Называть весь технологический сектор продажей стеклышек по моему голословно.
Точно тоже самое с технологиями менеджмента и эффективности технологических процессов. Сам рынок консалтинга существует? Существует. И должным образом оценить эффективно ли протекает тот или иной процесс на производстве — реально. Я бы постеснялся называть это шарлатанством, честно. Создание потребности в никому не нужных продуктах… Существует. Есть такое явление. Но… Я поклонник адама смита и либрелизма. Если существует рынок существует саморегуляция. Существует потребность в продукте. Я не говорю о пятистах тысячах различных никому ненужных планнерах, GTD инструментах, и адаптеров 1С. Я говорю о стандартизированных по всем известным технологиям(не IT. А стандарты… документооборота например.) решениях. Они делаются в большинстве случаев с использованием EE-технологий. И даже больше. С _грамотным_ использованием ЕЕ, большинство таких решений можно релизовать _дешевле_. Это бизнес.
0
Если уж оценивать… То почему Oracle занимается погрямушками и выпускает такие продукты как TopLink, ADF?
0
Потому что Oracle начал продавать «цветные стёклышки» задолго до того, как появилась Java. У него есть неплохой основной продукт (собственно из база данных), но прибыль они получают от продажи «стёклышек» — и Java «легла в струю» как нельзя лучше. Пользовались мы некоторым количеством продуктов от Oracle и хочу сказать: лучшей демонстрации на тему «как нужно писать продукты, которые транжирят компьютерные ресурсы» я нигде и никогда не видел.
0
Извините, Вы предполагает, что знание того, по какому алгоритму работает Array.sort() более важны, чем знание JEE или современных фреймворков? Вопрос на засыпку: что более выгодно для бизнеса — знание программистом тонкостей Java core или основ JEE?
Только фрэймворки и паттерны позволяют не изобретать велосипед, а работать примерно в одной системе координат всем разработчикам в команде. То, что Вы называете указанные фрэймворки «побрякушками» говорит о недостаточном опыте работы в Java среде.
Я видел разный код, и когда я вижу, что понаписали люди, не ведающие про отработанные в индустрии подходы и фреймворки (типа JPA) — мне становится дурно.
При этом я согласен, что зачастую можно написать узко-специализированный фреймворк для своих задач уделывающий любой другой, даже самый «модный и распространённый». Но это, опять таки, возможно только после изучения всех существующих подходов к решению проблемы (читай фреймворков).
А насчёт Вашей будущей встречи — не расчитывайте сильно на благоприятный исход, холодильники совмещённые с экскаватором редко хорошо работают 8)
Только фрэймворки и паттерны позволяют не изобретать велосипед, а работать примерно в одной системе координат всем разработчикам в команде. То, что Вы называете указанные фрэймворки «побрякушками» говорит о недостаточном опыте работы в Java среде.
Я видел разный код, и когда я вижу, что понаписали люди, не ведающие про отработанные в индустрии подходы и фреймворки (типа JPA) — мне становится дурно.
При этом я согласен, что зачастую можно написать узко-специализированный фреймворк для своих задач уделывающий любой другой, даже самый «модный и распространённый». Но это, опять таки, возможно только после изучения всех существующих подходов к решению проблемы (читай фреймворков).
А насчёт Вашей будущей встречи — не расчитывайте сильно на благоприятный исход, холодильники совмещённые с экскаватором редко хорошо работают 8)
0
Вопрос на засыпку: что более выгодно для бизнеса — знание программистом тонкостей Java core или основ JEE?А это — смотря какой у вас бизнес :-) Если вы делаете полезные для людей продукты, то да — умение оценить ресурсы, которые ваша программа потребует для своей работы важнее знания основ JEE. Если вы впариваете людям сляпанные «на скорую руку» системы, а потом «за дополнительную плату» решаете проблемы с производительностью в этих системах, то важнее знание JEE.
Только фрэймворки и паттерны позволяют не изобретать велосипед, а работать примерно в одной системе координат всем разработчикам в команде.Кто бы спорил. Но тут вот какая беда: фреймворки приходят и уходят, алгоритмы остаются.
То, что Вы называете указанные фрэймворки «побрякушками» говорит о недостаточном опыте работы в Java среде.Нет — это говорит о том, что вы в ней чересчур увязли.
Я видел разный код, и когда я вижу, что понаписали люди, не ведающие про отработанные в индустрии подходы и фреймворки (типа JPA) — мне становится дурно.Всё бывает. Вы уверены что вам становится дурно потому что это код объективно плох, а не потому что вы ожидаете увидеть там другой код? Иными словами: вы уверены, что проблема в коде, а не в вас?
Но это, опять таки, возможно только после изучения всех существующих подходов к решению проблемы (читай фреймворков).Нельзя объять необъятное.
А насчёт Вашей будущей встречи — не расчитывайте сильно на благоприятный исход, холодильники совмещённые с экскаватором редко хорошо работают 8)Посмотрим. К написанию кода я пока не приступил, но уже нашёл одно место где (при неудачном стечении обстоятельств) программа может сожрать несколько гиг памяти (и, соответственно, рухнуть). Хотя человек, её писавший, как раз таки большой знаток Java-технологий. А вот о том сколько займут объекты в памяти перед тем как пропадут «живые» ссылки на них и GC сможет приняться за работу — он не подумал.
0
Хм. Вы считаете MVC побрякушкой? И что бы вы сказали лет эдак 5 назад? Что «MVC не нужен» пишите на чистом API?
0
Пять лет назад я уже разрабатывал MVC-приложения. Не на Java. Но MVC — это принцип построения программ, подход к их созданию. Это — ценная вещь. А вот уже конкретный MVC-фреймворк — побрякушка. Сегодня популярен один, завтра — другой. И разницы-то между ними немного, но сколько шума…
0
Эм… Честно говоря я ошибся в аргументе. Хотел написать MFC. =) Тогда смысл несколько другой.
По MVC согласен с вами в общем и целом… Но разве из того что между различными фреймворками нет разницы, следует то что ежели они используются в том секторе в котором кто-то работает ему не стоит знать свой инструмент досконально?
По MVC согласен с вами в общем и целом… Но разве из того что между различными фреймворками нет разницы, следует то что ежели они используются в том секторе в котором кто-то работает ему не стоит знать свой инструмент досконально?
0
>А это — смотря какой у вас бизнес :-) Если вы делаете полезные для людей продукты, то да — умение оценить ресурсы, которые ваша программа потребует для своей работы важнее знания основ JEE. Если вы впариваете людям сляпанные «на скорую руку» системы, а потом «за дополнительную плату» решаете проблемы с производительностью в этих системах, то важнее знание JEE.
Для любого бизнеса использование наработанных, распространённых решений зачастую благо. Месяц работы одного (!) программиста окупит любой фреймворк и любую IDE. Использование стандартных (а тем более поддерживаемых сторонними разработчиками) решений — есть удешевление продука и снижение рисков.
Все самопальные решения постоянно приходят к тому, что:
а) Становятся «местячковыми», т.е. ушёл главный программист — половина мест хз пойми как работает и где что вообще надо править, чтобы что-то изменилось.
б) Начинают дублировать функционал какого-либо фреймворка (ов), только вся поддержка этого куска кода лежит на разработчиках приложения. И вместо того, чтобы забивать гвозди начинаешь так же следить за состоянием молотка, качеством досок, светом в туалете и прочее…
>Кто бы спорил. Но тут вот какая беда: фреймворки приходят и уходят, алгоритмы остаются.
Ну да, приходят и уходят… А стратсу и хибернейту под 10ку уже, а так да — приходят и уходят.
>Нельзя объять необъятное.
То же самое можно сказать об изучении Java Core. Не бойтесь изучать новые технологии и фреймворки, их вам всё-равно придётся изучить ;)
>Посмотрим. К написанию кода я пока не приступил, но уже нашёл одно место где (при неудачном стечении обстоятельств) программа может сожрать несколько гиг памяти (и, соответственно, рухнуть). Хотя человек, её писавший, как раз таки большой знаток Java-технологий. А вот о том сколько займут объекты в памяти перед тем как пропадут «живые» ссылки на них и GC сможет приняться за работу — он не подумал.
Я не против углублённого изучения java, я наоборот ЗА, но этого слишком мало, java без созданных инструментов и фреймворков есть C++ с GC. Java с фреймворками — это танк, на котором можно хоть куда и хоть когда, хотя и жрёт порядочно.
Для любого бизнеса использование наработанных, распространённых решений зачастую благо. Месяц работы одного (!) программиста окупит любой фреймворк и любую IDE. Использование стандартных (а тем более поддерживаемых сторонними разработчиками) решений — есть удешевление продука и снижение рисков.
Все самопальные решения постоянно приходят к тому, что:
а) Становятся «местячковыми», т.е. ушёл главный программист — половина мест хз пойми как работает и где что вообще надо править, чтобы что-то изменилось.
б) Начинают дублировать функционал какого-либо фреймворка (ов), только вся поддержка этого куска кода лежит на разработчиках приложения. И вместо того, чтобы забивать гвозди начинаешь так же следить за состоянием молотка, качеством досок, светом в туалете и прочее…
>Кто бы спорил. Но тут вот какая беда: фреймворки приходят и уходят, алгоритмы остаются.
Ну да, приходят и уходят… А стратсу и хибернейту под 10ку уже, а так да — приходят и уходят.
>Нельзя объять необъятное.
То же самое можно сказать об изучении Java Core. Не бойтесь изучать новые технологии и фреймворки, их вам всё-равно придётся изучить ;)
>Посмотрим. К написанию кода я пока не приступил, но уже нашёл одно место где (при неудачном стечении обстоятельств) программа может сожрать несколько гиг памяти (и, соответственно, рухнуть). Хотя человек, её писавший, как раз таки большой знаток Java-технологий. А вот о том сколько займут объекты в памяти перед тем как пропадут «живые» ссылки на них и GC сможет приняться за работу — он не подумал.
Я не против углублённого изучения java, я наоборот ЗА, но этого слишком мало, java без созданных инструментов и фреймворков есть C++ с GC. Java с фреймворками — это танк, на котором можно хоть куда и хоть когда, хотя и жрёт порядочно.
0
Кстати хороший контрпример (хотя это не мой случай): преположим вам нужно писать на Java программы для Android'а. Много вам поможет знание Struts2 и EJB? А вот без знания скорости работы Array.sort вы рискуете написать нечто на что потом пользователи плеваться будут…
+1
Я непонял, мы про какую платформу говорим? Естественно есть среды, где и java будет досточно тормозной. Я говорю про сегодняшние реалии, где клиентский компьютер обладает гигом памяти и гигогерцами проца. Где дополнительный гиг памяти (даже серверной) стоит до 100 баксов.
0
Я говорю про сегодняшние реалии, где клиентский компьютер обладает гигом памяти и гигогерцами проца. Где дополнительный гиг памяти (даже серверной) стоит до 100 баксов.Угу. То есть $100'000 если речь идёт о 1000 серверов (а у нас идёт). Это уже вполне-вполне сравнимо с зарплатами программистов, вы не находите? И, в общем, даже не месячными…
Если вам нужен танк — используйте танк. Но не надо говорить, что все кто используют самолёты, поезда и корабли — идиоты.
0
Собственно всё началось ровно тогда, когда вы сказали, что все фреймворки — это «побрякушки». Оно конечно так, только всё когда-либо превращается в побрякушку. Как вы будете делать ORM? А DI? А MVC? Всё руками? Всё с нуля?
Собственно Вы в праве продолжать относиться к фреймворкам и вообще к IT как вам хочется. Но предлагаю спорить о вкусе устриц всё-же хотя бы попробовав их на вкус.
Собственно Вы в праве продолжать относиться к фреймворкам и вообще к IT как вам хочется. Но предлагаю спорить о вкусе устриц всё-же хотя бы попробовав их на вкус.
0
Как вы будете делать ORM? А DI? А MVC? Всё руками? Всё с нуля?Почему с нуля? Естественно фреймворки используются везде — и на Java и на C++. Но почему вы так уверены что я вообще буду использовать ORM и что для DI я буду использовать Spring, а не Guice, к примеру? Или вы хотите сказать что человек работавший несколько лет с одним фреймворком легко может пересесть на другой? Ну дык и я о том же. Почему вы считаете что смена фреймворка на Java проще перехода с C++ на Java (с одновременной сменой фреймворка, понятно)?
Собственно Вы в праве продолжать относиться к фреймворкам и вообще к IT как вам хочется. Но предлагаю спорить о вкусе устриц всё-же хотя бы попробовав их на вкус.Мне это предстоит — но я не понимаю почему вы считаете что вне Java нет фреймворков во-первых, а также почему вы считаете что их не-Java программист не может изучить…
0
>Или вы хотите сказать что человек работавший несколько лет с одним фреймворком легко может пересесть на другой?
Да, может. Если человек знает что такое DI и делал его на Spring, то он с минимальным временем на обучение перейдёт на Guice. Если человек знает что такое Hibernate, то он с небольшой потерей времени перейдёт на TopLink. А если он вообще ни одного фреймворка в глаза не видел, то и получается — ручной маппинг в DTO, синглетоны на каждом шагу и прочее.
>Ну дык и я о том же.
Простите, как то не заметил.
>Почему вы считаете что смена фреймворка на Java проще перехода с C++ на Java (с одновременной сменой фреймворка, понятно)?
Потому, что переход от A+B+C к X+Y+Z сложнее, чем переход от A+B+C к A+B+D.
И вообще насколько я помню разговор шёл не про то, что человека перевести с С++ на Java, а про то, что С++ девелопера можно на пару дней «дёрнуть» на Java проект. Я что-то неправильно понял?
Да, может. Если человек знает что такое DI и делал его на Spring, то он с минимальным временем на обучение перейдёт на Guice. Если человек знает что такое Hibernate, то он с небольшой потерей времени перейдёт на TopLink. А если он вообще ни одного фреймворка в глаза не видел, то и получается — ручной маппинг в DTO, синглетоны на каждом шагу и прочее.
>Ну дык и я о том же.
Простите, как то не заметил.
>Почему вы считаете что смена фреймворка на Java проще перехода с C++ на Java (с одновременной сменой фреймворка, понятно)?
Потому, что переход от A+B+C к X+Y+Z сложнее, чем переход от A+B+C к A+B+D.
И вообще насколько я помню разговор шёл не про то, что человека перевести с С++ на Java, а про то, что С++ девелопера можно на пару дней «дёрнуть» на Java проект. Я что-то неправильно понял?
0
>Почему вы считаете что смена фреймворка на Java проще перехода с C++ на Java (с одновременной сменой фреймворка, понятно)?Возможно. Но если речь идёт о переходе с A+B+C+D на A+P+Q+R, то нет такой уж большой рахницы с пеереходом на X+Y+Q+Z…
Потому, что переход от A+B+C к X+Y+Z сложнее, чем переход от A+B+C к A+B+D.
И вообще насколько я помню разговор шёл не про то, что человека перевести с С++ на Java, а про то, что С++ девелопера можно на пару дней «дёрнуть» на Java проект. Я что-то неправильно понял?Перебрасывать девелопера «на пару дней», как правило, смысла не имеет вообще: больше потеряете на ввод нового человека в курс дела, чем на выигрыш от дополнительных рабочих рук. Лучше попросить человека поработать в выходные и заплатить за это сверухрочные — если так уж «прижало». Разумеется речь идёт о том, что человек постепенно своравивает один проект и так же постепенно начинает другой.
0
А кроме Google вы знаете компании, для которых знание книжек Кнута и принципа работы 2-3 деревьев это аргумент для принятия на работу? Я вот, увы, нет.
В гугле, по слухам, так и собеседование разительно отличается от собеседования в «типичные девелоперские конторы».
В гугле, по слухам, так и собеседование разительно отличается от собеседования в «типичные девелоперские конторы».
0
Как много открытий чудных предстоит, если сейчас Вас волнуют такие чудные вопросы, как эти. 8)
Только, честно скажу, програмист на Си пишущий на Java, как правило, это очень тяжелое зрелище. Практически, как програмист на Лиспе или Бейсике переходящий на Си. Видимо языки с совершенно разными концепциями, я от Си уже довольно далеко, к сожалению.
А, по секрету, я Вам скажу, что я хоть и 8 лет как пишу на Яве и вообще уже матерый девелопер, так вот про AoP, maven я знаю только по наслышке и то крайне смутно. А вот чем занимается JPA, так даже с гуглем не сразу удалось понять. И это я, извините, очень любопытный, иначе бы вообще абсолютно спокойно мог игнорировать эти абревиатуры, без риска для основной деятельности. Так что, как правило проблема не в том, что со всех сторон давят избыточные инструменты, а скорее уж наоборот, что не ставят.
Хотя может после 80килорублевых зарплат требования ужесточаются, но до этой планки, поверьте, доползти не зная нишиша из всей это дребедени можно относительно спокойно. Хотя, чтото мне подсказывает, что и дальше это все врядли обязательное требование. и так возьмут на работу, с руками оторвут, причем с десяток контор за раз.
Только, честно скажу, програмист на Си пишущий на Java, как правило, это очень тяжелое зрелище. Практически, как програмист на Лиспе или Бейсике переходящий на Си. Видимо языки с совершенно разными концепциями, я от Си уже довольно далеко, к сожалению.
А, по секрету, я Вам скажу, что я хоть и 8 лет как пишу на Яве и вообще уже матерый девелопер, так вот про AoP, maven я знаю только по наслышке и то крайне смутно. А вот чем занимается JPA, так даже с гуглем не сразу удалось понять. И это я, извините, очень любопытный, иначе бы вообще абсолютно спокойно мог игнорировать эти абревиатуры, без риска для основной деятельности. Так что, как правило проблема не в том, что со всех сторон давят избыточные инструменты, а скорее уж наоборот, что не ставят.
Хотя может после 80килорублевых зарплат требования ужесточаются, но до этой планки, поверьте, доползти не зная нишиша из всей это дребедени можно относительно спокойно. Хотя, чтото мне подсказывает, что и дальше это все врядли обязательное требование. и так возьмут на работу, с руками оторвут, причем с десяток контор за раз.
0
основы знать должен или никак не должен участвовать в части отображения готового контента в виде html-страницы
0
Если вы устраиваетесь Web-программистом, то работать с CSS вам придётся и хорошо бы его знать. Если вы устраиваетесь «натягильщиком шаблонов на CMS» — да, можно весь CSS передать верстальщику.
0
Вы устраиваетесь WEB программистом, что подразумевает знание css, html, js по умолчанию.
А специализация это уже другое дело… там хоть хоть ruby, хоть php.
Но знания по умолчанию — не кто не отменял.
Вы же на php не делаете DirectX игр ;)
А специализация это уже другое дело… там хоть хоть ruby, хоть php.
Но знания по умолчанию — не кто не отменял.
Вы же на php не делаете DirectX игр ;)
0
я как правило читаю резюме и не один раз. Хотя бы для того, чтоб отсеять явное не то. Но вопрос — «рассказывай свою речь, что там делал и как» задаю всегда. Это начало разговора, и на определенных проектах/моментах я останавливаю эту речь, прошу деталей и объяснений. Еще люблю спросить какой особенно–любимый проект. Т.е. эти разговоры как раз по теме «пересказ резюме литературным языком» и они очень важны в понимании — кто перед тобой сидит. Во всяком случае, важны для меня
+3
Я прекрасно понимаю разницу между тем, чтобы обсуждать какие-то факты из резюме или рассказать что-то по подробнее и тем, что человек уже не помнит кто я такой.
0
Очень редко в IT выбирая между профессионализмом и умением говорить, приятности человека и тд выбирают 2.
Да бывает конечно что кандидаты уж совсем не смогут вписаться в коллектив-ну тогда на собеседовании нужно моделировать такие ситуации, что бы посмотреть как человек реагирует на ситуацию, как себя ведут. Пересказ своих умений не даст результата.
Я на одном из собеедований на вакансию дизайнера делал тестовое задание, причем в офисе, 4-5 часов где-то.
Да бывает конечно что кандидаты уж совсем не смогут вписаться в коллектив-ну тогда на собеседовании нужно моделировать такие ситуации, что бы посмотреть как человек реагирует на ситуацию, как себя ведут. Пересказ своих умений не даст результата.
Я на одном из собеедований на вакансию дизайнера делал тестовое задание, причем в офисе, 4-5 часов где-то.
+1
Не смог найти в этом посте какой-то полезной или новой информации для себя. Создалось ощущение переливания из пустого в порожнее. Что это — советы или просто крик души?
Имхо, у HR менеджеров достаточно литературы, освещающей все эти вопросы. Просто некоторые её не читали и поэтому составляют ужасные обобщенные тексты вакансий. Или их вообще составляет человек, в профессиональные обязанности которого это не входит. Пост адресован этим людям? Дык, по моему, им просто достаточно прочитать соответствующую литературу, чтобы исправить свои ошибки.
Имхо, у HR менеджеров достаточно литературы, освещающей все эти вопросы. Просто некоторые её не читали и поэтому составляют ужасные обобщенные тексты вакансий. Или их вообще составляет человек, в профессиональные обязанности которого это не входит. Пост адресован этим людям? Дык, по моему, им просто достаточно прочитать соответствующую литературу, чтобы исправить свои ошибки.
+4
Не у всех людей («в профессиональные обязанности которого это не входит») хватит воли перебороть лень и прочитать тематическую литературу. Возможно данные советы приведут к появлению в ближайшее время еще нескольких толковых вакансий.
PS. Сейчас в ИТ области много молодых компаний пока не способных держать квалифицированных HR менеджеров.
PS. Сейчас в ИТ области много молодых компаний пока не способных держать квалифицированных HR менеджеров.
+2
за первых полтора года работы сменил 4 конторы, затем задержался на одной, затем фриланс, иногда похаживаю на себеседования, но ничего интересного.
А ТАК ХОЧЕТСЯ НАЙТИ ОДНУ РАБОТУ НА ДОЛГО.
Но на собеседовании слаживается впечатление, что работа нужна только мне, а компания мной вовсе не заинтересована. объявление с ошибками, прибегает оторваный от работы человек, незнакомы с моим резюме и начинает что-то спрашивать несестиматизировано, поверхностно, и часто ещё и калификация явно не та.
А ТАК ХОЧЕТСЯ НАЙТИ ОДНУ РАБОТУ НА ДОЛГО.
Но на собеседовании слаживается впечатление, что работа нужна только мне, а компания мной вовсе не заинтересована. объявление с ошибками, прибегает оторваный от работы человек, незнакомы с моим резюме и начинает что-то спрашивать несестиматизировано, поверхностно, и часто ещё и калификация явно не та.
0
не зависимо от контор — 4 работы за полтора года, это знаете ли показатель… хреновый показатель…
0
вот я и говорю. что хреново, но на то есть причины.
1. первая, меня взяли нулём, я там многому научился, но >3 месяцев без денег меня добило.
2. на второй повезло невиданно, тех. деректор был одним из разработчиков Seagull, проект который я делал ОДИН, едва ли не самый интересный за всё время. но владелец просто невиданный мудак, из разработчиков я ушёл последним(4 месяца отработав), через некоторое время ушёл и дех. директор.
3. с третьей было всё бональнее, отработав 2 месяца испытательного, т.к. меня не устраивал уровень, кстати, меня свели напряму с заказчиком, чтобы мы продолжили работу, но не сложилось.
4. на чётвёртой задержался на долго, но работа спецефическая, скриптование слабо подходит для php, а тем более для php-программиста, rfc мне в кошмарах снилась
1. первая, меня взяли нулём, я там многому научился, но >3 месяцев без денег меня добило.
2. на второй повезло невиданно, тех. деректор был одним из разработчиков Seagull, проект который я делал ОДИН, едва ли не самый интересный за всё время. но владелец просто невиданный мудак, из разработчиков я ушёл последним(4 месяца отработав), через некоторое время ушёл и дех. директор.
3. с третьей было всё бональнее, отработав 2 месяца испытательного, т.к. меня не устраивал уровень, кстати, меня свели напряму с заказчиком, чтобы мы продолжили работу, но не сложилось.
4. на чётвёртой задержался на долго, но работа спецефическая, скриптование слабо подходит для php, а тем более для php-программиста, rfc мне в кошмарах снилась
0
А в каком городе Вы находитесь, если не секрет?
0
Если говорить об ошибках, то и у вас тоже ошибки есть. У всех есть. Не слаживается, а складывается. :) Уж больно режит глаза.
Ну а на счет отношения к соискателям, это уже проблемы компании — возможно компания нормальная, интересные проекты, просто HR у них поганенький. :) Не все же конторы супер-мега-пупер крутые. Все начинают с малого, а дойдут ли до великого — никто не знает.
Ну а на счет отношения к соискателям, это уже проблемы компании — возможно компания нормальная, интересные проекты, просто HR у них поганенький. :) Не все же конторы супер-мега-пупер крутые. Все начинают с малого, а дойдут ли до великого — никто не знает.
0
А задавать вопрос под конец «Так я вам подхожу?» будет тактично?
А вот с цитатой не согласен, ведь есть разная работа, и оплата хоть и привлекает больше людей, зато даёт выбрать того, кого за меньшие деньги не наймешь. Но это уже так, теоретически выдумываю.
А вот с цитатой не согласен, ведь есть разная работа, и оплата хоть и привлекает больше людей, зато даёт выбрать того, кого за меньшие деньги не наймешь. Но это уже так, теоретически выдумываю.
+2
тактично будет поблагодарить за хорошее собеседование
+2
А задавать вопрос под конец «Так я вам подхожу?» будет тактично?Зависит от размера фирмы. Если фирма большая, то во многих случаях человек, который вас интервьюировал вообще не наделён властью решать такие вопросы.
0
Или у меня мания преследования или каждый третий пост на хабре так или иначе связан с php :(
+9
Прошу меня извинить, но мне кажеться вы не на HR специалиста устраиваетесь? Т.е. к чему это я? А к тому, что каждый должен заниматься своим делом, не нужно искать соринку в чужом глазу, а тем более учить кого-то. Вы не всезнайка поверьте. И у вас всегда есть выбор, выбрать то или иное объявление об открытой вакансии. Вот вы когда покупаете, например, пирожок на улице и он вам не нравиться, вы же не начинаете бабушку учить как замешивать тесто, как лучше приготовить начинку для пирожка, сколько в идеале держать в печи, какая температура, при каких условиях хранить. А почему же вы тогда полезли учить HR манагеров как им работать и как правильно оформлять вакансии и т.п.
-7
Человек просто высказал свое мнение. Или HR специалисту не интересно мнение другой стороны?
+5
Вакансию надо уметь подать.
«В офис требуются скучные сотрудники для скучной работы»
«В офис требуются скучные сотрудники для скучной работы»
+6
В офис требуются скучные работники для скучной работы: разработка сервисо не представленых на рынке, решение нестандартных алгоритмических задач в условиях постоянного дедлайна, ..., ..., и прочие варианты скучного времяпрепровождения.
%)
Вакансию нужно уметь подать, да.
%)
Вакансию нужно уметь подать, да.
+1
Представляю себе магазин с «коробочными» вакансиями (даже странно, что ни один job-чего-то-там.ru до этого не додумался):
Фото понтового офисного рабочего места, фото кучи денег, фото пьедестала почета и надпись: все это будет вашим, если вы согласитесь работать в компании Хрентиком.
Фото понтового офисного рабочего места, фото кучи денег, фото пьедестала почета и надпись: все это будет вашим, если вы согласитесь работать в компании Хрентиком.
+1
А где вы вообще видели графическое оформление вакансий? Если не вести речь о «среднем php-разработчике»… Допустим:
Вакансия.
Фото: Монитор со скриншотом чегонибудь-там нужного.
Подпись: Вы понимаете что это?
Фото: Офичного места хорошо отделанного.
Подпись: Вам нравится тут?
Ну и резюмирующее что-то. Я таких пока не видел(хотя есть наверняка). Хотя это не надобность а всего лишь стиль… Но часто было бы приятнее. Имха только монстрам типа сана и гугла позволительно вакансии публиковать текстовым списком.
Вакансия.
Фото: Монитор со скриншотом чегонибудь-там нужного.
Подпись: Вы понимаете что это?
Фото: Офичного места хорошо отделанного.
Подпись: Вам нравится тут?
Ну и резюмирующее что-то. Я таких пока не видел(хотя есть наверняка). Хотя это не надобность а всего лишь стиль… Но часто было бы приятнее. Имха только монстрам типа сана и гугла позволительно вакансии публиковать текстовым списком.
+2
У меня в чем-то аналогичная ситуация: я фрилансер, но не против поработать в хорошей компании (я из Киева).
Сразу столкнулся с некоторыми проблемами:
1) Где-то треть проводимых собеседований заканчиваются озвучиванием работодателем цифры, с которой просто хочется ржать. Иногда предлагают зарплату, которую фрилансер может заработать за 3 проекта, каждый часов 10 по трудозатратам.
Недавно меня просили порекомендовать хорошего, ведущего SEO-специалиста в ЗАПАДНУЮ КОМПАНИЮ, на раскрутку англоязычных сайтов, за 1000 долларов. Я даже не знал, что ответить. Если человек разбирается в теме, он за пару месяцев обеспечит себе такой ПАССИВНЫЙ доход.
Работодатели, такое чувство, сравнивают свои предложения только с другими на рынке, а о фрилансе ничего не знают.
2) Еще треть собеседований проводится «для галочки». То есть, часто компании даже НЕ ХОТЯТ НИКОГО БРАТЬ НА РАБОТУ. Просто, так, рынок изучают, базу набивают.
Как-то сходил на одно собеседование, так мне перезванивали через полгода, при чем все это время вакансия была не закрытой. Даже возможности ее закрыть не было — компания просто подсчитывала, сколько ей будет стоить открытие нового направления. Подсчитали — нет решили, не будем открывать. Перезвонили и… даже не помнили, что я у них был. Так, поменялся HR-отдел, базу что-ли не передали?
3) Оставшаяся треть компаний считает себя чем-то офигезным. Ну прямо Google все по масштабности, престижу и интересности работы. При чем такое самомнение выливается почему-то в разные бюрократические фишки, типа заполнения анкет на 200 вопросов с очередным психологическим тестом. Даже не знаю, что говорить отделу HR — что ты знаешь, как называется эта анкета, так как проходил ее раз 5 уже, при чем 2 раза С ТЕМИ ЖЕ ВОПРОСАМИ. И даже знаешь, как на их отвечать?
Еще бесит, когда просят фактически на месте переписывать свое резюме, чтобы оно вошло в их бланк. Неужели по электронной почте нельзя было попросить?
В общем, такое ощущение, что компании просто не понимают, что кроме их кучки в конкретном городе есть еще и ИНТЕРНЕТ. Я так понимаю, пользуются фактом, что многие фриланс себе плохо представляют — и даже не задумываются о такой возможности.
Иначе где бы они находили очередных «специалистов по проектированию интерфейсов» за 800 долларов?
Сразу столкнулся с некоторыми проблемами:
1) Где-то треть проводимых собеседований заканчиваются озвучиванием работодателем цифры, с которой просто хочется ржать. Иногда предлагают зарплату, которую фрилансер может заработать за 3 проекта, каждый часов 10 по трудозатратам.
Недавно меня просили порекомендовать хорошего, ведущего SEO-специалиста в ЗАПАДНУЮ КОМПАНИЮ, на раскрутку англоязычных сайтов, за 1000 долларов. Я даже не знал, что ответить. Если человек разбирается в теме, он за пару месяцев обеспечит себе такой ПАССИВНЫЙ доход.
Работодатели, такое чувство, сравнивают свои предложения только с другими на рынке, а о фрилансе ничего не знают.
2) Еще треть собеседований проводится «для галочки». То есть, часто компании даже НЕ ХОТЯТ НИКОГО БРАТЬ НА РАБОТУ. Просто, так, рынок изучают, базу набивают.
Как-то сходил на одно собеседование, так мне перезванивали через полгода, при чем все это время вакансия была не закрытой. Даже возможности ее закрыть не было — компания просто подсчитывала, сколько ей будет стоить открытие нового направления. Подсчитали — нет решили, не будем открывать. Перезвонили и… даже не помнили, что я у них был. Так, поменялся HR-отдел, базу что-ли не передали?
3) Оставшаяся треть компаний считает себя чем-то офигезным. Ну прямо Google все по масштабности, престижу и интересности работы. При чем такое самомнение выливается почему-то в разные бюрократические фишки, типа заполнения анкет на 200 вопросов с очередным психологическим тестом. Даже не знаю, что говорить отделу HR — что ты знаешь, как называется эта анкета, так как проходил ее раз 5 уже, при чем 2 раза С ТЕМИ ЖЕ ВОПРОСАМИ. И даже знаешь, как на их отвечать?
Еще бесит, когда просят фактически на месте переписывать свое резюме, чтобы оно вошло в их бланк. Неужели по электронной почте нельзя было попросить?
В общем, такое ощущение, что компании просто не понимают, что кроме их кучки в конкретном городе есть еще и ИНТЕРНЕТ. Я так понимаю, пользуются фактом, что многие фриланс себе плохо представляют — и даже не задумываются о такой возможности.
Иначе где бы они находили очередных «специалистов по проектированию интерфейсов» за 800 долларов?
+16
Хочу добавить, что интересных по деньгам предложений хватает. Да и вообще есть интересные компании, стартапы открываются разные.
Но я, собственно, почему ушел во фриланс — хочу заниматься чем-то значимым, делать хорошие вещи, видеть свое влияние на проект в целом.
Я ушел из компании, где был отличный, родной можно сказать коллектив, где я чувствовал себя как дома и имел возможность общаться с иностранцами. Просто потому, что руководство не могло удовлетворить мою потребость работать не за деньги, а ради удовольствия от процесса работы и результата.
Это была маленькая компания, в больших такое вообще ИМХО невозможно. Даже в Google или Яндексе — там хорошо, но чтобы оказать значимое влияние нужно быть менеджером чуть ли не высшего звена и заниматься в основном неинтересными мне вещами.
В общем, пока вижу единственный выход в собственном стартапе :) Опыта уже набрался, можно начинать.
Но я, собственно, почему ушел во фриланс — хочу заниматься чем-то значимым, делать хорошие вещи, видеть свое влияние на проект в целом.
Я ушел из компании, где был отличный, родной можно сказать коллектив, где я чувствовал себя как дома и имел возможность общаться с иностранцами. Просто потому, что руководство не могло удовлетворить мою потребость работать не за деньги, а ради удовольствия от процесса работы и результата.
Это была маленькая компания, в больших такое вообще ИМХО невозможно. Даже в Google или Яндексе — там хорошо, но чтобы оказать значимое влияние нужно быть менеджером чуть ли не высшего звена и заниматься в основном неинтересными мне вещами.
В общем, пока вижу единственный выход в собственном стартапе :) Опыта уже набрался, можно начинать.
+8
это связано с остаточным «совкизмом» работодателя
до сих пор люди не понимают, что если они работают не в IT сфере, им все равно необходимо уметь работать с инструментом компьютер, пользоваться интернетом, уметь сложить 2 ячейки в excel итд
только сейчас к нам поступила заявка о том, что не работает интернет… у девушки всего лишь стартовая страница была не Яндекс (Рамблер итд), значит интернет не работает
такая же ситуация во всех областях, будь то HR, какие-то другие службы, даже, а зачастую в основном руководители отделов такое исполняют
люди в нашей стране еще не доросли до 21 века
до сих пор люди не понимают, что если они работают не в IT сфере, им все равно необходимо уметь работать с инструментом компьютер, пользоваться интернетом, уметь сложить 2 ячейки в excel итд
только сейчас к нам поступила заявка о том, что не работает интернет… у девушки всего лишь стартовая страница была не Яндекс (Рамблер итд), значит интернет не работает
такая же ситуация во всех областях, будь то HR, какие-то другие службы, даже, а зачастую в основном руководители отделов такое исполняют
люди в нашей стране еще не доросли до 21 века
+2
Работодатели, такое чувство, сравнивают свои предложения только с другими на рынке, а о фрилансе ничего не знают.Не знают и знать не хотят. И правильно делают. То, что фрилансер получает в среднем больше — очевидно. Но у него и нервотрёпки обычно больше.
В общем, такое ощущение, что компании просто не понимают, что кроме их кучки в конкретном городе есть еще и ИНТЕРНЕТ.Именно так. А зачем оно им?
-1
Если бы это было в пределах 100% — еще можно говорить. Но когда предлагается зарплата в 3 раза меньше, чем специалист такого уровня может заработать на фрилансе…
0
Интересно, а резюме-то у вас идеальное? :)
+3
Топик добра? :)
+2
Могу еще добавить, что самое плохое — искать работу летом. То hr в отпуске, то ведущий разработчик, то начальник отдела, то еще черт знает кто. В итоге отсобеседовать быстро и качественно не могут, не могут и ответ сразу дать. Но такой хренью по видимому страдают все компании, и ничего с этим не поделать +)
+1
лето — вообще мертвый сезон на рынке труда
и это вполне естественно
и это вполне естественно
+1
Я очень благодарен, когда после собеседования мне могут прямо сказать, что я не подхожу. Если уж с вакансией не получилось, тогда хотя бы не заставляете меня ждать.
Как правило, после собеседования нельзя сказать, подходите вы или нет, кроме тех случаев когда вы абсолютно точно и явно не подходите ни по одному параметру. Результаты всегда появляются в сравнении с другими кандидатами на данную позицию.
Я, конечно, понимаю, что я не первый и не последний. И что у вас уже голова идет кругом от постоянных встреч. Но это займет 3 минуты распечатать резюме, если вы этого ещё не сделали, и быстро пробежаться взглядом. Никто вас не торопит. Мне, честно говоря, неприятно пересказывать факты из своего резюме. Я тогда вообще перестаю понимать зачем я пришел.
Часто при повторном прослушивании можно выявить много интересных акцентов, которых нет в резюме. Поэтому и всегда просят пересказать, обращают внимание, про что человек скажет более подробно, а про что — почти умолчит (врать на бумаге проще чем в глаза).
+3
До чего дошли… Соискатели уже пытаются диктовать работодателям как вторым нужно приглашать первых на работу. Действительно, как пишут многие хабралюди, рынок перегрет.
+4
а это как посмотреть: я нужен им или они нужны мне…
+10
Есть компании, которым отдельные люди не то шоб очень нужны (Google, Yandex, Intel, может быть даже Microsoft), есть компании, которые бегают за каждым соискателем (какая-нибудь никому неизвестная контора «Пупкин и Ко»).
Но вообще да — если уже работники начали диктовать условия работодателям, то рынок точно перегрет и перегрет изрядно.
Но вообще да — если уже работники начали диктовать условия работодателям, то рынок точно перегрет и перегрет изрядно.
-2
Это зависит от специалиста, если высококлассный спец, то почему бы и не диктовать?
+3
Если он устраивается на чисто техническую позицию? Пошлют. И будут правы. Другое дело если человек программирует, но при этом представляет из себя самостоятельную величину. Я уверен что и Эндрю или Брэд диктовали свои условия при устройстве на работу. Но их, в общем-то, брали не рядовыми программистами и даже не начальниками отделов.
P.S. Приблизительно тогда когда ты получаешь отдельную статью в Wikipedia ты и получаешь права диктовать свои условия подобным компаниям. Конечно могут быть отклонения и в ту и в другую сторону, но уровень — должен быть примерно таким.
P.S. Приблизительно тогда когда ты получаешь отдельную статью в Wikipedia ты и получаешь права диктовать свои условия подобным компаниям. Конечно могут быть отклонения и в ту и в другую сторону, но уровень — должен быть примерно таким.
-2
хммм, я же не про себя говорил :)
я говорил в принципе, хочу и диктую — если я устраиваю с моими условиями и они меня устраивают с их — все будет хорошо, если нет — «мы не подходим друг-другу» :)
и так правильно — и те и те ищут то, что подойдет и той и той стороне, почему кто-то должен прогибаться?
я говорил в принципе, хочу и диктую — если я устраиваю с моими условиями и они меня устраивают с их — все будет хорошо, если нет — «мы не подходим друг-другу» :)
и так правильно — и те и те ищут то, что подойдет и той и той стороне, почему кто-то должен прогибаться?
0
кстати, тема, насколько я понял не про гигантов и никто тут не диктует им свои требования, вроде как у них и так все четко и все сладко
0
А никакой разницы. В чужой монастырь со своим уставом не ходят. Либо вы принимаете правила игры, либо специально для вас фирма должна организовать отдельный «монастырь» внутри себя. В случае с гигантами это происходит относительно безболезненно (хотя в конце-концов всё равно может случится отторжение), а маленькую фирмочку это вообще может развалить. Если человек — действительно величина, то можно рискнуть, но если это просто хороший специалист — то лучше поискать другого специалиста. Есть только один вариант, когда на это соглашаются легко: когда на фирме вообще никто не хочет работать (по той или иной причине) и её пытаются пригласив вас спасти. Я вот совершенно не уверен что я хочу работать на подобной фирме: гарантированы все проблемы стартапа без его преимуществ.
0
и вообще, зачем заранее занимать позицию пассива?
0
В Советской России работа выбирает тебя ))
0
Я, конечно, понимаю, что я не первый и не последний. И что у вас уже голова идет кругом от постоянных встреч. Но это займет 3 минуты распечатать резюме, если вы этого ещё не сделали, и быстро пробежаться взглядом. Никто вас не торопит. Мне, честно говоря, неприятно пересказывать факты из своего резюме. Я тогда вообще перестаю понимать зачем я пришел.
вот поэтому я на собеседование приношу сам распечатанное резюме
+4
а можно не «абстрактно» выделить «разницу между абстрактным классом и интерфейсом»? :)
+1
Абстрактный класс может содержать объявления переменных (не констант) и функций, интерфейс — только декларации. Конечно абстрактный класс можно использовать так же, как интерфейс — но это забивание шурупов молотком.
0
Если бы я проводил интервью с Вами, то следующим вопросом я бы тактично поинтересовался — Чем отличается объявление функции от декларации функции? :-)
+2
LOL. Конечно речь идёт об определении функции, а не объявлении :-)
0
Разумеется, я понял что вы оговорились. Но есть и ещё один момент. Между этими понятиями есть концептуальное логическое различие, с которого и нужно начинать. Что-то типа того, что интерфейс по своей сути постулирует протокол взаимодействия… ну и так далее. Упомянуть что их у класса может быть несколько и уж потом пояснить что есть и технические особенности.
Другими словами, человек в топике снисходительно высказался об этом вопросе, типа чегож тут сложного… Но статистика показывает, что из 10 человек, только один отвечает полно с пояснением логической разницы. Ещё человек 5, отвечают примерно как вы. Ну а чела 4 просто не знают разницы. Если расширить вопрос чем-нибудь вида — а может ли абстрактный класс иметь конструктор, то из этих 6-и срубаются ещё три-четыре человека. Такая вот грустная ерунда получается. :-)
Другими словами, человек в топике снисходительно высказался об этом вопросе, типа чегож тут сложного… Но статистика показывает, что из 10 человек, только один отвечает полно с пояснением логической разницы. Ещё человек 5, отвечают примерно как вы. Ну а чела 4 просто не знают разницы. Если расширить вопрос чем-нибудь вида — а может ли абстрактный класс иметь конструктор, то из этих 6-и срубаются ещё три-четыре человека. Такая вот грустная ерунда получается. :-)
0
Что-то типа того, что интерфейс по своей сути постулирует протокол взаимодействия… ну и так далее. Упомянуть что их у класса может быть несколько...Хмм… Я бы сказал что это как раз «абстрактная» разница между «абстрактным классом и интерфейсом»…
Если хотите кого-нибудь совсем «убить», то спросите лучше может ли абстрактная функция иметь определение и можно ли его включить в определение класса. Тут правильных ответов будет вообще «с гулькин нос» — но так ли это важно?
0
www.rabota.ru/vacancy26241112.html «идеальная вакансия»
+3
Перегрет рынок или нет — вообще не важно.
Есть только три варианта, почему компания «не гугл» будет писать вакансии, которые ожидает автор…
Вам предложат работать даром (например в стартапе)
Вам предложат работать по зарплате существенно ниже рынка
Случайно
Это такой же тест, как и все остальное. Никому не нужен программист-царь. Нужен мотивированный сотрудник. Если Вас компания не устраивает на стадии вакансии, поверьте — Вы компании уже не нужны.
Любой структуре проще платить на 10% больше мотивированному работяге, чем обслуживать царей.
Есть только три варианта, почему компания «не гугл» будет писать вакансии, которые ожидает автор…
Вам предложат работать даром (например в стартапе)
Вам предложат работать по зарплате существенно ниже рынка
Случайно
Это такой же тест, как и все остальное. Никому не нужен программист-царь. Нужен мотивированный сотрудник. Если Вас компания не устраивает на стадии вакансии, поверьте — Вы компании уже не нужны.
Любой структуре проще платить на 10% больше мотивированному работяге, чем обслуживать царей.
+1
Быть может, перепостите в habrahabr.ru/blogs/HR/?
0
НЛО прилетело и опубликовало эту надпись здесь
встречаются вакансии от «Крупного холдинга» с мылом на mail.ru
чорт, мы тоже крупный холдинг и тоже мыло на mail.ru :-(
-1
не знаю как Вас, но меня всегда напрягали компании в которых, сначала выдают тестовое задание. Ты тратишь время, пишешь. Потом они его смотрят неделю, а после, перезванивают и приглашают на собеседование. А самое печальное, это то, что после собеседования тебе говорят, что ответ дадут еще через неделю, а то и две. Т.е. устройство на работу занимает где-то недели 2-3, а в худшем случае и месяц. А когда звонят, чтобы сказать ответ, ты говоришь, что уже устроился на другую фирму и слышишь недоумение HR manager как же так? :)
+2
А меня всегда удивляли соискатели, которые ожидают что решение о приёме на работу в приличное место в приличной конторе будет принято за пять минут.
+2
так никто не говорит, что это должно быть за 5 минут, ну неделя (5 рабочих дней) по-моему вполне достаточно, чтобы сложилось впечатление о человеке. Или я неправ?
0
За неделю может сложится мнение о человеке, но этого может быть недостаточно для того, чтобы выбрать одного кандидата из десятка.
0
Да, но есть большая вероятность того, что такая фирма будет терять неплохих кадров. На то и есть группа HR, чтобы оперативно искать подходящих людей. Если HR не может найти программиста за 2-3 недели — это значит, что группа по подбору персонала плохо работает. Такое перебирание «харчами» ведет к потере денег компании. В приличных компаниях, всегда ставят сроки об уведомлении соискателя. И тогда человек ожидает ответа. А когда вам говорят неопределенно, срабатывает следующая психологическая схема: я не уверен позвонят ли вообще -> иду искать дальше.
0
Да, но есть большая вероятность того, что такая фирма будет терять неплохих кадров.Нет проблем: убытки от принятия на работу плохого кадра превышают таковы, что лучше упустить 10 подходящих кандидатов, чем принять неподходящего. Это азы HR.
Если HR не может найти программиста за 2-3 недели — это значит, что группа по подбору персонала плохо работает.Почему не может? Может. Но, предположим, вам нужно набрать 10 программистов (в новый отдел), а HR-отдел нашёл человек 500 (вполне реальное количество — иначе отобрать 10 хороших сложно). Ну вы выбрали 7-8 самых хороших, выслали им предложения и на оставшиеся 2-3 места претендуют с десяток кандидатов. Вы уверены что сможете выбрать из них самых подходящих за 5 рабочих дней?
+1
я не HR manager. Так что относительно себя говорить не буду. Но видел достаточно успешных людей в этом, которые справлялись со своими обязанностями за 5 дней при подборе кандидата. Я больше делаю акцент на порядочности менеджера, который, даже, если кандидат не подходит, то позвонит и сообщит об этом не заставляя человека ждать. Проф. уровень человека меняется и через пол-года он бы пришел в эту компанию и подошел бы как кандидат. А так у соискателя складывается неприятное ощущение, то что его «кинули». Он расскажет об этом своим друзьям, работникам и т.д. Тем самым наносится больший ущерб фирме. Вы привели цифру 500 человек, из них отобрали 10, а остальным не перезвонили или не выслали стандартное письмо отказа. Т.е 490 потенциальных соискателей в перспективе потеряны — это минимум.
0
Мм, вы не совсем правы.
Абсолютному большинству контор нужны люди уровня «веб-программерского пту», и посему смысла в распинании о задачах — нет. Для таких людей первоочередным и чуть не единственным фактором являются условия труда, и только о них и имеет смысл писать.
Далее, насчет «честности» резюме уже многое писали. Приведу еще и свой пример — когда человек в резюме пишет «Хорошее знание протокола TCP\IP», он прямо таки обязан знать, какая информация передается в заголовках пакетов. Но 90% людей, которых я собеседовал и которые указали подобную строчку в резюме — ответить на вопрос не смогли.
И так, скорее всего, по любой области знания. Ведь «Я знаю, зачем это надо» и «Я знаю, как это работает» — две баальшие разницы.
Абсолютному большинству контор нужны люди уровня «веб-программерского пту», и посему смысла в распинании о задачах — нет. Для таких людей первоочередным и чуть не единственным фактором являются условия труда, и только о них и имеет смысл писать.
Далее, насчет «честности» резюме уже многое писали. Приведу еще и свой пример — когда человек в резюме пишет «Хорошее знание протокола TCP\IP», он прямо таки обязан знать, какая информация передается в заголовках пакетов. Но 90% людей, которых я собеседовал и которые указали подобную строчку в резюме — ответить на вопрос не смогли.
И так, скорее всего, по любой области знания. Ведь «Я знаю, зачем это надо» и «Я знаю, как это работает» — две баальшие разницы.
0
Приведу еще и свой пример — когда человек в резюме пишет «Хорошее знание протокола TCP\IP», он прямо таки обязан знать, какая информация передается в заголовках пакетов.Вы уверены? Скорее это предполагает знание работы TCP/IP стека, маршрутизации и прочего. Я вот сходу не вспомню какие там поля бывают, но это не мешало мне в своё время разбираться с ошибками реализации TCP/IP стека в ядре Linux'а.
И так, скорее всего, по любой области знания. Ведь «Я знаю, зачем это надо» и «Я знаю, как это работает» — две баальшие разницы.Да, есть ещё и третий уровень «я помню все мелочи». Зачем мне знать какие поля есть в заголовке IP пакета и какие добавляет TCP? Я пакеты буду в hex-виде просматривать? Для этого Wireshark есть…
+1
ожидаемый холивар :)
Как вы считаете, знание того, что в заголовке передаеттся хотя бы информация о порте отправителя-получателя и порядковый номер пакета — это «всякие мелочи» или все же понимание принципа работы. Ну, там, инфа для той же маршрутизаци… Имхо — базис.
Как вы считаете, знание того, что в заголовке передаеттся хотя бы информация о порте отправителя-получателя и порядковый номер пакета — это «всякие мелочи» или все же понимание принципа работы. Ну, там, инфа для той же маршрутизаци… Имхо — базис.
0
Ну тут ещё от интервьюера многое зависит. Если он спросит: «Ok, вы тут говорите что знаете TCP/IP — а не могли бы поподробнее рассказать какая именно информация там передаётся по проводам» — то это одно, тут есть о чём поговорить, если сходу требуете перечислить поля — то вы просто введёте человека в ступор. В ICMP-пакетах, кстати, не передаётся никаких портов и далеко не всегда — порядковый номер пакета. А в UDP никакого порядкового номера нет вообще…
0
Ну разумеется, никто не будет спрашивать в тестовом режиме — для этого тесту существуют :)
Вопрос задавался в виде «Исходя из вашего резюме, вы разбираетесь в А. Не могли бы вы поподробнее рассказать, что это такое, для чего нужно и как работает?».
И 80% людей при вопросе о семействе тсп\ип ничего сильно умнее нежели «ну, это нужно чтоб ытрафик ходил по интернету» сказать были не в состоянии.
Собственно, поэтому интервьюверы и задают так много вопросов, ответы на которые, казалось бы, есть в резюме.
Вопрос задавался в виде «Исходя из вашего резюме, вы разбираетесь в А. Не могли бы вы поподробнее рассказать, что это такое, для чего нужно и как работает?».
И 80% людей при вопросе о семействе тсп\ип ничего сильно умнее нежели «ну, это нужно чтоб ытрафик ходил по интернету» сказать были не в состоянии.
Собственно, поэтому интервьюверы и задают так много вопросов, ответы на которые, казалось бы, есть в резюме.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Идеальная вакансия для программиста