タグ

ngmyのブックマーク (1,396)

  • 個人開発の運用コストを本当に0円にした技術選定と設計判断のすべて - Qiita

    筆者プロフィール: ソフトウェアエンジニア。「知った気にならない。いつまでも学び続ける」を信条に、業務と個人開発の両輪で技術を磨いています。AI 駆動開発で複数の個人開発アプリを構築・運用中。 👉 ポートフォリオ: 筆者ホームページ この記事は約5分で読めます。 「個人開発はサーバ代がかかるから公開できない」 — そう思っていませんか? 私は現在 3 つのプロダクトをインターネット上に公開していますが、月額の運用コストは完全に 0 円です。この記事では、0 円を実現するために行った技術選定とトレードオフの判断をすべて公開します。 前提: 私のプロダクト構成 プロダクト 種別 技術スタック

    個人開発の運用コストを本当に0円にした技術選定と設計判断のすべて - Qiita
    ngmy
    ngmy 2026/05/03
    企業の案件では役に立たないが金のない個人開発では有用なこういうアーキテクチャを、自分は勝手に「貧者のアーキテクチャ」と呼んでいる。(固定費を削ることは大事)
  • 『GitHub』への不正アクセス発生に関するお知らせとお詫び(第一報)

    平素は、マネーフォワードグループが提供するサービスをご利用いただき、誠にありがとうございます。 当社がソフトウェア開発およびシステム管理に利用している『GitHub』※1の認証情報が漏えいし、これを用いた第三者による不正なアクセスが発生し、『GitHub』※1内の「リポジトリ」※2がコピーされたことが判明しました。 ※1『GitHub』: 米国 GitHub 社が提供しているソースコード管理サービス ※2 リポジトリ: プログラムの設計図が入っている保管庫 現時点において、ソースコードおよび、リポジトリに含まれていたファイル内に記載されていた個人情報の一部が流出した可能性があることを確認しております。なお、流出したソースコードおよび個人情報の不正利用等による被害や、お客さま情報を格納している番データベースからの情報漏えいは確認されておりません。 【流出した可能性のある個人情報】 ・マネー

    『GitHub』への不正アクセス発生に関するお知らせとお詫び(第一報)
    ngmy
    ngmy 2026/05/01
    「GitHubへの不正アクセスが発生した」というタイトルはどうなんだ?マネーフォワードがGitHubの認証情報を漏洩させたんだろう?
  • アプリで儲けようとしている人に、アプリ開発歴15年から言いたいこと

    99.9%儲かりません 理由 ・サービスを考える時、アプリとwebがあると思います webは検索導線があるのでまだ「たまたま来た」がありえますが アプリはwebに比べて流入導線が少ないです なので「バズる」「ストアで見つけてもらう」「広告を打つ」がほとんどの場合必要ですが その1人あたりの獲得単価を、アプリの価値が中々上回れません ・有名なアプリをいくつか思い浮かべてください それらの価値は、次のうちのいずれかだと思います 1. アプリ以外に価値がある(例えば商品が売ってるとか) 2. その事業者じゃないとできないこと(例えば金融とか) 3. 人が大勢居ないと成り立たないもの(SNSとか) 4. ゲームなど 個人ではこれらはできません ゲームはワンチャンありましたが、今はもうだいぶ厳しい ・あと、広告収入があまりにも安い 広告以外のマネタイズ方法は非常に難しいです 状況証拠 ・個人開発どこ

    アプリで儲けようとしている人に、アプリ開発歴15年から言いたいこと
    ngmy
    ngmy 2026/04/20
    その例えで言うならアプリが商店街だろう。一応ストアがあるし。Web?Webは広大なインターネットだよ。
  • 「ドキュメント書いて」はもう古い。AIに4種類のドキュメントを「コードから自動生成」させる実践ガイド - Qiita

    この記事で作れるようになるもの README.md をコードベースから5分で自動生成するスクリプト API仕様書を型定義とルーティングから自動生成するプロンプト ADR(設計判断記録)をGit diffから自動生成するワークフロー コードコメントを「ちょうどいい粒度」で自動生成するプロンプト PRマージ時にドキュメントを自動更新するGitHub Actionsレシピ 注意: AIが生成したドキュメントは、必ず人間がレビューしてからマージしてください。この記事で紹介する手法はすべて「下書き生成→人間レビュー→承認」のフローを前提にしています。 1. なぜドキュメントは「後回し」にされるのか 「ドキュメント書かなきゃ」と思ってないエンジニアって、たぶんいない。 でも、書かない。正確に言うと、 書けないタイミングで書こうとしている 。ここが問題の質な気がする。 コードを書き終わった後に「じゃあ

    ngmy
    ngmy 2026/04/12
    コードからリバースしたADRとかゴミすぎるだろ。そんなもの作らない方がいいまである。
  • なになに?脱オタクファッション語り流行ってんの? シロクマ先生もdaleさん..

    なになに?脱オタクファッション語り流行ってんの? シロクマ先生もdaleさんも一生懸命長文で語ってるけど、的外れだと思うな。 っていうかdaleさん復活してたんだね。久しぶりじゃん元気だった? 当時の脱オタって、2chファッション板でなされていた議論が中心だったし、それを無視して何を語っても意味ないと思うよ。 まぁ、過去ログが全部消えちゃってるから、どんな感じだったかを確認しようにもできないんだけど。 『脱オタクファッションガイド』がオタク達を惑わしてマルイ系の服を買わせようとしてたなんてことは少しはあったかもしれないけど、そこまで大きな影響はなかったと思うな。 だってあれ発売当時にはすでに「ろくなこと書いてないからこんなもん読むよりファ板の脱オタスレを半年ROMった方が有意義」って言われてたぐらいだし……。 一番大きな理由は電車男じゃないかな。 コムサで黒のテーラードジャケットを買うっ

    なになに?脱オタクファッション語り流行ってんの? シロクマ先生もdaleさん..
    ngmy
    ngmy 2026/03/31
    ファクトタムだろうね
  • You can't design software you don't work on

    Only the engineers who work on a large software system can meaningfully participate in the design process. That’s because you cannot do good software design without an intimate understanding of the concrete details of the system. In other words, generic software design advice is typically useless for most practical software design problems. Generic software design What is generic software design?

    ngmy
    ngmy 2026/03/25
    コンサルやなんちゃら顧問を自称する人たちに読んでもらいたいのはもちろん、そういった大層な名前がついた人たちに騙されてしまう人にも読んでもらいたいですね。
  • Amazon holds engineering meeting following AI-related outages

    Global news & analysisExpert opinionFT App on Android & iOSFirst FT: the day’s biggest stories20+ curated newslettersFollow topics & set alerts with myFTFT Videos & Podcasts10 additional monthly gift articles to shareLex: FT’s flagship investment column15+ Premium newsletters from leading expertsFT Digital Edition: our digitised print edition

    Amazon holds engineering meeting following AI-related outages
    ngmy
    ngmy 2026/03/12
    「ジュニア・ミドルはシニア承認なしにAI支援コードをプッシュ禁止」結局AIがシニア域でないから人間レビューが必要になり、レビュー可能な変更量に制限され生成AIのスケールメリットは減る。当然AIレビューでは不十分
  • いやいやアスカ救われてないだろ!?

    数時間前に公式から『エヴァンゲリオン放送30周年記念特別興行』がYouTubeにて公開された。 内容としては惣流アスカ・ラングレーと式波アスカ・ラングレーの漫才から始まり、惣流アスカが自分の救われなさを嘆いて満足のいくハッピーエンドを求めるというメタ構成。 旧劇の「気持ち悪い」以降、放っておかれたことを自ら突っ込むなど往年のファンが常々疑問に感じていたことを自ら指摘し、これまでのモヤモヤが霧散するような展開を見せてくれる。 しかし個人的にはこれで”惣流アスカ”が救われたようには思わず、そのためこれを書いている。 先に断っておくが、まず短篇としては素晴らしい出来。それは間違いない。愛が感じられるし、TV版の場面が出てきたときには思わず息を呑んだ。 TV版の世界観での続きを描いてくれたことには感謝しかない。当に当に素晴らしい短編アニメ―ションだった。 往年のアニメによく見られたセルフパロデ

    いやいやアスカ救われてないだろ!?
    ngmy
    ngmy 2026/03/09
    式日を観ろおじさん「式日を観ろ」
  • 【公式】『エヴァンゲリオン放送30周年記念特別興行』

    エヴァンゲリオン』作品30周年記念フェス「EVANGELION:30+;」(2026年2月21日〜23日開催)へお越しくださった皆様、誠にありがとうございました。 催事にて上映しました短編アニメーション作品に関し、イベント最終日ステージにてなんらかの形でお届けする旨のアナウンスをさせていただいておりました。この度3月8日が『シン・エヴァンゲリオン劇場版』の公開日からちょうど5年目となることもあり、この短編アニメーションを公開いたします。

    【公式】『エヴァンゲリオン放送30周年記念特別興行』
    ngmy
    ngmy 2026/03/08
    俺の中でアスカはもう『式日』で救われているとはいえ、こうして公式に救われるのもまたいいものですね。ありがとう。本当に、ありがとう。
  • OSSにおけるAI Slop問題の何が問題なのか?

    Honoは2021年の12月に開発が始まって4年と少し経つ。たぶん、あなたが想像する以上に大きくなっている。GitHubのスターは現時点で29.2K。これは日人発OSSで観測する限り第3位の数字だ。最近ではMCP公式SDKの依存に入り、ダウンロード数はうなぎのぼり。月間1億ダウンロードが近い。Cloudflareは多くのプロダクトでHonoを使っている。 これだけ大きな規模のOSSに、クリエーター、もしくはメンテナとして関わることは非常に貴重な経験である。そこにはみなさんが見ていない景色が広がっている。 Honoの開発において「憂な」こともたくさんある。ただ、それを上回る楽しいことがある。そうやって相殺してきた。ところが最近、4年間で一番憂なタイミングきている。俗に言うAI Slop問題である。 今回は、OSSにおけるAI Slop問題について、実体験を元に何が問題なのかを語ってみた

    OSSにおけるAI Slop問題の何が問題なのか?
    ngmy
    ngmy 2026/03/07
    メンテナのキャパを超えるPRが来たら…という話でAIは無関係な気も。放置してactions/staleでクローズでいいのでは。本気でマージしてほしいならまたPRを送ってくるだろう。そして大半のAIキッズは送ってこないだろう。
  • 動的型付け言語はそろそろ淘汰されるべき

    黎明期と静的型付けの台頭 (1970年代〜1990年代) C言語やJavaに代表されるように、初期から中期のシステム開発では静的型付けが主流でした。ハードウェアリソースが限られている中、コンパイル時に型を決定し、安全性と実行速度を強固に担保する必要があったためです。 そもそも、当時は動的型付けの概念自体がまだ広く認識されていなかったこともあり、静的型付けが圧倒的なシェアを占めていました。 動的型付け言語の黄金期 (2000年代〜2010年代) インターネットの普及とアジャイル開発の台頭により、「素早く作ってリリースする」ことが重視されるようになりました。コンパイルが不要で、記述量が少なく柔軟なRubyPHPJavaScriptPythonなどが爆発的に普及し、Webの歴史を作りました。 この「開発速度の向上」というメリットは、当時のコンピュータの性能向上とも相まって、動的型付け言語が

    動的型付け言語はそろそろ淘汰されるべき
    ngmy
    ngmy 2026/03/06
    エンジニアは動的言語の開発速度の意味を勘違いしており、これは非エンジニアの創業者が3ヶ月後に資金がショートする状況でググりながらバグだらけだがとりあえず動くモノをリリースできるとかそういう意味です。
  • Claude Code や Codex をオーケストレーションして自動でレビュー FB ループを回して洗い物をしてる話

    はじめに 皆さんはもう AI コーディングツールを使っているでしょうか。Claude Code や GitHub Copilot、Cursor など、さまざまなツールが登場して、「AI がコードを書いてくれる時代」がやってきました。 私も例に漏れず、その恩恵に預かろうと意気揚々と AI コーディングを始めました。これまでの生活はプログラミングと家事の二柱。 AI がコードを書いてくれるなら、プログラミングの時間が圧縮されて、自分の時間が増えるはず。溜まった洗い物や洗濯物を片付ける余裕が生まれるはず。そんな期待を胸に。 ところが現実は違いました。 AI がコードを書いている間、私は画面の前に張り付いていたのです。AI の出力をチェックし、軌道修正し、承認し、またチェックする。気づけば一日中 AI の相手をしていて、洗い物は溜まる一方。プログラミングに費やしていた時間が「AI のお世話」に置

    Claude Code や Codex をオーケストレーションして自動でレビュー FB ループを回して洗い物をしてる話
    ngmy
    ngmy 2026/02/28
    食洗機買ってコード書いてた方が楽しくはある。
  • なぜ、AIで生産性があがっていると錯覚してしまうのか

    1983年生まれ。筑波大学大学院を卒業後、2008年に新卒第1期として株式会社ミクシィに入社。アーキテクトとして、技術戦略から組織構築などに携わる。同社メディア開発部長、開発部部長、サービス部長執行役員を務めた後、2015年退社。現在は、株式会社レクターを創業し、技術と経営をつなぐ技術組織のアドバイザリーとして、多数の会社の経営支援を行っている。一般社団法人日CTO協会理事、朝日新聞社社外CTO。

    なぜ、AIで生産性があがっていると錯覚してしまうのか
    ngmy
    ngmy 2026/02/20
    生産性が上がったと錯覚する以前に、生産性の定義や測定をしてない人が大多数だったりする。俺たちは雰囲気で生産性をやっている。
  • コーディングエージェントがブレなくコードを生成できるプロンプトが大切 - きしだのHatena

    コーディングエージェントはもはや当たり前になってきています。エージェントにコードを作らせるとき、ブレなくコードを生成できるプロンプトを作るのが大事です。 ここでプロンプトには、AGENT.mdなどのファイルも含みます。 コンテキストに乗るもの全てなので、実際にはコンテキストをちゃんと健全に保つことが大事ということになるのですが、入力プロンプトが中でも重要なのでここではプロンプトとしておきます。 最初に与える設計などの情報をちゃんと作るのはもちろんのこと、途中の指示も「この機能いれて」「やっぱこうしよう」「ここは不要だった」のように機能を入れたり削ったり変えたりしていると、エージェントだけではなく人間がコードを書くときにも、コードが汚れていきます。 エージェントの場合、そういった試行錯誤がコンテキストに残ると、生成の性能も悪くなります。 指示をするとき、的確に指示をすることが大切です。 そう

    コーディングエージェントがブレなくコードを生成できるプロンプトが大切 - きしだのHatena
    ngmy
    ngmy 2026/02/17
    SIerに一括請負で丸投げしてた時代に回帰してない?「要件定義が大事」って。変化するビジネスの中でそれが無理だから内製化に変わったという歴史があったはずだが…。同じ理由でAIエージェントでの開発は無理だと思っ
  • 個人サービスのホスティング代、年1,500円まで削れた — 6サービス比較した結果

    2026年2月14日 更新: 推奨サービスを Cloudflare Pages → Cloudflare Workers に変更しました。Pages の上位互換にあたり、Cloudflare も公式に Workers を推奨しています Pages は静的サイト向け、Workers は汎用ランタイム——という棲み分けでしたが、Workers が静的アセット配信もサポートしたことで、Pages でできることは Workers ですべてカバーできるようになりました。新機能の開発も Workers に集中しており、Pages → Workers の自動マイグレーションも予定されています 詳しくは公式のマイグレーションガイドを参照してください https://developers.cloudflare.com/workers/static-assets/migration-guides/migrat

    個人サービスのホスティング代、年1,500円まで削れた — 6サービス比較した結果
    ngmy
    ngmy 2026/02/15
    求めるものは格安のRDBサービス。
  • 「次に流行るのは立ち食いそば女子だ」U字工事×『そばギャルとおじさん』原案・本橋隆司が語る、飯テロ必至のそば道

    U字工事 福田薫氏(左)、益子卓郎氏(右) 橋隆司(以下、橋):『そばギャルとおじさん』って立ちいそば屋が舞台の漫画なんですけど、行かない人にとっては少し敷居が高い場所でもあるので、そのハードルを下げられたらという気持ちもありました。 福田薫(以下、福田):読みました。面白かったです。 益子卓郎(以下、益子):面白かったし、これ読んですぐ立ちいそばいたくなったよね。おじさんが主人公だけど、絶対に女性も読んだ方がいいね。 福田:そうそう、これで女性にも立ちいそばがはやるといいよな。 橋:漫画って、立ちいそば好きの内輪ネタになりすぎるとダメで、でも浅くすると嘘になる。その間のバランスが難しくて。だから、立ちいそばのリアルを知ってるお二人が「面白い」と言ってくれるのは嬉しいです。 福田:あるあるが多いですよ。あと、テンポがいい。 益子:ギャルがちゃんとギャルで、でも嫌味がないの

    「次に流行るのは立ち食いそば女子だ」U字工事×『そばギャルとおじさん』原案・本橋隆司が語る、飯テロ必至のそば道
    ngmy
    ngmy 2026/02/13
    あたしンちの母が初めて立ち食いそばを食べる回
  • 怪奇!むちむち女性を差し置いてほそほそ男性に食いつく『ゲムぼく。』![千年戦争アイギス]

    大好き! むちむちの女性キャラ! ……なんてことをいまだに言っているあなたは、「古い」と言わざるを得ない。 これからの時代は、 ほそほその男性キャラ! そう、このガウリイのように! ウオオオオオオオ! ガウリイ! ガウリイ! ガウリイーーーーーー!! 待ってたぞ、ガウリイ! 実装発表以来、君をずっと待っていた! すぐさま限界まで育成だ! ここで、なぜこんなに待望だったかを解説しよう。 ガウリイは、『スレイヤーズ』から作(千年戦争アイギス)に参戦したコラボキャラである。 千年戦争アイギスは、スマートフォンアプリなどでも遊べる『一般版』と、アダルトシーンのある『R版』があるが、スレイヤーズは一般作品のため、当然ながらR版には出せない。 そのため、特別に「キャラ差し替え」処理が入る。一般版のスレイヤーズキャラは、R版を起動したとき、ステータスは同じだが名前や外見が異なるオリジナルキャラに変化す

    怪奇!むちむち女性を差し置いてほそほそ男性に食いつく『ゲムぼく。』![千年戦争アイギス]
    ngmy
    ngmy 2026/02/13
    ゴルンノヴァという謎の単語が突然頭に降ってきた。呪いの根は深い。
  • アーロンチェア含めてハーマンミラーの椅子は「毎日十数時間座り続ける」前提で作られていない。オススメは「エルゴヒューマン」か「スチールケース」という話

    濱田轟天 @hamada_gouten アーロンチェア含めてハーマンミラーの椅子は漫画家のような「毎日十数時間座り続ける」前提で作られていないぞ!気をつけろ!!(ミラチェア2は一年経たぬうちに背面のプラッチックボーンがバキバキに折れていました) やっぱオススメは「エルゴヒューマン」か「スチールケース」ですよ。 2025-01-05 21:26:54

    アーロンチェア含めてハーマンミラーの椅子は「毎日十数時間座り続ける」前提で作られていない。オススメは「エルゴヒューマン」か「スチールケース」という話
    ngmy
    ngmy 2026/02/11
    自分の腰はもう後傾チェアにしか耐えられず、つまりバロンチェアが至高
  • DeNAがPerl6000行を1カ月でGo言語へ、特性異なるAIエージェント駆使

    AI人工知能)でこれだけ効率化できれば、今まで工数の問題で手を付けられなかった案件にも着手できるようになる」――。 ディー・エヌ・エー(DeNA)の小池啓輔ITIT基盤部副部長は、取り組みの手応えをこう述べる。 DeNAは2025年10月末~11月末にかけて、Perlでコードが記述されたサーバー資産管理API(アプリケーション・プログラミング・インターフェース)をGoに移行するプロジェクトを完遂した。Perlのコードは約6000行、移行後のGoのコードは約1万行に及ぶ。「人間の力だけでやれば少なくとも半年はかかるプロジェクト」(小池副部長)を、特性の異なる2つのAIエージェントを駆使してわずか1カ月でやり遂げた。 同システムはその後、2025年12月から約2カ月間に及ぶ開発環境での稼働確認を経て、2026年1月末に番環境で稼働を開始している。 「優先順位の問題で対応できなかった」

    DeNAがPerl6000行を1カ月でGo言語へ、特性異なるAIエージェント駆使
    ngmy
    ngmy 2026/02/10
    6000行って…。実証実験にしてももう少し「オモチャ」じゃない例を使ってほしいところ。人力はもちろん、別にChatGPTにコピペでも余裕でやってくれそうな。
  • AIでSaaSは死なないし、業務システムをAIで内製化してはいけない|Real SmartHR リアスマ

    こんにちは。SmartHR CEO の芹澤(@masato_serizawa)です。昨年末、「AI時代にSaaSは死ぬのか? 生き残るのか?」というテーマでNewsPicksさんから取材を受けました。...

    AIでSaaSは死なないし、業務システムをAIで内製化してはいけない|Real SmartHR リアスマ
    ngmy
    ngmy 2026/02/06
    SNSでわざわざSaaSが死ぬと言っている人たちはSaaSが死ぬと得する人たちで、具体的にはSaaS株を空売りしている人たちですよ。