Менеджменту совершенно спокойно можно научить. Ничего романтического в менеджменте нет. Это не более чем развитые навыки наблюдения и оценки ситуации и манипуляций людьми в самом развитом (романтизированном) варианте. Ну в идеале было бы еще неплохо владеть "предметной областью", но и без этого вполне можно быть "эффективным менеджером".
Хм... а я всегда считал что компания в первую очередь существует для собственника, чтобы генерировать для него доход максимально оптимальным способом. Просто без сотрудников и потребителей в сколько-нибудь легальном процессе никак не обойтись. Но это же просто неизбежное зло и собственнику и управляющим приходится приспосабливаться :-)
Вы же это несерьезно? А откуда берут данные и куда их сливают те же кассовые узлы? А как управлять логистикой или скажем оценкой запасов и закупками? А акции? Там же чудовищные объемы данных. И это не считая финансов, отчетности и управления тысячами единиц персонала. Как без айтишной инфраструктуры?
Это вопрос не по адресу. Мне токарь вообще не нужен в моменте. Никакой.
Когда я работал токарем на судоремонтном заводе, такового токаря, токарем еще не считали. Формально у него была позиция "ученик токаря" и никто к нему не приходил с готовыми деталями и не говорил "сделай мне такую же" ибо субординация. Если что-то надо было, шли либо к мастеру, либо к токарю-наставнику с разрядом.
И вообще аналогия с токарем в данном случае не подходит, потому что на поточном производстве, даже в советские времена никто нам задачи не ставил вот так. Утром мастер выдавал наряд и синьку с чертежом. С этой синькой шли в инструменталку и получали нужные резцы, сверла, плашки и метчики. И весь день работали строго по чертежу. Где у вас тут чертежи для программистов?
В недавнем прошлом я собеседовал троих или четверых выпускников курсов программирования. Все резюме были написаны вполне внятно. Технологии подходящие, опыт тоже какой-никакой указан.
Но при этом в очном взаимодействии ни с одним из них мы не смогли ничего запрограммировать. Ну то есть приходит человек на собеседование. Я ему говорю - Давай напишем микросервис для Node.js, который раз в секунду забирает один кадр из RTSP потока и отправляет его в RabbitMQ очередь на обработку. Я не любитель рокет сайенс, и алгоритмов на собеседовании, потому что в моем проекте ни разу не пришлось писать собственную реализацию хоть ну какой-нибудь бы сортировки.
Ну и если человек за час-полтора, с моими подсказками и подбадриваниями не смог ничего вообще, то какая мне по большому счету разница, реальный у него опыт в резюме или "нарисованный". Пришел программист, а программировать не может. Ну очевидно же что нам дальше не по пути. Вежливо прощаемся и расстаемся.
Я вообще не понимаю как можно не выявить ненастоящего программиста?
Берет первое понравившееся резюме и приглашает кандидата на оплачиваемую стажировку. Неделю, месяц, два каждый день программирует с кандидатом бок о бок, пока не почувствует что кандидат ему нравится или не нравится. Как только чувство снизошло, либо прощается с кандидатом, либо трудоустраивает его.
А простите можно поинтересоваться что у вас за проект?
И что вы подразумеваете под словом "развиваться"?
Я просто с 1995 года программирую и пройдя путь от разработки программ в производственном учете на FoxBase, до Node.js микросервисов в Docker-ах, и React микрофронтендов и отказавшись от ООП и с радикальным упрощением структурирования файлов в проектах хочу примерить на себя "развился" ли я вообщем? И если да, то в какой степени в частности?
Менеджменту совершенно спокойно можно научить. Ничего романтического в менеджменте нет. Это не более чем развитые навыки наблюдения и оценки ситуации и манипуляций людьми в самом развитом (романтизированном) варианте. Ну в идеале было бы еще неплохо владеть "предметной областью", но и без этого вполне можно быть "эффективным менеджером".
Хм... а я всегда считал что компания в первую очередь существует для собственника, чтобы генерировать для него доход максимально оптимальным способом. Просто без сотрудников и потребителей в сколько-нибудь легальном процессе никак не обойтись. Но это же просто неизбежное зло и собственнику и управляющим приходится приспосабливаться :-)
Вы ответили на вопрос, который я не задавал вовсе :-)
Во всех профессиях есть процессы, где "думать не надо". Где "думать" будет дорого, вредно или даже опасно. Вы не встречались с таким в жизни?
Использование здравого смысла в практической административной деятельности никак не регламентировано, поэтому его можно игнорировать.
В Java тоже можно все сильно упростить так, что почти все методы станут реализацией
У меня все в таком ключе реализовано. Работает отлично. Читать код одно удовольствие. Думать вообще не надо.
Просто не делите код на классы и жизнь станет проще и приятнее.
Вы же это несерьезно? А откуда берут данные и куда их сливают те же кассовые узлы? А как управлять логистикой или скажем оценкой запасов и закупками? А акции? Там же чудовищные объемы данных. И это не считая финансов, отчетности и управления тысячами единиц персонала. Как без айтишной инфраструктуры?
Это вопрос не по адресу. Мне токарь вообще не нужен в моменте. Никакой.
Когда я работал токарем на судоремонтном заводе, такового токаря, токарем еще не считали. Формально у него была позиция "ученик токаря" и никто к нему не приходил с готовыми деталями и не говорил "сделай мне такую же" ибо субординация. Если что-то надо было, шли либо к мастеру, либо к токарю-наставнику с разрядом.
И вообще аналогия с токарем в данном случае не подходит, потому что на поточном производстве, даже в советские времена никто нам задачи не ставил вот так. Утром мастер выдавал наряд и синьку с чертежом. С этой синькой шли в инструменталку и получали нужные резцы, сверла, плашки и метчики. И весь день работали строго по чертежу. Где у вас тут чертежи для программистов?
Это токарь-джуниор. Опытный токарь знает что нужно измерять не только диаметр, но и шаг резьбы.
В недавнем прошлом я собеседовал троих или четверых выпускников курсов программирования. Все резюме были написаны вполне внятно. Технологии подходящие, опыт тоже какой-никакой указан.
Но при этом в очном взаимодействии ни с одним из них мы не смогли ничего запрограммировать. Ну то есть приходит человек на собеседование. Я ему говорю - Давай напишем микросервис для Node.js, который раз в секунду забирает один кадр из RTSP потока и отправляет его в RabbitMQ очередь на обработку. Я не любитель рокет сайенс, и алгоритмов на собеседовании, потому что в моем проекте ни разу не пришлось писать собственную реализацию хоть ну какой-нибудь бы сортировки.
Ну и если человек за час-полтора, с моими подсказками и подбадриваниями не смог ничего вообще, то какая мне по большому счету разница, реальный у него опыт в резюме или "нарисованный". Пришел программист, а программировать не может. Ну очевидно же что нам дальше не по пути. Вежливо прощаемся и расстаемся.
Я вообще не понимаю как можно не выявить ненастоящего программиста?
Разве я написал что следует нанимать "первого попавшегося"? Я написал "берет первое понравившееся резюме".
А цель то какая? Подходящего сотрудника нанять? Или "перебор хотя бы пары сотен кандидатов"?
Берет первое понравившееся резюме и приглашает кандидата на оплачиваемую стажировку. Неделю, месяц, два каждый день программирует с кандидатом бок о бок, пока не почувствует что кандидат ему нравится или не нравится. Как только чувство снизошло, либо прощается с кандидатом, либо трудоустраивает его.
Если вы изобретете способ уменьшать возраст, то вам наниматели станут не нужны вовсе. Вы и так заработаете миллиарды...
Ну а если серьезно, то мне 55 и как бы я не оформил свое резюме, года примерно с 2020-го, я всегда гарантированно сразу получаю отказ на любой отклик.
А простите можно поинтересоваться что у вас за проект?
И что вы подразумеваете под словом "развиваться"?
Я просто с 1995 года программирую и пройдя путь от разработки программ в производственном учете на FoxBase, до Node.js микросервисов в Docker-ах, и React микрофронтендов и отказавшись от ООП и с радикальным упрощением структурирования файлов в проектах хочу примерить на себя "развился" ли я вообщем? И если да, то в какой степени в частности?
RabbitMQ, Redis, ClickHouse, PostgreSQL, Docker, Linux...
Уверены, что приведенные вами два примера кода можно считать эквивалентными?
Vue мне не зашел. Просто субъективно дискомфортно в Vue и все. А у меня есть привычка получать удовольствие от процесса написания кода.
ООП поощряет разработчиков к бессмысленному усложнению структуры кода, требуя упаковки и группировки всего и вся в классы.
Я не троллю. Я искренне считаю React самым сбалансированным конструктивом для разработки фронтендов.