Оказывается разработчики получают меньше программистов

[miklenew]

Тут обнаружил на job.ru кнопочку кто почём. Странно, что нет критерия стаж.
Ну да ладно.
Оказывается разработчики получают меньше программистов.
Докатились.

[Weez]

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

[ice]

Цитата:

Сообщение от Weez

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

а какая между ними разница?

[miklenew]

Цитата:

Сообщение от ice

а какая между ними разница?

В моём понимании разработчики создают основу, крепкое ядро.
Программисты поддерживают работоспособность, продолжают развитие, если оное имеет место.
Хотя если есть другие мнения. Интересно было бы услышать.

[dn]

В народе программистами зачастую называют всех кто что-то делает связанное с компьютерами. Так что этот термин уже достаточно "дискредитирован".
Разработчик, в моем понимании, - это программист, учавствоваший в разработке конкретной программы.
Т.е. вполне уместно говорить что человек является программистом на X++ и одновременно разработчиком решения на базе MS DAX для конкретного предприятия.
А, вообще, в обиходе это фактически синонимы.

[тов. Костомолоцкий]

Цитата:

Сообщение от miklenew

В моём понимании разработчики создают основу, крепкое ядро.
Программисты поддерживают работоспособность, продолжают развитие, если оное имеет место.
Хотя если есть другие мнения. Интересно было бы услышать.

Вы и в самом деле считаете что это разные профессии (программист и разработчик) ? Это то же самое что учитель и преподаватель, шофёр и водитель, доктор и врач - можно далее продолжить эту последовательность. Кажется в русском языке такие пары называются синонимами. Может людям , далёким от IT и сложно разобраться в названиях новых профессиях из этой области , но как-то странно слышать такие заявления от человека, который пишет на X++.

[miklenew]

Цитата:

Сообщение от тов. Костомолоцкий

Вы и в самом деле считаете что это разные профессии (программист и разработчик) ? Это то же самое что учитель и преподаватель, шофёр и водитель, доктор и врач - можно далее продолжить эту последовательность. Кажется в русском языке такие пары называются синонимами. Может людям , далёким от IT и сложно разобраться в названиях новых профессиях из этой области , но как-то странно слышать такие заявления от человека, который пишет на X++.

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

[Hardgr]

Во-первых, вряд ли тамошняя выборка достаточна для выявления корреляции.

Если же предположить что это так, я бы рассуждал следующим образом:

1) термин "программист" более старомодный;
2) фирмы, специализирующиеся на разработке ПО в "теме" и используют "свежие" термины. На зарубежных сайтах используется название вакансии по шаблону <technology> | <language> developer, например ".NET developer". "Developer" переводится как "разработчик";
3) исходя из предыдущих двух тезисов, можно предположить, что работодатели использующие термин "программист" скорее всего не IT-шные;
4) вакансии для (разработчик/программист) Dynamics AX бывают: a) у IT-фирм, Б) "на клиенте".

Основываясь на вышеприведенных положениях, можно сделать следующий вывод:
"На клиенте" платят больше чем в IT-фирме.

[RV]

Цитата:

Сообщение от Hardgr

Основываясь на вышеприведенных положениях, можно сделать следующий вывод:
"На клиенте" платят больше чем в IT-фирме.

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

[тов. Костомолоцкий]

Цитата : "Программист - это тот, кто пишет программы. Из-за потасканности термина программисты вынуждены называть себя разработчиками. Крайним случаем терминологической путаницы, которой подвержен невежа-обыватель, надо считать утверждение "программист=хакер". "

Взято от сюда : http://www.iteam.ru/publications/it/.../article_1971/

Интересно написано , хотя немного и на другую тему.

[eugene egorov]

Еще цитата:

"И еще одно замечание.
Редкий программист в наших широтах, да и не только в наших, доживает до сорокалетия.

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

Пройдет еще десяток лет, и отставные программисты станут попадаться среди охранников на автостоянках. Едва ли с этим можно что-то поделать."

Обрыдаться

[NNB]

Цитата:

Сообщение от eugene egorov

Еще цитата:

