Open-Source-Umfeld
По-моему очень актуальная темя. Все больше фреймворков работает в открытом режиме, все больше фирм их использует. как налаживать связи и сотрудничать в этих условиях?
Вот пример разработки такой открытой библиотеки:
http://www.moneyscience.com/pg/blog/Admin/read/464541/open...
Mаленькая фирма захотела стать более известной и начала пистаь код в стиле открытой библиотеки.
У меня на сегодня есть один контакт, который в свободное время (вообще-то он в крутом консалтинге) создает свою платформу Big Data and Analytics.
У нас на фирме есть пара людей, работающих по похожей концепции. Как мне свести их вместе? Моя цель - научиться у этого чела использовать финансовую библиотеку и помочь ему и нашим коллегам обменяться опытом по технологиеям - всякие IBooks, распределенные системы итд .
А вообще тема очень обширная. Например реакция клиентов нa известие о том, что мы пользуемся открытыми инструментами, неоднозначна. Некоторые начинают бычиться "Почему мы обязаны платить вам, если вы пользуетесь бесплатными инструментами?" (Например мы используем Karaf)
Почему судиться? Если бы не было моделей сотрудничества и вообще работы в Open Source Umfeld, то эта область и не развивалась бы. Вы же тоже в таких проектах участвуете.
Да, но только там, где все, до последней запятой, утрясено юристами.
Поэтому ТЕБЕ сводить их не надо. Если уж так хочется, закинь удочку руководству, пусть они разбираются
А, это хороший аргумент.
Но руководство - это я, поэтому наверное самой придется в этом разбираться. И напоследок отдать на окончательное утверждение главному начальнику. Хотя я все еще надеюсь, что в этом случае будет проще. Ведь человек извне делает этот проект в качестве хобби.
Ведь человек извне делает этот проект в качестве хобби.
Вот как раз с такими, как правило, дел иметь не любят. С них взятки-гладки - никаких гарантий, никаких прогнозов. Так что я бы на твоем месте, прежде чем разбираться, прощупала бы почву насколько это в принципе на уровне нашей фирмы возможно.
есть такая вероятность
у нас на фирме еще была ситуация, когда одна библиотека в новой версии перешла под другую лицензию, позволяющую пользовать ее(библиотеку) только open-source проектам, тем самым вынудив нас оставаться на старой версии.
А вообще тема очень обширная. Например реакция клиентов нa известие о том, что мы пользуемся открытыми инструментами, неоднозначна. Некоторые начинают бычиться "Почему мы обязаны платить вам, если вы пользуетесь бесплатными инструментами?" (Например мы используем Karaf)
а за пользование бесплатной явой они на вас не бычатся? 
Кстати да. мы тоже учитываем только актуальную форму лицензии. А кто гарантирует, что она не изменится? Тут вообще опсаность большого облома для массы фирм и областей.
С Явой они понимают, что это - язык, а не готовый тул. Но конечно это реактивный элемент, кто так реагирует. Pричем иногда получается, что берется бесплатный тул, а вокруг него наматывается столько собственных разработок, что этот тул в середке только мешается. Как суп из топора.
Под Явой я имел в виду всю инфраструктуру: компоненты Java EE, среду разработки, сервера приложений...
Ну это мы клиенту не поставляем. это наше средство производства. А вот Караф как-то вылезает на поверхность.
Да конечно не поставляете... Вот мой актуальный проект - 42 мегабайта зависимостей, сплошной опен сорс. Tomcat, Spring, Hibernate, Jackson и так далее. Ни одной проприетарной либы. И два мегабайта своего кода.
На сервере клиента почти ничего нет, если вы только не на чистом j2ее пишете.
Так что я бы на твоем месте, прежде чем разбираться, прощупала бы почву насколько это в принципе на уровне нашей фирмы возможно.
Алла вообще смелая.
почитал я про этот ваш Karaf
хоспади, прям управление космическими кораблями
с другой стороны, если продукт аллочкиной фирмочки - это функционал Karaf'а в красивой обёртке + надутые щёчки Аллы, то я могу понять заказчиков 