Что делает программиста программистом?

Question

[Кирилл Кривицкий]

В одном из вопросов в комментариях мы с Назир Хуснутдинов подняли тему "Что делает программиста программистом".

У нас вышел вот такой список:

1. Знание синтаксиса языка
2. Понимание алгоритмов
3. Применение алгоритмов в синтаксисе
4. Не просто знать синтаксис языка (а бывает и нескольких языков), а знать какие модули подключать и какие функции использовать для получения результата. Хочу напомнить у разных языков они разные.
5. Постоянно следить за обновлением "инструментария" (что бы написанное ПО работало в актуальных версиях ОС (браузеров и т.п.) и при возможности поддержка старых). Т.е. осваивать (читай переучиваться) новый (или обновлённый) "инструментарий". Если этого не делать, то в итоге окажешься без работы. Поэтому параллельно приходиться постоянной что-то изучать.
6. Изучать сферы деятельности и бизнес процессы заказчика, что бы понять что "писать" (ТЗ обычно редко бывают полноценными).
7. Постоянное совершенствование своих навыков (быть в "тренде"). Надеюсь не стоит это объяснять. Программировать - это не валенки валять.
UPD 2 8) Решение проблем бизнеса.
UPDДа умение писать программы - и подразумевается под программированием и как было в одном из ответов подразумевается инженер-разработчик программного обеспечения

Будем признательны, если вы его дополните.

П.С. тэги языков использовал, чтобы привлечь больше внимания, как профессионалов, так и новичков.

Comments

[Ilya Bobkov]

Странные вопросы попёрли

Answer 1

[Котик Антон]

В вашем списке нет самого главного. Можно всё перечисленное знать, но не быть программистом.

Программиста делают программистом написанные им программы!

Comments

[Кирилл Кривицкий]

Если человек напишет программы Hello World на всех языках программирования думаю он не будет программистом.
Хотя безусловно я с вами согласен, что программиста - делают написанные его программы

[Котик Антон]

Кирилл Кривицкий: Я считаю, что он будет неопытным, но всё же программистом. Если допустить, что вы правы, и написать Hello World не достаточно (кстати, написать можно по-разному), чтобы считаться программистом, то возникает вопрос: где же грань? Какой должна быть программа, чтобы её создатель считался программистом?

[Кирилл Кривицкий]

27cm: Согласен, что он будет не опытным программистом, поэтому здесь я не прав. Также вы правы, что написать можно по-разному, главное чтобы выполняло поставленную задачу. И если задача состоит в том, чтобы был вывод Hello world в консоли, то тут пригодиться и тот человек, который только и умеет, что на любом ЯП написать Hello world.

[zooks]

Программист - это тот, кто пишет полезные программы.

[Роман]

Обычно бывает люди не верят что вот это программу ты написал. Убивает вот это

Answer 2

[Saboteur]

Вы путаете программиста и хорошего специалиста.

Программист - тот, который пишет программы.

Профессиональный программист - тот, который пишет программы и получает за это финансовое вознаграждение (то есть для него это уже не увлечение, а профессия).

Хороший программист - вот тут уже можно и бизнес клиента подучить, и алгоритмы подтянуть, и другие пункты из вашего списка.

Comments

[Saboteur]

По пунктам
> 1. Знание синтаксиса языка
Неверно. Знать синтаксис может преподаватель информатики. Некоторые языки такие простые, что изучить синтаксис самого языка можно за час-день, а начиться программировать - не факт

> 2. Понимание алгоритмов
Алгоритмы это математика и логика. Программист пользуется алгоритмами, но сами по себе алгоритмы не делают программиста.

> 3. Применение алгоритмов в синтаксисе
Ну уже ближе. Но опять таки можно остаться теоретиком.

> 4. Не просто знать синтаксис языка (а бывает и нескольких языков), а знать какие модули подключать и какие функции использовать для получения результата. Хочу напомнить у разных языков они разные.
Это не определение программиста, а определение его уровня владения каким-либо языком. Программист начинается гораздо раньше.

> 5. Постоянно следить за обновлением "инструментария" (что бы написанное ПО работало в актуальных версиях ОС (браузеров и т.п.) и при возможности поддержка старых). Т.е. осваивать (читай переучиваться) новый (или обновлённый) "инструментарий". Если этого не делать, то в итоге окажешься без работы. Поэтому параллельно приходиться постоянной что-то изучать.

Совсем не факт. Программист может оставаться программистов и не работая программистом за деньги. Множество людей пишет программы (и неплохие), в качестве хобби. Да, конечно IT сфера привлекает заработком, и чаще всего профессия и хобби начинают у программистов совпадать, но это не факт.
Следить за обновлением ПО, за версиями браузерами и так далее - это вообще узкая ниша. Есть люди которые пишут НЕ для браузеров. Есть люди, которые поддерживают конкретные задачи и для их задач вообще неважно что там в мире поменялось. Это опять таки отдельные качества, относящиеся к направлению в разработке.

