本書執筆時点での上級編の全問に実際に取り組み、解説と解答例を収録しました。本書では各章の最初にそのPartの問題を解くために必要なTypeScriptの知識を解説します。その後、実際にtype-challengesの問題を実践します。各問には問題を解くためのヒントも掲載しているので困ったら読んでみてください。以上のように、座学→実践という形式でTypeScriptの型システムを学ぶことを目指します。

Google Chrome（以下、Chrome）などでGoogleアカウントにログインすると、「パスキー」の利用を促されたことはないだろうか（パスキーについては、Tech Basics／Keyword「最近よく聞く『パスキー』の仕組みと設定方法」参照）。このように長らく利用されてきたパスワードから、「パスキー」で認証することが普及し始めている。大多数のPCやスマホ（デバイス）では、既にパスキーの生成や認証が可能になっている。そして複数のデバイス間で、パスキーの同期（共有）ができるようになってきた。 その一方で、「パスキーの認証になぜか失敗する」「同期されているはずのパスキーが別のデバイスで見つからない」といったトラブルに遭遇したこともあるのではないだろうか？ 　筆者にもそういう経験がある（中にはまだ解決できていないものもある）。 そこで本Tech TIPSでは、筆者が遭遇したトラブルも含め

Haskeller の異常な愛情：または、生粋の Haskeller は転職して Rust を一ヶ月半書いて何を思うようになったか この記事は Jij Advent Calendar 2024、Haskell Advent Calendar 2024、およびRust Advent Calendar 2024シリーズ2 の18日目の記事です。 各カレンダーの前後の記事は以下の通りです： Haskell Advent Calendar 2024 前の記事： 次の記事： gotoki_no_joe さんの「集めるDPについて」 Rust Advent Calendar 2024 シリーズ2 前の記事：yasuo-ozu さんの「本物のSpecializationをStable Rustで！」 次の記事：hyumanase さんの「Rust.Tokyo 2024 に初参加した」 Jij Adven

パスキーの本質はユーザー側としてはパスワード入力機会の削減、サービス側としては企業のセキュリティリスクのユーザーへの責任転嫁とコストカットである。 サービス側 企業がユーザーにパスキーを使わせようと強要するのはログイン情報の流出や流出したログイン情報による攻撃のリスクと責任とコストから企業を守るために認証に関する問題がユーザー側の責任によってしか発生しないよう責任転嫁したいからに過ぎない。このため認証情報の紛失や盗難などによる喪失リスクと復旧の困難性やその他新たに発生する問題については隠蔽または矮小化される。企業にとってパスキーとはパスワードの定期的変更の最新版なのでありユーザーがパスキーを強要されるのはパスワードの定期的変更を強要された歴史を繰り返しているに過ぎない。 ユーザー側 パスキーの適切な実装におけるユーザーの本質的利益はパスワード入力機会が減ることによりフィッシング被害を受ける

まずい、あと1週間しかない。 「今年のクリスマスにプロポーズしなければ別れるから。」 同棲して3年になる彼女は、夏の帰省から帰ってきた途端にこう告げた。 高齢出産ということもあり、何度も顔を合わせている彼女の親は、確かにおれの親よりも白く、弱く、小さい。 そんな彼女の父親の「おれだって、再来年は免許返納する年だからなー」というボヤキは彼女に深く刺さったらしい。 頻繁に会う中で見た目の変化こそ感じないものの、実際に過ぎていく時間の速さに驚愕したと言っていた。 親が元気なうちに、もっというと、彼女の父親が車を運転できるうちに、子供を授かり、みんなでドライブしたいらしい。 おれだってそんな気持ち聞いて、重い腰が上がりかけるさ。 ただその腰に縛り付けられた、土嚢のような不安をどうしても吹き飛ばせないでいる。 好きな気持ちがこれらを吹き飛ばしてくれるとしたら、それこそ恋は嵐というべきか。 くー。迷う

