"Первый личный ПК у меня появился в 1999 году. Его привез мой дядя из командировки в Англию. На нем была установлена Windows 99 и предустановлены игры: Half-Life, Unreal, TestDrive и Fifa99." Я обычно не придираюсь, но здесь слишком много чисел 99. Эй, кто-нибудь в курсе, что за версия у Windows такая - 99? Знаю 98, знаю Millenium, знаю NT 4.0, знаю 2К. 99 - не знаю.
К истории о себе: В своё время к 2000 году у меня появился Pentium 120, который даже MMX. Стоил он аж целых 7 тыс. денег. На 1 курсе у меня даже карманных особо не было. Родители купили для учебы. И я конечно не подвел, стал программистом, не абы каким, но со временем я улучшил свои навыки. Но параллельно... Сначала был Win95, на котором я играл в Doom II, Carmageddon, WarCraft II, Quake I, C&C, RedAlert и еще различные мега DOS-игры, которые шли под расширением DOS4GW. Сначала даже боялся обновлять Windows, но потом-таки поставил 98-ю, о чем нисколечко не пожалел. Система вела себя намного стабильнее, смог пересесть с Boland Pascal на Delphi 3. Стал подрабатывать, купил уже на свои AMD Duron и понеслась!
Отличная статья, правда никуда не годная. Начну, пожалуй, с придирки. Если сразу же в самом начале мы меняем термины с "плохой" на "слабый", почему бы сразу в заголовке не написать "слабый"?
Сбивчивая речь и непоследовательность в изложении мыслей - это абсолютно ничего не значит. Программист в большинстве случаев - интроверт, и работает в "своем режиме". Он может очень невнятно излагать мысли, просто потому, что ему нужно больше времени, чтобы собраться с мыслями, победить свои страхи перед возможной баталией аргументов в холиваре. Возможно, коммуникативные навыки довольно низкие, но когда этот парень в деле, его мозговые центры могут работать на полную катушку, и он уделает любого, кто может мастерски работать языком.
Злоупотребление терминами - это практически ничего не значит в профессиональном смысле. Да, каждый термин имеет свой русский перевод (баг, фича, инстанс, закоммитить и т.д. и т.п.), но чаще всего так быстрее донести смысл, чем вспоминать его русское значение. Попробуйте сделать это прямо сейчас!
Перфекционизм - ну я сейчас одну ересь скажу: каждый программист в своем роде - перфекционист. Если ты не перфекционист, то ты решаешь поставленную задачу в лоб самым топорным способом. Возможно это эффективно, но кодревью покажет, какого цвета у тебя пояс по программированию. Кроме того, неперфекционисты не учитывают большую часть возможных ошибок, и каждая задача будет возвращаться на доработку не раз.
Идеализм - да вообще нет такого. Ни один нормальный человек не будет добавлять в коллекцию уникальных значений новый элемент через List с проверкой, когда есть Set. Максимум, что может быть в такой ситуации - это джун, выдающий себя за миддла. Знаний - ноль, зато уверенности - хоть отбавляй. Ну это уже про самоуверенность. Велосипедизм - туда же. Просто узнайте у собеседника про его опыт. Год-два - за такой период нельзя вырасти в полноценного миддла. Спросите, читали ли Кента Бека, Роберта Мартина, Мартина Фаулера, Гради Буча... спросите про шаблоны, джун ответит только про синглтон, что по сути даже является антипаттерном.
Переусложение - это редкость. Думаю, ни один здравомыслящий человек не будет сидеть 2-3 дня и украшать свой код до неприличия, пока начальник не поинтересуется, а чего ты копаешься так долго. Есть сроки, дедлайны, спринты. Тебе отводится кусок времени на задачу, и ты её делаешь. Ты не можешь молча сидеть дальше и доделывать/переделывать. Тебе надо как минимум сказать тимлиду, что вот такая-то вещь написана слабо, или плохо интегрируется. Надо сделать рефакторинг, чтобы было удобнее или снизить риск ошибок. Согласовав, что надо сделать и сколько это примерно займет, тебе дают добро и дополнительное время. Никто не будет говорить "нет, нам надо только вот так, и никак иначе". Все понимают, что ошибки надо исключать. Несогласование мелких случаев, не требующих длительных по времени затрат, скорее придаст программисту статус большей самостоятельности. В это же время согласование с бизнесом более долгих работ закрепит за вами ярлык ответственного сотрудника, выявляющего скрытые нюансы, на которые бизнес не обратил внимания. Другое дело, если ты работаешь по старой школе, когда тебе назначают куча задач, ты выбираешь любую, делаешь сколько хочешь (или можешь), и все ждут только тебя. Разработчик - наш кормилец и царь-батюшка. Как заслужить такой авторитет - загадка!
"Туннельное зрение" - о чем это вообще? Цитата (под привычкой подразумевается идеализм): "эта привычка основана именно на предшествующем опыте и мешает разработчику получать новый, более конструктивный опыт". Чтооааа? полученный опыт мешает приобрести старый? Да, человеку свойственно сохранять удачный опыт и отбрасывать неудачный. Так он растет. Идеализировать один какой-то конкретный опыт в чем-то - никто так не делает. Выбор IDE зависит от языка. Java - IDEA, C++/C# Visual Studio, Delphi - Embarcadero RAD IDE, PHP - Eclipse, NetBeans и прочие бесплатные. И да, за софт платит компания, для физ. лица дорогое удовольствие - платить за полюбившийся софт.
Выводы: Ну надо искать другие признаки. Эти никуда не годятся. Наверное самый главный из них - мотивация. Мотивированных людей сразу видно. Если у него нет опыта, но он мотивирован, глаза горят, хватайте его и растите в своей компании. Этот человек добьется немалых успехов и принесет солидный доход. А если он проводит рабочее время в youtube, ВК, ОК, ФБ, инсте, чатится в телеграмм, а под конец рабочего дня пытается за час-два уложиться в готовое решение... Гнать в шею паршивца!
Сам я успел с разными людьми поработать, есть любитель топорного способа (например у нас в Dynamics AX есть енум NoYes = (No, Yes), который он всегда сравнивал с 0 и 1. Иногда даже просто в if-выражениях явно сравнивал булевый результат с 0 или 1. Это прям бесило!). Есть и мотивированный парень инвалид, он уходил в отпуск, чтобы из дома порефакторить код в спокойной обстановке. Помимо программирования, он ничего другого не делает. Он - гик и интроверт. Но это никак не минус. Сейчас ему примерно 45, и он - реально ходячая энциклопедия. Но вот с общением у него не все так гладко, мысли путаются (это же явный звоночек, не так ли?). Когда спрашиваешь его о чем-то конкретном, он пытается объяснить абсолютно все нюансы, хоть как-то касающиеся вопроса. Он может час тебе объяснять ответ на вопрос, на который надо было ответить либо да, либо нет. Однако он идеально и практически без ошибок работает и укладывается даже в нереальные сроки.
Я думал, автор напишет по-человечески, как находить время на самообучение, тренинги или про коллективное мышление. В итоге, я так понимаю, надо делегировать по минимуму, а лучше вообще писать код за подчиненных. И тогда они точно тупее тебя будут)))
Короче, статейка полный бред. Написал в стиле "я узнал вот это, и теперь я крут, а если бы я делегировал, то не узнал бы ничего".
Делегирование - работа на разных уровнях абстракции. Руководитель видит общую картину, программист же занимается деталями. По сути, принцип инкапсуляции налицо.
Вообще документирование как бы must have. Нет документирования, нет видения бизнес процессов. В итоге наш автор тонет в рутине, попутно бегая на все совещания, пытаясь успеть везде. Хотя, если руководить двумя подчиненными, то может еще не все так плохо? Но я сомневаюсь.
"Первый личный ПК у меня появился в 1999 году. Его привез мой дядя из командировки в Англию. На нем была установлена Windows 99 и предустановлены игры: Half-Life, Unreal, TestDrive и Fifa99."
Я обычно не придираюсь, но здесь слишком много чисел 99.
Эй, кто-нибудь в курсе, что за версия у Windows такая - 99? Знаю 98, знаю Millenium, знаю NT 4.0, знаю 2К. 99 - не знаю.
К истории о себе:
В своё время к 2000 году у меня появился Pentium 120, который даже MMX. Стоил он аж целых 7 тыс. денег. На 1 курсе у меня даже карманных особо не было. Родители купили для учебы. И я конечно не подвел, стал программистом, не абы каким, но со временем я улучшил свои навыки. Но параллельно... Сначала был Win95, на котором я играл в Doom II, Carmageddon, WarCraft II, Quake I, C&C, RedAlert и еще различные мега DOS-игры, которые шли под расширением DOS4GW. Сначала даже боялся обновлять Windows, но потом-таки поставил 98-ю, о чем нисколечко не пожалел. Система вела себя намного стабильнее, смог пересесть с Boland Pascal на Delphi 3. Стал подрабатывать, купил уже на свои AMD Duron и понеслась!
Отличная статья, правда никуда не годная. Начну, пожалуй, с придирки. Если сразу же в самом начале мы меняем термины с "плохой" на "слабый", почему бы сразу в заголовке не написать "слабый"?
Сбивчивая речь и непоследовательность в изложении мыслей - это абсолютно ничего не значит. Программист в большинстве случаев - интроверт, и работает в "своем режиме". Он может очень невнятно излагать мысли, просто потому, что ему нужно больше времени, чтобы собраться с мыслями, победить свои страхи перед возможной баталией аргументов в холиваре. Возможно, коммуникативные навыки довольно низкие, но когда этот парень в деле, его мозговые центры могут работать на полную катушку, и он уделает любого, кто может мастерски работать языком.
Злоупотребление терминами - это практически ничего не значит в профессиональном смысле. Да, каждый термин имеет свой русский перевод (баг, фича, инстанс, закоммитить и т.д. и т.п.), но чаще всего так быстрее донести смысл, чем вспоминать его русское значение. Попробуйте сделать это прямо сейчас!
Перфекционизм - ну я сейчас одну ересь скажу: каждый программист в своем роде - перфекционист. Если ты не перфекционист, то ты решаешь поставленную задачу в лоб самым топорным способом. Возможно это эффективно, но кодревью покажет, какого цвета у тебя пояс по программированию. Кроме того, неперфекционисты не учитывают большую часть возможных ошибок, и каждая задача будет возвращаться на доработку не раз.
Идеализм - да вообще нет такого. Ни один нормальный человек не будет добавлять в коллекцию уникальных значений новый элемент через List с проверкой, когда есть Set. Максимум, что может быть в такой ситуации - это джун, выдающий себя за миддла. Знаний - ноль, зато уверенности - хоть отбавляй. Ну это уже про самоуверенность. Велосипедизм - туда же. Просто узнайте у собеседника про его опыт. Год-два - за такой период нельзя вырасти в полноценного миддла. Спросите, читали ли Кента Бека, Роберта Мартина, Мартина Фаулера, Гради Буча... спросите про шаблоны, джун ответит только про синглтон, что по сути даже является антипаттерном.
Переусложение - это редкость. Думаю, ни один здравомыслящий человек не будет сидеть 2-3 дня и украшать свой код до неприличия, пока начальник не поинтересуется, а чего ты копаешься так долго. Есть сроки, дедлайны, спринты. Тебе отводится кусок времени на задачу, и ты её делаешь. Ты не можешь молча сидеть дальше и доделывать/переделывать. Тебе надо как минимум сказать тимлиду, что вот такая-то вещь написана слабо, или плохо интегрируется. Надо сделать рефакторинг, чтобы было удобнее или снизить риск ошибок. Согласовав, что надо сделать и сколько это примерно займет, тебе дают добро и дополнительное время. Никто не будет говорить "нет, нам надо только вот так, и никак иначе". Все понимают, что ошибки надо исключать. Несогласование мелких случаев, не требующих длительных по времени затрат, скорее придаст программисту статус большей самостоятельности. В это же время согласование с бизнесом более долгих работ закрепит за вами ярлык ответственного сотрудника, выявляющего скрытые нюансы, на которые бизнес не обратил внимания. Другое дело, если ты работаешь по старой школе, когда тебе назначают куча задач, ты выбираешь любую, делаешь сколько хочешь (или можешь), и все ждут только тебя. Разработчик - наш кормилец и царь-батюшка. Как заслужить такой авторитет - загадка!
"Туннельное зрение" - о чем это вообще? Цитата (под привычкой подразумевается идеализм): "эта привычка основана именно на предшествующем опыте и мешает разработчику получать новый, более конструктивный опыт". Чтооааа? полученный опыт мешает приобрести старый? Да, человеку свойственно сохранять удачный опыт и отбрасывать неудачный. Так он растет. Идеализировать один какой-то конкретный опыт в чем-то - никто так не делает. Выбор IDE зависит от языка. Java - IDEA, C++/C# Visual Studio, Delphi - Embarcadero RAD IDE, PHP - Eclipse, NetBeans и прочие бесплатные. И да, за софт платит компания, для физ. лица дорогое удовольствие - платить за полюбившийся софт.
Выводы: Ну надо искать другие признаки. Эти никуда не годятся. Наверное самый главный из них - мотивация. Мотивированных людей сразу видно. Если у него нет опыта, но он мотивирован, глаза горят, хватайте его и растите в своей компании. Этот человек добьется немалых успехов и принесет солидный доход. А если он проводит рабочее время в youtube, ВК, ОК, ФБ, инсте, чатится в телеграмм, а под конец рабочего дня пытается за час-два уложиться в готовое решение... Гнать в шею паршивца!
Сам я успел с разными людьми поработать, есть любитель топорного способа (например у нас в Dynamics AX есть енум NoYes = (No, Yes), который он всегда сравнивал с 0 и 1. Иногда даже просто в if-выражениях явно сравнивал булевый результат с 0 или 1. Это прям бесило!). Есть и мотивированный парень инвалид, он уходил в отпуск, чтобы из дома порефакторить код в спокойной обстановке. Помимо программирования, он ничего другого не делает. Он - гик и интроверт. Но это никак не минус. Сейчас ему примерно 45, и он - реально ходячая энциклопедия. Но вот с общением у него не все так гладко, мысли путаются (это же явный звоночек, не так ли?). Когда спрашиваешь его о чем-то конкретном, он пытается объяснить абсолютно все нюансы, хоть как-то касающиеся вопроса. Он может час тебе объяснять ответ на вопрос, на который надо было ответить либо да, либо нет. Однако он идеально и практически без ошибок работает и укладывается даже в нереальные сроки.
Я думал, автор напишет по-человечески, как находить время на самообучение, тренинги или про коллективное мышление. В итоге, я так понимаю, надо делегировать по минимуму, а лучше вообще писать код за подчиненных. И тогда они точно тупее тебя будут)))
Короче, статейка полный бред. Написал в стиле "я узнал вот это, и теперь я крут, а если бы я делегировал, то не узнал бы ничего".
Делегирование - работа на разных уровнях абстракции. Руководитель видит общую картину, программист же занимается деталями. По сути, принцип инкапсуляции налицо.
Вообще документирование как бы must have. Нет документирования, нет видения бизнес процессов. В итоге наш автор тонет в рутине, попутно бегая на все совещания, пытаясь успеть везде. Хотя, если руководить двумя подчиненными, то может еще не все так плохо? Но я сомневаюсь.