はじめに AIのコーディングアシスタントとして最近、急速に注目を集めているCline。VSCode上でAIと連携し、コード生成からバグ修正、さらにはターミナル操作まで自動化できるこのツールは、多くのエンジニアの生産性を劇的に向上させています。 mizchiさんの『CLINEに全部賭けろ』という記事では、 AIから引き出せる性能は、自分の能力にそのまま比例する AI自体を管理するパイプライン設計を自分のコアスキルにする必要がある ともあるように、エンジニアはClineという強力なツールの最大限を使えるようになっていくべきです。 「AIの上手な使い方」が今のエンジニアにとって必須スキルになりつつあるため、単にClineを使うだけでなく、その仕組みを理解することで得られるメリットは数多くあります。例えば、現時点でのClineの得手・不得手を理解することでAIに対して的確に指示ができたり、clin

業務を進める上で障害となる問題を解決してしまいたい。でもそれに取り組むことが許可されない。時間や予算をもらえない。このままでは問題がどんどん大きくなって、いずれ手に負えなくなってしまう—— 組織に身を置いていれば、1度は経験するかもしれないストレスです。それを何度も重ねるようなことになると、問題を指摘する気すら失せてしまいます。どうせ聞いてもらえない。言うだけ無駄。そう感じるようになります。組織を去ることすら考えるようになるでしょう。 そもそもなぜ、問題解決に取り組むことに理解が得られないのでしょうか。そこにはいくつかの段階があるのですが、実は、最初の段階でつまづいてしまっていることが多いように感じます。 それは、“問題の存在” 自体が相手に理解されていない、ということです。そうであるなら、解決への取り組みに必要性を感じてもらえるはずもありません。 存在しない問題に解決策など必要ない問題解

最近の Web3 エンジニアをターゲットにしたマルウェアについての話題が流行していますよね。悪意のあるプロジェクトを実行させていろいろな悪いことをするという手口です。 これは北朝鮮のハッカー集団が関わっている可能性があるそうです🚀💣💥😱。Cheena さんが言っているので間違いないでしょう！！！[1] 経済制裁をすり抜けて資金を入手する仮定の一部として、Web3 開発者に悪意のあるプロジェクトでお金を稼いでいるのでしょう。これらの資金はミサイル開発にも使われかねません。これは日本の安全保障において大きな問題です。そのため、Deno を用いて北朝鮮のミサイル開発を抑止しましょう！ 対象読者 あのマルウェアが何をしているのか気になる人 Web3/JavaScript 開発者 Deno とは？ Deno を知らない人のために簡単に説明しましょう。Deno は、Node.js のような J

コードレビューにずっと苦手意識を持っていた。レビューは時間がかかるし、あまり気が乗らない。 がんばってやっても、うまくできたのかどうか自信が持てない。 もちろん、世にあるコードレビューに関する書籍や記事などはいくつも読んだ。 そこには、コードレビューをするときの観点や、コードレビューで望ましい言葉づかいなど、ためになることがたくさん書かれていた。 それでも、やはりコードレビューが苦手なことに変わりはなかった。 だけど最近ようやく、こうすればレビューをうまくこなせるのではないかという出口が、なんとなく見えはじめてきた。 この記事では、ぼくなりにたどり着いた、プルリクエストのレビューを上手に行うための心構え、つまりいかにしてレビューのつらみを減らすかについて書く。 目次 なぜコードレビューはつまらないのか われわれは、なんのためにコードレビューをするのか レビューのコスト レビューの観点 文化

本記事は AWSアワード記念！夏のアドベントカレンダー 11日目の記事です。 🎆🏆 10日目 ▶▶ 本記事 ▶▶ 12日目 🏆🎆 はじめに ふと、ECRを眺めてて気づいた そもそもOCIってなんぞや Open Container Initiative OCI Artifactってなんぞや ちなみにImage Indexとかってなに？ 結局OCI Artifactはどこで活躍するの？ OCI準拠のイメージ署名 SOCI Indexを利用したLazy Loading まとめ はじめに ozawaです。今年もAllCert継続となりました。引き続きよろしくお願いします。 先ほどエアコンの水漏れ対応工事が終わり、ようやく灼熱地獄から抜け出せそうです。 ふと、ECRを眺めてて気づいた 最近はIaC化も進んでおり、なかなかAWSコンソールをまじまじ見る機会も減りました。 そんな中、ふとECRコ

