graphqlの人気記事 965件 - はてなブックマーク

サクサク読めて、アプリ限定の機能も多数！アプリで開くはてなブックマーク閉じる ●はてなブックマークって？●アプリ・拡張の紹介●ユーザー登録●

●ログアウト

検索対象

●すべて ●タグ ●タイトル ●本文

並び順

●新着 ●人気

ブックマーク数

●1 user ●3 users ●50 users ●100 users ●500 users

セーフサーチ

●オン ●オフ

期間指定

●すべて ●1週間 ●1ヶ月 ●1年

まで

1 - 40 件 / 965件新着順人気順

絞り込み

検索対象

ブックマーク数

期間

セーフサーチ

graphqlの検索結果1 - 40 件 / 965件

graphqlに関するエントリは965件あります。開発、 GraphQL、アーキテクチャなどが関連タグです。人気エントリには﹃2019年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ﹄などがあります。

2019年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ

● 2433 users ● blog.cybozu.io ● テクノロジー ●2019/09/05 こんにちは。皆様、夏はいかがお過ごしでしたか。私は毎年実家に帰省し、そして毎年体調を崩すので、絶対風水的になんか合わないんだと思っています。コネクト支援チームのsakay_yです。先日、2018年の新人研修資料を公開し、たくさんの反響をいただきました*1。ありがとうございました。 2019年もエンジニア新人研修を行いましたので、その紹介と講義資料を公開いたします。 2019年のエンジニア新人研修について今年の研修は、組織運営チーム*2が取りまとめ、以下のような3構成となりました。必修講義誰に: 開発/運用本部に配属される新入社員何を: どのチームに行っても必要となる基礎的な知識/技術/ツールを学び、体験できた選択講義誰に: 学びたい人が︵＝新入社員に限らず︶何を: 興味があることを学べたチーム体験︵2週間 * 3チーム︶誰に: 開発/運用本部に配属される新入社員 ●エンジニア ●研修資料 ●あとで読む ●資料 ●開発 ●研修 ●cybozu ●プログラミング ●キャリア ●ブログ

ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう

● 1223 users ● mizchi.dev ● テクノロジー ●2020/08/17 note のやらかしのあのへんについて。認証自作、 Rails 、 Devise - Diary パーフェクト Rails 著者が解説する devise の現代的なユーザー認証のモデル構成について - joker1007’s diary 認証サーバーの実装は本質的に難しいです。セキュリティが絡むものは﹁簡単な実装﹂などなく、プロアマ個人法人問わず、個人情報を守るという点で、同じ水準を要求されます。悪意あるハッカーは常にカモを探していて、もし認証が破られた場合、自分だけではなく大多数に迷惑が掛かります。初心者だから免責されるといったこともありません。全員が同じ土俵に立たされています。とはいえ、認証基盤を作らないといろんなサービスが成立しません。そういうときにどうするか。 Firebase Authentication で、タイトルの件なんですが、 Firebase Authenticat ●firebase ●セキュリティ ●あとで読む ●認証 ●OAuth ●security ●サービス ●開発 ●サーバ ●authentication

ブラウザで動くサービスを作るときの技術選定

● 659 users ● zenn.dev/moga ● テクノロジー ●2022/02/10 はじめに私の仕事は、新規サービスをまるっといい感じに開発するのを委託されることがほとんどです。最近はネイティブアプリを作ることよりもブラウザで動くWebサービスを開発することが多いのですが、案件の規模感や要求によって技術選定を少し変えるようにしています。﹁こういうときはこう﹂みたいに一概には言えないのですが、普段使う構成を紹介します。誰かの参考になれば幸いです。 2022/02/10 現在での内容です。前提開発を委託される場合の運用費をどうするの問題があります。クライアントにクレカ登録をしてもらうか、こちらで支払って毎月請求するかになります。僕は毎月やるのがめんどくさいのでできるだけ前者に倒している関係上、あまりいろいろなSaaSを組み合わせて作ることをなるべく避けています。規模感によらず使っているもの私の場合、以下が使えるとめちゃくちゃ効率よく開発できます。 GCP 好きだから ●GCP ●あとで読む ●開発 ●GraphQL ●技術 ●TypeScript ●サービス ●webサービス ●firebase ●development

2020年のフロントエンドマスターになりたければこの9プロジェクトを作れ - Qiita

● 653 users ● qiita.com/rana_kualu ● テクノロジー ●2019/11/12 以下はSimon Holdorf( dev.to/ Twitter / GitHub )による記事、9 Projects you can do to become a Frontend Master in 2020の日本語訳です。 9 Projects you can do to become a Frontend Master in 2020 Introduction あなたがプログラミングの初心者であるか、既に経験豊富な開発者であるかにかかわらず、この業界では、急速な変化に追いつくために新しい概念と言語・フレームワークを学び続けることが必要です。たとえばFacebookが4年前にオープンソース化したReactは、既に世界中のJavaScript開発者にとって第一の選択肢になっています。もちろんVueとAngularにも多くのフォロアーがついています。さらにはSvelte、Next ●javascript ●あとで読む ●react ●vue.js ●チュートリアル ●Vue ●フロントエンド ●アプリ ●frontend ●js

