มีภาษาโปรแกรมใดบ้างที่เป็นไปตามแนวทางการพัฒนาแบบมินิมัลลิสต์?


26

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

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

วิธีนี้คุณลักษณะทุกอย่างในภาษาจะเข้ากันได้ดีและดูเหมือนจะไม่ถูกยึดติดหลังจากความจริงที่มีคุณลักษณะที่ล้าสมัยยังคงอยู่เนื่องจากความเข้ากันได้ย้อนหลัง

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

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

ดังนั้นฉันคิดว่าฉันกำลังมองหาวิธีการที่มินิมัลลิสต์ที่ทุกอย่างสอดคล้องกันเข้าท่าและเป็นมุมฉากเท่าที่จะทำได้


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

4
ไม่ใช่ทุกคนที่โปรแกรมนั้นจำเป็นต้องเป็นโปรแกรมเมอร์เต็มเวลา มันเป็นเครื่องมือสำหรับอาชีพอื่นอีกหลายอย่าง
Joan Venge

4
จากนั้นอีกครั้งไม่มีใครบังคับให้คุณเรียนรู้อะไรเลย ถ้า C # 1.0 แก้ปัญหาความต้องการของคุณอย่าเสียเวลาเรียนรู้สิ่งที่คุณไม่ต้องการ
Arseni Mourzenko

