4 万行超の openapi.yaml のツラミ ファイルが大きすぎて編集しづらい OpenAPI が肥大化していくにつれて開発体験の低下を招いていました。 GitHub Copilot や Cursor の Tab 機能で随分楽になりましたが、それでも 4 万行もあるファイルを手作業で入力するのは純粋に辛いです。 AI Agent のコンテキストを大きく圧迫する Cursor 等の AI Agent のコンテキストを大きく圧迫することが直近の開発で大きな課題となりました。 具体的には次のような問題が発生したため、ファイルを分割することが急務となりました。 コンテキストが溢れて Cursor Agent が停止する Longer Context を有効化すると処理できるようになるが、トークンを余分に消費してしまう TypeSpec とは TypeSpec は、API を記述するための Mi

はじめに こんにちは、エンジニアの奥田です。 私は新しいものが大好きです。新しいものは既存の問題を解決してくれたり、新しい視点を与えてくれたりするからですね。 新しい技術や商品、アプリ……どれも最高です！「早く知って遊びたい！」という気持ちがあります。 ただ、知らないことには遊べないので、私は情報収集に力を入れています。 この記事では、その一例として、私が普段どのように情報を集めているのか、ご紹介しようと思います。 日々の情報収集について ソフトウェアエンジニアは、フロントエンド、バックエンド、インフラ、データ分析、セキュリティ、モバイル開発、クラウドネイティブ、DevOpsなど、非常に幅広い領域を横断します。 すべてを追うことはできませんが、おもしろいサービスや技術などは頻繁に登場します。 新しい技術やサービスの概要や名前を知っておくだけでも、いざというときの問題解決に役立ったり、他のエ

この記事は CARTA TECH BLOG アドベントカレンダー2024 の 12/9 の記事です。 CTOのsuzukenです。 私のCARTAにおけるミッションの1つは、エンジニアが持続的に成長する環境を生み出し、事業成長を実現することです。技術は日々進歩しており、エンジニアが常に新たな知見を吸収することが、顧客価値向上や事業競争力の源泉となっています。 CARTAではフルサイクルエンジニアリングによって事業における経験効率を向上させ、エンジニア一人ひとりの課題解決の力を持続して高めるよう取り組んでいます。「毎日試す」は経験の源泉です。また、技術力評価会によって、エンジニア同士が互いの成果に客観的な目線を向けることで、認知バイアスを緩和し、より質の高いフィードバックを得る環境づくりにも注力しています。 これらの試みを持続的に強化するためには、良質な情報を効率よく収集し、エンジニアが外部

Customer Identity Cloud powered by Auth0 を使ったマルチプロダクト構築の実践と総括

ミーティング中にうまく意見を言えないという相談を受けた。めちゃくちゃわかる。自分は開発関連のミーティングではそういう悩みは少なくなったけれど、経営関連のミーティングでは今でも歯がゆく悔しい思いをすることが多い。 相談された時にはうまく答えられなかったので、雑に自分がやっていることを書き出してみる。必要な役割としてミーティングに入っているというのを前提として、そもそものミーティングの必要性や参加者の要否についてはここでは対象外とする。 1. 事前に予習する 意見を言えないのは、その場で理解できなかったり考えがまとまらなかったりするから 事前にアジェンダが用意されていたら読み、関連ドキュメントがあればそれも目を通しておくなどできるかぎり事前準備をしておく わからないところや聞いておきたいことがあればコメントしたり頭出ししたりしておくとよい 2. 話を振ってもらう 意見を言えないのは、発言するタ

仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」

継続的にメンテナンスするのではなくて、雑な使い捨てでいいならshellscriptとjq職人芸でいけるので頑張ってしまったけれど、継続的にやるならもっと違うもので書いた方がメンテナンスしやすいと思います。 細かい部分はいくらでも改善の余地があるとは思いますが、とりあえず動いたのでヨシ・・・!? 以前も多少似たような何か作ったけど、こういうの誰か既にもっと綺麗に作ってないんですかね。 xuwei-k.hatenablog.com GitHub Actionsのログはデフォルトでは90日保存されてるはずなので、その程度の期間をなんとなく集計したいだけならば、こうやって後から集計するだけで十分ですね。 もちろん、yamlの内部の構造がすごく変わっていると集計が難しいか実質不可能になるリスクはありますが。 もっとしっかり計測したいならば、buildした時点で専用の場所に綺麗に記録して、他のもっとリ

