>> но цель бизнеса получение прибыли
Всё верно. Так учат в институте/универе на кафедре экономики. Такие темы — это уход от персонального разговора. На собеседовании тему надо держать вокруг себя. И если уж перед кандидатом ставят вопрос так, то в ответ хочется спросить «Какую прибыль по вашему предположению я должен приносить?». Интересно послушать пространный ответ )))
Я не отказываю. Только выражение «нести ответственность» вы трактуете со скрытым смыслом. HR несёт ответственность перед бизнесом, а не перед кандидатом. Кандидат так же как и бизнес имеет право выставить условия, а не просто соглашаться. Устройство на работу — это тоже бизнес. Поэтому не надо занижать чужие права.
>> Программистов давить: вы медленно пишете…
Шутите?))). Быстро получить неизвестное решение? Разве только сомнительного индусского качества. Согласен, что в профессии программиста есть две составляющие — продумывание решения и программирование. Писать можно быстро, если именно вы дали продуманное решение, которое понято и которое соответствует ТЗ. Но сколько вы на это потратили время? Такое нельзя предсказать за исключением однотипных задач. За продажи программист ответственности не несёт. Это ваша, менеджерская зона ответственности. А если менеджер обвиняет программистов в плохой продаваемости продукта, то, простите, это плохой менеджер. (Не имею ввиду лично вас)
>> Из менеджеров не уходят! Из них только выносят :)
Некоторых прямо с совещаний.
>> рука дрогнула и все.
Ну, разве что речь о нейрохирургах. Да и то у нейрохирургов сейчас масса компьютерного оборудования с таким набором фантастических свойств, но все благодаря программам, блокирующие не только дрожание рук хирурга. Все стало слишком связанным…
А в остальном все верно. )))
А у менеджеров нет стека? Побыл менеджером, принёс пользу, задрочил стек и… Куда? Шучу конечно, я был программистом, потом небольшим менеджером, потом плюнул на менеджера, не понравилось, вернулся программировать, очень доволен.
А по какой причине HR рассказывает бизнесу как выбирать кадры? Тем более, что программист делает работу, а HR не делает ни бизнес, ни работу.
Думаю, что каждый может высказать своё мнение, а учитывать его или нет пусть бизнес решает сам.
>> не очень понял, при чем тут эта задача.
Простите, совсем не имел в виду какое-то секретное знание, поэтому не буду тянуть кота за хвост. Я бы дал такому человеку оценить свой код, написанный в спокойной обстановке и посмотреть, как он его прочитает. Дать небольшое время ознакомиться (полчаса, час, может даже дать возможность запустить проект). А уж если такой человек скажет, что может улучшить работу или что-то заменить, то перспективы сотрудничества могут становиться более осязаемыми.
Мне вообще не нравится идея требовать код у кандидата и не показывать своего. Надо показать полный цикл работы крупным планом и посмотреть, в какие моменты у кандидата будет осмысленный взгляд. ))) Как вам такой вариант? Вы и себя покажете и на кандидата посмотрите.
>> Ну а как брать программиста не посмотрев его код?
Да ладно? Задача-то элементарная! Есть идея решить этот вопрос прямо не сходя с места?
Подсказка — помните задачу про трёх мудрецов с колпаками? Ситуация один в один.)))
Мне очень понравился ваш ответ! Позвольте немного обобщить его — чтобы ХОРОШО научиться и иностранному языку и языку программирования нужно МНОГО практиковаться и в том и в другом. Но это есть общее в изучении вообще всего. ))) Да, аналогии позволяют иногда находить ответ быстрее, но их нужно уметь не только «проводить», но и доказывать.
есть ли общее в изучении иностранного языка и языка программирования
Ваша статья совершенно слаба потому что вы рассмотрели именно простые популярные языки программирования. Если взять для рассмотрения ещё какой-то язык, не такой структурированный как C#, а, например, LISP или LATEX, то увидите, что они уже не так хорошо согласуются с вашей логикой, хотя и имеют свою. Однако вся их схожесть состоит в том, что все языки программирования изобретены именно человеком, поэтому и понятны вам, как человеку. И вы рассказываете о том, что вы это узнали? Лично я давно знал, что я человек, а значит могу приложить усилия и понять другого человека.
P.S.
Истории «про поросят» рассказывают маркетологи на каждой конференции. Ничего нового.
А я на работе и не скрываю, что хочу стать незаменимым. И знаете, очень легко получается! Сейчас я незаменимый в ведении документации и выкладывания исходников. И на моей работе нет ни одного сотрудника, у кого есть столько документации и репозиториев.
Мне кажется, что надо к таким вещам относиться веселее, что-ли. )))
Анекдот.
Приходит ветеринар к врачу. Врач спрашивает
— Ну, что у вас болит?
Ветеринар:
— Не, ну так каждый может!
Всё верно. Так учат в институте/универе на кафедре экономики. Такие темы — это уход от персонального разговора. На собеседовании тему надо держать вокруг себя. И если уж перед кандидатом ставят вопрос так, то в ответ хочется спросить «Какую прибыль по вашему предположению я должен приносить?». Интересно послушать пространный ответ )))
Шутите?))). Быстро получить неизвестное решение? Разве только сомнительного индусского качества. Согласен, что в профессии программиста есть две составляющие — продумывание решения и программирование. Писать можно быстро, если именно вы дали продуманное решение, которое понято и которое соответствует ТЗ. Но сколько вы на это потратили время? Такое нельзя предсказать за исключением однотипных задач. За продажи программист ответственности не несёт. Это ваша, менеджерская зона ответственности. А если менеджер обвиняет программистов в плохой продаваемости продукта, то, простите, это плохой менеджер. (Не имею ввиду лично вас)
>> Из менеджеров не уходят! Из них только выносят :)
Некоторых прямо с совещаний.
Ну, разве что речь о нейрохирургах. Да и то у нейрохирургов сейчас масса компьютерного оборудования с таким набором фантастических свойств, но все благодаря программам, блокирующие не только дрожание рук хирурга. Все стало слишком связанным…
А в остальном все верно. )))
Думаю, что каждый может высказать своё мнение, а учитывать его или нет пусть бизнес решает сам.
Простите, совсем не имел в виду какое-то секретное знание, поэтому не буду тянуть кота за хвост. Я бы дал такому человеку оценить свой код, написанный в спокойной обстановке и посмотреть, как он его прочитает. Дать небольшое время ознакомиться (полчаса, час, может даже дать возможность запустить проект). А уж если такой человек скажет, что может улучшить работу или что-то заменить, то перспективы сотрудничества могут становиться более осязаемыми.
Мне вообще не нравится идея требовать код у кандидата и не показывать своего. Надо показать полный цикл работы крупным планом и посмотреть, в какие моменты у кандидата будет осмысленный взгляд. ))) Как вам такой вариант? Вы и себя покажете и на кандидата посмотрите.
Да ладно? Задача-то элементарная! Есть идея решить этот вопрос прямо не сходя с места?
Подсказка — помните задачу про трёх мудрецов с колпаками? Ситуация один в один.)))
Ваша статья совершенно слаба потому что вы рассмотрели именно простые популярные языки программирования. Если взять для рассмотрения ещё какой-то язык, не такой структурированный как C#, а, например, LISP или LATEX, то увидите, что они уже не так хорошо согласуются с вашей логикой, хотя и имеют свою. Однако вся их схожесть состоит в том, что все языки программирования изобретены именно человеком, поэтому и понятны вам, как человеку. И вы рассказываете о том, что вы это узнали? Лично я давно знал, что я человек, а значит могу приложить усилия и понять другого человека.
P.S.
Истории «про поросят» рассказывают маркетологи на каждой конференции. Ничего нового.