ภาษาการเขียนโปรแกรมแบบโอเพ่นซอร์สสามารถอยู่รอดได้หรือไม่? [ปิด]


12

เพื่อนเขียนภาษาโปรแกรม มันมีไวยากรณ์ที่ระลึกถึง SGML เขาเขียนล่ามสำหรับมันและ IDE เขาและเพื่อนร่วมงานของเขาใช้งานภายใน บริษัท เป็นภาษาฝั่งเซิร์ฟเวอร์ นอกจากนี้ยังสามารถใช้ในการเขียนเครื่องมือบรรทัดคำสั่ง

เขาต้องการให้บริการแก่สาธารณชนโดยคาดหวังว่าผู้คนจะซื้อใบอนุญาตเพื่อใช้งาน เขาต้องการให้รหัสแสดงการใช้ภาษากับตัวเองเนื่องจากมีทรัพย์สินทางปัญญาที่ผูกติดอยู่กับมัน

ฉันบอกเขาต่อไปว่าวันแห่งการเขียนโปรแกรมภาษาโอเพนซอร์ซหายไป ฉันพูดว่า "ดูภาษาหลักทั้งหมด: ส่วนใหญ่เป็นโอเพ่นซอร์สคุณจะต้องไปเปิดโอเพ่นซอร์สด้วยเช่นกันถ้าคุณต้องการให้ใครก็ตามที่อยู่นอก บริษัท ต้องใส่ใจกับสิ่งที่คุณสร้างขึ้น"

ฉันจะให้คำแนะนำที่ดีกับเขาหรือยังมีที่ว่างสำหรับภาษาที่คุณจ่าย

LATER

Den ถามว่า "... คุณช่วยอธิบายได้ไหมว่าภาษาสามารถเป็นแหล่งปิดได้หรือไม่"

ฉันพูดว่า "@ เมื่อคุณทำคะแนนได้ดีสิ่งที่เพื่อนของฉันต้องการหลีกเลี่ยงคือสถานการณ์ที่ Microsoft ปรุงภาษา Java เหมือนกันเรียกมันว่า J ++ จากนั้นก็ฟ้องร้อง Sun เกี่ยวกับ Java-ness ของ Sun คุณจะปกป้องไวยากรณ์และวิธีการเขียนโปรแกรมจากการถูกแย่งชิงโดย บริษัท ที่การติดตั้งใช้งานสามารถนำคุณออกจากธุรกิจได้อย่างไร "


คุณกำลังให้คำแนะนำที่ดีแก่เขา
Basile Starynkevitch

14
มันไม่ได้เป็นเรื่องของแหล่งที่ปิดมันเป็นเรื่องของเงิน - ไม่มีใครจ่ายเงินสำหรับภาษาการเขียนโปรแกรม
Pharap

8
หากภาษาดีพอที่จะคุ้มค่ากับเงินคนก็ยินดีจ่าย ฉันเดิมพันว่าภาษานั้นไม่ดีพอที่จะคุ้มค่าเงินจำนวนใด ๆ โดยเฉพาะอย่างยิ่งเมื่อเทียบกับทางเลือกฟรี
user253751

1
ฉันสงสัยของคุณลิขสิทธิ์เพื่อนสามารถภาษาที่เกิดขึ้นจริง - ดูที่สหภาพยุโรป ณ เอสเอ
Colin Pickard

7
"ไม่มีใครจ่ายเงินสำหรับภาษาการเขียนโปรแกรม" - ยกเว้นในอุตสาหกรรมเฉพาะหรือใช้กรณี สิ่งที่อยู่ในใจคือ Wolfram ( wolfram.com/language ) รายการภาษาที่จ่ายจะเน้นกรณีการใช้งานอื่น ๆ ที่ค่าใช้จ่ายนั้นคุ้มค่า
Freiheit

คำตอบ:


10

คำตอบคือใช่และไม่ใช่ มันขึ้นอยู่กับแรงจูงใจในเชิงพาณิชย์ของผู้มีโอกาสเป็นลูกค้าและคุณลักษณะของภาษาและปัญหาที่แก้

