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

こんにちは、株式会社Berryの浅沼です。 この記事を書いている数週間前くらいから話題のClineを会社で導入し、開発に利用しています。最初はコードの自動生成から試していたのですが、.clinerulesを使ってプロジェクトごとのカスタム設定ができることを知り、どんどん活用の幅を広げていきました。 特に大きかったのが、プロジェクト内のコード構造・コーディングルールの設定に加えて、コミットメッセージやプルリクエストのタイトル・サマリーを生成するルールを追加したことです。これによって、「コードを書く→コミットメッセージを考える→プルリクを書く」という一連の作業がスムーズになり、全体の開発効率が格段に上がりました。 この記事では、実際の.clinerulesの内容も含めて、どのようにルールを作り、育て、活用しているのかを紹介します。特に、コードの自動生成以外の使い方にも触れますので、すでにCli

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Tidy First? Kent Beckさんの本「Tidy First? -個人で実践する経験主義的ソフトウェア設計」の日本語訳版が出たので読んで色々と感想を交えながら整理してみました。 翻訳版が2024/12/25に販売された いつどこでコードを改善・整頓すれば良いのかを記述した本 3部作の1作目で、本作は"個人"に焦点を当てている 内容整理目的でいくつか気になったポイントを抜粋しつつ、自分で咀嚼し言い換えたり、感想・意見を交えて整理しています。きちん正しく理解するためには本書をぜひ一読することをオススメします。 Tidy Firs

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 科学的根拠に基づく最高の勉強法 を読んだので要約と感想を書きました。 読んだきっかけ 読みたい技術書がたくさん溜まっているため、その前に勉強法についてアップデートしておきたいと考えて読みました。 目新しいことはないだろうと想定しつつ、今まで自分が身につけてきた勉強法とすり合わせて効率を上げることを期待していました。 以下、要約と感想です。 全体的な感想 科学的根拠を提示しつつ、筆者自身の体験ややり方も紹介している点で非常に好感が持てました。科学的根拠があると示されていることでより確信をもって効率の良い方法に取り組むことができそうです。

折に触れて、何度も読み返している隠れた名著ある。 「採用」「チーム」「企業文化」そして自分自身の組織人、人としての「成長」...そんなキーワードにぴったりと追走する、どんな企業、組織、チームでも必要な最重要属性を突き詰めていくといつも突き当たるキーワードがある GIVER（ギバー） この言葉は、意外と語られる事が多くないのではないかと思っています。むしろより頻繁に目に、耳にするのは反対語の TAKER（テイカー） ですね。リスクテイカー、というのはよく聞く言葉（このコンテキストでこの場合はポジティブな側面ではあるが）。 全世界でベストセラーとなった 「GIVE & TAKE（WHY HELPING OTHERS DRIVES OUR SUCCESS」 は日本だといまいちパッとしなかった感が否めないんですが、むしろ日本人こそ国民性的にフィットした納得かつ大変参考にすべき文献として、気がついた

突然ですが、会議でブレスト（ブレインストーミング）をする時、ゴールにうまく辿り着けたことはあるでしょうか。 意見がたくさん出せたこともあれば、うまく発言できなかったこともあるかもしれません。 実は、ブレストには陥りやすい罠があるのです。今回は、その罠を明らかにし、より深く考えてアイデアを出せる「ブレインライティング」を紹介します。

こんにちは、unnameの代表取締役の宮脇啓輔です。 普段から重要だなと感じたことや、自分なりに思考したものを伝えようとXで投稿しているのですが、その中でも反響が大きかった投稿をさらに肉付けして発信しようという試みで記事化しております。 「頭の回転が速い」とは「累積思考量が多い」ことだと思います。「過去に似たようなテーマについて考えたことがある」から、すぐに自分の意見が出てくるし、回転が速く見える。考えたことがないと、その場で思考してしまい、遅く見える。そういうことだと思っています。… — 宮脇 啓輔 / 積極採用中 / unname (@keisuke_unname) March 21, 2024 この投稿がかなりいい反響をいただいたということもあり、投稿をベースに、もう少し肉付けして解説してみます。 「頭の回転が速い」の正体はなんなのか「頭の回転が速い」と見える人は、実際は「累積思考量

