Чи може вижити мова програмування із закритим кодом? [зачинено]

Друг написав мову програмування. Він має синтаксис, що нагадує SGML. Він написав для цього перекладача та IDE. Він та його колеги використовують його як власну мову сервера. Він також може бути використаний для написання інструментів командного рядка.

Він хоче зробити його доступним для населення, сподіваючись, що люди придбають ліцензію на його використання. Він хоче зберегти код, що виражає мовну реалізацію для себе, оскільки в ньому зав'язаний неабиякий інтелектуальний власник.

Я постійно кажу йому, що день мов програмування із закритим кодом минув. Я кажу: "Подивіться на всі основні мови: переважна більшість є відкритим кодом. Вам також доведеться їхати з відкритим кодом, якщо ви хочете, щоб хтось поза компанією звернув будь-яку увагу на те, що ви створили".

Я даю йому гарну пораду чи є ще місце для власних мов, якими ви платите?

ПІСНЕ

Ден запитав: "... чи не могли б ви пояснити, як мова може бути закритою?"

Я сказав: "Якщо ви добре зробите свою думку. Я вважаю, що мій друг хоче уникнути, це ситуація, коли Microsoft готує мову, схожу на Java, називає її J ++, а потім вступає в судові спори з Sun про свою Java-ness Як захистити синтаксис та методологію програмування від викрадення компанією, реалізація якої може вивести вас з бізнесу? "

Відповідь - так, і ні. Це залежить від комерційних мотивацій потенційних клієнтів та атрибутів мови та проблем, які вона вирішує.

Ні, світові не потрібна інша обчислювальна мова загального призначення, створена окремою особою чи невеликою командою. Коли Perl, Python, Ruby, Java і Javascript були створені, був заповнений вакуум, власні мови були дорогими, а бар'єр для входу був низьким. Rebol - це той, хто почав виплачуватись і тепер безкоштовно. Подивіться на C # і перейдіть, щоб побачити, наскільки складніше зараз і наскільки більше команд, навіть для мов, які є більш-менш безкоштовними.

Але так, світу погано потрібні нішеві мови, щоб заповнити цілий спектр конкретних ролей, і вони за них будуть добре платити. Я не можу навести вам приклади, тому що ні ви, ні я ніколи не чули про більшість з них, але вони використовуються звичайно у вузькоспеціалізованих ситуаціях і вони заробляють гроші на своїх творцях. Вирішіть проблему, і ви отримаєте зарплату.

Тож, щоб ваш друг заробляв гроші, йому потрібна одна чи більше з трьох речей.

1. Ідентифікована технічна ніша, для якої його мова є найкращим доступним рішенням, бажано з досить високим бар'єром для вступу для уповільнення конкурентів.
2. Ідентифікований клієнтський сегмент із проблемою, яку може вирішити його мова, а також можливість заплатити за його вирішення.
3. Комплекс заздалегідь написаного коду, документації, навчальних посібників та навичок, які дозволять клієнтам примусити його працювати негайно і негайно почати вирішувати проблеми.

Проблеми, згадані у покладанні на малі компанії, не властиві лише мовам програмування і легко вирішуються комерційними засобами.

Розкриття інформації: Я є автором комерційної мовної системи програмування (Powerflex), яка допомогла багатьом людям будувати бізнес із програмним забезпеченням. Це вікно закрилося, коли відкрилося вікно Інтернету.

Мова не є відкритим чи закритим кодом як такою. Наприклад, G ++ є відкритим кодом, тоді як MSVC ++ є закритим. ISO C ++ не є жодним, це невільний непатентований стандарт.

Ваш друг може випустити неоптимізаційну реалізацію з відкритим кодом та продати стильний оптимізатор. Цікава інтелектуальна власність не буде потрібна для прямої реалізації.

Існуюча мова, яка працює з цією моделлю, - PHP / Zend Server

Чи робить його мова щось, за що заплатить достатньо людей?