> 6. Изучать сферы деятельности и бизнес процессы заказчика, что бы понять что "писать" (ТЗ обычно редко бывают полноценными).
Нет. Есть множество задач для программистов, где ТЗ достаточно полноценные. Есть множество задач, где для составления ТЗ привлекаются специальные люди.

> 7. Постоянное совершенствование своих навыков (быть в "тренде"). Надеюсь не стоит это объяснять. Программировать - это не валенки валять.
Нужно. Иначе бы не было сайтов типа govnokod.ru
В любой профессии нужно совершенствоваться, а можно оставаться на месте, и при этом даже не терять работу. В некоторых случаях валять валенки может быть сложнее программирования.

> UPD 2 8) Решение проблем бизнеса.
ВООБЩЕ НЕТ.
Бизнес проблемы решают бизнесмены, а не программисты. Программисты создают инструменты, которые помогают решать бизнес проблемы. Но решение проблемы - это определить проблемы и придумать процедуру ее решения. Саму процедуру реализовывать будут уже отдельные специалисты.

> UPDДа умение писать программы - и подразумевается под программированием и как было в одном из ответов подразумевается инженер-разработчик программного обеспечения
ДА. Программист пишет программы. Дворник метет. Сисадмин настраивает оборудование. Писатель пишет тексты. ВСЕ.

У вас совершенно невнятно оформлен вопрос. Для начала, если охватить большинство ваших вопросов и посмотреть глобально, заметно, что под программистом вы в первую очередь подразумеваете программирование в веб (отсюда какие-то тренды, совместимость с браузером и так далее).

А если человек программирует логику чипа для холодильника или логику для полета квадракоптера, причем тут браузеры и тренды?

Вы постоянно путаете желание человека просто саморазвиваться и профессию программиста. Хороший специалист в своей области должен следить и за трендами и за новыми инструментами. Но это можно отнести и к дизайнеру интерьеров, и к парикмахеру и к строителю и к продавцу.

В общем тема раскрутилась, куча народу отвечает, а смысла - ноль.

Answer 3

[Антон Жуков]

Программист - это тот, кто может автоматизировать решение прикладной задачи (по айтишной тематике) любым доступным способом

Comments

[Сергей Протько]

почему только по айтишной? Любое решение задач при помощи IT штук. Это не обязательно айтишные задачи.

[Антон Жуков]

Скажем так, можно автоматизировать процесс производства гаек при помощи механического штамповального станка - и это не сделает тебя программистом. Поэтому приписка про айтишную тематику

[DDDsa]

MrCheater: Это механизация, а не автоматизация

[Saboteur]

MrCheater: Даниил: Вот именно. А программирование ЧПУ станка это уже программист, который занимается ембеддед практикой, программируя логику микросхем.

[zooks]

Я тоже так считаю. Прежде чем что-то начать лопатить руками, программист думает об автоматизации.

Answer 4

[_ _]

В подобных вопросах стоит для начала определиться с терминологией.
Какого именно специалиста вы подразумеваете под тегом "программист"?
Разработчик на ABAP для вас программист? QA для вас программист (они зачастую сценарии пишут на различных ЯП)?
Я бы в вашем случае воспользовался термином "инженер-разработчик программного обеспечения".
И слово "инженер" тут, на мой взгляд, самое главное. А "программист" я бабушке говорю, когда она спрашивает, чем я занимаюсь.

Answer 5

[Сергей Протько]

1) это кодер
2) да, но еще немаловажно умение их строить
3) код-манки
4) код-манки
5) хипстер
6) бизнес-аналитик, что в принципе норм. Программист должен в первую очередь решать задачи бизнеса а не код писать (это метод решения проблем), а для этого надо какое-никакое о погружение в предметную область
7) это справедливо для всех специальностей.

В целом вопрос самоопределение "программиста" это весьма филосовский вопрос. Я для себя это определяю как "полезный чувак, который в состоянии решать проблемы из разных предметных областей". Жить становится чуть проще когда перестаешь разделять людей на категории вида "бизнес аналитик, тестировщик, кодер"... это все может быть один человек. Просто кто-то углубляется больше в одну сторону, кто-то в другую...

В целом... почитайте Эрика Эванса, Предметно Ориентированное Проектирование - он там чуть уделяет внимание задаче девелопера.

Comments

[Назир Хуснутдинов]

Нельзя все эти пункты рассматривать по отдельности!