2020年のフロントエンドマスターになりたければこの9プロジェクトを作れ - Qiita

● 604 users ● qiita.com/rana_kualu ● テクノロジー ●2020/07/03 以下はSimon Holdorf( dev.to/ Twitter / GitHub )による記事、9 Projects you can do to become a Frontend Master in 2020の日本語訳です。 9 Projects you can do to become a Frontend Master in 2020 Introduction あなたがプログラミングの初心者であるか、既に経験豊富な開発者であるかにかかわらず、この業界では、急速な変化に追いつくために新しい概念と言語・フレームワークを学び続けることが必要です。たとえばFacebookが4年前にオープンソース化したReactは、既に世界中のJavaScript開発者にとって第一の選択肢になっています。もちろんVueとAngularにも多くのフォロアーがついています。さらにはSvelte、Next ●vue ●あとで読む ●javascript ●プロジェクト ●react ●フロントエンド ●アプリ ●チュートリアル ●js ●app

はじめに — マンガと学ぶデータビジュアライゼーション

● 546 users ● kakeami.github.io ● アニメとゲーム ●2022/02/13 はじめに# データビジュアライゼーションとは，数値や文章などのデータに基づいた情報を，人間が理解しやすい形に視覚化する技術を指します．このサイトは，文化庁のメディア芸術データベース・ラボ︵MADB Lab︶で公開されている四大少年誌︵週刊少年サンデー，週刊少年ジャンプ，週刊少年チャンピオン，週刊少年マガジン︶のデータを用いて，データビジュアライゼーションの学習を手助けすることを目指しています．データビジュアライゼーション︵に限らずデータ分析全般︶の学習において重要なのは，分析対象のデータに興味を持てるかどうかです．本書では約47年の四大少年誌のマンガ作品データを採用しているため，モチベーションを保ちつつ学習を進めることが可能です． ●visualization ●あとで読む ●データベース ●統計 ●データ ●python ●学習 ●分析 ●マンガ ●データ分析

メルカリShops の技術スタックと、その選定理由 | メルカリエンジニアリング

● 544 users ● engineering.mercari.com ● テクノロジー ●2021/08/10 こんにちは。ソウゾウの Software Engineer (CTO) の @suguru です。連載‥﹁メルカリShops﹂プレオープンまでの開発の裏側の1日目を担当させていただきます。7月末にメルカリShopsという新しいサービスが公開されました。メルカリShops は、2021年1月にメルカリのグループ会社として設立したソウゾウが新たに立ち上げたサービスです。この記事では、メルカリShops を作るにあたり、どういった技術、アーキテクチャを選定したのか、その背景と意思決定をまとめて共有したいと思います。 monorepo まず最初にプロジェクトをスタートしたときに、サービスのリポジトリを作るのですが、迷わず monorepo による構成を選択しました。monorepo は、システムを構成する複数のコンポーネントの独立性を保ちつつ、全ての構成を1つのリポジトリで管理する手法です。今 ●microservices ●あとで読む ●開発 ●mercari ●graphql ●bazel ●monorepo ●技術 ●メルカリ ●アーキテクチャ

React, Redux, GraphQLを学べるオンライン教材﹁Full Stack Open 2019﹂がとても良かった - FRTKL

● 535 users ● fortkle.hatenablog.com ● テクノロジー ●2019/12/11 この記事はコネヒト Advent Calendar 2019の11日目の記事です！ qiita.com はじめに半年ほど前から新規事業のチームで仕事するようになり、主な技術スタックもPHPからGo, Next.jsへと変わりました。その中で、特にフロントエンドのテスト周りにおいてキャッチアップ不足を感じていたのですが、たまたま見つけた*1﹁Full Stack Open 2019﹂という教材がとても良かったので紹介したいと思います。﹁Full Stack Open 2019﹂とは fullstackopen.com フィンランドのヘルシンキ大学で実際に使われているテキストベースのオンライン教材です。 Nodeで作られたREST APIとReactを使ったSPAの実装を通して、React・Redux・Node.js・MongoDB・GraphQLが一度に学べる教材となっています。教材 ●react ●redux ●GraphQL ●あとで読む ●JavaScript ●テスト ●js ●api ●eラーニング ●node

グラフ理論入門 | DevelopersIO