ไม่โลกไม่จำเป็นต้องใช้ภาษาคอมพิวเตอร์ทั่วไปอีกอย่างที่สร้างขึ้นโดยบุคคลหรือทีมเล็ก ๆ เมื่อ Perl, Python, Ruby, Java และ Javascript และถูกสร้างขึ้นมีสูญญากาศที่จะเติมภาษาที่เป็นกรรมสิทธิ์มีราคาแพงและอุปสรรคในการเข้าอยู่ในระดับต่ำ Rebol เป็นโปรแกรมที่เริ่มต้นสร้างรายได้และตอนนี้ฟรี ดูที่ C # และไปเพื่อดูว่าตอนนี้ยากขึ้นเท่าใดและยิ่งใหญ่กว่าทั้งทีมแม้แต่สำหรับภาษาที่มีให้ฟรีไม่มากก็น้อย

แต่ใช่โลกต้องการภาษาเฉพาะเพื่อเติมเต็มบทบาทที่เฉพาะเจาะจงและจะให้ผลตอบแทนที่ดีแก่พวกเขา ฉันไม่สามารถอ้างอิงตัวอย่างได้เพราะคุณและฉันไม่เคยได้ยินเกี่ยวกับพวกเขาส่วนใหญ่ แต่พวกเขากำลังถูกใช้เป็นประจำในสถานการณ์ที่มีความเชี่ยวชาญสูงและพวกเขาทำเงินให้กับผู้สร้าง แก้ไขปัญหาและคุณจะได้รับเงิน

ดังนั้นเพื่อให้เพื่อนของคุณทำเงินเขาต้องการสิ่งหนึ่งในสาม

  1. ช่องทางเทคนิคที่สามารถระบุตัวตนได้ซึ่งภาษาของเขาเป็นโซลูชั่นที่ดีที่สุดที่มีอยู่โดยเฉพาะอย่างยิ่งมีอุปสรรคที่สูงพอสมควรในการเข้ามาเพื่อชะลอคู่แข่ง
  2. กลุ่มลูกค้าที่สามารถระบุตัวตนได้ซึ่งมีปัญหาด้านภาษาสามารถแก้ไขได้รวมถึงความสามารถในการชำระเพื่อแก้ไข
  3. เนื้อหาของโค้ดที่เขียนไว้ล่วงหน้าเอกสารประกอบการสอนและทักษะที่จะช่วยให้ลูกค้าสามารถนำไปใช้งานได้ทันทีและเริ่มแก้ปัญหาทันที

ปัญหาที่กล่าวถึงในการใช้ บริษัท ขนาดเล็กนั้นไม่ได้มีลักษณะเฉพาะกับภาษาการเขียนโปรแกรมและสามารถแก้ไขได้อย่างง่ายดายด้วยวิธีการเชิงพาณิชย์

การเปิดเผยข้อมูล: ฉันเป็นผู้เขียนระบบภาษาเชิงพาณิชย์ (Powerflex) ซึ่งช่วยให้ผู้คนจำนวนมากสร้างธุรกิจซอฟต์แวร์ หน้าต่างนั้นปิดเมื่อเปิดหน้าต่างอินเทอร์เน็ต


20

ภาษาไม่ได้เป็นโอเพนซอร์ซหรือโอเพนซอร์สเช่นนี้ ตัวอย่างเช่น G ++ เป็นโอเพ่นซอร์สในขณะที่ MSVC ++ เป็นโอเพ่นซอร์ส ISO C ++ ไม่ใช่ทั้งนั้นมันเป็นมาตรฐานที่ไม่มีกรรมสิทธิ์

เพื่อนของคุณสามารถปล่อยการใช้งานแบบไม่เพิ่มประสิทธิภาพโอเพ่นซอร์สและขายคอมไพเลอร์การปรับให้เหมาะสมที่สุด ทรัพย์สินทางปัญญาที่น่าสนใจไม่จำเป็นสำหรับการดำเนินการที่ตรงไปตรงมา

ภาษาที่มีอยู่ซึ่งทำงานกับรุ่นนี้คือ PHP / Zend Server


17

ภาษาของเขาทำสิ่งที่คนพอจะจ่ายหรือไม่

นั่นเป็นสิ่งเดียวเท่านั้นที่ตัดสินใจว่ารูปแบบธุรกิจจะทำงานได้หรือไม่ คุณมีตลาดขนาดใหญ่ของผู้ใช้ที่มีขนาดใหญ่พอที่จะไม่กังวลเกี่ยวกับค่าลิขสิทธิ์หรือไม่ ภาษารองรับอุปกรณ์หรือมาตรฐานที่ลูกค้าขาดไม่ได้และไม่มีสิ่งใดรองรับอีกหรือไม่? มันเป็นไปอย่างเมามันที่ดีที่ลูกค้าจะสามารถที่จะจ้างที่ยิ่งใหญ่ที่สุดโปรแกรมเมอร์ที่มีความสว่างและบรรลุการผลิตเพิ่มขึ้นมากเพียงโดยใช้ภาษานี้และบริหารไม่เข้าใจว่าการออก ?

