• データベース
  • 設計
  • SEOまとめ
  • 書籍レビュー

Tech Ecology

  • データベース
  • 設計
  • SEOまとめ
  • 書籍レビュー
Remote Desktopロゴ

2026/4/23

MacでMicrosoft Remote Desktopが消えた理由|Windows Appへ変わった背景と確認ポイント

MacでMicrosoft Remote Desktopが見つからない場合は、単純な不具合ではなくWindows Appへの移行を疑うべきです。自分が社内PCや仮想デスクトップへ接続したい状態なら、Windows App前提で接続先と管理者案内を確認する判断が合います。まだ旧アプリの有無だけが気になっている段階なら、まず「何につなぎたいのか」を整理する方が状況を誤解しにくいです。

2026/4/23

プルリクエストのサイズを気にすべき理由|レビューを止めないための判断基準

コードレビューの停滞は、実装の速さよりPRの渡し方で起きることがあります。変更が大きすぎて意図を追い切れないなら、200〜400行や5〜10ファイルを目安に分割を考える余地があります。逆に、小さく分けても単独で動かず全体像が見えないなら、機能単位でまとめ直したほうが判断しやすくなります。レビュー待ちを減らしたいのか、手戻りを減らしたいのかで、見直す基準は変わります。

モンスターベテラン社員が仕事を牛耳っている様子

2026/4/13

オンボーディング アンチパターン|定着率と立ち上がりを下げるミス設計

入社直後の混乱が多い職場なら、まず確認する対象は参加者ではなく受け入れ設計です。初日から質問が連発する状態なら情報整理と手順更新が優先です。学習ばかりで実務に入れないと感じる職場なら、最初の成果物を先に置く流れが合います。何を終えれば前進なのか曖昧な職場なら、初日・初週・初月の到達基準を分けて示す必要があります。

claudeロゴ

2026/4/9

Claudeが変わる5つの隠しプロンプト|出力の深さと文体を意図的にコントロールする方法

Claudeの「隠しプロンプト」は特別な機能ではなく、出力の方向を寄せるためのフレーミングです。自然な文体にしたいなら /ghost、状況整理から考えたいなら OODA、専門的な深さが必要なら L99 が合います。一方で、質問自体が曖昧なら何を足しても結果は安定しません。出力の雰囲気を変えたいのか、判断材料を増やしたいのかを先に決めると、使うべき手法が絞れます。

claudeロゴ

2026/4/7

Claude Code流出騒動から読む「コード品質」と「プロダクト価値」

障害の発見が遅く、復旧に人手がかかる状態なら、リファクタリングより可観測性とロールバック整備が先です。操作回数の多さや待ち時間の長さで継続利用が弱いなら、体験改善を優先する判断になります。変更のたびに不具合が増え、開発速度まで落ちているなら、コード品質の立て直しが先行します。

claudeロゴ

2026/4/7

Claude Codeソース流出事件|事故か無能さかそれともAI史上最高のPRか?

Claude Codeのソース51万2千行が三重ミスで流出しました。npm公開、ソースマップ、クラウドバケットの扱いに少しでも不安があるなら、手順を見直す判断材料になります。すでに公開フローを厳密に管理できているなら過度に恐れる必要はありませんが、どれか一つでも曖昧なら点検を選ぶのが妥当です。

The DevOps逆転だ!

2026/4/1

「The DevOps逆転だ!究極の継続的デリバリー」レビュー|リアルな経験から学ぶDevOps

障害対応が常態化し、特定の人に業務が集中しているなら、まずは属人化の解消から着手すべきです。部門対立や承認待ちがボトルネックなら、共通指標の再設計が優先です。単なるツール導入で解決すると感じているなら立ち止まり、組織構造に原因があると感じているなら、本書の考え方は具体的な判断材料になります。

サイバー熊攻撃

2026/4/2

axios@1.14.1/0.30.4は危険|RAT配布の仕組みと感染確認

