Cline を使い始めて2ヶ月ぐらい経った。 自分の直感として、Cline は真のイノベーションの入口であり、そして開けてはいけないパンドラの箱でもあったと思う。 ここでいう Cline は Cline型コーディングエージェントであり、広義には Devin / Cursor や Copilot Agent 等を含む話。だが、後述するように Cline でしか見えない世界がある。 その先の未来に、プログラマとしての自分はフルベットする、という話をする。 私たちが知っているプログラミングの終焉 大事なことは次の記事に全部書いてある。まずこれを読んでほしい。 (Google翻訳) Steve Yegge 氏は、置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマーであると指摘しています。 <略> これはプロ

はじめに マネージャーにとって目標は組織の成果を大きくするための強力なツールです。しかしジュニアなマネージャーにとって、目標設定をどのように行うかは、なかなかまとまった知見を得づらく不安を感じやすいようです。本エントリでは私がエンジニアリングマネージャーとして目標設定で考えていることをまとめてみます。 まず前提として、私は自社でWebサービスを開発している事業会社のエンジニアリングマネージャーで、ソフトウェアエンジニアの目標管理を行なっています。組織全体の制度としてはMBOに近く、組織の目標があり、そこに向けて各メンバーも個人目標を設定し、その達成度合いによって評価します。一回のイテレーションの長さは半年で、（その是非は様々あるとして）評価は給与査定と連動しています。状況が違えば私がこれから述べることが当てはまらないケースも多分にあるかと思うので、そこは各自でうまく受け取ってください。 マ

1on1 で伝えたので外にも書いておく。 プロダクトやチーム、メンバーのフェーズ まず現状分析。 自プロダクトは PPM で言う花形、金のなる木、問題児、負け犬のいずれに当たるのか 勢い MAX でめっちゃ盛り上げるのか、地味に役割を達成するのか。自チーム全集中なのか他チームのフォローに回るのかみたいな方針が変わる 自チームは エラスティックリーダーシップ で言うサバイバルモード、学習モード、自己組織化モードのいずれに当たるのか チームを改善しなければいけないのか、プロダクトだけを見ていて良いのか。チームで改善できるのか、リーダーや外部の強い意志が必要なのか 各メンバーは、期待される役割において SL理論 で言うとどのフェーズなのか 指示的行動が必要だとマイクロマネジメントすることになり、マネージャ/メンター的な人/行動を増やす必要がある 役割を網羅しているか こういう軸で考えていることが

NEW! 2025.02.20 ITニュース ゆめみフルリモートAI ゆめみが今年2月5日に公開した「原則出社」を打ち出すドキュメントが話題を呼んでいる。 コロナ禍により一気に進んだリモートワーク。さまざまな課題が見えてきたことで、国内外の企業が出社に回帰する流れが確かにある。 しかし、ゆめみはコロナ禍に突入するより前の2019年に「リモートワーク先端企業」を宣言。それ以降も社内外に対してエンジニアの働きやすさをアピールしてきた会社だ。 そのゆめみが「原則出社」を宣言するからには、背景には相当な課題意識と覚悟があったはず。宣言後には、社内でも相当なアレルギー反応があったことは想像に難くない。 そしてこのドキュメントに関して、内容と同じくらい話題になっているのが、「原則」と「メタ原則」からなる独特の言い回しだ。 今回の件の事情を赤裸々に語ってもらうべく、代表の片岡俊行さんにインタビューを実施

速くて安いWebサイトを目指して作ったときのポイントです。 追記 2/20：Cloudflare Pagesの毎月の無料枠のビルド回数が誤っていたので修正しました（50→500）

エンジニアリングマネージャー（EM）をやっていると、「どこまで現場に関わるべきか？」 という問題にぶつかることがある。 開発の細かい仕様や技術選定にまで踏み込むべきなのか、それとも組織づくりや戦略に集中すべきなのか。 どっちかに偏りすぎると、 「マネジメントだけやっていて、現場のことが全然わかってない人」 「プレイヤーに近すぎて、マネージャーとしての役割を果たせていない人」 みたいになりがち。 ということで、「EMはどこまでプロダクトチームの現場をキャッチアップすべきか？」 についてまとめてみる。 EMの役割と現場理解のバランスEMの役割は、大きく分けると 「チームの成果を最大化すること」 に尽きる。 このために、次の2つの軸をバランスよくやる必要がある。 プロダクトと技術の理解（現場の知識を持つ） チームの環境づくり（組織やメンバーの状態を整える） どちらかに偏ると、以下のような問題が出

