並び順

ブックマーク数

期間指定

  • から
  • まで

4761 - 4800 件 / 16787件

新着順 人気順

*programmingの検索結果4761 - 4800 件 / 16787件

  • Goのメモリ管理 / Memory management in Go

    Amazon CloudWatch Application Signals �ではじめるバーンレートアラーム / Burn rate alarm with Amazon CloudWatch Application Signals

      Goのメモリ管理 / Memory management in Go
    • 西和彦、次世代MSXプロジェクト第1弾MSX0のすべてを語る 学生時代からMSXプロジェクトの未来まで。当時のカシオの値下げやX68000 Zも語った

        西和彦、次世代MSXプロジェクト第1弾MSX0のすべてを語る 学生時代からMSXプロジェクトの未来まで。当時のカシオの値下げやX68000 Zも語った
      • [CEDEC 2023]「スト6」の対戦を盛り上げる「自動実況機能」は,どのように作られたのか。システム構築や技術を解説するセッションをレポート

        [CEDEC 2023]「スト6」の対戦を盛り上げる「自動実況機能」は,どのように作られたのか。システム構築や技術を解説するセッションをレポート 編集部:Junpoco ゲーム開発者会議「CEDEC 2023」の初日となる2023年8月23日,カプコンの薮下剛史氏,岩本卓也氏,アンドリュー・アルフォンソ氏によるセッション「『ストリートファイター6』対戦を熱く盛り上げる自動実況機能の取り組み」が行われた。 「ストリートファイター6」(PC / PS5 / Xbox Series X|S / PS4)で対戦中に使用できる「自動実況機能」を導入した目的や,システム構築,膨大なセリフ量を処理する工夫などが語られた講演の模様をレポートしよう。 そもそもなぜ,実況機能の導入を企画したのか 最初に薮下氏から,「そもそもなぜ,実況機能をゲームに導入したのか」が語られた。 実況機能導入で目指したところには,

          [CEDEC 2023]「スト6」の対戦を盛り上げる「自動実況機能」は,どのように作られたのか。システム構築や技術を解説するセッションをレポート
        • ノーコードで独自のミニAIアプリが作れちゃう、Google「Opal」の使い方 [てっぱんアプリ!]

            ノーコードで独自のミニAIアプリが作れちゃう、Google「Opal」の使い方 [てっぱんアプリ!]
          • ラップが苦手

            何回やっても上手くいかないよ みんなどうやってるの? 丁寧にやってもグチャグチャになってしまう やっぱりトレーニングしないとダメ? 自己流じゃ無理なのかな こういうのって天性のものがあるから、 結局才能なのかもしれない それとも、ラップなしでやっていくか ラップなくても生きていけるしなぁ あった方が絶対便利だし、ここまで一般層に広まってるんだから、使わない手はないと思うんだけどなぁ ラップっていつからあるのか調べてみた 1960〜1980年の間に広まったみたい そう考えるとまだ50年くらいの歴史なのか じゃあ、ラップなしでやっていくわ 皿で蓋をするわ

              ラップが苦手
            • 最速の生年月日入力フォームを求めて - LIVESENSE ENGINEER BLOG

              こんにちは。転職ドラフトでWebアプリケーションエンジニアをやっている@iwtnです。 転職ドラフトでは自社開発企業に特化したエージェントサービスを始めました。 agent.job-draft.jp そこでサービスの申し込みフォームを作ったのですが、その中に生年月日の入力がありました。 生年月日ということは日付の入力。 ブラウザの実装もリッチになってきて、デフォルトでinputタグの type="date" を使うだけでカレンダーまで表示されます。素晴らしいですね! しかしこの実装の問題は多くの人が指摘しています。実際あまりよいUIとは言えません。 動作はバラバラ、特にスマホでは入力しにくい 実装はブラウザに依存します。なので統一したUIをユーザーに提供できません。 caniuse.com もちろん普段使っているブラウザで慣れていればそれがその人にとってのベストのUIにはなりえます。 しか

                最速の生年月日入力フォームを求めて - LIVESENSE ENGINEER BLOG
              • 競走馬の血統をSQLで再現できる! 再帰クエリ徹底活用してみた - asoview! Tech Blog

                アソビュー! Advent Calendar 2022の10日目です。 8月に入社しアソビューでバックエンドエンジニアをしている長友です。 みなさま再帰クエリ使っていらっしゃるでしょうか! 最近アソビューではmysqlの8系へのバージョンアップを行った為、再帰クエリの利用が可能となりました。 そこで本日は、アソビュー競馬部にも所属しておりサラブレッドの血統好きな私が再帰クエリを使ってツリー構造の血統表を作成してみるというお話です。 血統表とは ~ 本稿の目的 再帰クエリについて mysqlにおける再帰クエリの構文 再帰クエリとナイーブツリー構造 血統表作成における再帰クエリ 血統表のデータ構造 血統表を作成するクエリ ポイント1. 世代を表すgenerationを0で初期化し、各再帰の中でインクリメントする ポイント2. 世代内での配置を表すpositionを初期値1で定義し、再帰で取得す

                  競走馬の血統をSQLで再現できる! 再帰クエリ徹底活用してみた - asoview! Tech Blog
                • Terraformを使って学ぶーAWSにインフラを構築するIaCの基本と、SREが実務で役立つ機能とエコシステムを徹底解説|ハイクラス転職・求人情報サイト アンビ(AMBI)

                  ハイクラス求人TOPIT記事一覧Terraformを使って学ぶーAWSにインフラを構築するIaCの基本と、SREが実務で役立つ機能とエコシステムを徹底解説 Terraformを使って学ぶーAWSにインフラを構築するIaCの基本と、SREが実務で役立つ機能とエコシステムを徹底解説 Terraformは、パブリッククラウドのインフラ構築と自動化のツールとして、IaCのデファクトスタンダードとなっています。この記事では、AWS(Amazon Web Services)を活用するハンズオンを通してTerraformの動作を理解し、実務にもとづいて役立つ機能や便利なエコシステム、さらにSRE視点の事例を紹介します。アソビュー株式会社でSREユニットリーダーを務める鈴木剛志さんを中心に6名のメンバーによる共同執筆です。 アイキャッチ画像 アソビューでは、インフラストラクチャーの変更管理にTerrafo

                    Terraformを使って学ぶーAWSにインフラを構築するIaCの基本と、SREが実務で役立つ機能とエコシステムを徹底解説|ハイクラス転職・求人情報サイト アンビ(AMBI)
                  • ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード/悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 | gihyo.jp

                    ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード/悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 翔泳社が主催するイベント「ITエンジニア本大賞2023」が行われ、2月9日にプレゼン大会&最終投票を開催し、技術書部門大賞およびビジネス書部門大賞を決定した。技術書部門大賞には『良いコード/悪いコードで学ぶ設計入門 保守しやすい 成長し続けるコードの書き方⁠』⁠、ビジネス書部門書大賞に『メタバース進化論――仮想現実の荒野に芽吹く「解放」と「創造」の新世界』が選ばれた。 ITエンジニア本大賞は、ITエンジニアにおすすめの技術書・ビジネス書を選出してもらうイベント。出版社や刊行年は問わずこの1年を振り返っておすすめしたい本を投票するWeb投票と、プレゼン大会、2つのイベントを通して大賞を決定する。なお、過去の大賞は殿堂入りとし、選考から除外している。 Web投票

                      ITエンジニア本大賞2023が決定。技術書部門大賞に『良いコード/悪いコードで学ぶ設計入門』、ビジネス書部門大賞『メタバース進化論』 | gihyo.jp
                    • OpenAI Codex の使い方|npaka

                      1. Codex「Codex」はクラウドベースのソフトウェアエンジニアリングエージェントです。「バグ修正」「コードレビュー」「リファクタリング」「ユーザーからのフィードバックに基づいたコード修正」などに利用できます。実世界のソフトウェア開発向けに最適化されたo3を搭載しています。 OpenAIでは、開発者が自ら主導権を握り、面倒な作業をエージェントに委任する未来を信じています。「Codex」が独自の環境で動作し、リポジトリでプルリクエストを作成していることから、この未来の兆しが見えています。 2. GitHubの接続「Codex」エージェントにGitHubリポジトリへのアクセスを許可するには、GitHubアプリを組織にインストールしてください。必要な権限は、「リポジトリのクローン作成」と「プルリクエストのプッシュ」の2つです。アプリは、ユーザーの許可なしにリポジトリに書き込みを行うことはあ

                        OpenAI Codex の使い方|npaka
                      • つなほり on Twitter: "東京オリンピック・パラリンピック文化プログラム「MAZEKOZEアイランドツアー」に、絵本作家 #のぶみ が参加か。 総合構成・キャスティング・監督・総指揮を東ちづるが担当。多様性と共生社会の実現がテーマの映像作品。8/22公開予… https://t.co/5BEP3nIHEE"

                        東京オリンピック・パラリンピック文化プログラム「MAZEKOZEアイランドツアー」に、絵本作家 #のぶみ が参加か。 総合構成・キャスティング・監督・総指揮を東ちづるが担当。多様性と共生社会の実現がテーマの映像作品。8/22公開予… https://t.co/5BEP3nIHEE

                          つなほり on Twitter: "東京オリンピック・パラリンピック文化プログラム「MAZEKOZEアイランドツアー」に、絵本作家 #のぶみ が参加か。 総合構成・キャスティング・監督・総指揮を東ちづるが担当。多様性と共生社会の実現がテーマの映像作品。8/22公開予… https://t.co/5BEP3nIHEE"
                        • それを作れば彼らはやってくる:Appleが開く世界的な監視・検閲へのバックドア » p2ptk[.]org

                          Electronic Frontier Foundation iMessageで送受信される画像をスキャンするというAppleの新たなプログラムは、これまで暗号化メッセージのプライバシーとセキュリティを強く支持してきた同社の方針転換となる。このプログラムの適用範囲は現時点では米国内に限定されているが、クライアントサイドスキャン可能なエンド・ツー・エンド暗号化という歪んだ理解をもたらすことになる。Apple社は児童搾取・虐待といった問題の解決を目的として、極めて容易に監視・検閲に転用可能なインフラを構築する。Appleは(訳注:子どもの保護以外の)幅広い要求に応じることはしないと反論するが、仕組みそのものがその反論を否定しているのである。 これまで世界中の国々が、暗号化されたメッセージへのアクセスとコントロールを要求してきた。復号メッセージへの(訳注:都合のいい)アクセスは強力な暗号化とは相

                            それを作れば彼らはやってくる:Appleが開く世界的な監視・検閲へのバックドア » p2ptk[.]org
                          • GitHubのWiki使うのはやめとけという話 | やねうら王 公式サイトやねうら王 公式サイト

                            やねうら王関連のドキュメントは、やねうら王のGitHubのWikiに整理して公開している。 やねうら王Wiki https://github.com/yaneurao/YaneuraOu/wiki ところが、このGitHubのWikiは、☆500以上獲得するまでGoogleにインデックスされない(Googleの検索結果に出てこない)のだ。 やねうら王のGitHubは8年目であるし、現在、GitHub Sponsors + FANBOXで1ヶ月20万円程度獲得している程度の規模感なのだが、昨日やっと☆500になったばかりである。(めでたい。やっとGoogleの検索結果に出てくる!) そんなわけで、平均的な個人のプロジェクトはGitHubで☆500なんでまず獲得できないので、(Google検索で引っかかって欲しいなら)GitHubのWikiを使うなというのが私からのアドバイスである。 その代わ

                            • GPT-5-Codex Prompting Guide | OpenAI Cookbook

                              This guide can also be used for GPT-5.1-Codex and GPT-5.1-Codex-Mini, we recommend to keep the same prompts and harness for GPT-5.1-Codex and GPT-5.1-Codex-Mini as GPT-5-Codex Important details about GPT-5-Codex and this guide: This model is not a drop-in replacement for GPT-5, as it requires significantly different prompting. This model is only supported with the Responses API and does not suppor

                                GPT-5-Codex Prompting Guide | OpenAI Cookbook
                              • 機械学習×数理最適化で業務プロセス革命! - NTT docomo Business Engineers' Blog

                                本記事では、現在進行中の研究「機械学習×数理最適化」に関する取り組みの一環として検討している、需要予測を活用した業務プロセスの改善について紹介します。 はじめに 背景 数理最適化とは 機械学習×数理最適化で解決が期待できる課題 実現方法の検討 問題設定 Node-AIでの需要予測 数理最適化によるシフト計画 条件データ 定式化 プログラム 結果 まとめ おわりに はじめに こんにちは、イノベーションセンターの伊藤です。 普段はNode-AIやAI Autopilot Systemといったプロダクトの品質向上を目的に、研究開発を行っています。現在は予測精度の向上を目指した機械学習技術の研究に加え、予測結果の活用に向けた技術の研究に取り組んでいます。 また、我々のチームでは、これらの取り組みを通じて得られた研究成果やデータ分析ノウハウをごちきかというナレッジベースに体系的にまとめています。 本

                                  機械学習×数理最適化で業務プロセス革命! - NTT docomo Business Engineers' Blog
                                • 技術記事を書かないプログラマへ向けた記事

                                  はじめに 今回の記事では効率的に技術記事を書くための具体的なテクニックは取り扱わない。技術記事を書くことのメリットや技術記事を書く上で重要なマインドセットを中心に徹底解説する。 要旨:プログラマーは積極的に技術記事を書くべき 私たちプログラマーは積極的に技術記事を書くべきだ。TwitterでもQiitaでもこのZennでも構わない。とにかく何でもいいので、自分の学びや気づきを記録してそれを公開する習慣をつけよう。自分で学んで得られた知識や気付き、新しい価値観をまとめる作業は自分にしかできない。 記事を書くべき理由 記事を書くべき理由はざっくり以下の通り。 知識が定着するから 説明する能力が上がるから プログラマーとしての人となり(興味のある技術やプログラミングに対する価値観、説明する能力など)を知られるから それぞれ順番に解説する。 知識が定着するから 知識を定着させるための最高の手段は、

                                    技術記事を書かないプログラマへ向けた記事
                                  • JavaScript における文字コードの初歩 - 30歳からのプログラミング

                                    この記事では、 JavaScript で文字コードを扱う際に知っておくべき概念である Code Point や Code Unit、サロゲートペア、といったものについて説明していく。 また、具体的にそれらの概念を使ってどのようにコードを書いていくのかについても扱う。 この記事に出てくるコードの動作確認は以下の環境で行った。 Deno 1.26.0 TypeScript 4.8.3 Code Point (符号位置) プログラムで文字を表現する方法は複数あるが、 JavaScript では Unicode という方法を採用している。 Unicode ではあらゆる文字に対して一意の値を割り振ることを目的としており、この値のことを Code Point (符号位置)という。 Code Point は 16 進数の非負整数で、文章中で表記するときは接頭辞としてU+をつける。 例えばAという文字の

                                      JavaScript における文字コードの初歩 - 30歳からのプログラミング
                                    • 久しぶりのPython環境をRyeで整える

                                      はじめに よくAWSの仕事をするので、開発環境をAWS Cloud9(以下Cloud9)で用意することがある。 IAM Roleが使えるのでAWS内の開発は便利なのだが、そのままPythonで開発しようとすると、2023/05/27時点でこう表示されるので、ちゃんと開発環境作らなくちゃね。という気持ちになる。 久々にLangChainやLlamaIndexやらで盛り上がってるし、Python環境でも作るか! と思い立った筆者。じゃあ何を準備すればいいんだっけ、と軽く調べただけでもpip, venv, pyenv, pipenv, poetryなどの選択肢がありすぎて、もうこの時点でげんなりする。Pythonのパッケージマネージャの周辺事情はずっと混沌としていたんだった…… ただ最近は比較的よさげなプロジェクトのRyeがあるので、今回はこれで環境を整えてみる。 Ryeとは 上で書いたような「

                                        久しぶりのPython環境をRyeで整える
                                      • MCP導入の現在地 〜プロダクト開発での活用のリアル〜 - Findy Tools

                                        近年、AI技術は急速に進展し、開発現場においてもその活用が広がっています。特にAIエージェント・MCPは、ソフトウェア開発の効率化や新たな可能性を秘めています。 本記事では、開発ワークフローにMCPを取り入れ、試行錯誤されている6社のエンジニアの皆さんより、現在の活用状況と今後の展望についてご寄稿頂きました。 自社の取り組みに活かすヒントを得ていただく場となれば幸いです。 ※ご紹介は企業名のアルファベット順となっております 株式会社エブリーエブリーでは、「明るい変化の積み重なる暮らしを、誰にでも」をパーパスに掲げ、レシピ動画メディア「デリッシュキッチン」/小売DXプロダクト「retailHUB」/ファミリー向け動画メディア「トモニテ」/ビジネスパーソン向け動画メディア「TIMELINE」など、人々のライフスタイルを豊かにするサービスを複数展開しています。 AIファーストカンパニーを掲げ、社

                                          MCP導入の現在地 〜プロダクト開発での活用のリアル〜 - Findy Tools
                                        • 「ITフリーランスエンジニアの平均月額単価ランキング」言語別1位は「Ruby」で88.3万円、パーソルキャリアが発表

                                          パーソルキャリアのIT・テクノロジー領域特化型エージェントサービス「HiPro Tech(ハイプロ テック)」は、2022年1年間に「HiPro Tech」が受領した案件の月額単価平均を算出した「ITフリーランスエンジニアの平均月額単価ランキング」を3月28日に発表した。 職種別の単価ランキングを見ると、「DXコンサルタント」が99.1万円と全職種の中で最も高く、次いで「ITコンサルタント」(95.5万円)となった。さらに「PM/PMO」(91.3万円)も4位にランクインし、DX戦略の推進に関わるポジションで単価が高いことがわかった。 3位は、「プロダクトオーナー/プロダクトマネジャー」(92.6万円)となった。また、「データサイエンティスト」(5位、90.2万円)や「機械学習・AIエンジニア」(7位、87.5万円)も需要の高さに比例して上位にランクインしている。 WEB系サービスの開発経

                                            「ITフリーランスエンジニアの平均月額単価ランキング」言語別1位は「Ruby」で88.3万円、パーソルキャリアが発表
                                          • コーヒードリップのためのアプリを作った

                                            はじめに コーヒーはコーヒー粉にお湯を注ぐなどして得られる抽出液である。抽出の方法の1つに粕谷 哲さんが発明した“4 : 6メソッド”という手法があり、これは要約すると下記のようになる。 コーヒー抽出の工程を注ぐお湯の量で前半4割と後半6割に分割する 前半4割の抽出においては、2回または1回お湯を注ぐがこのときの割合をコントロールする 後半6割はお湯を分割する回数をコントロールする このような調整を行うことによって、コーヒーの甘さ・酸味、濃さをある程度の再現性をもって調整できるという方法である。この手法は大変よいものであると思いつつも、次のような問題があると感じていた。 コーヒー豆の質量比でお湯の量を決定するが、豆 : 水 = 1 : 15以外の比率を用いると計算が複雑になる 前半4割の抽出では、1 : 1以外の比率を用いると計算が複雑になる 後半6割の抽出では抽出回数によっては1回あたり

                                              コーヒードリップのためのアプリを作った
                                            • エンジニアの人数を2倍にしても多くの場合開発速度やアウトプットは単純に2倍にならないが、なんと、エンジニアの人数を半分にするとコストが確実に半分になります!

                                              🦄けい©︎:プログラマーアイドル🦄 @k1_c_ エンジニアの人数を2倍にしても多くの場合開発速度やアウトプットは単純に2倍にならないが、なんと、エンジニアの人数を半分にするとコストが確実に半分になります! 2023-08-05 10:51:27

                                                エンジニアの人数を2倍にしても多くの場合開発速度やアウトプットは単純に2倍にならないが、なんと、エンジニアの人数を半分にするとコストが確実に半分になります!
                                              • 「これはHEAD^^」 「これはHEAD^2」 「これはHEAD~2」「HEAD@{2}、reflog用」「全部いっしょじゃないですか」「違う!!もっとよく見ろ!!」 - Qiita

                                                「これはHEAD^^」 「これはHEAD^2」 「これはHEAD~2」「HEAD@{2}、reflog用」「全部いっしょじゃないですか」「違う!!もっとよく見ろ!!」Git 画像略 TL;DR(Too Long; Didn't Read) ~nは単純なコミットの親をたどる(ブランチの分岐がある場合は現在のブランチのみで辿れるコミット) ^nはマージコミット向けで^2は「そのコミットの2番目の親(取り込んだブランチの前回のコミット)」 だからHEAD^n(n > 2)は存在しない 2024/06/04追記: OctopusなMergeだと3つ以上のブランチからマージできるので^nも存在する......があまり見かけることはない HEAD^^は「HEAD^の親」、HEAD^2は「HEADのもう一人の親」みたいな......。タラちゃんがHEADだと波平がHEAD^^でマスオがHEAD^2です(

                                                  「これはHEAD^^」 「これはHEAD^2」 「これはHEAD~2」「HEAD@{2}、reflog用」「全部いっしょじゃないですか」「違う!!もっとよく見ろ!!」 - Qiita
                                                • もっと成長したいソフトウェアエンジニアへ、出会いと経験で自分を変える「キャリアの螺旋」の歩み方 - Findy Engineer Lab

                                                  こんにちは。曽根壮大(@soudai1025)です。 私は今、業務委託をメインにした合同会社HaveFunTechを一人で経営し、予防医療テックを提供する株式会社リンケージのCTOも兼任。 プレイヤーとマネージャーの二足のわらじを履いています。 もう少し私の職歴をご紹介すると、今回でCTO就任は3度目となっており、Webアプリケーションエンジニア→最初のCTO→CRE→2度目のCTO→独立→3度目のCTOと、プレイヤーとマネージャーを交互に経験するようなキャリアを歩んでいます。 CTOを通じたマネージャー経験は3回とも規模が違いますが、「強くてニューゲーム」できるというメリットがあり、回数を重ねるごとに違った経験と成長があります。 同じようにプレイヤーとマネージャーを行ったり来たりして、キャリアは一見、「振り子」のように見えますが、同じ場所には戻っておらず、実は「螺旋」のようにつながってい

                                                    もっと成長したいソフトウェアエンジニアへ、出会いと経験で自分を変える「キャリアの螺旋」の歩み方 - Findy Engineer Lab
                                                  • 今改めてServiceクラスについて考える 〜あるRails開発者の10年〜

                                                    Kaigi on Rails 2025 登壇資料

                                                      今改めてServiceクラスについて考える 〜あるRails開発者の10年〜
                                                    • ついにGitHubのコードで学習したAI「GitHub Copilot」が集団訴訟に直面

                                                      GitHubのコードで学習したAIを用いたコード補完サービス「GitHub Copilot」のライセンスに関する問題で、GitHubとその親会社であるMicrosoft、開発に携わったOpenAIの3社に対する集団訴訟が提起されました。AIが学習したものを生成するサービスにまつわる訴訟は、これが初とされています。 GitHub Copilot litigation · Joseph Saveri Law Firm & Matthew Butterick https://githubcopilotlitigation.com/ Joseph Saveri Law Firm and Matthew Butterick File Class-Action Lawsuit Against GitHub, Microsoft, and OpenAI Over Violations of Open-S

                                                        ついにGitHubのコードで学習したAI「GitHub Copilot」が集団訴訟に直面
                                                      • DDDの正体は実装パターンとモデリングの組み合わせ - パンダのプログラミングブログ

                                                        PoEAA を通して DDD の半分を理解する マーティン・ファウラーの PoEAA を読んでから、DDD のことを考え続けている。今まで DDD の話題はあえて避けてきた。分厚く難解な書籍、増えるコード量、教祖とその信徒たち(MV)、全てをその視点から解釈しようとする試み、少しでも間違えたら求められる自己批判、無知な者に対する SNS 上のオルグ、いつまでも出てこない総括、それでも信じるものは救われる。「一匹の亡霊がIT界隈を徘徊してる。DDDという亡霊が...」 まあ早まらないでほしい。何も DDD こき下ろそうというわけではない。自分の実力不足が主な原因と思い、深入りする前から「わからないもの」と決めつけていた DDD は、PoEAA というライトに照らされてその姿を私の前に姿を表し始めた。それは亡霊ではなく、確固たる手触りのある実体(Entity)だったのである。 PoEAA は

                                                          DDDの正体は実装パターンとモデリングの組み合わせ - パンダのプログラミングブログ
                                                        • コーディングエージェントに対する「エンジニア」たちの反応の変遷

                                                          「コピペのつぎはぎしか出せない。使いものにならない」 →「せいぜい簡単なコード補完まで。実務では無理」 →「一見それっぽいけど、設計が甘い。複雑なものは作れない」 →「動くものは出せても、保守できるものは出せない」 →「結局、熟練者が横で見ていないと危ない」 →「レビューしないと怖いが、書く速さだけはもう人間より上」 →「細かい実装や定番パターンでは、普通の開発者だと普通に負ける」 →「記憶量と実装パターンの多さで勝負したら、そりゃ勝てない」 →「もうジュニアや下手な人間よりはマシな場面が多いことは認めるしかない」 →「物量で学習してる相手に、その土俵で張り合っても勝ち目がないのは当たり前」 否定はまだまだ残っている でも中身は、軽蔑から警戒へ、警戒から諦めへと変わってきた なーんか将棋AIでも見てきた流れだな

                                                            コーディングエージェントに対する「エンジニア」たちの反応の変遷
                                                          • Pythonバックエンドエンジニアが1ヶ月でフロントエンドを学んだ話

                                                            この記事について Pythonバックエンドエンジニアが1ヶ月でフロントエンドを学んだ話を共有する。 どういう勉強をしたかのラーニングパスを某所で話したら興味があるというコメントがあったので、自分の振り返りも兼ねて共有することにした。 TL;DR 学習期間は1ヶ月、30時間程度 TypeScript → Next.js → MDNでHTML+CSS → TailwindCSS の順に勉強した JavaScript、React.jsはほぼすっ飛ばした(というより上記ラーニングパスの中で派生して習得した) できるようになったこと: 簡単な処理であればテストつきでTypeScriptのコードが書けるようになり、UIの基本的な設計ができるようになった DISCLAIMER 筆者の経験を記したものであり、ベストプラクティスではありません。 筆者の開発スキルセット(勉強前時点) バックエンドが得意領域

                                                              Pythonバックエンドエンジニアが1ヶ月でフロントエンドを学んだ話
                                                            • [研究室向け]なぜ君はソースコードのエラーを自分で解決できないのか? - Qiita

                                                              1. Intro 1.1 タイトルの答え それは,最初から"How"(どうやってこの問題を解決すべきか)だけを考えているからです. 最初に問うべきなのは"Why"(なぜこの問題が起きたか)です. このタイトルの問いも,なぜ?から始まっています.「どうやって自分でエラーを解決するか」だけを考えていると,問題の根本的な原因が分からないため,ずっと自分でエラーを解決することはできません. 1.2 Keyword 最初に自分に問いかけるべき言葉 〇 Why(なぜ?): なぜこの問題が起きたか ✕ How(どうやって?): どうやってこの問題を解決すべきか 1.3 背景 研究室では毎年,いつまでたっても自分でソースコードのエラーや出力の問題を解決できず,進捗が遅かったり開発をあきらめてしまったりする人が発生する.本記事では,なぜ自分でエラー・問題を解決できないのか?を明確にする. <注意書き> この

                                                                [研究室向け]なぜ君はソースコードのエラーを自分で解決できないのか? - Qiita
                                                              • Bunに入社した

                                                                Sosuke is one of JavaScriptCore’s most prolific contributors, and will help us make JavaScript faster and Bun more compatible with Node https://t.co/G1BKUophlO — Jarred Sumner (@jarredsumner) August 18, 2025 8月15日にUbieを退職し、8月18日からJavaScriptランタイムを開発しているBunで働いている。住居は引き続き茨城県つくば市。 僕は直近1年半くらい余暇時間のほとんどをJavaScriptCoreの開発に費やしていて、それがBunの目に止まったらしい。いきなりBunのリクルーターからTwitterのDMで連絡をもらって、すぐにCEOのJarredと話すことになった。 J

                                                                  Bunに入社した
                                                                • jjを使っていて驚いた「1つの変更を育てていく」という哲学

                                                                  jjを使っていて驚いた「1つの変更を育てていく」という哲学 はじめに 前回の記事でjj (Jujutsu) の基本的な使い方を紹介しました。ファイルの変更が自動で記録され、コミットメッセージを後から書けるという便利さに魅了されて使い始めたのですが、使っているうちにもっと根本的な思想の違いに気づいてしまいました。 それは「1つの修正に対して1つの変更単位(change)を使い、説明を上書きしていく」というスタイルです。作業履歴はローカルにとどめ、共有するのは1つのchangeのみ。issueやPRに対してもchangeは1つで、手元の作業履歴をどんどん修正していきます。 つまり、複数のコミットを積み重ねるのではなく、1つの変更を完成するまで何度も更新し続けるのです。まるで盆栽を育てるように、同じ変更を丁寧に育てていくイメージです。 これは、Git/GitHubに慣れた私にとって大きな思想の転

                                                                    jjを使っていて驚いた「1つの変更を育てていく」という哲学
                                                                  • 「Rust」が10周年--エレベーター故障から始まったシステムプログラミング言語の歴史

                                                                    オープンソース運動の創始者の1人であるEric S. Raymond氏は、次の言葉が有名だ。「全ての良いソフトウェアは開発者の個人的な希望から始まる」。Mozillaのソフトウェア開発者であるGraydon Hoare氏がプログラミング言語「Rust」の開発に着手したときも、まさにそうだった。 2006年、Hoare氏は自宅マンションのエレベーターがたびたび故障することを不満に思っていた。同氏は後に、「コンピューターに携わるわれわれが、故障しないエレベーターも作れないとは、ばかげた話だ」と語っている。同氏は、エレベーターが頻繁に故障する原因として、制御ソフトウェアのメモリーエラーを疑っていた。このソフトウェアは「C」または「C++」で書かれた可能性が高く、どちらも広く使用されているシステム言語だが、コードを書くのが難しい。その大きな理由は、メモリーエラーを含む不完全なコードを簡単に書けてし

                                                                      「Rust」が10周年--エレベーター故障から始まったシステムプログラミング言語の歴史
                                                                    • Webページの特定テキストへ直接ジャンプしてハイライトするリンクの作り方/「Chrome」「Edge」は標準機能で、「Firefox」は「Link to Text Fragment」拡張機能で【レビュー】

                                                                        Webページの特定テキストへ直接ジャンプしてハイライトするリンクの作り方/「Chrome」「Edge」は標準機能で、「Firefox」は「Link to Text Fragment」拡張機能で【レビュー】
                                                                      • AutoGPTの達人たちが作り上げた最強すぎる神事例10選 | WEEL

                                                                        【簡単】最新技術のトレンドを自動調査! 毎日の記事やブログの内容に困っていたら、最新技術のキャッチアップは自動で行いましょう。 集めたい情報の内容を入力するだけで、自動で調査と情報の整理を行ってくれます! さらに、指示せずともユーザーの反応の予測や関連するインフルエンサーの調査もしてくれるなんてすごく優秀ですね! 自分も試してみたい!

                                                                        • AIがコードを書いてくれるなら、新米エンジニアは何をする? / komekaigi2025

                                                                          https://komekaigi.connpass.com/event/365113/ で発表しました。生煮えです。

                                                                            AIがコードを書いてくれるなら、新米エンジニアは何をする? / komekaigi2025
                                                                          • モダンCSSで実装する、テーブル(<table>)のさまざまなスタイルのまとめ

                                                                            モダンCSSでテーブルをゼブラストライプしたり、テーブルの四隅を角丸にしたり(昔はかなり面倒でした)、列や行を分割したり、ホバーでハイライトやアウトラインを表示したりなど、表のデータを読みやすくするテーブル(<table>)のさまざまなスタイルを紹介します。 A Guide to Styling Tables by Mads Stoumann 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに テーブルを構成するHTMLの要素 テーブルをゼブラストライブにするCSS テーブルを角丸にするCSS テーブルの列を分割するCSS テーブルの行を分割するCSS ホバー・フォーカスでハイライトするCSS ホバーでアウトラインを表示するCSS データを左右・中央に揃えるCSS 終わりに はじめに 私は最近、小さな矛盾に気がつきました。

                                                                              モダンCSSで実装する、テーブル(<table>)のさまざまなスタイルのまとめ
                                                                            • [速報]マイクロソフト、ArmネイティブなVSCode、.NET、WSLなど投入へ。Python、Node.jsなどのArm対応も進行中。Microsoft Build 2022

                                                                              [速報]マイクロソフト、ArmネイティブなVSCode、.NET、WSLなど投入へ。Python、Node.jsなどのArm対応も進行中。Microsoft Build 2022 マイクロソフトは現在開催中の開発者向けイベント「Microsoft Build 2022」で、Arm64ネイティブなVisual Studio Codeや.NET、Windows Subsystem for Linuxなどを投入することを明らかにしました。 投入予定として発表されたのは以下のソフトウェアです。 フル機能のVisual Studio 2022 Visual Studio Code Visual C++ .NET 6 旧.NET Framework Windows Terminal Windows Subsystem for Linux Windows Subsystem for Android 以下

                                                                                [速報]マイクロソフト、ArmネイティブなVSCode、.NET、WSLなど投入へ。Python、Node.jsなどのArm対応も進行中。Microsoft Build 2022
                                                                              • Spec Kit で仕様書駆動開発を体験する

                                                                                GitHub からリリースされたばかりの Spec Kit を試してみましたので使用感などをまとめました。 Claude Code との組み合わせを前提としています。 試してみる Spec Kitは、GitHub が公開した仕様書駆動開発ツールです。AWS の Kiro に相当するツールですが、こちらはエディタを使用せず、CLI + コーディングエージェント を組み合わせて仕様書生成からコード生成まで行うツールです。 3つのフェーズに分けて、仕様書の生成から実装計画、タスク分解までを行います。 まずはインストール Python パッケージマネジャの uv コマンドでインストール&実行します。

                                                                                  Spec Kit で仕様書駆動開発を体験する
                                                                                • 【2024年】React, TypeScript, Tailwind CSSでTodoアプリを作ろう

                                                                                  Todoアプリを作りながら、React, TypeScript, Tailwind CSSが学べる本です。

                                                                                    【2024年】React, TypeScript, Tailwind CSSでTodoアプリを作ろう

                                                                                  新着記事