Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    えばた あや
    @AyaEbata
    なんでだろう、、、
    Yoshida
    @grimrose
    << はgroovy固有なのでkotlinとかと合わせるためかもしれないですね…
    これ見ながらスタンドアロンプラグイン作ろうとしてて、<<使えなくなるとやばくない?と思ったのですが、
    そもそも公式ドキュメントには<<使うなんてどこにも書いてなかったというオチ
    えばた あや
    @AyaEbata
    w
    Yoshida
    @grimrose
    <<ってタイプ数が少ないし、appendみたいに使われてるからDSLでは分かりやすいと思うんだけどなぁ
    Mockitoの使い方は、JUnit実践入門で知った
    えばた あや
    @AyaEbata
    いつもSpockだからJUnitほとんど使ったことないです、、、、、、
    Yoshida
    @grimrose
    Spockはいろいろ標準で付いてるからホントに楽だよね :smile_cat:
    えばた あや
    @AyaEbata
    えっ、むしろJUnitさんは標準でいろいろ付いてこないんですか… :cry:
    Masaya SHIMOMURA
    @mshimomu
    Groovy & SpockのおかげでJavaちからもJUnitちからも落ちてるマン
    Yoshida
    @grimrose
    JUnitはこの資料でいうとQUnitと同じ場所ですね。SpockはJasmineの場所かな。厳密に言うと、テストランナーも持っているので違いますが。
    えばた あや
    @AyaEbata
    あれ、でも、業務ではモックライブラリ、別でMockito入れてるような気がするんですけど、元からあるモックは微妙なんですかね…?
    Yoshida
    @grimrose
    Mockito使う理由の多くはspyを作るためですかね。もちろんSpockでもspyは作れます。
    テスティングフレームワークで出てくる言葉は、こちらが分かりやすいですね
    http://tbpgr.hatenablog.com/entry/2016/12/12/222331
    Yoshida
    @grimrose
    Mockitoの場合、Mockなんだけどある特定のメソッドだけ実装の方を使いたい、みたいなのが出来るので、入れてるのかもしれないですね
    えばた あや
    @AyaEbata
    ああ、ありえるかもしれないですっ
    Yoshida
    @grimrose
    今後についてですが、私が横浜を離れてしまったので、開催する頻度がさらに減ってしまうと思います。
    えばた あや
    @AyaEbata
    :cry:
    Yoshida
    @grimrose
    もし横浜在住の人で継続してもいい人がいらっしゃったら、おまかせします。
    もしいなければ、このまま頻度は減りますが継続します。
    Masaya SHIMOMURA
    @mshimomu
    実は、、、私も来年横浜を離れる予定です…
    えばた あや
    @AyaEbata
    (みんな横浜はなれるんですね、、、
    Masaya SHIMOMURA
    @mshimomu
    参加はできると思いますが
    Yoshida
    @grimrose
    :open_mouth:
    Yoshida
    @grimrose
    開催頻度が減るのは、深刻なネタ不足もあるので、なんとかしたいところではあるんですが、業務でも使う頻度が減っていて… :disappointed_relieved:
    えばた あや
    @AyaEbata
    (しかもJava9待ちな雰囲気ですしね :cry:
    Masaya SHIMOMURA
    @mshimomu
    次の部署でどんな言語使うのかまだ知らない(決めてって言われる可能性も)
    こざけさんのHipsterはかなり気になりましたが、bowerってメンテナンスモードになるというツイートを見たような
    Masaya SHIMOMURA
    @mshimomu
    これですこれです
    Yoshida
    @grimrose
    yomanとかでお世話になってました
    Masaya SHIMOMURA
    @mshimomu
    社内プロキシにはお世話になりました(そもそもgitプロトコルが通れない、各種ツールでプロキシを設定しry)
    Yoshida
    @grimrose
    次回については、6/24, 25あたりでお願いします。2週間前くらいにまた確認しますね。
    あと、深刻なネタ不足なので、Groovyにかぎらず、やってみたい、気になっていることがありましたらお願いします。
    えばた あや
    @AyaEbata
    :ok_hand:
    Masaya SHIMOMURA
    @mshimomu
    :+1:
    Yoshida
    @grimrose
    6/25にやろうと思いますが、いかがですか?
    えばた あや
    @AyaEbata
    その日は参加できなさそうですー
    Yusuke Ikeda
    @yukung
    私も予定ありでした
    Yoshida
    @grimrose
    @AyaEbata @yukung 了解です。
    Yusuke Ikeda
    @yukung

    @grimrose ここんとこ欠席気味で申し訳ないです。

    深刻なネタ不足なので、Groovyにかぎらず、やってみたい、気になっていることがありましたらお願いします。

    ネタの話でいうと、 Gradle 4.0 出たのでそろそろキャッチアップしたいかも。。。( Gradle 2.1 くらいで一旦 Java から離れたので追えてなくてもはや何が変わったのかまったくわからない)
    あと、身の回りで Spring Boot + Kotlin + Gradle Kotlin Script でやろうぜー、って若者たちが息巻いてるので、 Yokohama.groovy 的に宗教上の理由で Kotlin は…的な感じもあるかもですが、 Kotlin やるのもいいのかもですね。Groovy 好きな私としては若干寂しい気持ちがありますが…w
    (個人的には Spring Boot + Kotlin、Boot のおかげであんまりコード書かなくてもそれなりに動くし、もはやあんま分厚いアプリケーション書かなくなってきてるしバージョンアップとかついていく時のコスト考えると別に Kotlin じゃなくても良いのでは感すごくするんですが、Android やっててプロジェクトの都合でサーバも書かねばー、っていうワカモノからするとどうしても Kotlin で書きたくなる気持ちはわかるので止めはしないw)

    風のうわさで聞いた話でたろーさんがサーバサイド Kotlin の本を出すらしいとかなんとか
    Masaya SHIMOMURA
    @mshimomu
    流れそうですが、6/25早退ならいけます。17時ぐらいに。
    Yoshida
    @grimrose
    @yukung Kotlinやるのは全然OKですよw
    @mshimomu 了解です。
    7月だと16, 22, 23あたりになると思いますので、また7月初旬あたりにでもお聞きいたします〜