Start-up - ы

ну тут понятно: 1) нужна идея 2) желание воплотить идею 3) минимум один товарищ-соратник 3) возможность поголодать некоторое время (может даже год или два)

(ответить)

Собственно п.3 и хочется розыскать.

(ответить)

какой из п 3? Тот что поголодать год-другой?))

(ответить)

для участия в стартапах все эти IT специалисты уезжают в Default City.

обычно уезжают для участия в чужих стартапах :-) А человек видимо хочет свой?

(ответить)

Нерезиновая так лопнет когда нибудь. Я вообще придерживаюсь диаметрально противоположного мнения, о том что нечего туда ехать, за "возможностями". Это путь для тех кому за МКАД-ом слабо реализоваться.

Да свой. Все кроме п. 3 есть. Мог бы обойтись, но сроки реализации стремятся к бесконечности.

(ответить)

Вот тут я писл об этом: http://thinkit.ru/blog/viewblog/30/

Если действительно есть безумное желание и отличная идея, то пишите мне на info@cCube.ru

(ответить)

>internet-проекте

Направление не пересекается..

(ответить)

мы вот сами как раз начинаем :)

(ответить)

В каком направлении если не секрет?

(ответить)

А Вы в каком? :-)
Парадокс сайта ThinkIT состоит в том, что с одной стороны он вроде бы как призван служить площадкой для обмена мнениями идеями и опытом, а с другой стороны, похоже, люди имеющие опыт не очень то торопятся им поделиться (конкуренция) или им некогда и они сильно загружены, или еще что-то..
Так что остается а) копи-паст б) реклама... Хотя в принципе и а) и б) не так уж и плохо..

(ответить)

периодически мы стимулируем эти "выплески опыта" конкурсами и призами и в моменты акций активность сильно увеличивается...

(ответить)

конкурс конкурсу рознь...
например игра в Тетрис несомненно интересный конкурс, но как это связано с обменом опытом ИТ специалистов? :-) Вот если бы был конкурс, например, на написание некой небольшой flesh или java игры - тогда другое дело... или конкурс технических решений или идей... ну не знаю, это же Ваш сайт :-)

(ответить)

ой ты што))) тут же некоторые кричат чтобы конкурс был доступен всем:)

(ответить)

вообще выигрывать надо было, написав бота, чтобы он в тетрис рубился.

(ответить)

отличная идея :)

(ответить)

объявляем конкурс бота

(ответить)

бот связно комментирующий темы... и создающий новые посты копипастом... с легкой модификацией текста чтобы получить почти уникальный контент

(ответить)

Заменить людей машиной хочешь? Посмотри терминатора - добром это не закончится;)

(ответить)

уже есть: Xrumer 5.0

(ответить)

посмотрел, интересная штука - ищет по форумам тему с заданными фразами... и туда вставляет набранное тобой сообщение... и еще вроде и ответ якобы от другого кадра с рекомендациями (со ссылкой на продвигаемый ресурс) и еще регит в форумах автоматом...

(ответить)

Ага) Причём эта дрянь очень умная. Она может завязать диалог с пользователями, а потом красиво оставить ссылку, как дальнейший ответ на завязавшуюся беседу. (распознавание капчей и т.д. даже не беру в рассмотрение). Ищет она по чему настроить :), можно и по форумам и по блогам... вообщем по всему.

(ответить)

круто... а существует конвертор неуникального контента в уникальный? типа пересказ исходного текста своими словами?

(ответить)

Да, конечно. Называются синомайзеры. А совсем в далекие времена были живы цепи Маркова :)

(ответить)

embedded linux + железяка. со всем сопутствующим

(ответить)

Интересно, у меня тоже linux, точнее кросплатформеное приложение. QT, платформа для автоматизации бизнес процессов.

(ответить)

хм. qt нам может потом сильно приспичить. или на дельфях, как всегда :)

(ответить)

для кроссплатформенности Python рулит

(ответить)

кроссплатформенность -- это к java ;) но мутить десктоп гуй на жаве мне страшно как пишушему на жаве уже года 4.

(ответить)

у java и питона разные задачи. GUI приложения отлично на питоне пишутся. Но QT никому бы не советовал.

(ответить)

а скажите мне пожалуйста знатоки линукса... Вот например QT доступен в двух лицензиях Commertial и LGPL. Первая используется когда делается коммерческий продукт и Вы не желаете делиться исходниками. При этом QT нужно покупать. Вторая используется если Вы согласны делиться исходниками своего проекта (но подходит ли это для коммерческого проекта?) и тогда QT бесплатен. Правильно ли я понимаю?

(ответить)