11
ฉันคิดว่าคำถามนั้นถูกกฎหมาย: ทำไมเราควรใช้หลักการ KISS และ YAGNI กับสิ่งประดิษฐ์ซอฟต์แวร์ แต่ไม่ใช่ภาษาโปรแกรม เมื่อภาษามีคุณสมบัติหลักเพียงพอการพัฒนาต่อไปคือ (IMHO) ส่วนใหญ่เกิดจากการตลาด (การแข่งขันกับภาษาอื่น ๆ
Giorgio

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

คำตอบ:


32

Lisp, Smalltalk บังเอิญเป็นภาษาที่ดีที่สุดในกลุ่ม

ทั้ง Lisp และ Smalltalk เป็นภาษาที่สร้างขึ้นจากคำอุปมาที่แข็งแกร่ง คำอุปมาของ Lisp คือ "ทุกอย่างคือรายการรายการนี้แสดงถึงทั้งข้อมูลและรหัส (เป็นฟังก์ชั่น)" คำอุปมาของ Smalltalk คือ "ทุกอย่างเป็นวัตถุ; วิธีเดียวที่จะเรียกใช้งานพฤติกรรมคือการส่งข้อความไปยังวัตถุ" คำอุปมาอุปมัยเหล่านี้ช่วยให้ภาษามีความเสถียรน้อยที่สุดและมีประสิทธิภาพ ส่วนที่เหลืออยู่ในห้องสมุด

สิ่งที่เรียกว่า "โครงสร้างการควบคุม" ในทุกภาษาที่ไม่ใช่น้อยที่สุด (ฉันต้องการเขียน "ป่อง") เป็นส่วนหนึ่งของห้องสมุดที่นี่ (เป็นตัวอย่าง: condฟังก์ชั่นในเสียงกระเพื่อม; ifTrue:/ ifFalse:ครอบครัวของข้อความใน Smalltalk ทั้งสองใช้เงื่อนไข ภาษาอื่นมีifคำหลัก)

จะเห็นได้ว่า Lisp / Smalltalk เกือบจะเป็นศูนย์รวมของกระบวนทัศน์น้อยที่สุดและไม่มีอะไรเพิ่มเติม (Lisp: functional programming; Smalltalk: programming-oriented object)


4
การใช้งาน Lisp ที่ดีสามารถแข่งขันกับ C ได้การใช้งาน Smalltalk ที่ดีสามารถแข่งขันกับ C ++ ได้ Heck ซึ่งเป็น HotSopt JVM ของ Oracle ซึ่งเป็น VM ที่เร็วที่สุดในโลกคือ Smalltalk VM ซึ่งไม่ได้ใช้ข้อมูลชนิดคงที่สำหรับการปรับแต่ง
Jörg W Mittag


9
คำตอบนี้เล็กเกินไปที่จะสร้างสรรค์ ไม่มีรายละเอียดหรือหลักฐานสนับสนุน
จิมมี่ฮอฟฟา

2
-1 เสียงกระเพื่อม? LISP ? อย่างจริงจัง? หลังจาก LISP Wars of the 1970s ซ้ำแล้วซ้ำอีกพยายาม LISP Unity และสุดท้าย Lisp สามัญ? ไม่แม้แต่ LISP ก็ไม่ได้ทำให้ "เสร็จสิ้น" ที่ 1.0
Ross Patterson

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

6

TeXระบบเรียงพิมพ์มีเสถียรภาพมากตั้งแต่รุ่น 3

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

ฉันจะไม่อ้างว่ามันเติมเต็มให้กับคุณ "ดังนั้นฉันคิดว่าฉันกำลังมองหาวิธีการที่เรียบง่ายซึ่งทุกอย่างสอดคล้องกันทำให้เข้าท่าและเป็นมุมฉากเท่าที่จะทำได้" คำสั่ง แต่เป็นไปตามเกณฑ์อื่น ๆ ของคุณ


6

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

ฉันชอบความก้าวหน้าของภาษาอย่างรวดเร็วด้วยคุณสมบัติที่เมื่อฉันใช้เวลากับพวกเขาทำให้งานของฉันง่ายขึ้นมากและรหัสก็ซับซ้อนน้อยลงในขณะที่ยังคงความหมาย


1
ฉันเห็นด้วยกับการออกแบบที่เรียบง่ายของ C. แม้ว่าภาษาจะได้รับการปรับปรุงในช่วงหลายปีที่ผ่านมารูปแบบการออกแบบและการเขียนโปรแกรมพื้นฐานของภาษายังคงเป็นที่รู้จัก แน่นอน C ไม่ใช่ภาษาที่ใช้งานทั่วไปเนื่องจากมันถูกแทนที่ด้วยภาษาอื่นในโดเมนแอปพลิเคชันเฉพาะ (แอปพลิเคชันเดสก์ท็อปแอปพลิเคชันเว็บและอื่น ๆ )
Giorgio

@Giorgio: ไม่ทั้งหมด อันที่เล็กที่สุด (อย่างที่ฉันพูดถึง) ไม่ทำ ไม่มีการเปลี่ยนแปลงในไวยากรณ์ของสมอลล์ทอล์คนับตั้งแต่ก่อตั้งขึ้นยกเว้นหนึ่งจะนำโดย Squeak: อาร์เรย์ที่คำนวณด้วยหยิก ไลบรารี่ยังมีความเสถียรในระดับแกนกลาง ( BehaviorและCollectionลำดับชั้น) สำหรับฉันดูเหมือนว่า C นั้นมีความเสถียรน้อยกว่ามากเมื่อเทียบกับ C89, C99 และสิ่งอื่น ๆ
herby

1
@herby: คุณอาจจะพูดถูกว่าภาษาอื่นอย่าง Smalltalk นั้นมีความเสถียรมากกว่า C. แต่รูปแบบการเขียนโปรแกรมพื้นฐานของ C นั้นก็เหมือนกับที่เคยพูดเมื่อ 20 ปีก่อน ภาษาอื่นมีการเปลี่ยนแปลงที่ลึกซึ้ง ดังนั้นอีกครั้งฉันไม่ได้อ้างว่า C เป็นภาษาที่มีเสถียรภาพมากที่สุดรอบ ๆ แต่ IMO มันมีเสถียรภาพมากกว่าภาษากระแสหลักอื่น ๆ อีกมากมาย
Giorgio

6

คนอื่น ๆ ได้แล้วกล่าวว่าเสียงกระเพื่อมดังนั้นฉันจะต้องนำขึ้นมา มันง่ายมากที่จะใช้และกฎของภาษานั้นง่ายต่อการปฏิบัติ

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

ตัวอย่างสั้น ๆ ของกราฟิกเต่า:

\ 8.8 fixed point sine table lookup
-2 var n F9F2 , E9DD , CEBD , AA95 , 7F67 , 4E34 , 1A c,
: s abs 3C mod dup 1D > if 3C swap - then dup E > if
  -1 1E rot - else 1 swap then n + c@ 1+ * ;

0 var x 0 var y 0 var a
0 var q 0 var w 
: c 9380 C80 0 fill ; \ clear screen
: k >r 50 + 8 << r> ! ;
: m dup q @ * x +! w @ * y +! ; \ move n-pixels (without drawing)
: g y k x k ; \ go to x,y coord
: h dup a ! dup s w ! 2D + s q ! ; \ heading
: f >r q @ x @ y @ w @ r 0 do >r r + >r over + \ forward n-pixels
  dup 8 >> r 8 >> plot r> r> loop o y ! x ! o r> o ;
: e key 0 vmode cls ; \ end
: b 1 vmode 1 pen c 0 0 g 0 h ; \ begin
: t a @ + h ; \ turn n-degrees

จากนั้นใช้งานด้วย: squiral -50 50 g 20 0 do 100 f 21 t loop ;:

เกลียว

เครดิตนี้พนักงานไมโครซอฟท์บล็อก


1
สิ่งนี้ได้รับการโหวตอย่างไรอีกครั้ง Forth อาจเป็นตัวเลือกที่ดี แต่ตัวอย่างที่ให้มานั้นไม่ได้ดีไปกว่าสัญญาณรบกวนแบบบรรทัดที่รันได้; ตัวอย่างที่ดีเยี่ยมว่าทำไมความลุ่มหลงของ PLT กับความตึงเครียดจึงเป็นสิ่งที่ผู้เชี่ยวชาญต้องการ
Telastyn

4
@Telastyn นั่นไม่ใช่คำถามของเขา
Austin Henley

4

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

การเปลี่ยนแปลงเฉพาะในภาษาคือการตัดสินใจในการแปลงพื้นฐานเช่น+, define(และอื่น ๆ ) เพื่อสร้างอิน ความหมายมีพร้อมใช้ในการเปิดตัว แต่สามารถกำหนดใหม่ได้ในระหว่างการใช้


2

Tcl ซึ่งถูกออกแบบให้เรียบง่ายตั้งแต่แรก

จากที่นั่นเกี่ยวกับหน้าhttp://www.tcl.tk/about/features.htmlหนึ่งในคุณสมบัติคือมันง่ายมากที่จะเรียนรู้และที่โปรแกรมเมอร์ทั่วไปหรือแม้แต่โปรแกรมเมอร์ที่ไม่สามารถใช้งานได้


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

ตกลงจะทำอย่างไรเนื่องจากคำถามที่ถูกปิดไม่ทราบว่าความพยายามมีมูลค่าเท่าไหร่
Egryan

1
ด้วยโชคมันจะถูกเปิดอีกครั้งจากการโหวต มันเป็นคำถามที่ดี ฉันอาจโพสต์บน Meta เพื่อลองเปิดใหม่หากชุมชนไม่เปิดใหม่ในไม่ช้า
จิมมี่ฮอฟฟา

ฉันเห็นด้วยและฉันวางแผนที่จะเพิ่มมากขึ้นในโพสต์เมื่อฉันออกจากงานฉันไม่ได้มีโชคใด ๆ อย่างรวดเร็วด้วยการค้นหาลิงก์ที่เกี่ยวข้อง
Egryan

ค้นหา google สำหรับ "กรณีศึกษาเกี่ยวกับภาษา TCL", "Tcl: ภาษาคำสั่งที่ฝังได้" และtcl.tk/about/history.html - พวกเขาให้ประเด็นสำคัญบางอย่าง อย่างไรก็ตามฉันไม่แน่ใจว่าพวกเขาสำรองข้อมูลความต้องการของ OP - ปรากฏว่า TCL ได้รับการขยายจาก 1.0 เดิม (ดูwiki.tcl.tk/1721 )

2

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

ภาษาที่มีแนวโน้มจะเติมเต็มความปรารถนาที่จะไม่ต้องเรียนรู้สิ่งใหม่ ๆ คือภาษาที่มีความเชี่ยวชาญใน 'กาว' ระหว่างโปรแกรมอื่น ๆ ภาษาเช่นjcl , bashและอื่น ๆ ภาษาสคริปต์ที่เรียบง่ายอาจตกอยู่ในสิ่งนี้ - awkเป็นหนึ่งในผู้นำ

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

หลายภาษามีความเข้ากันได้ในระดับหนึ่ง เรายังคงสามารถเขียน Java 1.4 ได้ในวันนี้ถึงแม้ว่ามันอาจจะไม่แนะนำก็ตาม แต่โครงร่างที่ผู้คนเขียนเพื่อเปลี่ยนมันเร็วกว่าภาษา เรายังสามารถหาคอมไพเลอร์ f77 และ f90 สำหรับข้อมูลจำเพาะภาษาที่ไม่ได้เปลี่ยนแปลงใน 20 หรือ 40 ปี C, Objective C, C ++ ยังคงสามารถเขียนรหัสไปยังข้อกำหนดที่เก่ากว่าของภาษา - หนึ่งไม่จำเป็นต้องปรับปรุงรหัสของตัวเองเพราะสเป็คใหม่ได้รับการปล่อยตัวหรือกรอบใหม่จะออกมี

บางภาษามีประวัติที่ไม่เปลี่ยนแปลงค่อนข้างนานเนื่องจากภาษานั้นมีประสิทธิภาพเพียงพอที่จะทำสิ่งที่ต้องการ เสียงกระเพื่อมเป็นผู้สมัครที่สำคัญในพื้นที่นี้ Forth ยังตกอยู่ในอาณาจักร "มันไม่ได้เปลี่ยนแปลงอะไรมากมาย"

การไปที่ภาษาสคริปต์แบบดั้งเดิมดูที่ TCL, Perl และ Python หลีกเลี่ยงสิ่งต่าง ๆ ที่อยู่ใน 'fad' realm ที่กำลังได้รับความนิยมไม่ว่าจะด้วยเหตุผลใดก็ตาม (ruby and javascript ฉันกำลังมองคุณอยู่) ทีซีแอลมีการเปลี่ยนแปลงในช่วงหลายปีที่ผ่านมาแม้ว่าหนึ่งในเป้าหมายคือพยายามที่จะรักษาความสม่ำเสมอของการออกแบบ Modern Perl และ Python ทั้งสองมีความสอดคล้องกันของการออกแบบแม้ว่าคุณสมบัติใหม่ที่เป็นที่ยอมรับสามารถรู้สึกติดขัด (แม้ว่าจะไม่จำเป็นต้องใช้)


2

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

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


ธันวาคม 2555 คำตอบให้คุณผ่านฟรีเพราะตั้งแต่นั้นเรามีความประหลาดใจที่รู้จักกันในชื่อ Python 3 ซึ่งคู่แข่ง C ++ ต้องการที่จะเพิ่มกองขยะของ cruft ในขณะที่เอาความเรียบง่ายออกไป ตอนนี้เป็นหนึ่งในภาษาที่มีการรบกวนเพิ่มเติมซึ่งเป็นส่วนเพิ่มในการคำนวณ
โทมัสบราวน์

-1

ฉันคิดว่าวิธีการออกแบบ "minimalist" จะเป็นตัวอย่างโดย Tcl ตัวอย่างเช่นคุณสามารถใช้คำสั่ง {catch} พร้อมกับ {return -code n} เพื่อใช้โครงสร้างการควบคุมที่จินตนาการของคุณสามารถเข้าใจได้ Perl ต้องรออีกสิบปี (อย่างเป็นทางการ) รับ {switch} - (ไม่ใช่ Perl เคยต้องการมัน) นอกจากนี้คุณจะเห็นว่า Dodekalogue http://wiki.tcl.tk/10259ครอบคลุมไวยากรณ์ของ Tcl อย่างสมบูรณ์ - ส่วนที่เหลือไม่ว่ากระบวนทัศน์การเขียนโปรแกรมใด ๆ ที่คุณต้องการทำงานด้วยสามารถแสดงในไวยากรณ์นี้


จุดนี้ซ้ำเพียงทำและอธิบายในคำตอบโพสต์เมื่อสองปีที่แล้ว
ริ้น

อ้างถึงโพสต์ต้นฉบับฉันเดาว่าฉันสามารถพูดได้ว่า orthogonality = history (ตระกูลภาษา C) และการผสมข้ามภาษาล่าสุด ฉันได้เห็นระบบปฏิบัติการทั่วทั้งภาษาในกรอบภาษาเว็บ MVC ทั่วไป, Coroutines, & c นอกเหนือจากแนวโน้มดังกล่าวฉันสามารถสังเกตเห็นการเพิ่มขึ้นอย่างน่าทึ่งของการปิด C11 และแลมบ์ดา Java ที่กำลังจะเกิดขึ้น (ซึ่งทั้งคู่พัฒนามิเรอร์ในระบบปฏิบัติการ
user132043
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.