Речь же про экономику, а не про производство. Ну сделал условный токарь 5-ую норму, а кому отдел продаж будет ее продавать, если потребителей в стране всего на 4 нормы?
Когда в каком-нибудь приложении, в разделе поддержка, в ответ на мой вопрос я вижу ответ типа - Здравствуйте, это я ИИ помощник Зая! - Я сразу закрываю раздел поддержки и пытаюсь найти альтернативный способ решения моей проблемы.
Менеджменту совершенно спокойно можно научить. Ничего романтического в менеджменте нет. Это не более чем развитые навыки наблюдения и оценки ситуации и манипуляций людьми в самом развитом (романтизированном) варианте. Ну в идеале было бы еще неплохо владеть "предметной областью", но и без этого вполне можно быть "эффективным менеджером".
Хм... а я всегда считал что компания в первую очередь существует для собственника, чтобы генерировать для него доход максимально оптимальным способом. Просто без сотрудников и потребителей в сколько-нибудь легальном процессе никак не обойтись. Но это же просто неизбежное зло и собственнику и управляющим приходится приспосабливаться :-)
Вы же это несерьезно? А откуда берут данные и куда их сливают те же кассовые узлы? А как управлять логистикой или скажем оценкой запасов и закупками? А акции? Там же чудовищные объемы данных. И это не считая финансов, отчетности и управления тысячами единиц персонала. Как без айтишной инфраструктуры?
Это вопрос не по адресу. Мне токарь вообще не нужен в моменте. Никакой.
Когда я работал токарем на судоремонтном заводе, такового токаря, токарем еще не считали. Формально у него была позиция "ученик токаря" и никто к нему не приходил с готовыми деталями и не говорил "сделай мне такую же" ибо субординация. Если что-то надо было, шли либо к мастеру, либо к токарю-наставнику с разрядом.
И вообще аналогия с токарем в данном случае не подходит, потому что на поточном производстве, даже в советские времена никто нам задачи не ставил вот так. Утром мастер выдавал наряд и синьку с чертежом. С этой синькой шли в инструменталку и получали нужные резцы, сверла, плашки и метчики. И весь день работали строго по чертежу. Где у вас тут чертежи для программистов?
В недавнем прошлом я собеседовал троих или четверых выпускников курсов программирования. Все резюме были написаны вполне внятно. Технологии подходящие, опыт тоже какой-никакой указан.
Но при этом в очном взаимодействии ни с одним из них мы не смогли ничего запрограммировать. Ну то есть приходит человек на собеседование. Я ему говорю - Давай напишем микросервис для Node.js, который раз в секунду забирает один кадр из RTSP потока и отправляет его в RabbitMQ очередь на обработку. Я не любитель рокет сайенс, и алгоритмов на собеседовании, потому что в моем проекте ни разу не пришлось писать собственную реализацию хоть ну какой-нибудь бы сортировки.
Ну и если человек за час-полтора, с моими подсказками и подбадриваниями не смог ничего вообще, то какая мне по большому счету разница, реальный у него опыт в резюме или "нарисованный". Пришел программист, а программировать не может. Ну очевидно же что нам дальше не по пути. Вежливо прощаемся и расстаемся.
Я вообще не понимаю как можно не выявить ненастоящего программиста?
Разве в Express.js есть контроллеры?
Patterns in C, Adam Petersen, 2013
Речь же про экономику, а не про производство. Ну сделал условный токарь 5-ую норму, а кому отдел продаж будет ее продавать, если потребителей в стране всего на 4 нормы?
Когда в каком-нибудь приложении, в разделе поддержка, в ответ на мой вопрос я вижу ответ типа - Здравствуйте, это я ИИ помощник Зая! - Я сразу закрываю раздел поддержки и пытаюсь найти альтернативный способ решения моей проблемы.
Прочитал. Понимаю что возможно мне следует переключиться на абстракции... :-)
Чтобы не выгорать - не выгорайте :-)
Исправляйте ошибки до того, как они появились :-)
Блин! Всегда считал PVS-Studio серьезной компанией, где работают настоящие профессионалы. И тут такой разочаровывающий заголовок!
Считаете что общество все еще недостаточно грамотное? Или считаете что знания способны заместить персональную жадность стремлением к всеобщему благу?
Менеджменту совершенно спокойно можно научить. Ничего романтического в менеджменте нет. Это не более чем развитые навыки наблюдения и оценки ситуации и манипуляций людьми в самом развитом (романтизированном) варианте. Ну в идеале было бы еще неплохо владеть "предметной областью", но и без этого вполне можно быть "эффективным менеджером".
Хм... а я всегда считал что компания в первую очередь существует для собственника, чтобы генерировать для него доход максимально оптимальным способом. Просто без сотрудников и потребителей в сколько-нибудь легальном процессе никак не обойтись. Но это же просто неизбежное зло и собственнику и управляющим приходится приспосабливаться :-)
Вы ответили на вопрос, который я не задавал вовсе :-)
Во всех профессиях есть процессы, где "думать не надо". Где "думать" будет дорого, вредно или даже опасно. Вы не встречались с таким в жизни?
Использование здравого смысла в практической административной деятельности никак не регламентировано, поэтому его можно игнорировать.
В Java тоже можно все сильно упростить так, что почти все методы станут реализацией
У меня все в таком ключе реализовано. Работает отлично. Читать код одно удовольствие. Думать вообще не надо.
Просто не делите код на классы и жизнь станет проще и приятнее.
Вы же это несерьезно? А откуда берут данные и куда их сливают те же кассовые узлы? А как управлять логистикой или скажем оценкой запасов и закупками? А акции? Там же чудовищные объемы данных. И это не считая финансов, отчетности и управления тысячами единиц персонала. Как без айтишной инфраструктуры?
Это вопрос не по адресу. Мне токарь вообще не нужен в моменте. Никакой.
Когда я работал токарем на судоремонтном заводе, такового токаря, токарем еще не считали. Формально у него была позиция "ученик токаря" и никто к нему не приходил с готовыми деталями и не говорил "сделай мне такую же" ибо субординация. Если что-то надо было, шли либо к мастеру, либо к токарю-наставнику с разрядом.
И вообще аналогия с токарем в данном случае не подходит, потому что на поточном производстве, даже в советские времена никто нам задачи не ставил вот так. Утром мастер выдавал наряд и синьку с чертежом. С этой синькой шли в инструменталку и получали нужные резцы, сверла, плашки и метчики. И весь день работали строго по чертежу. Где у вас тут чертежи для программистов?
Это токарь-джуниор. Опытный токарь знает что нужно измерять не только диаметр, но и шаг резьбы.
В недавнем прошлом я собеседовал троих или четверых выпускников курсов программирования. Все резюме были написаны вполне внятно. Технологии подходящие, опыт тоже какой-никакой указан.
Но при этом в очном взаимодействии ни с одним из них мы не смогли ничего запрограммировать. Ну то есть приходит человек на собеседование. Я ему говорю - Давай напишем микросервис для Node.js, который раз в секунду забирает один кадр из RTSP потока и отправляет его в RabbitMQ очередь на обработку. Я не любитель рокет сайенс, и алгоритмов на собеседовании, потому что в моем проекте ни разу не пришлось писать собственную реализацию хоть ну какой-нибудь бы сортировки.
Ну и если человек за час-полтора, с моими подсказками и подбадриваниями не смог ничего вообще, то какая мне по большому счету разница, реальный у него опыт в резюме или "нарисованный". Пришел программист, а программировать не может. Ну очевидно же что нам дальше не по пути. Вежливо прощаемся и расстаемся.
Я вообще не понимаю как можно не выявить ненастоящего программиста?
Разве я написал что следует нанимать "первого попавшегося"? Я написал "берет первое понравившееся резюме".
А цель то какая? Подходящего сотрудника нанять? Или "перебор хотя бы пары сотен кандидатов"?