はじめに 背景：クレジットカード不正検知システムとは 3日でDesign Doc 2本、ADR 5本を執筆 3週間で開発し、本番環境にリリース LLM活用による効率化のポイント 目的・要件の整理 要件を満たす技術的オプションの洗い出し・技術調査 PoC実装 ドキュメントの執筆・技術選定 本実装 学び おわりに はじめに 新規プロダクトやプロジェクトの立ち上げにおいて、どれだけ意思決定を明確化し、設計を固めることができるかは、後々の開発効率や品質に大きな影響を与えます。一方で、最初が肝心だからといって調査や設計に何か月も費やす余裕は、多くの企業にはありません。できる限り早く設計を確立し、実装を開始して価値を生み出すことが求められます。 LayerXのバクラク事業では、法人向けのクレジットカード「バクラクビジネスカード」を提供しています。サービス開始時から不正利用を検知する仕組みを導入していま

「時間を有効に使うため、資格の勉強をしよう」「育児日記をつけたり、一緒に出かけたり、子どもとの時間を有意義に過ごしたい」など、育休を迎える前にさまざまな計画を立てる方は多いと思います。 しかし「理想」と「現実」がうまく噛み合わないこともあります。エッセイスト、ライターとして活動しながら二人の子どもを育てている清繭子さんは会社員時代、第一子の育休中に「育児に追われてなにもできない自分」にショックや焦りを感じた経験があるそう。 もしかしたら同じような苦しみを抱くかもしれない「あなた」へ向けて「大丈夫」を贈るエッセイです。 あれもこれもやるはずだった、育休中 出版社で編集者として働きながら、ひそかに小説家を目指していた私は、妊娠が分かった時「やった！ これで会社を休める。小説が書ける！」と思った。あの賞とあの賞に応募しよう、と年間の応募スケジュールを立てるくらい、やる気に満ちあふれていた。 ずっ

Universal: You can deploy it as a standalone service or embed it into an existing application. It works with any framework or platform. Self-hosted: It runs entirely on your infrastructure and can be deployed on Node.js, Bun, AWS Lambda, or Cloudflare Workers. Standards-based: It implements the OAuth 2.0 spec and is based on web standards. So any OAuth client can use it. Customizable: It comes wit

こんにちは。コンテンツ本部 エンジニアリングマネージャーの id:yigarashi です。EMとして企業の働き方について考えを巡らせていたところ、勉強中の競争戦略との結びつきから示唆を得たので記事にまとめようと思います。 2020年の初頭から世界を襲った新型コロナウイルス感染症により、多くの企業がリモートワークへの移行を余儀なくされました。それから5年弱、感染症の脅威は相対的に小さくなりコロナ禍以前の生活を取り戻す動きが増えています。企業の働き方についても、リモートワークと出社勤務の両方を経験した上で、改めて両方の選択肢を検討できる時期と言えるでしょう。しかしながら、リモートワークと出社勤務のどちらが優れているか、私の知る範囲では絶対的な結論というのは現れていないように思います。各社がどんな歴史を歩み、現状をどう捉え、そしてどんなメリットを志向するかによって判断は変わるだろうと考えます。

この記事で書きたいことは、大体以下のようなことです。 ・「タスクを実行する能力」は大事ですが、「タスクを適切に振る能力」もとても大事です ・「タスクを振るのが苦手」という人は、かなりのベテランでも珍しくありません ・管理職になった頃、私も「タスクを人に振る」ことが大の苦手で、しばしば自分で仕事を抱え込んだり、タスクを偏らせたりしてしまっていました ・「タスクの意味や優先順を明確に言語化出来ておらず、タスク振りに説得力がないこと」が最大の原因だったと思っています ・解決する為に、「タスクを徹底的に言語化すること」「誰にお願いするか、その理由も明確化すること」「それをチームで共有すること」などを習慣化しました ・その結果、以前よりはだいぶマシなマネジメントが出来るようになった気がします ・言語化大事ですよね。今後も精進します 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書い

