みなさん、TypeScript書いてますか？ ふと気づくと、もうTypeScript 1.0から数えても11年が経過しているんですね。筆者も2015年くらいから本格的に触り始めた組なので、そろそろTypeScript 10年選手を名乗ってもよさそうです。 さて、これだけ長いことTypeScriptを触っていると、昔の文法を前提とした手癖というものも蓄積されていくものです。同僚と雑談していたところ、手癖を改めるべき便利なイディオムを教えてもらったので、備忘録として残しておきます。 Before: 手癖で書いていたexhaustiveness check TypeScriptには、exhaustiveness checkというテクニックがあります。これは、TypeScriptの型システムを利用して、switch文やif文でユニオン型やEnum型の全てのケースを網羅しているかをチェックする手法で

すごく久しぶりにブログを書く。3ヶ月ぶりくらい？ ↓この記事を読んで「へー。どういうこと？」ってなったので遊んでみた。 「GITHUB_TOKEN でGitHub Modelsを呼び出せるようになったよ！PAT（Personal Access Tokens）はもう使わなくていいよ！」って書いてある。そもそもGitHub Modelsを知らんかったけど、GitHub Copilotとかで使ってるAIのモデルたちのことかな。 やってみた GitHub ActionsでAIの呼び出しができるよってことだろうなと思って適当に作ってみた。「今日の運勢を教えて！」って投げるだけのGitHub Actions。 「今日は新しいことにチャレンジする絶好の日！」ふむふむー。 コード github.com name: GitHub Models API Example on: workflow_dispatc

はじめに こんにちは！ 株式会社リンケージの ikkitang です。 Claude のような AI アシスタントと連携する MCP (Model Context Protocol) クライアントは、ユーザーの指示に基づいて様々なタスクを実行できます。その際、MCP サーバーが提供する「ツール」を利用しますが、クライアントはどのようにして実行すべきツールを選択しているのでしょうか？ この記事では、MCP クライアントのツール選択プロセスと、そのプロセスにおけるツール名の重要性について、簡単な実験をやってみましたので、ブログとして書きます。 ただ、まだあんまり分かってないです。どうやってやってるんでしょうか。 MCP クライアントのツール選択プロセス MCP クライアントは、ユーザーからの自然言語による指示（プロンプト）と、接続されている MCP サーバーが提供するツールの情報（名前、説明、

2025年2月16日付で、株式会社リンケージに入社しました。2月17日（月）が初出勤の日でした。 linkage-inc.co.jp 16年7ヶ月ぶり（4回目）の転職に関する諸手続きをして、なんだか懐かしい気持ちになりました。年月を経て以前と変わったことといえば、知見と知恵と度胸がついたことでしょうか。新しい環境で新しいことを始める人生を選択しましたが、その選択をしてよかったと思えるように、ベストを尽くしていこうと思います。 今後とも、どうぞよろしくお願いいたします。

Developers Summit 2025 エンジニアコミュニティでひろがるキャリア、深まる人生 - “コミュニティへの還元”リレーション - https://event.shoeisha.jp/devsumi/20250213/session/5596

公開日 2025/01/10更新日 2025/02/19AWS Amplify Gen 2入門- AWS社員が解説する詳細ハンズオン みなさんこんにちは。AWS Solutions Architectの吉村です。 私たちは、お客様から日々開発に関するさまざまな相談をいただきます。例えば、バックエンドエンジニアの方であれば、「バックエンド環境構築のためのコマンドリストやドキュメントの作成、整備はとても負担」。フロントエンドエンジニアの方であれば、「UIやロジック開発についてよくわかるが、AWSサービスを利用したバックエンド構築は複雑でよくわからない」「チーム開発をしており、検証用のバックエンド環境をAWS上に用意したいが、開発者同士でAWSリソースの競合が発生したり、環境を壊してしまったりしないか不安」などです。本記事では、これらの問題を解決する一つのアプローチとして、AWS Amplify

チームで仕事を進めるうえで、仕事を任せるというのはとても重要だ。 そうしないと事業はスケールしないし、マネージャやリーダーはチームのボトルネックになってしまう。 そこで自分が仕事を任せるうえで大事にしていることを書く。 1タスク単位の話からプロジェクト単位の話まで共通する汎用的なことを紹介する。 裁量の範囲を決め、明確にする 任せる範囲を決めるということでもあるし、任せる範囲が複数の人の場合は役割分担なども明確にする必要がある。 特にプロジェクトの場合はボールのお見合いになることも多い。 そこで チームで仕事をする上で大事なフレームワークを2つ紹介する。 RACIチャート RACIチャートとは以下の4つの頭文字で、それぞれのポジションの役割をまとめるためのフレームワークだ。 Responsible 実行責任者 Accountable 説明責任者 Consulted 協業先、相談先 Info

