그루비가 떠나고 있습니까? [닫은]

30

이 질문이 여러 번 요청되었다고 확신합니다. 그러나 나는이 언어들의 미래가 무엇인지에 대한 질문으로 다시 묻고 싶습니다.

나는 Groovy를 처음 소개 했고 정말 좋아했습니다. 구문이 더 단순하고 Java에 훨씬 더 가깝다는 느낌이 들었고 Grails 를 빠르게 배울 수있었습니다 .

그런 다음 Scala 가 있었고 웹 프레임 작업은 Lift 입니다. 나는 여전히 스칼라를 배우고 있으며 때로는 구문이 매우 어렵다는 것을 알았습니다.

그러나 나는 여전히 Groovy의 미래가 무엇인지 궁금합니다. Groovy의 저자가 Scala에 대해 알고 있다면 결코 그루비를 만들지 않았을 것이라고 말하면 미래가 있는지 궁금합니다. 물론 Groovy는 먼 길을 갔으며 Grails는 오늘날 많은 대기업에서 사용되고 있습니다.

오늘 Grails vs Lift를 살펴보면 Grails가 확실한 승자가 될 것입니다. 더 많은 회사에서 사용하고 있습니다. 그러나 지금까지 내가 말한 모든 것을 감안할 때, Groovy에 투자해야하는지 알고 싶습니다. Groovy가 사라지고 Scala가 더 나은 선택입니까? BMW의 CEO가 메르세데스를 운전한다고 말하면 왜 우리 모두가 메르세데스를 운전하지 않아야하는지 궁금 할 것입니다.

(이 질문이 실제로 광범위하고 닫혀 있는지 이해합니다. 그래도 다른 사람들을 위해 공개 Wiki로 만들고 싶습니다.)

— 아미르 라민 파
소스

1

오늘 Grails vs Lift를 살펴보면 Grails가 확실한 승자가 될 것입니다. 누가 그래?

— Mahmoud Hossam

나는 단지 인기로하고 있었다. Grails는 x1000 팔로어를 가지고 있으며 Lift는 x200ish에 불과합니다.

— Amir Raminfar

아마도 리프트가 더 쉬울까요? 더 나은 문서가 있습니까? 아니면 Grails가 리프트보다 오랫동안 주변에 있었습니까?

— Mahmoud Hossam

3

Grails와 Scala + Play Framework를 비교하는 것이 더 공정합니다. Play Framework는 Java와 함께 사용할 수 있으며 Ruby on Rails에서 영감을 얻었습니다.

— Jonas

3

"오늘 Grails vs Lift를 살펴보면 Grails가 확실한 승자가 될 것입니다." 라고 2 년 전에 말했지만 Play! 2는 최고의 스칼라 기반 웹 프레임 워크로 Lift를 쉽게 대체했으며 Grails (IMHO)보다 앞서 있습니다.

— Vorg van Geir

23

저는 Groovy가 사라질 것이라고 생각하지 않습니다. 이제는 자급 자족입니다. Grails 프레임 워크는 Groovy 언어를 기반으로 구축되었으므로 계속 살아야합니다. Groovy는 킬러 응용 프로그램을 얻었습니다.

Grails가 유일한 중요한 Groovy 프로젝트라고 말하는 것은 아닙니다. Gradle도 꽤 좋습니다. GORM은 정말 편리합니다. 간 트는 개미보다 좋은 개선입니다.

Groovy / Grails는 이제 SpringSource의 우산 아래에 있으며 둘 다에 전념하고 있습니다.

BMW의 CEO가 메르세데스를 운전한다고 말하면 왜 우리 모두가 메르세데스를 운전하지 않아야하는지 궁금 할 것입니다.

제임스 고슬링이 무엇을 선택했는지 알아?

— 키론
소스

Gradle은 더 이상 오픈 소스가 아닙니다! _!

— Ant 's

1