● 531 users ● dev.classmethod.jp ● テクノロジー ●2021/06/07 こんにちは、ドイツのモナでございます〜いろんなサイエンスにおいてグラフ理論がとても重要な用具となっていますが、グラフ理論ってそもそも何なのかご存知ない方も少なくもないですね。ということで、今日は簡単にグラフ理論の基本や用語など紹介したいと思います！なお、入門のため誰にでも分かるように数学的な定義は避けるようにします。また、グラフ理論の応用は別の話ですので今回は応用の話しません〜なぜグラフが面白いのか具体的な応用の話はしませんが、たくさんの分野においてグラフ理論が重要となっています。ネットワーク︵例‥トポロジー、ルーティングアルゴリズム︶AI︵例‥ニューラルネットワーク︶コンピューターサイエンス︵例‥ファイルシステム︶社会科学︵例‥ソーシャルネットワーク分析︶皆さんの生活の中︵例‥カーナビの最短ルートの計算︶グラフ理論とは？ここで議論するグラフというのは、よく思い浮か ●数学 ●あとで読む ●グラフ ●アルゴリズム ●入門 ●プログラミング ●graph ●algorithm ●math ●programming

君はまだ平成のアーキテクチャを使ってるのか？僕はFirebaseと令和の時代に行くぞ。 - Qiita

● 520 users ● qiita.com ● テクノロジー ●2019/12/25 Help us understand the problem. What is going on with this article? メリークリスマス！この記事はFirebase Advent Calendar 2019の25日目の記事です。これはなに？この1年、本を書いたり勉強会で登壇したりいろいろやってみた結果を振り返ってみると、本当に多くの人がFirebaseにふれるようになったなぁと思います。圧倒的な開発者体験の良さをもってバックエンドの関心事を一手に引き受け、アプリケーション開発を劇的に高速化してくれるソリューションとして、Webアプリでもモバイルアプリでもバックエンド第一の選択肢として確固たる地位を確立しつつあるのではないでしょうか。それ自体はとてもいいことなのですが、Firebaseの強さを活かすためのアーキテクチャに関するアイデアはあまり表に出てきていないのではな ●firebase ●あとで読む ●アーキテクチャ ●サーバ ●Qiita ●web ●アプリ ●システム ●architecture ●firestore

Netflixにおける実用的なAPI設計: gRPCとFieldMask | pyspa

● 512 users ● blog.pyspa.org ● テクノロジー ●2021/10/17 Netflix Tech BlogのgRPC APIに関する以下の2つの記事に感銘を受けたので、ここにその概要を日本語で記します。 (めんどくさかったので)翻訳の許可は取ってませんが、再構成してますし元のJavaではなくPythonで書き直していますので、容赦して下さい… Practical API Design at Netflix, Part 1: Using Protobuf FieldMaskPractical API Design at Netflix, Part 2: Protobuf FieldMask for Mutation OperationsまとめgRPCでは、FieldMaskをうまく使うことで、必要な情報だけ取得したりあるいは与えたりしたりできまっせ第一部まずField Maskをどのように使うかを述べています。背景Remote Callというものは、そもそもコ ●grpc ●あとで読む ●api ●設計 ●netflix ●python ●開発 ●dev ●design ●development

マイクロサービスにおけるWeb APIスキーマの管理 ─ GraphQL、gRPC、OpenAPIの特徴と使いどころ｜ハイクラス転職・求人情報サイト AMBI︵アンビ︶

● 511 users ● en-ambi.com ● テクノロジー ●2019/08/22 マイクロサービスにおけるWeb APIスキーマの管理 ─ GraphQL、gRPC、OpenAPIの特徴と使いどころマイクロサービスにおける通信方式の選択について、おおた︵ota42y︶さんが、GraphQL・gRPC・OpenAPIといった主なWeb APIスキーマの管理の利点と使い分けを解説します。近年流行しているマイクロサービスアーキテクチャにおいては、﹁どういった通信方式を選ぶか﹂が開発の効率やサービスの信頼性、パフォーマンスを大きく左右します。この記事では、GraphQL・gRPC・OpenAPIそれぞれの利点と適切な使い分けについて解説します。マイクロサービスにおけるWeb API管理の重要性 Schema First DevelopmentとWeb API 人ではなくプログラムが処理できるよう管理する Web APIのインタフェース定義手法の比較 OpenAPI ─ R ●grpc ●GraphQL ●API ●あとで読む ●openapi ●web ●サービス ●REST ●マイクロサービス ●開発

︻決定版︼2022年～2023年で必ず確認するべきGitHubリポジトリ40選

● 490 users ● zenn.dev/nameless_sn ● テクノロジー ●2022/12/28 はじめに今回の記事では、個人の独断と偏見で2022年～2023年で必ず確認するべきGitHubのリポジトリを紹介する。私のTwitterでこれまで紹介したものもあれば、そうではないものもある。 GitHubはプログラマーにとって、普段の学習・開発を進めるうえでもっとも重要な情報源の1つである。本記事では、分野ごとに確認するべきGitHubリポジトリを紹介する。なお、今回の記事で紹介するGitHubリポジトリの分野は以下の通り。内容はWeb開発に特化している。確認必須 Web Python JavaScript TypeScript ちなみに、﹁確認必須﹂は分野を問わずすべてのプログラマーに役立つGitHubリポジトリを紹介している。今回の記事を通して、年末年始の学習・開発に大いに役立ててもらえたら幸いだ。確認必須 freeCodeCamp 世界最大規模のプログラミングメディア﹁f ●github ●あとで読む ●学習 ●プログラマ ●開発 ●ライブラリ ●プログラミング ●programming ●git ●study