По первым трём всё ясно - это как научится ходить и говорить.
4) Это опыт работы с конкретными инструментами. Работодатель не пишет в вакансии знание синтаксиса - он пишет знание конкретного ЯП, вплоть до версии или даже конкретной среды разработки (не говоря уж о других сопутствующих технологиях - git, петерны и т.п.).
5) Т.е. поддержка продукта - это по вашему хипстерство? Продукт некогда написанный под Windows XP пусть там и работает?
6) Да это норм. Особенно в маленьких компаниях.
7) Особенно в сфере IT. Валенки можно и по старой технологии делать - будет даже "круче".

Сергей Протько ... это все может быть один человек. Просто кто-то углубляется больше в одну сторону, кто-то в другую...
Просто иногда тупо нет рук (голов), чтобы доверить...

[Сергей Протько]

Назир Хуснутдинов:

4) я собеседовал людей у которых есть опыт и не малый работы с конкретными инструментами, при отсутствии понимания как оно работает. Паттерны и прочая теория это теория, а не технологии. Просто автор не верно сформулировал этот пункт на что я и указал.

5) тут говорилось именно в контексте "вышла новая тулзень надо обязательно поковырять". Откуда вы тут суппорт родили, где все наоборот остается примерно той же версии, применяя только секьюрити апдейты и обновляясь очень осторожно...

6) Опять же, что именно норм в маленьких компаниях? Отдельная роль бизнес аналитика? Отсутствия четко выделенных ролей в принципе? (аджейловая кросс-функциональная команда, BDD-ные три амиго, примеры того когда обязанности слегка размыты)

Просто иногда тупо нет рук (голов), чтобы доверить...

что именно доверить?

[Назир Хуснутдинов]

Сергей Протько: что именно доверить?
Часть работы.

[Назир Хуснутдинов]

Сергей Протько:
Опять Вы каждый пункт в отдельности рассматриваете.
4) Понимание должно быть и ни кто не спорит с этим. Просто работодателю зачастую нужен готовый специалист. Работают HR и им глубоко, на твои знания внутренностей.
5) Про "тулзень" нет ни слова. Имелась ввиду поддержка. Прочитайте весь пункт _внимательно_. Никто и не писал, что в ту же секунду нужно обновляться на продакшене.
6) Не хватает людей в маленьких компаниях. Это же очевидно! Читайте все сообщения по прядку (я к стати с вами согласился). Тогда поймёте...

PS. Может я не могу мысль донести. Но когда я перечитываю, что написал в пп 4 по 7 мне всё понятно. Видимо нужно разжёвывать как-то каждую мысль.

[Сергей Протько]

Назир Хуснутдинов:

я не вижу смысла не рассматривать эти пункты по отдельности (вместе они смысла больше не несут). В моем маленьком мирке все просто - программист (software engineer) это прочто человек который решает задачи в контексте IT. То есть для меня нормально считать QA - программистами а не тестировщиками (тут как и код-манки есть манки-тестеры, все честно)

Далее продолжаем по пунктам.

4) HR бывают разные, я из всех знакомых могу увы выделить только 3-4 интересных HR-а (ну может и больше, из тех кто в состоянии после собеседования психологический портрет составить), в остальном это просто милые девочки, которым до лампочки чем придется заниматься человеку и который может вообще не знать чем занимается компания в которую она ищет кандидата. Ее задача под требования найти побольше резюмешек, отфильтровать явный неадкват и скинуть дальше на апрув лидам и т.д. А вот им наш внутренний разработческий мир очень даже интересен, и знания внутренностей и как оно работает для них - уменьшает риски. Без понимания как это работает - все это просто манки-кодинг. Нашел кусок кода в интернетах - влепил.

5) "при возможности поддержка старых версий операционных систем и браузеров". Ни о какой поддержке продуктов речи не идет. Прочитайте внимательно. Упор делается на "следование трендам рынка что бы было что кушать".

6) какие "все"? Оно от вас только одно было.

[Назир Хуснутдинов]

Сергей Протько:
Всё началось с этого поста в другой теме За что программист получает деньги?
Я писал больше ответ на тот вопрос.
В итоге автор создал текущий вопрос.
Я просто пытался дополнить. Видимо не вышло донести мысль. И похоже уже вряд ли получится.

[Сергей Протько]

Назир Хуснутдинов: прочитал ваш ответ, и опять же не понял ваш поинт. "Сделай что бы работало"? Или "решить проблемы бизнеса"? Если второе то согласен.

[Назир Хуснутдинов]

Сергей Протько:
Т.е., если я решу проблему бизнеса установкой готового решения, то я сразу программист?
Можно тогда вообще ничего, никогда и нигде не расписывать.
Вопрос: Что делает программиста программистом?
Ответ: Решение проблем бизнеса!

Вопрос: Что делает маркетолога маркетологом?
Ответ: Решение проблем бизнеса!

и т.д.

Вот так легко и просто отвечать на любой вопрос.