おはこんばんにちは！ お久しぶりです（前回、 8ヶ月前 ... ? ) @ikkitang です。 先日、10月19日（土）にオープンセミナー2024@岡山が開催され、参加してきました。 okayama.open-seminar.org 今回のオープンセミナー2024＠岡山には 自分は参加者という立場だけでなく講師として関わらせていただきました。 開催の数ヶ月前に実行委員の方々に 「ぜひとも、いっきさんに講師としてお話してほしい」とお声がけ頂き、大丈夫か？と考えたのも束の間 「取り敢えず、やってみよう！！！」と思い、お受けさせて頂きました。 当日の発表資料はこちらです。 speakerdeck.com "のびしろ" とは何だったのか 今回のメインテーマは "のびしろ"という事でした。 サイトにはこうあります。 「オープンセミナー2024@岡山」は、「のびしろ」がメインテーマです。今回のイベ

来週で40歳にあるので30代の振り返りとしてこれを書く。 そんな30代を全力で走ってきた中で、これは30代でやってよかったな。 もっと早くやってもよかったな。というようなことを書く。 最初に行っとくと一般的にやったほうが良いということは基本的にやったほうがいい。 そういうのも含めて実際にやってみた経験も書く。 習慣を作れるようになる これは本当にやったほうがいい。 身につけるのであれば、早ければ早いほどほどいい。 もう少し具体的に話すと自分がやりたいことを実現していくためには習慣にできるとよい。 なんでも習慣にできると強くて、自分はどうやったら習慣になるんだろう？ってところを理解して上手くハックして習慣化していけると自分のやりたいことがどんどん実現できるようになる。 運動習慣 これも早ければ早いほど良いと思うが、朝か夜の散歩くらいからでもよいからやったほういい。 コロナ禍をきっかけに自分は

https://okayama.open-seminar.org/ オープンセミナー岡山2024で発表した資料です。 のびしろを広げる巻き込まれ力：偶然を活かすキャリアの作り方 私自身のキャリアは、明確なゴールを持って進んだわけではなく、多くの偶然が重なって形作られました。実際、近年の調査では…

チームメンバーや他社のエンジニアとの 1on1 の中で、「憧れている人とかいますか？」という話をすることがある。この質問はわりと継続して聞いているなと思ったので雑に書いておきたい。 チームメンバーとの 1on1 で聞くのは半年ごとくらい。目標設定など、たまにはちょっと中長期の話でもしますかってタイミングで話している。いわゆる"キャリア"の雑談である。 自分は「1年後/3年後どうなっていたいか？」みたいな質問がすごく苦手で、うまく答えられたことがない。どうなりたいかを明確にするのは大事なことだと思うけれど、正直3年後とか何もわからんという気持ちになる。自分ができないのでチームメンバーにも聞けない。 そこで、違う聞き方として「憧れている人はいるか？」という雑談をしている。この質問は人によって回答がぜんぜん違うのが面白い。 たとえばiOSエンジニアだと @k_katsumi さんとか。Go書いて

リンケージのCTOになって2年が経ったので振り返って3年目について書く。 前回 soudai.hatenablog.com やってきたこと 1年目は開発組織の立て直しと社内の新規事業の開発 2年目の前半は採用と後半は既存事業のリプレース 3年目は採用と組織の向き直りとビルドアップ 1年目 開発組織の立て直しと新規事業の開発の両方を同時にやるってことでなかなかハードだったが仲間に恵まれ無事リリースできた。 その時から開発しているFEMCLEは今もガンガン成長していて、今後はリンケージの柱となる事業の一つ。 ちゃんとローンチできて良かった。 femcle.linkage-inc.co.jp 仲間に恵まれた、という点でいえば採用がうまく行っているのがめちゃめちゃ大きい。 リンケージはPHP界隈で最強のチームだ、と言っても過言じゃないと思っている。 何よりも素晴らしいのは平均レベルの高さ、それ故に

第34回 中国地方DB勉強会 in 広島にてお話させていただきました「Why DBRE?」の資料です。 イベントURL：https://dbstudychugoku.connpass.com/event/316403/