정말 중요한 것은 핵심 언어이며 핵심 라이브러리입니다. Groovy보다 더 나은 것을 만들 수는 없습니다. 핵심 언어는 쉽고 동적이며 빠르며 아파치 등과 같은 Java 라이브러리는 다른 언어보다 좋습니다. 주변에서 가장 좋은 언어이며 그 때문에 사라지지 않습니다. 플러그인과 Grails는 중요하지 않습니다. PHP와 같은 동적 언어의 세계는 이미 중요한 것처럼 이미 알고 있습니다. 바람둥이와 jboss가 있습니다. 이제 가서 루비를 확인하십시오. 농담입니다! .net보다 나쁩니다! 이제 파이썬으로 가서 네트워크 코드의 오류를 처리하는 방법을 찾으십시오.

— Andrew Smith

당신이 맞습니다 .. Graovy 스크립트를 사용하는 Gradle이 점점 더 대중화되고 있습니다.

— 코더

6

뿐만 아니라 @The Legend of 1982의 의견 :

Groovy는 많은 개발자들이 전환을 할 수 있도록 Java에 충분히 가까운 구문을 사용하여 Java에 대한 동적 대안이므로 계속해서 고집 할 것입니다.

Grails는 Matt Raible이 대규모 JVM 언어 웹 프레임 워크 비교 차트 / 분석을 수행 할 때마다 항상 상위 2 개 프레임 워크에 있습니다. 그의 아마도 아마도 가장 완벽한 분석 일 것입니다.
GPars는 새로운 동시성 lib / API로 Groovy가 Scala의 기능을 크게 향상시킵니다.

Groovy가 invokedynamic 및 기타 컴파일러 트릭을 사용하는 방법을 파악함에 따라 시간이 지남에 따라 속도 문제가 개선 될 것입니다.

— 마틴 버 부르크
소스

"Grails는 지속적으로 상위 2 개 프레임 워크에 있지만 " PHP 기반 백엔드는 "프레임 워크"로 간주되지 않으며 대다수의 비즈니스에서 여전히 사용하고 있습니다.

— Vorg van Geir

3

Groovy는 매우 훌륭하고 과소 평가 된 언어입니다 (앞서 언급 한 것처럼 자체 제작자에 의해서도). 저에게 Java 생태계에서의 역할은 C / C ++ 세계 생태계에서의 Lua의 역할과 같습니다. 그래, 그렇게 빠르지는 않지만 그럼에도 불구하고.

그루비가 죽으면 매우 슬프지만,이 로드맵은 실제로 그렇게 나쁘지 않다고 알려줍니다.

사실, Groovy는 매우 훌륭하고 깔끔하고 표현력있는 언어입니다. 스칼라의 경우, Groovy와 Scala는 서로 다른 틈새 시장에 있다고 생각합니다.

— 면도하다
소스

3

Groovy 나 루비의 전반적인 우수성을 훼손하지는 않지만 웹 트래픽의 90 % 이상이 PHP 또는 Java 프레임 워크로 작성된 사이트에 대한 것입니다.

나는 "많은 대기업이 사용하는 레일"을 어디에서 얻었는지 모른다. 이것은 실제로 모든 500 대 기업이 파이썬을 사용한다고 말하는 것과 비슷하다. 그러나 비즈니스에 중요한 것은 파이썬을 사용하지 않는다.

그들은 Grails, Rails 등을 사용하지 않을 권리가 있습니다. 또한 대부분의 대기업에는 복잡한 시스템이 상호 연결되어 있으며 웹 응용 프로그램을 구축 할 때 데이터를 제공하거나 소비하는 다른 모든 시스템에 연결하는 방법과 관련하여 주요 과제가 발생합니다.

언어의 주요 경쟁자 인 Groovy는 실제로 동일한 공간 (JVM의 스크립팅)에서 작동하는 JPython이며 동일한 종류 (자동 테스트, 자동 빌드 등)에 사용됩니다.

— 제임스 앤더슨
소스

1