หากสิ่งเหล่านี้หรือสิ่งอื่นใดที่เทียบเคียงได้ในกรณีนั้นรูปแบบธุรกิจอาจจะทำงานได้ ไม่เช่นนั้นอาจจะไม่: ไม่ช้าก็เร็วมีคนกำลังคิดหามาตรการลดต้นทุนที่เกี่ยวข้องกับการเปลี่ยนไปใช้ทางเลือกที่ถูกกว่า


3
คำถามที่ดี แต่เมื่อเห็นว่าเป็นภาษาใหม่คำถามส่วนใหญ่นั้นต้องตอบในเชิงลบ เป็นเด็กน้อยที่พยายามหางานทำ: คุณจะทำตามข้อกำหนดให้ได้รับประสบการณ์อย่างไรเมื่อคุณยังเด็กเกินไปที่จะมีงานทำ
bugmagnet

1
เนื่องจากคำตอบของคุณได้รับ upvotes มากมายคุณช่วยอธิบายได้ไหมว่าภาษาสามารถปิดแหล่งที่มาได้อย่างไร
Den

@ เมื่อคุณทำจุดที่ดี สิ่งที่เพื่อนของฉันต้องการหลีกเลี่ยงคือสถานการณ์ที่ Microsoft ปรุงภาษา Java เหมือนกันเรียกมันว่า J ++ จากนั้นได้รับการดำเนินคดีกับ Sun เกี่ยวกับ Java-ness ของ Sun คุณจะปกป้องไวยากรณ์และวิธีการเขียนโปรแกรมจากการถูกแย่งชิงโดย บริษัท ที่มีการใช้งานสามารถนำคุณออกจากธุรกิจได้อย่างไร
bugmagnet

14

ฉันเชื่อว่าไม่ไม่มีที่ว่างสำหรับภาษาใหม่ที่มีการใช้งานที่เป็นกรรมสิทธิ์ขายโดย บริษัท ขนาดเล็ก

ขั้นแรกนักพัฒนาซอฟต์แวร์มีการใช้ภาษาฟรี (อย่างน้อยที่สุด "ในเบียร์" และบ่อยครั้งที่ใช้คำว่า "ในคำพูด") และพวกเขาจะไม่ลองใช้ภาษา (แพง) อีกต่อไป

ประการที่สองผู้จัดการคนใดก็ตามจะคัดค้านทันที: จะเกิดอะไรขึ้นกับฐานรหัสของเราในภาษาใหม่ - ถ้า บริษัท ขนาดเล็กที่ให้บริการดำเนินการด้านภาษาล้มละลาย อาร์กิวเมนต์นี้อาจห้ามไม่ให้ใครซื้อการติดตั้งภาษา!

ในทางตรงกันข้ามการใช้ภาษาซอฟต์แวร์ฟรีนั้นสามารถประเมินได้อย่างไม่มีการลดหย่อนจากลูกค้าซึ่งสามารถจัดการบริการของตนกับผู้ให้บริการรายอื่นได้เสมอหาก บริษัท ดั้งเดิมที่เขียนมันขัดข้อง

จากมุมมองของลูกค้าค่าใช้จ่ายในการใช้ภาษาใหม่ไม่ได้อยู่ในใบอนุญาตการใช้งาน แต่ในทักษะที่จำเป็นในการใช้

และมีการใช้ภาษาซอฟต์แวร์ฟรีมากมายซึ่งเกือบจะไม่ได้ใช้


5
แม้ว่าพวกเขาจะเป็นส่วนหนึ่งของแพ็คเกจที่มีขนาดใหญ่ แต่ผู้คนก็จ่ายเงินเพื่อใช้ Matlab, Maple, Mathematica และ UnrealScript
Trillian

7
แต่สิ่งเหล่านี้ไม่ได้มาจาก บริษัท เล็ก ๆ ที่ไม่รู้จักและ บริษัท ที่ขายมันเริ่มต้นเมื่อศตวรรษที่แล้ว
Basile Starynkevitch