GitHub Container “R”egistryではなくGitHub Container “r”egistry が正しいと信じているのですが、誰か正解を知っている人がいたら教えて下さい。最初のブログ ではGitHub Container Registry と書いていましたが、その後はGitHub Container registryになりドキュメントでもContainer registryになっているので、やはりContainer registryなのかなと思ってますが、これが気になりすぎてGHCRについて触れるのがいつも憚られています。 Docker Hubのレート制限について 要約 背景 調査 回避策 GITHUB_TOKENについて 備考 余談 まとめ Docker Hubのレート制限について 2025年4月1日からDocker Hubの制限がいよいよ厳しくなり、未認証ユーザは

はじめに honeshabri.hatenablog.com 骨しゃぶりさんのブログで音声入力が激推しされていて、自分も普段から音声入力を使っているので、その使い方にとても共感できたし嬉しかったです。普通に音声入力がもっと流行ってほしいなと思います。 骨しゃぶりさんのブログ記事に触発されたのもあり、僕も音声入力について記事を書いてみました。この記事では自分のおすすめ音声入力ツールとその活用法を紹介したいと思います。 SuperWhisperのすすめ Whisperという音声認識モデルをご存知の方は多いと思います。これはTransformerベースの音声認識モデルで、OpenAIからOSSとして公開されています。特徴としては従来の音声認識と比べて、聞き間違いや聞き逃しが少なく、ノイズやフィラー（えーと、うーん、あー）を上手に無視してくれて、音声認識の精度が高いというところがあります。 よくあ

You can build language model prompts by using string concatenation, but it's hard to compose features and make sure your prompts stay within the context window of language models. To overcome these limitations, you can use the @vscode/prompt-tsx library. The @vscode/prompt-tsx library provides the following features: TSX-based prompt rendering: Compose prompts using TSX components, making them mor

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

Tebiki株式会社でエンジニアをしている二瓶です。私は Tebiki株式会社の Web アプリケーションエンジニアとして入社し、製造業向けデジタル帳票サービス 「tebiki現場分析」 の開発を担当しています。また、チーム内では「チームリーダー」という役割を担っています。弊社のチームリーダーのミッションは要約すると「生産性とプロダクトの品質を最高の状態に保ち、プロダクトの価値を最大化できるような『チームの状態』をつくること」です。 私たちのチームはプロダクト立ち上げ当初からスクラムを導入し、私は2年前からスクラムマスターを務めています。しかし、昨年から開発者も兼任することにしました。この兼任の目的を一言で表すと「私自身がチームの状態をよく知り、生産性とプロダクトの品質を最高の状態に保ち続けることにコミットするため」です（本記事ではスクラムにおける役割についての説明は言及しません。スクラム

僕は食品会社に勤務する営業部長だ。中小企業なのでやることが多い。新規開発営業の他にもイベント時のスーツアクター（トナカイくん／トン吉）当番、トナカイくんとトン吉の保守管理等重要業務も任されている。最近は、食材高騰や人件費高騰や人不足の直撃を受け、それらを担当する中間管理職が慌ただしく動いているため、彼らの手が回らないマネジメント業務もやらされている。事業本部長の代理である。事業本部長は「代理だから難しく考えなくていーよー。難題に当たったら持ち帰ってねー」とライト感覚で言ってくれた。 取り急ぎ対応する必要があったのは某小規模事業所。責任者とその他パートスタッフの関係がうまくいっていないという報告を受けての対応だ。マネジメント業務を代理で受ける際に、落ちついている事業所を任せるという約束をしていたので、ルール違反っちゃあ違反だけれども、事業所収益は問題がないので、そういう意味で問題がないという

デジタル庁のガバメントクラウドが地方自治体にあわず苦戦しているのだが、デジタル庁クラウドチームのコミュニケーション能力に問題がありそうなので指摘したい。 静的ページのクラウド化のテックブログを拝読していたのだが、つまらないが大事なことを書き忘れていて、業務にあった技術を選択するのではなく、流行の技術を推進しようとしているように思えてきた。 1. 運用体制の話がない 問題は以下の2本の記事なのだが、 ガバメントクラウドで考える静的Webサイト向けアーキテクチャ ガバメントクラウドでのSSG/SGアーキテクチャ - デジタル庁のサービス紹介サイトを公開 想定するシチュエーションの節はあるのに、運用体制の話がない。 2. アピールしている内容は分かるが、評価不能 デジタル庁クラウドチームが言いたいのは、 サーバーレスのクラウドに静的ページを並べておけば、最高のスケーラビリティと最速の表示速度が得