オフラインとしては 2019/5/18 の松江以来、オンラインを含めると 2021/4/2 の自分の登壇回以来の中国地方 DB 勉強会参加でした。 dbstudychugoku.connpass.com 前日 広島まで新幹線で移動し、在来線に乗り換えよう…と思ったら、急病人対応で遅延。 昨晩は山陽線が遅れてヒヤヒヤしながら岩国着（ホテルのチェックインには間に合った）。 なので写真はなし。— hmatsu47(まつ) (@hmatsu47) 2024年5月25日 なんとか間に合いました。 錦川鉄道の旅 無料提供の朝食のパンとサラダを少しだけ食べて、6:30 過ぎにホテルを出発。 JR 岩国駅の改札を通り過ぎて、0 番線ホームへ。 そして本日は錦川鉄道へ。 pic.twitter.com/NuU7QK5fNK— hmatsu47(まつ) (@hmatsu47) 2024年5月25日 岩国〜川西

2024年5月1日から、株式会社はてなで組織・基盤開発本部のエンジニアリングマネージャとして働き始めました。 2014年から、2021年まで社員だった時代があるため、いわゆる出戻りという形になります。 一度退職した会社に再び入社する、というのは、通常の転職活動と違った悩みなどもあり、自分も今回の転職に際して「アルムナイ採用」などのキーワードでいくつか参考にした記事がありました。 最近は身近な事例も耳にするとはいえ、まだまだ通常の転職と比べてアルムナイ採用は例が少ない気がするので、せっかくなので体験記を書いておこうと思います。 基本的には自分の個別の事例ですので、世間一般のアルムナイ採用の実態とは異なる箇所もあることをご承知おきください。 戻ろうと思ったきっかけ もともと最初にはてなを辞めた理由が、自分の新しいキャリアを志したチャレンジという側面が強かったため、辞めた直後からなんとなく「機会

こんにちは！estieでビジネス部門の責任者をしている束原です。 2024年になりましたね。estieは決算月が12月なのですが、毎年期初に「今年こそが勝負の年だ」と言っている気がしており、それに対して「ガハハ」と笑い合えるメンバーで仕事ができているのが最高に楽しいなと日々痛感しております。 さて、こちらは事業の立ち上げ（事業開発）に関する記事です。 この記事に書いてあること estieでは「仮説検証」をやめようと思っている話 事業開発の成分の8割は営業だという話 かなり極論が並んでいますが(笑)、事業開発を進める上でとても重要だと考えているので、ご興味のある方は少しお付き合いください。 to Bスタートアップは仮説検証をやめようという話 「仮説検証って言葉が嫌いなんすよねー」と、確か弊社の事業責任者の齋藤だったか代表の平井だったかが以前社内で言ってました。 1年前くらいまで私は、その発言

今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har

ランキング参加中プログラミング はじめに この記事では、Immutable Data Modelと呼ばれる設計手法をもとに、リレーショナル・データベースにおける、テーブル設計の話を書いています。また、今回の実践で利用する、別の考え方の背景を理解するために、Out of the tar pitという小論文の内容にも言及します。 「状態とは何か？」というややこしい話がたくさん出てきますし、データベースのテーブル設計についての話であることから、たくさんのSQLが出てきます。なので、データモデリングとか状態管理とか、特にSQLとかに興味がない人には面白くないと思います。 そのあたりに興味ある方は、読んでみて欲しいです。 Immutable Data Modelを、実際のアプリケーションで使うデータベースに採用するにあたり、どういう考え方で、どのようにテーブルを構成したか、自分なりの経験を書いていま

VP of Engineeringのid:Songmuです。このエントリーは株式会社ヘンリー Advent Calendar 2023、最終日の記事です。 ヘンリーは今年、本丸の病院向け電子カルテ・レセコンシステムのサービスを開始し、順調に事業が立ち上がっています。早くも業界でもユニークなポジションを獲得し、注目度も上がっています。 そんな中アクセルを踏む決断をし、来年は組織として100人採用に踏み切ることになりました。 ビジネスを勝ち切るためのアクセルを踏むフェーズにおいて、自分がVPoEとして採用や組織開発に主体的にチャレンジできる立場にいることは喜ばしいことです。その中で自分が考えていることを書き出していきます。 公器を志向すること 「面白法人でありながら上場することに意味と面白さがある」 2011年頃、当時私が所属していたカヤック社で代表の柳澤さんが度々こう言っていました。カヤック