Groovyらへん Twitter座談会 2011/09/03
- orange_clover
- 5608
- 0
- 5
- 0
@Boc963proguram RubyとGroovyが似通ってるので、Java->RubyならJava->Groovyのほうが圧倒的に楽はなずなのになぜ?という疑問が個人的にあります。RubyはRubyだけでやればいいと思うんですよねぇ…
2011-09-04 11:46:32@Boc963proguram もっと言ってしまうと、Java屋がGroovyをやると、自然とRubyも書けるようになります。GroovyはRubyから多くを学んでいますので。RubyをやりたいならGroovyをやったあとでも問題ないんです。
2011-09-04 11:47:26[Scala][Groovy]"悩むのはやめて、両方使ってみましょう!" / GroovyとScala: 二つのJVM言語の物語 — GroovyとScala: 二つのJVM言語の物語 v1.0 documentation http://t.co/NFtYBC9
2011-09-04 11:49:14納品ドキュメントが何処まで欲しいかは案件によって違う気がするが、Grailsはドキュメント書く仕組みもってるし、スクリプトで内部のクラススキャンできるから、かなりいろいろできると思う。
2011-09-04 11:53:19@kimukou_26 テストに関しては思うところがたくさんありすぎるのでなんとも言えないんですけど、プロパティとかは別にJavaでも変わらなさそうですね。
2011-09-04 11:58:43@fumokmm @tyama たのしそうですね!現場でのGroovyをきいて議論聞いてみたいです!
2011-09-04 12:05:56もう毎週やるかw @fumokmm @kyon_mm もくもくGroovyのうち、3回に一回くらいはLTあり議論ありで盛り上げたいですね!
2011-09-04 12:07:05@PG_kura disられているイメージは僕はあんまりないんですけどね。Groovyをたくさん提案したことがないからかもしれませんけど。
2011-09-04 12:07:47@PG_kura 速度面以外ではdisられたのみたことはないですね。ただ「緩く書けすぎるので制限が効かない<苦笑」みたいな話とeclipseのcheckstyleがうまくきかないような気がします RT Groovy ってそんな酷く dis られてたっけ...。
2011-09-04 12:11:43@kyon_mm Javaと変わらないですね。Javadoc納品ではない納品DOCノウハウはGrailsで開発実績がある@tyama さんや山田先生やIIJ(?)さんならお持ちだと思うのですけど。海外オフショア納品でよくあるJavadoc納品は流石に一次受けに怒られますよね
2011-09-04 12:31:30@irof そいやrubyと比べたらどっちが「便利」「崩す」なんだろう?jvmと絡めたいとき(と、あとGUIとか)なら明らかにgroovy勝ちだけど、それ以外だとどうだろう?
2011-09-04 12:37:38@naka_aki_spl 開発者(経験者)の集めやすさはRuby(Redmineの多大な貢献あり)。今の現場でたまたま継続は「groovy実務経験者」だから。多分そうでなければとっくにクビに。でもGroovyそれほど難しい技術ではないのでスキル提供終了時で終わりかも @irof
2011-09-04 12:47:34@naka_aki_spl 崩しの分野では「やる人のやりやすい方」になると思います…臨機応変に対応するスキルが必要ですから。Javaに馴染みがあればGroovyですが、無いならどちらでもいいんじゃないですかね?(Rubyの得意なドメインがどこか知らないので何とも言えないのですが)
2011-09-04 12:49:55@kyon_mm 前は人手をかけてQA部署でやっていたと思いますが、今だと管理はパートナー、テスタはバイトな感じみたい<QA部署残っている処でも 持てない処は「開発者責任」で仕事回すになるのかな~と。後は品質保証を「ドキュメント担保」な面と軽微でも誤動作した場合のクレームが厳しい
2011-09-04 13:00:20@kyon_mm そこら辺は@naka_aki_spl さんも言及されてたけど「年輩が決める政治的な問題」なので。顧客ウケするキレイナExcelエビデンス出力もそう。政治話を中オフショア先みたいに交渉出来るなら「この金額ならテスト、ドキュメント納品なしでOKね?」な話デキルはず
2011-09-04 13:16:36