А так конечно же согласен с Вами. Пусть это будет 8м пунктом (одним из):
8) Решение проблем бизнеса.

[s0ci0pat]

Назир Хуснутдинов: Рассматриваем сферического программиста в вакууме или только программистов маленьких проектов? Потому что на больших программист ни каким образом не решает проблему бизнеса. Чаще всего он вообще не понимает о чем говорит бизнес.

[Сергей Протько]

s0ci0pat: он должен понимать о чем говорит бизнес, иначе мы имеем дело не с большим проектом а с плохо построенными процессами. Это было актуально лет 20 назад, когда подругому как бы и не принято было. А сейчас в моде маленькие команды которые пилят свои кусочки большого проекта.

[s0ci0pat]

Сергей Протько: Вы ошибаетесь! Банки, крупные организации и корпорации, государственные структуры, заводы, космическое агентство, железнодорожное и авиа сообщение и многое другое - они никуда не делись. Или думаете, что там на перфокартах информация передается?

Если вы решили не замечать огромную часть рынка, потому что она не модная, то это не значит, что ее не существует.

[Сергей Протько]

s0ci0pat:

банки - человек должен знать о предметной области что бы делать свои дела. Он во всяком случае должен все это учитывать.

крупные организаци и корпорации - это в основном легаси проекты (попадался проектик где использовалась легаси система написанная аж в 79-ом году на ассемблере, которая за 35 лет просто обрасла оберткой на java). Там много проблем и хороший процент оных как раз таки в плохих процессах.

Заводы - разработчик так же должен быть вкурсе предметной области.

Космическое агенство - разработчик должен быть вкурсе предметной области. Там обычно программисты либо моделируют какие-то системы, что подразумевает о том что человек знает что моделирует, либо еще чего. Есть еще обработка цифровых сигналов и прочие забавности где разработчик опять же знает предметную область разрабатываемого проекта.

Если человек не знает что он делает, то он работает крайне не эффективно. Это существенно увеличивает риски и т.д. По сути это яркое подверждение того что процессы в таких командах работают очень не эффективно.

Собственно лет 15 назад на этой волне появилось сообщество BDD и DDD, которые на разных уровнях пытаются устранить проблему стоимости перевода требований из языка бизнеса в код. Так же есть другие подходы, в той же космической отрасли или военной промышленности V-model используется или подобные вещи, и там хочет разработчик или не хочет, но ему придется ознакомиться с предметной областью.

[Сергей Протько]

s0ci0pat: я лишь пытаюсь сказать что если человек не знает предметной области и только делает то что ему говорят - то грош цена такому программисту.

Без хотя бы минимального погружения в предметную область (даже если большая часть бизнес анализа была сделана аналитиками), работа программиста будет происходить крайне не эффективно.

[s0ci0pat]

Сергей Протько: И снова вы ошибаетесь!
Полностью согласен с вами на все сто процентов, что программист должен знать о предметной области (секретные и сверхсложные проекты в расчет не берем, это скорее редкие исключения).

А теперь вернемся к тому, о чем говорили: программист ни каким образом не решает проблему бизнеса. Например, работая над проектом одного завода, бизнесом была озвучена проблема "Уменьшение продаж в городе N". Если бы я пришел к программистам и сказал: "Вот проблема бизнеса - решайте!", то уверен что услышал примерно следующее: "Ты что, дядя, совсем того? Мы тут ERP-систему пишем. Откуда мы знаем, что там в городе за 500 км творится"

[Сергей Протько]

s0ci0pat: ну давайте так. Програмист задаст вопросы, а как вы сейчас работаете? А где у вас узкие места и т.д. Ну то есть еще еще бизнес анализ. Бизнес анализом может заниматься как отдельный человек так и сам программист (обычно эти чуваки дороже). Ну то есть вы описали начало, адекватные люди потом вытягивают из клиента информацию. "увеличение продаж" это основная цель, как это сделать это уже другая штука.

На днях смотрел интервью с Робертом Мартином, и там как раз поднимался вопрос "кто такие программисты". Он назвал это основной проблемой отрасли так как профессии "программист" не существует. Нет никаких регламентирующих органов, любой кто написал простенькую програмку может назвать себя программистом. В принципе мы можем долго рассуждать о философской подоблеки но всеравно эта ситуация не изменится.

[s0ci0pat]

Сергей Протько: Я ориентируюсь на реальный российский рынок. Вы можете зайти на хэдхантер или суперджоб, набрать в поисковике «программист» и прочитать, что требуется для данной профессии. Опять же я не утверждаю, что программист не умеет анализировать, поэтому в самом начале, я спросил, какого программиста мы рассматриваем. Я несколько раз сталкивался с ситуацией, когда программист очень хорошо разбирается в бизнес или системном анализе, но в каждый этот раз приходилось нанимать нового программиста, потому что у новоиспеченного аналитика уже не было времени программировать.