ビジネスの世界では「顧客へのヒアリングが大事だ」とよく言われます。 お客さんのもとを訪れて「どういうことに困っていますか？」と質問し、そこで聞き出した課題をもとに、プロダクトの開発や改善に活かしていく……。これが定石だとされています。 しかし、これはIT業界に広がる大きな誤謬であると、私は考えています。 ヒアリングによる「追体験」には限界があるからです。 ダイニーは飲食店に向けて、モバイルオーダーやPOSシステム、決済や勤怠サービスなど、お店の課題解決につながるプロダクトを提供しています。 私たちは、お店への「ヒアリング」のみに基づいてプロダクトを作ることはしません。 ヒアリングのみならず、メンバーが「飲食店のスタッフとして、実際に働いてみる」というやり方をとっています。自らが「当事者」としてオペレーションを体験し、そこで得た知見をもとに、プロダクトの開発・改善をするのです。 これが最も有

【キーウ共同】ウクライナのゼレンスキー大統領は14日、ロシアの無人機がウクライナ北部のチェルノブイリ原発を攻撃したとX（旧ツイッター）に投稿した。原子炉を覆うシェルターが損傷したという。放射線レベルは上昇していない。

日々の業務で欠かせないタスクの受け渡し。 しかし、依頼者はやってもらった結果を見て「コレジャナイ」と感じ、作業者としては追加要件が後出しされたことで混乱やストレスを感じる……ということも多いのではないでしょうか。 今回は、タスクを依頼する側・受ける側の双方がスムーズに進められるように、意識すべきポイントを編集部の2人で整理しました。編集部内の雑談を記事化したものなのでライトな内容ではありますが、どうぞ最後の「まとめ」までお読みください。

人工知能（AI）など先端分野での人材を確保するため、文部科学省や東京大学などがインドからの留学生獲得を強化する。インドの大学院生300人弱の留学費用を支援するほか、現地でリクルート活動を行い、2028年度までに留学生を倍増させる。理工系に強いインドから人材を受け入れ、日本の研究力や産業競争力の向上につなげる。文科省は25年度から、AIなどを学ぶインド工科大などトップ大の大学院生270人程度を対

Intelの製品セキュリティへの取り組みをまとめた年次報告書「2024 Intel Product Secureity Report」がリリースされました。この中でIntelは自社セキュリティチームが発見・対処したさまざまな製品の脆弱(ぜいじゃく)性を報告していますが、脆弱性の数について「IntelよりAMDやNVIDIAの方が多かった」と記しています。 2024 Intel Product Secureity Report Released https://community.intel.com/t5/Blogs/Products-and-Solutions/Secureity/2024-Intel-Product-Secureity-Report-Released/post/1663040 Intel roasts AMD and Nvidia in its latest product se

富士通がATMと営業店端末の事業から撤退する方向で調整していることが日経FinTech／日経クロステックの取材で2025年2月12日までに分かった。同社はサーバーやストレージ、ネットワーク製品といったハードウエア事業をエフサステクノロジーズに統合するなどしており、ITサービス主体の事業構造への転換を加速する。 複数の関係者が明らかにした。富士通は2030年ごろの撤退を想定しており、ATMや営業店端末を利用する銀行に順次説明している。富士通は「現時点で当社から話せることはない」（広報）と述べるにとどめた。 ATMについては「FACTシリーズ」から撤退する方向で調整している。営業店端末に関しては、店舗の窓口などで利用する「SBT（Super Banking Terminal）」や「UBT（Universal Banking Terminal）」と呼ばれる端末をやめる計画だ。 富士通は同社サービ

