Путь инженера (программиста)
Читая очередную статью о том "как быть хорошим программистом", понял, что передо мной, да и, думаю, перед многими начинающими, стоит очень критичный вопрос развития своих знаний и навыков. Статья только натолкнула меня на нижеследующие мысли и, собственно, к ним отношения не имеет.
Итак, чем инженер может заняться, чтобы улучшить себя?
Он может либо начать усердно учить и программировать алгоритмы, такие как всевозможные виды сортировок, поиска, алгоритмов на графах и структуры данных, такие как динамические массив, хэш-деревья, B-деревья и так далее.
Профит очевиден: приходишь на собеседование, пишешь на листочке/доске алгоритм закрытыми глазами и все понимают, что ты — специалист и можешь писать достаточно оптимальные приложения и решать задачи посложнее, чем экспорт из одной СУБД в другую.
Второе, чем может заняться инженер — это изучение технологий, фреймвёрков, ЯП. Это даже не один из вариантов, чем бы можно было заняться, а, скорее, необходимое требование к скиллам инженера. Выбор в этом случае заключается только в уровне углублённости и широты знаний.
Заранее мало кому известно, где и кем он будет работать, поэтому базовые навыки и знания получают все. Каждый хочет иметь в будущем высокооплачиваемую работу в какой-либо области, что требует больших навыков. Дилемма — какие навыки развивать.
Я часто видел в требованиях к соискателю большие списки техгологий, которыми необходимо уметь пользоваться, но и чтение вопросов с собеседований позволило сделать вывод, что знание алгоритмов тоже очень важно.
Кто что может посоветовать? Насколько стоит углубляться в изучение того или иного аспекта? В какой последовательности? Поделитесь своим опытом или советами или мнением.
Обстоятельства говорят о том, что работодателю необходимы и формошлёпы и системщики, независимо от того, на какую должность претендуешь и счем будешь работать. Так что середина должна быть. Ну, для юниоров, конечно.
Может, ты ещё подскажешь чем стоило бы заниматься? :)
Могу подсказать одну идею.... ребята из 1С придумали в свое время хорошую идею, называется "Типовая конфигурация" это означает что ее можно использовать в любом предприятии... на основании справочников можно внести любой вид деятельности и использовать у себя на предприятии... Ну это как вариант)
Я тоже так думал, но общая практика Израиля (а значит и всего запада, куда Россия хочет-не хочет а идет) показывает обратное.
Как раз невозможность продвижения с позиции "качественный программист" на позицию руководителя (и зряплата, зряплата!) и вынуждала меня менять работу.
Берут варяга со стороны, который пободрее, навешает лапши про аджайл - и готово, взяли.
Специалистов которые хорошо делают то, что они уже делают - на новую позицию не продвигают, чтобы не искать им замену.
Ушел сам - ну я не виноват, говорит новый начальник.
Тут я бы повыяснял где придется работать вообще...
Кто в России сейчас владеет проэктами? ( это вопрос, я уже не знаю, работал в России последний раз 14 лет назад).
Как это выглядит в Израиле:
Если некий "миллионер" - то у него идеология типа - "больше за меньшие деньги и без головняков" - и все проэкты - для этого. Тот, кто сумеет такого убедить, что защитит от головняков - тот и будет начальником.
А вот психология начальника - она уже чисто советская - меньше работать, больше получать.
Как правило начальник никого не увольняет, это будет означать, что у отдела нет работы - потеря значимости, а это зряплата (круто же сказать "я руковожу Х программистами")
А при наборе отдает предпочтение (из равных по профессиональным качествам) тому, кто кажется наиболее беспроблемным и бесконфликтным, причем если соискатель не знает чего-то - то может еще и выучить, а вот тяжелый характер не переделаешь. Так же, кстати судят и девочки из HR.
Алгоритмы же сортировки - я наизусть не знаю ни одного. Это же все уже существует (в дотнет - в LINKе например). Зачем их самому писать?
На коротком экзамене врядли удастся красиво показать знание какой-либо технологии - WPF Hibernate PRISM, SPRING - все это требует длительной настройки, и претендент влегкую срезается на незнании какой-либо известной проверяющему настройки или фичи (которую они может неделю в сети искали).
Хотим мы или нет - надо приспосабливаться к реалиям.
Так что "улыбайтесь, господа, улыбайтесь!" (С)
Это еще я не все рассказал... :-(
Как то привел сына (8 лет тогда было) после того, как он сказал что хочет делать роботов, к себе, на работу - тогда мы запускали автоматический склад, который по заказу привозит ящик с полки (монорельсовый погрузчик-автомат, транспортеры, тележки).
Вот, говорю, я тоже делаю роботов. Только они не танцуют, а запчасти для автомобилей ищут. Дал ему в руки сканер баркодов, и он давал команду "роботу" - положить ящик на полку, просканировав наклейку на картоне.
:-)
Чего-то он после этого больше о роботах не говорил.
А я ему честно сказал, что вот есть художник и есть маляр. И тот, и другой, работают с красками. Ну так вот я - маляр.
Не, ну хотелось бы конечно, авиасимуляторы писать.... Но туда же не попасть. Ну сколько в мире требуется авиасимуляторов? Правильно, один. А складов?
:-)