本を読んでて、気になるところがあったら、 その要点をテキストファイルに箇条書きにして、整理しながら読書する。 これだけ。 これだけで、読書の質が桁違いに上がります。 これをやると、「普通に本を読むだけだと、理解した気になってるだけで、実はろくに理解してなかった」と分かって驚きます。 話はこれで終わりですが、 以下の点が気になる方もいらっしゃるでしょう。 ●どんな人がどんな本を読む場合にもそうなるわけじゃないだろ。具体的に、どんな人がどんな本を読む場合にそうなるんだ？ ●そんなの面倒くさくてやってらんない。手間をかけずにやる方法はないの？ ●具体的にどうやるとうまくいくのか、もっとちゃんと説明しろ。 そういう方のために、以下、これらについて補足します。 まず、読書を以下の９種類に分類します。 (1)リアルタイム活用読書読んだ知識を今やっている仕事/生活/趣味にリアルタイムに活用しながら読む方

こんにちは！もみです🐶 皆さん、GitHubプロフィールのREADME は設定していますか？ GitHubのプロフィールを充実させることで、 GitHub上での交流はもちろん、就活や転職でもきっとちょっと役に立ったりと、素敵なご縁に繋がるかもしれません。 たった5分で設定できるので、さっそく設定していきましょう！ 🚩 今回作成するプロフィール シンプルさを保ちつつ、スキルやGitHub上での活動を中心にした自己紹介テンプレートにしてみました！ GitHubリポジトリ： https://github.com/NonokaM/sample-github-profile/blob/main/README.md 1. リポジトリを作成しよう まず、ユーザー名と同じ名前のリポジトリを作成しましょう。 （ ユーザー名と同一のリポジトリは、特別なリポジトリと認識されて自動的にプロフィールに表示されま

「本を読んでも頭に入ってこない」「読んだはずの本の内容をすっかり忘れてしまった」……そんな経験はありませんか？ 読んだ本の内容を忘れてしまうことは誰にでも起こりうること。読書好きの著者でもたまに内容を思い出せず、焦ることがあります。その原因は、本の読み方が悪いから。 今回は、記憶を定着させるのに最適なコーネル式ノート術を用いた読書法を、筆者の実践を交えてご紹介します。 【ライタープロフィール】 上川万葉 法学部を卒業後、大学院でヨーロッパ近現代史を研究。ドイツ語・チェコ語の学習経験がある。司書と学芸員の資格をもち、大学図書館で10年以上勤務した。特にリサーチや書籍紹介を得意としており、勉強法や働き方にまつわる記事を多く執筆している 本を読んでも内容が頭に残らない人の問題点1：5W1Hを意識せずに読んでいる 本を読んでも内容が頭に残らない人の問題点2：読書後にアウトプットしていない 読んだ本

speakerdeck.com 「技術力がある」とか「技術力あげたい」とかそういう話をしているが、技術力とはなにかが曖昧だと最近思っていたので自分の中の定義をプロダクト本部のLT大会で話した。 自分は10xを創る組織とはなにかに興味がありこの会社にいるのだけど、それは個人/組織が成長し続ける組織であるという仮説を自分は持っていて、プロダクト開発・運用という視点で個人の成長に必要なものとはなにかを考えたという話でもある。 もらった質問や感想など 訂正しやすくつくる力、外から中々見えにくい 見るというのはある意味評価するということだと思いますが、自分は人間が客観的に正しく人間の評価を行うのは無理*1だと思っていて、ましてや外(社外やチーム外、別職種)からはほぼ確実に無理でしょと思っています。なので中から外に説明する必要がある。 今回の話は、中*2で見えている評価をどうやって外に説明するかという

少し前に読み終えた「Todoリストは捨てていい」という本が、私に様々な良いインスピレーションを与えてくれています。 仕事をすることに色々なストレスを感じ、それに悩んでいるという方には是非手にとってみて欲しい一冊です。 あまりに素晴らしい本なのでお伝えしたいことは山ほどあるのですが、ここでは特に個人的に大きな発見となった「相手のニードとニーズを変える」という話について触れてみたいと思います。 皆さんは「ニードとニーズの違いを教えてください。」と聞かれたらなんと答えるでしょうか？ 「ニーズはニードの複数形。」 ChatGPTやパープレ君に頼らないという条件下では、この程度の回答しかできない人も多いのではないでしょうか？ 恥ずかしながら私はそうでした。 そして「その意味」にしても「複数形」という違いがあるだけでどちらも変わらないものと捉えていたのです。 相手の「必要」に応えるのはウルトラ大事であ

