並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 230件

新着順 人気順

graphql api pythonの検索結果81 - 120 件 / 230件

  • Rubyの型アノテーションの現状についていくつか思うこと(翻訳)|TechRacho by BPS株式会社

    概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: A few words on Ruby's type annotations state 原文公開日: 2023/05/05 原著者: zverok 参考: 週刊Railsウォッチ20230531: Rubyの型アノテーションの現状についていくつか思うこと ...を軍の訓練施設で書いているうちに、ついつい5,000ワードになってしまった。 今これをスマホで書いている、それもウクライナ軍の訓練施設にある、200人を越える戦友たちと過ごしている兵舎で。もっぱら訓練と訓練の合間の短い時間(たいてい夜と日曜だが)をこの作業に当てている。 率直に言うと、軍に入隊して以来、まさかRubyについて何か書く時間やインスピレーションを得られるとは思ってもみなかったが、今ここでこうして書いている。 最近、Redditの/r/rubyで興味深い長大な議

      Rubyの型アノテーションの現状についていくつか思うこと(翻訳)|TechRacho by BPS株式会社
    • hitode909の日記の2020年ブックマークランキングベスト100 - hitode909の日記

      2月くらいはPerfumeのライブを見に行ったり、VJやったりとか、普通に出歩いていたんだな〜というのが今となっては新鮮。 家に引きこもっていたので、この記事もあの記事も家で書いたな、というのを思い出せる。去年はスマホアプリから書いたり会社から書いたりと、色んな場所から発信していたのが、ベッドルームでダンスミュージックを作る人と同じメンタリティになってきていると思う。 リモート飲み会は飽きてしまい、そのため遠隔地に住んでる友達と話すことがなくなって不便。人間の古来の文化では、新年の挨拶とか、盆に実家に帰るとか、理由をつけて発話するタイミングが設けられていた。オンラインではそんな風習はない(ラピュタの崩壊に合わせてtwitterに書き込むくらい)ので、四季折々の会話タイミングが設けられていたのは、人類の知恵だったのかもしれない。 年間ブックマークランキングジェネレーターを5年ぶりに動かしてみ

        hitode909の日記の2020年ブックマークランキングベスト100 - hitode909の日記
      • 技術スペックを大公開〜no plan株式会社〜2023年からの取り組み - Qiita

        これはno plan inc.の Advent Calendar 2022の3日目の記事です。 どうも〜!no plan株式会社 代表のおかむーです。 この記事では弊社の2023年からの取り組み技術スペックについて書かせていただきます。 (この記事は2022年12月時点でのことなので、時代の流れによっては異なることが予想されますので、そのつもりで見ていただければと思います) no plan株式会社の創業メンバー 元面白法人カヤック アプリエンジニア: おかむー(@okamu_ro) 元面白法人カヤック サーバーサイドエンジニア: セリヌンティウス(@_serununtius) のエンジニア2名で起業した会社になります。 現在はフリーランスエンジニアさん10~15名程度でやっています!! no plan株式会社について no plan株式会社は、ブロックチェーン技術、Webサイト開発、ネイテ

          技術スペックを大公開〜no plan株式会社〜2023年からの取り組み - Qiita
        • genqlient: A truly type-safe Go GraphQL client

          by Ben Kraft Kevin has written about our multi-year project to replace our Python 2.7 monolith with services written in Go. As part of the transition to a service-oriented architecture, we decided to migrate all our REST APIs to GraphQL—including new APIs for service-to-service communication. Even with Apollo Federation handling much of our fan-out, we have over 300 distinct GraphQL requests from

            genqlient: A truly type-safe Go GraphQL client
          • Improving the Developer Experience with the Ruby LSP

            Opens in a new windowOpens an external siteOpens an external site in a new window Ruby has an explicit goal to make developers happy. Historically, working towards that goal mostly meant having rich syntax and being an expressive programming language—allowing developers to focus on business logic rather than appeasing the language’s rules. Today, tooling has become a key part of this goal. Many mo

              Improving the Developer Experience with the Ruby LSP
            • フロントエンドとバックエンドを改めて整理する - RAKUS Developers Blog | ラクス エンジニアブログ

              はじめに みなさんこんにちは。フジサワです。 「フロントエンド」や「フロントエンドエンジニア」という単語を耳にするようになって久しいですが、自他共に認めるバックエンドエンジニアを出自に持つ私にとって フロントエンド界隈の移り変わりは激しく、追いかけるのもなかなか大変です。 そこで今回は、改めてフロントエンドとは、またフロントエンドエンジニアに必要なスキルとは、といったあたりを整理してみたいと思います。 フロントエンドエンジニアに興味を持ったものの、あまりよくわかっていないと言う方の参考になれば幸いです。 はじめに フロントエンドとは フロントエンドエンジニアとは バックエンドとは バックエンドエンジニアとは フロントエンドエンジニアが押さえておいた方が良い技術要素 フロントエンド基本三要素 パッケージマネージャ ビルドツール群 JavaScriptフレームワーク SPAと状態管理 WebC

                フロントエンドとバックエンドを改めて整理する - RAKUS Developers Blog | ラクス エンジニアブログ
              • Daggerを使ったprogrammable CI/CD - RAKUS Developers Blog | ラクス エンジニアブログ

                はじめに こんにちは! エンジニア2年目のTKDSです! この記事ではDaggerについて紹介します。 この記事は課内で行ったLTをもとにしたものです。 はじめに Daggerとは? アーキテクチャ概要 Dagger Function Dagger Module 実際につかってみる ユースケース1:テストのパイプラインを記述 ユースケース2:DB依存の単体テストでDBのコンテナを用意する まとめ Daggerとは? CIの関数(Dagger Function)化 関数をCLI、SDK、HTTPリクエストなどから実行可能 関数→モジュールにして再利用可能 既存のモジュール(自分や他人が作ったもの)を再利用可能 一度書けばどこでも(ローカルPC、Actionsなど)実行可能 以上の特徴を持つ、コンテナ内でパイプラインを実行する、プログラム可能なCI/CD エンジンです。 アーキテクチャ概要 D

                  Daggerを使ったprogrammable CI/CD - RAKUS Developers Blog | ラクス エンジニアブログ
                • dbtのモデルとTableau上で使われているWorkbookの依存関係をexposureで表現して、データ管理を効率的に行なおう - yasuhisa's blog

                  3行まとめ dbtのジョブが失敗した際やテーブルの廃止検討の際に、BI上のどのダッシュボードで利用されている(データリネージ)か知るのは重要です TableauのGraphQLのAPIからWorkbookとBigQuery上のモデルの埋め込みの関係を知ることができます dbtのモデルとTableau上で使われているWorkbookの依存関係をexposureとして出力するスクリプトにより、dbtのジョブの失敗やテーブルの廃止がTableauのダッシュボードに与える影響などを調べやすくなりました 3行まとめ 背景 課題: dbtのexposureとしてダッシュボードを手動で記入し続けるのは難しい 解決方法: TableauのGraphQLのAPIを使い、 dbtのexposureを自動生成する 発展的話題 背景 業務において、DWHやデータマートの生成にdbtを、BIツールとしてTablea

                    dbtのモデルとTableau上で使われているWorkbookの依存関係をexposureで表現して、データ管理を効率的に行なおう - yasuhisa's blog
                  • Why Elixir Is the Best Language for Building a Bootstrapped, B2B SaaS in 2024 | SleepEasy Website Monitor

                    Why Elixir Is the Best Language for Building a Bootstrapped, B2B SaaS in 2024 [This article is the companion to my presentation for CodeBEAM America 2024, Elixir is the One-Person Stack for Building a Software Startup. You can download the slides as a PDF or view them in Google Slides.] I’d like to share why I chose Elixir as the programming language (and really, as we’ll discuss, the full stack)

                      Why Elixir Is the Best Language for Building a Bootstrapped, B2B SaaS in 2024 | SleepEasy Website Monitor
                    • GraphQLとは?メリットや概要を入門ガイドで学ぶ

                      この記事では、GraphQL(グラフQL)の概要やメリット、クエリのしくみや解決方法、サンプルでわか GraphQL のサーバー構築方法などをわかりやすく解説していきます。 ガイドの目次 GraphQLとは? GraphQL のメリット GraphQL クエリのしくみ GraphQL クエリの解決方法 GraphQL を既存のバックエンドと組み合わせて使用する Node.js でシンプルな GraphQL サーバーを構築する まとめ GraphQL(グラフQL)とは API のために作られたクエリ言語であり、既存のデータに対するクエリを実行するランタイムです。理解できる完全な形で API 内のデータについて記述します。GraphQL を利用すれば、クライアント側から必要な内容だけを問い合わせられると共に、漸次的に API を進化させることが容易になり、強力な開発者ツールを実現できます。 G

                        GraphQLとは?メリットや概要を入門ガイドで学ぶ
                      • 技術のトレンドと開発テクニックの知見を、無料で公開します!

                        技術のトレンドと開発テクニックの知見を、無料で公開します! いかに無駄な努力をせず、効果的にトレンドに沿ったアプリ開発ができるかを研究してきました。 この記事は、定期的にトレンドに沿って更新していこうと思います。 twitterもやってます! 今後も情報発信しようと思うので、フォローお願いします! 自分が一番知見のある、フロントエンドの分野中心に見解を述べたいと思います。 結論から言うと、 React, Next.js, Typescript, Tailwind, react-query, prettier, Stylelint, auth0, tRPC, Prisma, playwright, vscode, github actions, PostgreSQL, Terraform, Flutter これらの技術スタックが今後ますます流行り、開発体験の良いものになると思います。 最初に

                          技術のトレンドと開発テクニックの知見を、無料で公開します!
                        • ついにGraphQLに入門した!

                          今さらですが!GraphQL、ついに、挑戦しました👏 興味はあったものの、まだ着手できていなかったのですが、お仕事の関係もあり、挑戦するに至りました。 ということで!GraphQLとは何なのかから、どう実装したのかまでを整理しておこうと思い、本記事を作成しました! GraphQLを使ったことなくても、「へー、大体こんな感じなんだなー🤔」みたいな感じで伝われば良いなと思っています。 挑戦したこと 今回挑戦したのは、GraphQLです! 「GraphQLってどうやって使うの?」っていうことを学ぶところから、実際に自分で使ってみる、サービスを軽く実装してみるっていうところに挑戦しました。 ちなみにこんなの実装してみました。 みんな大好き、タスク管理ですね👏 GraphQLって何? まず、GraphQL とは何かについて、整理していきます。 概要 A query language for y

                            ついにGraphQLに入門した!
                          • If not SPAs, What?

                            A few months ago, I wrote an article about how the SPA pattern has failed to simplify web development. The SPA pattern (Single-Page Apps), I tried to define, was about the React model, which also covers, to a large extent, the model of Vue, Angular, and other frontend frameworks. Like any critique, it begs for a prescription and I didn’t give one, other than gesturing toward server-side frameworks

                            • 【お手軽ハンズオンで AWS を学ぶ】AWS Amplify で Todo アプリを作ろう! AWS AppSync & Amazon DynamoDB によるリアルタイムメッセージング | Amazon Web Services

                              AWS Startup ブログ 【お手軽ハンズオンで AWS を学ぶ】AWS Amplify で Todo アプリを作ろう! AWS AppSync & Amazon DynamoDB によるリアルタイムメッセージング AWS Amplify は、モバイルアプリやウェブアプリの実装を手助けしてくれるフレームワークです。AWS 上のバックエンドをプロビジョニングすることで、iOS や Android 、 Web 、React Native 上などにあるフロントエンドと簡単に統合させることが可能になります。開発スピードが最重要視されるスタートアップにおいて、AWS Amplify が役に立つ場面は多いでしょう。 この記事では、2019年8月8日に開催された「AWS Amplify & Chalice ハンズオン 〜怠惰なプログラマ向けお手軽アプリ開発手法〜」の内容をベースに、 AWS Ampl

                                【お手軽ハンズオンで AWS を学ぶ】AWS Amplify で Todo アプリを作ろう! AWS AppSync & Amazon DynamoDB によるリアルタイムメッセージング | Amazon Web Services
                              • GraphQLの“つらみ”には「スキーマ駆動開発」を使え Nuxt.jsやTypeScriptが使えるモダンな開発環境で陥った、「なんじゃこりゃー!」

                                「Think ! FrontEnd by DMM」は、DMM Group のフロントエンド及び JavaScript における開発現場の「今」を話しながらみんなで考えるコミュニティです。樋口氏から、Nuxt、TypeScript、GraphQLを使ったSPA開発での気づきを発表しました。 事業部初導入のGraphQLとTypeScriptを使ったSPA開発に参加 樋口鉄朗氏:合同会社DMM.comオンラインイベント事業部の樋口鉄朗です。(※取材当時)今回は「Nuxt × TypeScript × GraphQLで開発した際のつらみ」についてのTipsを説明していきたいと思います。よろしくお願いします。 私は公立はこだて未来大学出身で、2019年に新卒でDMM.comに入社しました。趣味は自転車に乗ったり、旅行したり、ドライブに行ったりすることで、多趣味なエンジニアです。 以前は動画配信事業

                                  GraphQLの“つらみ”には「スキーマ駆動開発」を使え Nuxt.jsやTypeScriptが使えるモダンな開発環境で陥った、「なんじゃこりゃー!」
                                • re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 | Amazon Web Services

                                  Amazon Web Services ブログ re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング シニアエバンジェリストの亀田です。 12月2日から6日にかけて米国ネバダ州ラスベガスで開催されるre:Invent 2019がいよいよ近づいてきています。 例年通り、re:Invent が始まる前に非常に多くのアップデートが毎日発表されています。その量が多く、また一部日本語化がされていないことなどから整理が大変だということを多くのお客様から頂いており、昨年同様2019年11月15日以降の発表分を一覧表形式にて日本語でまとめて行きたいと思います。 今回は11月15日から11月19日(米国時間基準)分です。 11月15日 Amazon Redshift がインスタンスをまたい

                                    re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 | Amazon Web Services
                                  • GMO ペパボの技術スタック 2020 - Pepabo Tech Portal

                                    執行役員 VP of Engineering 兼技術部長の @hsbt です。今年は Ghost of Tsushima をプレイしてからオープンワールドのゲームをひたすら消化していて、今はアサシンクリードヴァルハラでイングランドを歩き回っています。 昨年から今年にかけては以下のエントリーのようにGMOペパボ(以下、ペパボ)の社内のIT環境やリモートワークの状況について紹介しました。 GMO ペパボの社内IT環境 2019 - ペパボテックブログ GMO ペパボのリモートワーク状況 2020 - ペパボテックブログ 今回は社内IT環境から離れて、ペパボがサービスに採用している技術スタックについてご紹介します。 はじめに ペパボの技術スタック、について紹介すると書きましたが、ペパボという会社は事業部制を採用しており、運営しているサービスは事業部に紐づけられ、所属している人員によって開発が行わ

                                      GMO ペパボの技術スタック 2020 - Pepabo Tech Portal
                                    • Python製のワークフロー管理ツール「Prefect」を試してみた | DevelopersIO

                                      「Prefect」というPython製のワークフロー管理ツールを試したみたので、簡単に紹介いたします。 Prefectについて 概要 Prefect is a new workflow management system, designed for modern infrastructure and powered by the open-source Prefect Core workflow engine. Users organize Tasks into Flows, and Prefect takes care of the rest. 上記の公式ドキュメントの説明を機械翻訳すると下記となります。 Prefectは、最新のインフラストラクチャ用に設計され、オープンソースのPrefectCoreワークフローエンジンを搭載した新しいワークフロー管理システムです。ユーザーはTaskをF

                                        Python製のワークフロー管理ツール「Prefect」を試してみた | DevelopersIO
                                      • TypeScriptによるGraphQLバックエンド開発 ──TypeScriptの型システムとデータフローに着目した宣言的プログラミング - TECH PLAY Magazine

                                        一休のSaaSサービス「RESZAIKO」開発チームは、フロントエンド開発における時系列に基づく状態遷移、宣言的プログラミングをバックエンド開発に採用。開発時のアーキテクチャやコンテキストのギャップを軽減するチャレンジに挑んだ。その取り組みやアーキテクチャについて、CTO伊藤直也氏が語った。 きっかけは、フロントエンドとバックエンドの技術的関心事のギャップ 株式会社 一休 執行役員 CTO 伊藤 直也氏 今回のイベントで、「RESZAIKO」のバックエンドチームでチャレンジした開発手法について語ってくれたのは、株式会社一休のCTOを務める伊藤直也氏だ。伊藤氏はまず、今回のTypeScriptでのGraphQLバックエンドを開発するに至った背景を、「フロントエンドとバックエンドの技術的関心事と開発スタイルのギャップ」だと切り出す。 例えば、フロントエンドがReactで開発した場合、React

                                          TypeScriptによるGraphQLバックエンド開発 ──TypeScriptの型システムとデータフローに着目した宣言的プログラミング - TECH PLAY Magazine
                                        • GitHub - ToolJet/ToolJet: Low-code platform for building business applications. Connect to databases, cloud storages, GraphQL, API endpoints, Airtable, Google sheets, OpenAI, etc and build apps using drag and drop application builder. Built using JavaScri

                                          ToolJet is an open-source low-code framework to build and deploy internal tools with minimal engineering effort. ToolJet's drag-and-drop frontend builder allows you to create complex, responsive frontends within minutes. Additionally, you can integrate various data sources, including databases like PostgreSQL, MongoDB, and Elasticsearch; API endpoints with OpenAPI spec and OAuth2 support; SaaS too

                                            GitHub - ToolJet/ToolJet: Low-code platform for building business applications. Connect to databases, cloud storages, GraphQL, API endpoints, Airtable, Google sheets, OpenAI, etc and build apps using drag and drop application builder. Built using JavaScri
                                          • 【注意喚起】第三者のQiitaのコピー記事で飯を食っているかもしれないサイトについて... - Qiita

                                            見つけた タイトルをそのままGoogleで検索したら同じ記事が出てきました。 Qiitaの色んな方の記事タイトルをGoogleで検索したら全く同じタイトルの記事がやや高確率で検索上位に出てきました。 私は怪しいと思ったので、軽く調べることにしました。 そのサイト のんのん技術ブログ 怪しい 別ドメイン(←まぁ本人かもしれんし...) タイトルと記事が全く同じ 投稿記事元のユーザがバラバラ →同一人物が運営しているとは思えない サイト運営者の情報不足 Aboutページ→信頼性がない プライバシーポリシー→なし お問い合わせ→連絡手段なし 広告ばっかり タイトルと記事が全く同じ 左←問題のサイト 右→Qiita プライバシーの保護のため、ぼかしています。 リンクも画像ソースも同じ。 多少デザインを加えていますね。 投稿記事元のユーザがバラバラ どれだけコピーされているか相手の記事の一部を示しま

                                              【注意喚起】第三者のQiitaのコピー記事で飯を食っているかもしれないサイトについて... - Qiita
                                            • 「注文サービスをサーバーレスで作ってみた」JAWS DAYS 2020登壇資料 #jawsug #jawsdays #jawsdays2020 | DevelopersIO

                                              「注文サービスをサーバーレスで作ってみた」JAWS DAYS 2020登壇資料 #jawsug #jawsdays #jawsdays2020 本記事ではAWS上の分散トランザクションを構築する方法を紹介させて頂きたいと思います。あと、そのトランザクションの結果をストリーミングさせ、クライアントにデータが自動で連携される仕組みについても紹介させて頂きます。最後に、私が作ってみたサービスのフルコードのGithubレポジトリーを共有致します。 本記事は、オンラインで開催された「JAWS DAYS 2020」の登壇記事となります。 はじめに こんにちは、コンサル部のテウです。 去年の年末年始休暇中、マイクロサービスのいろんな実装パターンについて勉強をしましたところ、分散トランザクションのことにすごく興味が出来ました。そもそもトランザクションの意味だけが分かっていたレベルだったのですが、もっと詳し

                                                「注文サービスをサーバーレスで作ってみた」JAWS DAYS 2020登壇資料 #jawsug #jawsdays #jawsdays2020 | DevelopersIO
                                              • 週刊Railsウォッチ: Wasm Workers Server 1.0、mruby 3.2.0リリース、irbtoolsほか(20230315後編)|TechRacho by BPS株式会社

                                                週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Ruby 🔗 Wasm Workers Server 1.0でPythonとRubyをサポート 元記事: Wasm Workers Server 1.0

                                                  週刊Railsウォッチ: Wasm Workers Server 1.0、mruby 3.2.0リリース、irbtoolsほか(20230315後編)|TechRacho by BPS株式会社
                                                • AaaSからZaaSまで「as a Service」を探したら色々なサービスが見えた話 - Qiita

                                                  はじめに 近年IT界隈では、IaaS(Infrastructure as a Service)やPaaS(Platform as a Service)などの~~ as a Serviceという言葉をよく聞くと思います。 ここでは、それらをまとめて、 [A-Z]aaS と呼びたいと思います。 FirebaseなどのBaaS(Backend as a Service)やAWS LambdaなどのFaaS(Function as a Service)など色々な[A-Z]aaSを聞く機会が増えてきたんじゃないでしょうか。 今回は色々な[A-Z]aaSを探してみました。結果としては 910個 もの[A-Z]aaSを見つけることができました。(探した結果を全て、後半に表示してあります。) [A-Z]aaSの探し方 最初の二文字を固定して、グーグル検索のサジェストに表示されるものを収集することにします。

                                                    AaaSからZaaSまで「as a Service」を探したら色々なサービスが見えた話 - Qiita
                                                  • Recent database technology that should be on your radar (part 1)

                                                    Recent database technology that should be on your radar (part 1) Luc Perkins Monday, June 15, 2020 I’m a huge fan of databases, so much so that I’ve written a book on so-called “NoSQL” databases, I spent some of my most fruitful years in tech working on the highly influential distributed database Riak, and I even built a database called Purple last year just for fun. Naturally, I’m always on the l

                                                    • SemVer in Rust: Tooling, Breakage, and Edge Cases — FOSDEM 2024

                                                      SemVer in Rust: Tooling, Breakage, and Edge Cases — FOSDEM 2024 Last month, I gave a talk titled "SemVer in Rust: Breakage, Tooling, and Edge Cases" at the FOSDEM 2024 conference. The talk is a practical look at what semantic versioning (SemVer) buys us, why SemVer goes wrong in practice, and how the cargo-semver-checks linter can help prevent the damage caused by SemVer breakage. TL;DR: SemVer is

                                                        SemVer in Rust: Tooling, Breakage, and Edge Cases — FOSDEM 2024
                                                      • DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説

                                                        株式会社ビープラウドが主催するIT勉強会「BPStudy」。#151となる今回は、設計の代表格であるオブジェクト指向、モデリング、そして設計にフォーカスをあて、LT大会を開催しました。connpassを運営する株式会社ビープラウド代表の佐藤治夫氏は、DX時代における企業の課題と、DXの橋渡しとして実プロジェクトでRDRA(リレーションシップ駆動要件分析)を適用して要件定義をした経験を語りました。講演資料はこちら 実践RDRA〜RDRA2.0実践報告と感想 佐藤治夫氏:それでは始めたいと思います。これまで(他のセッションで)「RDRA(ラドラ)」という用語がいくつか出てきていると思うんですけど、そのRDRAを実践した報告と感想を発表したいと思います。 自己紹介します。佐藤治夫と言います。株式会社ビープラウドの代表をやっています。Twitterのアカウントは@haru860です。会社としてはP

                                                          DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説
                                                        • Backstageを完全に理解した - Qiita

                                                          はじめに Ateam Group Manager & Specialist Advent Calendar 2020の2日目は株式会社エイチームライフスタイル 執行役員CTOの @tsutorm がお送りします。例年マニアックなネタで好評を頂いておりますので、今年もマイペースで行こうと思います。 一応 完全に理解した1 はネタです。 この記事の概要 エンジニア向けポータル Backstage をうまく使って社内外サービスの "あれどこ / これ誰が見てるの / 詳しいのだれ" を減らせそうだよ Spotify社が作ったOSSでpluggableなreact-appとして見てもとっても勉強になるよ Backstageとは 開発組織が関わるサービスが少なく開発チームも小規模で、1~2サービスだけ見ていれば良い場合はそれほど問題は起きづらいですが、複数のサービスを複数の組織が連携しながら見るよう

                                                            Backstageを完全に理解した - Qiita
                                                          • [レポート]AWS Lambdaを用いたマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO

                                                            re:Invent 2019 SVS343 Building microservices with AWS Lambdaのセッションレポートです。 はじめに SVS343-R1 - Building microservices with AWS Lambdaのセッションレポートです。 [REPEAT 1] Building microservices with AWS Lambda このセッションでは、AWSでの普遍的なマイクロサービスパターン、及びLambdaでのマイクロサービス作成について触れます。 AWSのmicroservice AWSのサービスは数多くのマイクロサービスの上に成り立っています。例えば、Amazon S3はロンチ時に8つの異なるマイクロサービスの上に成り立っていました。2018年時点では235以上の異なるマイクロサービスの上に成り立っています。 マイクロサービスの組

                                                              [レポート]AWS Lambdaを用いたマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO
                                                            • サーバレスアーキテクチャーを AWS CDK で作ってみた #AppSync #StepFunctions | DevelopersIO

                                                              韓国のAWSイベントで登壇した内容を日本語で共有します。主に 分散トランザクションと AWS CDK で Step Functions と AppSync をデプロイしたコードについて話させて頂きます。 こんにちは!コンサル部のテウです。 先週末に韓国のAWSイベント AWS Community Day Online 2020 に登壇しました。 セッションの内容は、今年の3月にブログ登壇させて頂きました JAWS DAYS 2020 での以下の記事とほぼ一緒ですが、 API Gateway をメインAPIエンドポイントとして利用する既存のアーキテクチャーに変化をかけ、GraphQL ベースの AWS AppSync をメインAPIエンドポイントとして利用することにしました。なお、全ての AWS リソースを AWS CDK でデプロイすることで、サーバーレスアーキテクチャー開発時に参考になれ

                                                                サーバレスアーキテクチャーを AWS CDK で作ってみた #AppSync #StepFunctions | DevelopersIO
                                                              • 天才ではない私たちがコードを書く上でやってはいけない過ち - Qiita

                                                                始めに 私たちは極めて優秀なエンジニアかもしれない。 社内であなたは頼りにされているかもしれないし、有名なOSSのコミッターかもしれない。 もしくは勉強会において多少有名な存在として認知されているかもしれない。 だが私たちは普通の人間だ。 コードを書くのは時間がかかることもあるし、丸一日もしくはそれ以上問題解決がまったく進まないこともある。 学び続けなければすぐに置いていかれるし、知らないことも多すぎる。 私たちは天才ではない。 完成されたコードが頭の中にあってそれをコード上に書き写すなんてことはできないし、 驚異的な集中力を持ち合わせているわけでもない。 OSSなど既存のものをより良いものに書き直して使うことはできない。 天才の話を聞きたい方はこの動画を見てみるといい 今回の記事では、そんな天才ではない方がやってはいけないことをいくつか紹介していきたい 今回は自社開発の企業でチーム開発を

                                                                  天才ではない私たちがコードを書く上でやってはいけない過ち - Qiita
                                                                • 20 ways to become a better Node.js developer in 2020

                                                                  Don’t be that ‘screwdriver guy’, enrich your toolbox, diversify yourself Short IntroI’ve compiled below 20 skills, technologies and considerations on choosing between them. Picking the right tools became one of our greatest challenges — the Node.js ecosystem has matured and present attractive options in almost every field. Vanilla or TypeScript? Ava, Mocha or Jest? Express, Fastify or Koa? or mayb

                                                                    20 ways to become a better Node.js developer in 2020
                                                                  • 週刊Railsウォッチ(20200630後編)Shopify流テスト削減、仕様化テストでレガシーコードと戦う、PostgreSQLのarray_agg()ほか|TechRacho by BPS株式会社

                                                                    2020.06.30 週刊Railsウォッチ(20200630後編)Shopify流テスト削減、仕様化テストでレガシーコードと戦う、PostgreSQLのarray_agg()ほか こんにちは、hachi8833です。ruby-jp Slack、ひと頃より落ち着いてきた感ありますが、油断すると未読たまりますね😅。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 ⚓Ruby ⚓実行するテストを減らして「ときめく」には(Ruby Weeklyより) 元記事: Spark Joy by Running Fewer Tests – Shopify Engineering つっつきボイス: 「お、Shopifyの記事」「動的解析やらいろいろ

                                                                      週刊Railsウォッチ(20200630後編)Shopify流テスト削減、仕様化テストでレガシーコードと戦う、PostgreSQLのarray_agg()ほか|TechRacho by BPS株式会社
                                                                    • 週刊Railsウォッチ(20200616後編)本番環境をFullstaq Rubyに換えた理由、CSRF発生フローチャート、DBのトランザクション分離レベル比較ほか|TechRacho by BPS株式会社

                                                                      morimorihoge注:本トピックに関するコメントとして、初出時人種差による不平等を容認・揶揄するようにも取れる内容がありましたので当該部分を削除させていただきました。 Twitter上でのご指摘を受けて社内ヒアリングを行ったところ、私を含む参加メンバーで主題の認識違いがあり、主題のすれ違いの中話していた内容をテキスト化した際に公開記事として掲載するにあたって不適切な内容となってしまっていたことが判明いたしました。不快に感じられた方にはこの場を借りてお詫びいたします。 ※BPS株式会社は会社・組織として人種その他先天的・後天的な要因による差別を容認・支持する立場にはありません(弊社代表にも確認済み) 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会

                                                                        週刊Railsウォッチ(20200616後編)本番環境をFullstaq Rubyに換えた理由、CSRF発生フローチャート、DBのトランザクション分離レベル比較ほか|TechRacho by BPS株式会社
                                                                      • 週刊Railsウォッチ(20201116前編)6.1のActive Storageでimage_processing gemが必須に、Webアプリ設計の変遷とフロントエンド領域の再定義ほか|TechRacho by BPS株式会社

                                                                        2020.11.16 週刊Railsウォッチ(20201116前編)6.1のActive Storageでimage_processing gemが必須に、Webアプリ設計の変遷とフロントエンド領域の再定義ほか こんにちは、hachi8833です。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙇 ⚓Rails: 先週の改修(Rails公式ニュースより) 以下のコミットリストのChangelogを中心に見繕いました。ドキュメントの更新が増えているようです。 コミットリスト: Comparing @{2020-11-05}...maste

                                                                          週刊Railsウォッチ(20201116前編)6.1のActive Storageでimage_processing gemが必須に、Webアプリ設計の変遷とフロントエンド領域の再定義ほか|TechRacho by BPS株式会社
                                                                        • 2019 年: Amazon DynamoDB の 1 年を振り返って | Amazon Web Services

                                                                          Amazon Web Services ブログ 2019 年: Amazon DynamoDB の 1 年を振り返って  Amazon DynamoDB にとって、2019 年も多忙な年でした。AWS では、信頼性、暗号化、速度、スケーリング、および柔軟性の観点から、当サービスでの皆さんのエクスペリエンスをこれまで以上に向上させることに焦点を当てた新しい更新機能をリリースしてきました。 以下は、2019 年のリリースをカテゴリ単位でアルファベット順に分類してから、リリースされた日付け順 (最新リリースが各カテゴリの最上部) に並べたものです。1 年間に及ぶサービスの変更を把握しておくのは困難だと思います。この便利な 1 ページの記事で、2019 年に DynamoDB で起こった事柄を確認、または思い出してください。ご質問等がございましたら、@DynamoDB までお問い合わせください。

                                                                            2019 年: Amazon DynamoDB の 1 年を振り返って | Amazon Web Services
                                                                          • GitHub Docs are now open source

                                                                            CommunityOpen SourceGitHub Docs are now open sourceToday, we’re excited to open source GitHub Docs at http://github.com/github/docs. Being a developer means always learning, and great docs can be like rocket fuel. They’re there when you need them,… Today, we’re excited to open source GitHub Docs at http://github.com/github/docs. Being a developer means always learning, and great docs can be like r

                                                                              GitHub Docs are now open source
                                                                            • 安全なGraphQL API開発が出来るって本当? FastAPI+GraphQL+テストで安全なAPI開発 - Qiita

                                                                              安全なGraphQL API開発が出来るって本当? FastAPI+GraphQL+テストで安全なAPI開発PythonテストGraphQL型定義FastAPI はじめに この記事はZOZOテクノロジーズ アドベントカレンダー#2 16日目の記事です! TL;DR REST上でGraphQLを使用するメリットを説明 ORMを使用してPostgresを操作 GraphQLで用いられるスキーマ、ミューテーション、クエリについて説明 Grapheneを使用してGraphQLをFastAPI上で使えるようにする Grapheneとpytestを使用してGraphQL APIをテストする なぜREST上でGraphQLを使用するか RESTは、WebAPIを構築するためのデファクトスタンダードです。CRUD操作ごとに複数のエンドポイント(GET、POST、PUT、DELETE)を設計します。これらの

                                                                                安全なGraphQL API開発が出来るって本当? FastAPI+GraphQL+テストで安全なAPI開発 - Qiita
                                                                              • 中卒30歳実務未経験駆け出しがエンジニアになって1年たった。 - Qiita

                                                                                はじめに 去年の6月に入社して、1年たったので転職から1年間やってきたことを振り返りたいと思います。 自分は運がよかっただけなのかもしれませんが、未経験のころに抱いていた未経験エンジニア転職と違ったので、これからエンジニア目指す未経験の方の1つの事例としてケーススタディになればと思います。 転職が決まった! 転職が決まった時、エンジニアの友人と喜び合ったのを今でも覚えています。 私「転職きまったよ~」 友人「おーおめでとう」 私「フルリモートで未経験は1年研修があるらしいよ~」 友人「研修長くない!?有給プログラミングスクールじゃん」 私「提示年収これぐらいだった。1日7時半労働らしいよ~」 友人「!?」 ~4か月後~ 私「フルフレックスになった~」 友人「ファッ!?」 実際、今年の4月半ばごろまで研修をやっていました。(10ヶ月半ぐらい) 最初、「あ~これは、実際は3ヶ月ぐらい研修で現場

                                                                                  中卒30歳実務未経験駆け出しがエンジニアになって1年たった。 - Qiita
                                                                                • Amplify CLIを使い、労力ゼロでGraphQL/REST APIやウェブホスティング用にコンテナをデプロイする | Amazon Web Services

                                                                                  Amazon Web Services ブログ Amplify CLIを使い、労力ゼロでGraphQL/REST APIやウェブホスティング用にコンテナをデプロイする この記事は、Zero-effort Container deployment for GraphQL and REST APIs and Web Hosting with Amplify CLIを翻訳したものです。 AWS Amplifyを使うことで、最速かつ簡単に、AWSでクラウド対応のモバイルアプリケーションやウェブアプリケーションを構築することができます。Amplifyは、フロントエンドのウェブ開発者やモバイル開発者が AWSの豊富なサービス群を活用して、革新的で多機能なアプリケーションを構築できるよう、ツール類や各種サービスを一通り備えています。 本日リリースしたAmplify CLIをお使いになることで、フロントエ

                                                                                    Amplify CLIを使い、労力ゼロでGraphQL/REST APIやウェブホスティング用にコンテナをデプロイする | Amazon Web Services