『スプラトゥーン2』に“約3年ぶり”の更新データが配信。ニンテンドースイッチとスイッチ2、リーグマッチに両方の機種のプレイヤーがふくまれているとき、リーグパワーが変動しないことがある問題を修正

未経験からエンジニアとして転職した筆者の備忘録、また知識の整理のため記事を書きます。 今回は入社してこれまで幾度となくご指摘いただいてきた命名について、アドバイスいただいたこと、本を読んで得たことをまとめます。 命名が大切な理由 意図や目的を表現した命名をすることで、コードの理解がスムーズになります。 チームのメンバーはもちろん、数ヶ月後の自分が再度コードを読む時にも可読性が上がります。 この記事を書くにあたりプログラミングを学び始めのころの自分のコードを見てみましたが、以下のNGパターンのオンパレードで読むのが大変でした。。 命名NGパターン 意図がわからない名前は避ける技術駆動命名 プログラミング用語やコンピューター用語(例: Int, Memory, Flag)に基づいた命名。意図が伝わりにくい 連番命名 例: user1, user2 のように番号で区別。中身の違いが伝わらない。
理想の本棚アプリが欲しかったKindleの蔵書、2000冊を超えているのですが、割と不満だったのがKindleのアプリです。 自分がどんな本を持っているのか、なかなかパッと分からない。やっぱり紙の本や本棚ってそういうところが良いよなと思います。無限に空間とお金があれば、デカい部屋にデカい本棚をバンバン置きたいのですが、なかなかそうもいきません。 今まで「バーチャルな本棚をVR空間に置けたらなー」とかふと思ったものの、すぐ忘れるということを繰り返していました。そんななか、積読チャンネルの「選書のプロは、本をどう並べているのか?」という動画をみて、本棚欲しい欲が収まらなくなってしました。 というわけで、勢いで作ったアプリです。デジタル上に本棚を再現しました(まだVR空間ではないです)本棚アプリを作るまで 欲しい機能 もちろん、世の中には読書アプリ的なものは大量に、それこそ星の数ほどあります
![自分がずっと欲しかったバーチャル本棚アプリ作ったら大満足でした - karaage. [からあげ]](/image.pl?url=https%3a%2f%2fcdn-ak-scissors.b.st-hatena.com%2fimage%2fsquare%2fea972a75a929cbd97213efd43cdeee3bd4328623%2fheight%3d288%3bversion%3d1%3bwidth%3d512%2fhttps%253A%252F%252Fcdn.image.st-hatena.com%252Fimage%252Fscale%252F44a577e75704ff51d0d84c9f96946d32293b4761%252Fbackend%253Dimagemagick%253Bversion%253D1%253Bwidth%253D1300%252Fhttps%25253A%25252F%25252Fcdn-ak.f.st-hatena.com%25252Fimages%25252Ffotolife%25252Fk%25252Fkaraage%25252F20250906%25252F20250906161345.png&f=jpg&w=240)
自分でやって100点取れるその領域のシニア(経験者)がこれやるのは良いのだけど、20点しか取れないジュニアが生成AI任せで16点のものを100個作られるとシニアがチェックで死に、全体としての生産性が落ちる。 …という問題が生成AI駆動開発では既に起きている。 https://t.co/npcE57PTVL — 片山 良平@paiza代表 (@rk611) August 25, 2025 ジュニアエンジニアが生成AIで大量の低クオリティなものを作ってしまうがために、シニアエンジニア(年齢ではなくハイスキルな先輩エンジニア)が、チェックで工数を取られてしまうという問題について何社でも聞いたので、その話をポストしたものです。 これは生成AI駆動開発やってる人、つまりITのエンジニアだけの話だと思っていたのですが、想定以上に色々な領域の方から共感をいただきました。 ■量が求められるときと、質が求め

俺(レビュアー)「ここはMath.minを使えば1行で書けるのでそうしてください」 レビュイー「AIがこのように生成しました」 俺「(だから何だよ…と思いつつ)盲目的にAIに従うのではなく、それを受け入れた以上コードの責任はあなたが持ってください」 レビュイー「しかしこの先コードを読むのもAIになってきている以上、AIが生成するコードはAIにとって読みやすい良いコードなんじゃないでしょうか?そもそもですが前から増田先輩は小さいことにこだわってapproveを遅らせすぎです。さっさとリリースしたほうが顧客価値に繋がるのでは?」 30分ぐらい悩んだが反論できず「確かにそういう考えもありますね」って言ってapproveした。 どうするのがよかった?