個人開発・スタートアップで採用すべき最強のアーキテクチャを考えた - Qiita

● 472 users ● qiita.com/yuno_miyako ● テクノロジー ●2020/10/28 結論﹁アジリティ﹂﹁コスト最適化﹂﹁スモールな構成﹂﹁開発スピード﹂という観点でWebアプリケーションのアーキテクチャを考えてみました。 ServerlessFrameworkを使い倒すフロントエンドはS3 hosting + CloudFrontで。SSRもLambda@EdgeでできますデータベースはRDSは使わずにDynamoDBで APIは基本的にGraphQL。必要に応じてRESTも簡単に追加できるよ。補足(2022/04/12) 最近個人開発しているこちらのWebサービスはこのアーキテクチャに沿って作られています。このアーキテクチャでどんなものができるのよ、という視点で見ていただくと面白いかもしれません。 ↓ 背景アーキテクチャに絶対の正解はないアーキテクチャには絶対の正解はありません。なぜなら、プロダクトやフェーズによって求められる要件が異なり、それに適したア ●開発 ●あとで読む ●アーキテクチャ ●aws ●serverless ●GraphQL ●architecture ●development ●qiita ●API

GraphQLを導入する時に考えておいたほうが良いこと | メルカリエンジニアリング

● 471 users ● engineering.mercari.com ● テクノロジー ●2022/03/03 はじめにこんにちは、ソウゾウSoftware Engineerの@sue71です。連載‥メルカリShops 開発の裏側 Vol.2の13日目を担当させていただきます。以前メルカリメルカリShopsの技術スタックと、その選定理由でBFFの実装にGraphQLを採用していることをお伝えしました。メルカリShopsをリリースしてから約半年たった今、これまでを振り返ってGraphQLサーバーを実装する上での課題やあらかじめ考えておくと良い項目をまとめてみました。また、本記事ではメルカリShopsでGraphQLの実装としてApolloを採用しているため、Apolloの利用が前提の話もいくつか混在しています。予めご容赦ください。 GraphQLの説明や、メルカリShopsの実装方法に関しては以前こちらの記事で紹介しています。こちらも是非ご覧ください。パフォーマンス課題 GraphQLは、アプリ ●GraphQL ●あとで読む ●設計 ●セキュリティ ●Apollo ●メルカリ ●開発 ●node ●キャッシュ ●tips

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

● 470 users ● speakerdeck.com/naoya ● テクノロジー ●2022/10/01 2022年10月1日に開催された #postdev での発表です ●TypeScript ●GraphQL ●あとで読む ●設計 ●開発 ●development ●DDD ●フロントエンド ●design ●backend

メルカリWebのマイクロサービス化、その4年 | メルカリエンジニアリング

● 458 users ● engineering.mercari.com ● テクノロジー ●2022/08/30 Author: @urahiroshi, Engineering manager of Web Platform team 2022年8月4日、メルカリで “web-2” と呼ばれるサーバがシャットダウンされました。これはメルカリWeb版の開発に携わっているチームにとって、一つの区切りとなる出来事でした。 web-2はPHPで記述されたwebサーバで、2015年から https://www.mercari.com/jp/ 配下のコンテンツを配信していましたが、現在では複数のWebマイクロサービスがその機能を担っており、 https://www.mercari.com/jp/ 配下のページは後継となるWebマイクロサービスが配信するページへリダイレクトされています。メルカリWebのマイクロサービス化に向けた開発が始まり、最終的にweb-2がシャットダウンされるまで、実に4年以上の期間がかか ●アーキテクチャ ●あとで読む ●architecture ●メルカリ ●mercari ●microservices ●マイクロサービス ●web ●microservice ●開発

RESTful のウェブ API 設計で避けるべき6つのよくあるミス | Google Cloud 公式ブログ

● 457 users ● cloud.google.com ● テクノロジー ●2022/12/15 ※この投稿は米国時間 2022 年12月1日に、Google Cloud blog に投稿されたものの抄訳です。オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便 ●api ●あとで読む ●設計 ●REST ●開発 ●google ●ソフトウェアデザイン ●APIエコノミー ●WebAPI ●architecture

Smart UI パターンが再評価される世界 - id:onk のはてなブログ

● 456 users ● onk.hatenablog.jp ● テクノロジー ●2020/11/11 設計ナイト2020 を受けて、今どんなアーキテクチャを選ぶべきかという話をしたくなったのだ。 kichijojipm.connpass.com 設計ナイトで高ぶった結果1時間コースの発表資料が完成したので供養場所を探しています。聞いてくれ！！！— Takafumi ONAKA (@onk) 2020年11月1日お前誰よ 2000年代前半に SI 2000年代後半にブログ、SNS 2010年代にソーシャルゲーム 2020年代に UGC サービスをやってきた人間。数百万〜数億行のデータ、月間数千万〜数十億 imp 程度を主戦場にしています。今日の話 DDD と PofEAA から学ぶパターン/アンチパターン Rails によって発見された、密結合で速く走れるソフトウェア今求められているアーキテクチャ昂ぶって 15,000 字ぐらい書いてしまった。 DDD と PofEAA から学ぶパ ●設計 ●アーキテクチャ ●architecture ●あとで読む ●rails ●DDD ●ui ●PofEAA ●programming ●design

レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ

● 438 users ● techlife.cookpad.com ● テクノロジー ●2020/12/01 技術部の外村︵@hokaccha︶です。今回はクックパッドのウェブサイトのフロントエンドを Next.js などを使って作り直している話を書きます。この記事で紹介する新システムは、スマートフォン向けのレシピページで確認することができます。もし興味があるかたはレシピページをスマートフォンのユーザーエージェントで開いて DevTools などで確認してみてください。 Next.js と GraphQL で動いているのがわかると思います。ご存じの方も多いかもしれませんが、クックパッドのウェブサイトはモノリシックな Rails で作られていて、10年以上 Rails で開発を続けてきました。10年以上同じシステムで開発を重ねれば当然レガシーな部分が大量に生まれてきますが、特にフロントエンドはその影響が顕著でした。どこから使われているかわからない CSS が大量にある、JSのコードは昔なが ●GraphQL ●next.js ●あとで読む ●TypeScript ●rails ●nextjs ●cookpad ●開発 ●React ●システム

2020年後半版Vue.jsを使ってる人には必ず知っていてほしいVue.jsの武器とドキュメントに書かれていないコンポーネントやメンテナンスの際に役立つTips - Qiita

● 428 users ● qiita.com/kahirokunn ● テクノロジー ●2020/07/16 2020年後半版Vue.jsを使ってる人には必ず知っていてほしいVue.jsの武器とドキュメントに書かれていないコンポーネントやメンテナンスの際に役立つTipsJavaScriptTypeScriptVue.jsフロントエンドvue-cli はじめに最近iCAREさんの所でVue.jsを一緒にやらせていただいているのですが、フロントの技術スタックがGraphQL + Vue.js + TypeScriptで開発しており、そこでのVue.jsの開発体験がかなり良く、iCareさんの詳細なノウハウを公開しても良いと言っていただけたので、言語化し、整理して、共有出来たらと思います. ※ いつも通り記事の内容に意見がありましたら直接編集リクエストをください前置き今回のサンプルは@vue/cliを利用し、プリセットはTypeScriptだけいれときました. versionは2020年7月16日 ●Vue ●vue.js ●あとで読む ●TypeScript ●js ●qiita ●GraphQL ●FrontEnd ●https ●ドキュメント

GraphQL を利用したアーキテクチャの勘所 / Architecture practices with GraphQL

● 423 users ● speakerdeck.com/qsona ● テクノロジー ●2021/04/21 iCARE Dev Meetup 20 で発表した資料です #icare_meetup p.7,8,61 https://graphql.org/ p.18 https://twitter.com/a_suenami/status/1379270185207484417 p.33 [SQLQL - Qiita](https://qiita.com/yancya/items/4b7979d83cbf6af9b819) p.33 https://twitter.com/onk/status/912491093127598080 p.35 [︻エンジニアブログ︼ダイニーのエンジニアリング3カ条｜dinii︵ダイニー︶公式｜note](https://note.com/dinii/n/n9be778bd7da3) p.36 [Smart UI パターンが再評価される世界 - id:onk のはてな ●graphql ●あとで読む ●アーキテクチャ ●architecture ●api ●設計 ●bff ●slide ●Hasura ●design

GraphQLが解決する問題とその先のユースケース

● 416 users ● zenn.dev/shunjuio ● テクノロジー ●2021/04/03 サーバーサイドからみたGraphQL Serverlss Meetup#19 2021/03/31 に行われた Serverlss Meetup#19 で上記のタイトルで登壇してきました。サーバーサイドの話をしようと思ったけどGraphQLの解決している話をしようと思ったらクライアントの事もかなりはいってしまったので記事のタイトルは変えました。以下内容です。記事の最後に資料を書くにあたって参考になった資料のリンクを置いてます。 GraphQL and me この1年書いたQiita記事 GraphQLの特徴を分解する ~API インターフェース・Universal BFF・API Gateway~ GraphQLはサーバーサイド実装のベストプラクティスとなるか GraphQLの全体像とWebApp開発のこれから今回話す事そもそもGraphQLはなんで作られたのか、何を解決しようとして ●GraphQL ●API ●あとで読む ●アーキテクチャ ●サーバ ●architecture ●データ ●BFF ●web ●serverless

REST vs. GraphQL vs. gRPC · Dan Hacks

