Open source

индекс
187,29

Adjustable soft II

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

Как же нам получить идеальный софт, или по крайней мере найти направление, в котором двигаться? Влиять на проприетарное ПО весьма непросто, да и стимула никакого — даже если укажешь на ошибки, вряд ли заплатят. Но выход есть — программное обеспечение с открытым исходным кодом.

Крупный Open Source проект в разработке
Крупный Open Source проект в разработке



Adjustable Soft: набросок



Большая часть нужного кода уже разработана в Open Source но к сожалению есть отдельные проблемы:
  • далеко не всегда код доведен до логического конца
  • в подавляющем большинстве случаев есть проблемы с русской локализацией
  • приложения с открытым кодом слабо интегрированы между собой — там где крупный разработчик поставляет интегрированное приложение, внедренцы Open Source вынуждены ставить отдельные приложения
  • госструктуры хотят работать с сертифицированным ПО, и поэтому никакой Open Source софт им не подходит
  • не всегда ПО с открытым исходным кодом содержит все особенности необходимые для бизнеса — например, если у вас серьезный бизнес, то все разговоры с клиентами должны записываться, но далеко не любая Open Source видеоконференция поддерживает запись видеобесед
  • как это ни прискорбно, у Open Source — имидж софта написанного на коленках самоделкиными, несмотря на то, что культура программирования в Open Source существенно возросла, не говоря уже о том, что огромную часть кода сообществу Open Source дарят фирмы, профессионально занимающиеся разработкой ПО


Adjustable Soft: техническая сторона



Исходя из этого вырисовывается концепция софта, которую я называю Adjustable Soft — адаптируемое ПО. Подход содержит в себе немалую долю консалтинга, ведь только поняв устройство бизнеса можно понять какой минимальный функционал требуется для работы предприятия. Кроме этого, нужно исходить из той посылки, что ничего с нуля программировать не нужно, все основные вещи уже реализованы в Open Source — необходимо только найти. После того, как похожее решение найдено, требуется дополнение фичами и настройка ПО под конкретную задачу. Все изменения в соответствии с лицензией выкладываются обратно в Open Source и этим упрощают реализацию похожих проектов. Также, неплохо было бы двигать Open Source проекты в направлении большей модульности, чтобы русская локализация была делом замены одного файла с текстовыми сообщениями, а не превращалась в мучительное отделение кода от текста. Самому сообществу Open Source будет от всего этого польза — участники этих проектов работают гораздо веселее, если видят, что продукт кому-нибудь нужен. Видели бы вы их как они программируют, когда видят отдачу — за месяц достигают таких результатов, какие нашей небольшой (~5 чел.) команде не достичь и за полгода. Естественно, что все пользовательские настройки оформляются в виде плагинов и не выкладываются для общего обозрения.

Adjustable Soft: административная сторона



И наконец бесчисленные формальные вещи, без которых софт не может жить — сертификация, участие в тендерах, внедрение, анализ кода на наличие «закладок» со стороны вероятного противника (не смейтесь, силовые структуры — желанная целевая аудитория), культурная техническая поддержка на русском языке. Все это позволит Open Source ПО задышать, раскрыть свой потенциал. А программистам даст найм и кусок хлеба с маслом. Я вынес вавилонскую башню в заголовок именно потому, что административная сторона не позволяет разработчикам и пользователям Open Source ПО быть полностью удовлетворенными друг другом и необходим медиатор, который будет преодолевать разногласия, говорить с каждым на его языке.

Adjustable soft: success story



Решение для видеоконференций, основанное на вышеизложенной концепции имеет опыт успешной адаптации, внедрения и сопровождения. Оно внедрено у одного крупного страховщика. Решение работает в любом браузере с поддержкой Adobe Flash и использует обычные веб-камеры. Все довольны.

Adjustable soft: выводы



Хорошая фантастика отличается от обычной тем, что она содержит мощную, волнующую идею. Такой ключевой мыслью в Хрониках Амбера Роджера Желязны были путешествия среди отражений — истинный принц Амбера может дойти до любого места по своему вкусу просто представляя его себе, и неясно, поиск ли это среди бесчисленных вариантов реальности или акт творения. Вышеизложенный принцип работы с Open Source чем то похож на это — разработчик ищет в сети проект, подходящий именно для него и изменяет его так, каково его собственное видение. Проекты с открытым кодом подобны нереализованным вариантам бытия, и только наличие заинтересованного разработчика и заказчика делают некоторые из них реальными.
+33
30 июня 2009, 08:18
12

комментарии (15)

0
CTpaHHoe #
спасибо, интересная статья.

код писать религия не позволяет потому что «всё написано до нас». а как же прогресс железа с его неуклонной тенденцией к многоядерности и распараллеливанию?
0
sergicus #
спасибо
+1
evgenyk #
Поставил +,
но хотелось бы видеть несколько более конкретные предложения по продвижению данного подхода. Так-то оно и так ясно, что можно использовать открытые решения. Я, например использую.
+4
Bentrizen #
> даже если укажешь на ошибки, вряд ли заплатят.
> Но выход есть — программное обеспечение с открытым исходным кодом.