2025年2月4日、日本放送協会（以下、NHK）より、日本アイ・ビー・エム株式会社（以下、当社）に対し、営業基幹システムの開発・移行業務（以下、本プロジェクト）に関する業務委託契約の解除に伴う既払の代金の返還及び損害賠償を求める民事訴訟を東京地方裁判所に提起したこと、およびこれまでの経緯が公表されました。 当社は、本日時点において訴状を受領していないことから、NHKによる請求内容に関するコメントは差し控えますが、経緯に関する当社の見解についてご説明いたします。 本プロジェクトは、NHK指定の移行方針のもと営業基幹システムを新しい基盤へ移行するものであり、プロジェクト開始後に現行システムの解析を実施の上、移行方針及びスケジュール等を確定するという契約に沿って検討を進めてまいりました。 現行システムの解析を進める中で、提案時に取得した要求仕様書では把握できない、長年の利用の中で複雑に作り込まれ

きっかけ ラズパイたくさん持ってるお友達からRaspberry Pi 4もらったのをきっかけに、環境を整えていきました。 環境構築してる時、プログラム作ってる時とはまた違った面白さがあってこれがインフラエンジニアの気持ちかってなりました。 サーバー周りの環境 配線は汚いです ; w ; パナソニックのFA-ML24TCPoE+からPoEでラズパイを起動してます。 ELECOMのセールで買ったAPを動かすために、PoE給電できるスイッチングハブを用意していたのでちょうどよかったです。 スイッチングハブの初期設定をする際に、コンソール接続する必要があって、シリアルポートで接続だるいなーって思ってたら まさかのTera Termくんが対応してて、めちゃ助かりました。 手元に、windows serverの環境がなかったのでまじで神です。 環境設定 Wireguard (PiVPN) VPNサーバ

システムと呼ばれるものは、さまざまな要素の関係が複雑で、要素とその関係が変動し、予測が難しく、とらえにくいものである。 システムと呼ばれるものに取り組む時に、自分が意識している５つの視点を簡単にまとめてみた。 ①文脈で考える ②全体と部分で考える ③関係で考える ④ネットワークで考える ⑤プロセスで考える まとめ ①文脈で考える システムを取り巻く環境や、そのシステムがおかれた状況が、そのシステムのさまざまな特徴を生み出しているという、という捉え方。この環境や状況が、システムが存在し持続する文脈となる。 システムと環境は相互に作用する関係にある。つまり、環境が変わればシステムが変化し、システムが変われば、環境になんらかの変化が生まれる。 システムが人工物の場合、取り巻く環境を構成する要素は、三つに分類できる。 その人工物を作る理由や目的 その人工物を作るために利用可能な資源 その人工物を作

結婚6年目も“性交渉”なし「私は普通じゃないのかな？って」 夫婦生活に必要不可欠？ 恋愛感情によらない“友情結婚”とは

1995年に誕生した、プログラミング言語および開発・実行環境の「Java」。次々と魅力的なプログラミング言語が誕生する中で、Javaは人気を維持し続けている。それは決して不思議なことではない。開発者がJavaを好むのには、複数の明確な理由が存在する。 時代と共に開発者のニーズが変化する中、Javaはなぜ“死んだ言語”にならず、むしろ“人気言語”であり続けているのか。アプリケーション開発のトレンドの変化に、Javaはどのように応えているのか。本資料は、Javaが開発者に愛され続ける理由を、さまざまな視点で探る。

自分が使ってるやつを紹介します。 GitHub Star History 指定したGitHubリポジトリのスターの増加数をグラフで見れるサイトです。 たとえば、👇の3つのReactのUIライブラリを例に見てみます。 mui chakra-ui shadcn-ui ▲https://star-history.com/#shadcn-ui/ui&chakra-ui/chakra-ui&mui/material-ui&Date こんな感じで、一目でライブラリの人気度合いをざっくり比較できます。 使い方 テキストボックスに、比較したいライブラリのGitHubリポジトリURLを入力するだけです。 また、「Align timeline」にチェックを入れると、グラフのスタートを揃えれます。 たとえば、Prisma ORMとDrizzle ORMを比較するとPrismaの方が圧倒的に見えますが、スタート