>> В принципе мы можем долго рассуждать о философской подоблеки но всеравно эта ситуация не изменится.
Так в том-то и дело! За мою многолетнюю карьеру, а точнее много-многолетнюю карьеру, аналитиком на крупных проектах ни один программист не решил проблемы бизнеса. Ничего личного, только бизнес!

Повторю, имею в виду только крупные проекты. Это на мелких проектах к вам приходит заказчик и говорит: «У меня проблема. Сейчас все заказывают через интернет, а у меня нет сайта» и вы сразу начинаете решать эту проблему. Когда-то на заре карьеры, я писал складскую программу для своего колхоза. Вот там я был и менеджером, и аналитиком, и программистом, да и чуть ли не сам требования выдвигал – вот там я решал проблему бизнеса, потому что я не только знал предметную область, но и принимал решения в проблемах бизнеса. А когда мы создавали ядро ИС для банка, и к нам пришла молодая девочка из МГУ и переписала часть кода, что нагрузка на серверы уменьшилась на 10%, знаете, что было? Ничего! Бизнесу все равно что такое серваки, какие именно серваки и какая там нагрузка. Программист сделал гениальную работу, но проблема бизнеса не решена, поэтому бюджет проекта не увеличили ни на копейку.

[Сергей Протько]

s0ci0pat: ну я на российский рынок не ориентируюсь. По сути там дела обстоят так же как и в остальном мире лет 10 назад (а то и больше).

В целом мое виденье мира - хороший программист должен уметь делать бизнес анализ, QA-ить и т.д. Другое дело что один человек все не в состоянии продумать потому появляются концепции трех амиго (продукт оунер, разработчик, qa). На большом проекте выгодно выделить отдельно бизнес аналитика и т.д. но разработчики должны быть в процесс бизнес анализа вовлечены хотя бы минимально. Ну и короч уже там дальше идут варианты.

Есть так же BDD и DDD которые на разных уровнях решают вопрос коммуникации при формировании и реализации требований. Ну и т.д.

[s0ci0pat]

Сергей Протько: Что я и хотел узнать. То есть мы рассматриваем "идеального программиста в вакууме". Спасибо.

[Сергей Протько]

s0ci0pat: ну как бы да, абстрактного программиста. Как по вашему еще можно формировать терминологию? Как по мне ориентироваться на "как должно быть" лучше чем на "как есть и причем не везде а в определенных ареалах обитания"

[s0ci0pat]

Сергей Протько:
Вот я работал в банке, и не замечал у программистов особо рвения общаться с бизнесом, и тем более желания понимать их. Потому что финансисты и технари говорят на абсолютно разных языках и катастрофически не хотят друг друга понимать. Одному архитектору пришлось уйти, потому что он хотел, чтобы все было логично и идеально по Макконнеллу, а бизнесу было пофигу говно-код, главное, чтобы быстрее была решена их проблема.

А в одной конторе, проект был очень сложный и программист не мог создать даже одну функциональность, поэтому он писал всего лишь один модуль, да и то, математическую часть писал математик. В одном проекте было все засекречено, поэтому даже я сам не знал, какую проблему решать. То есть я писал требования, из забирал заказчик, относил к неизвестным мне программистам, потом забирал у них результаты, как-то их тестировал и говорил: «Ок» или «Не Ок» - я никогда не видел результата.
А как быть с международными проектами, где команды из разных фирм, из разных стран, и даже с разных континентов, и о чем можно говорить, если даже правители этих стран не могут договориться (то есть сам бизнес не знает, чего он хочет). Кстати, на предпоследнем проекте разработчики были из Минска, было бы проблематично возить их через день к заказчику в Москве для взаимопонимания.

Сколько я учувствую в крупных проектах и набираю программистов в проекты, мы никогда не задаем бизнес вопросов или всякой стартаповской ерунды, типа: «сколько шаров влезет в космических шатл». Только конкретные вопросы по коду. Заказчик платит миллионы долларов не для того, чтобы программист разбирался в бизнесе, проводил НИР, анализ и только потом программировал. Поэтому я и написал, что программисты на крупных проектах (не сферические, а конкретные) не решают проблем бизнеса. Вы можете формировать что угодно, но рынок будет диктовать свои условия.

[Сергей Протько]

s0ci0pat: Ваш этот "архитектор" просто еще не дорос до мысли что "говнокод это нормально, если оно работает и не мешает масштабированию системы". Подобный перфекционизм это болезнь такая же как и отсутствие этого перфекционизма. Все должно быть вмеру.

Опять же рвение писать идеальный код (которого на самом деле не бывает) - это отсутствие желания решать проблемы бизнеса эффективно (иногда надо идти на компромисы, учитывая все переменные).

