Во-первых, есть проекты, которые одному программисту не поднять.
это одна из причин почему я пишу здесь на форуме, а не правлю свой сорец.
Не поднять мне свою задумку. Целый год делаю подходы, но времени (внимания) не хватает.
Некоторым вообще нельзя доверить даже написание простого модуля - ошибок до хрена - человек пишет программы на уровне студента - главное чтоб работало здесь и сейчас. Второй пишет так, что потом хрен разберешься в его коде, все алгоритмы работают через ж0пу.
В случае, когда программист, взявшийся за работу, делает что-то совсем не так, как задумывает заказчик - можно всегда сказать "пардон, не утруждайте себя помощью нам - в ваших услугах ПОКА не нуждаемся", оплатив некоторую часть его рабочего времени.
Ну и такого (начинающего) программиста всегда можно прописать в "серый список"
Во-вторых, заказчики кидают, к сожалению, достаточно нередко.
Кидалово зачастую связано с обещанием "когда-нибудь" выплатить неплохой бонус. На ежемесячные (или просто периодические) платежи обычно не жалуется никто из исполнителей.
Если поставить систему труда и оплаты таким образом, что период будет небольшим (неделя-месяц), то и потеря, в случае кидалова, будет небольшой.
Кидальщика, опять же, можно занести в "черный список".
Даже если есть т.з., договор и т.д. - обязательно найдутся места, которые несогласованы внутри предприятия-заказчика,
да, именно. Когда появляется бумага, обязывающая кого-то, всегда есть боязнь, что ее неправильно составили, и что можно найти место по которому можно кинуть.
Я же предлагаю немного другое.
Наше сообщество, достаточно свобоное, вполне может определить внутри себя группы, внутри которых взаимоотношения не потребуют бумажного документирования.
т.к. часто люди, которые дают задания, по уровню развития недалеко ушли от юзеров-кликеров по кнопкам, и слабо разбираются в тонкостях.
тут на форуме такие есть?
неправильно поставленная задача не сможет сподвигнуть читателей на немедленную реакцию в виде предложения поработать над ней.
В-третьих, если программа написана случайным программистом-халтурщиком, ни о какой поддержке не может идти речь. Если программа "работает" сейчас и на первый взгляд не содержит ошибок - это еще не значит, что она будет работать завтра или не свалится в какой-нибудь непредусмотренной ситуации. Заказчиков тоже это вряд-ли устроит. Им безопаснее обратиться в хорошо зарекомендовавшую себя софтверную фирму, а не к незнакомому человеку.
я не имел в виду создание некой софтверной фирмы, сотрудниками которой являются читатели этого форма - нет.
Многие из нас не только администрят, но и программируют (клиентские части, серверные). Создают программы не только на продажу, но и решая какие-нибудь академические задачи.
На этом форуме (и не только на этом) неоднокартно кто-нибудь пишет - "помогите разобраться с глюком в программе", "подскажите как в этом месте лучше сделать", "можно ли при помощи того-то сделать то-то". Есть добрые и знающие люди, которые подсказывают ответы.
Но есть люди которые "знают, но молчат" (ибо с какой это стати они за просто-так будут делиться своим опытом?), и есть люди, которые "в курсе как это приблизительно делается" и которые не прочь бы договориться с человеком, который поставил вопрос, о небескорыстной взаимопомощи.
Насколько я помню, основной "валютой", обращающейся в среде линуксоидов при организации взаимопомощи, являетя пыво. Измеряетя в бутылках.
А что если перевести этот принцип оплаты из области взаимопомощи при установке/конфигурирования линукса в область решения программистских задач? Только валюту бы сменить...
и еще обращение к "ack":
На мой взгляд, _рассматривать_ нормально документированный и более-менее оформленный чужой код - гораздо приятнее и быстрее, чем создавать свой код и проводить над ним серию гамма-тестов.
Выработка норм по объемам документирования, по оформлению тесктов исходного кода, а также по постановке тех.задания на разработку программы/модуля - дело времени.
(продолжение следует)