насколько я понимаю, продавать продукт или его часть, которая распространяется по LGPL можно, но Вам в этом случае придется открыть исходники той части, в которой использовался QT (вплоть до исходников на весь продукт). Вот, можете почитать http://www.infolex.narod.ru/gpl_gnu/lgplrus.html

(ответить)

однако в этом случае существует опасность потерять продукт или его идею, если исходники открыты. Правда?

(ответить)

Вы уже украли open office? :)))
Немного людей будут готовы компилить сырцы для того, чтоб хотябы просто поставить софт, не говоря уже о том, что б красть его идею.

Хотя, конечно, вероятность будет существовать....только, мне кажется не очень большая.

(ответить)

нет...
но мне приходилось сопровождать продукт который китайцы украли и у которого
1) полностью изменили ресурсы (текстовые строки), битмапы и прочее, заменив оригинальное название продукта на свое
2) сломали аппаратную защиту устройства построенного на altera MAX CPLD (сломали security bit альтеровской микросхемы)

Согласитесь, что это не очень приятно, когда ваш продукт воруют... Я представляю что было бы если бы все было в исходниках - это просто рай для китайцев и nightmare для нас.

OpenOffice не очень удачный пример поскольку это не совсем уникальный продукт. Похожие функции есть у многих продуктов, тот же StarOffice, IBM Lotus, MS Office т.д. Когда же Вы работаете над уникальной вещью стоит сто раз подумать о сохранности...

(ответить)

security bit у Альтеры не отличается трещиностойкостью. Он предназначен для предотвращения снятия инфы стандартными методами. А от нестандартных решений он не защищает.

(ответить)

Да, это все действительно так. Для вас нормальный выход — купить лицензию. Либо сделать свой софт таким образом, чтоб заимствованная библиотека входила в плагин, либо в отдельную часть программы. В этом случае, даже если у вас украдут "морду", к программке, ничего сильно страшного не случится.

(ответить)

Существует концепция ведения бизнеса на основе открытых исходников. На западе существует масса открытых проектов на основе исходного кода. Возьмите например ERP системы различные. Думаете кому то нужны исходники продукта без тех поддержки? Как вы себе это представляете? Кто будет отвечать за возможные форс мажорные обстоятельства? Обычно предприятию необходимы какието гарантии того что их проблемы будут решены в некий разумный срок.

По пунктам MYSQL, Red Hat, SLES, PostgreSQL, Pentaho Open BI, Compiere ERP/CRM, Openbravo POS/ERP, xTuple.
у всех этих продуктов открыты исходники, но при этом на них построен бизнес создателей этих систем.

Вы хотите сверх надежное решение для ваших крастеров? Посмотрите статистику. Изучите предложения существующие на данном рынке. У вас будет два варианта либо closed source либо open source. Как вы думаете о чем скажет статистика?

Вообщем тут как в рекламе вы не любите открытые проекты? Вы просто не умеете их готовить.

(ответить)

я не против open source ни в коей мере...
Я не понимаю следующего. Представляю себе Ваш стартап - Вы целый год с компаньоном пашете за небольшие деньги и (о чудо) получаете действительно супер продукт основанный на супер идее и конечно open source. Потом находится другая компания, больше Вашей и с большими ресурсами и не очень честная.
Эта компания берет Вашу идею и Ваш исходник и делает СВОЙ продукт и начинает зарабатывать на нем больше Вас в 100-1000000 раз. Какие Ваши действия?

(ответить)

да нет, вообще-то. LGPL означает, что можно юзать, как хочешь, только нельзя менять сорцы библиотеки самой. Vmware под линукс юзает GTK @ LGPL и исходники никому не даёт.

(ответить)

(ответить)

LGPL позволяет линковать с закрытым кодом. Менять можно!! Чего не позволяет GPL (линковку с закрытыми либами). Но изменения внесенные в код ранее лицензированый под LGPL должны быть предоставлены на условиях LGPL. Причем не всем подрят, а только тем кому вы продаете/передаете свой продукт.

RTFM !!!

(ответить)

что мешает кому-нибудь сделать "контрольную закупку", а после этого разобрать?

(ответить)

А вы не закрывайте. Китайцы внесут изменения, а вы им письмецо так мол и так согласно лицензии предоставте код. Если код г**но так кому он нужен? А ежили по делу? Тогда они за вас часть работы сделали, включайте их код в свой продукт и продавайте дальше.

(ответить)

китайцы меняют логотипы - только и всего. Кроме того они производят изделие дешевле чем это можете сделать Вы. Тоесть Ваш бизнес практически под угрозой банкротства.
Дискутировать с Вами они просто не будут. Они скажут что это ИХ продукт и ничего Вы не докажете.

