Kapalı kaynaklı bir programlama dili hayatta kalabilir mi? [kapalı]


12

Bir arkadaş bir programlama dili yazdı. SGML'yi anımsatan bir sözdizimine sahiptir. Bunun için bir tercüman ve bir IDE yazdı. O ve meslektaşları bunu bir sunucu tarafı dili olarak şirket içinde kullanıyorlar. Komut satırı araçları yazmak için de kullanılabilir.

İnsanların kullanmak için bir lisans satın alması beklentisiyle, halka açık hale getirmek istiyor. Dil uygulamasını ifade eden kodu kendine saklamak istiyor, çünkü içinde oldukça fazla fikri mülkiyet var.

Ona sürekli kapalı kaynak programlama dilleri gününün geçtiğini söylüyorum. Diyorum ki, "Tüm büyük dillere bakın: büyük çoğunluk açık kaynaklıdır. Şirket dışından birinin oluşturduğunuz şeylere dikkat etmesini istiyorsanız, açık kaynak koduna da sahip olmalısınız."

Ona iyi bir tavsiye veriyor muyum yoksa hala ödediğiniz özel diller için yer var mı?

SONRA

Den, "... bir dilin nasıl kapalı kaynak olabileceğini de açıklayabilir misiniz?" Diye sordu.

Dedim ki, "@Den iyi bir noktaya değindin. Arkadaşımın kaçınmak istediği şey, sanırım, Microsoft'un Java benzeri bir dil oluşturduğu, J ++ dediği ve ardından Sun ile Java-ness hakkında dava açtığı durum Sözdizimi ve programlama metodolojisinin, uygulaması sizi işten çıkarabilecek bir şirket tarafından kaçırılmaya karşı nasıl korunuyorsunuz? "


Ona iyi bir tavsiye veriyorsunuz.
Basile Starynkevitch

14
Bu bir kapalı kaynak meselesi değil, para meselesidir - kimse programlama dilleri için ödeme yapmaz.
Pharap

8
Eğer dil paraya değecek kadar iyiyse, insanlar ödemeye hazır olacaktır. Eminim dil, özellikle ücretsiz alternatiflerle karşılaştırıldığında, herhangi bir miktarda paraya değecek kadar iyi değildir.
user253751

1
Arkadaşınızın asıl dili telif hakkı alabileceğinden şüpheliyim - AB'nin SAS kararına bakın .
Colin Pickard

7
"hiç kimse programlama dilleri için ödeme yapmaz" - uzmanlaşmış endüstriler veya kullanım durumları hariç. Akla gelen Wolfram ( wolfram.com/language ). Ücretli dillerin bir listesi, maliyetin buna değer olduğu diğer kullanım durumlarını vurgulayacaktır.
Freiheit

Yanıtlar:


10

Cevap evet, hayır. Potansiyel müşterilerin ticari motivasyonlarına, dilin niteliklerine ve çözdüğü sorunlara bağlıdır.

Hayır, dünyanın bir birey veya küçük bir ekip tarafından oluşturulan başka bir genel amaçlı bilgi işlem diline ihtiyacı yoktur. Perl, Python, Ruby, Java ve Javascript oluşturulduğunda ve doldurulacak bir boşluk vardı, özel diller pahalıydı ve giriş engeli düşüktü. Rebol ücretli bir başlangıç ​​ve şimdi ücretsiz. C # 'a bakın ve şu anda ne kadar zor olduğunu ve takımların ne kadar büyük olduğunu, az ya da çok ücretsiz diller için bile bakın.

Ama evet, dünyanın belirli bir dizi rolü doldurmak için niş dillere ihtiyacı var ve onlar için iyi ödeyecek. Size örnek veremem çünkü ne siz ne de ben bunların çoğunu duymadım, ancak bunlar son derece uzmanlaşmış durumlarda rutin olarak kullanılıyor ve yaratıcıları için para kazanıyorlar. Bir problemi çözerseniz ödeme alırsınız.

Arkadaşınızın para kazanması için üç şeyden birine ya da daha fazlasına ihtiyacı var.

  1. Tercihen rakiplerini yavaşlatmak için makul derecede yüksek bir engelle, dilinin mevcut en iyi çözüm olduğu tanımlanabilir bir teknik niş.
  2. Kendi dilinin çözebileceği bir sorunla tanımlanabilir bir müşteri segmenti ve bunun çözülmesi için ödeme yapma kapasitesi.
  3. Müşterilerin hemen çalışmaya başlamasına ve sorunları hemen çözmeye başlamasına izin verecek önceden yazılmış bir kod, dokümantasyon, öğreticiler ve becerilerden oluşan bir kitle.