● 401 users ● www.danhacks.com ● テクノロジー ●2021/03/16 REST, GraphQL, and gRPC are 3 popular forms client-server and server-to-server communication. Choosing can be difficult, so this concise guide can help. In each section, an example will be provided to illustrate retrieving a user. REST Notes HTTP paths describing data, e.g. /users as a collection of users Easily discoverable data, e.g. user ID 3 would be at /users/3. All of the CRUD (Create Read U ●GraphQL ●gRPC ●あとで読む ●REST ●api ●comparison ●restful ●JSON ●server ●dev

GraphQLの全体像とWebApp開発のこれから - Qiita

● 395 users ● qiita.com/saboyutaka ● テクノロジー ●2020/02/24 TL;DR GraphQLはクライアント側とサーバー側の双方の複雑化を解決するために利用されてるフロントエンドにとってGraphQLはHTTP上で動く信頼できる唯一のリソースとして振る舞うフロントエンドの状態管理のベストプラクティスとしてのApollo Client クライアントファーストなAPI, GraphQLはWeb APIのベストプラクティスになり得るクラシックアプリケーションを改修することなくGraphQLとモダンフロントエンドで今どきのアプリを作れるはじめに GraphQLは非常に良く出来たソフトウェア(の仕様)ですが、複数の側面を持つことからすぐに理解することが難しくまだ日本ではあまり受け入れられていない印象があります。GraphQLを端的に何と言われると "全てのフロントエンドのためのAPI BFF" なのですが、それだけで理解出来る人はなかなか居ないように思います ●GraphQL ●あとで読む ●API ●qiita ●client ●microservices ●開発 ●サーバ ●architecture

Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog

● 387 users ● user-first.ikyu.co.jp ● テクノロジー ●2021/11/30 今から二ヶ月ほど前、10/1 に Yahoo! トラベルのリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと﹁同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね﹂という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな ●システム ●あとで読む ●開発 ●yahoo ●プロジェクト ●マネジメント ●migration ●architecture ●travel ●GraphQL

Active Recordから考える次の10年を見据えた技術選定 / Architecture decision for the next 10 years at PIXTA

● 387 users ● speakerdeck.com/yasaichi ● テクノロジー ●2021/09/16 September 15, 2021 @ iCARE Dev Meetup #25 ●rails ●あとで読む ●TypeScript ●architecture ●アーキテクチャ ●開発 ●GraphQL ●ORM ●技術 ●ActiveRecord

メルカリShops のフロントエンド | メルカリエンジニアリング

● 382 users ● engineering.mercari.com ● テクノロジー ●2021/08/23 こんにちは。ソウゾウの Software Engineer の hiroppy です。﹁連載‥﹁メルカリ Shops﹂プレオープンまでの開発の裏側﹂の最後は、Web フロントエンドの紹介をしたいと思います。メルカリ Shops は既存のメルカリアプリの中に独立した Web アプリケーションとして動いています。本記事では、どのようなライブラリを選定し、どのようにアーキテクチャを設計してきたかを解説します。なぜ Web なのか？アプリの上で動いているのであれば、WebView ではなくても良いと感じる人はいると思います。今回採用した1つの理由としては、リリースが柔軟な点が挙げられます。iOS/Android の両方に対して開発サイクルを早めることが可能であり、また機能追加やバグ修正が容易です。どのように WebView で動いているかについては、6日目のメルカリ Shops のため ●frontend ●GraphQL ●react ●フロントエンド ●あとで読む ●Next.js ●メルカリ ●performance ●SSR ●cache

Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか｜ハイクラス転職・求人情報サイト AMBI︵アンビ︶

● 370 users ● en-ambi.com ● テクノロジー ●2022/01/13 Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか Reactを取り巻く状態管理のアプローチは変化を続けていますが、いま知っておくべき手法とはどのようなものでしょうか。小林徹︵@koba04︶さんに、現在、そしてこの先の状態管理について執筆いただきました。こんにちは、小林︵@koba04︶です。 2019年5月に﹃SPAにおける状態管理:関数型のアプローチも取り入れるフロントエンド系アーキテクチャの変遷﹄という記事を書きましたが、そこから2年以上が経過し、Reactを用いた状態管理は大きく変わりました。本記事ではReactを取り巻く状態管理の変遷について解説します。広がるReduxの採用 Hooksの登場コンポーネントツリーから独立した状態管理 Concurrent Featuresによる新しいユーザー体験状態とキャ ●react ●あとで読む ●GraphQL ●redux ●react.js ●hooks ●frontend ●ライブラリ ●const ●server

安く早く開発するための個人開発アーキテクチャ

● 369 users ● zenn.dev/kazu777 ● テクノロジー ●2022/12/28 はじめに最近趣味で個人開発をしながらアーキテクチャの検討を行なっていたのですが、自分なりにいい感じの結論に辿り着いたので今回はそのアーキテクチャの紹介しようと思います！インフラ、バックエンド、フロントエンドの各セクションに自分が使用しているテンプレートのリポジトリのリンクを載せてあるので興味のある方は参考にしてください。また今回紹介するアーキテクチャはあくまで一例なので、間違いや不備などがあればご指摘いただければ幸いです。前提条件個人開発で使用するアーキテクチャを考える上で、自分の中でいくつか前提条件があります。ランニングコストを抑えるいくつか前提条件がある中で、個人的に一番重要な要素になります。バズるサービスを作りたいという気持ちはありますが、そのためにいくらでもコストをかけられるかと言われるとそうではありません。むしろ個人開発となると、抑えられるコストはできる限り抑えた ●個人開発 ●あとで読む ●開発 ●アーキテクチャ ●Terraform ●GCP ●development ●Hasura ●GraphQL ●cloud

アーキテクチャオタクが Twitter の内情について妄想を垂れ流す

● 357 users ● togetter.com ● テクノロジー ●2022/11/20 Yuta Okamoto @okapies Twitter のような巨大な分散システムが、どのくらいの人員がサボタージュしたら壊れるかなんて外からは分からないし、何だったら中の人間にだって分かってないかも。イーロン・マスクも含めてね。色々な可能性を考慮しつつ推移を見守るしかない。 twitter.com/100poisha/stat… 2022-11-19 17:38:11 ざんねん @100poisha Twitterのコア開発者が辞めたのでTwitter終了←まちがい Twitterのコア開発者が辞めたので代わりの開発者を雇わないと数年で終了←せいかいソフトウェアは腐りますけど、だからといってメンテナンスしないと1日で腐り果てるほど脆くないんですよ。そのせいでメンテナンスせずに数年経って腐り文字数 2022-11-18 14:47:09 ●アーキテクチャ ●twitter ●あとで読む ●togetter ●architecture ●技術 ●設計 ●システム ●webサービス ●development

︻第1回・前編︼エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly︵ギークリー︶IT・Web・ゲーム業界専門の人材紹介会社

● 353 users ● www.geekly.co.jp ● テクノロジー ●2023/01/31 ﹃テスト駆動開発﹄や﹃SQLアンチパターン﹄をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして﹁技術のらせん﹂を読み解くケーススタディとしてDDD︵Domain-Driven Design︶を題材に話を伺います。・伊藤直也さん / 株式会社一休　執行役員 CTO 新卒入社したニフティ株式会社でブログサービス﹁ココログ﹂を立ち上げ、CTOを務め ●エンジニア ●あとで読む ●DDD ●技術 ●engineer ●career ●インタビュー ●book ●本 ●プログラマ

Webフロントエンドの開発効率を高く保つための考え方

● 351 users ● zenn.dev/adwd ● テクノロジー ●2022/01/09 これまでいろんな現場でWebフロントエンド開発をしてきて、メンテナンスしやすく効率の高いWebフロントエンド開発をする上で重要になる考えが自分なりにまとまってきたので記事にしてみます。 Worse is Betterという考え方自分が見てきた中でWebフロントエンドの開発効率が落ちてしまう一番の要因は、きれいで理論的には優れているアーキテクチャを構築しようとしてそれ自体がもたらす複雑性を支えきれないというパターンです。少し前にフロントエンドにClean Architecture︵以下CA、あの同心円の図を指すのは誤用に近いですがここではそれに乗ります︶を導入する記事が流行ったと思いますがあんな感じです。ああいったクラスベースでDIが重要となる設計手法はサーバーサイドのJavaでSpringを使うのとは違ってReactがサポートしているものではないため、CAの実現自体に高い設計スキルが必 ●フロントエンド ●あとで読む ●設計 ●アーキテクチャ ●開発 ●frontend ●react ●development ●React.js ●programming

30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita

● 349 users ● qiita.com/hato_code ● テクノロジー ●2024/03/21 はじめにいつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか？と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。転職の前提かいちさん︵転職した人︶の紹介情報系の大学院卒中堅のバックエンド・エンジニア(30代) 社会人7年目主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた転職して感じたこと ①30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう結論重要なポイント・チームで開発した経験があるか？・AWSなど ●転職 ●あとで読む ●エンジニア ●開発 ●面接 ●qiita ●技術 ●就活 ●キャリア

GraphQLとの向き合い方2022年版

● 345 users ● speakerdeck.com/quramy ● テクノロジー ●2022/02/22 MetricKitで予期せぬ終了を検知する話 / Detect unexpected termination with MetricKit ●GraphQL ●あとで読む ●development ●frontend ●開発 ●programming ●slide ●考察

バックエンドエンジニアが Next.js でモダンなフロントエンド開発を始めるにあたり学習したこと

● 341 users ● zenn.dev/9sako6 ● テクノロジー ●2022/04/17 2021年秋ごろ、副業のような形で Next.js による新規フロントエンド開発のお手伝いをさせていただくことになりました。プライベートの空き時間でフロントエンドの学習をし、今はひとまず開発できるようになってきた気がするので、これまで学んできたことをご紹介します。基本の TypeScript, React, Next.js だけでなく、GraphQL の周辺ツールやテストについても学習しました。これまで当時、Web 系の受託開発会社にて主に Ruby on Rails でバックエンドの開発をしていました。TypeScript, React は学生の頃から趣味で書いていました。テストは、Rails での開発なら RSpec や Capybara で書いていましたが、JSではほぼやったことがありませんでした。GraphQL は全くの未経験でした。やったこと React チュートリア ●react ●あとで読む ●Next.js ●TypeScript ●学習 ●GraphQL ●フロントエンド ●開発 ●frontend ●nextjs

TypeScript * GraphQLのバックエンド設計プラクティス

● 339 users ● zenn.dev/tatta ● テクノロジー ●2021/06/25 2冊目も公開中なのでみてください！ https://zenn.dev/tatta/books/4e993c596e7dc9 TypeScriptを使いはじめて1年になるので、バックエンドのWebアプリを設計するときに気を付けていることをまとめました。︵※社内勉強会用資料の公開版です。︶ TypeScriptについては、Next.jsを中心にフロントエンドに関する公開情報が豊富です。一方でバックエンドに関する公開情報が少ないと感じています。︵かくいう私もNext.jsからTypeScriptデビューしたわけですが︶ TypeScript * GraphQL という構成は仕事・趣味で採用されている方も多いのではないでしょうか？私もその1人です。私のような方のためにも、バックエンドの設計プラクティスについてまとめようと思い筆を取りました。本書がこれから始める読者にとっては教科書のようになり、 ●GraphQL ●TypeScript ●あとで読む ●設計 ●API ●ebook

なぜ HTML の form は PUT / DELETE をサポートしないのか? | blog.jxck.io

● 336 users ● blog.jxck.io ● テクノロジー ●2023/11/28 Intro 10 年ほど前に同じことを調べたことがある。なぜ html の form は PUT / DELETE をサポートしないのか? - Block Rockin' Codes https://jxck.hatenablog.com/entry/why-form-dosent-support-put-delete 当時は全くの素人で、素人なりに調査はしたが、ほとんどが推測の域を出ない結論だった。この問題についてあらためて記す。仕様策定の経緯表題の通り、 <form> の method には GET と POST しかサポートされていない。 HTTP には他にも PUT や DELETE といったメソッドもあるのに、なぜサポートされていないのかという疑問から始まった。仕様が決定した経緯は、以下に残っている。 Status: Rejected Change Descriptio ●html ●HTTP ●あとで読む ●web ●仕様 ●歴史 ●ブラウザ ●form ●Jxck ●REST

Rust で Web バックエンド開発をはじめる | CyberAgent Developers Blog

● 329 users ● developers.cyberagent.co.jp ● テクノロジー ●2021/08/05 こんにちは。サイバーエージェントAI事業本部 Dynalyst にて、ソフトウェアエンジニアをしている豊田︵@helloyuki_︶です。また、Rust 領域における Next Experts も務めています。先日、CA BASE NEXT という CyberAgent が開催する20代が中心のカンファレンス[^1]に、私も一応20代ということで登壇させていただきました。内容は Web アプリケーション開発を Rust で行った体験談を語るというものでした。実際に2018年〜2020年頃に Rust をとあるチームのアプリケーションに導入し、引き継ぎのために何をしたかという内容をお話させていただきました。セッション自体は25分しかなく、またコード例をスライドからかなり削るなど、CGスタジオ仕様への対応が必要でした。というわけで、十分に伝えたいことを盛り込めたわけではありませんで ●rust ●あとで読む ●web ●開発 ●コード ●プログラミング ●*プログラミング ●techfeed

GraphQL Client Architecture Recommendation 社外版 | メルカリエンジニアリング

● 324 users ● engineering.mercari.com ● テクノロジー ●2022/12/15 この記事は、Merpay Advent Calendar 2022 の15日目の記事です。こんにちは。メルペイのvvakameです。最近、社内向けにGraphQL Client Architecture Recommendationというドキュメントを書きました。社内のiOS/Android、そしてバックエンドのエンジニア向けにGraphQLをやるならこの辺りの条件を満たしておかないと恩恵を感じられなくなっちゃうかもよ、と伝えるためのものです。嬉しいことに、今までに100名弱の人たちがこのドキュメントを閲覧してくれたようです。これをAdvent Calendarで公開するために、ちょっと調整したものがこの社外版です。すでにGraphQLをやっているけどあまり便利じゃないな…なんでだろ？とか、これから導入したいんだけど何を気をつけるべきかな…と考える時の材料にしてください。併せて、 ●GraphQL ●あとで読む ●architecture ●mercari ●アーキテクチャ ●Apollo ●設計

1 2 3 4 5 6 7 8 9 10

検索対象

並び順

ブックマーク数

セーフサーチ

期間指定

絞り込み

検索対象

ブックマーク数

期間

セーフサーチ

graphqlの検索結果1 - 40 件 / 965件

graphqlの関連エントリー

graphqlの関連エントリー

新着記事

キーボードショートカット一覧

公式Twitter

はてなのサービス