(ответить)

Вы подходите исходя из реали не цивилизованного мира. Если так то у вас на гоп стоп отожмут телефон, и нацарапают на нем телефон васи. Вы тоже будете считать так же? Судов и доказательств не существует?

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

Если не лень то гуглите по слову BusyBox.

(ответить)

ок, ситуация.
Я гениальный студент-разработчик, но все же студент. Написал я классную софтину и начал ее продавать. Людям нравится программка, денежка небольшая и все ОК! В итоге моей прибыли хватает на хороший велик и оплату квартиры (кушаю я на стипендию).
Но тут, мне присылают ссылочку на мою софтину, но только на китайском, которую продают еще дешевле и не простые люди, а несколько компаний с офисами.

И что мне делать????

(ответить)

выпускать новую версию. С новыми фишками. Любая защита ломается, ставят ее для честных людей. Если совсем не поставить то даже честные люди покупать не будут

(ответить)

отлично, а на старую версию и упущенную прибыль с нее просто забить?

(ответить)

если считать упущенную прибыль, то времени на работу не останется ;)

(ответить)

Уточняющий вопрос. Вы желаете написав одны программу всю жизнь получать "Гешефт"

Второе. Как это связано с открытостью, или закрытостью исходников? Если они открыты то что делать я вам описал. Если они закрыты, то это нарушение лицензии. Но в этом случае это ваши проблемы.

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

(ответить)

я представляю себе тех. поддержку примерно так (поправьте если я не прав): 1) компания заключила договор например с Металлургическим заводом, Красным котельщиком, ТагаЗом и еще 5 заводов на обслуживании их серверов (исключительно Linux и open source) и потом бегает между ними решая текущие проблемы (высунув язык). Иногда внедряются свои разработки (так же open source) и Вы можете обеспечить высочайший уровень их поддержки какой китайцам даже и не снился.
Мой вопрос простой - если Ваше хорошее решение начнут использовать в Питере, Москве, Берлине и Пекине - как Вы будете получать деньги с них? Или не нужно?
Про пожизненный гешефт - это идеальная ситуация к которой на мой взгляд нужно стремиться. Хорошие идеи к сожалению приходят не каждый день. Надеяться продать идею а потом придумать новую можно но не всегда получится

(ответить)

То то и оно, российская традиция, а сколько мне заплатят? А что я буду делать вопроса не возникает, у всех есть устойчивое желание получать ставку, и не делать ни чего.

Бегать высунув язык вы значит собираетесь, а китайцы нет? Они просто так будут деньги получать? Не выезжая из китая, будут собирать денежки в вашем родном городе на вашем родном тагазе?

Вы смутно представляете что такое тех поддержка. Знаете сколько стоит персональный менеджер, и гарантия решения возникающих проблем с наивысшим приоритетом, от компании Red Hat ? Но даже без таких бонусов тех поддержка Red Hat достаточно не дешевое удовольствие. При этом ни кто не бегает высунув язык. Бегает высунув язык приходящий администратор.

Более того вы видимо сильно заблуждаетесь о процессах создания открытого софта. Red Hat не затратила милиардов на создание своего продукта. Вы тоже когда будете создавать свой продукт затратите гораздо меньше, даже просто мизер, если используете открытые технологии.

Вы возмете GPL версию JAVA или QT создадите продукт, подпишете договора с клиентами на тех поддержку, и тут у вас возникает проблема, вам надо ее решать, по ходу выяснится что ноги проблемы из использованого стороннего софта. Как вы поступите посадите несколько человек програмистов, незнакомых с внутренностями JAVA ( QT ) чтоб они решили эту проблему?. Или купите комерческую лицензию? И тогда решение проблем станет головной болью либо SUN либо Nokia.

И в первом и во втором случае проблема будет решена. Но разница в сроках. Так же код решающий проблему станет доступен всем, в первом случае вам его придется открыть согласно лицензии во втором он автоматически попадает в следующий релиз. Причем как видите и в том и в другом случае совершенствование кода оплатите вы. В прочем даже не вы а ваш клиент решающий прикладную задачу вашим софтом.

(ответить)

я рад, что Вы настолько уверены в своей правоте. Наверное Вы знаете, как заработать с помощью open source. Действительно я многого не понимаю здесь. Удачи Вам!

(ответить)

я просто опираюсь на свой опыт :-) Начинающая маленькая компания (стартап) не сможет (не хватит времени и ресурсов) отстаивать цивилизованными методами (в суде) свои права.

(ответить)