Це дійсно єдине, що вирішує, чи працюватиме бізнес-модель. Чи є у вас великий ринок користувачів, який достатньо великий, щоб не турбуватися про витрати на ліцензування? Чи підтримують мовні пристрої чи стандарти, без яких клієнти не можуть жити, і що нічого іншого не підтримує? Це настільки шалено чудово, що клієнти зможуть найняти найбільших, найяскравіших програмістів і досягти величезного підвищення продуктивності саме за допомогою цієї мови, і чи розуміє менеджмент цю компромісність ?

Якщо це стосується будь-якого з цього чи іншого порівнянного, то, мабуть, бізнес-модель спрацює. В іншому випадку це, мабуть, не стане: рано чи пізно хтось придумає міру скорочення витрат, яка передбачає перехід на більш дешеву альтернативу.

Я вважаю, що ні, немає місця для нової мови з фірмовою реалізацією, яку продає невелика компанія.

По-перше, розробники мають багато інших безкоштовних (принаймні, як "у пиві", а часто як "у мовленні") мовних реалізацій, і вони не будуть турбуватися пробувати (ціну) мову.

По-друге, будь-який менеджер негайно заперечує: що трапиться - якщо наша база коду буде закодована новою мовою - якщо невелика компанія, що надає мовну реалізацію, збанкрутує? Цей аргумент, мабуть, заборонив би комусь купувати мовну реалізацію!

^{На противагу цьому, реалізація вільної мови програмного забезпечення може бути грубо оцінена клієнтами, які завжди можуть звертатися за її послугою до іншого постачальника, якщо оригінальна компанія, яка написала його, збанкрутує.}

З точки зору клієнта, вартість засвоєння нової мови полягає не в ліцензії реалізації, а в навичках, необхідних для її використання.

І є багато реалізацій вільних мов програмного забезпечення, які майже не використовуються.

Мова не може бути закритим. Його компілятори та бібліотеки часу виконання можуть бути з закритим кодом. Офіційна граматика мови може зберігатися як таємниця, хоча і бути юридично захищеною (NDA тощо) та зборами, стягнутими за використання.

Ваш друг може претендувати на інтелектуальну власність або патент, якщо мова є такою новою та новою. Я сам дуже сумніваюся, що це вартує зусиль.

В наші дні більшість компаній спочатку вибирають загальнодоступні технології, незалежно від того, наскільки наполегливою буде робота, щоб досягти такого ж ефекту, який би робив підхід із закритим кодом. Далі, якщо накладні витрати дуже великі, вони переходять до стандартного галузевого рішення - стандартизованих фірмових мов (наприклад, Matlab), з хорошим проникненням та підтримкою.

Власні мови зазвичай будуються як DSL (мови, що визначаються для домену), і в наші дні зусиль менше, ніж купувати DSL чужого і адаптувати його. Також DSL дуже специфічні для проблемної області.

Тепер давайте не відволікаємо вашого друга від монетизації його мови. Існують способи зробити це - продати його великій створеній компанії або змусити деяких інвесторів придбати ідею та інвестувати в неї -, але головна його проблема в підході полягає в тому, що він розробив рішення, не досліджуючи проблеми розвитку. І це не проблема, яку він вважає проблемою, це те, що її потенційні клієнти вважають проблемою. Тож він міг вийти на вулицю і поговорити з цими хлопцями, не роздаючи подробиць про своє рішення і примусити тих хлопців заплатити - це не неможливо, але не дуже ймовірно.

Я вже мав цю дискусію, коли один із моїх клієнтів розглядав питання про розробку основних програм за допомогою ColdFusion. Особисто я не можу придумати жодної причини використовувати CF (і платити за нього), коли можу використовувати PHP (а не платити за нього). Однак у CF є велика компанія, яка заспокоює OSS-фобіаки (майте справу з достатньою кількістю ІТ-менеджерів, і ви змушені переходити через деякі з них в кінцевому підсумку), і це досить добре, що достатньо розробників насправді віддає перевагу цьому.

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

Не кажучи вже про той факт, що навіть CF має сьогодні незначну частку ринку порівняно з OSS.

Підсумовуючи це, якщо ваш друг достатньо геніальний, щоб придумати щось, що перекриває PHP, Python та друзів, а також бізнесменів, достатньо розумних, щоб продати його одному з великих та більш авторитетних гравців на ринку, відповідь "можливо". Інакше це гучне "ні".

