並び順

ブックマーク数

期間指定

  • から
  • まで

2801 - 2840 件 / 16797件

新着順 人気順

*programmingの検索結果2801 - 2840 件 / 16797件

  • 個人開発で月1万円を稼げるようになった話。 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは。こんばんは。おはようございます! 今回は個人開発話でも書いてみようと思います。個人開発で月1万円を稼げるようになるというのは僕にとって1つの目標でした。同じように月1万円稼げるようになりたいぞ〜!という人もいるかもしれません。そういう人にこの記事が少しでも参考になればと思っています。 そして、実際にこの記事を読んで「個人開発をスタートした!」「眠らせてたアプリをバージョンアップした!」などのアクションにつながったとしたら、それが一番嬉しいです。 ちなみに僕はiOSアプリを開発しているので、iOSアプリによった話がメ

      個人開発で月1万円を稼げるようになった話。 - Qiita
    • 【無料・有料】文章校正ツールおすすめ6選の機能比較!AIでのカスタマイズ校閲時代がやってきた

      「冷たい印象になるから」と、若い人はメッセージのやりとりで句読点をつけたがらない。そんな話を聞いて「俺、もしかして冷たい人間と思われているかも?」とショックを受けました…。 どうも✋おじさん構文マイスターことエディター✍のヒロです(^_^)💦💦🍺 10年以上の紙媒体編集者歴を経てWeb編集者に転身した自分ですが、いまだに戸惑うことがあります。それは、Web編集ならではのスピード感です。 なかでもスピード不足を自覚しているのが、原稿の校正校閲業務。紙媒体編集者の宿命ともいえるのですが、「ミスは絶対に許されない」の気迫で校正校閲に臨むため、どうしても時間がかかります。「ミスっても気づいたら後で直せばよくね?」なWebのチャラいノリに賛同できないわけですね。(句読点の抜け漏れもやっぱり許せません!) 「Webのスピード感で校正したい」「でも紙媒体クオリティは死守したい」、この狭間で葛藤し、

        【無料・有料】文章校正ツールおすすめ6選の機能比較!AIでのカスタマイズ校閲時代がやってきた
      • 【続】ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT docomo Business Engineers' Blog

        はじめに 本記事は前回の記事である「ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog」の続編です。 前回の記事の内容がベースとなっていますので、「APoSD って何だっけ?」という場合はぜひ前回の記事をご覧になってから、以下にお進みください。 ということで、後編の対話パートにさっそく入っていきましょう! Pull Complexity Downwards iwashi: APoSD では、複雑性を下に追いやる(Pull Complexity Downwards)という話が出てきます。何らかの処理が複雑になる場合、それを隠蔽してインターフェースを極力シンプルに保つ、というのがAPoSDの主張です。 こちらに関しても、社内勉強会中で

          【続】ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT docomo Business Engineers' Blog
        • 「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog

          パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t

            「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
          • AIは速度を前払いし、失敗を後払いにする|Kosuke Kuzuoka

            はじめに「AIは速度をフロントローディングし、失敗をバックローディングする」 Opsera社が25万人のエンジニアを分析した2026年版ベンチマークレポートに記されたこの一文は、AI時代のソフトウェア開発組織が直面している本質的な矛盾を的確に言い当てている(出典: Opsera AI Coding Impact Benchmark Report 2026)。93%の開発者がAIツールを使い、コーディング速度は30〜58%向上した。しかしその代償として、PR レビュー時間は441%増大し、本番インシデント数は242.7%増加し、開発者一人あたりのバグ数は54%増加した(出典: Faros AI Engineering Impact Report 2026)。 AIは組織を速くした。しかし、強くはしていない。 3つの独立した大規模調査が同じ結論を示すStanfordが10万人のエンジニアを対象

              AIは速度を前払いし、失敗を後払いにする|Kosuke Kuzuoka
            • Pythonだけでクロスプラットフォームなアプリを作れるFletについて - Qiita

              はじめに Python だけでクロスプラットフォームなアプリを作ることが出来る、Flet というフレームワークについての記事です。 Pythonだけで次のようなWeb・デスクトップに両対応したアプリを作ることが出来ます。 Flet の概要 Flet は Flutter をベースにしています。主に以下のような特徴があります。 From idea to app in minutes 「素早くGUIアプリを作成出来る」ことが、Fletの主なセールスポイントのようです。 Simple Architecture JSフロントエンドやRestAPIを書くこと無く、PythonだけでSPAを作る事が出来ます。 Batteries included Batteries Included は、Pythonの設計思想のようです。電池が付属している、つまりそのままでもすぐに動かせることを指します。 Powere

                Pythonだけでクロスプラットフォームなアプリを作れるFletについて - Qiita
              • フロントエンドエンジニアが変える現場のモデリング意識/modeling-awareness-changed-by-front-end-engineers

                Sponsored · SiteGround - Reliable hosting with speed, security, and support you can count on. →

                  フロントエンドエンジニアが変える現場のモデリング意識/modeling-awareness-changed-by-front-end-engineers
                • JavaScript で then を使うのは避けよう(await / async の初級者まとめ)

                  JavaScript において、特に苦手とする人が多い印象のある Promise ですが、await と async の文法が導入されたことで、Promise の仕様を深く理解しなくても非同期処理を自然に書けるようになってきたのではないかと思います。 極論ですが、JavaScript の非同期処理は async await new Promise のみで、(ほぼ)全て表現可能です。特別な理由がない限り then を使わないようにしましょう、ということを周知するのがこの記事の目的です。 なお本記事では Promise の rejected の状態についてほとんど解説しておりません。基本を理解したら、別記事でぜひ学んでみてください。 Promise とは? Promise は、少し乱暴に説明すると「実行が終わっていないかもしれない何らかの関数」を包んだオブジェクトです。 普通の関数とは違って、

                  • Chrome113でHTTPヘッダを上書きしていろんな状態をお試しできる - hogashi.*

                    Chrome 113 で、 DevTools の Network ペインで HTTP ヘッダを好きなように編集して、いろんな状態をお試しできるようになっている。 What's New in DevTools (Chrome 113) - Chrome Developers で紹介されている。 GitHub から example.com を fetch してみる GitHub の CSP ヘッダを上書き example.com の CORS のヘッダを上書き 途中で指定したフォルダの中身は何? 上書きをやめるには? 感想 GitHub から example.com を fetch してみる 試しに、 CSP で外部への通信がそれなりに制限されている GitHub から、 example.com への fetch を成功させてみる (外部サイトへの通信は、認証情報や秘密の情報の漏洩などに気をつ

                      Chrome113でHTTPヘッダを上書きしていろんな状態をお試しできる - hogashi.*
                    • 「セキュリティに興味があるのですがどうしたらいいかわからない」という方向けに私が提供できるコンテンツを紹介します|やわらかセキュリティ

                      この記事は移動しました https://note.com/nomizone/n/nfe172c418498

                        「セキュリティに興味があるのですがどうしたらいいかわからない」という方向けに私が提供できるコンテンツを紹介します|やわらかセキュリティ
                      • JavaScript クイズ解説: NaN === NaN の結果はどうなる?

                        先日、このようなツイートを書きました。 久しぶりの JavaScript クイズ。 JavaScript において NaN === NaN の結果は次のうちどれになるでしょうか? — Takuo Kihira (@tkihira) September 7, 2021 答えは 4 の「状況によって上記以外もありうる」です。でも、2 や 3 を選んだ方も、もはや正解だといって差し支えないと思います。 解説が長くなったので、ブログ記事にまとめました。 そもそも NaN とは NaN は “Not a Number” を意味する数値です。数値なのに「Not a Number」というのは違和感があるかもしれませんが、数値表現することが出来ない状態を保持するために便宜的に用意された数値、というようなものです。 NaN は、浮動小数点演算において数値では表現出来ない計算をしようとすると登場します。例えば

                        • Claude Code に draw.io の図を描かせるコツ

                          [2025-12-16 追記] 手っ取り早く手元で使いたい方は「6.1. drawio のインストール」を済ませてこちらの記事をチェック! 1. はじめに 株式会社GENDA データエンジニア / MLOps エンジニアの uma-chan です。 この記事は GENDA Advent Calendar 2025 シリーズ4 Day 12 の記事です。 1.1. この記事について Claude Code に draw.io 形式の図を描かせようとすると、意外とハマりポイントが多いです。 フォントが反映されない 矢印がラベルと被る テキストが意図しない改行をする 本記事では、私が実際にプレゼン資料の図を Claude Code に描かせる中で学んだコツをまとめます。 1.2. なぜ Claude Code に draw.io を描かせるのか draw.io の GUI で図を作成するのは時間

                            Claude Code に draw.io の図を描かせるコツ
                          • プログラマが凄いものを作ることについての雑感

                            空港で暇なので何か文章でも書こうという事で。 podcastなどでも度々話をしているが、ここ1年くらい掛けてお仕事で作っていた独自言語が割と使えるようになった。 リリースまでにはまだやる事がそれなりに残っているが、2年弱くらいで作ったとは言えそうだ。 これはコレクションからUnitTestのライブラリからパーサーから全て手作りで、結構大掛かりであり、実装の面でも色々な工夫が入っているし、 そもそもに実現しているものも、自分が作らなければ類似のものは無いくらいには新規性のあるものだ(独自言語なので当たり前だが)。 こういう、結構大きくて、自分が作らなければ世の中に無いものが、たった一人で生み出せる、というのは、結構凄いことだよなぁ。 一方で、2年くらい仕事でずっと一人で何かを作り続ければ、相当なものが作れる人は、世の中にはそれなりにたくさんいるんんじゃないか。 自分と同世代のプログラマの友人

                            • きれいなPythonプログラミング(パイソニックなコードを書こう)を読んでみた - Qiita

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

                                きれいなPythonプログラミング(パイソニックなコードを書こう)を読んでみた - Qiita
                              • Pulumi AI

                                Get StartedUse Pulumi AI to generate programs, answer questions about the cloud ecosystem, or ask for advice.

                                  Pulumi AI
                                • 自分がはてブした記事をPodcastにして配信する環境を作った

                                  ということで作った。 サイト Podcast URL ソースコード Overcastでも普通に聴けてて便利。 動機 最近の情報収集方法はもっぱら、はてブのお気に入りフィードとXのおすすめフィードだ。特にXのおすすめフィードはうまく調教出来ていると日英問わず興味深い記事ばかり大量に流れてくる。 今まではそれらの記事をはてブしてとりあえず"あとで読む"に入れておくという運用にしていた。ところがご存じの通りほとんどの人間は"あとで読む"に入れてしまうとあとで読まないことがわかっており、ご多分に漏れず自分も"あとで読む記事"がどんどん溜まっていき消化できなくなっていた。 最近NotebookLMを使っていて、WebページでもPDFでもとにかくコンテンツはなんでも突っ込んでおけば、いい感じにPodcastが作成されるという体験がうらやまし〜と思っていたところだったので、じゃあこれの自分のはてブ版作る

                                    自分がはてブした記事をPodcastにして配信する環境を作った
                                  • プロジェクト・マネジャーが知るべき 97 のこと

                                    【01】できるだけ早期にユーザーを巻き込む by バービー・デイビス(Barbee Davis)MA、PHR、PMP 【02】モグラたたき開発を避けよう by ベンカト・スブラマニアム(Venkat Subramaniam) 【03】ローカライゼーションのせいで締め切りに遅れる by パベル・シムサ(Pavel Simsa)PMP 【04】プロジェクト・オーナーは強力なプロジェクトサポーター by 武谷 美世子(Miyoko Takeya)PMP 【05】複雑よりもシンプルな方がいい by スコット・デイビス(Scott Davis) 【06】負債を支払う by ブライアン・スレッテン(Brian Sletten) 【07】スキルでなく素質のある人を加えよう by リチャード・シェリダン(Richard Sheridan) 【08】シンプルにいこう by クリシュナ・カダリ(Krishna

                                      プロジェクト・マネジャーが知るべき 97 のこと
                                    • AI丸投げのゲーム開発が超楽しい 誰もがプログラムを作る時代は確実に来る (1/6)

                                      「バイブコーディング(Vibe Coding)」という、生成AIに指示することで、自分自身がプログラムを書かなくても、ノリ(Vibe)でプログラムを書けるという手法が大きく関心を集めています。なかでも特に注目されているのが、5月から一般提供が始まった米Anthropicの「Claude Code(クロード・コード)」です。筆者はプログラマー的なスキルはまったくありませんが、バイブコーディングでゲームを作ることはできるのでしょうか? 結果、ChatGPT(GPT-4o)だけでも実現はできますが、Claude Codeの方が圧倒的に高速で扱いやすい――そんな“次の時代”の胎動を実感しました。 きっかけはXで見かけた“AIで作った”ゲーム まず、筆者がサンプルで作ったClaude Codeで作成したノベルゲームのテックデモを紹介します。最初のバージョンのデモの実装にかかったのは約3時間程度、その

                                        AI丸投げのゲーム開発が超楽しい 誰もがプログラムを作る時代は確実に来る (1/6)
                                      • 株式会社ゆめみサーバサイドコーディング試験模試(2023年度以降版)の回答例とフィードバック例 - Qiita

                                        この模試は、本試験と同じ環境で回答するための準備や力試しができるというだけではありません。 今回、株式会社ゆめみサーバサイドコーディング試験の本試験はこの模試と同じシチュエーションにおいて、仕様追加、仕様変更が発生したものという位置づけとなっています。 そして、 この模試でご自身が書かれたコードをお手元に保存されて置かれた場合は、そのコードを本試験に持ち込みをしてOKです。 つまり、2023年度版のコーディング試験は、仕様追加・変更に対する対応力を特に重視した試験となっています。 模擬試験の段階におきましても、これまでの試験以上に、 どれだけ将来の仕様追加・変更があるだろうという予測ができるか。それらに対応したコーディングができるか。 という能力も必要となっています。 サーバサイドコーディング試験模試(2023年度版)の試験内容 本番試験ではこのコーディング問題に加えて、SQLでDB中のデ

                                          株式会社ゆめみサーバサイドコーディング試験模試(2023年度以降版)の回答例とフィードバック例 - Qiita
                                        • Visual Studio Codeが本体にAI関連機能を組み込みへ、「オープンソースのAIエディタ」になると表明

                                          Visual Studio Codeが本体にAI関連機能を組み込みへ、「オープンソースのAIエディタ」になると表明 Visual Studio Code(VS Code)の開発チームは、今後VS Code本体にAI関連機能を組み込んでいき、VS Codeのあらゆる機能面でAIの組み込みを容易にしていくことで、VS Codeを「オープンソースのAIエディタ」にしていく方向性を明らかにしました。 Today, we're announcing plans to make VS Code an open source AI editor. We believe AI development should stay true to VS Code's core principles: open, collaborative, and community-driven. Let's build th

                                            Visual Studio Codeが本体にAI関連機能を組み込みへ、「オープンソースのAIエディタ」になると表明
                                          • 組織の生産性を高める意思決定の構造と方法 / How to do make decision rapidly and effectively

                                            GMOペパボ株式会社・マネージャー研修(2022年9月27日)

                                              組織の生産性を高める意思決定の構造と方法 / How to do make decision rapidly and effectively
                                            • 最近 Fitbit つけて散歩してるので CircleCI + Pixela で見えるようにしてみた - Mitsuyuki.Shiiba

                                              歩数で草を生やしてみたのだー。これで散歩の楽しみが増えたなー やってること やってることはシンプルで、こう↓ Fitbit の API で歩数を取得 Pixela に記録 というスクリプトをつくって CircleCI で定期的に実行 Fitbit? 最近 Fitbit Sense というスマートウォッチをつけて散歩してる www.fitbit.com 会社の福利厚生で健康のための補助があるので、それを利用して手に入れたのだ。散歩やジョギングをしたら勝手に記録されてるので便利。睡眠のログも取られてるので面白い Pixela? Pixela は日々の活動を記録して見えるようにしてくれる API サービス。いちばん最初に貼った画像みたいに GitHub の草を生やすやつみたいにしてくれる。操作が全部 API 経由なのも楽しい pixe.la せっかく散歩してるから せっかく散歩してるから Fit

                                              • 1ms 以下のリアルタイムオブジェクト検出/画像処理を目指して Goの配信サーバサイドで通知ぼかしを実装してみたこと - Mirrativ Tech Blog

                                                こんにちは ハタ です。 今回は以前iOSのクライアントサイドで実装していた通知ぼかし機能をサーバサイド(配信サーバ)上に再実装した事を書きたいなと思います 今回はかなり内容を絞りに絞ったのですが、長くなってしまいました、、 目次機能があったのでつけてみました、読み飛ばして読みやすくなった(?)かもしれません 目次 目次 通知ぼかし機能とは サーバサイド通知ぼかし プロトタイプの実装 苦労の始まり その1 画像処理速度 苦労の始まり その2 データ量 さらなる計算量の削減を求めて さらなる最適化へ Halide の世界へ 簡単な halide の紹介 苦労の始まり その3 いざ リリース リリースその後 We are hiring! 通知ぼかし機能とは 通知ぼかし機能は、ミラティブ上での配信中に写り込んでしまったiOSの通知ダイアログをダイアログの中身を見えないようにぼかし処理をしてあげる

                                                  1ms 以下のリアルタイムオブジェクト検出/画像処理を目指して Goの配信サーバサイドで通知ぼかしを実装してみたこと - Mirrativ Tech Blog
                                                • tmux使いが全員Zellijに乗り換える日が来た

                                                  😩 tmuxの苦行、覚えてるか tmux。あいつとの付き合いはもう長い。 .tmux.confを何時間かけて書いた?プレフィックスキーをCtrl+bからCtrl+aに変えて、ペイン分割のキーバインドを設定して、ステータスバーの色を変えて、プラグインマネージャ入れて、resurrectで永続化して。 で、新しいマシンに移ったらまた最初からだ。🫠 俺はある日気づいた。ターミナルマルチプレクサーの設定に人生を費やしている。本末転倒もいいところだ。コードを書く時間より.tmux.confを弄る時間のほうが長い週があった。病気だろ、これは。 そんなときに出会ったのがZellijだ。🔥 🤔 Zellijって何 3行で言う。 🦀 Rust製のターミナルマルチプレクサー 📦 tmuxの「何もかも自分で設定しろ」を「最初から全部入り」に変えたやつ 👀 画面の下にキーバインドが常時表示されるから

                                                    tmux使いが全員Zellijに乗り換える日が来た
                                                  • テキストをコピペするときにスタイルごとコピーされちゃうのってどんな仕組み? - Qiita

                                                    概要 文章をコピペしてエクセルに張り付けたときに、画面のスタイルもコピーされてしまって困ったことはありますか?ありますよね! (↓こんな感じ) 私もよくやってしまうのですが、実際にどのような処理が行われているのかよく分かっていませんでした。理解を深めるためにも、自分で実装して謎を解いていきたいと思います。 3つパターンの処理を実装 比較のため、プレーンテキスト・HTMLテキスト・リッチテキストのコピー機能をサンプルプログラムを実装してみました。 (リッチテキストのコピーが、範囲選択してコピペしたときと同じ機能を想定しています。) HTMLファイル 画面表示されるHTMLは下記のような感じです。各コピー処理でid="message"の部分を固定でコピーするようにします。 <!DOCTYPE html> <html lang="ja"> <head> <meta charset="UTF-8"

                                                      テキストをコピペするときにスタイルごとコピーされちゃうのってどんな仕組み? - Qiita
                                                    • ソフトウェアエンジニアにおける才能という幻想、あるいは成長を阻む最大の敵について - じゃあ、おうちで学べる

                                                      はじめに 「才能がない」と言われたことがあるでしょうか。それとも、友人や知り合いと自分を比べて、自分で自分にそう言い聞かせたことがあるでしょうか。 学生の頃からエンジニアを志してきた私は、コンテストで優秀な成績を残す人たちを目の当たりにしてきました。大手IT企業に入社し、優秀な同期と出会いました。勉強会やカンファレンスに足を運び、そこで出会った人たちの軌跡を追ってきました。 華々しくスタートアップを立ち上げた人、革新的なプロダクトを生み出した人、OSSコミュニティで名を馳せる人。一方で、いつの間にか表舞台から姿を消した人もいます。これらがごく一部の狭い世界でしかないことも、自覚しています。 そして今、インターンシップやワークショップで若手エンジニアと接する機会が増えました。3年ほど前に始めたこの活動──正直に言うと、自分が未熟なまま始めてしまったという不安は、今でもどこかにあります。 彼ら

                                                        ソフトウェアエンジニアにおける才能という幻想、あるいは成長を阻む最大の敵について - じゃあ、おうちで学べる
                                                      • AWSでログ集約システムを構築する

                                                        トラストバンクのパブリテック事業でPdM兼エンジニアとして自治体向けSaaS企画開発運用。JAWS初心者支部とLWTTの運営。AWS Samurai2019。興味:AWS/Python/kintone/SaaS/Cloudflare/

                                                          AWSでログ集約システムを構築する
                                                        • FigmaデザインをHTMLコードへ自動変換する方法 - GMOインターネットグループ グループ研究開発本部

                                                          1. はじめに こんにちは、次世代システム研究室のT.D.Qです。 デザインとコーディングの間にあるギャップを埋める新しいアプローチとして、FigmaでデザインされたウェブUIを自動的にHTML/CSSコードに変換する方法が注目されています。特に、オープンソースのFigma Context MCP(GLipsが公開)と、Visual Studio Code用AIエージェント拡張のRoo Codeを組み合わせることで、デザインからコーディングへのプロセスを大幅に効率化できます。 本記事では、FigmaでデザインされたウェブUIを、GLipsが提供する「Figma Context MCP」とVisual Studio Code拡張「Roo Code」を用いて、効率的かつ正確にHTML/CSSコードに変換・取り込む方法を解説します。 2. MCPとRoo Codeの概要 2-1. Roo Cod

                                                            FigmaデザインをHTMLコードへ自動変換する方法 - GMOインターネットグループ グループ研究開発本部
                                                          • ChatGPTなど数々の高性能AIを生み出した仕組み「Attention」についての丁寧な解説ムービーが公開される

                                                            さまざまな数学的トピックをムービー形式で解説するサイト「3Blue1Brown」において、ChatGPTに代表されるAIを形作っている「Transformer」構造の心臓部「Attention(アテンション)」についての解説が行われています。 3Blue1Brown - Visualizing Attention, a Transformer's Heart | Chapter 6, Deep Learning https://www.3blue1brown.com/lessons/attention AIの中身と言える大規模言語モデルのベースとなる仕事は「文章を読んで次に続く単語を予測する」というものです。 文章は「トークン」という単位に分解され、大規模言語モデルではこのトークン単位で処理を行います。実際には単語ごとに1トークンという訳ではありませんが、3Blue1Brownは単純化して

                                                              ChatGPTなど数々の高性能AIを生み出した仕組み「Attention」についての丁寧な解説ムービーが公開される
                                                            • クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)

                                                              すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。 あえてブログの記事に残そうかなと思って書いてみます。 最近、改めてクリーンアーキテクチャ本を読んだり、原文を読んだり、 ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて 考えがまとまってきたので、自分の言葉で整理してみたくなった。 「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解?をちょっとでも減らす一助になればという感じです。あと、本の読み進め方のヒントにもなるかも 先に結論 クリーンアーキテクチャというのはアンクルボブの書いた本。 ソフトウェアアーキテクチャのことではない。 the クリーンアーキテクチャというブログ記事はただのソフトウェアアーキテクチャの例(そして本の一部分)だが、独り歩きしている クリーンアーキテクチャというソ

                                                                クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)
                                                              • エディタ型からCLI型・自律型へと多様化するコーディングエージェント

                                                                We’re on a journey to advance and democratize artificial intelligence through open source and open science. 本記事では、現在のコーディングエージェントの自律性をSAEの自動運転レベルのアナロジーに当てはめます。巷で呼ばれている名称を参考に、「エディタ型」「CLI型」「自律型」という3つのタイプを示すキーワードを用意しました。 エディタ型(GitHub Copilot, Cursor)自動運転レベル: レベル2(部分自動化)開発者の関与: 常に監視し、いつでも介入可能。リアルタイムに差分確認・承認・修正動作環境: エディタ内重視する価値: 安全性 - 全ての変更を制御可能CLI型(Claude Code, Codex CLI)自動運転レベル: レベル3(条件付き自動化)開発者の関与: 

                                                                  エディタ型からCLI型・自律型へと多様化するコーディングエージェント
                                                                • コードは「読めるけど書けない」でいい時代になった|すてぃお

                                                                  最近、プロダクト開発をしていて気づいたことがあります。 僕はもう、IDEやエディタをほとんど開いていません。 以前なら、開発といえば、まずVSCodeなどのエディタを立ち上げて、コードを書き始めるのが当たり前でした。 でも今は違います。AIに「こういう機能を作って」と指示を出して、生成されたコードを読んで、「ここを直して」とフィードバックする。この繰り返しでほとんどの開発が完結してしまいます。 プロダクト開発を行うメイン業務は「コードを書くこと」から「コードを読んでチェックすること」に変わりました。 この変化を経験して思ったのは、「書ける」能力より「読める」能力の方が重要になってきているということです。 これは何かに似ていると考えていまして、漢字です。 漢字の「読める」と「書ける」日本人なら誰でも経験があると思います。 「薔薇」を読むことはできます。でも、いざ手書きで書こうとすると書けませ

                                                                    コードは「読めるけど書けない」でいい時代になった|すてぃお
                                                                  • JavaScriptの非同期処理をしっかり理解する 〜async/await/Promise〜 - Qiita

                                                                    JavaScript での非同期処理について、身近な例や具体例を交えながら詳細に解説しています。 最後には練習問題も用意しています! 頑張って書いているので、良いと思ったらコメント・いいね・ストック・共有などしてもらえると嬉しいです!! 非同期処理とは 非同期処理とは、プログラムの処理が順番に実行されず、ある処理を実行している間に他の処理を並行して実行することができる仕組みです。非同期処理では、あるタスクが完了するのを待たずに次のタスクが実行されるため、効率的に複数の処理を進めることが可能です。 (by ChatGPT) 非同期処理とは、「同期処理」の対義語で、同期処理は「プログラムの処理が順番に実行され、ある処理が終わるまで次の処理を待つ仕組み」です。 非同期処理の最大のメリットは、 「時間のかかる処理を行っている間に別の処理を行うことができる」 ことです! 身近な例では、部下への仕事の

                                                                      JavaScriptの非同期処理をしっかり理解する 〜async/await/Promise〜 - Qiita
                                                                    • 有名企業のエンジニア向け研修資料まとめ - Qiita

                                                                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今回は有名企業の公開されているエンジニア新人研修資料をまとめました。 昨今、新人向けの研修資料を公開する企業が増えています。 またクオリティーがかなり高いものが多く、初級者~中級者でも学びがある資料となっています。 資料の作り方も勉強になるので「勉強会で登壇している人」「企業の研修担当の人」にも有益な資料になっています。 この記事の主な対象者 有名企業の研修資料を網羅的に見たい人 エンジニア初級~中級者の人 独学で学習をしている人 研修資料の作成を今後していきたい人 ミクシィ まずはじめに紹介するのは、毎年新人向けの研修資料を

                                                                        有名企業のエンジニア向け研修資料まとめ - Qiita
                                                                      • 【日本語訳全文】Kent Beck氏 基調講演:開発生産性測定のトレードオフ「グッドハートの法則」はもっと悲観的に捉えるべきだった・後編 - Findy Tech Blog

                                                                        こんにちは。Findy Tech Blog編集長の高橋(@Taka_bow)です。 前編では、グッドハートの法則の本質と、指標に圧力をかけることで開発現場がいかに歪められるか、そして"もっと悲観的に捉えるべきだった"理由を見てきました。 後編では、Beck氏が提唱する「価値の道すじ」の概念と、AI時代における測定の問題、そしてリーダーが実践すべき具体的なアプローチについて解説します。 前編はこちら tech.findy.co.jp 講演動画 ※ 視聴には Findy Conference へのログイン、並びに視聴登録が必要です。ご登録頂ければ、他の講演アーカイブも視聴できます。 日本語訳全文(続き) ソフトウェアが価値を生み出す4つの段階 Kent Beck氏:ではどうやって抜け出すのか?プログラミングのジーニー(生成AIのこと)についてお話しします。 ソフトウェアの価値を生み出す方法は?

                                                                          【日本語訳全文】Kent Beck氏 基調講演:開発生産性測定のトレードオフ「グッドハートの法則」はもっと悲観的に捉えるべきだった・後編 - Findy Tech Blog
                                                                        • Amazonは生成AIアシスタントで開発者4500人年の工数を節約し、年間2億6000万ドルもの効率向上を実現したって? - YAMDAS現更新履歴

                                                                          Amazon のアンディ・ジャシー CEO の以下の投稿が話題になっている。 One of the most tedious (but critical tasks) for software development teams is updating foundational software. It’s not new feature work, and it doesn’t feel like you’re moving the experience forward. As a result, this work is either dreaded or put off for more exciting work—or… pic.twitter.com/MJvsqNxgiT— Andy Jassy (@ajassy) August 22, 2024 ソフトウェア開発チームにとっても

                                                                            Amazonは生成AIアシスタントで開発者4500人年の工数を節約し、年間2億6000万ドルもの効率向上を実現したって? - YAMDAS現更新履歴
                                                                          • 現役プログラマーが選ぶ「ソフトウェアエンジニア人生を変えた5冊の本」とは?

                                                                            読書をしていると、書籍に記された新たな知識や考え方を取り入れることが可能で、時には人生に影響を与えるほどの印象深い書籍と巡り会えることもあります。世界に無数に存在する書籍の中でも「ソフトウェアエンジニア人生を変えた5冊の書籍」をネオバンク「Nubank」のソフトウェアエンジニアであるジュリアーノ・リマ氏が紹介しています。 Five Books that Changed My Career as a Software Engineer https://julianogtz.github.io/my-personal-blog/posts/five-books-that-changed-my-career-as-a-software-engineer ◆1:情熱プログラマー ソフトウェア開発者の幸せな生き方 リマ氏は、人生を変えた書籍の1冊目として「情熱プログラマー ソフトウェア開発者の幸せな

                                                                              現役プログラマーが選ぶ「ソフトウェアエンジニア人生を変えた5冊の本」とは?
                                                                            • AIだけどAIじゃない - megamouthの葬列

                                                                              AIブームである。私のような場末のエンジニアにまで、AI案件の話が飛んでくる始末だ。 AI案件とは、だいたいにおいて、「ChatGPTのようなAIに我が社の長年の課題(属人化している業務や、時間のかかる業務)を代替させ、業務効率化を図る」という趣旨になっている。 ところで、案件の決裁権を握っているおじさんたちにとって、AIとはChatGPTのことだ。つまりは日本語を理解し、なんだか賢そうな返答を返し、全てを解決してくれそうなふいんきのあるチャットボットのことである。 さて、どうやってAI(LLM)に建築物の構造計算の検証や、ブランド品の値付け査定や、Webデザインをさせたらいいだろうか? 哀れなプロンプトエンジニアたちが、あの手この手でプロンプトを調整することで、LLMはそれらしい返答を返してくれる。それらしい数字、それらしい値段、どこかで見たことのあるHTML。だが、実際それを業務に反映

                                                                                AIだけどAIじゃない - megamouthの葬列
                                                                              • 【2024年最新版】0からReactを勉強するならこのロードマップに従え! - Qiita

                                                                                はじめに こんにちは@Sicut_study (Watanabe Jin)です。 去年の10月頃にReactのロードマップを投稿しておかげさまで1000いいねもすぐそこになりました そこから私自身も状況がかなり変わり、大好きなReactを使ってプログラミングを教えるスクールを運営しております。 エンジニアになりたい完全未経験の方や、すでにエンジニアだけどもっと自由にプログラミングができるようになりたい人をたくさん教えてきました。 👇メンバーの記事はこちらにあります その中である程度この流れで学習をすすめていけば1-2ヶ月程度でReactで自由にサービスを作れるレベルに再現性をもってレベルアップすることができると確信がもてたので、 実際にやっているカリキュラム(React部分)をすべて紹介します ロードマップは完全未経験でもできるようなものになっていますのでわかる箇所は飛ばしてもOKです。

                                                                                  【2024年最新版】0からReactを勉強するならこのロードマップに従え! - Qiita
                                                                                • 気づけばFirefoxのコア開発者になっていた。「修正されないバグの報告」から始まった25年間【フォーカス】 - レバテックLAB

                                                                                  Mozilla Firefox コア開発者 株式会社Birchill エンジニア 中野 雅之 SIer企業のシステムエンジニアとして1999年にキャリアをスタート。2000年頃よりボランティアでMozillaプロジェクトに参画し、バグ報告を始める。2004年、有限責任中間法人Mozilla Japan(当時)に技術部国際化担当マネージャとして参画。Firefox・Geckoエンジンのフルタイム開発者となる。2019年より現職。 ブラウザ「Mozilla Firefox」を、根幹から支える日本人エンジニアがいます。Web技術開発を手がけるBirchill社のメンバーとして、Mozilla Corporationからの委託を受け、Firefoxのレンダリングエンジン「Gecko」の開発を行っている中野雅之さんです。かつては「Mozilla Japan(現WebDINO Japan)」にて技術部

                                                                                    気づけばFirefoxのコア開発者になっていた。「修正されないバグの報告」から始まった25年間【フォーカス】 - レバテックLAB

                                                                                  新着記事