За что программист получает деньги?

Question

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

Здравствуйте, вопрос может показаться не совсем корректным, но все же помогите понять за, что программист получает деньги? Т.е. я понимаю, что за разработку какого-то конечного продукта.
Но вот что я не могу понять, если человек берет по часовую оплату, но из половины и даже больше этих часов он разбирается сам, как это можно сделать, получается, что он не совсем хороший программист? Или это в принципе нормальное явление? И как тогда поступать считать меньшее количество часов ?
Также еще интересует, что значит поддержка кода, за которую разработчики берут неплохую сумму, если код написан хорошо зачем его поддерживать ? Я понимаю когда заказчик вдруг придумал: "А вот хочу чтобы еще и вот это умело!", - тогда понятно, но если ничего не делаешь с кодом за, что брать деньги разве это честно?
Или поддержка сайта например как брать деньги если сайт работает и человек ничего с ним не делает, но при это получает определенную сумму за то, что он работает и периодически решает какие-то задачи?

Comments

[Яков Е]

Не нужно отмечать все ответы решениями, достаточно выбрать один-два, остальным можно поставить "нравится", иначе теряется смысл.

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

Яков: Некоторые ответы дополняли друг друга, поэтому поставил. А смысл чего теряется?

[Яков Е]

Кирилл Кривицкий: смысл отмечать ответы как решения теряется.

Answer 1

[Сергей]

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

Comments

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

А можно ссылку на книгу?
Или скажите правильно ли я нашел?
www.interface.ru/iarticle/files/35798_52840953.pdf

[Сергей]

Лучше Стива Макконели, там есть несколько интересных глав

[Greg Plitt]

Сергей: не много не в тему, но можно воспользоваться вашими услугами по настройке 1с? Оставьте контакты

[Сергей]

bit24yes: Я не работаю с 1С

[Greg Plitt]

Сергей: Имелось ввиду 1с битрикс) реализовать то, о чем вы писали тут - Как дать возможность редактировать товары в интернет магазине обычным пользователям?

[Сергей]

bit24yes: Я не занимаюсь мелкими задачами

[Greg Plitt]

Сергей: Да не мелкая задача будет, это малая часть от ТЗ, которое у меня полностью готово. Давайте отправлю на прочтение, прочитаете и оцените.

[Сергей]

bit24yes: [e-mail] отправляйте, посмотрим)

Answer 2

[Олег Цилюрик]

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

А если оперуполномоченный МУРа сидит и читает материалы дела - то засчитывать ему это как рабочее время или как прогул?
Или давайте ему засчитывать рабочим только "чистое" время: или когда он несётся в погоне вывалив язык, или когда в стрельбанине участвует...

Comments

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

Может я не совсем корректно выразился, как считать время если человек еще в синтаксисе разбирается, а по часам берет?

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

Кирилл Кривицкий: если человек не разбирается в синтаксисе, то он не программист. По крайней мере в контексте применения того языка, синтаксиса которого он не знает. За сим вопрос не имеет смысла.

[Дмитрий Евграфович]

Владимир Ребров: сейчас окажется, что под синтаксисом топикстартер имел в виду структуру отдельных пакетов на packagist и их методы.

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

Дмитрий Евграфович: Скорее всего он не поймёт, что ты написал. Для него программирование - это знание синтаксиса, т.е. знания ничтожны.
Кирилл Кривицкий: А вообще, если про синтаксис, то знание русского языка (алфавита, грамматики и т.д.) не делает пишущего на нём писателем (поэтом).

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

Назир Хуснутдинов: Скажите пожалуйста, что делает программиста программистом?
Как я это понимаю
1. Знание синтаксиса языка
2. Понимание алгоритмов
3. Применение алгоритмов в синтаксисе
Буду признателен если дополните или опровергните написаное

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

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

Это точно не весь список. Надеюсь меня тоже дополнят.

Answer 3

[Владислав Тригуб]

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

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

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

Comments

[Максим Дунаевский]

Отсылка к труду "Как пасти котов"?

[Егор Казанцев]

действительно бросайте это, лучше сделайте сауну программистам

Answer 4

[Ярослав]

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

Comments

[Даша Циклаури]

ага, megamozg.ru/post/10308

Answer 5

[Андрей Данилов]

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

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

что значит поддержка кода, за которую разработчики берут неплохую сумму, если код написан хорошо зачем его поддерживать?

Невозможно просто хорошо написать код так, чтобы не поддерживать его. Особенно если приложение работает с данными от сторонних сервисов – поддержка неизбежна.


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

Answer 6

[AntohaRomaha]

имхо - почасовая оплата - это неправильно. Есть задача - есть цена решения этой задачи - есть срок для этой задачи. Решу я ее за 2 часа или за 2 суток - мое дело, главное в срок и качественно.

Comments

[Станислав Романов]