Мы дискутируем на самом деле не о стартапах. Не совершайте ошибку называя стартапом просто очередную компанию начавшую выпускать очередные поделия которых на рынке сотни. Вы забываете что в данном случае должна быть инновация.

Так же не называйте инновациями "алгоритмы" в вашей программе, которые кто то прочитает в исходниках. Инновация это идея. У идеи нет исходников. Нет библиотек и экзешников. Ее у вас сложнее украсть. Хотя и возможно. Ну так тогда "вконтакте" главные пираты в нашей стране. Но при этом они не когда не смогут выйти на рынок тот где идея соцсети родилась. Там все занято.

Тут опять просто возникнет вопрост о целях закрытия/открытия програм патентования идей и алгоритмов. На этоесть простой ответ это желание вечного гешефта. Причем получать его желают не те кто его придумал, а те у кого есть деньги что б купить проект, и заработать еще денег, а потом еще кого нибудь купить. А автор оригинальной идеи он свое получил, и для него скорее важен процес рождения/создания. Он еще что то придумает.

Дискуссия скатилась до обсуждения копирастии и пиратства.

(ответить)

Прочтите внимательно. Лицензия не требует открывать код продукта!! Если Vmware внесли изменения в код GTK то они наверняка его открыли, мало того они наверняка добились его включения в основную ветку GTK ибо зачем им заниматся поддержкой своих патчей?

(ответить)

обожаю эти басни

HP вышли из гаража, ага

Именно "Как усилить", а не "как сделать". Защита программы - это такая же сложная часть работы над ней, как и написание основного кода. Тут не надо халтурить, делать на скорую руку и думать, что вы точно "проскочите". Идеальной защиты нет, но затянуть время взлома можно и даже очень сильно.

НИКОГДА не храните список валидных ключей к своей программе где-то в файлах программы. Некоторые (даже серьёзные) разработчики забывают об этом. А взломщики просто вытаскивают этот список и у них на руках 20-50 серийных номеров, которые работают.

Откажитесь от простых процедур сравнения введённого кода с валидным. Используйте связку имя+код (а при желании, еще и +email+companyname). Сделайте так, чтобы ключ зависел не только от символов, но и от их регистра.

Больше математики разной и сложной. Это может сильно подпортить жизнь взломщикам. Не бойтесь выискивать разные хитроумные формулы. Для их понимания потребуется время, а терпеливость, как правило, не свойственна молодым взломщикам.

Шифруйте куски кода. При этом разные, можно даже разными алгоритмами. Часто, если взломщик видит в коде программы присутствует crypto-sign, то он не занимается программой, т.к. это себе дороже. Разумеется, сильные крэкеры так просто не отступятся.

Используйте проверку контрольной сумму исполняемого файла. В случае, если программу попытаются пропатчить, то она будет нерабочей. Разумеется, даже это патчится, но, опять-таки, это затянет время взлома. Проверяйте так же контрольные суммы библиотек (если в них находится процедура регистрации).

Попытайтесь программно определить присутствие в запущенных процессах отладчика или других инструментов взломщика. Список их легко найти в Интернете. У нормального человека эти процессы вряд ли будут запущены. Аналогично и с именами файлов. Если в папке с программой есть файлы patch.exe, *.exe, keygen.exe, то это уже о чём-то говорит. Еще можно проверять системную дату от запуска с запуску. Если она вдруг слата меньше на пару месяцев или год, то что-то тут не так.

Используйте онлайновую проверку регистрации. Пусть ваша программа, при активном Интернет-соединении отправляет ключ пользователя на сервер, где он проверится и в случае положительного отклика, деактивирует дальнейшие проверки. Это необходимо прописать в хелпе к программе, чтобы у пользователей не возникло желание жаловаться.

Используйте навесную защиту ТОЛЬКО после того, как САМИ уже хорошенько поизвращались над защитой внутри кода. Это еще больше усилит защиту и создаст проблемы для взломщика, т.к. даже распаковав программу, он увидит, что там еще путь да путь.
ru.intel.com

(ответить)

здесь тоже крайность описана. Бесконечные проверки и защиты скажутся опять же на продажах. Некоторые особо крутые защиты покупные приводят к сбоям в основной программе. Должна быть золотая середина. А онлайн проверки постоянные - это вообще почти траян)))

(ответить)

Идеальная защита должна быть почти незаметна для законного пользователя. Задача разработчика как раз в том и заключается - чтобы найти эффективный и не надоедливый способ защиты программы. Если же разработчик экономит свое время и силы на разработку защиты, можно подозревать его и в экономии на других "мелочах" продукта - то есть мое доверие к такому продукту падает.

(ответить)