Zoekresultaten
  1. 28 jun.

    登壇者、参加者のみなさまお疲れさまでした!全体的に勢いあって楽しい会になりました。会場設営などスムーズな運営にご協力いただきありがとうございました。少しでもはなしたいネタ聞きたい話が回収できていれば幸いです!

  2. 28 jun.

    GraphQLはクエリの抽象化なので、クラサバ以外でも、 フロントでのデータストアのアクセスの抽象化・サーバーでのDBアクセスの抽象化(更にN+1回避で効率化)など応用が効くというのが面白い

  3. 28 jun.

    今日のGraphQL ナイトの発表資料です 興が乗って書きすぎて早口だったのと声がかすれててすみません

  4. 28 jun.

    GitHub Issue Viewer!

  5. 28 jun.
  6. 28 jun.

    AppSyncとDynamoDB+Elasticsearchで直ぐにEvent Sourcing と CQRS パターンを実現できるとな

  7. 28 jun.

    「DynamoDBに書いて、イベントでElasticsearchに放り込み、リードクエリはこっちで処理する。みたいなことができる。 \手早く簡単、スケーラブルに使えるよ!/

  8. 28 jun.

    Graphcool/prismaに頼っている人間なのでAppSyncの話は気になる

  9. 28 jun.

    AppSync、subscription 動くのか

  10. 28 jun.
  11. 28 jun.

    GraphQL、僕はライブラリも含めて学習コスト高いと感じたことはあんまりないんだようなー。k8sの方が100倍ぐらい理解するのに時間かかった...

  12. 28 jun.

    apollo codegenでTypeScriptの型定義を生成できる!最高そう

  13. 28 jun.

    ぼくの理解だと、MessagePackのようなバイナリシリアライザを使えば特にバイナリが苦手ということもないかなと思っております。

  14. 28 jun.

    sangria-graphql/sangria がScalaでのGraphQLデファクトだそうな

  15. 28 jun.

    ファイルアップロードみたいなものはGraphQLに定義がないからなぁ。そこの部分はREST(RESTですらなく、エンドポイントがあれば良いだけだけど)になるのはそうだよなーという感じ

  16. 28 jun.

    GraphQL on Scala!!!

  17. 28 jun.

    gRPCとGraphQLについては でMicroservice間をgRPCで結びつつGraphQLエンドポイントを提供する話題があり、完全に競合して排他の選択肢のものではないという理解です

  18. 28 jun.

    「悲惨な目に遭う可能性は低いが、言語によってはつらいかも。エコシステムはまだ未成熟。 大きなクエリを投げられるので、標準的な対処法はない。公開APIにするのは怖いかも? \みんなで使って、””Qiita で”” 共有しよう!/

  19. 28 jun.
  20. 28 jun.

    学習コスト、GraphiQLとかが神レベルに優秀なのでクエリについての学習量はゼロに等しいと言っていいと思いました

Het laden lijkt wat langer te duren.

Twitter is mogelijk overbelast of ondervindt een tijdelijke onderbreking. Probeer het opnieuw of bekijk de Twitter-status voor meer informatie.