並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 2273件

新着順 人気順

ネストの検索結果201 - 240 件 / 2273件

  • GraphQL API を悪意あるクエリから守る手法 - yigarashiのブログ

    実サービスで GraphQL API をインターネットに公開する際は、悪意あるクエリに対する防衛が欠かせません。この記事における「悪意あるクエリ」とはサービスに意図的に負荷をかけるクエリのことです。GraphQL では 、木構造や再帰的な構造を利用して、一回のクエリで容易に数百万・数千万件のデータを取得することができます。そのようなクエリを実行してしまうと、アプリケーションサーバーや、その後ろにいる別のサービスに甚大な負荷がかかります。これは攻撃者からしてみれば恰好の的で、なんらか対策を講じる必要があります。 幸いこうした問題はよく知られており、クエリを静的に解析するライブラリがいくつか存在します。しかし、そうしたライブラリをどう使うかといったことはあまり議論されておらず、効果的な対策を行うのは依然として難しい状況だと感じます。この記事では、典型的な負荷の高いクエリとその具体的な対策を紹介

      GraphQL API を悪意あるクエリから守る手法 - yigarashiのブログ
    • フロントエンドエンジニア目線で Web のデザインには Illustrator や Photoshop ではなく Figma を使ってほしい理由|seya

      フロントエンドエンジニア目線で Web のデザインには Illustrator や Photoshop ではなく Figma を使ってほしい理由 こんにちは。Figma 大好きフロントエンドエンジニア、seya と申します。 最近大きくシェアを伸ばしている Figma ですが、デザインが Figma で作られていると Illustrator (以下イラレ)や Photoshop などと比較してかなり実装しやすいと言う実感があります。個人的には後者のツール群はグラフィックのデザインツールであって Web のデザインツールとしては適していないと考えています。 なので、この記事ではフロントエンドエンジニア目線で Figma の何が嬉しいのかを語っていきます。 また、若干片方の群を落とすような主題で予防線はるのアレなのですが、イラレなどをデザインカンプとして実装に取り組んだ経験が3サイトくらいしか

        フロントエンドエンジニア目線で Web のデザインには Illustrator や Photoshop ではなく Figma を使ってほしい理由|seya
      • 最近話題のスマートバンド!ワンプッシュでイヤーバンドになるスマートウォッチ『EarBand 』のご紹介 - タブチマンの良い物紹介のコーナー

        スマートバンドがイヤーバンド?この発想はなかった!スマートウォッチ『EarBand 』のご紹介 とんかつをウキウキで食べたら! チキンカツだった時の衝撃!? こんにちはっ! タブチマンです。 ご覧いただきありがとうございます。 皆さん運動されていますか? 気温もだんだん暖かくなりはじめ 運動されるにはちょうどいい気候になってきました 梅や桜も咲き始め景色を・・・(長くなりそうなので割愛) 最近、運動されている方でよく見る3大ガジェットと言えば ワイヤレスイヤホン・腕に付けているよくわからないやつ・スマートウォッチ ですよねっ! 今回はその3大ガジェット珍味の一つスマートウォッチをご紹介したいと思います。 スマートウォッチ「EarBand (V08S/J)」公式サイト⇩ 消費カロリー、歩数などを記録。ランニングの走路を表示できる。【EarBand (V08S/J】 運動する方にスマートウォッ

          最近話題のスマートバンド!ワンプッシュでイヤーバンドになるスマートウォッチ『EarBand 』のご紹介 - タブチマンの良い物紹介のコーナー
        • Optics: 「パス」に型を付ければ、データ全体に型を付ける必要はない - Lambdaカクテル

          あまり知られていない関数型言語のおもしろ概念として、Opticsというものがある。 Opticsとは、オブジェクト指向言語で言うところのSetter/Getterを一種の関数として捉え、いくつかの便利な特性を付与したものの総称だ。この便利な特性によって、Setter/Getter以上のことをパワフルにこなせる。 最も有名なOpticsはLensであり、色々な解説資料が(主にHaskell向けに)出ている。 blog.recruit.co.jp さて、これまでのOpticsを紹介する資料はSetterとGetterとしての側面に注目しがちだったので、じゃあOpticsの何が良いのか、Scalaでやる意義は何か、という側面をこの記事で紹介しようと思う。 Optics -- vs. copyメソッド地獄 Opticsは合成可能である Opticsはボトムアップのアプローチである Opticsがう

            Optics: 「パス」に型を付ければ、データ全体に型を付ける必要はない - Lambdaカクテル
          • document outline algorithm と h1 要素 | きるこの日記帳

            没ネタの供養。 TL;DR h1 を複数置けるわけじゃない アウトラインを生成するアルゴリズムはブラウザで実装されてない 見出しレベルを自動調整するように動いていたが頓挫した section お前は何者だ document outline algorithm について "document outline algorithm" とは、HTML のアウトラインを生成する都市伝説のこと。 アウトラインとは、見出しを持ったセクションで構成される枠を指す。 HTML5 より前は、このアウトラインを表現する方法がなく、広義な wrapper の div が採用されていた。 見出し要素もセクションごと、というよりは文書の階層にかかるもので、兄弟としてのフラットな構造だった。 HTML5 から、 section や nav などで囲みアウトラインを生成する謎のアルゴリズム "document outlin

              document outline algorithm と h1 要素 | きるこの日記帳
            • dodaアプリを支える技術とアーキテクチャ・設計思想 - techtekt

              doda アプリ開発グループの坂戸です。 今回は doda アプリがどのような技術を使用してアーキテクチャ・設計しているかをお話しします。 前半部分をフロントエンド、後半部分をバックエンドに分けて説明していきます。 フロントエンド doda アプリのフロントエンドはざっくり以下の構成で成り立っています。 ReactNative ReactNativeFirebase typescript ReduxToolkit Realm jest 今回は設計のお話をしたいので、各ライブラリの詳細な説明などは割愛させていただきます。 まずは外観をご覧ください。 dodaアプリフロント概要 Redux フロントエンドで取り扱うデータを格納する層です。 各ドメインの粒度でSliceを切ってデータを管理しております。 ディレクトリ構成は Re-ducks パターンを採用。基本的にはReduxの原則に則って管理

                dodaアプリを支える技術とアーキテクチャ・設計思想 - techtekt
              • AWS 認定 DevOps エンジニア – プロフェッショナル(AWS Certified DevOps Engineer – Professional)の学習方法 - NRIネットコムBlog

                小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 DevOps エンジニア – プロフェッショナル(AWS Certified DevOps Engineer – Professional)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 DevOps エ

                  AWS 認定 DevOps エンジニア – プロフェッショナル(AWS Certified DevOps Engineer – Professional)の学習方法 - NRIネットコムBlog
                • 朝4時に彼氏の「身体活動レベル」が急上昇。Fitbitが彼氏の浮気を検知!

                  朝4時に彼氏の「身体活動レベル」が急上昇。Fitbitが彼氏の浮気を検知!2019.12.11 22:0069,389 岡本玄介 「身体活動レベルが急上昇」というパワーワード。 以前に元カレから、クリスマスにFitbitを貰ったの。とても気に入ったわ。ふたりでアクティビティを共有しあって、お互いに運動へのモチベーションを高めあっていました。嫌いじゃありませんでした…彼が午前4時に行方不明になり、アプリ上で身体活動レベルが急上昇するまでは。この話が現実じゃなかったらって思うわ。 An Ex Boyfriend once got me a Fitbit for Christmas. I loved it. We synched up, motivated each other... didn’t hate it until he was unaccounted for at 4am and h

                    朝4時に彼氏の「身体活動レベル」が急上昇。Fitbitが彼氏の浮気を検知!
                  • goquを駆使してgoでSQL構築も構造体マッピングもRDBテストもやる - エムスリーテックブログ

                    【Unit4 ブログリレー6日目】 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 最近まで開発していたm3ラウンジでは、goからRDBを利用していました。 m3ラウンジでは、SQLの組みやすさやテストのしやすさの観点で検討した結果、goquを採用しましたので、 そこで得られた知見とその実装例を紹介します。 これから試してみる方(と将来m3ラウンジの開発に新たに入ることになったメンバー)の参考になるように、サンプルコードも説明も多くなってしまいかなり長いです。 お時間ある時にお読みいただければ。 名古屋城は、日本の城のひとつ。尾張国愛知郡名古屋(現在の愛知県名古屋市中区本丸・北区名城)にある。本文には特に関係ありません。 m3ラウンジ goqu 実例 modelの構造体 mapper mapperの実装 goquのSQLの結果から構造体へのマッピング

                      goquを駆使してgoでSQL構築も構造体マッピングもRDBテストもやる - エムスリーテックブログ
                    • Reactにおける再利用とテストを容易にする疎結合なUIを目指す3つのTips

                      はじめに コード上での問題を正確に認識しておかなければ、問題を繰り返すのです。Reactを使用したプロジェクトに参画したり、OSSプロジェクトのソースコードを散見すると複雑な仕様に立ち向かったUIに出会うことがあるでしょう。 複雑な仕様に立ち向かったUIは以下の特徴があると考えています。 bundle size が肥大している 保守や維持の管理が高い 他開発者にこのUIは何をやっているのか、質問をしなければならない。 質問の回答を聞いてもそのUIが実行していることが多様で理解しづらい。 再利用性が低い そのUIを利用するために満たさなければならない条件が多く、新しく似ているUIを実装することになる。 複雑なAPI 片手の指の数では溢れる props の数が存在している ユースケースを満たすために、既存の機能を使えば実装ができるのか、判断がしづらい 上記のようなUIを見かけた場合、どのような

                        Reactにおける再利用とテストを容易にする疎結合なUIを目指す3つのTips
                      • Railsを読み、Goを書く。大規模SaaSのマイクロサービス化の(生々しい)実際をマネーフォワードに聞いてきた!

                        テックカンパニーをテックカンパニーたらしめているものはなにか?技術か、人か、それともチームなのか。 連載「Technology Company Internals」では、テックカンパニーの内側で働くエンジニアに、技術に精通したエキスパートが対面で話を聞き、テックカンパニーとは何か?を探るだけでなく、テックカンパニーを目指す企業の指針となることを目指します。 マネーフォワードのCTOとVPoEに話を聞く 白石: 本日はよろしくお願いします。自己紹介からお願いできますでしょうか? 中出: 中出 匠哉と申します。マネーフォワードのCTOとして企業経営に関わり、経営にテクノロジー視点を導入していくのが主な役割です。他には技術面での方向性の決定や、エンジニアの人事制度の立案などもやっていますね。あとはサービスがどんどん大規模化していく中でも、技術的負債に優先順位を付けて、体制を作って解消していくのも

                          Railsを読み、Goを書く。大規模SaaSのマイクロサービス化の(生々しい)実際をマネーフォワードに聞いてきた!
                        • Reactのレンダリングに関する完全ガイド - Qiita

                          この記事はComplete Guide to React Rendering Behaviorの翻訳記事になっています。 ご本人(Markさん)にも許可を頂いて翻訳しております。 こちらの記事がReactのレンダリングを理解する上で今までで一番体系的で一番分かりやすかったので、ぜひ紹介したく翻訳させて頂きました。 翻訳ツールにもたくさん助けてもらいながら行い、意訳が出来ていない部分が多々あるかと思いますので修正依頼を出して頂けると幸いです! Twitterでも、フロントエンドに関する事や、アメリカでのエンジニア経験に関してツイートしているので、よかったらフォローお願いします。 Twitter: @hellokenta_ja 下記から本文です。 Complete Guide to React Rendering Behavior この記事は、Reactレンダリングがどのように振る舞うか、Co

                            Reactのレンダリングに関する完全ガイド - Qiita
                          • N予備校開発でのRSpecの書き方指針 - ドワンゴ教育サービス開発者ブログ

                            はじめに テストコード一般の考え方 壊れにくいテストを書く 実装した通りに動作することではなく、仕様通りに動作することをテストする テストコードはシンプルにわかりやすく書く 失敗の原因がわかりやすくなるように意識する RSpecの書き方 テストケース名をitの引数で明記する letよりもlet!を使う 通常の変数と同じ方針に基づいてlet!を利用する subjectを使わない 不要なcontextでのネストを避ける matcherを適切に使い分ける factoryのデフォルト値に依存しないテストを書く 参考にしたブログ記事等 付録:RuboCop設定 We are hiring! サムネイル画像 はじめに テストコードを書く習慣も、近年ではかなり一般的なものになってきました。 ドワンゴ教育事業のバックエンドチームでも自発的にテストコードを書く文化は根付いており、実際に計測はしていませんが、

                              N予備校開発でのRSpecの書き方指針 - ドワンゴ教育サービス開発者ブログ
                            • C言語向けコルーチン非同期 I/O ライブラリ neco を使ってみた。

                              はじめに C言語でコルーチンを扱う方法は色々ありますが、専用の命令を専用の記述方法で実装しなければならなかったりなど、あまりとっつきやすいものではありませんでした。 今日 X/Twitter のタイムラインで見付けた neco はまさにそんな悩みを解消できる物でした。 neco とは neco はコルーチンを使った非同期 I/O ライブラリです。 コルーチン: 開始、スリープ、一時停止、再開、移譲、および結合。 同期: チャネル、ジェネレータ、ミューテックス、条件変数、および待機グループ。 デッドラインとキャンセルのサポート。 ファイルディスクリプタを使った Posix フレンドリーなインターフェース。 ネットワーク、シグナル、ランダムデータ、ストリーム、およびバッファ付き I/O の追加 API。 公正かつ決定論的なスケジューラを備えた軽量ランタイム。 高速なユーザースペースのコンテキス

                                C言語向けコルーチン非同期 I/O ライブラリ neco を使ってみた。
                              • 現場で役立つGo言語のTipsをただまとめてみた

                                はじめに こんにちは、23卒でバックエンドエンジニアをしているたかしゅんです。 私の所属しているプロダクトではサーバーサイドの開発言語としてGoを採用しております。 チームでGoの勉強会をした際にあまりにもGoの流儀や綺麗な書き方を理解していなかったので、以下の書籍を読みました。 [Go言語 100Tips ありがちなミスを把握し、実装を最適化する] この書籍から得た知見、プルリクエストのレビューで受けたアドバイス、そしてコードレビュー時に意識すべき点などを基に、知識を整理し共有したいと思います。 基礎文法は理解しているけど、実際のプロダクトで何を意識して書けば良いのかわからない方に、少しでも参考になれば幸いです。 1. コード 1.1 不用意にネストしない 可読性の悪いコードには命名、一貫性、書式など様々な原因がありますが、その中の重要な原因の一つとしてネストが関係します。 よくある例と

                                  現場で役立つGo言語のTipsをただまとめてみた
                                • 「旧来のテスト担当者の仕事は、たぶんどんどん減っていく」 アジャイルへの移行に必要な品質向上の定義

                                  品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。まずは、ウォーターフォールモデルとアジャイルにおける品質担保の変化について話します。 セッションの概要説明 高橋寿一氏(以下、高橋):高橋です。今日は講演というよりは、できればディスカッションみたいな感じにしたいと思っています。「アジャイル開発での品質視点の変化」というところを1時間弱お話しします。 ステレオタイプですが、ウォーターフォールからアジャイルへいったと。みんなハッピーなんですよね。書店に行くと、どんな本を読んでも「アジャイルが素晴らしい、ウォーターフォールじゃない」みたいな。やはりものを作る上でも、もののフレキシブルな使い方という

                                    「旧来のテスト担当者の仕事は、たぶんどんどん減っていく」 アジャイルへの移行に必要な品質向上の定義
                                  • バイバイ Python。 ハロー Julia! - Qiita

                                    こちらの記事は、Rhea Moutafis 氏により2020年5月に公開された『 Bye-bye Python. Hello Julia! 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 Pythonの勢いに歯止めがかかると同時に新しい競争相手の登場だ Juliaがまだあなたにとって未知であっても、心配しないでほしい。 Photo by Julia Caesar on Unsplash 誤解しないでほしい。 Pythonの人気は、コンピュータ科学者、データサイエンティスト、AIスペシャリストといった堅固なコミュニティによって支えられている。 しかし、これらの人々と一緒に夕食をともにしたことがあれば、彼らがPythonの弱点についてどれほどわめき散らしているのかも知っているだろう。 速度が遅いことに始まり過度のテストが必要になること、以前のテストにもかかわらずランタイ

                                      バイバイ Python。 ハロー Julia! - Qiita
                                    • 2022年の最新標準!Vue 3の新しい開発体験に触れよう - ICS MEDIA

                                      2021年のVue.jsは新しいVue 3のコアが安定し、開発環境からライブラリやコードの書き方まで、新しい発表の多い一年でした。ICSではすでに複数のプロジェクトでVue 3やVite等の新しいフレームワーク・ツールを使用していますが、まだまだ様子見という方も多いでしょう。 変化の大きいVue 3の周辺ですが、2021年11月のVueConf Toronto 2021(セッション動画)でようやく次の定番と言える構成がアナウンスされました。この記事では、Vite・cteate-vue・<script setup>・Piniaといった新しい推薦構成を紹介し、Vue 2時代から何が良くなるのかを比較します。 新しい構成は何が良くなる? メリットを確認 新しい構成ではプロジェクトを作成する際のコマンドラインツールからVS Codeの機能拡張やコードの書き方まで、さまざまな部分が変わっています。個

                                        2022年の最新標準!Vue 3の新しい開発体験に触れよう - ICS MEDIA
                                      • クラフトビールおすすめ&ランキング。ネット通販で買えるビールを識者が厳選 - ソレドコ

                                        ここ数年で定番となった「クラフトビール」について、識者のおすすめをもとにランキング形式で紹介します。 おすすめクラフトビール&ランキング どれも通販で購入できるので、気になった種類を飲み比べたり、ギフトとして贈ったりするのにもぴったりです。 今回、ランキング以外の部分でお話をうかがったのは、2008年からクラフトビールを愛好し始め、ビールに関する書籍などコンテンツを多く手掛けている長谷川小二郎さん。 クラフトビールについてもっと詳しくなれる解説をはじめ、オンラインで買える長谷川さんおすすめのクラフトビールもまとめています! 教えてくれた人:長谷川小二郎 執筆、編集、英日翻訳。国内唯一の独立系・定期刊行のビール専門ZINE『ビールの放課後』発行人。クラフトビア・アソシエーション、日本ベルギービール・プロフェッショナル協会の講師。日本ビール検定1級は7回連続合格、2022、2023年は首席合格

                                          クラフトビールおすすめ&ランキング。ネット通販で買えるビールを識者が厳選 - ソレドコ
                                        • Next.js + Tailwind UI を使うとたった6時間で技術ブログのプロトタイプを作れる - パンダのプログラミングブログ

                                          Gatsby から Next.js に載せ替えた動機 本ブログを Next.js でリニューアルしました。 元々このブログは Gatsby で作っており、2019年3月にリリースしましたが(最初の投稿)、ついに Next.js に移行しました。移行のモチベーションはバージョン追従を避けたこと、デザインを一新したいこと、また記事が表示されないというバグが発生する事象があったことです。 まず Gatsby のバージョンアップについて。現在、Gatsby の最新バージョンが4系です。しかし、自分が使っていたテンプレートは3年前に1系から使い始めて、2年前に2系にバージョンアップしました。その後、自分は業務と個人開発で Next.js を使い始めたため、このブログでしか使っていなかった Gatsby の情報を追うのを止めて、記事だけ追加する運用をしていました。 その頃にはバージョンアップをするより

                                            Next.js + Tailwind UI を使うとたった6時間で技術ブログのプロトタイプを作れる - パンダのプログラミングブログ
                                          • なぜ大学生はプログラミングが上達しないのか - Qiita

                                            はじめに 最近、情報系の大学でプログラミングの勉強をしたのに、プログラムが書けない人が結構いるというご意見を拝見しました。 実際、私の友人を何人か思い浮かべてみてもほとんどの人が簡単な計算程度のプログラムしか書けないと思います。 しかし、ほとんどの学生がエンジニア志望なのです。 人事の方で、授業でのプログラミング経験などをアピールされて採用したのに蓋を開けてみたら全然プログラムが書けなかった!という方もいらっしゃるのではないでしょうか? なぜ大学生はプログラミングが上達しないのか?私の経験を踏まえて考察していきたいと思います。 ※あくまで私の経験をもとに客観的に分析した結果です。大学の在り方を否定しているわけではありません。 1. 講義時間が少ない 大学の講義は半期に渡り90分 × 15回行われます。 つまり、一つの講義ではトータルで22.5時間しか勉強しないのです。 さらに、基本的に授業

                                              なぜ大学生はプログラミングが上達しないのか - Qiita
                                            • ノンフレームワークなJavaScriptでもDOMとうまく付き合う方法 - Qiita

                                              ReactやVueなどのフロントエンドフレームワークが全盛期を迎えているJavaScriptですが、様々な制約から導入を足踏みしているプロジェクトは多々あると思います。 そして、そのようなプロジェクトではおそらくjQueryが現役で使われており、フロントエンドのコードはスパゲッティと化し、ネストされたコードは可読性を落とし、どの関数がどこで使われているのかわからない、そんな状態に陥っているのではないでしょうか。 この記事では、そんなプロジェクトを対象に、ノンフレームワークでも出来る限り可読性を向上させるための工夫をまとめてみました。 JavaScriptからHTMLをできるだけ触らない JavaScriptとDOMは密結合になりがち JavaScriptとDOM・HTMLの密結合がスパゲッティ化を招きます。逆に、JavaScriptとDOMを疎結合にしてしまえばスパゲッティ化しにくいといえ

                                                ノンフレームワークなJavaScriptでもDOMとうまく付き合う方法 - Qiita
                                              • マネージャーはエンジニアに戻れるのか?元執行役員が今現場に戻る理由|Yoshiki Iida

                                                こんにちは、ログラスでエンジニアをやっている飯田 / @ysk_118と申します。2020年10月にjoinし現在2ヶ月ほど経ったところです。 優秀なメンバーに囲まれて毎日焦りを感じながら開発をしています。 私はこの2年ほど開発組織のマネジメント業に専念しており、現場でコードを書くのはかなり久しぶりでした。 このエントリではそんな元マネージャーがなぜ社員数人のどスタートアップに行こうと思ったのか?マネジメントから現場に戻ると何がどうなるのか?について書きたいと思います。 Generalistなマネージャー歴前職は株式会社クラウドワークスで5年勤務していました。クラウドワークスには第二新卒的な若手枠で転職し、現場の一エンジニアから始まり、スクラムマスターやプロダクトオーナーなど様々なロールを経て2018年から開発組織のマネジメントに関わるようになりました。最終的には執行役員という形で開発組織

                                                  マネージャーはエンジニアに戻れるのか?元執行役員が今現場に戻る理由|Yoshiki Iida
                                                • Goのインターフェース抽象度を美しく保つ為の思考 - 好奇心に殺される。

                                                  Go Goのインターフェース抽象度を美しく保つ為の思考 Goで抽象化を適切に、そして美しく保つ為の自分の考えやTipsを紹介します。 Overview とある場面でGoのinterfaceが持つ振る舞いの抽象度について議論があり、今回はそれをアウトプットしておきます。Go初心者でinterfaceを使った設計に苦手意識を持つ人向けです。 目次 今回の目次です!下記について自分の考えをお話しします! 振る舞いの抽象化の度合いを意識する 抽象度をどこまであげるか 引数や返り値から発生する「抽象化の漏れ」 抽象度をあげる為の統合 Getter/Setterと抽象度 それではいってみましょう! 振る舞いの抽象化の度合いを意識する 振る舞いをinterfaceとして定義していくのがGoの抽象化ですが、そもそも 抽象化は度合いのある概念です 。この度合いを意識しないと適切なinterfaceの設計は困

                                                    Goのインターフェース抽象度を美しく保つ為の思考 - 好奇心に殺される。
                                                  • ZOZOTOWN Webフロントエンドリプレイスにおける CSS in JS の技術選定で Emotion を選定した話 - ZOZO TECH BLOG

                                                    はじめに こんにちは。ZOZOTOWN開発本部フロントエンドの菊地(@hiro0218)です。 現在、ZOZOTOWNではWebフロントエンド技術のリプレイスプロジェクトが進行しています1。本記事では、WebフロントエンドのリプレイスでCSS in JSの技術選定をした際の背景や課題についてご紹介します。 既存技術スタックの課題 リプレイス以前の環境は、Classic ASPのテンプレートエンジンに依存したUI実装が多く存在しており、新規開発や変更のタイミングで実装をReact + CSS Modulesへ改修しています。そのため、レガシーな実装とモダンな実装が共存した状態です。 こういった背景から、リプレイス以前のUI開発では以下のような課題がありました。 グローバルなCSSが多く、CSSの変更がどこへ影響するのか予測しづらい Classic ASPのテンプレートエンジンに依存したUI実

                                                      ZOZOTOWN Webフロントエンドリプレイスにおける CSS in JS の技術選定で Emotion を選定した話 - ZOZO TECH BLOG
                                                    • React + Amplify + AppSync + DynamoDB でサーバレスなWebアプリを作成する公式チュートリアルをやってみた | DevelopersIO

                                                      React + Amplify + AppSync + DynamoDB でサーバレスなWebアプリを作成する公式チュートリアルをやってみた Amplifyを使って React + AppSync + DynamoDB でサーバレスなWebアプリを作成するチュートリアルをやってみました! 大阪オフィスのYui(@MayForBlue)です。 最近プライベートでAWS Amplify(以下Amplify)を触っていて、良さげなチュートリアルを見つけたのでやってみました。 Amplifyを使って React + AppSync + DynamoDB でWebアプリを作成するものです。 デプロイについてはチュートリアルで紹介されているS3でのホスティングではなくAmplify Consoleを使ってCI/CDできるようにするなど少し工夫してやってみました。 Amplify JavaScript

                                                        React + Amplify + AppSync + DynamoDB でサーバレスなWebアプリを作成する公式チュートリアルをやってみた | DevelopersIO
                                                      • 『マンガでわかるJavaScriptのPromise』がKindleで無料公開

                                                        『マンガでわかるJavaScriptのPromise』は、JavaScriptで通信などの処理を書く際に必須の仕様であるPromiseを、マンガで基礎から学ぶことができる。 『マンガでわかるJavaScriptのPromise』は、マンガ部分は76ページ、コードのまとめやコラム部分は51ページ、全体で167ページの構成で、コールバックを多用するJavaScriptの特徴や、Promise登場の背景、Promiseの仕組みや書き方、async/await、Promiseの静的メソッドまでを解説する。 目次は以下の通り。 第1話「JavaScriptのPromise」 第2話「同期処理と非同期処理」 第3話「コールバック関数」 第4話「コールバック関数のネスト」 第5話「Promiseの概念」 第6話「Promiseを使ったコード」 第7話「Promiseを使ったコード 2」 第8話「reso

                                                          『マンガでわかるJavaScriptのPromise』がKindleで無料公開
                                                        • 『アーマード・コア6』の開発に、河森正治氏や宮武一貴氏らが参加していたことが判明。その道のベテランたちがこっそり参加 - AUTOMATON

                                                          フロム・ソフトウェアは8月25日、『ARMORED CORE VI FIRES OF RUBICON(アーマード・コア6)』を発売した。対応プラットフォームはPC(Steam)/PS4/PS5/Xbox One/Xbox Series X|S。本作内クレジットにて、本作開発には河森正治氏をはじめとした日本国内の著名メカニックデザイナー陣が参加していることが明らかとなった。SNS上では関係者らの個人アカウント上で参加を公表する投稿も見られる。 念願かなって、久しぶりのアーマードコア、デザインに参加⭐️ 古巣<ネスト>に還った気がします🌈 I got my wish and joined the Armored Core design team for the first time in a long time. I feel like I'm back in my old home <Ne

                                                            『アーマード・コア6』の開発に、河森正治氏や宮武一貴氏らが参加していたことが判明。その道のベテランたちがこっそり参加 - AUTOMATON
                                                          • 2020年買ってよかったもの/課金してよかったもの - Images & Words

                                                            このエントリは"今年買ってよかったもの Advent Calendar 2020"の21日目です。 WFH関連は別エントリにして、なるべく普段の生活に関連してるものをまとめました いままでのあらすじ 2020年在宅勤務(WFH)編 在宅勤務編はこっちにしっかり書いた。ユニクロ最&高! hiroshix.net 2019年はこちら hiroshix.net 買ってよかったもの // 日常生活編 背負えるエコバッグ notabag これ2015年くらいから使ってるんだけど、今年になって利用率爆上げ!スーパーでたくさん買っても背負えるので超便利! notabag(ノットアバッグ) BAG & BACKPACK Gray/Yellow NTB002GR-Y ノットアバッグ(notabag)Amazon モンベルのソックオンサンダル 靴下でも履けるのでオールシーズン使えて便利!近所くらいならコレでO

                                                              2020年買ってよかったもの/課金してよかったもの - Images & Words
                                                            • JDK 21 の開発者向けの新機能 - 赤帽エンジニアブログ

                                                              Red Hat のソリューションアーキテクトの瀬戸です。 この記事はRed Hat Developerのブログ記事、What's new for developers in JDK 21 | Red Hat Developer を、許可をうけて翻訳したものです。 Java開発者にとってエキサイティングな情報として、今年 9 月 19 日に JDK 21 がリリースされました。 このリリースには、仮想スレッド(Virtual Thread)、レコードパターン(Record Patterns)、順序付コレクション(Sequenced Collections)など、Javaのエコシステムに利益をもたらす多くの新機能が含まれています。JDK 21 のプレビューには、文字列テンプレート(String Templates)、スコープ付値(Scoped Values)、構造化並列処理(Structure

                                                                JDK 21 の開発者向けの新機能 - 赤帽エンジニアブログ
                                                              • あらゆるプログラミング言語の最先端を行くScala 3のマクロ - 貳佰伍拾陸夜日記

                                                                この記事はScala Advent Calendar 2023の11日目です. 最近, 趣味でScala 3のコードをだいぶ書いていて, マクロの使い心地のよさに感心しました. 理論的な背景も含めて, 産業界で多く使われているプログラミング言語の中では筆者の知る限りぶっちぎりに優れたマクロを備えています. 他の言語にも見習ってほしいですね. たぶん見習おうとすると処理系を作り直す羽目になりますが. この記事ではScala 3のマクロのすごいところを例を使って紹介します. マクロの実践的な例 準備 実践的な例: NamedArray – 名前でアクセスできる配列 NamedArrayのマクロ実装 記述が明瞭 メタレベルのプログラムの扱い クォートとスプライスがある パターンマッチもある 生成コードに型がつく 多段階計算に基づいている クォートとスプライスの本当の意味 ネストしたスプライス ネ

                                                                  あらゆるプログラミング言語の最先端を行くScala 3のマクロ - 貳佰伍拾陸夜日記
                                                                • ReadableなOpenAPI定義ファイルを書く - ドワンゴ教育サービス開発者ブログ

                                                                  一行要約 はじめに Readable OpenAPIとは? 既存ルールの不満点 不満点1: 標準仕様外の分割を行っている 不満点2: ディレクトリ階層が深い 不満点3: 1つのAPI定義を参照する際にたくさんのファイルを参照する必要がある 不満点4: コンポーネントスキーマの同一性が不明瞭 新ルールで工夫した点 工夫1: operationIdと対応したパス定義のファイル名を採用し、フラットなディレクトリ構造を実現した 工夫2: パス定義ファイルに含まれる情報量を増やした 工夫3: 再利用性を重視したcomponent定義 できなかったこと、やらなかったこと、やりたいこと 定義ファイルのhttpメソッドごとの分割ができなかった ルートの定義ファイルにcomponentディレクティブを置かなかった exampleの定義は余力があればやりたい おわりに We are hiring! 脚注 一行

                                                                    ReadableなOpenAPI定義ファイルを書く - ドワンゴ教育サービス開発者ブログ
                                                                  • オブジェクト指向プログラミングについて学んだ事のメモ - EurekaMoments

                                                                    オブジェクト指向でなぜつくるのか 第2版 作者:平澤 章発売日: 2014/03/05メディア: Kindle版 目次 目次 背景・目的 参考文献 オブジェクト指向のイメージ 大変な作業を無くせる バグをなるべく混入させないための基礎 クラス中のメソッド数を少なくする メソッド中のステップ数を少なくする クラス中の行数を小さくする ネストを小さくする 変数をむやみやたらに作らない ライブラリ、コンポーネントを使う メモリ使用量とループ回数を考える IOアクセスは最小限にとどめる 同じことを書かない なるべくテスト可能なコードを書く 送り出すデータは厳密に、受け取るデータは寛容に シンプルなインターフェース 複雑な内部状態を定義しない コメントをなるべく書かない コメントアウトしない 良い名前を付ける 背景・目的 良いプログラムを作るには「オブジェクト指向設計をする」とよく言われていますが、

                                                                      オブジェクト指向プログラミングについて学んだ事のメモ - EurekaMoments
                                                                    • Reduxを用いる時にオススメしたい3つのTips - aptpod Tech Blog

                                                                      はじめまして!WEBチームの黒川と申します!昨年7月にaptpodに入りましてもうすぐaptpod歴1年になります! aptpodでは主にフロントエンドエンジニアとしてReact/TypeScriptを用いて、お客様向けアプリケーションのUI部分を実装しております。 ご存じの方も多いように、Reactの状態管理にはいくつか方法があり、何を用いるべきかなどでしばしば議論が起こりがちです。代表的なものだけでも、標準APIを用いるuseStateとContextやデファクトスタンダードとなってきているRedux、そして新興のRecoilがあります。 弊社のWEBチームではReduxを採用するケースが多いです。私もReduxについては一通りの知識と経験は持っていたつもりだったのですが、先日担当させていただいたプロジェクトで初めてReduxの設計に取り組んだところ、自分がReduxの思想や勘所につい

                                                                        Reduxを用いる時にオススメしたい3つのTips - aptpod Tech Blog
                                                                      • 認知負荷は「ワーキングメモリに対する負荷」のこと 認知科学の観点から課題を整理すると“つらい”の輪郭が見えてくる

                                                                        「Developers Meetup 急成長ベンチャーが向き合う『開発生産性』」は、開発組織や事業フェーズの異なる株式会社Another works・株式会社SmartHR・株式会社スタメンの3社が、開発生産性について語り尽くすイベントです。ここで株式会社SmartHRのすがわらまさのり氏が登壇。チーム増加に伴い起きた「認知負荷が高い」状況をどのように解決したかについて紹介します。 チームの増加に伴いできるようになったこと、やりにくくなったこと すがわらまさのり氏:ここから本題ですね。「開発生産性について、上から見るか、下から見るか」ということで、よろしくお願いします。過去に私が登壇したもので似たテーマがいくつかあるので、軽く紹介しておきます。もし気になる方がいれば後で見てください。 前提の共有というところで、先ほどもお話ししたように、私が担当したのは「SmartHR」の基本機能というプロ

                                                                          認知負荷は「ワーキングメモリに対する負荷」のこと 認知科学の観点から課題を整理すると“つらい”の輪郭が見えてくる
                                                                        • Diagramsを使ってPythonでシステム構成図を描く | DevelopersIO

                                                                          Pythonでシステム構成図を書ける、DiagramsというOSSが便利そうだったので試してみました。 Diagrams · Diagram as Code 対応プロバイダ 現在、Diagramsは以下の7種類のプロバイダに対応しています。各プロバイダが提供している各種サービスがノードとして対応されています。以下は対応プロバイダとそのノード一覧へのリンクです。 AWS Azure GCP Alibaba Cloud Oracle Cloud Kubernetes オンプレミス オンプレミスプロバイダには、GitHubやCircleCIといったサービス、汎用的なクライアント、各種DBなど幅広い種類のノードが含まれています。このアイコンないかなと思った場合は、オンプレミスプロバイダを調べてみるともしかしたらあるかもしれません。 試してみる AWS上のシステム構成図を書いてみて各機能を試していき

                                                                            Diagramsを使ってPythonでシステム構成図を描く | DevelopersIO
                                                                          • Googleドライブをファイルサーバーとして活用する|吉田航

                                                                            過去数社で数年にわたってGoogleドライブを社内のファイルストレージとして運用し、ノウハウも溜まってきたのでまとめておきます。 なお、Googleドライブはクラウドストレージでありファイルサーバーではないので、タイトルは厳密には「従来のWindowsファイルサーバー代わりにGoogleドライブを利用する」という意味合いです。 この記事は「情シスSlackアドベントカレンダー2020#1」の23日目の記事でもあります。 はじめにGoogleドライブはGoogle Workspace(旧G Suite)で利用できるクラウドストレージです。 Boxのようなストレージに特化した製品には敵わない部分も多いですが、Google Workspaceを導入しているベンチャーも多いですし、 「そろそろファイルサーバーが必要だけど、オンプレのNASはちょっと…」 といった状況の会社には丁度良いと思います。

                                                                              Googleドライブをファイルサーバーとして活用する|吉田航
                                                                            • 買ってよかったモノ 2020ベストバイ - アラサーOLぐだぐだ日記

                                                                              2020年もたくさん購買活動を楽しんでいました。外出自粛や在宅勤務などこれまでと異なる1年間となったものの相変わらず元気よく買い物していた。1年経過するのがとにかく早い。例年以上に公私共に家にいる時間が多くなり在宅環境充実グッズや自分の身体や体調を気にかけたモノが多いのが2020年の特徴かなと。 そしてコスメについては在宅メイク/マスクメイクという新たなジャンルが生まれてきて、いかに崩れず楽でそして目元をしっかりメイクしてきちんと感を出していくかというのに取り組むように。ベストバイにはコスメが1つだけランクイン。 今回は2020年の必需品やはたまた必須ではないけれどもあってよかったな〜と思える生活を彩ってくれたり支えてくれたモノを10個チョイスした #買って良かった2020 まとめ。 上半期の買ってよかったモノと重複してるものが多いけれども、どれも今の私の状況だとどれも買ってよかったなと心

                                                                                買ってよかったモノ 2020ベストバイ - アラサーOLぐだぐだ日記
                                                                              • シェルスクリプトでLISP処理系を作ってみた

                                                                                【2022-01-22追記】簡易版のLISP処理系をPOSIX準拠シェル(+sed)で作成する様子の動画を作成してみました. この記事は,筆者がシェルスクリプトで簡易実装している純LISP処理系の開発についてまとめたものです.『PureLISP.sh』と呼んでおり,次のGitHubリポジトリでパブリックドメインとして開発・公開しています. 基本的には,上記リポジトリのREADMEの内容を記事として膨らませたような構成です.このことから,今回の記事内容に関するコメント等だけでなく,『PureLISP.sh』そのものへの御意見等(GitHubのIssues/Forkを含む)も受け付けます.ただし,開発の経緯・目的から,次の3点は維持します. 最低限必要な要素で構成されたLISP処理系を志向すること POSIX準拠のシェルスクリプトで実装すること パブリックドメインにて開発・公開すること なお,

                                                                                  シェルスクリプトでLISP処理系を作ってみた
                                                                                • 「Go言語でつくるインタプリタ」をRustで実装しました。 - Sansan Tech Blog

                                                                                  はじめに こんにちは。DSOC 研究開発部 Architect Group Data Direction Teamの有山です。 気温が上がってきて夏っぽくなってきましたね。毎年夏用にTシャツを集めるのが趣味なのですが、今年は個人的にブームが再燃してるGOODENOUGH*1を古着で集めようかなと考えています。 ところで皆さんは普段何の言語を書いていますか? Data Direction Groupでは主にPythonを使用していますが、ある時から四則演算の計算順序やif文の条件分岐はどうして正しく動くのだろうと疑問に思うようになり、実際に正しく動かしているシステムを理解してみたくなりました。色々検討した結果、「Go言語で作るインタプリタ」という本が内容的にも分量的にもちょうどよく、これを読み進めることにしました。 初めは読みながらコードを写経していましたが、複雑なロジックについては理解した

                                                                                    「Go言語でつくるインタプリタ」をRustで実装しました。 - Sansan Tech Blog