この記事は、Magic Moment Advent Calendar 2024 13 日目の記事です。 こんにちは！ Magic Moment でソフトウェアエンジニアをやっている Miyake です。 今回は React アプリケーションのデプロイに関する内容を書かせていただきます。Tips 的な内容なので、気楽に読んでいただけたら幸いです。 前提: React アプリケーションにおける環境変数の扱い 様々なフレームワークやビルドツールがある React ですが、基本的にローカル環境においては環境変数を用いてランタイムで設定や挙動を変えることができます。 一方でデプロイ時 React アプリケーションをビルドする際には、各環境ごとに設定した環境変数がソースコードに埋め込まれるため、各環境ごとにアプリケーションをビルドする必要があります。 本記事では、同一アーティファクトの React ア

こんにちは！ニーリーアドベントカレンダー2024 18日目は ARCHチームの野呂が、借入についての記事をお届けします！ ここだけの話なのですが、我が家のリビングのドアのドアノブが失われてそろそろ1ヶ月経ちます。 リビングのドアにドアノブがないと非常に不便です。 ちゃんと閉まらないのでエアコンの暖気がだだ漏れになりますし、猫が脱走して大暴れします。 皆様におかれましても、リビングのドアノブを持ち去られそうになった場合、勇気を持ってNoを言った方が良い結果を生むことが多いのではないかと思います。 相手がプロで、自分が素人であってもです。 参考になりましたら幸いです。 さて、ここからが本題なのですが、皆様はどのくらい借金をしていますか？ 適度に借金をしてきちんと返済すると、信用スコアが上昇し、次に借りられるお金の上限が緩和されがちです。 資本主義では元手が多いほどお金を集めやすいので、借金をう

※この記事は、2024 Speee Advent Calendar17日目の記事です。 昨日の記事はこちら tech.speee.jp はじめに こんにちは。24卒エンジニアの木下です。 学生時代は個人開発や友達と高専プロコンなどのハッカソンに参加しており、実務経験などは特にない状態でSpeeeに入社しました。 現在はイエウールという不動産売却の一括査定サービスの開発をしております。 この記事では、個人開発・ハッカソンなどの開発経験しかなかった自分が入社して、自分自身の課題の解像度が上がった話を書ければと思っています。 実務経験がなく、業務のイメージがつかない学生さんに読んでいただけると幸いです。 Speeeに入社したきっかけ 自分は高専出身で学生時代はプロコンやハッカソンなどのチーム開発に取り組んでいました。 チーム内では「こういうものを作りたい」、「ユーザーにとってこういう機能があると

この記事はニーリーアドベントカレンダー2024の18日目 その2の記事です。 こんにちは。サクセスエンジニアリングチームの中村です。 気づけば今年もあとわずかになってきましたね。我が家では「年末だからいいよね」が合言葉になっており、食生活がものすごく崩れます。今年こそはランニングで体型維持するんだ、、とビールを飲みながら、、 この記事ではサクセスエンジニアリングという組織に所属しながら、エンジニアリングとは違うことをしている話をしたいと思います。兼務が多いことはアンチパターンといわれることもありますが、実際にやってみたら、主務に大きな影響があったり、事業成長によりコミットできたので紹介したいと思います。ニーリーという会社にはこんな人もいるんだよ、みたいな視点で見て頂ければと思います。 はじめに そもそもサクセスエンジニアリングって何？と思われた方もいると思います。 サクセスエンジニアリング

はじめに 先日(2024/11/30)に「App Router で学ぶテスト実践会」を主催しました。 この勉強会を開催したきっかけは、筆者含め App Router のテストに関して情報が少なく、他社のエンジニアがテストをどのように行っているかを知りたいという思いがあったからです。また、この勉強会を通じて、新しいテスト手法があればそれを知りたいという思いもありました。実際にチャレンジした内容とその結果をレポートとしてまとめました。 要件・仕様 ログインページからダッシュボードページ、請求一覧、登録、編集、削除できるアプリケーション Next.js のチュートリアルで作成した管理画面に 1 からテストを導入する どこか 1 つのページにテストを書いて正常にパスがしていること 設計やライブラリ選定はチームで決めてもらう 実際のアプリケーションはこちらです。 レポート Playwright で