По поводу проектов с "секретностью" - сложно... я таких не встречал и мне сложно представить как в таких условиях работать. Единственное что я понимаю что на таких проектах очень детализированные требования и очень качественное тестирование должны проводиться (военная промышленность например).

По поводу междунородных проектов - не путайте цели бизнеса и законодательства. Для каждой страны просто будет все по разному. Разработчики к законадательству или правительству никакого отношения не имеет.

По поводу вопросов при найме сотрудников - ну как бы... да. Чувак разберется с предметной областью на том уровне на котором ему нужно.

И да, я не знаю ничего о тех "больших" проектах где вы работали (у разных людей разный опыт) но на сегодняшний день есть тенденция дробления больших проектов на микросервисы с маленькими командами и погруженностью разработчиков в бизнес логику, практики continuous improvement, lean и т.п. И погружаются разработчики в ту часть бизнес логики и бизнес процессов, на которую ориентируется их задача. Конечно на одном уровне со стэкхолдерами говорить они не смогут но отдельные вещи понимать будут. Будут формировать единый язык и все такое.

Вы пробовали работать по BDD? Я - да. И я знаю массу команд которые успешно применяют эти подходы. То есть там и клиент и разработчики обсуждают требования, предлагают идеи и т.д. Может быть будет отдельный бизнес аналитик который будет описывать требования и спускать их разработчикам. И да, эти подходы не для 100% случаев, серебрянной пули нет. Скажем ваш пример с "секретностью" весьма показателен. Я с этим не сталкивался и как-то даже не задумывался о подобных проектах и о подходах к разработке на оных.

В целом я понял... я похоже говорю о сферическом девелопере в реалиях кросс-функциональных команд (аля agile) вы же концентрируете внимание на чуваке который пишет код. Если так то программист это чувак который пишет код. Причем любой чувак который пишет код - программист.

[s0ci0pat]

Сергей Протько: Ну да, архитектор очень принципиальный был)))

А цели бизнеса и законодательства я не путаю, а совмещаю, что неизбежно на крупных проектах. Разработчики к законадательству или правительству, может и не имеют отношения, а вот бизнес как раз имеет самое непосредственное. Поэтому если что-то не учесть, может выйти большой штраф, а то и тюрьма. Но к счастью для разработчиков им не стоит переживать и отвлекаться от своей IDE, аналитики решат проблему бизнеса. Банальный пример: хранение персональных данных. Мы стали учитывать это, когда об этом стали только заикаться. Но знаю, как некоторые в спешке все переделывали, когда до принятия закона оставался месяц. А если проект межгосударственный, то главы государств как бы и есть главные заказчики. А Путин, кстати, может сам взять и приехать, чтобы проверить результаты. На государственных тоже не легче, когда министры тянут одеяло в свою сторону.

А вот вам реальный пример из моей практики. Разрабатываем некоторое ПО для коммерческого банка. Проект был вроде был на два с половиной года. Год прошел вполне стандартно: встречи, митинги, исследования, анализ, документирование, разработка, тестирование и прочее... А через год вышли изменения в законе, который не позволял это ПО использовать. Люди работали? Да, даже с переработками. Деньги потрачены? Да. Проблема бизнеса решена? НЕТ! Кто виноват? Заказчику все равно, он деньги заплатил, а проблема не решена, даже больше стало.Разработчики не при чем как бы, не могли же они все предвидеть. Может поэтому забить на заказчиков? Нельзя! Пострадает репутация компании, а это недополученные контракты на миллионы.
Был случай наоборот, когда систему разрабатывали в надежде на закон, а его не приняли.

Короче, крупные проекты это совсем другая кухня. Никаких новомодных штучек, типа, BDD или Scrum тут нет. Чаще всего, методология уже выбрана давно и называется ГОСТ. Хотя на некоторых проектах был RUP. Как-то руководитель департамента разработки говорил, что пытались Agile использовать, но не прижилось. Программист - это инструмент, причем четко налаженный, который получает спецификацию и выдает нужный результат.

[Сергей Протько]

s0ci0pat: на больших междунородных проектах просто эти "цели" достигаются чуть разными методами и все.

Вы смешали бизнес анализ и юриспруденцию. У вас уже есть доменные-эксперты (владельцы бизнеса) которые прекрасно знают что как в законодательстве какой страны и т.д. и команда разработчиков на основе своего опыта из знаний клиента формируют требования (ну и затем их реализуют).

Ну нежно совсем уж утрировать и подменять понятия. Все намного проще. Клиенты обычно не такие уж тупые чуваки, они могут не смыслить в разработке но это уже ваша задача объяснять вам что к чему.

. А через год вышли изменения в законе, который не позволял это ПО использовать