Спорное утверждение. Я как раз пришел к противоположному выводу.

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

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

В этом деле главное честные и доверительные отношения с двух сторон, и тогда никто не уйдет без свое порции счастья :)

[AntohaRomaha]

Сергей Сергеев: Проектов штук 15-20 сделал. И задач может десятка три. И постоянно не укладываюсь в сроки. Но если я не знаю как решать задачу, это мои проблемы. Стоимость от этого не должна увеличиваться. Другой вопрос - когда я решаю задачу, аналогов которой просто нет. Тут можно рассчитывать на уникальность разрабатываемой системы и получать деньги по мере ее приведения к стабильному состоянию.

[Даниил Костин]

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

Answer 7

[Иван Дрожжин]

Взяться за правку кода - это все равно, что начать разматывать клубок. Одно дело если там весь скрипт или программа в 10 строк. Скорость работы большая, быстро понял что и где не так и поправил (но это тоже не факт, смотря какие 10 строк:) ). А если у Вас программа или самописный движок у сайта и что-то поломалось....как найти в чем проблема не зная, что там за код? Да, есть условные "маяки", как у автомеханика, например. Стучит на ходу где-то справа, а при повороте? Хм...только на кочках, тогда понятно куда копать.
Но бывают такие ситуации, когда даже опытный программист без 100 гр не разберется. Нужно понять код, найти проблему и решить ее. Все не так просто как кажется.
По поводу поддержки. Например, при выборе хостинга, Вы обращаете внимание на то, как работает тех. поддержка, 24/7 или по будням с 9 до 18 да еще и в отличном часовом поясе. Услуги данной тех. поддержки включены в тариф и Вы за нее платите, не зависимо от того пользуетесь или нет. НО! В любой момент, случись беда, Вы туда позвоните/напишете и за Вашу проблему возьмутся. Так и тут. Вы платите ежемесячно за уверенность в том, что в нужный момент человек бросит свои дела и будет решать Вашу проблему.
Может не совсем внятно изложил мысль, но надеюсь понятно)))

Answer 8

[Дмитрий Энтелис]

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

Answer 9

[Dimonchik]

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

В случае же, когда дается ТЗ на фрилансе и прогер берется сделать за N часов, соглашаться, что 0.5 N ушло на изучение задачи нельзя. Однако для себя ставьте 1,5-2 N к срокам, озвучиваемым программистами и постоянно контролируйте.

Поддержка - обычно смесь 1 и 2 пунктов, некая плата за уверенность, что когда что-то нужно будет исправить, прогер не исчезнет. Она должна быть в пределах 0,25-0,5 стоимости вникания в задачу нового прогера

Answer 10

[Saboteur]

Поддержка продукта - программирование, связанное с тем, что
1) в продукте в любом случае будут баги, будут проблемы, их нужно чинить
2) заказчик всегда захочет версию 2.0 с новыми фичами и прибамбасами
3) меняется железо, меняется операционная система. То, что работало в win95 может не работать в WinXP, то что работает в java6, может не работать в java8, и таких моментов океаны.

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

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

Comments

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

Просто я хотел узнать мнение опытных людей, и как они на это смотрят

Answer 11

[Мike Butlitsky]

Программист получает деньги за то, что проблемы заказчика решены.

Answer 12

[Warchoon]

Очень просто.
Разработка включает:
анализ архитектуры, выявление требований, анализ рисков, планирование, построение архитектуры, проектирование, конструирование, тестирование (в т.ч. альфа-тестирование, бета-тестирование), развёртывание.
Поддержка включает: администрирование, выявление и исправление дефектов (которые есть в программмах любого уровня), анализ изменённых требований, доработки по изменённым требованиям.
В крупных фирмах каждым пунктом занимается отдельный человек или команда.
Когда вам всё это объявят по пунктам, вы заплатите значительно дороже :)

Answer 13

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

Как-то 10 лет назад (в студенческие годы) я обслуживал компьютерный клуб. Когда пришло время платить (всего 3000 рублей) работодатель меня спросил: "За, что мне тебе платить деньги? Ты не сидел в клубе, как предыдущий программист".
Как я узнал до меня работал чел. который сидел от открытия до закрытия каждый день там..
Когда я пришёл туда и проанализировал ситуацию, то ужаснулся. Был полный бардак во всём. Я попросил хозяина закрыть клуб на одни сутки и полностью всё переустановил и больше практический не ходил в клуб.
Я ему ответил в тот день: "В клубе все компьютеры работают? " Он ответил: "Да". И я сказал: "Вот за это вы мне и платите". И он заплатил. Правда мне это разговор не понравился и я уволился тут же.

Comments

[abcyu]

Ну... Получал бы деньги нахаляву. Хозяин же был согласен их платить...

Answer 14

[Евгений]

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

Comments

[abcyu]

Точнее за знания и умения, которых нет у других.