В предыдущей статье в комментариях встречал много одних и тех же крайне спорных точек зрения. Дабы не писать каждый раз одно и то же, решил выделить в отдельную статью.
Часто, программист / ИТишник / команда разработчиков получают задачу и начинают решать ее исходя из собственных задач, знаний, взглядов. Но при этом забывают тот факт, что главной задачей, по сути, является получение максимального результата для клиента за минимальные деньги/время. Рассмотрю на примере распространенной ошибки - разработка сайтов.
В 2009-2012 в свободное от работы время занимался продвижением сайтов (дополнительный заработок). За это время успел познакомится с большим количеством “студий разработчиков”. Как правило, это были небольшие компании в 2-15 специалистов, которые делали сайты. И была у многих одна и та же ошибка: они считали что могут все сами написать, и не надо рассматривать готовые решения.
Казалось бы - 95% сайтов требуется минимальный функционал: добавление статьей, новости, магазин, форум, комментарии ну и плюс еще несколько стандартных модулей. В чем заключается уникальность - подобрать нужный дизайн для сайта и сверстать его. Все уже на сотни раз написано. Есть куча готовых систем управления контентом (CMS), Но нет, каждый второй умелец начинает придумывать велосипед. Сами начинают писать системы управления сайтом.
Имеет смысл писать что - то свое тогда, когда уверен в том, что можешь предложить что - то новое миру. Когда знаешь, за счет чего сможешь поддерживать свой продукт долгие годы. К примеру, у 1С - это модель дистрибуции и умение продавать (за счет чего кстати и 1С на рынке ERP победила всех российских конкурентов). Очень большой плюс. У Facebook это новая модель общения на тот момент.
Пример №1: клиенты хотят открыть новое для себя направление онлайн казино. Находят “специалистов”. И те им начинают писать с нуля казино. Идиотизм чистой воды. В результате разработка стоила больше миллиона рублей, но казино не заработало. Так и и не смогли допилить код, чтоб казино не падало. Потратили на это более 6 месяцев. А ведь можно было купить за 20-40 тысяч готовые скрипты и вопрос с запуском казино решился за 1-2 месяца. А потом на работающем функционале можно было бы развиваться. Докупить модулей, начать работать с привлечением клиентов. Подкручивать, настраивать фишечки и т.д. Но ведь тогда “крутые спецы” не заработали денег.
Пример №2: Надо службе такси автоматизировать вызов. Ищут программистов и те им начинают с нуля писать данный сервис. Но ведь уже давно все написано. Зачем писать тысяча первое однотипное приложение? А ведь результат, с гарантией 99% будет хуже. Первое время в нем будут отлавливаться ошибки, которые негативно скажутся на бизнесе. Да и обойдется для клиента дороже чем покупка готового. А еще на месте заказчика я задал следующие вопросы разработчику:
- Кто будет развивать/поддерживать в дальнейшем мне систему
- Сколько в будущем будет стоить поддержка и развитие
- Вы мне отдадите все исходники?
- Чем Ваше приложение лучше аналогов (цена за продукт,цена за поддержку)
- Резюме проектов, которые в настоящий момент находятся в поддержке.
Пример №3: Надо открыть интернет магазин для обычного магазина. Владелец бизнеса находит специалистов и те что начинают делать? Предлагать собственные решения. Аргументация может быть разной
- Работает быстрей
- Наша CMS круче чем то что на рынке предлагают
- Не будет ненужного лишнего мусора
- У php родовая травма
- Бесплатно
- etc
И при этом забывают о простом факте: клиенту не надо “круто“. Клиенту похрен на ваши амбиции и самомнение. Ему даже похрен, насколько вы крут. Ему надо увеличить продажи и увеличить прибыль с наименьшими затратами. А под этим понимается следующее:
- начать продавать online не в абстрактном будущем, а вчера
- в случае ссоры с текущим ИТ специалистом найти быстро другого, кто сможет поддерживать/развивать бизнес клиента
- иметь возможности для быстрого и гарантированного развития функционала.
- иметь необходимый/стабильный функционал для продаж
Почему в данном случае я рекомендую платные CMS? Очень просто. У платных есть следующие конкурентные преимущества:
- Минимальный набор бесплатны или за копейки.
- Гарантированно стабильно работает
- Для многих есть специалисты в любом городке
-
широчайшие возможности по покупке дополнительного стабильного функционала (если в купленной версии нет).
-
CMS будет дальше развиваться (то есть поддержка не закончится через 1-2 года, а гарантировано будет и через 10 лет).
Рейтинги показывают, что много сайтов на платных CMS в России. Я вот не склонен считать, что я самый умный и могу получить за три копейки конфетку. Но если уж столько людей за это платят деньги, наверное это не самое плохое предложение по разработке сайта. (Конечно, я знаком с разработкой и на других платформах, но этот вопрос не для данной статьи).
Чтобы не возникло ошибочного представления о моей любви к платным CMS сразу скажу, что он годится для коммерческих проектов с серьезными заказчиками. Делал я сайты и на других CMS, в том числе бесплатных. Были у меня и сайты на самописных движках (первые мои ошибки молодости или сайты под конкретные задачи). Был сайт с посещаемостью 15к в сутки на самописном движке, много чего раньше было.
Плюс распространенной CMS был в том, что когда договаривались взять сайт на продвижение - был набор стандартных операций, которые надо было проделать с сайтом. И если для Bitrix, Wordpress, Joomla, etc я знал как это сделать, то что делать с самописной CMS - вопрос. Иногда даже не брался за такие сайты именно из-за сложности внедрения необходимого функционала.
Как вариант, конечно можно использовать бесплатную CMS. Но у них есть 2 минуса, которые для меня лично перекрывают все их плюсы: в случае взлома и/или кривых скриптов не с кого спросить и никто не гарантирует стабильность. Нет гарантии что нет вркаплений в код у сторонних модулей. Нет гарантии, что эта платформа через 5 лет не загнется по разным причинам. Для нормальных компаний 5-300 тысяч рублей это не та сумма, чтобы имело смысл экономить. А наиболее успешный коммерческий продукт будет развиваться и через десяток лет.
Но мы живем не в идеальном мире. Если посмотреть сайты у компаний - часто слезы наворачиваются. А ведь толпы ИТ специалистов по 1001-му разу пишут одни и те же программы.
В свое время, в компании где я работал разрабатывали легкого клиента для ERP. И было принято решение купить компонент для создания страниц за 2 или 5 тысяч долларов (сумму уже не помню, но вполне себе серьезную на тот момент). Удобное, красивое с нужным нам функционалом. Но в целом никакого космоса в нем не было. Для понимания вопроса: в компании более 30 своих собственных продвинутых программистов. Зачем платить за какой - то продукт? Начальник отдела программных разработок мне сказал простую истину тогда: практика показывает, что купить готовое, в среднем раз в 30 дешевле, чем разрабатывать самому (ну с операционной системой это в миллионы раз дешевле).
С другой стороны, когда я спросил его, почему он не хочет рассматривать движки на .NET а предлагает смотреть только на php (в фирме были очень сильные программисты, которые хорошо умели писать на .NET) - сказал следующее: “...у нас на php никто не пишет, и это здорово. Мне вот не надо, чтоб мои программисты еще сайтом нашим занимались. Дешевле будет заплатить кому-нибудь за это…”.
Но к сожалению, огромное количество ИТ специалистов каждый раз наступает на одни и те же грабли. Многие считают себя гениями и изобретают велосипед. В 99% случаев, мы теряем ценные человеко-часы ИТ специалистов и получаем гораздо менее качественный результат. А по сути, это потерянное время и упущенные возможности. Как для разработчиков, так и для их заказчиков.
Конечно, можно рассматривать как практику для студентов или неопытных кодеров. Но, можно заниматься более полезными задачами.
Есть конечно исключение, когда заранее предполагается, что у Вас будет новый прорывной продукт. Но зачем для этого писать функционал что можно взять бесплатно? напишите новый продукт, и используйте стандартный код из бесплатных библиотек. А если Ваш код не будет точно лучше, чем код в Wordpress / Amiro / etc- не мучайте мир очередными говноскриптами.
К социологии Интернета статья имеет отдалённое отношение. Но полезно для общего развития в вопросах технического устройства этой коммуникативной среды.
Комментарии
Однако приличные фирмы регулярно выпускают обновления, иногда кардинально перерабатывают свою программу. Зачем, если и так всё хорошо работает?
Выйдет новая версия, в которой всё ещё более гарантированно работает. Потом появится ещё более новая версия, в которой уж точно всё гарантированно работает. А следующая версия уж гарантированно обеспечит гарантированную работу!
+100500 вам в карму. Вы даже не поленились разобрать по полочкам. Очевидно же, что пост - наглая реклама.
Более того, хочу отметить, что если раньше я с нескрываемым удовольствием, прям зачитывался АШ, то сейчас я тут редкий гость. Ибо "статьи" от фрицморгена (а по сути репост со своего же блога в ЖЖ), это, извините меня, не интересный материал, а ...
Г-н Сафронов. Если уж Вы так любите википедию, то мой пост формулировке "Рекла́ма — направление в маркетинговых коммуникациях, в рамках которой производится оплаченное известным спонсором распространение не персонализированной информации, с целью привлечения внимания к объекту рекламирования, формирования или поддержания интереса к нему."
не соответствует, так как я не получал никакой оплаты и не имею к 1с никакого отношения. Да и ссылки я бы мог поставить с идентификатором. Но не поставил.
Г-н Брекотин, вы все сделали отлично. Я же написал, что если есть возможность, то почему бы ее не использовать?
Но теперь разберем ваш пост:
1.Сам заголовок.
Ну вот я не нашел в тексте раскрытия заголовка "Как программисты в России теряют свое время и деньги клиентов". На мой взгляд, тут должен быть заголовок "Зачем программисты изобретают велосипед?"
2. Суть статьи.
Просто пост о вашем отношении к этому вопросу, просто пост в блог, не более.
3. Оформление статьи
бла бла бла "болдим слоган", бла бла бла, ссылим на Битрикс. (и не важно реф ссыль или обычная)
4. Что смогли донести до меня, как читателя
Нужно брать Битрикс!
Браво!
Это ВАШЕ мнение. Спасибо что его высказали.
Ну да, мое мнение.
Ну это слишком поверхностное мнение :). Очень жаль что из Всей статьи Вы вынесли только это. Я правда в скорби :)
Аффтор, вы издеваетесь? Основная задача любой фирмы - получение максимальных денег клиента за минимальное время. И IT-фирмы ничем в этом не отличаются.
И реклама Битрикса вызывает тошноту. Хороший продукт в рекламе не нуждается...
Ну когда заказчик нанимает подрядчиков, он откровенно на это и расчитывает. А подрядчики должны решать данную задачу, заложив в стоимость своих работ норму прибыли. Набор наиболее эффективных решений с точки зрения цена / эффект и определяет успешность проекта для клиента и исполнителя.
Видел кучу сайтов, когда разработчики занимались тем что им нравится, а не конечным результатом. По факту получали сайт, в котором все красиво, класно. Но нет клиентов.
Дурак значит такой заказчик. Нормальный заказчик прекрасно понимает цели компаний оказывающих любые сервисы, в том числе разработку программ, а именно содрать максимально возможную цену с клиента.
У нас даже торговаться часто не имеет никакого смысла, ибо сторгует такой заказчик хорошую скидку себе, а в результате получит джуниоров работающих над его проектом.
Для того чтобы подобная ситуация изменялась к лучшему, нужна здоровая сильная конкуренция, что в ИТ в России пока невозможно, слишком мало людей и компаний.
Ну и слишком большой разрыв между нормальными проектами и проектами "сделайте мне интернет магазин с блекджеком и дамами".
Нормальный договор + ТЗ + план работ. А потом хоть джуниорами, хоть тестерами мне без разницы. Уже проблемы исполнителя. Ну и уметь их конкретно мотивировать работать.
Ага, и включаете туда пункты типа "оплата 100% суммы договора осуществляется после приемки и опытной эксплуатации Продукта", и 99% ИТ компаний вас посылают нафиг сразу :)
Замечательный способ получить решение устаревшее еще на этапе составления ТЗ.
У меня складывается ощущение что вы исключительно теоретизируете, а опыта заказчиком или разработчиком вообще нет? :)
Почему ? Можно оплата по этапам. Сделал - получил деньги.
Как пример - сейчас веду 4-е проекта, в которых подрядчики получат 100% оплату после выполнения работ. Сейчас работы не так много. За нормальную оплату многие готовы подвинуться в условиях. Еще и в тендере борются.
оооо. ну вот тут мы и смогли оценить Ваше знание области. Расскажите как как НАДО работать?
16-ый год. Опыт с обоих сторон барикады :).
Если заказчик лох, то конечно. Если он мыслит здраво, он отлично понимает, что задача разработчика - содрать с него как можно больше денег, приложив как можно меньше усилий. В идеале - получить кучу бабок, не делая ничего. Примеров тому в моей практике море...
естественно. Я про это и писал. Только не забывайте, что набор усилий и их качество может быть разным. Как ударом молотком по атомному реактору.
Ну у меня подход по жизни другой. Следствие - клиенты обычно рекомендовали мои услуги другим.
у меня тоже. С другой стороны, договор + ТЗ максимально ограничивают свободу бездействия. А если еще интересны е пункты в договор вписать на 6-ти страницах ...
Извините, фигня... Особенно, если разработка в области, в которой разработчик ни уха ни рыла... Торговлю и бухгалтерию знают все, там ТЗ читается достаточно однозначно. А вот если взять более специализированную область, например медицину, то фигушки. Я пишу в ТЗ одно, на мой взгляд совершенно однозначное, разработчик читает и делает совершенно другое, поскольку специфики совершенно не знает. А потом требует денег за переделку. Ну уж нафиг.
Когда мы делали свою систему учета в медсанчасти нам по ТЗ выкатывали заяву от лимона до пяти со срокам исполнения от 6 месяцев до 3-х лет. Причем верхом наглости было предложение поставить стандартную конфигурацию «1С-Поликлиника» за 1,2 лимона с допиливанием под наши нужды за отдельные немаленькие деньги. В итоге взятый на оутсорс 1с-ный программист сделал нам все за 3 месяца и 75 тысяч. Причем каждый пункт ТЗ ему после детального растолкования по шагам пришлось переделывать минимум по 3 раза.
А что касается фирм, особенно более-менее раскрученных, - то только типовые договора, иначе ни за что не берутся. какое там
Ну в данном случае проблема разработчика. Денег точно платить не стоит. Время потерянное жаль. Если вставить пункт типа "...0.2% от стоимости проекта за каждый просроченный день ..." - действует и мотивирует очень хорошо. Ну и без этого пункта со своей стороны не начинать работать. Правда все мы не любим судится, так что ннн-ое количество дней задержки можно и простить. Обычно никто не судится за небольшие сроки.
Вам реально повезло :) IMHO. В любом случае хорошо.
По SMC соглашусь, но это не всегда помогает, если в ПО есть уязвимости или содержание части сайта может быть конфиденциальным для всех, кроме группы или вообще одного человека, но таких случаев - один на сотню.
Угу.
И именно поэтому (быстро и доступно пониманию миллионов мух) проработка наиболее правильных решений годами стоит на месте, а информация о нюансах применения распространяется скорее в форме священного предания (во славу принципа бритвы оккама).
Хренли про российских программистов.
Кто нибудь внедрял такую систему как например SAP ? А еще лучше SAP в каком нибудь нестандартном варианте?
Если заказчик думает, что для успеха ИТ проекта кроме денег ничего не нужно, то деньги он потратит гарантированно, а вот то , что результат не будет соответствовать ожиданиям тоже практически гарантировано.
а зачем нестандартный то? Тот случай, когда "горе программисты начинают ваять очередной велосипед". Отклонения от стандарта должны быть минимальны. Позиция SAP.
тут согласен. Судьба IBS на проекте Газпрома тому пример.
Есть и успешные примеры глубокой доработки SAP, но это уже скорее исключения.
занятно, аш становится филиалом хабра?
Ну если клиента удалось развести на это, считай жизнь удалась))). Никуда он от тебя не денется сердешный и денег впалит преизрядно, зато потом возможно получит конфетку, а может быть и нет.
Но нормальные ИТ обычно относятся к этому пути решения проблем очень осторожно, обычно покупатель сдувается уже на первой трети дороги (проектная документация), и вообще предже чем что-то требовать от ИТ, покупателю неплохо бы хоть немного ознакомиться с тем, что на рынке предлагают, есть прекрасные решения на базе Oracle которые поддерживают дестяки тысяч сессий и сотни тысяч событий в секунду, десятки бизнеспроцессов, однако магазину розничной продажи такое решение не к чему))). Может ему действительно проще налобать чтонибудь в FoxPro 2.5а с нуля, или в Clipper и они будут счасливы своим полбизнеспроцесса в квартал, если рынок таких решений не предоставляет, а они нужны.
Угу если клиенту нужен сайт-визитка, лучше решения нет...
ниче не понял, что хотел сказать аффтар... Что он один такой it-дАртаньян, а все прочие дибилы и/или подонки по жизни?
Прочтите еще раз. Там даже вывод в заключении и в комментарии
в других статьях боль-менее адекват, а тут - бестолк... Очевидно ж, что готовые решения никогда не покроют все потребности. Очевидно ж, что существуют идиоты заказчики, кому деньги карман жгут. Очевидно ж, что курсы компьютерной грамотности 20 лет лежалости к реальности имеют отстраненное отношение..
а что с этим случилось - http://gorodgid.ru/ ? Где там можно закопать 12 миллионов?
Приведите пример типового сайта - визитки, интернет - магазина, где не хватает стандартного функционала распространенных CMS? Newm в комментарии к моей статье в целом хорошо описал подход, как можно жить на гораздо более урезанном функционале, чем в распрострненных CMS "...Ставим мы только либо простые сайты, которые ставятся на нашей системе управления, либо интернет-магазины, которые полностью укладываются в функционал наших интернет-магазинов. И то и другое у нас полностью вылизано для самих себя. Больше времени уходит на рассказ клиенту, что у него будет и почему это должно быть именно так, потому что так как он хочет, мы уже пробовали сделать для себя любимых и почему это не сработало, чем на установку самого сайта или магазина....".
В целом надо подходить именно так. То что заказчик придумал, это все от лукавого. Обычно такие "фичи" лишь снижают конверсию. Что нужно для конверсии и продвижения - есть в типовом решении. А вот чего нет в типовом, то и можно писать. Вопрос, а чего такого нужного для сайта нет в типовом решении ?
это вы к чему?
Ну как раз начали писать собсвтенную CMS, набрали чет около 10 программистов в штат для этого. Толпу продажников на оклад посадили, сервера. Продавали сайты на убогой CMS. У меня первые двое клиентов были те - кто ушел от них. О этапах жизни проекта знаю от своего приятеля, который в руководстве проекта был.
Ну, если сайт ограничивать блогом, магазином и набором статичных страниц, то да. Только зачем тогда обвинять эникейщиков от прогерства в профанстве, когда к ним требования как к профанам?
Например, калькуляторы?
Это прогеры были идиоты или не получилось догадаться, что всякое серьезное дело начинается с проектирования от и до и соответственно, надо было сначала пару архитекторов (или как там они называются) найти, которые бы все описали в теории, а потом уж звать кодеров?
Ключевой момент: требования как к профанам,а решать начинают задачу программистов. А зачем? Тебе сказали сайт делать, а не придумывать велосипед.
Вас в гугле забанили? С другой стороны создание калькулятора - в общем типовая задача с размещение нескольких контролов и передачей параметров через параметры и/или через java-script. Назвать такую задачу "программированием" можно с большой натяжкой.
Для начала надо было понять, на чем деньги будут зарабатываться. Потом понять под это требования. Я вот так и не понял, на чем они собирались зарабатывать деньги. Вернее не видел, как они с такими доходами смогут окупить свои расходы. С учетом того, что было реализовано я видел какие ключевые моменты:
посещаемость 2000 посетителей в сутки + создание сайтов для клиентов.
Потом можно было за неделю, человеку далекому от программирования и т.д. почитать информацию на эту тему. Сформировать решение о выборе CMS под это дело. Запостить на тематических сайтах инфу и народ постебался бы с удовольствием. После этого выбрать уже техническое решение (CMS + хостинг + необходимые доработки + etc). Может еще раз его запостить в тематические форумы. Это было бы эффективно и бесплатно. И не надо архитекторов.
дальше, трафик на порталы генерятся обычно форум + объявления + новости + еще разные фишки. Вот тут можно было бы привлечь людей, которые умеют с этим работать. Переманить / перекупить состоявшиеся продукты. Как то так.
Продавать сайты - это по сути уже второе анправление деятельности, и хвататься на этапе развития за два анправления - IMHO самоубийство.
Мое мнение: свои наработки имеют место быть, но использовать их нужно грамотно и не игнорировать готовые решения.
Много фреймворков перепробовал, и ни один не понравился, потому что везде есть что то, реализованное криво или громоздко с моей точки зрения. Поэтому написал (готов на 80%) свой фреймворк, в котором присутствуют все лучшие особенности других. А нехватающий функционал можно взять из других фреймворков.
Страницы