最近、SNSを眺めていたり、オンライン・オフライン問わず交流をするような機会で、多くの人がAIの登場をポジティブに受け止めている声を聞く。「開発速度が格段に上がった」「今まで以上にたくさんのものが作れるようになった」「プログラミングがより楽しくなった」。確かにそれは素晴らしいことだと思う。でも、その一方で、なんとなくモヤモヤした気持ちを抱えている自分がいる。 私がソフトウェアエンジニアとして一番達成感を感じるのは、複雑な問題を解決できた時だ。OSSの難しいissueかもしれないし、本番環境で突然発生した謎のエラーかもしれないし、パフォーマンスが劣化した原因を突き止めることかもしれない。なぜこの問題が起きるのか、どこに原因があるのか、仮説を立てて検証を重ねて、ついに問題の本質を突き止めた時の興奮。そして、既存のコードと調和する美しい解決策を思いついた時の満足感。私にとって、プログラミングはパ

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

解答略 @kaitou_ryaku 僕「ラズパイpicoでHTTPで画像データ受け取って、電子ペーパーで表示したい。データ取得部のコードくれ」 GPT-o1「ほいよ」 僕「まぁ一発では動か...動くやん...」 僕「電子ペーパーは7色しか使えん。誤差拡散法で減色したいんやがコードくれ」 GPT-o1「ほいよ」 僕「まぁ一発では動か...動くやん...」 2025-02-10 00:56:38 解答略 @kaitou_ryaku もうこれノーコード開発と言い切ってよいと思う。実際、僕が具体的にやったタスクを列挙すると * WiFiのSSIDとパスワードを調べる * 電子ペーパーで表示可能な7色のRGBを調べる * それらをGPT-o1が吐いたコードに書き込む * そのコードをラズパイpicoに書き込む というマジしょうもない作業に尽きる 2025-02-10 01:02:07

Googleは、人間がタスクを与えると自律的に実装計画を立ててコードの生成や変更、バグフィクスなどを実行してくれるAIエージェント「Jules」を発表しました。 同社が発表した最新の生成AIモデルであるGemini 2.0が用いられています。 タスクやイシューを与えると、それを起点に自律的なプログラミングを行う生成AIを用いたサービスは、先日正式サービス化されたDevinや、現在テクニカルプレビュー中のGitHub Copilot Workspaceなど、すでに先行しているサービスが存在します。 参考:GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化GoogleもGemini 2.0によって、同様に自律的なプログラミングが可能なレベルのサービスを開発可能になったということでしょう。 Julesが動作する様子Google

経験の浅い人にちょくちょくするアドバイスとして、「コードリーディングのときにはあんまコードを読まないほうがいいよ」がある。コード全体を詳細に読むのではなく、名前やインターフェイスからコードの意図を把握することで効率的にコードリーディングできる。完全に下記の受け売り。 「実装は極力見ないようにして、インターフェイスと構造を理解するようにするんです。ダイヤグラムや、関係のグラフを書いたりして。実装はちゃんと出来ていると信じて、読んでいるメソッドやクラスのインターフェイスの役割やパラメータをしっかり理解するようにするんです。そっちの方が、実装を見るよりずっと楽ですよね。」 牛尾 剛「コードリーディングのコツは極力読まないこと 」 自分なんかは、エディタの畳み込み機能と変数名ホバーを使って、名前とインターフェイスしか見えない状態で読む。中身を読みたいなーと思ったところは畳み込みを解除して徐々に読ん

なにわづ @imawo_harubeto 先人の作ったマシンとOSの上で、先人の作ったデバイスとソフトを用いて、先人の書いた言語とライブラリを借りて、先人の考えたデータ構造とアルゴリズ厶に感謝してプログラミングをしている 依拠性の程度はそれぞれでも、巨人の肩の上に乗らなければcreationは成り立たないと思う 2024-10-03 09:22:12