Küçük şirketlere güvenmede belirtilen sorunlar programlama dillerine özgü değildir ve ticari yollarla kolayca çözülebilir.

Açıklama: Birçok insanın yazılım işletmeleri kurmasına yardımcı olan ticari bir programlama dil sisteminin (Powerflex) yazarıyım. İnternet penceresi açıldıkça bu pencere kapandı.


20

Bir dil, açık kaynaklı veya kapalı kaynaklı değildir. Örneğin, G ++ açık kaynakken MSVC ++ kapalı kaynaktır. ISO C ++ da değildir, ücretsiz olmayan tescilli bir standart değildir.

Arkadaşınız bir Açık Kaynak optimizasyonlu olmayan uygulama yayınlayabilir ve fantezi optimizasyon derleyicisini satabilir. Basit bir uygulama için ilginç Fikri Mülkiyet gerekli olmayacaktır.

Bu modelle çalışan mevcut bir dil PHP / Zend Sunucusudur


17

Dili yeterli insanın ödeyeceği bir şey yapıyor mu?

Bir iş modelinin işe yarayıp yaramayacağına karar veren tek şey budur. Lisans maliyetleri konusunda endişelenmeyecek kadar büyük bir kullanıcı pazarınız var mı? Dil, müşterilerin onsuz yaşayamayacağı ve başka hiçbir şeyin desteklemediği cihazları veya standartları destekliyor mu? Müşterilerin en büyük, en parlak programcıları işe alabilecekleri ve sadece bu dili kullanarak büyük verimlilik artışları elde edebilecekleri inanılmaz bir şey mi ve yönetim bu değiş tokuşu anlıyor mu?

Bunlardan herhangi biri veya karşılaştırılabilir herhangi bir şey söz konusuysa, iş modeli muhtemelen işe yarayacaktır. Aksi takdirde, muhtemelen gelmeyecek: er ya da geç, birisi daha ucuz bir alternatif geçiş içerir bir maliyet kesme tedbir ile gelip gidiyor.


3
Güzel sorular, ancak YENİ bir dil olarak görerek, bu soruların büyük çoğunluğu olumsuz cevaplanmalıdır. Biraz iş bulmaya çalışan bir genç gibi: o kadar gençken deneyim sahibi olma gereksinimini nasıl yerine getiriyorsunuz?
bugmagnet

1
Cevabınız bu kadar çok oy aldığından, bir dilin nasıl kapalı kaynak olabileceğini de açıklayabilir misiniz ?
Den

@ İyi bir noktaya değindin. Arkadaşımın kaçınmak istediği şey, sanırım Microsoft'un Java benzeri bir dil oluşturduğu, J ++ dediği ve ardından Sun'la Java-ness hakkında dava açtığı durum. Sözdizimini ve programlama metodolojisini, uygulaması sizi işten çıkarabilecek bir şirket tarafından kaçırılmaya karşı nasıl koruyorsunuz?
bugmagnet

14

Hayır, küçük bir şirket tarafından satılan tescilli bir uygulama ile yeni bir dil için yer olmadığına inanıyorum.

İlk olarak, geliştiricilerin birçok ücretsiz (en azından "birada" ve genellikle "konuşmada") dil uygulamaları vardır ve (pahalı) bir dili denemeye zahmet etmezler.

İkincisi, herhangi bir yönetici derhal itiraz eder: dil uygulamasını sağlayan küçük şirket iflas ederse -yeni dilde kodlanmış kod tabanımıza- ne olur? Bu argüman muhtemelen herkesin dil uygulamasını satın almasını yasaklar!

Buna karşılık, bir özgür yazılım dili uygulaması müşteriler tarafından kaba bir şekilde değerlendirilebilir, bu da yazdığı orijinal şirket iflas ederse, hizmetini her zaman başka bir sağlayıcıya işleyebilir.

Müşterinin bakış açısından, yeni bir dil edinmenin maliyeti uygulamanın lisansında değil, onu kullanmak için gerekli becerilerde.

Ve neredeyse kullanılmayan birçok ücretsiz yazılım dili uygulaması vardır.


5
Daha büyük paketlerin bir parçası olsalar da, insanlar Matlab, Maple, Mathematica ve UnrealScript kullanmak için ödeme yaparlar.
Trillian

7
Ancak bunlar bilinmeyen küçük bir şirketten değil ve bunları satan şirket önceki yüzyılda başladı.
Basile Starynkevitch