先達エンジニアに学ぶ 思考の現在地 Online Conference https://findy.connpass.com/event/313119/

オーストラリアのシドニー大学などに所属する研究者らが発表した論文「Do the associations of daily steps with mortality and incident cardiovascular disease differ by sedentary time levels? A device-based cohort study」は、1日の歩数と、全死因死亡率およびCVD（心血管疾患）発症率の関連性を調査した研究報告である。 この研究は、UKバイオバンク（英国）の参加者を対象に実施。対象となった参加者7万2,174人（平均年齢61.1、女性57.9％）は、24時間7日間にわたって加速度計を装着し、1日の歩数と座位時間の測定を受けた。追跡期間（平均6.9年）中に1,633人が死亡し、6,190人がCVDを発症した。 keyboard_arrow_down 研究内容

あなたは資格試験の勉強をするとき、ノートをとっていますか？　難なくノートをとっている方がいる一方で、「わざわざノートをとっていたら時間がかかりそう。勉強の効率が落ちるのではないか……」「いざやってみると、紙面がぐちゃぐちゃになりがち。こんなノートでは意味がなさそう」とお悩みの方も多いでしょう。 そこで今回、そんなお悩みを解消でき、資格試験の勉強にもってこいな「コーネル式ノート術」をご紹介します。筆者の実践模様や感想も詳しくお伝えしますので、ぜひ最後までご一読ください！ 「コーネル式ノート術」とは コーネル式ノート術を「資格試験勉強」に活用するメリット 「反復学習」で記憶に残る 「要約」の作業で記憶に残る コーネル式ノート術で資格試験の勉強をしてみた 1. 紙面に線を引き、3分割する 2. ノート欄に「テキストを読んで理解した内容」をメモする 3. キュー欄に「ノート欄でメモした内容に対する

事前収録した音楽ライブの映像を配信。 「ゼルダの伝説 オーケストラコンサート」は2月9日（金）20時、 「スプラトゥーン3 バンカライブ 轟（ゴウ）」は2月10日（土）20時にプレミア公開します。 なお、プレミア公開での放送終了後は、いつでも映像をご覧いただけます。

子どものころは絵を描くのが好きだった。 学校の休み時間は、クラスメートはみな外にサッカーをしにいっていたが一人教室にのこってノートに漫画を描いている、そんな小学生だった。 自宅に戻っても、自室にこもってよく漫画を描いていた。 漫画と書くいっても、別に人を楽しませるために描いているわけではなかった。もちろん褒められると嬉しかったが、それが目的だったわけではなく、いま思えば、それは自分で自分を癒すかのような行為だった。自分を救うために絵を描いていた。 絵を描いているときは、それに夢中で没頭していて、ほかの何にも代えがたい時間を過ごすことが出来た。この時間が、どこか自分の救いになっていた。 中学二年生ぐらいになって思春期にさしかかった頃だろうか。教室で絵を描いていると浮いてしまうことに気づいて、恥ずかしくなって、描かなくなった。 それでもやっぱり絵を描いたりなにか作品を作ったりするのは好きだった

はじめに 色々あって，ここ数年間は「エンジニアになりたい学生」と多く触れ，そして励ましてきました。新卒採用やインターンシップ採用の選考に関わっていたこともあります。悲しいことに学生のみなさんはさまざまな情報に踊らされ，焦らされ，煽られてしまっています。特にTwitterやブログでは，なんとか生き残っていた人たちの生存バイアスばかりが目立ちます。人事は会社ごとに言ってくることが違うし，いったいなにを信じればいいのかわからなくなっていることでしょう。そんな学生のみなさんの不安を少しでも払拭できればいいと思って，ひとりひとりとお話して励ましてきたことを今回こうして文章にまとめています この文章がエンジニアになりたいけれど，なんとなく不安を抱えている学生の方々の助けになればとてもうれしいです。もちろんこの文章は私が所属する企業を代表する意見ではありませんし，あくまで私が考える「こういうふうに考える