Rust RustはMozillaのグレイドン・ホアレさんが開発し、Mozillaやコミュニティによって開発が進められている汎用プログラミング言語です。 Rustの特徴として高いパフォーマンスや、型システムや所有権による安全性、高い生産性が挙げられます。 Rustのインストールとツールチェーン Rustは公式でインストールの方法がアナウンスされています。 RustはrustupというコマンドによってRustツールチェーンのインストールができます。 Rustツールチェーンにはコンパイラであるrustc、パッケージマネージャー兼ビルドツールであるcargo、LSP実装であるrust-analyzer、標準ライブラリなどがついてきます。 Rust開発ではrustcを直接使うことはほぼなく、cargoを介して実行ファイルやライブラリを作成することがほとんどです。

Red Hat の森若です。 本記事は赤帽エンジニアAdvent Calendar 2018の7日目です。 RHEL 7 まで、開発中以外のタイミングでクラッシュするプロセスのcoreを取得するのはなかなか大変でした。デフォルトではプロセスのCWDにcoreファイルを保存しますが、このサイズや個数を制御する標準的な方法がなかったため、「ときどきクラッシュするシステム」の問題を解析するためにcore出力を有効にすると、ファイルシステムがあふれてしまう懸念があったのです。 RHEL8 betaではsystemd-coredumpがデフォルトで有効になっています。 systemd-coredumpはプロセス異常終了時に出力されるcoreファイルを管理する仕組みで、以下のような機能を提供します。 coreファイルを(各プロセスのCWDではなく)あらかじめ決められた場所に保存する systemd-j

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Linuxカーネルパラメータのチューニング＆設計 0.目的 【カーネルパラメータのチューニング】を修得する目的は、サーバの特性を理解し、それぞれに合ったカーネルパラメータのチューニングすることでリソースの有効活用をできるようになることを目的とし、私個人の経験を元にした見解を以下の記事に掲載します。 1.最初に サーバには、それぞれ必要なリソース特性があり、それに合わせたカーネルパラメータのチューニングが必要となります。 世の中の流れはオンプレよりクラウドに移行してはいるので、カーネルパラメータのチューニングよりスケールアップなりスケール

仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その

「ゼロ秒思考」がめちゃくちゃよかったです。 これくらいやったサムネの画像も私が撮影しました。 「ゼロ秒思考」のおかげで 確実に頭が良くなりました。 言葉にするとアホっぽいんですけど。 頭の回転がはやくなりました。 効果が感じられなかったら、3日で辞めていたと思います。どんなときでも、効果を実感できたので、1年間継続をすることができました。 やって良かったです。 そもそもゼロ秒思考とは？「ゼロ秒思考 (赤羽雄二 著)」が由来です 誰もが頭が良くなるシンプルなトレーニング方法が載っています。 本にかかれてあるメソッドを実行すると 頭が良くなる 判断スピードが早くなる もやもやな悩みが解決する いいことづくめです。 まじかよ～。と疑いながら、最初の1週間はじめてみました。 効果抜群でした。 具体的になにをするの？本にかかれてあるメソッドを簡単に説明します。 毎日10枚A4にメモする。 それだけで

会社ごとに「流れる時間の速度」は違う。30年かけて「100」の事業を作るのか？ それとも3年で「100」の事業を作るのか？ この時間軸をどちらに設定するかで、日々の仕事のスピードは変わってくる。急成長するスタートアップを作り上げるには、時間軸を後者に設定し、日々のプロジェクトをとにかく速く速く速く進めなければならない。経営者の役割は、この「会社に流れる時間」をコントロールすることなのだ。 これはいわば「メトロノーム」に近いかもしれない。4ビートなのか8ビートなのか、会社におけるメトロノームのピッチを決めるのがCEOであり創業者である。 創業期の会社は、まだメトロノームが小さいため、速く動かすことが可能である。しかし、メトロノームが大きくなるにつれ、同じペースを保つのが難しくなってくる。会社の規模が10人になり20人になり30人、100人、300人……と増えてくると、メトロノームがどんどんど