みなさん、Roo Code (旧Roo Cline)を使って小説執筆していますか？　おそらく多くの方はコーディングでの利用が大多数だと思いますが、実は小説執筆にも応用できる技術です。しかもこの体験は、今までの生成AIを活用した執筆よりも明らかにワンランク上です。まだまだ足りないところもありますが、おそらく技術の進展でカバーできるでしょう。 おそらく「すでに小説執筆は試したけど、あまり使えなかったよ」という方もいらっしゃると思います。そんな方はぜひ「メモリバンク」も活用してみてください。きっとクリアな視界を得られるはずです。 本記事では、Roo Codeの導入から、小説執筆用に私がカスタムしたメモリバンク「Writing Memory」についても解説いたします。 お知らせ天狼院書店さんにて開催される「AI時代の小説の書き方」1day講座に、『小説を書く人のAI活用術』著者である山川健一先生、

「Cursorのタイムマシンビジネスで大儲けや〜」みたいなネタを見て、アッそういえばフォークエディタ作ってみたいんだったと思い出してソースからビルドしてみることにした。 VSCodeのビルドは思ったより難しくなかった。LinuxにElectronアプリを作れる環境を整えただけで、これはこれですごい もっと特殊な魔改造Chromium+Cコンパイラ最適化とかしてるのかと思い込んでいた。 ただ、codeコマンドはRustで書いてあった。これは初めて知った。 カスタムビルドを起動できるようになったので、コアコンポーネントをいじって壊してみる。 layout.tsなどを起点にどのファイルがどの機能を実装しているのかを把握した。 これでVSCode内部をどこでも変更できるようになった。いったん満足した。 Copilot Chat次はついでにCopilot Chat拡張のコードを読んでみる。 exte

微生物学者が10年かかって解明に至った複雑な問題を、人工知能（AI）の新ツールがわずか2日で解き明かした。 英インペリアル・コレッジ・ロンドンのホセ・R・ペナデス教授とそのチームは、なぜ一部の「スーパー耐性菌」に抗生物質が効かないのか、何年もかけて探り、証明しようとしてきた。

一部CTO達や技術系著者、関係する協会などは、 「開発者体験」「開発の不確実性」「事業へのコミットメント」といった、 今となっては私には不適切に思える言葉を多用する なぜ不適切に思うか。後述するけど、要するに、過剰なあめ玉を開発者コミュニティに供給し続けたことになっていたと私はみているから よかれと思ってやってきたのかもしれないけど、日本の開発者とビジネス側の分断、また開発者間の分断、そしてなにより効率低下を促進してしまったように思う よく誤用される意味での「心理的安全性」をむやみに与えたように見える。不要なぬるま湯 「開発者体験」なんて言葉、経営者が「経営者体験」なんて言ったら意味が分からない 「開発の不確実性」も、開発には確かに不確実性はあるけど、あらゆる計画には不確実性があり、ことさら開発において強調するのは、開発が特に不確実性があるものという印象を与える 失敗してもそれは通常の開発

Linux Daily Topics Hector Martin⁠⁠、Asahi Linuxプロジェクトリーダーも辞任 Asahi Linuxのプロジェクを立ち上げ、プロジェクトリーダー（リードデベロッパ）を務めてきたHector Martinは2月14日、プロジェクトリーダーを辞任することを明らかにした。既報の通り、Martinは2月7日付けでAppleシリコンコードのアップストリームメンテナーを辞任したが、その1週間後にはみずからがローンチしたプロジェクトからも離れることとなった。 Resigning as Asahi Linux project lead -marcan.st Passing the torch on Asahi Linux -Asahi Linux 今後、Asahi LinuxはMartinからアップストリームメンテナーを引き継いだSven PeterとJanne

賞与の給与化の流れ 一部、動きの速いJTCにおいて賞与の一部を給与に振り替えて支給する「賞与の給与化」の動きが見られる。 JTCでは、逆に「給与の賞与化」が行われてきた歴史がある。 本来、給与を上げるべきところ、残業代を払いたくない、業績に自信がない（不利益変更できるようにしておきたい）などから、賞与に乗せて支給するというものである。 現在、年間賞与が6ヶ月の会社であれば、3、4ヶ月はこの給与の賞与化部分であり、組合との約束で赤字であってもこれは払う必要があるとされる。 （なお、実際に赤字になったら、雇用保護を優先するからとか理由をつけて払わないことも多い・・・） さて、日本企業のドケチ根性の象徴とも言える「給与の賞与化」と逆の動きが起きているのが興味深い。どういうことなのか？ これは、人手不足やベースアップが常態化する新局面にいち早く対応して人件費を抑制する企業の動きと理解することができ