最近もっぱら Roo から Claude Code をメインに移しているが、その界隈の進歩は今までの変化とは明らかに質が違うという感覚がある。それを今の時点で言語化しておきたい。 最初にいっておくと、自分はシンギュラリティ論自体には否定派というか、シンギュラリティが来たところで世の中の問題の大多数が解決されるとは思っていない。(特にレイ・カーツワイルは典型的なフェイク野郎だと思っている) 実現したところで、そんなものかになるという程度の話だと思っている。実現したところで、シンギュラリティ万能論者はゴールをずらし続けることで否定するだろう。終末論はいつもそうだ。 という前置きの上で、今確実に転換期を迎えている AI とプログラミングの話をしたい。 特異点があるとしたら、今はその瀬戸際。 tl;dr Claude Code は Claude Code によって 90%が開発されている その改善

おらああああ！！ゲーム完成させたぞおおおお！！！！ という気持ちです。 ■自己紹介どうもあっばあばばぁゲームズです。 名前は色々考えたけどまぁ昔から使ってるし、もう色んなアカウントでも使ってて馴染んでるし…でそのまま使いました。 でも英語表記にするとABBAABABAAでゲームっぽいから…。 というわけでプログラミング素人がunityでゲームを作って販売するまでの振り返り及び反省をし、後世に残そうと思います。 今初めてゲームを作り始めてる人や、いつかゲームを作りたい人の助けになれば幸いです。 作ったゲームはコレ。 #MadeWithUnityDay 丁度いいタイミングなのでありがたく使わせていただきます！ 影の伝説ライクなFC風スコア消費型ハイスコアアクション[超忍伝-SUPER SHINOBI DEN-]を昨日リリースしましたー 初のゲーム制作で3年もかかりましたが完成できたのは間違いな

新卒から4年間、20年もののWebサービスと向き合って学んだソフトウェア考古学 - PHPカンファレンス新潟2025 / new graduate 4year software archeology

死のうとしていましたが踏みとどまりました。以下の文章は死ぬ直前に投稿しようと思っていたエントリから生きたまま公開するのがはばかられる箇所を一部修正したものだ。錯乱状態で書いたので全くまとまりはない。 一ヶ月くらい本気で死のうと考えていて、色々準備してあとは実行するだけという状態で何日もグズグズしていた。ネット上にある自殺して失敗した人や自殺遺族の人の文章を読み漁ったりしていた。 結局、考えれば考えるほど死んで意識が無になるという恐怖に打ち勝つことが出来なかった。あと一番身近にいる人がショックで狂ってしまうのが辛いなと思った。 一旦は落ち着いたが、今後どうするかは未定。 ------------------------以下遺書だったもの---------------------- この文章をみなさんが読んでいる頃は私はもうこの世にはいないだろう。 これはそういう文章だ。 内容は私が死ぬという

moldを作ったのは「大学院の単位を取るため」だった 秋葉：植山さんと最初に接点を持ったのは、僕がマウンテンビューのMicrosoft Researchでインターンをしていた時だったと記憶しています。エンジニアならば誰が見ても驚くような開発を成し遂げ続けているので、ぜひ詳しくお話を聞きたいと思い対談のリクエストをさせていただきました。 植山：ありがとうございます。初めてお会いした当時から、秋葉さんはプログラミングコンテストの上位ランカーで実力があって、おまけに話も上手かった。なかなか直接関わる機会はなかったけど、時流に乗ってディープラーニングに着手して活躍しているという話はよく耳にしていました。 秋葉：確かに、植山さんと知り合った頃はまだディープラーニングには手を出していなかったですね。今ではAIへと専門領域を移して久しいので、振り返ると長い時間が経ちました。 今回は、個人の力で優れたプロ

Agile Journeyをご覧のみなさん、はじめまして。株式会社ソニックガーデンの代表をしている倉貫義人と申します。 私はもともと大手システム会社でプログラマとして働いていました。そのとき出会ったアジャイル開発に魅了され、これこそ自分にとって理想の姿であると確信し、それ以来アジャイル開発を広めるための様々な活動を社内外で行ってきました。 最終的に、本当に自分の理想とするソフトウェア開発と、それを実現する組織をつくるためには、自ら会社を経営する立場になるしかないと考え、起業することになりました。そうしてできたのが株式会社ソニックガーデンです。 ソニックガーデンでは「納品のない受託開発」というサービスを提供しています。従来的な受託開発から、そもそものビジネスモデルを見直したことで、今では「アジャイル開発」を意識せずとも、自然とそれに取り組める組織として機能しています。 思い返すと、私のアジャ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 初めに 私は独学でプログラミングその他について勉強をしていますが、基本的に知識を得るために金はかけません。調べれば何とかなるので。 私がプログラミングを始めるにあたって自分に投資したものは安いノートパソコンとマウスのみで合計金額は14600円（ノートパソコン14000円、マウス600円）ですね。 もちろんいいものはお金をかけなければ手に入りません。しかし、いいものというのはある程度のレベルにならなくては持っていても意味がほとんどないと思います。 実際にプログラミングの勉強を独学で始めると、なかなか教材を見つけることができず、え？こんない