Это определенные риски, которые несет банк. Разработчики максимум что могут сделать - сделать систему гибкой для внесения изменений. В целом я не знаком с банковским сектором в странах СНГ и для меня кажется чуть более чем не реально что какой-то закон вышел и об этом узнали вот так вот резко. Для СНГ это может и норма но не для остального мира. Так что опять же... это все исключения из правил и т.д. Что взять если законотворцы дурные?

Это риски, которые несут на себе компании, работающие на нестабильных рынках с неразвитым законодательством. Так что позвольте оптатить всю работу и закрыть проект. Стартапы тоже закрываются частенько.

Короче хватит пичкать меня неправильными реалиями СНГ-шных гос проектов и т.д. Как я уже говорил - там все просто плохо. В остальном же цивилизованном мире - все относительно неплохо.

[s0ci0pat]

Сергей Протько: в госпроектах далеко не все плохо. Вам может и не нравиться, но в России точно такая же цивилизация. Много интересных проектов было и будет реализовано. Просто об этом не трубят на всех сайтах. И законотворцы вполне нормальные. Работают, законы вон принимают. Такие же проблемы, как и в другом, так называемом "остальном цивилизованном мире", каких-то меньше, каких-то больше.

Короче, желаю удачи вам в решении проблем бизнеса. А я пошел спать.

[Сергей Протько]

s0ci0pat: ну я не являюсь гражданином Российской федерации и мне как-то не особо хочется работать с гос проектами в СНГ.

Answer 6

[6elkka]

Может, любовь к программированию?

Comments

[6elkka]

По-моему, вопрос "Что делает программиста программистом?" тождественен вопросу "Кто такой программист?".

[Иван Соломенников]

6elkka: Любовь к "программированию" должна быть обязательна, без неё человек стагнирует. :)

Answer 7

[Артем Спиридонов]

Прочел список, но не нашел главного, ИМХО.

Что делает програмиста програмистом? Программирование.

Answer 8

[globuzer]

программиста делает программистом вектор его мышления и умения мыслить в нужном направлении!

Comments

[Сергей Протько]

а в каком направлении мыслить то? На лево или на право? И есть ли это верное направление?

Answer 9

[Валентин]

я отношусь к программистам как к людям, решающим конкретную задачу в ИТ. Программист == монтажник, только сидящий за компьютером. он должен знать, как позоваться мастерком и какую использовать шпаклевку.

Comments

[Валентин]

brainick: поверьте и не льстите себе, у монтажников сейчас тоже каждый день выходят новые смеси и мастерки. И так же, как и программист, тот монтажник ценен, который умеет хорошо работать с тем, что уже есть и отработано.

[zooks]

Программист == раб, только сидящий за компьютером.

Answer 10

[Super User]

Программист это ленивый человек, который не любит выполнять рутинную работу. Поэтому он всегда пытается автоматизировать любой повторяющийся процесс.

Answer 11

[Владимир Ребров]

Программист - это прежде всего архитектор программных систем. Язык, алгоритмы, синтаксис - это инструментарий, который можно освоить за несколько месяцев. А вот, как с помощью этих самых алгоритмов грамотно спроектировать надежное эффективное и легко расширяемое и сопровождаемое приложение - на это уйдут годы.
А то, что вы перечислили, да, это определение кодера, но никак не программиста.

Comments

[Владимир Ребров]

5 лет учат синтаксис и семантику языка?

[Павел Волынцев]

Владимир Ребров: там учат языку, синтаксису, семантике и алгоритмам решения задач разного типа

Answer 12

[Дмитрий]

На мой взгляд программист это прежде всего организатор процессов. Умеющий понять суть любого процесса, не только вычислительного. Есть люди, которые сразу же бросятся выяснять все нюансы будущей программы и начнут программировать. А есть другие, которые досконально проанализируют ситуацию и процесс, который следует оптимизировать, возможно путем программы. Поймут, что да, надо писать программу и только тогда начнут писать. Но не редко они увидят для заказчика более выгодный вариант. На моей практике это выглядело так: "Вы знаете. Ваша операция происходит столько-то раз. Вот если Вы ее разложите на ежедневные операции на 5 мин. Назначите эту операцию действующему специалисту. То небольшая прибавка к зарплате будет выгоднее, быстрее для Вас". Практика показала, что таки-да, ошибок из-за человевечкой невнимательности было мало, были некритичны и да, софт писать не надо было! А если бы человек не сказал подобных слов, то организация заплатила бы за разработку достаточно большие деньги.

Программист это прежде всего "Здравый смысл" и "Аналитический склад ума".

Answer 13

[Curly Brace]

в нашем мире программиста программистом делает уверенное обращение с компьютером))))))))))))) типа там венду переустановить или принтер настроить)))))

