«Компания основана в 1878 году изобретателем Томасом Эдисоном и первоначально называлась «Эдисон электрик лайт», после объединения в 1892 году с компанией «Томсон-Хьюстон электрик» получила своё современное название.
1910 год — компания начинает серийное производство лампочек с вольфрамовой нитью (патент на использование в лампах накаливания нитей из тугоплавких металлов компания купила у русского изобретателя А. Н. Лодыгина в 1906 году)».
Именно для этого и нужен договор. Открою вам секрет: вообще-то мало кто любит работать на работе. Все хотят на себя, хотят интересных проектов, свободы и т.п. Но все-таки устраиваются же в офисы. И здесь то же самое.
А насчет утопии я не согласен. На собственном опыте — ничего страшного не вижу. Это договоренность просто. Хочешь — договаривайся, хочешь — нет. Выбор каждого. В конце концов за поддержку старого кода деньги платят. Это обычная работа.
Почему не зависит? Во-первых, если поддержку прописать в договоре, то качество ничем не будет отличаться. Во-вторых, качество исправления глюков дискретно: или исправил, или нет. В-третьих, программист будет заинтересован в уменьшении количества обращеней к нему. В-четвертых, программист будет-таки ловить свои глюки, а не чужие. А это две большие разницы.
Ну вот вы говорите, что у вас из отдела увольняются программисты, остается какой-то рабочий код. Почему вам, как компании неэффективно, чтбы они поддерживали то, что они накодили? Хотя бы в течение гарантийного срока. Хотя бы за четко прописанные деньги. Я реально не понимаю вашей логики. Ну и пусть вы будете зависеть от программиста. Но и он же по договору будет привязан к вам. Риски же снижаются, стоимость работ тоже.
Мы просто сейчас говорим о разных вещах. Я говорю о том, как надо, а вы о том, как есть. Я и без вас знаю, что мир несовершенен. Что на улице кучи собачьего дерьма. Но это не значит, то так должно быть и не надо стремиться к чистоте и порядку.
Ну, то есть, разрабочик ПО, в моем понимании, это производитель (а не просто работник). А значит, должен обеспечивать гарантию. Короче, он хотя бы «вправе» это делать, как по закону о защите прав потребителя.
Не знаю, есть ли возможность по трудовому кодексу заключать такие соглашения (в плане прописывания обязанностей по поддержке). Если нет, то в принципе, неплохо было бы ввести такую инициативу. Хорошо бы у юристов спросить…
Если такую возможность ввести, то это нехило бы изменило ландшафт. Дополнительным бонусом было бы уменьшение монополизации. Например, все пользуют 1С, Java, C#, PHP и т.п., потому что там уже сформирован рынок труда. Разработка на чем-то новом и перспективном не ценится, как раз из-за косяков с поддержкой. А гарантийную поддержку сложно или нельзя прописать юридически. Поэтому имеем сильную тенденцию к монополизации. Это относится в том числе и к ОС, СУБД и прочим платформам.
Я тоже видел систему старше десяти лет. Ее грызут одни и те же програмисты. Стоимость разработки при поддержке другим программистом возрастает, а не уменьшается! Потому что ему сложнее и дольше разобраться в коде.
По поводу трудового кодекса — да, в нем отменено рабство. Уволиться никому не запретишь. Но лично я, когда увольнялся из контор, в которых работал, никогда не отказывал в поддержке. Считаю это нормальным обязательством. И так делаю не только я. Тут только надо отделить поддержку в виде исправления глюков и поддержку в виде помощи тупым юзерам, разумеется. Юзеров обучает другой специалист.
На самом деле такая поддержка занимает не так уж много времени и не напрягает.
Время жизни конкретной программы обычно не более 3-5 лет. Этого вполне хватит для «пожизненных» обязательств. А если продукт развивать, то опять же это уже долгосрочный договор. К примеру, на холодильники в среднем гарантия 3 года. И ничего — живут же (заметьте, там есть такая фишка как износ).
Кто вам это сказал?
Мне это говорит логика. Все пытаются внедрять паттерны и всяческие улучшалки кода, чтобы в нем было легче разобраться стороннему программисту. Но фишка в том, что это базируется на изначально плохом предположении, что нужно отдать поддержку и развитие кода стороннему программисту. То есть модель написал, сдал и забыл. Я понимаю, что пока это не во всех случаях сработает, но стремиться к этому нужно обязательно. На мой взгляд, это как бы показатель зрелости индустрии.
Клиент по любому будет зависеть от разработчика, который написал программу. И надо сразу в договоре прописать его обязательства по поддержке. Иначе у клиента может быть полная засада при выявлении проблем.
Проблема в том, что все стремятся оптимизировать только себя. Если «написал, сдал, а там хоть трава не расти». То трава и не вырастет. А если на поддержку посадили, то он опять себя начинает оптимизировать, но уже на новом уровне — чтобы было просто для юзеров и безглючно.
Я считаю, что есть только один хороший паттерн — сажать разработчика на поддержку своего проекта. А там уж пусть как хочет, так и пишет. И не важно — наговнокодил он или напаттернил. И то, и другое может вызвать жуткий баттхерт у другого программиста.
Блин, как вы задолбали своей инвесторской логикой! Это только инвесторы нам рассказывают сказки про то, что идея ничего не стоит, что главное реализация и тому подобную. чушь. Ну им-то профит от этого понятен.
А есть другой полюс — изобретатели. Да, они как правило непрофессионалы в бизнесе. Да, у них редко получается что-то реализовать. Да, нахальные бизнесмены привыкли у них тырить идеи. И что? А имеем в итоге то, что талантливый Тесла не может реализоваться, потому что кругом одни Эдисоны. Уже теперь внаглую предлагают тырить идеи как стратегию! Дожили.
Идеи не продаются, но это не значит, что они ничего не стоят! Есть много чего на свете, что не продается, и, как правило, то, что не продается, или действительно ничего не стоит, или бесценно. Помните высказывание Линуса? «Всё лучшее в жизни достается бесплатно!» Да, одной хорошей идеи мало, но без неё — тоже кирдык. Будете очередную автостоянку строить и называть себя крутым бизнесменом.
Поэтому, товарищ аффтар, если вы просрали несколько идей на миллион баксов, то это не значит, что теперь всем нужно воровать чужое и выключать мозги. Кооперироваться надо. Изобретателям искать бизнесменов, а бизнесменами изобретателей. И дружить. Вот из такой дружбы и вырастут нормальные стартапы с нормальными командами.
«Компания основана в 1878 году изобретателем Томасом Эдисоном и первоначально называлась «Эдисон электрик лайт», после объединения в 1892 году с компанией «Томсон-Хьюстон электрик» получила своё современное название.
1910 год — компания начинает серийное производство лампочек с вольфрамовой нитью (патент на использование в лампах накаливания нитей из тугоплавких металлов компания купила у русского изобретателя А. Н. Лодыгина в 1906 году)».
А насчет утопии я не согласен. На собственном опыте — ничего страшного не вижу. Это договоренность просто. Хочешь — договаривайся, хочешь — нет. Выбор каждого. В конце концов за поддержку старого кода деньги платят. Это обычная работа.
Ну, то есть, разрабочик ПО, в моем понимании, это производитель (а не просто работник). А значит, должен обеспечивать гарантию. Короче, он хотя бы «вправе» это делать, как по закону о защите прав потребителя.
Не знаю, есть ли возможность по трудовому кодексу заключать такие соглашения (в плане прописывания обязанностей по поддержке). Если нет, то в принципе, неплохо было бы ввести такую инициативу. Хорошо бы у юристов спросить…
Если такую возможность ввести, то это нехило бы изменило ландшафт. Дополнительным бонусом было бы уменьшение монополизации. Например, все пользуют 1С, Java, C#, PHP и т.п., потому что там уже сформирован рынок труда. Разработка на чем-то новом и перспективном не ценится, как раз из-за косяков с поддержкой. А гарантийную поддержку сложно или нельзя прописать юридически. Поэтому имеем сильную тенденцию к монополизации. Это относится в том числе и к ОС, СУБД и прочим платформам.
Как считаете?
По поводу трудового кодекса — да, в нем отменено рабство. Уволиться никому не запретишь. Но лично я, когда увольнялся из контор, в которых работал, никогда не отказывал в поддержке. Считаю это нормальным обязательством. И так делаю не только я. Тут только надо отделить поддержку в виде исправления глюков и поддержку в виде помощи тупым юзерам, разумеется. Юзеров обучает другой специалист.
На самом деле такая поддержка занимает не так уж много времени и не напрягает.
Кто вам это сказал?
Мне это говорит логика. Все пытаются внедрять паттерны и всяческие улучшалки кода, чтобы в нем было легче разобраться стороннему программисту. Но фишка в том, что это базируется на изначально плохом предположении, что нужно отдать поддержку и развитие кода стороннему программисту. То есть модель написал, сдал и забыл. Я понимаю, что пока это не во всех случаях сработает, но стремиться к этому нужно обязательно. На мой взгляд, это как бы показатель зрелости индустрии.
Проблема в том, что все стремятся оптимизировать только себя. Если «написал, сдал, а там хоть трава не расти». То трава и не вырастет. А если на поддержку посадили, то он опять себя начинает оптимизировать, но уже на новом уровне — чтобы было просто для юзеров и безглючно.
А есть другой полюс — изобретатели. Да, они как правило непрофессионалы в бизнесе. Да, у них редко получается что-то реализовать. Да, нахальные бизнесмены привыкли у них тырить идеи. И что? А имеем в итоге то, что талантливый Тесла не может реализоваться, потому что кругом одни Эдисоны. Уже теперь внаглую предлагают тырить идеи как стратегию! Дожили.
Идеи не продаются, но это не значит, что они ничего не стоят! Есть много чего на свете, что не продается, и, как правило, то, что не продается, или действительно ничего не стоит, или бесценно. Помните высказывание Линуса? «Всё лучшее в жизни достается бесплатно!» Да, одной хорошей идеи мало, но без неё — тоже кирдык. Будете очередную автостоянку строить и называть себя крутым бизнесменом.
Поэтому, товарищ аффтар, если вы просрали несколько идей на миллион баксов, то это не значит, что теперь всем нужно воровать чужое и выключать мозги. Кооперироваться надо. Изобретателям искать бизнесменов, а бизнесменами изобретателей. И дружить. Вот из такой дружбы и вырастут нормальные стартапы с нормальными командами.