Перевод второй части статьи «51 Things You Shouldn’t Say to a Programmer Explained with GIFs».
В первой части мы обсудили 25 вопросов, которые не стоит задавать программисту, если не хотите наступить ему на любимую мозоль. В этой части рассмотрим еще 25 таких вопросов.
26. «Можем ли мы назначить митинг для переноса дедлайна, потому что последний был пропущен?»
Да, конечно можем, но стоит ли? Давайте лучше откажемся от митингов по теме дедлайнов, пока мы не вернемся в ритм.
27. «ИИ вас заменит»
ИИ помогает нам в работе гораздо дольше, чем вы можете представить, но он не отнимает нашу работу. Даже если подобное случится, программирование будет одной из задач, требующих автоматизации, а для этого потребуется огромный объем работ, выполняемых вручную.
28. «Процессор (или любая другая часть) моего ноутбука барахлит. Ты не посмотришь?»
Прежде всего, программирование это процесс создания программ. Программы это наборы инструкций, которые должен выполнять компьютер. Они бывают разными (это могут быть и игры, и приложения на телефоне), но все программы состоят из строк кода.
«Железо», включая центральный процессор, клавиатуру и мышь, — это нечто совершенно иное. И хотя некоторые программисты могут также разбираться и в «железе», не стоит ожидать от всех программистов умения чинить машины.
29. «Могут ли женщины писать код?»
Да! Вообще считается, что первым программистом в мире была именно женщина — Ада Лавлейс, опубликовавшая алгоритм для первого современного компьютера. Если вопрос заключается в том, почему женщин-программисток меньше, чем мужчин-программистов, это другое дело. Это вопрос гендерного неравенства, представления о программистах в обществе и прочих факторов.
30. «Какой <любой компонент компьютера> мне купить?»
Я, конечно, могу что-то посоветовать, но как программист я имею дело с программами, а не с «железом». Мои знания о «железе» никак не связаны с моей профессией, они скорее проистекают из моего личного интереса к этой теме. Не нужно считать, что программисты разбираются в «железе», только потому, что работают с компьютерами. Мы просто используем компьютеры как инструменты для своей работы — как и миллионы представителей других профессий.
31. «Можешь написать руководство для этой программы?»
Все любят читать руководства, когда получают новую программу. Но написание такого руководства это форменный кошмар (поэтому мы ненавидим подобные вопросы). Программисты предпочитают писать код, а не мануалы, хотя написание последних может быть частью их работы, в зависимости от сложности продукта.
32. «Может, мне перезагрузить компьютер, чтобы избавиться от этого бага?»
Многие люди (особенно с ограниченными знаниями по компьютерной части) считают, что перезагрузка системы это отличный способ решения большинства проблем с компьютером.
Перезагрузка, конечно, может помочь, но только при некоторых не слишком серьезных проблемах. Если у вас баг в коде, перезагрузка не поможет. Лучше позволить программисту (как эксперту в этом деле) самому решать, как поступить.
33. «Сделайте, чтоб это выглядело в точности как продукт «Х»»
Когда вы обращаетесь к программисту с такими запросами, вы фактически просите скопировать чужую работу. Программисты терпеть этого не могут, и не только потому, что это незаконно, но и потому, что хотят иметь шанс показать свои возможности. Зачастую программист может все сделать куда лучше, чем в приведенном вами образце.
34. «Когда будет готово?»
Программисты ненавидят обсуждать дедлайны до начала работ над проектом. Дело в том, что чтобы дать точный прогноз по завершению той или иной задачи, нужно погрузиться в программирование. Если же без определения дедлайна не обойтись, у программистов возникнет множество вопросов, на которые клиент должен будет ответить с самого начала.
35 «Я — HTML-программист»
Когда вы такое говорите, вы и себя обижаете, и других программистов. Простите, но HTML — не язык программирования.
36. «У меня есть идея на миллион долларов. Давайте вы поможете мне ее воплотить, а я вам заплачу, когда дело выгорит»
Спасибо за щедрое предложение, но я пожалуй откажусь. Программирование перестало быть моим хобби много лет назад, и с тех пор я программирую за деньги, потому что только деньгами можно заплатить за квартиру.
37. «Давай сделаем видеоигру»
О чем? И зачем?
У программистов бывают разные специализации, и то, что я программист, еще не значит, что я умею делать игры. Это все равно что просить дерматолога посоветовать зубную пасту.
38. «А ты можешь хакнуть этот сайт?»
Возвращаемся к дерматологу и просим вылечить что угодно в организме, кроме кожи. Он же учился медицине! Но нет, это так не работает. То, что врач изучал медицинское дело, еще не значит, что он знает всю человеческую физиологию.
То же самое касается и программистов. То, что человек работает с кодом и компьютерами, еще не значит, что он может взломать программу или игру. Программист — не эксперт по компьютерной безопасности, не системный разработчик, не сетевой инженер и т. д.
39. «О, ты так быстро справился. Можем, сократим оплату на половину?»
То, что я написал код или исправил баг намного быстрее, чем ожидалось, не значит, что это было легко сделать. Так что, пожалуйста, не покушайтесь на мои деньги. Лучше поблагодарите и вспомните обо мне, когда понадобится сделать что-то еще.
40. «Забудь о том, чем ты там сейчас занимаешься. Нам нужно вот это прямо сейчас»
Люди часто меняют требования к проектам. Это нормально, но не лучше ли спланировать все заранее — до того, как звать программиста поработать над проектом? Этим вы не только программисту жизнь облегчите, но и себе деньги и время сэкономите.
41. «В этом проекте практически такой же функционал, как и в том, что ты делал несколько месяцев назад. Может, просто скопируешь готовый код?
Если функционал буквально такой же, то да, я его скопирую, и все будет прекрасно. Но в случаях, когда функционал практически такой же, скопировать не всегда получается. Если проект требует хоть небольшого различия с предыдущим, то копипаст не сработает (и следовательно, программисту потребуется больше времени на работу).
42. «Твой код — отстой»
Если вы программист, проверяющий код другого программиста, то по факту вы можете быть правы. Но ведь выразиться можно и более конструктивно! Например, можно сказать что-то вроде «Давай вместе посмотрим твой код. Покажи мне, что и почему ты сделал, чтобы я мог это понять». Чаще всего человек, плохо отзывающийся о чужом коде, сам не лучший программист.
43. «Я бы сделал лучше, с меньшим количеством кода»
Очень может быть. Но также вероятно, что этот код обрабатывает какие-то специальные условия, о которых вы не подозреваете. Больше того, может быть, что автор кода тоже мог бы написать короче. Но код выглядит именно так, как он выглядит, в силу определенных обстоятельств. Возможно, лучше задать наводящие вопросы типа «этот код пора отрефакторить или мы спешим?»
44. «Просто сделайте, чтобы было, как у конкурентов»
Вы сможете построить машину, если кто-то просто скажет «сделай, чтобы выглядело, как Ferrari»? Если вам действительно нужно создать такой же продукт, как у конкурента, лучше сказать так: «Вот продукт нашего конкурента, давайте изучим, что именно в нем нам нравится, и почему он так хорошо работает».
45. «Почему так долго?»
Да, очень жаль, но иногда создание продукта действительно происходит дольше, чем хотелось бы. И мы либо не знаем, почему это так, либо боимся сказать, чтобы нас не уволили.
Вместо того чтобы спрашивать, почему так долго, попробуйте спросить что-то вроде «Как вы думаете, сколько времени это займет? Говорите, неделю? Хорошо, я свяжусь с вами через несколько дней, чтобы узнать, как дела. Если сделаете за неделю — прекрасно, но если это займет больше двух недель, нам нужно будет разработать другой план».
Этот подход больше напоминает сотрудничество и позволяет программисту почувствовать, что на него не нападают, а поддерживают.
46. «Почему разработка стоит так дорого? Мы ведь не используем никакие материалы!»
Чтобы создать программу, программистам нужен компьютер, лицензии, серверы, опыт, а также провести много времени, уткнувшись в экран. Последние два пункта пользуются особенным спросом, а потому требуют большей компенсации.
47. «Почему ты кодишь по выходным?»
Для этого есть две причины:
- Кодинг в свободное время для open-source-проекта, где нет никаких дедлайнов, отличается от кодинга по работе. Это практически как когда журналист в рабочие дни пишет для своего издания и за деньги, а в свободное время может написать что-то интересное и выложить на личной странице.
- Я могу работать над какой-то неотложной задачей, требующей немедленного внимания. Например, в выходные мог внезапно проявиться баг, и его нужно срочно исправить, даже если собирался поехать на природу (в противном случае можно потерять работу).
48. «Мы — стартап, поэтому не можем заплатить так много. Но мы заплатим, когда добьемся успеха»
Программисты действительно любят роялти, но когда компенсация зависит от того, насколько хорошо компании удастся себя продать, ситуация усложняется. Одно дело стартап, в котором программист сам заинтересован, и совсем другое — бесплатная работа в надежде, что продукт станет популярным.
49. «Я знаю восемь языков программирования, включая HTML, CSS, PHP, JavaScript, C++ и т.п.»
Прекрасно! Но, во-первых, знание языка еще не делает вас хорошим программистом. Во-вторых, умение написать «Hello World» после прохождения туториала или даже получения сертификата еще не означает, что вы знаете этот язык.
50. Программирование это всего лишь работа за кулисами. Вот менеджмент, бизнес-аналитика, стратегическое консультирование — это дело!
В экосистеме важны все виды работ. Моя работа имеет такую же ценность, как и работа представителей всех остальных сфер!
[customscript]techrocks_custom_after_post_html[/customscript]
[customscript]techrocks_custom_script[/customscript]
error
Load