以前、質の高い打ち手を選択できる人が判断をせず、質の低い決定しかできないような上司や社長に「どうしますか」と委ねるのはチームがダメになる要因なんよという記事を書いたのですが、今日はその逆で課題解決に必要な能力と情報を持っている人が判断をしなくても上手くいったことについて雑に語ります。 先日、会議に参加してたんですよ。 その会議では、ある課題をどう解決するか話し合って打ち手を決定するというものだったのですが、参加者のひとりが僕より明らかに専門性を持っているプロフェッショナルだったのですね。 なので僕は「どうするかは専門性のある人に決めてもらった方が質の高い意思決定になるし、僕は相手がそれをしやすいよう情報を渡すような役割に徹しよう」と考えていました。 しかし、実際の会議を進めてみると、一番質の高い打ち手を決められる能力があるはずの人が「フジイさんどうするか決めて欲しいです。」と言ってくるので

プログラマの親があれこれさせようとして「うちの子は全然興味持たないんだよねー」ってなるの、親が詳しいから子がその分野で活動すると親が良かれと思ってアドバイスしてしまい、それが子供の視点からはマウンティングを受けるのと同じだからか kis 子どもの教育で起きることは大人の教育でも程度の大小あれど起きるはずだけど、教える側との知識量の差のためにヤル気なくすというのはあまり見ないのでなんか違和感あります。先回りに限らず単にアドバイスのやり方がダメとかの可能性。 nishio ここでいう子供は9歳前後のイメージで、その時期の子供は周囲の大人と比べて「体格や力に差がある」「経済的に依存している」「日常的に自分の行動に監視や禁止が行われる」という状態にあって無意識に劣等感を抱いており、だから「大人ができないことをやる」ことで劣等感を解消したい欲求が強いのです

はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク数ランキング」。3月17日（月）～3月23日（日）〔2025年3月第4週〕のトップ30です*1。 順位 タイトル 1位 こんにちは。日本在住の台湾人です。日本で暮らしていると、こうした意見.. 2位 中古マンション購入で失敗したくないと思ったらまず読むnote｜2LDK 3位 Cursorを使った文章執筆は、AIファーストな環境整備から始まる - 本しゃぶり 4位 Gitの中身 5位 ChatGPTの予測能力を爆上げするプロンプトが判明、「物語プロンプト」とはいったい何か？ 【生成AI事件簿】ロシアによるウクライナ戦争の帰趨についても驚きの回答が(1/5) | JBpress (ジェイビープレス) 6位 被写体の時代からルックの時代へ。写真の救世主になるか？ルックについて理解しよう！ | ShaSha 7位 新発

パワハラしていた先輩＝Aさん パワハラされていた新人＝Bさん Bさんが入社したのは2021年1月。 3月で退職する社員がいて、その後釜だった。 前任者から引き継ぎを受けた後は、Aさんがサポート係になってペア組んで仕事してた。 Aさんのパワハラっぽい行動が目立ち始めたのは、たしか2021年の秋ごろ。 「それ何回教えたら覚える？」という言葉が頻繁に聞こえてくるようになった。 Bさんが何か質問すると「マニュアルに載ってる」「自分で調べなさい」「前回教えたときにメモしてなかったの？」と突き放すような言動が目立ち始めた。 そうやって突き放すわりに「なんで勝手に判断した？こっちに確認してから動いて」みたいなこともよく言っていた。 Bさんの仕事の覚えが悪いことは何となく察していたが、それにしたって言いようがあるだろと思っていた。 だんだんとAさんの態度はきつくなっていって、部署の雰囲気が悪くなっていった

JADEファウンダーの長山です。 いよいよ Universal Analytics (以下UA) の死が近づく中、Google Analytics 4 (以下GA4) が使いづらい、という声を聞くことが増えてきました。特に広告運用者にとってはまだまだ使いづらいことが多い、という点は、すでに弊社ブログでも小西が書いた通りです。しかし、どうしてこうなっているのか、について考察した記事は今まであまり無かったように思います。 少し歴史を振り返ってみましょう。現在のUAは Google が一から開発したものではありません。Urchin Software という会社が開発したアナリティクスサービスを Google が 2005 年に買収したものです。Urchin は買収時点ですでに10年近い歴史を持つソフトウェアで、Web におけるユーザー訪問の分析に特化する形でプロダクト開発が続けられていました。現