а если серьезно, то имхо это как с худжниками и прочим - когда ты что то делаешь в этой области. типа написал макрос под ворд - ты уже программист, я считаю.

другое дело это уже уровень. так же как у художников. дети рисуют кривые машинки, а крутые программисты пишут сложнейшие системы для банков.

Answer 14

[worldaround]

Вы прочитали 100 ответов от гуманитариев, сейчас вы получите ответ от программиста, с рекурсией и встроенной проверкой синтаксиса:
Что делает Назира Хуснутдинова Назиром Хуснутдиновым?

Пояснение. Программист - уже программист и ничто его уже не сделает и не делает программистом. Программиста можно делать только из непрограммиста.

Comments

[KaminskyIlya]

раз уж такая пьянка))

Программист самоучка = new Программист( {любовь_к_процессу, спортивный_интерес, желание_познавать_мир, нестандартное_мышление, аналитический_склад_ума} )
.прочитатьМногоКниг( "Д.Кнут", "А.Саломаа", "Д.Блох", "К.Бек", ... )
.многоКодитьJustForFun()
.посещатьКурсыИСеминары()
.изучатьДругиеПроектыOpenSource()
.создатьИРазвиватьСвойОткрытыйПроектДляЛюдей()
.завестиСебеБлог()
.пытатьсяНайтиРаботуПоВкусу()
.работатьВУдовольствие();

ОбычныйЧеловек студент = ВУЗ.факультетИнформатики.обучитьПрограммиста( ... );
студент
.посещатьЛекции()
.изучатьЛитературу()
.выполнятьЛабораторныеРаботы()
.сдаватьЭкзамены()
.написатьДипломную()
.защититьГосы()
.устроитьсяНаРаботу()
Программист новый_программист = (Программист )студент.работатьПоСпециальности();

ИнститутПереквалификации курсы = new КурсыПрограммистов()
курсы.принять( {любых_кто_думает_что_будет_зарабатывать_много_денег, бывший_офисный_планктон, менеджеров_не_удачников, и пр.} )
курсы.взять( бабло )
курсы.читатьЛекции( две_недели )
курсы.принятьЗачеты( не_обязательно )
Программист слушатель_курсов = курсы.выдатьСертификат()

Answer 15

[65536]

программиста делает компьютер

Comments

[Saboteur]

Компьютер сейчас практически в каждом доме. Так что все теперь программисты?

[65536]

Сергей: дом делает домохозяйку

Answer 16

[alk]

Запись в трудовой книжке

Answer 17

[kstyle]

в связи с чем вопрос? для чего это обсуждать?

Answer 18

[tef]

Что делает велосипедиста велосипедистом?

Comments

[tef]

Что делает анониста анонистом?

[Кирилл Кривицкий]

tef: Умение кататься на велосипеде, наверно делает, Велосипедиста велосипедистом
А вот выполнять различные трюки - это уже профессиональный велосипедист. В общем-то помогли разобраться

Answer 19

[inDeepCode]

То что он программист.

Answer 20

[AntohaRomaha]

Считаю, необходим аналитический склад ума. Способности и тяга к естественным наукам. Так называемый "физмат" склад ума. Понимание процессов. А не знания... имхо.

Comments

[globuzer]

это не всегда так. хоть физмат, хоть тяга к естественным наукам, есть примеры товарищей, что все это не помогало людям стать кодерами. тут нужна любовь к этому и еще более просто прочувствовать нули и единицы изнутри, их комбинации и как работает компилятор, что такое функция и рекурсия... это надо чувствовать, ощущать, любить

[AntohaRomaha]

globuzer: Ну я про то же.. мне кажется, что физмат, тяга к естественным наукам это все из одной области с программированием.. как могу сказать про физику и химию - когда знаний может и нет, но при изучении теории приходит именно понимание процессов, а не просто заполнение головы информацией.

Answer 21

[Алексей Давлетьяров]

Программист не станет настоящим программистом, не овладев культурой программирования, не смотря на все его знания и умения.

Comments

[Кирилл Кривицкий]

А что вы имеете ввиду под культурой программирования

[Алексей Давлетьяров]

Если коротко, то проще объяснить с точки зрения бизнеса - умение писать код с минимальным риском техподдержки. В общем культура программирования включает в себя не только сам код, его оформление, эффективность, правильность в различных аспектах, так и элементы его организации, к примеру, документирование.
Зачем все это?
Программист должен думать не только о том как замечательно будет работать его код, но и о людях, которые возможно будут этот код развивать, поддерживать и работать с ним. И это будут необязательно программисты.

Тут я сошлюсь на книгу Макконнелла "Совершенный код", ибо когда читал, склонялся к мысли, что это крик души человека, увидевшего многое. И с его мнением я согласен.