Haskell界隈の一部で囁かれる都市伝説として、「Haskellで求人を出して集めた優秀な人材にPHPを書かせる」というものがありました。この都市伝説に実体はあるのでしょうか? 伝説 まず、議論の前提として、この伝説に言及している投稿をいくつか挙げておきます。これは「伝説が少なくとも伝説としては存在する」ことを立証するために挙げるのであり、これらの投稿について何らかの価値判断を行う目的ではありません。GCPで人を集めてAWS書かせるやつ、Haskell とPHP で見た — mizchi (@mizchi) March 16,2022 Haskellで募集してPHP書かせる事件だ — デジタル競争の敗者 (@Lugendre) June 18, 2021 Haskell プログラマを募集してPHP 書かせるって,ネタ元どこなんだろう? — ささき しげお (@SigSasaki)
本記事はANGEL Dojo 2024参加者によるアドベントカレンダー「ANGEL Calendar」の最終日の記事になっております。 他のみなさんが書かれた記事はこちらからご覧ください! ※…ANGEL Dojo 2024に関しましてはAWS JAPAN APNブログをご覧ください。 こんにちは、ひるたんぬです。 今日で2024年度上半期が終わりますね。これを書いてふと思ったのですが、なぜ「YYYY年度」は4月始まりなのでしょうか? 1月から始めてくれていれば色々スッキリするのに…と思い、なぜ4月からになったのか調べてみました。 (前略)当初から4月始まりだったわけでなく、明治政府により会計年度が初めて制度化された明治2年(1869)は、10月始まり。続いて、西暦を採用した明治6年からは、1月始まりになりました。つまり、暦年と年度の始まりが同じ時代があったのです。明治8年からは、地租の納

徳丸 浩 @ockeghem 徳丸本の中の人 EGセキュアソリューションズCTOIPA非常勤職員 YouTubeチャンネル: youtube.com/@websecstudy 匿名での徳丸への質問はMondから mond.how/ja/ockeghem DMはどなたでも送信可能ですが、返信するとは限りませんblog.tokumaru.org 徳丸 浩 @ockeghemChatGPT o1-previewで「jQueryでAPIを呼びだし、その結果を表示するサンプルプログラムを書いてください」と指示したら、相変わらずXSS脆弱性のあるサンプルが出できた pic.x.com/orvsbd90fy 2024-09-14 16:40:30

AI在庫管理の開発チームでバックエンドエンジニアをしている沖です。今回は、AI在庫管理の医薬品検索において、MySQLの全文検索機能を使った話を紹介しようと思います。 この記事は秋の技術特集 2024の 8 記事目です。 今までの医薬品検索では満足できないユーザーがいた なぜMySQLの全文検索機能を採用したのか 全文検索機能を導入する 全文検索インデックスを付与したテーブルを作成する パーサー 照合順序と正規化 全文検索インデックスを使用して検索する データを最適な状態に保つために おわりに 今までの医薬品検索では満足できないユーザーがいたAI在庫管理には、医薬品の在庫一覧画面など、医薬品名で絞り込む画面がたくさんあります。この絞り込み機能を実現するために、これまではSQLのLIKE検索を利用していました。 LIKE検索は、使い慣れたSQLを用いて部分一致検索を実現できる便利な方法です
エンジニアの未来と生成AIについて質問させて頂きたいです。情報系の学部に所属している者なのですが、自分が何時間もかけてやった課題をChatGPTに投げるとほんの数秒でサンプルコードが提示されます。自分の課題のレベルが低く、上のレベルでは自力でプログラミングをすることが必要なのは理解しているのですが、何時間もかけたものが一瞬にして解決される様にAI発展の喜びより冷酷さを感じてしまいます。エンジニアとして働きたい者としてどのようにこの事実と向き合うべきでしょうか? ソフトウェアエンジニアの仕事について誤解があるようです。 確かに書けと言われた題材を動くまで持っていく力は大切ですが、それよりもっと大切なのは動いている物を思い通りにする力です。ソフトウェアエンジニアの仕事の9割以上は既に書かれているコードに対して何らかの変更を加える事であって、どこをどう書き換えるべきかという疑問に対して生成AIが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く