Я думаю, що відповідь у цьому випадку є однозначною. Наявність нової мови, керована невеликим об'єктом, спричиняє високий ризик відсутності критичних помилок або ключових особливостей.

Якщо ця мова є власницькою, то, як користувач, ви абсолютно перекручені, якщо мова не розвивається в тому напрямку, в якому вона вам потрібна. Якщо мова безкоштовна, ви можете кинути гроші або людину на проблему (що принаймні для великих компаній - це варіант).

Твоєму другові було б набагато краще продавати додаткові послуги чи товари. Забезпечити підтримку, навчання, консультації. Заплатіть за додавання спеціально запитуваних функцій. Надайте інструменти (наприклад, у вигляді комерційних плагінів для популярних IDE). Надайте деякі бібліотеки за комерційною моделлю ліцензування (але все ж із джерелом, включеним під відповідні обмеження).

Хоча я ненавиджу відштовхувати вашого друга, я думаю, що навряд чи вдасться переконати людей платити за інструменти розробки в ці дні, якщо цей інструмент не забезпечить надзвичайно величезний приріст продуктивності (як у "виробляє робоче програмне забезпечення завдяки тому, що менеджери виглядають розплющеними очима" на екрані, думаючи про добрі думки !!! "). На краще чи гірше, сьогодні дуже мало ринку для інструментів розробки "плати за гру", оскільки кількість та якість безкоштовних інструментів є чудовими. (Мови свідків, такі як Java, Ruby, Python, Clojure - IDE, такі як Eclipse та LightTable - бази даних, такі як MySQL і PostgreSQL - список продовжується і вмикається, і вмивається, і вмикається ...). Я бажаю йому найкращої удачі в цьому починанні.

Це може. Якщо це:

• хороший та / або досить корисний
• якщо це застосовується досить легко і
• якщо це не надто дорого

Насправді - для початківців він повинен бути справді сильним на 2 перші пункти і дуже знижений у порівнянні з його реальною вартістю.

Я бачу, що більшість людей скаржаться на злих менеджерів, які не люблять платити за це великі гроші - ви ніколи не говорили, що ваш друг просить щастя за ліцензію. Що робити, якщо він просить 500 доларів щорічно, і це заощаджує якусь компанію пару сотень робочих годин щороку? Будь-який розумний менеджер захопить це.

Це залежить від того, запропонує чи ні мова щось геніальне, що я (представляючи клієнта) готовий заплатити за це.

Як керівник проекту мені потрібно врахувати:

• Час, який потрібно для вивчення / оволодіння цією новою мовою.
• Підвищення ефективності (час до доставки) порівняно з іншими мовами. І чи не надто важить час, щоб це навчитися?
• Чи вирішує ця мова проблема, яку навряд чи можна вирішити з іншими мовами?
• Чи підтримується ця мова через 5 років, чи повинен клієнт подати ще один запит?

Перші 3 пункти стосуються кожної мови, і особливо перший - важко подолати для кожної нової мови, тому що мені потрібно міркувати час дуже низької продуктивності, а це краще бути хорошим.

Четвертий пункт - це той, що стосується лише мов із закритим кодом, як і для тих, кого я залежу від третіх сторін, які можуть існувати чи не існувати через 5 років. На 5 років раніше відтепер мобільні додатки були не такою великою річчю, як сьогодні, чи буде мова відтоді адаптуватися до поточної ситуації і дозволить мені також писати мобільні додатки? Чи навіть це буде сумісно з новими вимогами? Якщо є така вимога до мого замовника, чи можу я зв’язатися з розробником цієї мови та подати запит на оновлення?

Якщо на будь-яке з цих питань відповіли "ні", то це може бути найкращою мовою в світі, я не можу нею користуватися. І якщо я почую, що є одна людина, яка винайшла цю мову у свій «вільний час» і зараз працює як одноосібна компанія, я б дуже підозріла до цього і скоріше не використовувала б мову, якщо не отримаю дуже твердих обіцянок а мова пропонує щось, що мені не дозволяє робити інше.