どうもお疲れ様です。 MESIです。 皆さん基本情報技術者は取得済みでしょうか？ よくITエンジニアの免許と言われている資格ですよね。 私は一昨年の秋に取得しました。 ちょうどエンジニアとして就職して2年目の時でしたね。 それまでの私の知識は業務で必要とされる部分しか知識がなく、情報系の学科を出ているわけでもないので、ITエンジニアとしての土台が全くない状態でした。 時々、このままではいけないと技術書を買って読むのですが、土台がないので頭に全然入ってこないし、何が書いてあるのかわからない。。 そんな私が基本情報を受験してから、見える世界が変わった件について話します。 『何をしている？早く基本情報技術者を取るんだ！』 新卒1年目の自分に言いたいセリフNo1がこれです。 なぜ基本情報を受験することになったのかといいますと、会社で半年に一度目標設定をするのですが、その一環としてです。 エンジニア

はじめに デリシャスマイル〜1、nikkieです。 控えめに言って神！なオンライン勉強会に参加してきました。 レポートを綴ります〜 目次 はじめに 目次 「勉強法の勉強会」 #YUMEMIxTORALAB 勉強法LTラインナップ（見つかった資料ツイートも一緒に） アーカイブ（みんなぜひ見て！） 感想ブログ（気づいた範囲で） 「内需ドリブン勉強法」ぶっ刺さった！ 会場が色めき立った、ツイート読書術 牛尾さんのnote「プログラミングというより物事が出来るようになる思考法」を思い出す 『エンジニアの知的生産術』の「プログラミングはどうやって学ぶか」も思い出す ツイートめっちゃ流れて楽しい 一人同窓会感！ 終わりに P.S. きっかけはKanonさん 「勉強法の勉強会」 #YUMEMIxTORALAB 今回はなんとあのとらラボ！（虎の穴ラボ株式会社）さんとのコラボレーション！ 今回のテーマは、エ

久しぶりに転職をした。 理由は「上司がクソ・年収も上がらない」という至極単純なもの。 自分は人手不足と言われているエンジニア業界でも、人が居ないと嘆かれている言語のエンジニアである。 正直に言って、今までは求人に乗っかればそれなりに内定を取れたので、そんな感じでいくだろうとタカをくくっていた。 ところが、今回の転職はめちゃくちゃ難航した。 受けたカジュアル面談は20社近く。 約半数の選考に進み、スキルチェックで落とされたのが3社、面接で落ちたのが2社、内定獲得したが辞退したところが3社。 打率3割は高いと思うかもしれないが、経験者なら誰でもOKのSESなので自慢にならないんだ。すまんな。 最終的には良さげなところを見つけ転職は幕を閉じたが、かけた期間はおよそ6ヶ月。 それをぼちぼち忙しい業務の合間と土日に行っていたので、もう身も心もすっかり摩耗した。 ようやく落ち着いて新しい環境にも慣れた

回答 (39件中の1件目) 「ちゃんと」エラーを読んで、でしょうかね。 問題は、なにをもってちゃんと読んだことになるか? 重要なのは、英語かどうかでも、ここがいけないと示されていないことでもありません。 まず、自分が開発しているのであれば、本質的にエラーが自分の知りたい情報であることはありえません。そしてそのエラー内容は大抵的はずれです。 なぜなら、いままさにそれがエラーにならないように作るのが自分の役目だからです。それがエラーにならないのだとしたら自分は不要です。もともと雇われてません。あるいは別の仕事にアサインされているでしょう。 大抵的はずれなのは、エラーとは、自分のシステ...

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

イーロン・マスクやマイクロソフトが出資するOpenAIが発表した、チャットできるAI「ChatGPT」が注目を集めている。公開からわずか6日目にして利用者が「100万ユーザを突破した」とサム・アルトマンCEOは公表した。 ChatGPT launched on wednesday. today it crossed 1 million users! — Sam Altman (@sama) December 5, 2022 すごいという気もするが、話題の割にあんまりという印象もある。 どんな質問にもそれっぽく答えてくれるのだが、同時にChatGPTを持ち上げすぎるのはいつものように危険だと、「AI」の研究・開発をしてきた経験から筆者は考える。