"И еще одно замечание.
Редкий программист в наших широтах, да и не только в наших, доживает до сорокалетия.

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

Пройдет еще десяток лет, и отставные программисты станут попадаться среди охранников на автостоянках. Едва ли с этим можно что-то поделать."

Обрыдаться

Возраст определяется не тем сколько человек прожил, а тем сколько ему осталось прожить.
Один спортсмен на вопрос о своем спортивном долголетии ответил, что "когда вы по ночам пьянствовали - я спал". Надо думать немного о своем физическом теле и не застревать на достигнутом. А если кто не берет на работу по возрасту - так это его проблемы.

[erp-pm]

Цитата:

Сообщение от eugene egorov

Еще цитата:

"И еще одно замечание.
Редкий программист в наших широтах, да и не только в наших, доживает до сорокалетия.

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

+ 1
крайне немного в ИТ-консалтинге разработчиков/программистов старше 40

а по AX/NAV я бы оценил их средний возраст в 26-28 лет ....

[Raven Melancholic]

Цитата:

Сообщение от erp-pm

+ 1

а по AX/NAV я бы оценил их средний возраст в 26-28 лет ....

Портрет участника форма за 2007 год показывает, что большинство посетителей являются разработчиками:
Портрет участника 2007: Возраст
На возраст, выше указанного Вами приходится столько же, сколько и на указанный Вами диапазон:
Портрет участника 2007: Ваша специализация (можно выбрать несколько вариантов)
А вот старше 40 лет действительно людей мало, но это объяснимо, не так давно Акса стала широко распространенной у нас.

[тов. Костомолоцкий]

Цитата:

Сообщение от Raven Melancholic

Портрет участника форма за 2007 год показывает, что большинство посетителей являются разработчиками:
Портрет участника 2007: Возраст
На возраст, выше указанного Вами приходится столько же, сколько и на указанный Вами диапазон:
Портрет участника 2007: Ваша специализация (можно выбрать несколько вариантов)
А вот старше 40 лет действительно людей мало, но это объяснимо, не так давно Акса стала широко распространенной у нас.

Т.е. по приблизительным подсчётам это люди , которые совсем недавно закончили вуз (в 2003-м - 2007ом годах)

[erp-pm]

Цитата:

Сообщение от Raven Melancholic

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

Количество проголосовавших в опросе (возраст) _всего_ 118 чел,
а ведь есть такие компании, в которых примерно такое кол-во сотрудников занимается AX/NAV ... т.е. репрезентативность его обсуждаема ....

Цитата:

Сообщение от Raven Melancholic

....
А вот старше 40 лет действительно людей мало, но это объяснимо, не так давно Акса стала широко распространенной у нас.

что, так сложно переквалифицироваться с другой системы ?

[gl00mie]

Цитата:

Сообщение от тов. Костомолоцкий

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

«Пишут» статейки для журналов, «пишут» скрипты длиной в сотню-другую строк или одноразовые утилиты, от которых требуется лишь сэкономить время и нервы на тупом ручном труде, а сколь-нибудь крупные, сложные и/или важные программы создают иначе: изучают предметную область, собирают, формализуют и анализируют исходные требования, создают высокоуровневый проект, разрабатывают архитектуру, создают детализированный проект, конструируют, тестируют, оптимизируют, сопровождают... Возможно, поэтому в английском языке используют именно термин software developer, а не programmer.
Похоже, спор про различие между "программистами" и "разработчиками" (программных продуктов) возникает из-за использования некорректных метафор и аналогий, а также следующих из них некорректных выводов. К слову, вот некоторые соображения по поводу метафор из одной очень хорошей книги:

Цитата:

Разумеется, некоторые метаформы лучше других. Хорошими метафорами можно считать те, что отличаются простотой, согласуются с другими релевантными метафорами и объясняют другие экспериментальные данные и наблюдаемые явления.
...
Самая примитивная метафора, описывающая разработку ПО, берет начало в выражении «написание кода». Согласно литературной метаформе разработка программы похожа на написание письма: вы садитесь за стол, берете бумагу, перо и пишете письмо с начала до конца. К сожалению, литературная метафора была увековечена в одной из самых популярных книг по разработке ПО - кние Фреда Брукса «Мифический человеко-месяц». Брукс пишет: «планируйте выбросить первый экземпляр программы: вам в любом случае придется это сделать». Перед глазами невольно возникает образ мусорного ведра, полного черновиков. Подобный подход может быть практичным, если вы пишете банальное письмо своей тетушке. Однако, расширение метаформы «написания» ПО вплоть до выбрасывания первого экземпляра программы - не лучший совет в мире разработки ПО, где крупная система по стоимости уже сравнялась с 10-этажным офисным зданием или океанским лайнером.
Метафора «построения» ПО полезнее, чем метафора «написания», так как согласуется с идеей аккреции ПО и предоставляет более детальное руководство. Построение ПО предполагает наличие стадий планирования, подготовки и выполнения, тип и степень выраженности которых зависит от конкретного проекта. При изучении этой метафоры вы найдете и другие параллели.
Для построения метровой башни требуется твердая рука, ровная поверхность и 10 пивных банок, для башни же в 100 раз более высокой недостаточно иметь в 100 раз больше пивных банок. Такой проект тербует совершенно иного планирования и конструирования.
Если вы строите простой объект, скажем, собачью конуру, вы можете пойти в хозяйственный магазин, купить доски, гвозди, и к вечеру у Фидо будет новый дом. Если вы забудете про лаз или допустите другую ошибку, ничего страшного: вы можете исправить ее потом или даже начать все сначала. Все, что вы при этом потеряете, - время. Такой свободных подход уместен и в небольших программных проектах. Если вы плохо спроектируете 1000 строк кода, то сможете выполнить рефакторинг или даже начать проект заново, и это не приведет к крупным потерям.
Построить дом сложнее, и плохое проектирование при этом приводит к куда более серьезным последствиям. Сначала вы должны решить, какой тип здания вы хотите построить, что аналогично определению проблемы при разработке ПО. Затем вы с архитектором должны разработать и утвердить общий план, что похоже на разработку архитектуры. Далее вы чертите подробные чертежи и нанимаете бригаду строителей - это аналогично детальному проектированию ПО. Вы готовите стройплощадку, закладываете фундамент, создаете каркас дома, обшиваете его, кроете крышу и проводите в дом все коммуникации - это похоже на конструирование ПО. Когда строительство почти завершено, в дело вступают ландшафтные дизайнеры, маляры и декораторы, делающие дом максимально удобным и привлекательным. Это напоминает оптимизацию ПО. Наконец, на протяжении всего строительства вас посещают инспекторы, проверяющие стройплощадку, фундамент, электропроводку и все, что можно проверить. При разработке ПО этому соответствуют обзоры и инспекции проекта.

[miklenew]

Цитата:

Сообщение от gl00mie

«К слову, вот некоторые соображения по поводу метафор из одной очень хорошей книги:

Читал и Совершенный код Маконела и Брукса «Мифический человеко-месяц».
В Совершенном коде воды 95%.
Но есть очень интересные вещи. Ради которых стоет её читать.
Но мне показалось, что её надо было читать по началам глав. Как начинаются разъяснения нужно переходить на другую.
А «Мифический человеко-месяц» это шедевр, мне кажется её надо сделать обязательной для прочтения всем кто имеет дело с ИТ.

[тов. Костомолоцкий]

Цитата:

Сообщение от gl00mie

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

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

[gl00mie]

Цитата:

Сообщение от тов. Костомолоцкий

Метафора "построения" предсталяет программный продукт чем-то целостным , незыблемым , монументальным.

Во-первых, не метафора "построения", а скорее "строительная" метафора. Во-вторых, в строительстве речь не всегда идет о разработке и постройке готовых зданий; разрабатываться могут, к примеру, типовые серии домов или секции для таких домов, из которых затем строятся здания тех или иных конфигураций.

Цитата:

Сообщение от тов. Костомолоцкий

Предлагается другая метафора - "выращивания ПО" как выращивания растений в саду. Так же предполагается планирование высаживания растений, уход за ними в разные сезоны, удаление отмерших растений, обрезка веток, высаживание новых, сбор урожая и т.д.

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