Kiểm tác đối tượng

Cũng び thuận

ブックマーク số

Trong lúc chỉ định

  • から
  • まで

1 - 40 kiện / 910 kiện

Tân thuận Người khí thuận

graphql の kiểm tác kết quả1 - 40 kiện / 910 kiện

graphqlに quan するエントリは910Kiện あります.Khai phát, GraphQL, アーキテクチャ などが quan liền タグです. Người khí エントリには『ちょっとでもセキュリティに tự tin がないなら, Firebase Authentication を kiểm thảo しよう』などがあります.

graphql の quan liền エントリー

  • ちょっとでもセキュリティに tự tin がないなら, Firebase Authentication を kiểm thảo しよう

    note の やらかし の あ の へんについて. Chứng thực tự làm, Rails, Devise - Diary パーフェクト Rails tác giả が giải thích する devise の hiện đại なユーザー chứng thực の モデル cấu thành について - joker1007’s diary chứng thực サーバー の thật trang は bản chất に khó しいです. セキュリティが lạc むも の は “Giản 単な thật trang” などなく, プロアマ cá nhân pháp nhân hỏi わず, một cái nhân tình báo を thủ るという điểm で, cùng じ tiêu chuẩn を yêu cầu されます. Ác ý あるハッカーは thường にカモを thăm していて, もし chứng thực が phá られた trường hợp, tự đánh giá だけではなく đại đa số に mê hoặc が quải かります. Sơ tâm giả だから miễn trách されるといったこともありません. Toàn viên が cùng じ thổ biểu に lập たされています. とはいえ, chứng thực cơ bàn を làm らないといろんなサービスが thành lập しません. そういうときにどうするか. Firebase Authentication で, タイトル の kiện なんですが, Firebase Authenticat

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

    • Kỹ thuật tuyển định の thất bại 2 trong năm を chấn り phản る TypeScript,Hono,Nest.js,React,GraphQL

      Kỹ thuật tuyển định の thất bại 2 trong năm を chấn り phản る TypeScript,Hono,Nest.js,React,GraphQL はじめに tân たに thư きました. MySQLを sử っても hội xã は hội れない lâu 々に ký sự を thư いた の でどうぞお tay nhu らかに... Tư が qua đi 2 trong năm で hành った kỹ thuật tuyển định の thành công と thất bại を chấn り phản り, そ の học びを cùng sở hữu したいと tư います. Văn tài vô い の で đạm 々と cái điều thư きでいきます Twitterエンジニア cấu làm りました. エンジニア の お hữu đạt がいません. @uncode_jp chú ý ý kiến を áp し phó けるも の ではありません. ただ xây dựng な nghị luận は đại sự だと tư う. Tự đánh giá の ý kiến は minh xác に, xỉ thiết れ の よい biểu hiện を ý thức している. Người それぞれだよねみたいな cảm じに trốn げたくない. Kỹ thuật tuyển định に kết luận はある ( quá kích ). ただし kỹ thuật tuyển định にはコンテキストがあり, lệ えばプロダクト の フェーズや tổ chức の sự tình によって đương nhiên kết luận は変わる khả năng tính がある. OSS の khai phát giả さん đạt は vĩ đại ですごい. あ

        技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL

      • ブラウザで động くサービスを làm るとき の kỹ thuật tuyển định

        はじめに tư の sĩ sự は, tân quy サービスをまるっといい cảm じに khai phát する の を ủy thác されることがほとんどです. Gần nhất はネイティブアプリを làm ることよりもブラウザで động くWebサービスを khai phát することが nhiều い の ですが, án kiện の quy mô cảm や yêu cầu によって kỹ thuật tuyển định を thiếu し変えるようにしています. “こういうときはこう” みたいに một mực には ngôn えない の ですが, phổ đoạn sử う cấu thành を giới thiệu します. Ai か の tham khảo になれば hạnh いです. 2022/02/10 hiện tại で の nội dung です. Tiền đề khai phát を ủy thác される trường hợp の vận dụng phí をどうする の vấn đề があります. クライアントにクレカ đăng lục をしてもらうか, こちらで chi 払って mỗi nguyệt thỉnh cầu するかになります. Phó は mỗi nguyệt やる の がめんどくさい の でできるだけ người trước に đảo している quan hệ thượng, あまりいろいろなSaaSを tổ み hợp わせて làm ることをなるべく tránh けています. Quy mô cảm によらず sử っているも の tư の trường hợp, dưới が sử えるとめちゃくちゃ hiệu suất よく khai phát できます. GCP hảo きだから

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

        • 2020 năm の フロントエンドマスターになりたければこ の 9プロジェクトを làm れ - Qiita

          Dưới はSimon Holdorf( dev.to/ Twitter / GitHub )による ký sự, 9 Projects you can do to become a Frontend Master in 2020 の Nhật Bản ngữ 訳です. 9 Projects you can do to become a Frontend Master in 2020 Introduction あなたがプログラミング の sơ tâm giả であるか, đã に kinh nghiệm phong phú な khai phát giả であるかにかかわらず, こ の nghiệp giới では, cấp tốc な変 hóa に truy いつくために tân しい khái niệm と ngôn ngữ ・フレームワークを học び続けることが tất yếu です. たとえばFacebookが4 năm trước にオープンソース hóa したReactは, đã に thế giới の JavaScript khai phát giả にとって đệ nhất の tuyển 択 chi になっています. もちろんVueとAngularにも nhiều く の フォロアーがついています. さらにはSvelte, Next

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

            • graphql の quan liền エントリー

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

            はじめに# データビジュアライゼーションとは, số trị や văn chương など の データに cơ づいた tình báo を, nhân gian が lý giải しやすい hình に coi 覚 hóa する kỹ thuật を chỉ します． こ の サイトは, văn hóa sảnh の メディア vân thuật データベース・ラボ ( MADB Lab ) で công khai されている tứ đại thiếu niên chí ( tuần san thiếu niên サンデー, tuần san thiếu niên ジャンプ, tuần san thiếu niên チャンピオン, tuần san thiếu niên マガジン ) の データを dùng いて, データビジュアライゼーション の học tập を tay trợ けすることを mục chỉ しています． データビジュアライゼーション ( に hạn らずデータ phân tích toàn bộ ) の học tập において quan trọng な の は, phân tích đối tượng の データに hứng thú を cầm てるかどうかです． quyển sách では ước 47 năm の tứ đại thiếu niên chí の マンガ tác phẩm データを chọn dùng しているため, モチベーションを bảo ちつつ học tập を tiến めることが khả năng です．

            • メルカリShops の kỹ thuật スタックと, そ の tuyển định lý do | メルカリエンジニアリング

              こんにちは. ソウゾウ の Software Engineer (CTO) の @suguru です. Còn tiếp: “メルカリShops” プレオープンまで の khai phát の sườn の 1 ngày mục を đảm đương させていただきます. 7 cuối tháng にメルカリShopsという tân しいサービスが công khai されました. メルカリShops は, 2021 năm 1 nguyệt にメルカリ の グループ hội xã として thiết lập したソウゾウが tân たに lập ち thượng げたサービスです. こ の ký sự では, メルカリShops を làm るにあたり, どういった kỹ thuật, アーキテクチャを tuyển định した の か, そ の bối cảnh と ý tứ quyết định をまとめて cùng sở hữu したいと tư います. monorepo まず lúc ban đầu にプロジェクトをスタートしたときに, サービス の リポジトリを làm る の ですが, mê わず monorepo による cấu thành を tuyển 択しました. monorepo は, システムを cấu thành する số nhiều の コンポーネント の độc lập tính を bảo ちつつ, toàn て の cấu thành を1つ の リポジトリで quản lý する thủ pháp です. Nay

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

              • React, Redux, GraphQLを học べるオンライン giáo tài “Full Stack Open 2019” がとても lương かった - FRTKL

                こ の ký sự はコネヒト Advent Calendar 2019 の 11 ngày mục の ký sự です! qiita はじめに nửa năm ほど trước から tân quy sự nghiệp の チームで sĩ sự するようになり, chủ な kỹ thuật スタックもPHPからGo, Next.jsへと変わりました. そ の trung で, đặc にフロントエンド の テスト chu りにおいてキャッチアップ không đủ を cảm じていた の ですが, たまたま thấy つけた*1 “Full Stack Open 2019” という giáo tài がとても lương かった の で giới thiệu したいと tư います. “Full Stack Open 2019” とは fullstackopen フィンランド の ヘルシンキ đại học で thật tế に sử われているテキストベース の オンライン giáo tài です. Nodeで làm られたREST APIとReactを sử ったSPA の thật trang を thông して, React・Redux・Node.js・MongoDB・GraphQLが một lần に học べる giáo tài となっています. Giáo tài

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

                • グラフ lý luận nhập môn | DevelopersIO

                  こんにちは, ドイツ の モナでございます〜 いろんなサイエンスにおいてグラフ lý luận がとても quan trọng な dụng cụ となっていますが, グラフ lý luận ってそもそも gì な の かご tồn biết ない phương も thiếu なくもないですね. ということで, hôm nay は giản 単にグラフ lý luận の cơ bản や dùng từ など giới thiệu したいと tư います! なお, nhập môn の ため ai にでも phân かるように toán học な định nghĩa は tránh けるようにします. また, グラフ lý luận の ứng dùng は đừng の lời nói です の で nay hồi は ứng dùng の lời nói しません〜 なぜグラフが mặt trắng い の か cụ thể な ứng dùng の lời nói はしませんが, たくさん の giới hạn においてグラフ lý luận が quan trọng となっています. ネットワーク ( lệ: トポロジー, ルーティングアルゴリズム ) AI ( lệ: ニューラルネットワーク ) コンピューターサイエンス ( lệ: ファイルシステム ) khoa học xã hội ( lệ: ソーシャルネットワーク phân tích ) toàn さん の sinh hoạt の trung ( lệ: カーナビ の ngắn nhất ルート の tính toán ) グラフ lý luận とは? ここで nghị luận するグラフという の は, よく tư い phù か

                    グラフ理論入門 | DevelopersIO

                  • Quân はまだ bình thành の アーキテクチャを sử ってる の か? Phó はFirebaseと lệnh cùng の thời đại に hành くぞ. - Qiita

                    Help us understand the problem. What is going on with this article? メリークリスマス! こ の ký sự はFirebase Advent Calendar 2019 の 25 ngày mục の ký sự です. これはなに? こ の 1 năm, bổn を thư いたり miễn cưỡng sẽ で đăng đàn したりいろいろやってみた kết quả を chấn り phản ってみると, bổn đương に nhiều く の người がFirebaseにふれるようになったなぁと tư います. Áp đảo な khai phát giả thể nghiệm の lương さをもってバックエンド の quan tâm sự を một tay に dẫn き chịu け, アプリケーション khai phát を kịch に cao tốc hóa してくれるソリューションとして, Webアプリでもモバイルアプリでもバックエンド đệ nhất の tuyển 択 chi として xác cố たる địa vị を xác lập しつつある の ではないでしょうか. それ tự thể はとてもいいことな の ですが, Firebase の cường さを sống かすため の アーキテクチャに quan するアイデアはあまり biểu に ra てきていない の ではな

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

                    • Netflixにおける thật dùng なAPI thiết kế: gRPCとFieldMask | pyspa

                      Netflix Tech Blog の gRPC APIに quan する dưới の ２つ の ký sự に cảm minh を chịu けた の で, ここにそ の điểm chính を Nhật Bản ngữ で nhớ します. (めんどくさかった の で) phiên 訳 の cho phép は lấy ってませんが, lại cấu thành してますし nguyên の JavaではなくPythonで thư き thẳng しています の で, dung xá して hạ さい… Practical API Design at Netflix, Part 1: Using Protobuf FieldMaskPractical API Design at Netflix, Part 2: Protobuf FieldMask for Mutation OperationsまとめgRPCでは, FieldMaskをうまく sử うことで, tất yếu な tình báo だけ lấy được したりあるいは cùng えたりしたりできまっせ đệ nhất bộ まずField Maskをど の ように sử うかを thuật べています. Bối cảnh Remote Callというも の は, そもそもコ

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

                      • 【 quyết định bản 】2022 năm ～2023 năm で tất ず xác nhận するべきGitHubリポジトリ 40 tuyển

                        はじめに nay hồi の ký sự では, cá nhân の độc đoán と thành kiến で2022 năm ～2023 năm で tất ず xác nhận するべきGitHub の リポジトリを giới thiệu する. Tư の Twitterでこれまで giới thiệu したも の もあれば, そうではないも の もある. GitHubはプログラマーにとって, phổ đoạn の học tập ・ khai phát を tiến めるうえでもっとも quan trọng な tình báo nguyên の １つである. Bổn ký sự では, giới hạn ごとに xác nhận するべきGitHubリポジトリを giới thiệu する. なお, nay hồi の ký sự で giới thiệu するGitHubリポジトリ の giới hạn は dưới の thông り. Nội dung はWeb khai phát に đặc hoá している. Xác nhận cần thiết Web Python JavaScript TypeScript ちなみに, “Xác nhận cần thiết” は giới hạn を hỏi わずすべて の プログラマーに dịch lập つGitHubリポジトリを giới thiệu している. Nay hồi の ký sự を thông して, năm những năm cuối thủy の học tập ・ khai phát に đại いに dịch lập ててもらえたら hạnh いだ. Xác nhận cần thiết freeCodeCamp thế giới lớn nhất quy mô の プログラミングメディア “f

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

                        • GraphQLを dẫn vào する khi に khảo えておいたほうが lương いこと | メルカリエンジニアリング

                          はじめに こんにちは, ソウゾウSoftware Engineer の @sue71です. Còn tiếp: メルカリShops khai phát の sườn Vol.2 の 13 ngày mục を đảm đương させていただきます. Trước kia メルカリメルカリShops の kỹ thuật スタックと, そ の tuyển định lý do でBFF の thật trang にGraphQLを chọn dùng していることをお vân えしました. メルカリShopsをリリースしてから ước nửa năm たった nay, これまでを chấn り phản ってGraphQLサーバーを thật trang する thượng で の đầu đề やあらかじめ khảo えておくと lương い hạng mục をまとめてみました. また, bổn ký sự ではメルカリShopsでGraphQL の thật trang としてApolloを chọn dùng しているため, Apollo の lợi dụng が tiền đề の lời nói もいくつか xen lẫn trong しています. Dư めご dung xá ください. GraphQL の thuyết minh や, メルカリShops の thật trang phương pháp に quan しては trước kia こちら の ký sự で giới thiệu しています. こちらも thị phi ご lãm ください. パフォーマンス đầu đề GraphQLは, アプリ

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

                          • Cá nhân khai phát ・スタートアップで chọn dùng すべき mạnh nhất の アーキテクチャを khảo えた - Qiita

                            Kết luận “アジリティ” “コスト nhất thích hóa” “スモールな cấu thành” “Khai phát スピード” という quan điểm でWebアプリケーション の アーキテクチャを khảo えてみました. ServerlessFrameworkを sử い đảo す フロントエンドはS3 hosting + CloudFrontで. SSRもLambda@Edgeでできます データベースはRDSは sử わずにDynamoDBで APIは cơ bản にGraphQL. Tất yếu に ứng じてRESTも giản 単に thêm vào できるよ. Bổ túc (2022/04/12) gần nhất cá nhân khai phát しているこちら の Webサービスはこ の アーキテクチャに duyên って làm られています. こ の アーキテクチャでどんなも の ができる の よ, という coi điểm で thấy ていただくと mặt trắng いかもしれません. ↓ bối cảnh アーキテクチャに tuyệt đối の chính giải はない アーキテクチャには tuyệt đối の chính giải はありません. なぜなら, プロダクトやフェーズによって cầu められる văn kiện quan trọng が dị なり, それに thích したア

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

                            • フロントエンド の パラダイムを tham khảo にバックエンド khai phát を lại khảo する / TypeScript による GraphQL バックエンド khai phát

                              2022 năm ngày 1 tháng 10 に khai thúc giục された #postdev で の phát biểu です

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

                              • Smart UI パターンが lại bình 価される thế giới - id:onk の はてなブログ

                                Thiết kế ナイト2020 を chịu けて, nay どんなアーキテクチャを tuyển ぶべきかという lời nói をしたくなった の だ. kichijojipm.connpass thiết kế ナイトで cao ぶった kết quả 1 thời gian コース の phát biểu tư liệu が hoàn thành した の で cung cấp nuôi dưỡng nơi を thăm しています. Nghe いてくれ!!! — Takafumi ONAKA (@onk) 2020 năm ngày 1 tháng 11 お trước ai よ 2000 niên đại trước nửa に SI 2000 niên đại phần sau にブログ, SNS 2010 niên đại にソーシャルゲーム 2020 niên đại に UGC サービス をやってきた nhân gian. Mấy trăm vạn 〜 số trăm triệu hành の データ, nguyệt gian mấy ngàn vạn 〜 mấy tỷ imp trình độ を chủ chiến tràng にしています. Hôm nay の lời nói DDD と PofEAA から học ぶパターン/アンチパターン Rails によって phát thấy された, mật kết hợp で tốc く đi れるソフトウェア nay cầu められているアーキテクチャ ngẩng ぶって 15,000 tự ぐらい thư いてしまった. DDD と PofEAA から học ぶパ

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

                                • RESTful の ウェブ API thiết kế で tránh けるべき 6 つ の よくあるミス | Google Cloud công thức ブログ

                                  ※こ の gửi bài は Mễ quốc thời gian 2022 năm 12 nguyệt 1 ngày に, Google Cloud blog に gửi bài されたも の の sao 訳です. オンラインで, tổ み lập て thức の テーブルを lời chú thích したとします. ところが, パッケージを khai けてみると, tổ lập bản thuyết minh が nhập っていません. Hoàn thành phẩm がどんなも の かはわかっていても, それぞれ の パーツをどう tổ み lập てればいい の か, まるでわかりません. Thiết kế が không thập phần な API を sử うコンシューマ khai phát giả も, cùng じような kinh nghiệm をしているといえます. Thích thiết に thiết kế された API なら, dễ dàng に thấy つけ, kiểm tác してアクセスし, sử dụng することができます. Cao phẩm chất の API は, コンシューマ khai phát giả がアイデアをひらめき, tân しいユースケースを làm り thượng げる tay trợ けになってさえくれます. もちろん, API thiết kế を cải thiện する phương pháp はあります. たとえば, RESTful の プラクティスに従うなどです. しかし, お khách dạng が biết らず biết らず の うちに, ちょっとした không tiện

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

                                  • メルカリWeb の マイクロサービス hóa, そ の 4 năm | メルカリエンジニアリング

                                    Author: @urahiroshi, Engineering manager of Web Platform team 2022 năm ngày 4 tháng 8, メルカリで “web-2” と hô ばれるサーバがシャットダウンされました. これはメルカリWeb bản の khai phát に huề わっているチームにとって, một つ の khu thiết りとなる ra tới sự でした. web-2はPHPで ghi lại されたwebサーバで, 2015 năm から https:// mercari /jp/ xứng hạ の コンテンツを xứng tin していましたが, hiện tại では số nhiều の Webマイクロサービスがそ の cơ năng を gánh っており, https:// mercari /jp/ xứng hạ の ページは sau 継となるWebマイクロサービスが xứng tin するページへリダイレクトされています. メルカリWeb の マイクロサービス hóa に hướng けた khai phát が thủy まり, cuối cùng にweb-2がシャットダウンされるまで, thật に4 năm trở lên の trong lúc がかか

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

                                    • レシピサービス の フロントエンドを Next.js と GraphQL の システムに trí き đổi えている lời nói - クックパッド khai phát giả ブログ

                                      Kỹ thuật bộ の ngoại thôn ( @hokaccha ) です. Nay hồi はクックパッド の ウェブサイト の フロントエンドを Next.js などを sử って làm り thẳng している lời nói を thư きます. こ の ký sự で giới thiệu する tân システムは, スマートフォン hướng け の レシピページで xác nhận することができます. もし hứng thú があるかたはレシピページをスマートフォン の ユーザーエージェントで khai いて DevTools などで xác nhận してみてください. Next.js と GraphQL で động いている の がわかると tư います. ご tồn じ の phương も nhiều いかもしれませんが, クックパッド の ウェブサイトはモノリシックな Rails で làm られていて, 10 năm trở lên Rails で khai phát を続けてきました. 10 năm trở lên cùng じシステムで khai phát を trọng ねれば đương nhiên レガシーな bộ phận が đại lượng に sinh まれてきますが, đặc にフロントエンドはそ の ảnh hưởng が hiển でした. どこから sử われているかわからない CSS が đại lượng にある, JS の コードは tích なが

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

                                      • 2020 năm sau nửa bản Vue.jsを sử ってる người には tất ず biết っていてほしいVue.js の vũ khí とドキュメントに thư かれていないコンポーネントやメンテナンス の tế に dịch lập つTips - Qiita

                                        2020 năm sau nửa bản Vue.jsを sử ってる người には tất ず biết っていてほしいVue.js の vũ khí とドキュメントに thư かれていないコンポーネントやメンテナンス の tế に dịch lập つTipsJavaScriptTypeScriptVue.jsフロントエンドvue-cli はじめに gần nhất iCAREさん の sở でVue.jsを một tự にやらせていただいている の ですが, フロント の kỹ thuật スタックがGraphQL + Vue.js + TypeScriptで khai phát しており, そこで の Vue.js の khai phát thể nghiệm がかなり lương く, iCareさん の kỹ càng tỉ mỉ なノウハウを công khai しても lương いと ngôn っていただけた の で, ngôn ngữ hóa し, sửa sang lại して, cùng sở hữu ra tới たらと tư います. ※ いつも thông り ký sự の nội dung に ý kiến がありましたら trực tiếp biên tập リクエストをください trước trí き nay hồi の サンプルは@vue/cliを lợi dụng し, プリセットはTypeScriptだけいれときました. versionは2020 năm ngày 16 tháng 7

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

                                        • GraphQL を lợi dụng したアーキテクチャ の khám sở / Architecture practices with GraphQL

                                          iCARE Dev Meetup 20 で phát biểu した tư liệu です #icare_meetup p.7,8,61 https://graphql.org/ p.18 https://twitter /a_suenami/status/1379270185207484417 p.33 [SQLQL…

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

                                          • GraphQLが giải quyết する vấn đề とそ の trước の ユースケース

                                            サーバーサイドからみたGraphQL Serverlss Meetup#19 2021/03/31 に hành われた Serverlss Meetup#19 で thượng nhớ の タイトルで đăng đàn してきました. サーバーサイド の lời nói をしようと tư ったけどGraphQL の giải quyết している lời nói をしようと tư ったらクライアント の sự もかなりはいってしまった の で ký sự の タイトルは変えました. Dưới nội dung です. Ký sự の cuối cùng に tư liệu を thư くにあたって tham khảo になった tư liệu の リンクを trí いてます. GraphQL and me こ の 1 năm thư いたQiita ký sự GraphQL の đặc trưng を phân giải する ~API インターフェース・Universal BFF・API Gateway~ GraphQLはサーバーサイド thật trang の ベストプラクティスとなるか GraphQL の toàn thể giống とWebApp khai phát の これから nay đáp lời す sự そもそもGraphQLはなんで làm られた の か, gì を giải quyết しようとして

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

                                            • REST vs. GraphQL vs. gRPC · Dan Hacks

                                              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 の toàn thể giống とWebApp khai phát の これから - Qiita

                                                TL;DR GraphQLはクライアント sườn とサーバー sườn の hai bên の phục tạp hóa を giải quyết するために lợi dụng されてる フロントエンドにとってGraphQLはHTTP thượng で động く tin lại できる duy nhất の リソースとして chấn る vũ う フロントエンド の trạng thái quản lý の ベストプラクティスとして の Apollo Client クライアントファーストなAPI, GraphQLはWeb API の ベストプラクティスになり đến る クラシックアプリケーションを sửa tu することなくGraphQLとモダンフロントエンドで nay どき の アプリを làm れる はじめに GraphQLは phi thường に lương く ra tới たソフトウェア( の sĩ dạng )ですが, số nhiều の mặt bên を cầm つことからすぐに lý giải することが khó しくまだ Nhật Bản ではあまり chịu け nhập れられていない ấn tượng があります. GraphQLを quả nhiên に gì と ngôn われると "Toàn て の フロントエンド の ため の API BFF" な の ですが, それだけで lý giải ra tới る người はなかなか cư ないように tư います

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

                                                • Yahoo! トラベルと một hưu の システム thống hợp プロジェクト - một hưu Developers Blog

                                                  Nay から nhị ヶ nguyệt ほど trước, 10/1 に Yahoo! トラベル の リニューアルが xong rồi しました. こ の リニューアルは, một hưu と Yahoo! トラベル の 2システムを một つに thống hợp することで thật hiện しました. ご tồn biết の thông り, ヤフーと một hưu は cùng じグループに tương ứng する xí nghiệp です. ざっくりいうと “Cùng じグループで2つ の túc đậu dư ước システムを khai phát し続ける の は hiệu suất が ác いよね” という lời nói があり, nay hồi の システム thống hợp に đến っています. Yahoo! トラベルと một hưu の システム thống hợp は, (1) 2017 năm khoảnh にホテル の không thất quản lý や dư ước, quyết tế, tinh tính nghiệp vụ などを gánh うバックエンド の システム thống hợp を hành い, そして (2) nay hồi 2021 năm xuân trước から nửa năm ほどをかけて, ユーザーが lợi dụng する hình ảnh も hàm めた toàn diện thống hợp を hành いました. Toàn diện thống hợp は tổng thế で 50 danh ほど の ディレクター, エンジニア, デザイナーが quan わる một hưu には đại きな quy mô の プロジェクトになりましたが, mục lập ったトラブルもな

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

                                                  • Active Recordから khảo える thứ の 10 năm を thấy theo えた kỹ thuật tuyển định / Architecture decision for the next 10 years at PIXTA

                                                    September 15, 2021 @ iCARE Dev Meetup #25

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

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

                                                      こんにちは. ソウゾウ の Software Engineer の hiroppy です. “Còn tiếp: “メルカリ Shops” プレオープンまで の khai phát の sườn” の cuối cùng は, Web フロントエンド の giới thiệu をしたいと tư います. メルカリ Shops は đã tồn の メルカリアプリ の trung に độc lập した Web アプリケーションとして động いています. Bổn ký sự では, ど の ようなライブラリを tuyển định し, ど の ようにアーキテクチャを thiết kế してきたかを giải thích します. なぜ Web な の か? アプリ の thượng で động いている の であれば, WebView ではなくても lương いと cảm じる người はいると tư います. Nay đào bới lại dùng した 1 つ の lý do としては, リリースが mềm mại な điểm が cử げられます. iOS/Android の lạng phương に đối して khai phát サイクルを sớm めることが khả năng であり, また cơ năng thêm vào やバグ tu chỉnh が dễ dàng です. ど の ように WebView で động いているかについては, 6 ngày mục の メルカリ Shops の ため

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

                                                      • Reactを lấy り quyển く trạng thái quản lý の trào lưu を học ぼう. HooksやServer Componentsなど の lên sân khấu で gì が変わるか｜ハイクラス転 chức ・ cầu nhân tình báo サイト AMBI ( アンビ )

                                                        Reactを lấy り quyển く trạng thái quản lý の trào lưu を học ぼう. HooksやServer Componentsなど の lên sân khấu で gì が変わるか Reactを lấy り quyển く trạng thái quản lý の アプローチは変 hóa を続けていますが, いま biết っておくべき thủ pháp とはど の ようなも の でしょうか. Tiểu lâm triệt ( @koba04 ) さんに, hiện tại, そしてこ の trước の trạng thái quản lý について chấp bút いただきました. こんにちは, tiểu lâm ( @koba04 ) です. 2019 năm 5 nguyệt に『SPAにおける trạng thái quản lý: Quan số hình の アプローチも lấy り nhập れるフロントエンド hệ アーキテクチャ の 変 dời 』という ký sự を thư きましたが, そこから2 năm trở lên が kinh quá し, Reactを dùng いた trạng thái quản lý は đại きく変わりました. Bổn ký sự ではReactを lấy り quyển く trạng thái quản lý の 変 dời について giải thích します. Quảng がるRedux の chọn dùng Hooks の lên sân khấu コンポーネントツリーから độc lập した trạng thái quản lý Concurrent Featuresによる tân しいユーザー thể nghiệm trạng thái とキャ

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

                                                        • An く sớm く khai phát するため の cá nhân khai phát アーキテクチャ

                                                          はじめに gần nhất thú vị で cá nhân khai phát をしながらアーキテクチャ の kiểm thảo を hành なっていた の ですが, tự đánh giá なりにいい cảm じ の kết luận に siêm り いた の で nay hồi はそ の アーキテクチャ の giới thiệu しようと tư います! インフラ, バックエンド, フロントエンド の các セクションに tự đánh giá が sử dụng しているテンプレート の リポジトリ の リンクを tái せてある の で hứng thú の ある phương は tham khảo にしてください. また nay hồi giới thiệu するアーキテクチャはあくまで đồng loạt な の で, gian vi いや chưa chuẩn bị などがあればご chỉ trích いただければ hạnh いです. Tiền đề điều kiện cá nhân khai phát で sử dụng するアーキテクチャを khảo える thượng で, tự đánh giá の trung でいくつか tiền đề điều kiện があります. ランニングコストを ức える いくつか tiền đề điều kiện がある trung で, cá nhân に một phen quan trọng な yếu tố になります. バズるサービスを làm りたいという khí cầm ちはありますが, そ の ためにいくらでもコストをかけられるかと ngôn われるとそうではありません. むしろ cá nhân khai phát となると, ức えられるコストはできる hạn り ức えた

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

                                                          • アーキテクチャオタクが Twitter の nội tình について vọng tưởng を rũ れ lưu す

                                                            Yuta Okamoto @okapies Twitter の ような thật lớn な phân tán システムが, ど の くらい の nhân viên がサボタージュしたら壊れるかなんて ngoại からは phân からないし, gì だったら trung の nhân gian にだって phân かってないかも. イーロン・マスクも hàm めてね. Sắc 々な khả năng tính を suy xét しつつ chuyển dời を thấy thủ るしかない. twitter /100poisha/stat… ざんねん @100poisha Twitter の コア khai phát giả が từ めた の でTwitter kết thúc ←まちがい Twitter の コア khai phát giả が từ めた の で đại わり の khai phát giả を mướn わないと mấy năm で kết thúc ←せいかい ソフトウェアは hủ りますけど, だからといってメンテナンスしないと1 ngày で hủ り quả てるほど giòn くないんですよ. そ の せいでメンテナンスせずに mấy năm kinh って hủ り văn tự số

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

                                                            • 【 đệ 1 hồi ・ trước biên 】 エンジニア hòa điền trác người の nay を hình làm る kỹ thuật | GeeklyMedia(ギークリーメディア) | Geekly ( ギークリー ) IT・Web・ゲーム nghiệp giới chuyên môn の nhân tài giới thiệu hội xã

                                                              『テスト駆 động khai phát 』や『SQLアンチパターン』をはじめとする kỹ thuật thư の phiên 訳 giả, さまざまなIT xí nghiệp をわたり bộ く kỹ thuật cố vấn, さらに gần nhất ではエンジニアリング văn hóa を vân える diễn giải giả としても sinh động されている hòa điền trác người さん(https://twitter /t_wada). そ の ソフトウェアエンジニアとして の tố nhan を kabushiki gaisha một hưu CTO の y đằng thẳng cũng さん(https://twitter /naoya_ito)が nghe き ra す đối nói の trước biên では, một đường を họa すエンジニアであり続けるために tự ら の プロジェクトで ý thức にコードを thư いているという hòa điền さん の tư thế に thủy まり, ベテランとして “Kỹ thuật の らせん” を đọc み giải くケーススタディとしてDDD ( Domain-Driven Design ) を đề tài に lời nói を hầu います. ・ y đằng thẳng cũng さん / kabushiki gaisha một hưu chấp hành dịch viên CTO tân tốt nhập xã したニフティ kabushiki gaisha でブログサービス “ココログ” を lập ち thượng げ, CTOを vụ め

                                                              • Webフロントエンド の khai phát hiệu suất を cao く bảo つため の khảo え phương

                                                                これまでいろんな hiện trường でWebフロントエンド khai phát をしてきて, メンテナンスしやすく hiệu suất の cao いWebフロントエンド khai phát をする thượng で quan trọng になる khảo えが tự đánh giá なりにまとまってきた の で ký sự にしてみます. Worse is Betterという khảo え phương tự đánh giá が thấy てきた trung でWebフロントエンド の khai phát hiệu suất が lạc ちてしまう một phen の muốn nhân は, きれいで lý luận には ưu れているアーキテクチャを cấu trúc しようとしてそれ tự thể がもたらす phục tạp tính を chi えきれないというパターンです. Thiếu し trước にフロントエンドにClean Architecture ( dưới CA, あ の đồng tâm yên の đồ を chỉ す の は dùng lộn に gần いですがここではそれに thừa ります ) を dẫn vào する ký sự が lưu hành ったと tư いますがあんな cảm じです. ああいったクラスベースでDIが quan trọng となる thiết kế thủ pháp はサーバーサイド の JavaでSpringを sử う の とは vi ってReactがサポートしているも の ではないため, CA の thật hiện tự thể に cao い thiết kế スキルが tất

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

                                                                • 30 tuế エンジニア転 chức で dịch に lập たなかった kinh nghiệm と dịch に lập った kinh nghiệm - Qiita

                                                                  はじめに いつも nghe いているポッドキャスト phiên tổ で, エンジニア転 chức について sinh 々しくリアルな lời nói が nghe けた の で, giới thiệu します. Nay の tự đánh giá がやっている sĩ sự が thị trường 価 trị を thượng げられている の か? と ngày 々 の nghiệp vụ を chấn り phản るきっかけになりました. Tường しく biết りたい phương は thị phi, nghe いてみて hạ さい. 転 chức の tiền đề かいちさん ( 転 chức した người ) の giới thiệu tình báo hệ の đại học viện tốt trung kiên の バックエンド・エンジニア(30 đại ) xã hội người 7 năm mục chủ に sử っている ngôn ngữ: Python, PHP アジャイル khai phát ができることを転 chức の trục に theo えた 転 chức して cảm じたこと ① 30 đại は trung kiên の sĩ sự を cầu められる → リーダー lập trường が cầu められる ② nếu い khi の nghiệp vụ kinh nghiệm が転 chức の tế に sống きてくる → 20 đại はとにかく chọn chiến する hồi số を tăng やそう ③ 転 chức はど の タイミングでやってくるかわからない → thường に chức vụ kinh lịch thư を đổi mới し続けよう kết luận quan trọng なポイント ・チームで khai phát した kinh nghiệm があるか? ・AWSなど

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

                                                                  • GraphQLと の hướng き hợp い phương 2022 năm bản

                                                                    フロントエンドカンファレンス Hokkaido 2024 『 quy mô nhỏ サイトでも sử えるVite 〜HTMLコーディングをよりスマートに〜』 trường cốc xuyên quảng võ ( ハム )

                                                                      GraphQLとの向き合い方2022年版

                                                                    • バックエンドエンジニアが Next.js でモダンなフロントエンド khai phát を thủy めるにあたり học tập したこと

                                                                      2021 năm thu ごろ, nghề phụ の ような hình で Next.js による tân quy フロントエンド khai phát の お tay vân いをさせていただくことになりました. プライベート の không き thời gian でフロントエンド の học tập をし, nay はひとまず khai phát できるようになってきた khí がする の で, これまで học んできたことをご giới thiệu します. Cơ bản の TypeScript, React, Next.js だけでなく, GraphQL の chu biên ツールやテストについても học tập しました. これまで lúc ấy, Web hệ の nhận uỷ thác khai phát hội xã にて chủ に Ruby on Rails でバックエンド の khai phát をしていました. TypeScript, React は học sinh の khoảnh から thú vị で thư いていました. テストは, Rails で の khai phát なら RSpec や Capybara で thư いていましたが, JS ではほぼやったことがありませんでした. GraphQL は toàn く の chưa kinh nghiệm でした. やったこと React チュートリア

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

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

                                                                        Intro 10 năm ほど trước に cùng じことを điều べたことがある. なぜ html の form は PUT / DELETE をサポートしない の か? - Block Rockin' Codes https://jxck.hatenablog /entry/why-form-dosent-support-put-delete lúc ấy は toàn く の tố nhân で, tố nhân なりに điều tra はしたが, ほとんどが phỏng đoán の vực を ra ない kết luận だった. こ の vấn đề についてあらためて nhớ す. Sĩ dạng sách định の kinh vĩ biểu đề の thông り, <form> の method には GET と POST しかサポートされていない. HTTP には hắn にも PUT や DELETE といったメソッドもある の に, なぜサポートされていない の かという nghi vấn から thủy まった. Sĩ dạng が quyết định した kinh vĩ は, dưới に tàn っている. Status: Rejected Change Descriptio

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

                                                                        • TypeScript * GraphQL の バックエンド thiết kế プラクティス

                                                                          2 sách mục も công khai trung な の でみてください! https://zenn.dev/tatta/books/4e993c596e7dc9 TypeScriptを sử いはじめて1 năm になる の で, バックエンド の Webアプリを thiết kế するときに khí を phó けていることをまとめました. ( ※ xã nội miễn cưỡng sẽ dùng tư liệu の công khai bản です. ) TypeScriptについては, Next.jsを trung tâm にフロントエンドに quan する công khai tình báo が phong phú です. Một phương でバックエンドに quan する công khai tình báo が thiếu ないと cảm じています. ( かくいう tư もNext.jsからTypeScriptデビューしたわけですが ) TypeScript * GraphQL という cấu thành は sĩ sự ・ thú vị で chọn dùng されている phương も nhiều い の ではないでしょうか? Tư もそ の 1 người です. Tư の ような phương の ためにも, バックエンド の thiết kế プラクティスについてまとめようと tư い bút を lấy りました. Quyển sách がこれから thủy める đọc giả にとっては sách giáo khoa の ようになり,

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

                                                                          • Rust で Web バックエンド khai phát をはじめる | CyberAgent Developers Blog

                                                                            こんにちは. サイバーエージェント AI sự nghiệp bản bộ Dynalyst にて, ソフトウェアエンジニアをしている phong điền ( @helloyuki_ ) です. また, Rust lĩnh vực における Next Experts も vụ めています. Trước ngày, CA BASE NEXT という CyberAgent が khai thúc giục する20 đại が trung tâm の カンファレンス[^1]に, tư も một ứng 20 đại ということで đăng đàn させていただきました. Nội dung は Web アプリケーション khai phát を Rust で hành った thể nghiệm nói を ngữ るというも の でした. Thật tế に2018 năm 〜2020 năm khoảnh に Rust をとあるチーム の アプリケーションに dẫn vào し, dẫn き継ぎ の ために gì をしたかという nội dung をお lời nói させていただきました. セッション tự thể は25 phân しかなく, またコード lệ をスライドからかなり tước るなど, CG スタジオ sĩ dạng へ の đối ứng が tất yếu でした. というわけで, thập phần に vân えたいことを thịnh り込めたわけではありませんで

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

                                                                            • GraphQL Client Architecture Recommendation xã ngoại bản | メルカリエンジニアリング

                                                                              こ の ký sự は, Merpay Advent Calendar 2022 の 15 ngày mục の ký sự です. こんにちは. メルペイ の vvakameです. Gần nhất, xã nội hướng けにGraphQL Client Architecture Recommendationというドキュメントを thư きました. Xã nội の iOS/Android, そしてバックエンド の エンジニア hướng けにGraphQLをやるならこ の biên り の điều kiện を mãn たしておかないと ân huệ を cảm じられなくなっちゃうかもよ, と vân えるため の も の です. Đùa しいことに, nay までに100 danh nhược の người たちがこ の ドキュメントを duyệt lãm してくれたようです. これをAdvent Calendarで công khai するために, ちょっと điều chỉnh したも の がこ の xã ngoại bản です. すでにGraphQLをやっているけどあまり tiện lợi じゃないな…なんでだろ? とか, これから dẫn vào したいんだけど gì を khí をつけるべきかな…と khảo える khi の tài liệu にしてください. Cũng せて,

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

                                                                              • AWS LambdaでAPI khai phát するとき の パターン tập - Qiita

                                                                                Bối cảnh AWS LambdaでAPI khai phát をする AWS LambdaとAPI Gatewayを tổ み hợp わせることでサーバレス の APIを khai phát することが khả năng です. サーバレスで cấu trúc することで tay gian をかけずにスケーラビリティやコスト の nhất thích hóa を tay に nhập れることができ, さらに chết sống giám thị chờ が không cần の ため vận dụng の コストを trên diện rộng に hạ げることができます. Khai phát パターンがまとまっていない サーバレスによるAPI khai phát は phi thường にメリットが nhiều い の ですが, khai phát パターンが dạng 々あり nhất quán した phương pháp があるわけではありません. Lệ えば, Lambda の デプロイは tay động でzipをアップロードする phương pháp や, SAM/ServerlesssFrameworkなど の デプロイ chi viện ツールを lợi dụng する phương pháp, さらにオンラインエディタ の Cloud9を lợi dụng することもあります. Quan số ごとにディレクトリを chia lìa する trường hợp もあるし, ソースコードを cùng sở hữu してエントリーポイントだけ thiết り thế える trường hợp も

                                                                                  AWS LambdaでAPI開発するときのパターン集 - Qiita

                                                                                • GraphQLでバックエンド の コードをすっきりさせた lời nói - LayerX エンジニアブログ

                                                                                  こんにちは! LayerX の mosa_siru ( giả bổn ) です. LayerX インボイスでは, もともと github /go-swagger/go-swagger を lợi dụng してREST APIを khai phát していましたが, gần nhất khai phát したワークフロー cơ năng の コンポーネントではGraphQLを lấy り nhập れました. GraphQLには dạng 々なメリットがあり, RESTと の tương đối ký sự は nhiều くありますが, なぜ phó らは di chuyển した の か, そ の kết quả どうなった の かを giới thiệu していきます. GraphQL の メリット GraphQL の メリットは, dạng 々な cái sở で ngữ られています. Lệ えばこ の ký sự によれば, cường lực に hình phó けされたスキーマであること アンダーフェッチとオーバーフェッチがないこと ( sau thuật ) Apollo, Relayなど の, クライアントライブラリにより, フロントエンド khai phát が nhanh chóng になること số nhiều の GraphQL APIから の thống hợp が khả năng cường lực

                                                                                    GraphQLでバックエンドのコードをすっきりさせた話 - LayerX エンジニアブログ
                                                                                  1 2 3 4 5 6 7 8 9 10 Thứ の ページ

                                                                                  Tân ký sự

                                                                                  はてなブックマーク

                                                                                  Công thức Twitter

                                                                                  はてな の サービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024Hatena.All Rights Reserved.