А еще лучше — занести в категорию "противоправного контента" и не показывать в результатах поиска любые упоминания о таких "правообладателях" и ссылки на них. Не ограничиваясь видео.
Довелось в таких вагонах поездить. И вроде бы все здорово- usb, биотуалеты, кондиционер. Но… есть ложка дегтя.
Чтобы научиться в новых вагонах быстро погружать на третью полку что-то крупнее хозяйстыенной сумки, вам потребуется предварительно хотя бы пару лет усиленных тренировок в "тетрис" и аналогичные компьютерные игры.
Почему: Установлена там такая простенькая перегородочка через весь вагон, которая не дает пассажирам соскучиться. Ну хорошо, если вы везете в вагоне разобранный и упакованный в чехол велосипед. (Велотуристам достаточно просто снять руль, оба колеса, и принять меры, чтобы переключатель не своротить)
А вот что делать лыжникам? В отличие от велосипеда, лыжи просто так не укоротить.
А во втором случае — для меня непонятно, как с интервью с SQL запросом, человек переходит на решение бизнес-организационных задач по написанию системы управления
Объясняю.
Конкретно 2 случай — SQL я, конечно, знаю. Но делать тестовое задание не стал. Понял, что я тут работать не хочу. Совсем не хочу.
Конкретно 3 случай — та система управления, которую от меня хотели, была совсем не бизнес-организационная. Напротив, это была насквозь техническая АСУТП. Система управления технологическим процессом, если вдруг кто не знает. Беседовали мы в основном про параметры ПИД-регуляторов, обратные связи, про устойчивость и робастность. То есть самая натуральная теория управления, есть такой раздел математики. На 4-5 курсе математических факультетов ВУЗов этот предмет изучают.
Без SCADA с OPC дело, конечно, тогда не обошлось. И без С++ с SQL, естественно, тоже. Но на собеседовании код С++ и SQL запросы меня никто писать не заставлял. (Раз уж программист, то должен это уметь).
Я просто хотел сказать, что (применительно к всяким инженерам-разработчикам-конструкторам) проверять навыки потенциального работника лучше начинать с внятного объяснения, чем ваша фирма вообще занимается, и какую задачу этому работнику, в частности, придется решать в первый же рабочий день. А дальше смотреть на ход рассуждений, что он, работник, собирается в этом направлении делать.
Вместо того, чтобы логические головоломки ему подсовывать или задачи из учебника по программированию для 1 курса.
А когда работодатель сам не может толком сказать, что ему требуется (к сожалению, это очень распространенная ситуация, особенно в больших организациях) то… неожиданно обнаруживается, что желающих решать задачи типа «сделай то, не знаю что» находится не очень много. А те, что находятся, быстро сваливают после появления дополнительного условия «если сделаешь неправильно, то пойдешь туда, не знаю куда».
И потом приходится слышать, что «Вот, все плохо, хороших специалистов сейчас не найдешь.»
Продолжаем. Вторая реальная ситуация.
Прихожу на собеседование. Меня встречает сотрудница отдела кадров. Ни слова не говоря, дает лист с тестовым заданием, отпечатанным типографским способом. Ну там какой-то хитрый запрос на SQL надо написать.
Тут же делаю для себя вывод: Если у вас такая текучка кадров, что вы не поленились отпечатать эти тестовые задания тиражом 1000 шт, то что я в такой организации забыл.
Развернулся и ушел.
Третья реальная ситуация:
Прихожу на собеседование. Разговариваем с главным инженером, примерно в таком ключе:
-Значит, мы делаем оборудование для пищевой промышленности. Например, есть у нас такая линия для изготовление маринованных огурцов. Вот таких. Попробуй. Вкусно? Так вот, все это давно нами производится, используется, но есть проблема, которую мы толком решить не можем. В последнее время наши заказчики (консервные заводы) хотят, чтобы…
Дальше пошел предметный разговор на темы «чего в щах не хватает?», «что делать?» и в
самом конце — «ну как, возьмешься?»
— Только я ни разу не знаток в консервном производстве, это ничего?
— Это все мы тебе расскажем. Главное, чтобы ты систему управления мог сделать.
То есть делаю вывод — В этом месте налицо понимание работодателем целей, задач. Надо браться. Взялся. Сделал. Причем с удовольствием.
А если бы мне вместо этого предложили головоломку решать… Скорее всего, тоже развернулся бы и ушел. Мозги тренировать — дело хорошее, но не на работе же!
Имхо, очень часто при собеседовании обе стороны не могут (или не хотят) придерживаться принципа равного риска.
Работодатель, нанимая меня на работу, рискует: а вдруг я не справлюсь с возложенными на меня обязанностями?
Я, нанимаясь к нему на работу, тоже рискую стать бесплатной рабочей силой для затыкания очередной дыры.
Причем если на работу нанимается секретарша, токарь, или водитель, то все становится ясно в первый же рабочий день — кто и что тут из себя представляет.
А если инженер, разработчик берется за длительный проект… тут и через несколько месяцев не всегда можно понять — получается у него хоть что-то или не нет?
То есть основная цель собеседования — ответ на вопрос: подходят ли они друг к другу. Чтобы снизить возможные риски для нас обоих.
А для этого работодатель в ходе собеседования должен обозначить задачу, за которую мне предстоит взяться. А к сожалению, не у всех это получается.
Я же должен сделать вывод, смогу ли я эту задачу решить вообще, и какие ресурсы мне для этого потребуются.
А теперь вот вам первая реальная ситуация:
Я откликаюсь на вакансию (инженера-программиста, если что), прихожу на собеседование в кадровое агентство. Меня встречает очаровательная девушка. Приглашает «технического специалиста», которая начинает задавать мне вопросы, а все вопросы — из бухгалтерии. Точнее исключительно по программе 1С.
— Дык вам, оказывается, программист 1С нужен?
— Ну ведь у вас в резюме написано, что вы его знаете.
— Где это у меня такое написано?
Оказалось, что девушка просто не видела разницу между С++ и 1С…
Естественно развернулся и ушел. Что там в действительности требовалось работодателю — не знаю. Знаю одно — с такими кадровыми агентствами специалиста искать бесполезно — разве только вчерашний день найдешь.
После нескольких подобных встреч сделал для себя вывод — все предложения кадровых агентств лучше просто игнорировать, и не тратить время попусту.
Для тех, кто решил попробовать продвигать свой бизнес с помощью автодозвона — сначала стоит ознакомиться с текстом ФЗ № 38, ст 18, и хорошенько подумать (а оно вообще надо?)
1. Распространение рекламы по сетям электросвязи, в том числе посредством использования телефонной, факсимильной, подвижной радиотелефонной связи, допускается только при условии предварительного согласия абонента или адресата на получение рекламы. При этом реклама признается распространенной без предварительного согласия абонента или адресата, если рекламораспространитель не докажет, что такое согласие было получено. Рекламораспространитель обязан немедленно прекратить распространение рекламы в адрес лица, обратившегося к нему с таким требованием.
2. Не допускается использование сетей электросвязи для распространения рекламы с применением средств выбора и (или) набора абонентского номера без участия человека (автоматического дозванивания, автоматической рассылки).
А еще лучше — занести в категорию "противоправного контента" и не показывать в результатах поиска любые упоминания о таких "правообладателях" и ссылки на них. Не ограничиваясь видео.
Чтобы впредь неповадно было.
Довелось в таких вагонах поездить. И вроде бы все здорово- usb, биотуалеты, кондиционер. Но… есть ложка дегтя.
Чтобы научиться в новых вагонах быстро погружать на третью полку что-то крупнее хозяйстыенной сумки, вам потребуется предварительно хотя бы пару лет усиленных тренировок в "тетрис" и аналогичные компьютерные игры.
Почему: Установлена там такая простенькая перегородочка через весь вагон, которая не дает пассажирам соскучиться. Ну хорошо, если вы везете в вагоне разобранный и упакованный в чехол велосипед. (Велотуристам достаточно просто снять руль, оба колеса, и принять меры, чтобы переключатель не своротить)
А вот что делать лыжникам? В отличие от велосипеда, лыжи просто так не укоротить.
В старых вагонах все было проще.
Спасибо за интересную статью. Вопрос: Ваше ПО работает под управлением обычной win10? Или все таки под промышленной версией "десятки"?
Объясняю.
Конкретно 2 случай — SQL я, конечно, знаю. Но делать тестовое задание не стал. Понял, что я тут работать не хочу. Совсем не хочу.
Конкретно 3 случай — та система управления, которую от меня хотели, была совсем не бизнес-организационная. Напротив, это была насквозь техническая АСУТП. Система управления технологическим процессом, если вдруг кто не знает. Беседовали мы в основном про параметры ПИД-регуляторов, обратные связи, про устойчивость и робастность. То есть самая натуральная теория управления, есть такой раздел математики. На 4-5 курсе математических факультетов ВУЗов этот предмет изучают.
Без SCADA с OPC дело, конечно, тогда не обошлось. И без С++ с SQL, естественно, тоже. Но на собеседовании код С++ и SQL запросы меня никто писать не заставлял. (Раз уж программист, то должен это уметь).
Я просто хотел сказать, что (применительно к всяким инженерам-разработчикам-конструкторам) проверять навыки потенциального работника лучше начинать с внятного объяснения, чем ваша фирма вообще занимается, и какую задачу этому работнику, в частности, придется решать в первый же рабочий день. А дальше смотреть на ход рассуждений, что он, работник, собирается в этом направлении делать.
Вместо того, чтобы логические головоломки ему подсовывать или задачи из учебника по программированию для 1 курса.
А когда работодатель сам не может толком сказать, что ему требуется (к сожалению, это очень распространенная ситуация, особенно в больших организациях) то… неожиданно обнаруживается, что желающих решать задачи типа «сделай то, не знаю что» находится не очень много. А те, что находятся, быстро сваливают после появления дополнительного условия «если сделаешь неправильно, то пойдешь туда, не знаю куда».
И потом приходится слышать, что «Вот, все плохо, хороших специалистов сейчас не найдешь.»
Прихожу на собеседование. Меня встречает сотрудница отдела кадров. Ни слова не говоря, дает лист с тестовым заданием, отпечатанным типографским способом. Ну там какой-то хитрый запрос на SQL надо написать.
Тут же делаю для себя вывод: Если у вас такая текучка кадров, что вы не поленились отпечатать эти тестовые задания тиражом 1000 шт, то что я в такой организации забыл.
Развернулся и ушел.
Третья реальная ситуация:
Прихожу на собеседование. Разговариваем с главным инженером, примерно в таком ключе:
-Значит, мы делаем оборудование для пищевой промышленности. Например, есть у нас такая линия для изготовление маринованных огурцов. Вот таких. Попробуй. Вкусно? Так вот, все это давно нами производится, используется, но есть проблема, которую мы толком решить не можем. В последнее время наши заказчики (консервные заводы) хотят, чтобы…
Дальше пошел предметный разговор на темы «чего в щах не хватает?», «что делать?» и в
самом конце — «ну как, возьмешься?»
— Только я ни разу не знаток в консервном производстве, это ничего?
— Это все мы тебе расскажем. Главное, чтобы ты систему управления мог сделать.
То есть делаю вывод — В этом месте налицо понимание работодателем целей, задач. Надо браться. Взялся. Сделал. Причем с удовольствием.
А если бы мне вместо этого предложили головоломку решать… Скорее всего, тоже развернулся бы и ушел. Мозги тренировать — дело хорошее, но не на работе же!
Работодатель, нанимая меня на работу, рискует: а вдруг я не справлюсь с возложенными на меня обязанностями?
Я, нанимаясь к нему на работу, тоже рискую стать бесплатной рабочей силой для затыкания очередной дыры.
Причем если на работу нанимается секретарша, токарь, или водитель, то все становится ясно в первый же рабочий день — кто и что тут из себя представляет.
А если инженер, разработчик берется за длительный проект… тут и через несколько месяцев не всегда можно понять — получается у него хоть что-то или не нет?
То есть основная цель собеседования — ответ на вопрос: подходят ли они друг к другу. Чтобы снизить возможные риски для нас обоих.
А для этого работодатель в ходе собеседования должен обозначить задачу, за которую мне предстоит взяться. А к сожалению, не у всех это получается.
Я же должен сделать вывод, смогу ли я эту задачу решить вообще, и какие ресурсы мне для этого потребуются.
А теперь вот вам первая реальная ситуация:
Я откликаюсь на вакансию (инженера-программиста, если что), прихожу на собеседование в кадровое агентство. Меня встречает очаровательная девушка. Приглашает «технического специалиста», которая начинает задавать мне вопросы, а все вопросы — из бухгалтерии. Точнее исключительно по программе 1С.
— Дык вам, оказывается, программист 1С нужен?
— Ну ведь у вас в резюме написано, что вы его знаете.
— Где это у меня такое написано?
Оказалось, что девушка просто не видела разницу между С++ и 1С…
Естественно развернулся и ушел. Что там в действительности требовалось работодателю — не знаю. Знаю одно — с такими кадровыми агентствами специалиста искать бесполезно — разве только вчерашний день найдешь.
После нескольких подобных встреч сделал для себя вывод — все предложения кадровых агентств лучше просто игнорировать, и не тратить время попусту.
1. Распространение рекламы по сетям электросвязи, в том числе посредством использования телефонной, факсимильной, подвижной радиотелефонной связи, допускается только при условии предварительного согласия абонента или адресата на получение рекламы. При этом реклама признается распространенной без предварительного согласия абонента или адресата, если рекламораспространитель не докажет, что такое согласие было получено. Рекламораспространитель обязан немедленно прекратить распространение рекламы в адрес лица, обратившегося к нему с таким требованием.
2. Не допускается использование сетей электросвязи для распространения рекламы с применением средств выбора и (или) набора абонентского номера без участия человека (автоматического дозванивания, автоматической рассылки).
Подробности — www.consultant.ru/document/cons_doc_LAW_58968/f892dec1383709792452f18d36e7043306e2be0a