3
@Trillian: ถึงแม้ว่าทัวริงจะสมบูรณ์ภาษาเหล่านั้นที่คุณพูดถึงไม่ใช่ภาษาวัตถุประสงค์ทั่วไปพวกมันถูกสร้างขึ้นเป็นพิเศษเพื่อใช้ในแพลตฟอร์มเฉพาะแพลตฟอร์มทางคณิตศาสตร์และกราฟในช่วงแรกและเอ็นจิ้นเกมได้เป็นครั้งสุดท้าย แพลตฟอร์มเหล่านี้คือสิ่งที่ทำให้ภาษาเหล่านี้มีค่ากับเงินและความยุ่งยากในการเรียนรู้ภาษาใหม่สำหรับผู้ที่ต้องการฟังก์ชั่นการใช้งานของแพลตฟอร์ม พวกเขาไม่ได้ขายแค่ภาษา แต่เป็นแพลตฟอร์มทั้งหมด
Lie Ryan

5

ภาษาไม่สามารถปิดแหล่งที่มา คอมไพเลอร์และไลบรารีรันไทม์สามารถเป็นแหล่งปิด ไวยากรณ์อย่างเป็นทางการของภาษาสามารถเก็บเป็นความลับและและได้รับการคุ้มครองตามกฎหมาย (NDAs ฯลฯ ) และค่าธรรมเนียมที่เก็บไว้สำหรับการใช้งาน

เพื่อนของคุณสามารถอ้างสิทธิ์ในทรัพย์สินทางปัญญาหรือสิทธิบัตรหากภาษานั้นใหม่และแปลกใหม่ ตัวฉันเองมีข้อสงสัยอย่างมากว่านี่จะคุ้มค่ากับความพยายาม

ทุกวันนี้ บริษัท ส่วนใหญ่เลือกใช้เทคโนโลยีที่เปิดเผยต่อสาธารณชนเป็นครั้งแรกไม่ว่างานหนักเพียงใดเพื่อให้ได้ผลเช่นเดียวกัน ถัดไปหากค่าใช้จ่ายมีขนาดใหญ่มากพวกเขาจะไปที่โซลูชันมาตรฐานอุตสาหกรรม - ภาษาที่เป็นกรรมสิทธิ์มาตรฐาน (เช่น Matlab) ซึ่งมีการเจาะและการสนับสนุนที่ดี

ภาษาที่ใช้ในบ้านมักจะสร้างเป็น DSL (ภาษาเฉพาะโดเมน) และในวันนี้ความพยายามน้อยกว่าการซื้อ DSL ของคนอื่นและปรับใช้ นอกจากนี้ DSL ยังเจาะจงมากสำหรับโดเมนปัญหา

ตอนนี้อย่ากีดกันเพื่อนของคุณจากการสร้างรายได้จากภาษาของเขา มีวิธีในการทำเช่นนี้ - ขายให้กับ บริษัท ขนาดใหญ่ที่จัดตั้งขึ้นหรือให้นักลงทุนซื้อความคิดและลงทุนในมัน - แต่ปัญหาหลักของเขาในแนวทางคือเขาพัฒนาวิธีแก้ปัญหาโดยไม่ต้องค้นคว้าปัญหาการพัฒนา และนั่นไม่ใช่ปัญหาสิ่งที่เขาพิจารณาปัญหามันเป็นสิ่งที่ลูกค้าของเขาพิจารณาปัญหา ดังนั้นเขาสามารถออกไปและพูดคุยกับเพื่อนเหล่านี้โดยไม่ต้องให้รายละเอียดเกี่ยวกับวิธีการแก้ปัญหาของเขาและให้คนเหล่านั้นจ่ายเงิน - มันเป็นไปไม่ได้เลย แต่ไม่น่าจะเป็นไปได้


4
"ไวยากรณ์อย่างเป็นทางการของภาษาสามารถเก็บเป็นความลับ" - วิธีที่ทุกคนจะสามารถใช้ภาษาโดยไม่ต้องรู้ไวยากรณ์ได้อย่างไร
el.pescado

2
@ el.pascado: โดยการทำให้แน่ใจว่าทุกคนที่ต้องการใช้ภาษาลงนามใน NDA นั้นมัน sucks แต่ผู้จัดการ clueless บางคนอาจคิดว่าเป็นความคิดที่ดี
Lie Ryan

3

ฉันมีการสนทนานี้ด้วยตัวเองเมื่อหนึ่งในลูกค้าของฉันพิจารณาพัฒนาแอปพลิเคชันหลักโดยใช้ ColdFusion โดยส่วนตัวแล้วฉันไม่สามารถนึกถึงเหตุผลใด ๆ ที่จะใช้ CF (และชำระเงิน) เมื่อฉันสามารถใช้ PHP (และไม่จ่ายเงิน) อย่างไรก็ตาม CF มี บริษัท ขนาดใหญ่อยู่ข้างหลังซึ่งทำให้ OSS-phobiacs สงบ (จัดการกับผู้จัดการฝ่ายไอทีที่เพียงพอและในที่สุดคุณก็ต้องทำงานข้าม บริษัท เหล่านั้น) และมันก็ดีพอที่นักพัฒนาจะชอบมันมาก

