Vibe coding に .env は使わない
対象 .env に API キーを入れてそのまま開発している セキュリティーを意識して、Vibe Coding を行いたい方 はじめに ~.env なぜ 危ない？~ 🧑💻: 「Hey men! .env 読むな！」 🤖: 「わかりました。 .env を読み込みます」 ※AGENT.mdやCLUADE.md で設定していても、読み込む可能性があります。 .envを読み込まれるとなにが問題なの？ AIに.env を読まれると機密情報が学習されそう、と思い浮かびますが (もちろん、AIエージェントの設定で学習されるリスクもあります..) 実際問題になるのは、学習よりも前の段階で 機密情報(.env)がAIとその周辺ツールの処理に乗ることです。 具体的に何が起きるのか .env を AI が読める状態にしていると、以下のようなリスクがあります。 1. 生成コードへの埋め込み 「この AP
1 上陸 / 雨宮さん - あらゐけいいち | サンデーうぇぶり
雨宮さん あらゐけいいち 主人公の名前は雨宮さん。 なんか好き！って気持ちを大事にする彼女の毎日は、いつだって想像の斜め上！ 「好き」なことを「好き」って言える幸せ。 「好き」を突き詰めた先に何があるのか。 幸せ?自由?それとも絶望…? 『日常』『CITY』の あらゐけいいちによる“好き”を巡る創作の物語・・・！
天気予報つき時計 by ritsuka
[5:4] 短期予報のみ [5:4] 短期予報と週間予報（デザインA） [5:4] 短期予報と週間予報（デザインB） [16:9] 短期予報のみ [スマホ横長全画面] 短期予報のみ
じゃあ、DDD やるって言ってもどう開発進めればええねん
この話は開発サイクルそのものの話でもあり、DDD の具体実装としての設計を模倣せずとも、"開発として"参考になる部分があるのではないかと思う。 はじめに 私は DDD をソースコードの設計論（いわゆる戦術的設計）だけを取り入れたプラクティスには批判的である。それはつまり DDD はどこに課題意識があって、何を解決しようとしているのかを理解せず模倣してしまいがちだからだ。保守性などが強調されて説明されたりもするが、それは DDD の一側面でしかなく、場合によっては依存性逆転や DI (Dependency-Injection | 依存性注入) の話をしているケースも散見される。（それは DDD の実現において結果として出てくる話で、本質ではない。） 書籍などを読むと DDD の課題意識やマインドセットなどがしっかり解説されているので、まずは一つ読んでみることをオススメする。 一応この記事の
[1話＋2話]ヒトナー - 屋宜知宏 | 少年ジャンプ＋
ヒトナー 屋宜知宏 <毎週水曜更新>ケモノが住む最果ての星に一人の地球人が訪れる。獣人たちは初めて目にする"ヒト"の姿に揺れ動く。異種族交流の中で変化するケモ社会・・・『アイアンナイト』、『レッドスプライト』の屋宜知宏が描くハートフル異種族観察物語!!
![[1話＋2話]ヒトナー - 屋宜知宏 | 少年ジャンプ＋](https://cdn-ak-scissors.b.st-hatena.com/image/square/32b4bb09aa767a57e5307fcf323c19fbd3e46330/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcdn-ak-img.shonenjumpplus.com%2Fpublic%2Fseries-thumbnail%2F17107419589536330256-b9397cd973902bcf56b59386e32abb34%3F1776783007)
Active Record アソシエーションを安全に廃止する - ANDPAD Tech Blog
こんにちは、ザックです。アンドパッドでフリーランスの Rails エンジニアとして働きながら、趣味で Ruby や Rails にコントリビュートしています。 このポストでは、Rails へ静かに加わったあまり知られていない機能を紹介します。大規模な Rails アプリケーションを扱うエンジニアには、特に役立つと思っています。 Deprecated Associations 古いアソシエーションの削除は、本来ならルーティンな作業のはずですが、実際には手探りになりがちです。 コードベースを検索し、明らかな呼び出し箇所を修正し、テストを走らせ、アソシエーションを削除します。すべて問題なさそうに見えます。しかし、バックグラウンドジョブや管理画面、めったに使われないエンドポイントがまだ古い名前を呼び出していることが本番で発覚します。もはやクリーンアップ作業ではなく、インシデントです。 Rails
家庭用オーブンレンジでテキサス式BBQをつくる｜MIRO
3月下旬、Xでポストの自動翻訳機能が追加され、タイムライン上に各国のポストが混じって表示されるようになりました。そしてそこで起こったのが日米食べ物交流というか、米国のBBQ写真に対して「すげーー！！」という感嘆の声が溢れる飯テロタイムライン。 ここで我々は学びました。 日本の「バーベーキュー」と、アメリカのBBQは、違う料理である。 特にテキサスBBQと呼ばれる、テキサススタイルのもの。これは、肉を焼く…と見せかけて、10時間以上もじっくり低温で加熱することで肉の成分を変性させる、仕組みとしては煮込み料理に近い料理である、ということを知ったわけです。 知ったからには、食べてみたい。 食べてみたいから、作ってみたい。 でも、テキサスBBQは、バーベキューグリルを使って10時間！も火をくべひたすら焼き続ける料理です。日本の、しかも東京のこの兎小屋ひしめく住宅事情。いったいいつ、どこで、そんなこ
鍋に弾丸を受けながら Transit 第1話 フライド・◯ーズバー / 青木潤太朗(原作) 隆原ヒロタ(作画) 森山 慎(キャラクター原案)
ニコニコ漫画の全サービスをご利用いただくには、niconicoアカウントが必要です。 アカウントを取得すると、よりマンガを楽しむことができます。 ・マンガにコメントを書き込むことができる ・全マンガ作品を視聴できる ・好きなマンガの更新通知を受け取れたり、どの話まで読んだか記録する便利機能が使用できる
deleted_atにインデックスを雑に貼ったら本番DBが死んだ
RDSが朝のピーク時間帯にI/Oスパイクで応答不能になりました。前日夜にリリースしたdeleted_atへの単独インデックスが原因です。stagingのEXPLAINでは複合インデックスが正しく選択されていたので、レビューでは検出できていません。 根っこにあるのはMySQL 8.0 innodb_stats_methodのデフォルト値nulls_equalと、IS NULLに対するコスト計算の噛み合わせです。8.0系で現在も未修正のバグに類する挙動で、NULL多数カラムへの単独インデックスがトリガーになります。 テーブルとクエリ 問題が起きたのはチケット管理SaaSのticketsテーブルです。ソフトデリートでdeleted_atを持つよくある設計です。 CREATE TABLE tickets ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, w
『壊していいよ、すいかちゃん』第1話 かくして二人は出会った - 虫歯 | COMIC OGYAAA!!
壊していいよ、すいかちゃん 虫歯 占星術師の家系に生まれた少女・暦見 薫は、 突然「二年後に地球が崩壊する」という予知夢を見る。 しかも、その事件は自分と同い年の女の子が起こしていて！？ 地球崩壊×ハート救済ラブコメディ、開幕！！
Python開発環境をスッキリ整える：uv / Ruff / Taskfile
はじめに しばらくの間、自分のPython開発環境はこんな構成だった。 pyenv：Pythonのバージョン管理 Poetry：依存関係と仮想環境の管理 flake8：リント black：フォーマット isort：インポート整列 Makefile：よく使うコマンドのまとめ 感じていた課題 組み合わせとして以前から広く使われていた構成（と思っている）でもあるが、使っている中で色々な課題を感じていた。 pyenvで想定したPythonバージョンでPoetryが構築されないミスをたまに起こす 生成AIの影響でPython触り始めましたの人にpyenv + poetryを教えるのはハードルが高い flake8・black・isortは干渉などもあるので、実行順番を意識する必要がある Makefileは昔からよく使うし便利だが、個人的には可読性が悪く感じる 個々のツールに問題があるわけではないが、ツ
夜のロボット
朝、起きると、ふみ子の頭にねじが埋め込まれていた――長い間不在だった父は帰って来るやなぜ娘にねじを埋め込んだ？ その時からふみ子は秘密の“組織”に追われ、闘うために巨大ロボットを呼び出すようになり……ちばてつや賞入選後、コアな読者に支持されてきた著者が膨大な時間と熱を込めて紡ぎあげる、長編空想科学冒険漫画！
自作コーラのレシピがGitHubで公開中
プログラマー兼デザイナーのblinry氏が自作コーラのレシピをGitHubで公開し、写真付きで作り方を解説しています。 GitHub - blinry/soft-drink-recipes: A collection of DIY soft drink recipes. · GitHub https://github.com/blinry/soft-drink-recipes?tab=readme-ov-file DIY soft drinks https://blinry.org/diy-soft-drinks/ blinry氏が作るのはカフェインゼロ・カロリーゼロのコーラで、まず濃縮液を作ってから目的の濃さに希釈する仕組みです。1リットルのコーラを作るために必要な濃縮液の材料は以下の通り。 ・エッセンシャルオレンジオイル 0.75ml ・エッセンシャルライムオイル 0.70ml ・エッ
ブラウザ操作を録画して、AIにPlaywrightテストを書いてもらう
概要 こんにちは、booostのバックエンドエンジニアのma_meです。 今回はこちらの記事から着想を得て、個人開発で AI、DevTools Recorder、playwright-cli の３ツールを組み合わせてe2eテストを書いてみたところ、作成とメンテナンスが楽になる手応えを感じましたので、その方法を紹介します。 全体の流れ ① ブラウザで操作を録画（Chrome DevTools Recorder） ↓ ② 録画JSONをCodexないしClaude Codeに渡す ↓ ③ AIがJSONを読み取り、Playwrightテストコードに変換 ↓ ④ 必要に応じてplaywright-cliで画面のスナップショットを取り、セレクタを補正させる ↓ ⑤ テストファイルが完成 では実際にやっていきましょう。 Step 1: ブラウザ操作を録画する Chrome DevToolsの「Rec
ゆーあーすらっがー - なめたけ/真野ろか / 第１話 幼なじみ | コミックDAYS
ゆーあーすらっがー なめたけ/真野ろか プロ野球選手を目指す女子高生・魚沼ワコ。豪快なスイングを武器にする天才スラッガー‥‥だけど日常生活は、びっくりするほど不器用で要領の悪いポンコツ少女。トラブルだらけの毎日でも、幼なじみのタイジや周囲の人たちに支えられながら、ワコは今日も全力でまっすぐ前へ進んでいく。そんなワコの姿が、周囲の人の心まで動かしていく――青春ど真ん中のベースボールストーリー！
Laravelで安易にRepositoryやServiceを作らない方が良いと思う
LaravelのプロジェクトでController/Service/Repositoryの3層構成を見かけることが多く、層を分けること・責務を分離することの意味について改めて考えてみました。 この記事は、その中で感じた疑問や考えをまとめたものです。 TL;DR Controller/Service/Repositoryの3層構成は、DDDの設計を中途半端に借りた構成である Active Recordパターンとリポジトリパターンは思想が対立しており、Active Recordの上にリポジトリを被せることはその利便性を自ら封じることになる リポジトリパターンの利点に対して、Active Recordの利便性を失うコストが大きすぎる 3層構成におけるサービス層はドメインモデル貧血症を助長しやすい 複雑なドメインを扱うならDDDを徹底すべきであり、そうでなければUseCaseクラス・Eloquen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まじめなヤ〇サー | オモコロ
終劇のシエル - ジャンプルーキー！
新連載を考える漫画家と編集 - 原作：じゅうあみ / 作画：えの / 第1話 別人格持ち主人公編 | HERO'S Web（コミプレ）
システムは「動く」だけでは 足りない - 非機能要件・分散システム・トレードオフの基礎