axios@1.14.1・0.30.4 をインストールした記録があれば、コマンドで痕跡ファイルを確認し、検出された場合はシークレットのローテーションとシステム再構築に進みます。インストール履歴が不明なままCI/CDを動かし続けている場合も、同じ確認手順を先に実施します。該当バージョンが見つからなければ、1.14.0または0.30.3へのピン留めと--ignore-scriptsの導入で対応完了です。

説明が長い女性

2026/3/25

GPTもClaudeも説明が長い|AIの回答が「説明的」になった理由

AIの応答が説明的になった背景には、RLHF・安全性調整・各社の設計思想という3つの構造的要因があります。「丁寧すぎて中身が薄い」と感じている場合、まず確認すべきはプロンプト設計です。「簡潔に」「結論だけ」と指示を加えるだけで出力スタイルは大きく変わります。一方、回答の正確性や論理展開に不満がある場合は、出力スタイルではなくモデル自体の推論性能の問題であり、別のモデルやパラメータ設定の検討が必要です。「説明的=劣化」と短絡せず、スタイル・正確性・推論の3軸を分けて評価することが、モデル選びとプロンプト設計の精度を上げる分岐点になります。

オリジナル原子核ロゴ

2026/3/19

AIプロンプトを「うまく書こう」とするから詰まる|詰まらずに動き続ける4つの方法

プロンプトを書く前に手が止まる場合、原因は構文の知識不足ではなくコンテキストの供給不足です。雑な下書きを投げて追加指示で積み上げる動き方に切り替えると、作業速度は先に上がります。速度より一発精度を優先したい場合はClaudeに確認を先に委ねる、試行錯誤を繰り返したい場合はChatGPT・Geminiを選ぶ、反復業務はテンプレートで固定する。用途ごとにこの3軸で判断することで、「どう書くか」に費やす時間を「何を渡すか」に転換できます。

1 2 3 … 19 Next »

開発に役立つサイト

OverAPI Commontools CodePen Iconfinder
Feedly Icon 購読する

太陽系儀

参考になるAPI

NASA APIs The Movie Database API TempMail API

タグ

Apple AWS bash ChatGPT Claude CVE DevOps Django Docker Gemini Git Google Gradle html Java JavaScript jQuery JSON MacBook Microsoft MySQL Netflix PHP Python Scala Selenium sh Slack Spring Boot Spring Framework SQL SQLServer Ubuntu Whisper Windows youtube エナジードリンク ログ運用 数学 日本酒 正規表現 組織 脆弱性 芋焼酎 赤ワイン

カテゴリー

  • AI (33)
  • OS (14)
    • Android (9)
  • SEO (12)
  • WordPress (7)
  • インフラ (6)
  • コラム (28)
  • サービス (16)
  • セキュリティ (6)
  • データベース (18)
  • バージョン管理 (8)
  • プログラミング (54)
  • 今日の一杯 (4)
  • 命名規約 (4)
  • 書籍レビュー (4)
  • 設計 (3)
  • 開発プロセス (2)
  • 開発環境 (10)

よく読まれている記事

条件の0=0は全てが正であるを意味するSQL 1
SQLで条件の0=0は全てが正であるを意味する

SQLの条件に0=0のような記述を見かけます。 変わった書き方の条件ですが、これは「全てが正である」事を意味しており、結合条件の場合はCROSS JOINと同じです。 下記の例で言えば、結合するsub ...

DISTINCTを使わないで重複排除を考えるSQL 2
DISTINCTを使わないで重複排除を考える

SQLのDISTINCTはEXISTSとかGROUP BYでなんとかする事もできます。 DISTINCTは暗黙的なソートがされますが、何のDBを使うにせよ過去のバージョンならともかく、最近のバージョン ...

RFC 5322に準拠させた正規表現言語別 3
RFC 5322に準拠させた正規表現 言語別

RFC5322で定義されている正規表現を、各言語の正規表現に変化させた形になります。 完全な電子メール正規表現は存在しないので、結局のところ何かの公式基準に従っていたとしても、自分が携わるサービスのル ...

  • RSS
  • プライバシーポリシー
  • お問い合わせ

Tech Ecology

© 2026 Tech Ecology