อย่างไรก็ตามการจับแน่นอนว่าเพื่อนของคุณต้องการที่จะเกิดขึ้นกับสิ่งที่ดีพอและมีการสนับสนุนที่เพียงพออยู่เบื้องหลัง อดีตไม่ใช่เรื่องหลอกลวงในทุกวันนี้ด้วยแพลตฟอร์มโอเพ่นซอร์สที่เติบโตเต็มที่และหลังนั้นต้องมีฝ่ายสำรองอย่างน้อยขนาดอะโดบี

ไม่ต้องพูดถึงความจริงที่ว่าแม้ CF มีส่วนแบ่งตลาดเล็กน้อยในปัจจุบันเมื่อเทียบกับ OSS

โดยสรุปหากเพื่อนของคุณเก่งพอที่จะคิดอะไรบางอย่างที่แตกต่างออกไปคือ PHP, Python และเพื่อน ๆและนักธุรกิจเข้าใจดีพอที่จะขายให้กับผู้เล่นที่มีขนาดใหญ่และมีชื่อเสียงมากคนหนึ่งในตลาดคำตอบคือ "อาจจะ" มิฉะนั้นจะเป็น "ไม่" ดังก้อง


2

ฉันคิดว่าคำตอบคือไม่แน่นอนในกรณีนี้ การมีภาษาใหม่ที่ขับเคลื่อนโดยเอนทิตีขนาดเล็กทำให้เกิดความเสี่ยงสูงต่อข้อบกพร่องที่สำคัญหรือคุณสมบัติที่สำคัญหายไป

หากภาษานั้นเป็นกรรมสิทธิ์แล้วในฐานะผู้ใช้ที่คุณรู้สึกผิดอย่างยิ่งหากภาษานั้นไม่ได้พัฒนาไปในทิศทางที่คุณต้องการในเวลาที่คุณต้องการ หากภาษานั้นฟรีคุณสามารถโยนเงินหรือกำลังคนที่มีปัญหา (ซึ่งอย่างน้อยสำหรับ บริษัท ขนาดใหญ่เป็นตัวเลือก)

เพื่อนของคุณคงจะดีกว่าการขายบริการหรือผลิตภัณฑ์เสริม ให้การสนับสนุนการฝึกอบรมการให้คำปรึกษา รับเงินสำหรับการเพิ่มคุณสมบัติที่ต้องการโดยเฉพาะ จัดทำเครื่องมือ (เช่นในรูปแบบของปลั๊กอินเชิงพาณิชย์สำหรับ IDEs ยอดนิยม) จัดให้มีห้องสมุดบางแห่งภายใต้รูปแบบสิทธิการใช้งานเชิงพาณิชย์ (แต่ยังคงมีแหล่งที่มาภายใต้ข้อ จำกัด ที่เหมาะสม)


1

ในขณะที่ฉันเกลียดที่จะกีดกันเพื่อนของคุณฉันคิดว่ามันไม่น่าเป็นไปได้ที่เขาจะโน้มน้าวให้ผู้คนจ่ายเงินสำหรับเครื่องมือในการพัฒนาในทุกวันนี้เว้นแต่เครื่องมือนี้จะให้ผลตอบแทนมหาศาลอย่างเหลือเชื่อในการผลิต ที่หน้าจอในขณะที่คิดความคิดที่ดี !!! ") ไม่ว่าจะดีขึ้นหรือแย่ลงมีตลาดน้อยมากสำหรับเครื่องมือการพัฒนาแบบ "จ่ายเพื่อเล่น" ในปัจจุบันเนื่องจากปริมาณและคุณภาพของเครื่องมือฟรีนั้นยอดเยี่ยม (ภาษาที่มีพยานหลักฐานเช่น Java, Ruby, Python, Clojure - IDE's เช่น Eclipse และ LightTable - ฐานข้อมูลเช่น MySQL และ PostgreSQL - รายการดำเนินต่อไปเรื่อย ๆ และต่อ ๆ ไปเรื่อย ๆ ... ) ฉันขอให้เขาโชคดีที่สุดกับความพยายามนี้