この記事はニーリーアドベントカレンダー2024の17日目 その1の記事です。 こんにちは、ニーリーのプロダクトエンジニアのりん（@TWBMT）です。 「いいや、限界だっ、買うね！！！」と心に決めてブラックフライデーに臨んだら欲しかったモニターが売り切れていました。悲しかったです。*1 最近、地元のスクラムコミュニティに参加した際に改めてスクラムガイドを読む機会がありました。 スクラムガイドには「プロダクト」という言葉の定義が書いてあり、その定義を基にすると「プロダクトエンジニアってこういうことなのかもな、普段使いしている「プロダクト」という言葉の解像度が上がって面白いな〜」と気づくことが多々ありました。 なので、今回はその話を書いていってみたいと思います。 プロダクトエンジニアというロールの面白さが少しでも伝わると嬉しいです。 そもそもプロダクトエンジニアとは？ やはり株式会社アセンドさん

この記事は、Magic Moment Advent Calendar 2024 12日目の記事です。 こんにちは！ Magic Moment で Engineering Manager をやっている fujisaki です。 私はマネージャーとして毎週メンバーと 1on1 を行っています。 そのなかでメンバーの やりたいこと や なりたい姿 について話す機会が度々あり、自分なりの考え方を伝えたり、どうしていくと良いだろうかとメンバーと一緒に考えてきました。 自身がメンバーに伝える言葉は、私自身のマネージャーやその上位の方からすると同じように見えているだろうと感じることも多々あり、ブーメランのように自分自身に返ってくることも多いです。 自戒も込めて、今回は自分なりの考え方を一度言語化して整理し、まとめてみようと思います。 本題に入る前に 今回まとめる内容はあくまで私個人の考え方であり、全ての

ritou です。 パスキー普及のためにも、パスワードマネージャーを使いましょう、使わせましょうというお話をしました。 Password-less Journey - パスキーへの移行を見据えたユーザーの準備 @ AXIES 2024 https://t.co/DwpeEENCmW— 👹秋田の猫🐱 (@ritou) 2024年12月11日 先日、こちらのイベントで(リモートで)お話ししてきました。 大学ICT推進協議会2024年度年次大会 OpenIDファウンデーション・ジャパン エバンジェリストを名乗ってOpenID Connectの話ではなくパスキーの話をしました。最近よくありますね。 今回はユーザー向けの「パスキーの啓蒙」もとい「安全なユーザー認証の啓蒙」について考えていたことをお話させていただきました。 その資料をベースに色々付け足したら長編になってしまいました。お時間がある方

とりあえず型を書いている人へ どうも、よだかです。 この記事はTSKaigi Advent Calendar 2024の16日目の記事です。 TypeScript初級者の方のために、自分が実際にコードを書いている時によく使うTypeScriptのテクニックをまとめてみました。参考になれば幸いです。 タグ付きユニオン 「タグ付きユニオン（Tagged Union）」は、「判別可能なユニオン（Discriminated Union）」と呼ばれることもあります。 簡単に言うと、タグとなるプロパティを定義したユニオン型を定義し、TypeScriptがそのタグの値を読んで、ユニオンで渡している型の中から適切な型を推論できるようにさせるということです。 使い方 以下の例では、typeというプロパティをタグに、判別可能なユニオン型を定義しています。 // 図形の型を定義 type Rectangle =

HonoというWebフレームワークがあります。Express.jsのような書き方でWebアプリケーションを作れるものです。 import { Hono } from "hono"; const app = new Hono(); app.get("/", (c) => c.json({ message: "Hello, Hono!" })); export default app; HonoはWeb標準準拠を謳っているフレームワークです。それを聞くとなんだか小難しく感じます。 Web標準とは Request と Response のインスタンスを扱うということです。これらは主にブラウザ上のJavaScriptのfetch関数が取り扱うオブジェクトですね。 RequestはfetchでHTTPリクエストを送信するときに、データをまとめておくオブジェクトです。例えば送信先のURLやHTTPメソ