Groovy กำลังจะหายไป? [ปิด]

ฉันแน่ใจว่าคำถามนี้ถูกถามหลายครั้ง อย่างไรก็ตามฉันต้องการถามอีกครั้งด้วยความตั้งใจว่าอนาคตของภาษาเหล่านี้คืออะไร

ฉันถูกแนะนำให้รู้จักกับGroovyเป็นครั้งแรกและชอบมันมาก ผมรู้สึกว่าไวยากรณ์ถูกง่ายและมันก็เป็นมากใกล้ Java และฉันก็สามารถที่จะเรียนรู้ได้อย่างรวดเร็วGrails

จากนั้นก็มีScalaและกรอบการทำงานเว็บLift ฉันยังคงเรียนรู้สกาล่าและฉันพบว่าไวยากรณ์ยากมากในบางครั้ง

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

ถ้ามีใครไปดู Grails vs Lift วันนี้ Grails จะเป็นผู้ชนะอย่างชัดเจน บริษัท อื่น ๆ กำลังใช้งานอยู่ แต่ด้วยทุกสิ่งที่ฉันได้กล่าวไปแล้วฉันสนใจที่จะรู้ว่าควรลงทุนใน Groovy หรือไม่? Groovy กำลังจะหายไปและ Scala เป็นตัวเลือกที่ดีกว่าหรือไม่? หากซีอีโอของ BMW บอกว่าเขาขับ Mercedes แล้วใครจะสงสัยว่าทำไมเราทุกคนไม่ควรขับ Mercedes ด้วยใช่มั้ย

(ฉันเข้าใจว่าคำถามนี้กว้างมากและอาจถูกปิดฉันหวังว่าจะทำให้เป็น Wiki แบบเปิดสำหรับผู้อื่นได้)

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

ฉันไม่ได้บอกว่า Grails เป็นโครงการ Groovy ที่สำคัญเพียงตัวเดียว Gradle ก็ค่อนข้างดี GORM มีประโยชน์จริงๆ Gant เป็นการพัฒนาที่ดีเหนือ Ant

ไม่พูดถึงว่า Groovy / Grails อยู่ภายใต้ร่มของ SpringSource และพวกเขามุ่งมั่นต่อทั้งคู่

หากซีอีโอของ BMW บอกว่าเขาขับ Mercedes แล้วใครจะสงสัยว่าทำไมเราทุกคนไม่ควรขับ Mercedes ด้วยใช่มั้ย

คาดเดาสิ่งที่ James Gosling เลือก

เช่นเดียวกับความคิดเห็น @The Legend of 1982:

Groovy จะยังคงยึดติดอยู่กับที่เนื่องจากมันเป็นทางเลือกแบบไดนามิกของ Java ที่มีไวยากรณ์ที่อยู่ใกล้กับ Java มากพอที่จะอนุญาตให้นักพัฒนาหลายคนสร้างสวิตช์ได้ (หรืออย่างน้อยก็ตะลุย)

• Grails อยู่ในกรอบ 2 อันดับแรกตลอดเวลาเมื่อใดก็ตามที่ Matt Raible ทำแผนภูมิ / การวิเคราะห์เว็บเฟรมเวิร์กภาษา JVM ขนาดใหญ่ของเขา เขาน่าจะเป็นการวิเคราะห์ที่สมบูรณ์ที่สุด

• GPars เป็น lib / API ที่เกิดขึ้นพร้อมกันแบบใหม่ซึ่งทำให้ Groovy เพิ่มความสามารถของ Scala ได้อย่างมาก

ปัญหาเกี่ยวกับความเร็วจะดีขึ้นเมื่อเวลาผ่านไปซึ่ง Groovy จะระบุวิธีใช้ invokeynamic และเทคนิคคอมไพเลอร์อื่น ๆ

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

ฉันจะเสียใจมากถ้า Groovy จะตาย แต่แผนงานนี้บอกเราว่ามันไม่เลว

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

เพื่อไม่ให้เคาะความเป็นเลิศทั่วไปของ Groovy หรือ Ruby จริง ๆ แต่กว่า 90% ของปริมาณการใช้งานเว็บไซต์นั้นเป็นเว็บไซต์ที่เขียนด้วย PHP หรือ Java framwork

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

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

Groovy ผู้แข่งขันหลักของภาษาคือ JPython ซึ่งทำงานในพื้นที่ sames (Scripting on JVM) และใช้สำหรับการเรียงลำดับสิ่งเดียวกัน (การทดสอบอัตโนมัติ, การสร้างอัตโนมัติเป็นต้น)

ประสิทธิภาพของ Groovy 2.0 ทำให้ Groovy กลายเป็นลีกที่ใกล้เคียงกับ Java มากขึ้นดูที่http://java.dzone.com/articles/groovy-20-performance-comparedมาตรฐานในบทความนี้หยาบมาก แต่ฉัน ทำงานกับเกณฑ์มาตรฐานใหม่สำหรับ Groovy 2.1 โดยอ้างอิงจาก Robert Hundt (https://days2011.scala-lang.org/sites/days2011/files/ws3-1-Hundt.pdf) เพื่อเปรียบเทียบประสิทธิภาพของ Google Go กับภาษาอื่น ๆ ฉันต้องการ 2-3 สัปดาห์จนกว่าฉันจะเขียนบทความเสร็จ แต่การวัดดูดีมากจนถึงตอนนี้ Groovy2.1 พร้อม @CompileStatic และ JDK7 มีประสิทธิภาพการทำงานเช่นเดียวกับ Java กับ JDK6 (!)

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