記事へのコメント23

    • 注目コメント
    • 新着コメント
    den8
    den8 “LSUDsとSSKDs” ここだったか。

    2019/04/19 リンク

    その他
    uskey
    uskey 開発初期のDE向上の用途でサービス内部で使うのがよいかなーと思う。GraphQL関係のライブラリはたくさんあるのでそれを使って、用途に合わせて雑に使って後から本当に必要なものをREST API化してチューニング、とか。

    2017/07/06 リンク

    その他
    tmatsuu
    tmatsuu コメントを読んで実際に触ってみないとなとGitHubのGraphQL Explorerをごにょってみた。確かにGraphDB用のQuery Languageっぽい雰囲気あるな。RDB脳は一旦リセットしたほうが良さそう

    2017/07/05 リンク

    その他
    atsushifx
    atsushifx 独自拡張とか方言がでてきて混乱しそう。かつてのSQLみたいに

    2017/07/02 リンク

    その他
    benzyo
    benzyo 内容はともかく、この人のQiitaで注目される話題を見つける嗅覚みたいなのはある意味とても参考になる

    2017/07/01 リンク

    その他
    tyru
    tyru 大多数の未知の開発者が利用するか、小数の知っている開発者が利用するかで選択肢になり得るかどうか変わってくる、なるほど

    2017/07/01 リンク

    その他
    golden_eggg
    golden_eggg サーバ側がどういう実装(と運用負担)になるのか未だによく分かってないマン

    2017/06/30 リンク

    その他
    KentarouTakeda
    KentarouTakeda だいたい予想通りのことが書いてあるな、と思って読み進めていったらPostgreSQL実装の紹介がいきなり出てきて涎が止まらなくなった。

    2017/06/30 リンク

    その他
    jiro68
    jiro68 新しい技術に無節操に飛びつく人達のお陰で地雷やアンチパターンが発見されたりユースケースが固まったりするので、そういう人達を抑制するような事は言わない方が良い。私は道が固まってから後をつけるタイプなので

    2017/06/30 リンク

    その他
    lalupin4
    lalupin4 「あ?」「別にそれでいいんじゃね」「SQL の顔を潰すこともあるまい」「ヤベー俺老害だわー、俺、今、条件反射で老害みたいなこと言おうとしてたわー」

    2017/06/30 リンク

    その他
    calcnews
    calcnews LSUDとSSKDは逆だと思った。GraphQLはクライアント側もRESTに比べて面倒そうだからSSKDなら頑張って実装するけどもLSUDならそんなAPIあっても誰も使わずにRESTで済ましたい人が大多数だと思った。

    2017/06/30 リンク

    その他
    hylom
    hylom 少なくとも現時点ではサーバー側でGraphQLを実装するために必要なコストが高いので、費用対効果的な意味で時期尚早な感じはする。

    2017/06/30 リンク

    その他
    teppeis
    teppeis 思ってたのと違った / 「WebAPIは使うユーザーによって大きく2つに分類できます, LSUDs(large set of unknown developers): 大多数の未知の開発者が利用する, SSKDs(small set of known developers): 小数の知っている開発者が利用する」

    2017/06/30 リンク

    その他
    taketyan
    taketyan GraphQL はマイクロサービスを集約したモノリシックレイヤーとしてこそ真価を発揮すると思うので、DB の結果をそのまま返すようなものはあまり意味がないと思う。そこから始めて必要に応じて置き換えるのはアリかもだが

    2017/06/30 リンク

    その他
    vvakame
    vvakame めっちゃ妥当だ… LSUDsとSSKDsという表現知らなかった

    2017/06/30 リンク

    その他
    gfx
    gfx ちょっと的外れに思う。GraphQLはアプリケーションのインターフェイスの話だからネイティブDBはありえない話だし、ぼくが注目してるのはそもそもWeb API開発工数を劇的に減らせそうだからでそれ以上の話じゃない。

    2017/06/30 リンク

    その他
    Chiastolite
    Chiastolite 現在の理解では僕も同じようなこと思ってるんだけどそうじゃない何かがあるのかなぁ

    2017/06/30 リンク

    その他
    yamitzky
    yamitzky 「無駄に大量の負荷をデータベースエンジンにかける(可能性がある)」という点については同意だけど、他のデメリットは同意しかねる。。。

    2017/06/30 リンク

    その他
    potato777
    potato777 GraphQL 対応のDBは流行らないと思う。DB周りボトルネックになりやすく、効率重視の複雑なデータ設計になるので、APIとして公開できない。(そしてAPI公開したら容易に変更できなくなる)。

    2017/06/30 リンク

    その他
    koba789
    koba789 想像で記事を書く前に GraphQL の発表をご覧になったほうがいいかと思います https://www.youtube.com/watch?v=WQLzZf34FJ8

    2017/06/30 リンク

    その他
    a2ikm
    a2ikm わかる

    2017/06/30 リンク

    その他
    t-wada
    t-wada WebAPIは二つに分かれる(LSUDs: 大多数の未知の開発者が利用 SSKDs: 小数の知っている開発者が利用)。前者向けのGraphQLはほとんどのシステムには不要で、クラサバ時代に戻るデメリットの方が大きい.

    2017/06/30 リンク

    その他
    yhara
    yhara “LSUDs(large set of unknown developers): 大多数の未知の開発者が利用する”

    2017/06/30 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    GraphQLは90%のウェブサービス開発者にはまだ時期尚早ではないか - Qiita

    PySpa統合思念体です。チャットで話をしたことのまとめです。何人かで雑に話をしたことのまとめで、特定...

    ブックマークしたユーザー

    • techtech05212024/01/18 techtech0521
    • hiro14aki2022/04/08 hiro14aki
    • tmyk_kym2021/02/19 tmyk_kym
    • motch1cm2019/04/23 motch1cm
    • den82019/04/19 den8
    • threeMonths2018/12/11 threeMonths
    • fortegp052018/10/16 fortegp05
    • nobyu2018/05/01 nobyu
    • nitamago_monster2018/01/28 nitamago_monster
    • tomo_thumb2017/07/26 tomo_thumb
    • ikosin2017/07/26 ikosin
    • june292017/07/17 june29
    • ponki_82017/07/08 ponki_8
    • uskey2017/07/06 uskey
    • t-sasaki05022017/07/05 t-sasaki0502
    • tmatsuu2017/07/05 tmatsuu
    • ggkuron2017/07/05 ggkuron
    • etakaha2017/07/05 etakaha
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事