주변을 둘러 보면 요즘 Groovy를 사용하는 사람이 없으며 내 지역에 Groovy 구인 광고가 없습니다. 따라서 잘 보이지 않습니다. 나는 그것이 사용 중이라고 확신하지만, 주변의 주류 기술은 아닙니다.

— Brian Knoblauch

1

Grails를 사용해야하는 경우 @Brian Groovy의 유일한 선택입니다. (그래서 Grails는 Play! 2와 같은 더 깔끔한 사람들에 의해 대체되고 있습니다.)

— Vorg van Geir

@ 제임스 등 JVM 스크립팅을위한 그루비 킬러, 자동화 된 테스트 및 빌드로 Eclipse를 잊지 마세요

— Vorg 반 이르

나는 Groovy를 사용하여 현지 상점을 가로 질러 갔다! 그러나 여전히 Grails를 사용하는 사람을 만나지 못했습니다.

— Brian Knoblauch 14

2

Groovy 2.0의 성능으로 인해 Groovy는 이제 자바와 매우 가까운 리그에 들어 섰습니다. http://java.dzone.com/articles/groovy-20-performance-compared 이 기사의 벤치 마크는 매우 거칠지 만 Google Go의 성능을 비교하기 위해 만든 Robert Hundt (https://days2011.scala-lang.org/sites/days2011/files/ws3-1-Hundt.pdf)에 기반한 Groovy 2.1의 새로운 벤치 마크에서 작업 중 다른 언어로. 기사 작성이 끝날 때까지 2-3 주가 필요하지만 지금까지 측정 결과는 매우 좋아 보입니다. @CompileStatic 및 JDK7이 포함 된 Groovy2.1은 JDK6 (!)이있는 Java와 거의 동일한 성능을 갖습니다.

Groovy는 Scala보다는 Kotlin 및 Ceylon과 더 많은 경쟁을 할 것이라고 생각합니다. 스칼라는 학문적 연구 언어 (매우 흥미 진진한 언어)이지만 Groovy와 Kotlin으로 작업을 수행하는 데 필요한 언어는 아닙니다. 믹스 인, 확장 메소드, 진정한 클로저 및 Java의 것들이 누락 된 경우이 작업을 수행하기 위해 해야하는 큰 단계입니다. Groovy의 구문은 Kotlin과 비교할 때 실제 판매 지점이라고 생각하는 Java와 매우 유사합니다.

— OlliP
소스

4

나는 스칼라가 학업에 동의하지 않기를 간절히 바라고 있습니다. 실제로 생산성이 높고 유용하며 현재 많은 금융 기관, Linkedin, Twitter 등에서 사용되고 있습니다. 나는 실제로 내가 일하는 곳에서 Scala와 Groovy를 모두 시도했지만, 복잡한 임계 값을 초과하는 프로젝트에는 Groovy를 선택하지 않을 것입니다.

— Andrea

1

지난주 에 Groovy 2.1에서 정적으로 컴파일 된 모드의 심각한 버그가 나타났습니다. 버그 (예 : 정적 Groovy)로 속도를 얻거나 안정성을 얻을 수 있지만 동적으로 컴파일 된 Groovy (예 : 동적으로 컴파일 된 Groovy)를 얻을 수 있지만 속도와 안정성을 모두 얻을 수는 없습니다. 양자 효과 프로그래밍 언어는 누구에게도 사용되지 않습니다.

— Vorg van Geir

1

Groovy는 Java를 기반으로하는 언어입니다 (예 : Java에 일부 기능 추가). 상당히 복잡한 시스템은 Java로 구축되었습니다. 따라서 복잡한 응용 프로그램을 작성하기 위해 매우 정교한 언어가 필요하다고 생각하지 않습니다. Groovy의 버그 기반에 여러 Groovy 컴파일러 버그를 추가했으며 Scala의 품질이 더 우수하다고 생각합니다. 그러나 응용 프로그램이 까다로워서 Scala가 필요하다고 생각하지 않습니다. 해결책은 언어가 아니라 디자인과 문제 영역의 전문 지식에 있습니다.

— OlliP