3
@Trillian: Turing tamamlanmasına rağmen, bahsettiğiniz diller genel amaçlı diller değil, özel olarak belirli bir platformda kullanılmak üzere üretildi, ilkinde bir matematik ve grafik platformu ve sonuncusu bir oyun motoru. Bu platformlar, bu dilleri paraya değer kılan ve platformun işlevlerine ihtiyaç duyan insanlar için yeni bir dil öğrenme zorluğudur. Muhtemelen, sadece dili değil, tüm platformu satıyorlar.
Lie Ryan

5

Bir dil kapalı kaynak olamaz. Derleyici ve çalışma zamanı kütüphaneleri kapalı kaynak olabilir. Bir dilin resmi dilbilgisi bir sır olarak saklanabilir ve yasal olarak korunabilir (NDA'lar, vb.) Ve kullanım ücretleri toplanabilir.

Dil çok yeni ve yeni ise arkadaşınız fikri mülkiyet veya patent talep edebilir. Bunun çabaya değeceğinden şüphe duyuyorum.

Günümüzde şirketlerin çoğu, kapalı kaynak yaklaşımının yapacağı etkiyi elde etmek için ne kadar zahmetli bir çalışma olursa olsun, önce halka açık teknolojileri seçmektedir. Daha sonra, ek yük süper büyükse, iyi bir penetrasyon ve destek ile endüstri standardı bir çözüme - standartlaştırılmış tescilli dillere (örneğin Matlab) giderler .

Şirket içi diller genellikle DSL'ler (etki alanına özgü diller) olarak oluşturulur ve bu günlerde çaba, başkasının DSL'sini satın alıp uyarlamaktan daha küçüktür. Ayrıca, DSL'ler sorunlu etki alanına çok özeldir.

Şimdi, arkadaşınızın dilinden para kazanmasını engellemeyelim. Bunu yapmanın yolları var - büyük, köklü bir şirkete satmak ya da bazı yatırımcıların fikri satın alıp yatırım yapmak - ama yaklaşımdaki ana sorunu, geliştirme problemini araştırmadan bir çözüm geliştirmesidir. Ve bu ne sorun değil o kabul sorunu, nedir onun potansiyel müşteriler sorunu düşünün. Böylece, çözüm hakkında ayrıntı vermeden dışarı çıkıp bu arkadaşlarla konuşabiliyor ve bu adamları ödemeye başlayabiliyordu - bu imkansız değil, ama çok da olası değil.


4
"Bir dilin biçimsel bir dilbilgisi bir sır olarak saklanabilir" - dilbilgisini bilmeden bir dili nasıl herkes kullanabilir?
el.pescado

2
@ el.pascado: dili kullanmak isteyen herkesin bir NDA imzaladığından emin olarak, berbat ama bazı clueless yöneticiler bunun iyi bir fikir olduğunu düşünebilir.
Lie Ryan

3

Müşterilerimden biri ColdFusion kullanarak büyük uygulamalar geliştirmeyi düşündüğünde bu tartışmayı kendim yaptım. Şahsen ben PHP (ve bunun için ödeme değil) kullanabileceğiniz zaman CF (ve bunun için ödeme) kullanmak için herhangi bir neden düşünemiyorum. Bununla birlikte, CF'nin arkasında OSS-fobiac'ları pasifize eden büyük bir şirket var (yeterli BT yöneticileriyle anlaşma yapın ve sonunda bunlardan bazılarına rastlamak zorundasınız) ve yeterince geliştiricinin gerçekten tercih etmesi yeterince iyi.

Ancak, yakalama, elbette, arkadaşınızın yeterince iyi ve arkasında yeterli bir destek bulması gerektiğidir. Birincisi, bugünlerde etraftaki tüm olgunlaşmış açık kaynak platformları ile bir hile değildir ve ikincisi, bir partinin en azından örneğin Adobe'nin desteğini gerektirir.

CF'nin bile bugünlerde OSS'ye kıyasla marjinal bir pazar payına sahip olduğu gerçeğinden bahsetmiyoruz.

Arkadaşınız PHP, Python ve arkadaşları gölgede bırakan bir şey ile gelip parlak yeterli ise Özetle, ve pazarda daha büyük ve daha saygın oyuncularından birine satmak iş anlayışlı yeterince cevap "belki" dir. Aksi halde, yankılanan bir "hayır" dır.


2

Bu durumda cevabın kesin bir hayır olduğunu düşünüyorum. Küçük bir kuruluş tarafından yönlendirilen yeni bir dile sahip olmak , kritik hata veya önemli özelliklerin kaybolma riskinin yüksek olmasına neden olur.

Bu dil tescilliyse, kullanıcı olarak dil, ihtiyacınız olan hızda ihtiyacınız olan yönde gelişmezse kesinlikle vidalanırsınız. Dil ücretsiz ise, probleme para ya da insan gücü atabilirsiniz (en azından büyük şirketler için bir seçenektir).

Arkadaşınız tamamlayıcı hizmetler veya ürünler satmakta çok daha iyi olur. Destek, eğitim, danışmanlık sağlayın. Özel olarak istenen özellikleri eklemek için ödeme alın. Takım sağlayın (örneğin popüler IDE'ler için ticari eklentiler şeklinde). Bazı kütüphaneleri ticari bir lisanslama modeli altında sağlayın (ancak yine de kaynaklara uygun kısıtlamalar altında dahil edilmiştir).


1

Arkadaşınızı caydırmaktan nefret ederken, bu araç üretkenlikte inanılmaz derecede büyük bir kazanç sağlamadığı sürece (yöneticilerin şaşkın görünmesini sağlayarak çalışan yazılımlar ürettiği gibi) insanları bu gün geliştirme araçları için ödemeye ikna etmenin pek mümkün olmadığını düşünüyorum. Ekranda iyi düşünceler düşünürken !!! "). Daha iyi ya da kötü için, bugünlerde "oyun için ödeme" geliştirme araçları için çok az pazar var, çünkü ücretsiz araçların miktarı ve kalitesi mükemmel. (Java, Ruby, Python, Clojure gibi tanık dillerin - Eclipse ve LightTable gibi IDE'ler - MySQL ve PostgreSQL gibi veritabanları - liste uzayıp uzayıp uzayıp gidiyor ...). Ona bu çabada başarılar diliyorum.


Diller gelince, bir noktanız olabilir. Yine de ücretli araçlar için bir pazar hala var. MS, Adobe, JetBrains, vb. Para için tam olarak acı vermiyor, son duydum. Orada bir yerde ücretsiz "lite" veya deneme sürümleri için bir argüman var gibi görünüyor.
cHao

1

Yapabilir. Eğer öyleyse:

  • iyi ve / veya yeterince faydalı
  • yeterince kolay uygulanabilirse ve
  • çok pahalı değilse

Aslında - yeni başlayanlar için 2 ilk öğe üzerinde gerçekten güçlü olmalı ve gerçek değerine kıyasla çok indirimli olmalıdır.

Çoğu insanın bunun için büyük nakit ödemeyi sevmeyecek kötü yöneticilerden şikayet ettiğini görüyorum - arkadaşınızın lisans için bir servet istediğini asla söylemediniz. Ya yıllık 500 dolar ister ve şirkete her yıl yüzlerce çalışma saati kazandırırsa ne olur? Herhangi bir akıllı yönetici onu kapardı.


0

Bu, dilin (müşteriyi temsil eden) bunun için para ödemeye hazır olduğum kadar ustaca bir şey sunup sunmadığına bağlıdır.

Bir proje yöneticisi olarak şunları göz önünde bulundurmam gerekir:

  • Bu yeni dili öğrenmek / öğrenmek için gereken süre.
  • Diğer dillere kıyasla verimlilik kazancı (teslimata kadar geçen süre). Ve bunu öğrenme zamanından daha ağır mı?
  • Bu dil, diğer dillerle zorlukla çözülebilecek bir sorunu çözüyor mu?
  • Müşteri başka bir talepte bulunmalı mı, bu dil 5 yıl içinde hala desteklenecek mi?

İlk 3 puan her dil için geçerlidir ve özellikle ilk dil her yeni dil için üstesinden gelmek zor, çünkü bir şeyle çok düşük üretkenlik zamanını düşünmem gerekiyor ve bu daha iyi bir dil olmalı.

Dördüncü nokta, üçüncü taraflara bağımlı olduğum gibi, bundan sonra 5 yıl içinde var olabilecek veya olmayabilecek olan sadece kapalı kaynaklı diller için geçerli olan noktadır. 5 yıl önce, mobil uygulamalar bugünkü kadar büyük bir şey değildi, o andan itibaren dil mevcut duruma uyum sağlayacak ve mobil uygulamalar yazmama izin verecek mi? Yeni gereksinimlerle bile uyumlu olacak mı? Müşterim için böyle bir gereksinim varsa, o dilin geliştiricisine başvurabilir ve yükseltme isteği gönderebilir miyim?

Bu sorulardan herhangi biri "hayır" ile yanıtlanırsa, o zaman dünyanın en iyi dili olabilir, onu kullanamam. Ve "boş zamanlarında" bu dili icat eden ve şimdi tek kişilik bir şirket olarak çalışan tek bir kişi olduğunu duyursam, çok sağlam sözler almadığım sürece bu konuda çok şüphelenir ve dili kullanmazdım ve dil başkalarının yapmama izin vermediği bir şey sunuyor.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.