「Twitterのタイムラインをごちゃごちゃにする仕事」は本当に実在したのか？　話題の元Twitterエンジニアに聞いた実際にはどういう仕事で、どのようにして導入されることになったのか。タイムラインの「重要度順表示」の導入に関わった、 元Twitterエンジニアのイハラさんにお話を聞きました。 「タイムラインごちゃごちゃにする仕事」で波紋Business Insiderが12月1日に掲載した、「感謝祭の前夜にTwitterをレイオフされた日本人エンジニア」のインタビューが話題になっています（もともとは英語版Business Insiderが11月28日に掲載した記事で、日本版はこれを翻訳したもの）。 インタビューの内容もさることながら、特に注目を集めたのは、インタビューを受けたエンジニアがTwitterで行っていたという「業務内容」でした。 「解雇される前、私はツイッター（Twitter）

しばらく前のことであるが、ホームレスになった。 IT企業で派遣社員のエンジニアとして働いていたが、パニック障害と鬱を発症して働けなくなった。 仕事をしばらく休んでもどうにも治らず、会社を辞めることになった。 この頃の貯金額は42万円程度だったと思う。 働かないと生きていけないので、自分の体に鞭打って、会社を探してテスターとして採用された。 三ヶ月間の試用期間でクビになった。休み休みだったし、鬱持ちの人を採用したくない気持ちはわかるので全く恨んでいない。 パニック障害で電車に乗ることも電話することもできなくなった。 テスターをクビになってからしばらく引きこもりのようなことをしていて、お金が尽きた。 電気ガスが止まり、水道が止まった。水道はライフラインだから最後まで残してくれた。 今は冷静に「金のことは金の問題でしかない」と思えるが、当時はそんなことに頭は回らず、残高は自分の残り寿命そのものだ

会社の朝会で話す番が回ってくる。 メンバーが入れ違いで自己紹介をするんだけど、 それに加えて「自分なりのこだわり」みたいなことを話す流れになっている。 自分の場合、つくってきたもの紹介とそれから学んだこと、みたいなのはどうだろうか。 結局こういうキーワードが出た。 作者冥利に尽きる。 今まで原動力になっていたのは、 プロダクトを使ってもらって嬉しい反応をもらうことだ。 なので「もしよろしければ、みなさんも（一緒に、じゃなくてもいいけど）作者冥利に尽きる体験をしましょう」 という流れにしようかと。上からだけど、まぁありでしょう。 で、作者冥利に尽きるにはどうすればいいか。メモを残す。 つくってきたもの いわゆる「個人開発」というものをやってきた。 特にWebサービスをたくさんつくってきた。数えたらエロ含めて70個、除いて48個だった。 以下のスライドで全部網羅してある。 僕がつくった 70個

正規表現は文字列の検索や置換を行うための強力で便利なツールです。基本をマスターすれば開発から日常の事務作業までさまざまな場面でラクをできる魔法の道具ですが、見た目がちょっと分かりづらいので、避けている方もいるのではないでしょうか？　筆者の個人的観測ですが、とりわけフロントエンドのエンジニアには正規表現に苦手意識を感じている方が多いようです。 この記事では正規表現の基本と、正規表現がどこで使えてどれだけ便利になるのかを紹介します。 正規表現の基本：正規表現ってそもそも何？ 正規表現（regular expression）は、ごく簡単にいえば「さまざまな文字列のバリエーションをひとつの文字列で表現したもの」です。たとえば、郵便番号の7桁の数字には（実際に使われていないものも含めれば）一千万通りのバリエーションがありますが、正規表現を使えば次のようにひとつの文字列で表現できます。 ▼「7桁の数字

これを読んで欲しい人のターゲット像や前提について Web版開発の話をしています ITのソフトウェアエンジニアの話をしています ある程度チームのやり方に対して影響を与えられる権限がある人 マネージャーかメンバーかはあまり気にしないです 「発言するのは自由だが聞き流されるだけ」ならこの記事を読む意味はないです ある程度裁量権があり、ビジネスサイドとも話ができるチームのメンバーを想定しています 作業の流れの前提について チケットがあって 作業者がそれを取って（自分で取るのか他人にアサインされるのかは問わない） PullRequestの形でレビュー依頼をかけてレビュワーがレビューする OKならmergeしてそのうち本番デプロイ 間にQAが入るかもしれないけどそこは問わない 手が遅いとは何か？ ある作業者のサイクルタイムが他の作業者に比べて長いこと 100の大きさの作業があるチケットを渡した際に、ほ

先日アップデートされた、VS Code v1.71で「スティッキー スクロール」がさらに便利になったので紹介します。 「スティッキー スクロール」はv1.70で実験的な機能として実装されましたが、v1.71で正式に実装され、さらに追従行数を設定できるようになり、スティッキースクロールで関数やクラスをリスト化して移動もできるようになりました。