僕は「越境しよう」と言うやつが嫌いだ。 越境したがる人に限って自分の役割をきちんと達成できていないことが多い。まずは自分に期待されている役割を100%、120%、全うすること。これが一番前提にあるべきだ。 そもそも越境はしたくてするものでも、期待されてするものでもない。目的から逆算してアクションした結果として「越境してしまう」ものなのだ。越境すること自体を目的にするな。解決したい課題、目指したい理想状態、必要なアクションを整理することが最優先で、その結果越境しなくても良いならそれで良い。 というか越境なんてしなくてもいいものだ。越境せずに組織がまわるならそれが一番良い。みんながみんな自分の得意なことだけやっていればうまく進んでいくというのが理想的な環境ではないか。それができないから渋々越境して得意ではないことも頑張っていこうねということではないのか。越境を推進する前に、越境なんてしなくても
「完全なコピーが現存しない」と言われていたUNIX V4が保存された50年以上前の記録媒体が発見されました。 Unix V4: Only known copy may lurk on recently unearthed tape • The Register https://www.theregister.com/2025/11/07/unix_fourth_edition_tape_rediscovered/ ユタ大学のKahlert School of Computingで働くロバート・リッチ教授が、倉庫を掃除していた際にベル研究所のUNIX V4(1973年頃)を収録したテープを発見したと報告しています。テープには「UNIX Original from Bell Labs V4(See manual for format)」(UNIXオリジナル、ベル研究所発のバージョン4(フォーマ
この記事をご覧の皆さん、会議でこんな経験はありませんか？ 部長が「何か質問はありますか？」と言った瞬間、空気が重くなる。 頭の中は 「えーっと、、」 「これって聞いても大丈夫？」 「みんなはどう思ってるんだろう？」 で大渋滞。 でも誰も手を挙げない。 そして部長の「では、終了します」という宣言で、なんとなくモヤモヤしたまま会議終了。 今日はこの現象を心理学で分析してみます。 みんなの心の中はツッコミだらけ なんて言ってたっけ？ 実は、あの静寂の瞬間、みんな心の中では大騒ぎしています。 「え、この売上目標、無理じゃない？」 「この資料、数字合ってる？」 「スケジュール、めちゃくちゃタイトだけど、、」 「話、聞いてなかった、、」（私） でも誰も声に出さない。 まるで心の中で「そんなのありえない！」とツッコミ入れまくってるのに、顔は真面目に「うんうん」と頷いている状態です。 これって、意外と日本
はじめに エンジニアがブログや登壇などを通して外部に知見を発信することは、企業の技術ブランディングだけでなく発信者本人の成長にもつながる重要な活動です。 しかしながら、Engineering Manager（以下、EM）やDevRel、DevHR等のエンジニア採用に関わる方々には「自社エンジニアがなかなか外部に技術発信してくれない」という悩みを持つ方も少なくありません。 私が先日参加した Kaigi on Rails 2025 感想戦*1 というエンジニアイベントでもまさにその声が聞こえてきました。 パネルディスカッションで @joy_P_joy さんが提起してくれた「この程度の内容じゃ登壇できない症候群をどう打破するか」というお題に対して、EMとしての自分のアンサーがあるので近々ブログ書きます（宣言）#after_kaigionrails— なおぱー (@naopr) 2025年10月9
はじめに 会社員として働く上で評価は最も大きな関心事の1つでしょう。評価によって自身の職位や給料が決まるのでそれも当然です。 しかしながら、「納得感のある評価を受けられていますか？」と問うと明確にYesと答えられる人は稀でしょう。「成果を出したのに正しく評価されていない」と不満を持っていたり「評価は偉い人が勝手に決めるものだから…」と諦めている人もいるのではないでしょうか。少なくとも過去の私はそうでした。 そもそも、評価をどのように受けるべきか指導や研修を受けたことはありますか？私にはその記憶はなく、自身が評価者の立場になって初めて評価というシステムに真剣に向き合うことになりました。 評価の際に被評価者としてできることは、評価者に自分の成果や成長を適切にアピールすることです。そして、アピールの方法として最も確実かつ重要なのは伝わる自己評価を書くことです このエントリは、被評価者が評価者に正
私はASD(自閉症スペクトラム)でコミュ障です。友達の作り方がわかりません。マイナスから0へ、必要最低限のコミュニケーション能力に向上したいんですけど、どうしたら良いでしょうか。 ・場の状況を正確に把握できず、空気が読めない。気が遣えない。ズレていて空回る。表情もわからない。怒鳴っていたり泣いているのはわかりやすいけど、淡々と叱るのは怒っているとわからず通常だと思ってしまう。 ・社交辞令、お世辞、皮肉も分からず、文字通りに受け取ってしまう。 ・会話のキャッチボールができない、話が噛み合わない。 ・人との適切な距離感がわからない、バグってる。適切な距離の詰め方がわからない。少しずつ段階を踏む？友達も恋人も日々の積み重ねの結果？ ・話し過ぎも無口も駄目、丁度良い会話ができない。何て返すのが正解かわからない。頭が真っ白になって思考停止する。話題も何を話したら良いかわからない、雑談が苦手。 ・ユー
この発表では MCP サーバーの基礎的な知識から入り、ハンズオン形式で実施に MCP サーバーを自分の手で構築する体験を通じて理解を深めていきます。後半パートでは実際に本番レベルで MCP サーバーを開発した経験を元に、実践的な知識や失敗談などを共有します。
突然ですが、みなさんLLMのファインチューニングしていますか？ 個人的な感想かもしれませんが、ファインチューニングは、幻滅期に入っているように感じています。 GPT-3.5 Turboのファインチューニングが発表されて以降、ファインチューニングしても思ったような出力をしてくれないので、ファインチューニングに期待しないという意見がちらほら聞こえてきました。 ファインチューニングするぐらいなら、Few-shotなどのプロンプトエンジニアリング技法を駆使した方が、結果的には求めている出力をしてくれると考えている方も多かったのではないでしょうか。 正直、私自身もそうでした。 ファインチューニングは、データセットを準備するのも大変ですし、正直コスパがよくないなと感じていました。 実際、プロンプトのチューニングは高速でPDCAを回せるので、ファインチューニングを反復するよりも遥かに高速なフェードバック
ファインチューニングの基本 生成AIを活用して業務効率化や新しいサービスを検討する際、一般的なモデルだけでは期待するレベルの成果を得るのは難しいでしょう。モデルの学習を特定の領域に特化させたり、最新のデータを取り入れたりするには、ファインチューニング（fine-tuning）を実施します。 ここでは、生成AIを最大限活用するために欠かせないモデルのファインチューニングについて詳しく解説します。 ファインチューニングとは ファインチューニングは「大量の汎用データを用いて事前学習したモデル（事前学習済みモデル）に、解きたいタスクに関連した特定のデータを追加で学習させ、パラメータを微調整すること」です。 ファインチューニングの概要については下記の動画が分かりやすいので、参考にしてください。 詳細な解説に入る前に、事前学習済モデルとパラメータ、ファインチューニングの定義を整理しておきましょう。 事
これはなに？ チャットワークの部屋のログをすべて取得できるスクリプトの紹介です。 モチベーション チャットワークのログをテキストデータとして取得できないかという相談がありました。 チャットワークの API だと最新100件までしか取得できないため、なんとかできないか試行錯誤しました。 https://developer.chatwork.com/ja/endpoint_rooms.html#GET-rooms-room_id-messages 同じ目的のものとして goodbye_chatwork があったが、自分のログイン方法が SSO だったためか、issue があった reCAPTCHA の影響か 、直接は利用できなかった。スクリプトを参考にした。 スクリプトは？ 以下の gist に上げています。 コンソールを使って指定のチャットワーク部屋のメッセージをすべて取得する。 https
先日、OpenAIからAPIに関する以下のリリースがありました。 OpenAI News - New tools for building agents AIエージェント構築向けのプリミティブAPIであるResponses APIや各種ビルトインツール、Agent SDKなど、多くのデベロッパーにとって非常に魅力的な発表でした。 本記事では、まずこの中からFile Searchを検証します。 File Search自体は従来、Assistants APIでのみ利用可能なベータ版でしたが、多くのユーザーが使用しているChat Completion APIでは利用できないという制約がありました。 今回、新たにResponses APIの導入とともに、File Searchがビルトインツールとして利用可能になりました（ただし、Chat Completion APIのツールとしては依然として利用で
アクシアはシステム開発を事業としている会社であり、社員の多くはプログラマーです。プログラマーは技術職であり、一般論としては常に最新技術を学んでいかなければならないと言われています。 しかしアクシアにはかつて、プライベートでは一切勉強したくないという社員がいました（仮にAさんと呼ぶこととします）。プライベートで勉強することは貴重な人生の時間の無駄遣いであり、絶対に勉強はしたくはないとそのAさんは言っていました。 私自身はそういう人生を否定するつもりは全くありませんし、それも一つの立派な選択だと思います。要は自分にとって充実した人生を送ることができれば良いわけですから。 しかしながらエンジニアを雇用するシステム開発会社の経営者としては、色々と考えさせられることもありました。今日はそのあたりの想いについて書いてみたいと思います。 エンジニアとして「勉強をしない」という選択 アクシアでは基本的に社
エンジニアの時間外勉強について、徳丸さんの考えをお伺いさせてください。 新卒で大手のsierに入社したのですが、経営層や組織の上の人たちが語る時間外の勉強や外部セミナーの参加の推奨に違和感を感じてしまいます。 ですがこの手の話をすると「エンジニアである以上は生涯学習すべきだけど、プライベートに勉強を強制させるの（無償の時間外労働）はダメだよね」という一般論を返されます。 正味、仕事をこなしていくという観点から言えばプライベートの勉強を一切やらなくても何とかなってます。選択肢という面でスキルアップも大事だと思いますが… 私は会社として利益を上げたいがためにエンジニアの勉強を推奨するなら（高度なスキルを利用したいと考えるなら）もっと高い給与や時間外労働給を出せよと思ってしまいます。 （会社側が労働後の短い自由時間や週に2日しかない休日すらも搾取してるのでは？と） 自分はエンジニアになって半年程
こんにちは！「ぐるなびウエディング」開発チームの滝口(@ytakiguche)です。普段はサーバーサイド開発を担当しています。 私たちのチームは現在、オンプレミスで長年稼働してきた PHP のシステムをAWSクラウドへ移行し、同時に TypeScript で全面的に書き換えるという、大きな挑戦の真っ只中にいます。 この記事では「フロントエンドとバックエンドの言語統一」をテーマに、その過程で明確になった技術的課題と、それらに対する我々のアプローチについてお話しします。 目次 目次 プロジェクトの背景： なぜ、PHP から TypeScript へ移行したのか TypeScript 対応とモノレポ化 技術スタックとディレクトリ構成 プロジェクトで直面した課題 課題1： 既存データの不整合 課題2： FE と BE のスキルセットと設計思想の差異 課題へのアプローチ 1. データ不整合への段階的
はじめに 今回の内容は、以下のお試しの続きになります。 ●【Node.js】 OpenAI Agents SDK の TypeScript版で Hello World とサンプルを軽く試す Qiita https://qiita.com/youtoy/items/0972e1f4ba5213f76cb1 内容は、OpenAI が新しく出した「TypeScript版の OpenAI Agents SDK」のお試しの続きで、MCPサーバーとの組み合わせを軽く試します。 従来の SDK と MCPサーバーとの組み合わせの話 ちなみに、従来からあった Python版の OpenAI Agents SDK に関しては、以下の記事に書いた内容などを試したことがありました。 ●MCP を OpenAI Agents SDK で軽く試してみた時のメモ： OpenAI の SDK で エージェント ＋ MC
なにをつくったのか - 『いい幹事さん』すぐに使える日程調整アプリ とにかく『調整さん』の使いごこちはそのまま、更に研ぎ澄ましたアプリです。 動作が気に入ったら乗り換えご検討ください。 なぜ作ったのか — “調整さん”の個人的な不満を全部解消したかった みんな使っている「調整さん」、非常にサクサク動きカジュアルな日程調整のデファクトスタンダードです。 でも、幹事としてはもっと機能があってもいいなぁといつも思ってました。 候補日を一つずつクリックして選ぶのが面倒 傾斜会費（部長は高め、新人は無料など）がExcelで地獄 スマホだとUIがつらい いい幹事さんは、日程調整の利用者/管理者の両方が嬉しい 幹事業務をかなりやることが多いので、利用者からの要望や管理者両方のユーザ目線で機能を充実させました。 特に、日程調整にあたってソート機能は非常に重要なのでめちゃくちゃ作りいい感じにしました。 見や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
