VladD2 wrote: > C>Во-первых, а чем плох коммунизм? Во-вторых, нифига это не комунизм. > Вот видишь? Как не крути, а в жизни одни проблемы.
А кто говорил, что будет легко?
4wd>Я ненавижу бесплатные программы. Я ненавижу тех, кто их пишет. Я ненавижу тех, кто их использует. Хотите знать почему? Я
Выскажу свое мнение по данной теме.
1. Почему на мой взгляд платный софт лучше чем бесплатный ?
a)Начнем издалека что вообще такое плата ? Зачем нам платят деньги ?
Заказчик ( это может быть как крупный магнат с большим кошельком так и ваша теща ) хочет получить продукт максимально дешево, максимально быстро, максимально качественно , иметь гарантии на развитие в будущем. Это я думаю бесспорно.
Задача заказчика — найти команду которая это все реализует. Т.е. ему нужно найти людей и заинтересовать их в результате, чтобы получилось то что он хочет. Согласитесь что есть люди которым приятно что-то делать от души и быть знаменитыми, кому-то просто деньги и потратить в свое удовольствие, кому-то и то и другое, кто-то пишет книги и музыку ради любимой девушки. Одним словом -у всех разная мотивация. Но мы живем не в сказке , в реальном мире, где понятно что деньги наиболее общий универсальный механизм для достижения своих целей и являются универсальным механизмом для мотивации. Например я люблю писать музыку и стихи для любимой девушки и все тут...но реалии мне этого не позволят, нужно питаться, одеваться и т.д. Поэтому я принимаю решение — заработаю много денег за N лет и оставшуюся жизнь буду заниматься именно тем что хочется , компенсируя издержки на существование в реальности. Или я люблю пить пиво, или познавать культуру разных стран, путешествовать, но опять же все идет к деньгам , к необходимости их получения. Даже если я люблю просто писать красивый и безглючный качественный софт в одиночку, но опять же реалии заставляют меня хотя бы питаться. Где мне в городе добыть себе пищу ? Жарить голубей, есть собак, кошек ... конечно можно, но это может сильно сказаться на здоровье и не даст мне заниматься своим любимым делом. Опять же нужны деньги.
Так вот вернемся к главному вопросу — зачем нам платят ? Вид платы конечно может быть разным , можно договориться чтобы вместо денег давали сразу еду, если все остальное устраивает в жизни.
Преставим две команды с абсолютно одинаковым уровнем знаний, таланта способностей и пр. качеств в том числе и мотивации. Одно отличие — способ мотивации разный. Одну команду мотивирууют деньги , другую что-то другое совершенно ортогональное, например просто очень интересный проект в текущем контексте.
Тут вроде как разработчик в области OpenSource как раз то что надо. Все тоже самое — но денег не берет.
Но почему же платные разработчики до сих пор есть как класс ? Почему они популярнее чем бесплатные доблестные рыцари ? На мой взгляд очень просто — такая команда более управляема. Т.е. например изменились требования, и для достижения цели — максимально быстро реализовать теперь нужно использовать не SQLite а MS SQL Server, и не C++& boost + stl а .NET. Одна команда начальства и разработчики переключились на другие инструменты. Какова вероятность что человек который любил слушать Моцарта и наслаждался им вдруг начнет слушать Metallica потому что заказчику так стало нужно. Бесплатный рыцарь продолжит свой путь отказавшись от требований которые ему не по душе, придется искать новых бесплатных рыцарей которым будут по душе новые требования. Поэтому выбирают тех кто за деньги готов порвать зад, но добиться результата, изменить своим принципам, естественно ради какой-то своей личной светлой цели в будущем. Т.е. деньги выполняют роль некого "прокси" через них происходит обмен потребностями и ничего в них плохого и безбожного нет, просто некий универсальный интерфейс для удовлетворения и взаимодействия людей с совершенно различными и ортогональными духовными потребностями .
Итак платят нам за то чтобы иметь гарантии на протяжении цикла разработки нашей заинтересованности в результате. Самый универсальный и удобный способ в этом реальном мире — те самые бумажки. Другими словами не надо мне ничего покупать, все равно не угадаете, подарите деньги я сам себе все куплю что мне нужно. То есть мы выстраиваем мост между нашими желаниями и желаниями заказчика.
б) Какую роль для результата разработки играет прочость "моста" интересов между разработчиком и заказчиком ?
Думаю ответ очевидный — огромную. На этом основании мы сделаем несколько заметок по каждому виду разработок , плюсы и минусы.
бесплатный разработчик :
[-] минусы :
прочность ухудшается при изменении требований к проекту
прочность ухудшается при изменении требований самого разработчика
[+] плюсы :
на начальном этапе прочность имеет огромную величину, т.к. желания совпадают и идут в унисон, пока ничего в мире не меняется.
платный разработчик :
[-] минусы :
прочнось имеет меньшую величину на начальном и последующем этапах
[+] плюсы :
прочность устойчива к изменению требований разработчика ( не люблю теперь я классику, люблю рок — ничего теперь просто вместо классики я буду покупать на зарплату альбомы рок-групп )
прочность устойчива к изменению требований заказчика. ( черт, теперь мне нужно писать под.net вместо java но ничего, ради моего любимой музыки я готов пойти на такие жертвы, ведь мне за это повысили з.п. и я могу позволить теперь ходить на несколько концертов в месяц, а это здорово ) т.е. в случае капризов начальство либо подымет зарплату либо найдет другого игрока в команду, но это не помешает достичь результата.
Какие выводы можно сделать — очевидно бесплатный разработчик подойдет только для очень быстрого проекта , в течении которого вероятность изменения требований и интересов самого разработчика нулевая.
Платный разработчик будет конечно любить не искренне , за деньги, но самое главное мне как заказчику не его любовь ( хотя может в некоторых случаях будут исключения ), а та цель тот результат который описан в техническом задании , а его цель — будет достигнута средствами з.п. которую я буду ему платить.
в) А существуют ли в нашем мире бесплатные квалифицированные разработчики ?
Не буду говорить что нет, но их по определению очень и очень мало, не факт что даже на этом форуме они есть, это могут быть индивидуумы гении на родительском или другом попечительстве которые измеряются в штуках на столетие. Но крупные OpenSource проекты ведь тоже существую как правило за счет поддержки, деньги все таки есть.
Пренебрегая редкими индивидуами , в кратце — за любой серьезный проект нужно платить, любой серьезный софт — платный.
г) Утром деньги а вечером стулья или лучше наоборот ?
Как хорошо если бы софт появился сам по себе и нужно бы было его поддерживать и брать за это деньги. Как сделать чтобы он появился ?
Тут потребуется вспомнить пункт a) — нужно заинтересовать людей и тут же пункт б) заинтересованность должна сохраняться и быть застрахована от внешних изменений. Наш сегодняшний IT мир сильно меняется и требования меняются и будут меняться.
Врятли нас как заказчиков устроит вариант поиска бесплатных работников, т.е. тех кто создаст ПО на добровольной основе, по причинам подробно описанным выше . Слишком высоки риски проигрыша да и требуется время пока соберется команда с одинаковыми интересами , мнениями. Поэтому мы ищем тех кому нужны деньги. Таких во первых гораздо проще найти, во вторых больше гарантии успеха по причинам также описанным выше.
Т.е. приходим к выводу что в случае разработки лучше вариант когда сначала деньги , а потом стулья. Так как не странно получается надежнее.
Но опять же тут мы определенным образом зарекаемся на добросовестность разработчиков, то что они деньги будут использовать аккуратно и в правильном направлении. Но учитывая мы очень "капризны" и хотим постоянно вмешиваться и говорит что нам сделайте вот так и вот как , а тут мы хотим 5 ножек вместо четырех обычных. Не каждый фривольный художник такие издевательства над своим исскуством выдержит. Лучше заплатим денег и будем надеятся что мастер добросовестно исполнит наши капризы, а иначе...а иначе мы с ним больше дел иметь не будем и другим расскажем. Очевидно мастер тоже очень заинтересован в результате, он понимает что иначе это будут его первые и последние деньги, которых не достаточно для его целей.
д) Софтверные компании , уходим от идеалов
Естественно на почве потребностей большого количества заказчиков ( пользователей ) в программном обеспечении появилось большое количество мастерских/"заводов" и "фабрик" для его массового производства. Появляется еще ряд заинтересованных лиц которые встают мостом между разработчиком и заказчиком, т.е. являются владельцами тех самых фабрик. Естественно мосты заказчик(клиент)->владелец компании->разработчик. Выстраиваются на денежной основе. И мы уже имеем два моста, прочность которых также чрезвычайно важна.
Рассмотрим четыре политики софтверных компаний :
поставка версии : бесплатно ; поддержка : бесплатно;
поставка версии : бесплатно ; поддержка : платно;
поставка версии : платно ; поддержка : бесплатно;
поставка версии : платно ; поддержка : платно;
В каком случае мосты будут наиболее крепкими ?
Cлучай бесплатно/бесплатно рассматривать не будет , т.к. понятно что как только поменяются требования или интересы одного из разработчиков команда перестанет эффективно работать. Риск высокий, зато не требует никаких вложений от владельца компании и заказчика.
Но получить за бесплатно — пустоту и ничего, тоже никого не устраивает.
Случай бесплатно/платно. давайте представим , собралась успешная команда которая быстрее всех выпустила на рынок качественный продукт. Естественно на время начальной разработки компанию подпитывал тот кто является ее владельцем, возможно получив деньги начальные от заказчика или из собственного кармана. Нужно отметить что ресурсы ограничены. Программа разошлась огромным тиражом, но была настолько качественна, что мелкие глюки особо не возмущали пользователей и им не особо нужно было выкладывать свои кровные за их исправление. Все похвалили компанию, сказали большое спасибо. Компания сделала еще один продукт, третий , четвертый но так прибыли и не получила...слишком хорошие специалисты работали. В конце-концов ресурсы закончились и команда развалилась. Другой случай софт был написан с множеством багов, за исправление которых все-таки пришлось заплатить. Исправили, снова баги, пользователи в ужасе опять деньги выкладывать...сколько будет продолжаться не понятно...хотя компания очень заинтересована продолжать в этом духе, прибыль то идет ...но новых заказов компания уже не получает, сложилась плохая репутация на рынке.
Ну и самый идеальный случай при таком раскладе это когда выпустили продукт с критичными багами, поправили за деньги, и ошибок больше нет. И репутация не пострадала и деньги вроде как есть.
Случай платно/бесплатно Также представим успешную команду со спонсором который вложил средства в создание продукта, продукт получился качественным без критичных багов и разошелся огромным тиражом. Компания получила большую прибыль и заинтересована продолжать в таком же духе. Случай в софте множество ошибок , программу никто не купил, не прошла trial период, ждут выхода новой версии , разработчики пытаются залатать дыры за свой счет, опять не получается...много багов...в результате исход печальный, ни софта и разработчикам ничего не досталось и самое главное — они не заинтересованы в таком развитии событий даже в материальном плане. Таким образом в этом случае они будут стремится исправить ошибки, мотивация к этому есть — получение прибыли. Но естественно не лучший расклад что может быть. Ситуация когда выпустили софт с критичными багами , продали , потом выпустили патч — тоже не лушчий вариант, заметим ни для кого ни для компании ни для заказчика это не интересно.
Случай платно/платно Не будем его подробно рассматривать очевидно он чуть хуже чем вариант платно/бесплатно. Из-за того что нарушается единость целей заказчика и разработчика. ( разработчику выгодно клепать баги ).
Очевидно что наилучшей прочностью обладают мосты в случае платно/бесплатно в этом случае интересы заказчика наиболее сильно и справедливо отражаются на интересах разработчиков , т.е. у них создается общая цель.
Так что платный софт и бесплатная поддержка на мой взгляд это лучшая политика на рынке для компаний которые работают на пользователей. Такие компании имеют наиболее сильный вектор в интересах пользователей и пользуются популярностью. Хотите пример компании...... угадайте сами...
Здравствуйте, invert, Вы писали:
(...многовсякогоразного...)
Одно только скажу — "поддержка" — это отнють не только багфиксинг.
Это в первую очередь техподдержка, которая сидит днем и ночью и отвечает на вопросы клиентов типа "А почему у меня все работало-работало, а потом вдруг перестало? А? Что? Да, электричество как раз отключили, да..."
Это так же консультации по использованию софта, по закупке железа, может быть и развертка у клиента, и обучательные курсы для персонала.
Зачастую это еще и "заточка" софта под конкретного заказчика.
Вот за это деньги платят клиенты. За исправление багов — как-то не горят желанием платить.
И еще скажу второе — "бесплатные" проекты "под чей-то заказ" обычно не делаются Делают люди увлеченные, и работают они из собственного интереса делая проект так, как считают нужным. Поэтому у них нет заказчика, который бы вдруг стал менять требования. Если какая-то компания проявляет интерес к проекту и начинает выдвигать требования — она либо посылается на... либо "спонсирует" проект и тогда это становится почти классическая схема работы за зарплату программистам
Но я еще ни разу не видел, чтобы какая-то компания решила делать для себя проект и наняла для этого команду бесплатных программистов. Если у Вас есть такой опыт — поделитесь плиз, я тоже так хочу (нанимать, в смысле, а не работать)
Вы собрались, чтобы обсудить меры по борьбе с компьютерным пиратством. Я представляю инициативную группу, которая уже несколько лет занята применением логики охраны интеллектуальной собственности к смежным областям права.
В своем выступлении я хотел бы привлечь ваше внимание к такому позорному явлению, как контрафактное передвижение по улицам, попросту — к городскому пешеходству.
Как известно, законодательством предусмотрены вполне определенные механизмы, регулирующие функционирование городского пассажирского транспорта: лицензирование услуг по перевозке; специфическое налогообложение, направленное на развитие инфраструктуры; правила дорожного движения; нормы планирования маршрутов и остановок транспорта.
В городах нашей страны существует развитый рынок транспортных средств и услуг по перевозке пассажиров. Он сегментирован так, что каждый может найти себе способ передвижения по карману. Нет денег на автомобиль, езжай на такси, а если и такси слишком дорого — садись в автобус.
Тем не менее, в условиях полной безнаказанности появляется все больше любителей халявы, стремящихся при каждом удобном случае не платить вообще и идти пешком.
От этого теряют все.
Муниципальные и частные предприятия-владельцы городского транспорта измеряют недополученную прибыль в миллиардах рублей.
Бюджеты всех уровней лишаются сотен миллионов рублей налогов.
В сложившихся условиях никто не вкладывает деньги в развитие пассажирско-транспортной отрасли и ее инфраструктуры, а значит, страна теряет тысячи рабочих мест, что усугубляет и без того тяжелую ситуацию на рынке рабочей силы.
И, наконец, страдают сами пешеходы: контрафактное передвижение по нашим городам чревато преждевременным износом обуви, загрязнением одежды и повышенным травматизмом.
Несмотря на все это, уровень городского пешеходства остается высоким. Нам подсовывают так называемые объяснения этого факта: у рядового гражданина, дескать, денег порой не хватает не только на такси, но и на трамвай. Это может быть сколь угодно справедливым, но сути дела не меняет: пешеходство — это воровство. Каждый пройденный пешком километр — это украденные из кармана автобусного парка три рубля. Любой акт контрафактного передвижения — это кража, и относиться к нему нужно соответственно.
Нам также объясняют, что люди могут просто предпочитать пешие прогулки, особенно на небольшие расстояния, передвижению в шумном, грязном и переполненном транспорте. Но я уже объяснил, что пешеходство наносит ущерб всем, включая самих пешеходов, даже если они сами отказываются это признавать.
А еще нам возражают, что, мол, пешеходство на самом деле не приносит прямого ущерба и что недополученная прибыль еще не есть убыток. Это уже чистая софистика, поскольку не заплатить ожидаемый и заслуженный рубль — то же самое, что его украсть. А, кроме того, тротуары, по которым беззастенчиво шагают городские пешеходы, достаются не даром: мостятся тротуары на средства дорожных фондов, в которые взносы делают отнюдь не любители дармовщинки, а владельцы транспорта.
Вышеизложенное я полагаю достаточным для того, чтобы заявить: борьба с городским пешеходством должна стать неотъемлемой частью государственной политики. Вношу предложение: разработать поправки и дополнения к законодательству, предусматривающие ответственность за контрафактное пересечение улиц и площадей.
Прежде всего, нужно предоставить легальным перевозчикам полномочия на проведение совместно с правоохранительными органами рейдов по местам предположительного контрафактного перемещения, а также механизмы добровольной легализации нарушителей, компенсирующих обладателям прав на перевозку недополученную прибыль.
Прошу также рассмотреть вопрос о федеральной программе внедрения технических средств (рогатки, колючая проволока, полосы малозаметных препятствий) и инфраструктуры (рвы, валы, надолбы), препятствующих городским пешеходам безнаказанно посягать на чужую собственность.
Я надеюсь, что совместными усилиями всех ветвей власти и правоохранительных органов удастся взять ситуацию под контроль и если не искоренить городское пешеходство, то существенно снизить процент контрафактных передвижений. Свою лепту в это благородное дело могут внести и сами обладатели прав на легальные перевозки, и налоговые органы, и просто инициативные и сознательные граждане, сообщающие о местах массового скопления пешеходов и маршрутах их передвижения.
Кроме того, спешу сообщить, что в распоряжении инициативной группы имеются сведения, позволяющие говорить о том, что в глубинке опасные обороты набирает сельское велосипедство. Уже не три рубля вынимает из кармана областных автобусных хозяйств халявщик, едущий в райцентр на своем велосипеде, а все десять.
Более того, есть сигналы, что вокруг сельского велосипедства развился целый бизнес по производству средств контрафактного передвижения, торговле ими и сдачи внаем.
По нашему мнению, тут есть чем заняться компетентным органам, и, несмотря на препятствия, чинимые велосипедным лобби, мы непременно доведем дело до конца и представим по этому вопросу отдельный доклад.
Проект поправок к законодательству, устанавливающих административную ответственность за использование и уголовную — за изготовление и сбыт велосипедов, прилагается.
Здравствуйте, fmiracle, Вы писали:
F>Здравствуйте, invert, Вы писали: F>(...многовсякогоразного...)
F>Одно только скажу — "поддержка" — это отнють не только багфиксинг. F>Это в первую очередь техподдержка, которая сидит днем и ночью и отвечает на вопросы клиентов типа "А почему у меня все работало-работало, а потом вдруг перестало? А? Что? Да, электричество как раз отключили, да..." F>Это так же консультации по использованию софта, по закупке железа, может быть и развертка у клиента, и обучательные курсы для персонала. F>Зачастую это еще и "заточка" софта под конкретного заказчика. F>Вот за это деньги платят клиенты. За исправление багов — как-то не горят желанием платить.
Согласен, но если я рядом напишу — платные консультации то смысл по сути не изменится. Нет корреляции между интересами пользователя и разработчиков. Т.е. меня как пользователя не особо радует перспектива по каждому вопросу звонить и спрашивать — а как это сделать , а как это ... тем более если это платная услуга. Документацию народ читать не любит. Особенно если она написана корявым или специфическим языком, заметим что в случае платной поддержки такая документация — то что нужно...
Меня как пользователя такая политика не устраивает. А по поводу советов — попробуте включить в розетку — так это вам и в Microsoft подскажут, бесплатно, не волнуйтесь...
Программа должна быть настолько юзерфрендли чтобы нужные функции пользователь мог найти и без документации к этому нужно стремиться, чем ближе open source к данной цели тем меньше прибыль...не очень привлекательная стратегия...
F>И еще скажу второе — "бесплатные" проекты "под чей-то заказ" обычно не делаются Делают люди увлеченные, и работают они из собственного интереса делая проект так, как считают нужным. Поэтому у них нет заказчика, который бы вдруг стал менять требования. Если какая-то компания проявляет интерес к проекту и начинает выдвигать требования — она либо посылается на... либо "спонсирует" проект и тогда это становится почти классическая схема работы за зарплату программистам
Вот вот, я о том же самом, программист пишет для себя, а не для меня ( в роли пользователь ). И опять же откуда у подобного энтузиазма средства на существование, ведь может в любой момент жизнь повернуться , например появится ребенок , времени не будет и что мне как пользователю самому дописывать...?
Ключевой разработчик выйдет из команды , скажет ну вас нафиг я теперь бабочек колекционирую и вообще я поехал в деревню, где потом искать человека со схожими интересами чтобы он продолжал дело Ленина ?
Я в этом плане не против , пусть разрабатывают, это такое же хобби как и все другие , просто серьезно к таким продуктам я не могу относиться и использовать решения в бизнесе, т.к. есть существенные риски. Можно конечно использовать если существующий продукт устраивает и особо не нужно закладываться на возможное его развитие и конечно же если нет дешевых платных аналогов, в этом случае лучше упасть на платное.
I>Программа должна быть настолько юзерфрендли чтобы нужные функции пользователь мог найти и без документации к этому нужно стремиться, чем ближе open source к данной цели тем меньше прибыль...не очень привлекательная стратегия...
Еще добавлю к своим словам ссылку на статью , на мой взгляд очень полезную Joel on Software Руководство по UI дизайну для программистов
Итак, основная аксиома UI дизайна гласит: Хороший дизайн пользовательского интерфейса подразумевает, что программа соответствует ожиданиям пользователей о том, как она должна себя вести.
Т.е. если бухгалтер в своей прикладной области выполняет некие операции , то программа должна быть настолько соотвествовать его ожиданиям, что бы ему не пришлось куда-то звонить и спрашивать, платить за это деньги.
Стратегия платной поддержки противоречит данной аксиоме.
invert wrote: > Т.е. если бухгалтер в своей прикладной области выполняет некие операции > , то программа должна быть настолько соотвествовать его ожиданиям, что > бы ему не пришлось куда-то звонить и спрашивать, платить за это деньги. > Стратегия платной поддержки противоречит данной аксиоме.
Поддержка обычно нужна не бухгалтеру, который пользуется готовым софтом,
а программисту, который этот софт устанавливает и подгоняет под нужные
требования.
Здравствуйте, Cyberax, Вы писали:
C>Поддержка обычно нужна не бухгалтеру, который пользуется готовым софтом, C>а программисту, который этот софт устанавливает и подгоняет под нужные C>требования.
Не согласен.
1. Конечно если в организации есть IT отдел ответственность которого установка и настройка ПО, то скорее всего бухгалтер этим заниматься не будет.
Но а толку то , все равно кто-то это будет настраивать и кто-бы это нибыл ему не будет желания лишний раз куда-то звонить и платить за это деньги.
Также при плохой документации и интерфейсе у бухгалтера могут возникать вопросы связанные не с настройкой, а с использованием ПО. Например как ввести сумму , как посмотреть баланс ?
2. А с домашним софтом вообще интересная картина, т.е. по твоим представлениям — вместе с ПО ( например новой игрой ) не забудьте приобрести программиста, без него настроить ПО будет крайне сложно !
Мы берем деньги за поддержку поэтому звоните чаще , мы продумали все до мелочей и знаем что на халяву запустить игру и пройти до конца у вас не получится.
Здравствуйте, invert, Вы писали:
I>1. Конечно если в организации есть IT отдел ответственность которого установка и настройка ПО, то скорее всего бухгалтер этим заниматься не будет. I>Но а толку то , все равно кто-то это будет настраивать и кто-бы это нибыл ему не будет желания лишний раз куда-то звонить и платить за это деньги.
Эх, если бы в нмире существовали идеальные программы...
Техподдержка процветает в корпоративной среде. Там проекты сложные и очень специфические. Овладеть ими так вот сразу — весьма проблематично. При этом у бухгалтера (конечного пользователя) все может быть просто шоколадно (хотя тоже не факт), но не у местного IT — потому что во-первых нет смысла делать все супер просто для ИТ — экономечески невыгодно, дешевле будет закупить техподдержку и нанять грамотный ИТ, который и так разберется, а во-вторых — из-за местных требований безопасности может требоваться больший контроль (или хотя бы понимание) админов за поведением софта, и в третьих — из-за местных особенностей может требоваться донастройка софта.
Можешь почитать у того же Джоэла про разделение рынков программ — про коробочный и заказной софт. Заказной софт обходится очень дорого и его обычно делают не так вылизанным как коробочный — так что там может и не быть столь удобного и понятного совершенно всем пользователям интерфейса — просто потому, что его разработка может обойтись в гораааздо большую сумму, чем покупка техподдержки на долгий срок и переобучение персонала. Да и невозможно в такой большой системе угодить всем...
I>Также при плохой документации и интерфейсе у бухгалтера могут возникать вопросы связанные не с настройкой, а с использованием ПО. Например как ввести сумму , как посмотреть баланс ?
I>2. А с домашним софтом вообще интересная картина, т.е. по твоим представлениям — вместе с ПО ( например новой игрой ) не забудьте приобрести программиста, без него настроить ПО будет крайне сложно ! I>Мы берем деньги за поддержку поэтому звоните чаще , мы продумали все до мелочей и знаем что на халяву запустить игру и пройти до конца у вас не получится.
Хотя техподдержка процветает в корпоративном секторе, и для дома можно чт-то придумать, была бы фантазия.
Поддержка игры может отвечать на вопросы по самой игре или по решению необычных пробелм (восстановление поврежденных носителей, сейвов или еще чего такое). Тут главное что-нить придумать
Как хороший пример может быть антивирус, который сам стоит денег, как программа, и для которого есть услуга — обновление вирусной базы (входит в техподдержку). Реально сейчас на рынке вообще произошло вырождение — по сути дела продаются не антивирусы, а их техподдержка (обновление баз в любое время в любом месте).
А ведь вполне себе домашний софт.
А так ты все все верно говоришь — хорошо, если система не требует техподдержки. Но если правильно придумать техподдержку, которая будет полезна пользователю сама по себе — ее тоже будут покупать. Просто надо относиться к техподдержке не как к непонятному приложению к программе, а как к отдельной услуге, просто связанной с данным продуктом (программой).
invert wrote: > C>Поддержка обычно нужна не бухгалтеру, который пользуется готовым софтом, > C>а программисту, который этот софт устанавливает и подгоняет под нужные > C>требования. > Не согласен. > 1. Конечно если в организации есть IT отдел ответственность которого > установка и настройка ПО, то скорее всего бухгалтер этим заниматься не > будет.
Вот в крупных компаниях специально заключается договор, что отдел IT
будут консультировать производители софта.
Причем такие договоры (Support Contract) заключаются и с производителями
коммерческого софта.
> Также при плохой документации и интерфейсе у бухгалтера могут возникать > вопросы связанные не с настройкой, а с использованием ПО. Например как > ввести сумму , как посмотреть баланс ?
Это обычно и так достаточно понятно и описано в мануалах.
> 2. А с домашним софтом вообще интересная картина, т.е. по твоим > представлениям — вместе с ПО ( например новой игрой ) не забудьте > приобрести программиста, без него настроить ПО будет крайне сложно !
Открытые end-user приложения обычно работают не хуже своих закрытых
собратьев. См.: OpenOffice, KOffice.
Pyromancer wrote: > C>Открытые end-user приложения обычно работают не хуже своих закрытых > C>собратьев. См.: OpenOffice, KOffice. > То что мсофис тоже глючит не оправдывает глючтости открытых приложений
Они постепенно исправляются. Если три года назад ими вообще пользоваться
нельзя было, то сейчас OO — вполне себе нормальный оффисный пакет.
Свободное программное обеспечение -- это же очень удобно. Не надо платить бешенные деньги за лицензионную версию! Что плохого в том, что кто-то разработал продукт не ради денег, а ради пользы людям? Надо учиться отдавать, а не брать! Я бы сам не против написать какую-нибудь небольшую программу и свободно её распространять -- да только вот времени нет.
Здравствуйте, Димчанский, Вы писали:
Д>[q]Господа депутаты и дамы-депутатши!
Д>Вы собрались, чтобы обсудить меры по борьбе с компьютерным пиратством. Я представляю инициативную группу, которая уже несколько лет занята применением логики охраны интеллектуальной собственности к смежным областям права. Д>В своем выступлении я хотел бы привлечь ваше внимание к такому позорному явлению, как контрафактное передвижение по улицам, попросту — к городскому пешеходству.
Давайте запретим жен, потому что они отбирают работу у проституток. (с) по моему Столлман.
Здравствуйте, VladD2, Вы писали:
4wd>>Я ненавижу бесплатные программы. Я ненавижу тех, кто их пишет. Я ненавижу тех, кто их использует. Хотите знать почему? Я программист и они отбирают у меня мой хлеб. VD>Извини был не прав. Куда принести хлеб?
Здравствуйте, alex_ez, Вы писали:
_>Здравствуйте, 4wd, Вы писали:
_>Бесплатное ПО не все
А может не стоит сваливать в одну кучу всё бесплатное ПО. Его есть неисчислимые модификации. freeware versus proprietary, open source(что отнюдь не означает безплатность) и в виде binary distribution, а ещё кучу их модификаций и их гибридов под соусом разнообразных лицензий. Есть просто более полезные и менее полезные. Как говорят "не все йогурты одинаково полезны".
К>Кстати, про лонгхорн — есть измышления (не факт, так, слухи), что там как раз и будут безопасность апдейтить только в нём, вынуждая пользователей W2K и XP переходить на висту.
Они "измышлениями" и останутся. У Майкрософта есть обязательства по поддержке операционнок на протяжении некоторого времени и изменить так просто его не смогут, даже если схотят, ту же 98-ую сколько продлевали. а линейка NT имеет ещё более долгий цикл поддержки. К>Ещё раз повторюсь, что не факт, но вполне вероятная ситуация. Вопросы и ответы по срокам поддержки операционной системы Windows
слухи), что там как раз и будут безопасность апдейтить только в нём, вынуждая пользователей W2K и XP переходить на висту.