Там если найдешь ошибки — заплатят?
+5
AmirL #
Пользуюсь опенсорсом, но частенько напрягает одна неприятная вещь. Опенсорс часто делают just for fun и… имеем часто дофигища функционала кучу наворотов, но все с багами. То есть для опен сорса как то характерно сначала сделать кучу кучу фич (часто даже ненужных — в одном модуле для друпала, который служит для вывода категорий, были написаны еще тучи функций по кешированию и т.п.), но в целом оставить недоделанным.
Коммерческий софт идет обычно по другому пути — сначала заставить Хорошо работать минимальный функционал, а потом добавлять его. и НЕ ВЫКЛАДЫВАТЬ багающий функционал.
Это относится не к 100% платного или опенсорсного, есть исключения.
0
evgenyk #
Тут уже скорее нужно говорить не об закрытых/открытых исходниках, а о качестве проекта, а так же об умении выбрать проект для основы и понимать, что получим.
Причем надо понимать, что для модель разработки «базар» как разработка добровольцами, как раз и предполагает выкладывание как можно более ранних версий софта для всеобщего пользования.

Что всегда надо принимать во внимание:
— Поддерживается ли проект активно. Как часто релизы, когда был последний.
— Отзывы пользователей.
— Принцип разработки и нумерации версий. Очень часто есть две ветки, обе доступны, одна более сырая (девелоперская), другая стабильная.

Но есть один большой плюс, это конечно наличие исходников. Мне с закрытым софтом (для работы со специальизированными железками) приходилось несколько раз налетать на ситуацию, когда другого софта нет, разработать самому нереально, из-за отсутствия спецификаций, разработчик не откликается, а софт или с багами, или работает не так, как надо. Приходилось изобретать дичайшие воркэраунды.
–3
Masterkey #
опен сорс е предоставляет возможность напрямую связаться с разработчиком, спросить/уточнить что и как работает и САМОМУ ДОДЕЛАТЬ, то что ты считаеш необходимым
0
AmirL #
в моем случае нужно было убрать 80%! кода и доделать оставшиеся 20%. Но пример не один. Просто жалко, что сделано столько фич, но толку от них если ни одна нормально не работает :\
+1
kyb27 #
Все логично, только одна незадача — квалификация работника должна быть довольно высокой, ведь приходится искать решения всяких проблем, иногда в полном одиночестве (проекты могут быть «сиротинушками»).
+1
z00 #
К сожалению, от подобных статей опен сурс лучше не становится, пошумели, порассуждали и утихло все.
0
evgenyk #
Я думаю, польза может быть, причем по нескольким направлениям сразу:

— Кто-то вообще не знал, что такой путь использования Open Source возможен.
— В комментариях и в статье хорошо бы кроме проблем описать/выработать пути их преодоления/смягчения.
+1
beetleinweb #
Отчасти согласен, но ведь хотя бы вопрос подымают… или напоминают, что он уже стоит :)

К слову о подобных статьях. Вот эту с ходу припомнил: Open source → Россия IV: остров свободы. Но там речь шла о заработке на Open Source, а дело здесь вовсе не в деньгах, а как раз в уже упомянутом принципе just for fun.

На мой взгляд, в Open Source хватает хороших программистов for fun, но мало или вообще нет организаторов for fun, интеграторов for fun, архитекторов for fun. Не так давно там даже дизайнеров for fun по сути не было. Сейчас с этим гораздо лучше. Зачастую те же иконки в Open Source наборах смотрятся приятнее, чем в Windows Vista, скажем.

Те проблемы, о которых упомянул тут AmirL, по уму не программисты должны решать. По крайней мере, не столько программисты, сколько спецы в других областях. Смежных, но всё же других.

А как вам (всем) такие ипостаси: QA for fun, SDET for fun, Support for fun? :) Наконец, продавец for fun. Вообще оксюморон :)) Продаёт, но себе денег не берёт, отдаёт всё в фонды Open Source. Правда, непонятно, зачем эти фонды, если все всё делают just for fun :)
+1
evgenyk #
Думаю, что на сегодня уже можно считать определяющим подход не «just for fun», а кооперацию, базирующуюся на идеях GPL:

— Мне нужен софт (для добывания денег)
— Я беру готовый софт под GPL. Самому проделать такую работу не смог бы по ресурсам.
— Дописываю то, что мне надо/устраняю баги/ шлю баг репорты
— Наработанное мною возвращаю коммунити под той же лиценизей, под GPL
— Польза мне, польза другим.
–3
oleg40a #
и где инновация? большинство поклонников опенсоса всю жизнь с того и живут — сами ничего не вложили, халявный софт нашли, за «консалтинг» бабло с заказчика содрали ну и конечно «Естественно, что все пользовательские настройки оформляются в виде плагинов и НЕ ВЫКЛАДЫВАЮТСЯ для общего обозрения»
0
e0f #
Извините, а на картинке разве не Вавилонская башня? Это я просто к тому, что это хреновое изображение для крупного open source проекта.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.