สำหรับภาษาคุณอาจมีประเด็น ยังคงมีตลาดสำหรับเครื่องมือการพัฒนาที่ได้รับค่าตอบแทน MS, Adobe, JetBrains และอื่น ๆ ไม่ได้ทำร้ายเงินสดแน่นอนที่ฉันได้ยิน ดูเหมือนว่ามีการโต้แย้งในที่ใดที่หนึ่งสำหรับ "lite" หรือรุ่นทดลองใช้ฟรี
cHao

1

มันสามารถ ถ้ามันเป็น:

  • ดีและ / หรือมีประโยชน์มากพอ
  • ถ้ามันใช้ง่ายพอและ
  • ถ้ามันไม่แพงเกินไป

ที่จริงแล้ว - สำหรับผู้เริ่มต้นมันควรจะแข็งแกร่งมากสำหรับ 2 รายการแรกและลดราคามากเมื่อเทียบกับมูลค่าที่แท้จริง

ฉันเห็นคนส่วนใหญ่บ่นเกี่ยวกับผู้จัดการที่ชั่วร้ายซึ่งไม่ต้องการจ่ายเงินจำนวนมากสำหรับมัน - คุณไม่เคยบอกว่าเพื่อนของคุณขอโชคลาภจากใบอนุญาต จะเป็นอย่างไรถ้าเขาขอเงิน 500 ดอลลาร์ต่อปีและช่วยประหยัดเวลาทำงานสองสามร้อยชั่วโมงทุก ๆ ปี? ผู้จัดการสมาร์ทคนใดก็จะคว้ามันไว้


0

ขึ้นอยู่กับว่าภาษานั้นมีสิ่งที่แยบยลพอที่ฉัน (เป็นตัวแทนของลูกค้า) หรือไม่เต็มใจที่จะจ่ายเงินสำหรับมัน

ในฐานะผู้จัดการโครงการฉันต้องคำนึงถึง:

  • เวลาที่ใช้ในการเรียนรู้ / ต้นแบบภาษาใหม่
  • ประสิทธิภาพเพิ่มขึ้น (เวลาจนถึงการจัดส่ง) เมื่อเทียบกับภาษาอื่น และมันมีน้ำหนักมากกว่าเวลาในการเรียนรู้หรือไม่?
  • ภาษานี้แก้ปัญหาที่แก้ไขได้ยากด้วยภาษาอื่นหรือไม่?
  • ภาษานี้จะยังคงได้รับการสนับสนุนใน 5 ปีลูกค้าควรทำการร้องขออีกหรือไม่

3 คะแนนแรกนำไปใช้กับทุกภาษาและโดยเฉพาะอย่างยิ่งในตอนแรกนั้นยากที่จะเอาชนะสำหรับทุกภาษาใหม่เพราะฉันต้องการเหตุผลที่เวลาของการผลิตที่ต่ำมากกับบางสิ่งบางอย่างและที่ดีกว่าจะดี

ประเด็นที่สี่คือสิ่งที่ใช้เฉพาะกับภาษาแบบปิดแหล่งที่มาเช่นเดียวกับที่ฉันขึ้นอยู่กับบุคคลที่ 3 ซึ่งอาจหรือไม่มีใน 5 ปีนับจากนี้ 5 ปีก่อนจากนี้แอพมือถือไม่ได้เป็นเรื่องใหญ่ในวันนี้ภาษาจากนั้นจะปรับให้เข้ากับสถานการณ์ปัจจุบันและอนุญาตให้ฉันเขียนแอพมือถือด้วยหรือไม่ มันจะเข้ากันได้กับข้อกำหนดใหม่หรือไม่? หากมีข้อกำหนดดังกล่าวสำหรับลูกค้าของฉันฉันสามารถติดต่อผู้พัฒนาภาษานั้นและยื่นคำร้องขออัพเกรดได้หรือไม่?

หากคำถามใด ๆ เหล่านั้นได้รับคำตอบด้วย "ไม่" นั่นอาจเป็นภาษาที่ดีที่สุดในโลกฉันไม่สามารถใช้มันได้ และถ้าฉันได้ยินว่ามีคนคนหนึ่งที่คิดค้นภาษานี้ใน "เวลาว่าง" ของเขาและตอนนี้ทำงานเป็น บริษัท คนเดียวฉันจะสงสัยมากเกี่ยวกับมันและไม่ได้ใช้ภาษายกเว้นว่าฉันจะได้รับสัญญาที่มั่นคงมาก และภาษาเสนอสิ่งที่คนอื่นไม่อนุญาตให้ฉันทำ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.