小野不由美先生の1995年発行の同人誌「中庭同盟」
国会図書館のデータベースで読めるようになってました。十二国記とゴーストハントです。（出遅れ。大歓喜✨）
https://t.co/OatDGbVUJQ #NDLサーチ November 11, 2025

大企業の優秀なエンジニアが悪いコードを書く理由(How good engineers write bad code at big companies) という記事から：

・大手テック企業は高給で優秀なエンジニアを雇っているにもかかわらず、ひどいコードを生み出してしまうことがある
・その主な原因は、自分の専門外の領域で働かされていることにある

・大手テック企業の従業員の平均勤続年数はわずか1年から2年程度しかない
・報酬体系は通常4年で株式付与が満了する。その後は実質的な減給となるため、構造的に転職したくなりやすい仕組みになっている
・社内の組織変更も頻繁であり、同じチームやコードベースに3年以上留まることはあまりない

・一方で、サービスやコードベース自体は10年以上続く古いものが多い
・その結果、エンジニアの多くは常にそのシステムにおける「初心者」として手探りで作業している
・コード変更の多くは、入社や異動から半年以内の、そのシステムに不慣れなエンジニアよって行われている

・もちろん、特定のシステムに詳しい古参エンジニアが品質を支えることもあるが、そのプロセスは非公式
・企業は個々のシステムに関する長期的な専門知識の維持にあまり努力を払っていない
・古参エンジニアも別の部署に異動させられることが多く、知識が継承されない

・詳しいエンジニアは常に忙しく、すべての変更を詳細にレビューする時間がない
・レビューや議論に時間を使いすぎると、個人の成果が不足しているとみなされ評価が下がるリスクもある

・なので、よくあるエンジニアは、能力はあるものの、不慣れなコードや言語と格闘している状態にある
・常に複数の締め切りに追われており、品質を最優先できる環境にはない
・新人がバグ修正を行い、忙しいシニアが簡単な確認だけで通し、その場しのぎのコードがリリースされる
・その結果、数年後にそのコードを見た人は、なぜこんなひどい実装がされたのか不思議に思うことになる

・企業側は、誰が何をしているかを把握して、エンジニアを代替可能な部品として扱い、自由に配置転換できる体制を維持している
・これは特定の専門性を犠牲にしてでも、AIなどの新しい課題へ人員を急速に投入するための意図的なトレードオフをとっている
・この方針が良いか悪いかは別の話
・いずれにせよ、結果として不慣れなエンジニアが作業するため悪いコードが生まれる

・エンジニア個人には、この会社の力学を変える権限はない
・品質にこだわって（品質にこだわってストッパーのようになり）組織の流れに逆らうと、PIPの対象になり解雇される恐れすらある

・大企業の開発は純粋な技術的探求ではなく、配管工事のような現場仕事に近い性質になりがち
・技術的な基礎が完璧でも、文脈や環境の制約によって悪いコードが不可避的に生まれる
・エンジニアは自分が担当するプロジェクトを選ぶ権利がなく、会社の都合で全く違う分野に異動させられる
・慣れたデータベース担当から決済システム担当へ移れば、ミスが起きるのは当然の帰結である

・悪いコードの例を指摘することはできるが、それを書いた個人の責任にするのは誤りかもしれない
・仮にエンジニアの能力を倍にしても、不慣れなコードベースで作業する限りミスはなくならない
・根本的な原因は、ほとんどのエンジニアが常に不慣れな環境での作業を強いられているという構造にあるのではないか

https://t.co/Jm9bOp6zi3 November 11, 2025

IMDbのSHOGUNページに目黒蓮の名前が😭
IMDbは世界最大級の映画・ドラマ・俳優データベースで世界中の映画ファンはもちろんプロ(監督やキャスティング担当も)が情報取得する、海外進出俳優にとって必須の名刺のようなもの😭

▼SHOGUN
https://t.co/HyDT1xr8nG

▼Ren Meguro
https://t.co/dbpWXqrBr7 November 11, 2025

ゲームベースでAWSを学べる「AWS Cloud Quest」が有益。

クラウド初心者向けに設計されており、仮想都市で課題を解決しながら、コンピューティング、ストレージ、データベース、セキュリティといったコアサービスの実践的なAWS経験を得られる。

こちら👉
https://t.co/3RDm4mwBWZ https://t.co/HW7KC72MP8 November 11, 2025

世界最大級のドラマ・映画データベースのIMDbの将軍ページに目黒くん掲載！！
ページクリックすると目黒くんの作品はもちろん、SnowManの曲や映画おそ松さんもリンクされてます
#SHOGUN
#目黒蓮 #SnowMan https://t.co/szr4GDsgHU November 11, 2025

IMDb（インターネット・ムービー・データベース）の『SHOGUN Ⅱ』出演者ページに鎖骨全開の写真（宣材写真ではない）で紹介されている自担😆
この写真好きだからOK🙆‍♀️

#目黒蓮 #SHOGUN2

🔗https://t.co/VDefeURP8f

🔗https://t.co/XNqdAVa69z November 11, 2025

「医薬品の供給状況データベースなんて誰も使わないよ」

━━━━━━━━━━━━━━━━━━━

そう言われながら公開したDSJP（2021/9/9公開）ですが、無事（かどうかはさておき）4年ちょっと運営が続いています。

ボランティア＋私費スタートの、ほとんど自由研究みたいなプロジェクトにもかかわらず、
日々の業務の中で「当たり前のツール」として使ってくださっている現場の皆さま、そして一般社団法人asTas（2022/10/4設立）としての活動に価値を見出し、データ提供やご協賛・お取引という形で関わってくださった企業・団体の皆さまには、本当に感謝しています。

公開からの数年間で、X（旧Twitter）を通じて多くの薬剤師・医療関係者の方々から応援の声をいただき、開発者・代表理事としてもとても楽しく、そして何より有益な時間を過ごすことができました。ありがとうございます。

また改めてどこかのタイミングで、もう少しきちんとしたお知らせを書くつもりですが、
たぶん大げさなことは何も出てこない気もしています。

ひとまず、「ボランティアとしてのDSJP・asTas」という1枚目の役割は少しずつ終わりつつあり、次のステージとなる2枚目へと進んでいくタイミングなのかな、と思っています。

個人的な、新たな事業やプロジェクトについても、12月以降に少しずつ公開していければと思っています🫠よろしくぅ November 11, 2025

ChatGPTやGeminiしか使ったことがない人に「Notion AIにしかできないすごいこと」を教えるならやっぱりコレよな…

1. Notion AIに「〇〇を調べて」とチャット
2. 結果やチャットでのやり取りを気に入ったら「圧縮してDBに保存して」

【事前準備】
Notion AIがチャット履歴やリサーチ結果を一時的に保存するデータベース（箱）を用意しておく。←これもNotion AIに頼む。

そして、そもそもこのツイートをスクショして「これやって」と頼めばAIが全部やってくれる笑 November 11, 2025

SkyrimSE用FollowerMOD「The Thalmor's Shadow - Taliesin」1.05(Quick fix2回分込)の翻訳をデータベースへアップしました

1.05で追加された文の翻訳、1.04までの分の一部修正、バニラフォントで表示される文字への変更などの更新を行っています
よろしくお願いします
https://t.co/jjqCK38lOa November 11, 2025

📢 追加アップデート情報のお知らせ

いつもプレイしていただきありがとうございます。私たちは、皆さんにとってゲームがもっと楽しく、より遊びがいのあるものになるよう、日々改善に取り組んでいます。

不具合によりご不便、ご心配をおかけしましたこと、心よりお詫び申し上げます。

そして、いつも応援してくださっている皆さまに深く感謝いたします。

ムーミンムーブ開発チーム🍀

#ムーミンムーブ #ムーミン #moominmove #moomin

⟡.·.··············································⟡.·.

🌿今回のアップデート内容🌿

・前回のアップデート以降に発生していた不具合の修正

・贈りものがチーム（グループ）クエストで正しくカウントされるようになりました

・複数回料理（5回料理など）がチームクエストで正しくカウントされるようになりました

・ペットのアクション変更が正しく動作するようになりました

・Android版で灯台の宝箱報酬アイコンが表示されない問題を修正しました

・ミッフルのクエストを修正しました

・アップデート後にペットアクションが動作しないなど、いくつかの細かい不具合を引き起こしていたデータベースの問題を修正しました（プレイ中に不自然なエラーが発生していた場合、その多くは今回の修正で解消されています）

・接続の重さや安定性の問題を修正しました

⟡.·.··············································⟡.·.

🌿灯台レベルと報酬に関する補足説明🌿

プレイヤーの皆さまから、新しい灯台レベルや報酬について多くのご質問をいただいています

・灯台レベルの最大値は、以前の100から「30」が最大レベルになるよう変更されました

・必要な小包数も、それに合わせて調整されています

・現在のレベル30は「最大報酬レベル」となったため、以前よりレベル30に到達するのは難しくなっています

・灯台は月末にリセットされます

・灯台の報酬は、新しいレベル構成に合わせて大幅に強化されています

・現在のレベル30報酬は、以前のレベル30報酬よりも大幅に豪華になっています

・ほかでは手に入らない「限定コスチューム宝箱」が獲得できます

・これまでより多くのゴールドコインを受け取ることができます

・新たな灯台報酬をアンロックすると、その時点から新しい報酬内容が適用されます

・ムーミンたちのクエストで「より高い難易度」をアンロックできます

・難易度の高いクエストをクリアすると、獲得できる小包の数が大きく増加します

・星の数が多い（レアリティの高い）ムーミンの高難度クエストでは、さらに多くの小包を獲得できます

・クエスト1件で、最大320個の小包を獲得できるようになります

・いったん特定のムーミンの高難度クエストをアンロックすると、その後はクエストがランダムで出現します

・クエストポータルの左上に、そのクエストの難易度が表示されます

・小包が増えるのは「高難易度クエスト」のみです

・灯台は月末に変更、更新されます

⟡.·.··············································⟡.·.

🌿料理に関する補足🌿

・料理レシピの内容が変更されました

・シンプルなレシピは、いずれも素材5つが必要になりました

・この場合、友情ポイントは4ポイント獲得できます

・より複雑なレシピでは、最大40ポイントの友情ポイントを獲得できます

・各キャラクターごとに「好み」をより反映したレシピ構成となるよう調整しました

・すべての「フレンド用コスチューム」は、そのキャラクターへの「贈りもの」でもらえる友情ポイントを増加させます

⟡.·.··············································⟡.·.

🌿今後予定している変更🌿

・田舎エリアや公園に生えている木の本数を調整する予定です

・さらに多くの友情ポイントが得られるように、食材や料理を強化するための新システムを実装 November 11, 2025

ぶっちゃけ今の中国、場の空気感としてもおふざけやるには厳しいしどっかでやらかすと全国データベース化されるのでマジでやめとけ大人しく観光しろ感 November 11, 2025

「【限定】背脂煮干らーめん➕辛くする」@煮干らーめん 川むら https://t.co/KsD8ApeQZ0
ラーメンデータベース投稿
冬の風物詩な背脂煮干
燕三条系だけどチャチャ系思い出させる大量の背脂が旨味と甘味とコクを加えマジで最高に美味い！
麺も一昨年の様な手揉み麺になっていて
今年の背脂煮干はヤバめ November 11, 2025

📥【Notion、Inboxぽいぽいシンプル運用のすすめ】

対話できる外付けハードディスクとしてのNotion。
図書館（Notion）の司書（Notion AI）に頑張ってもらうような使い方です。

私はモバイル版Notionが8割くらいの使用率で、見るのは2割、書くのが8割くらい。

基本、人間がやるのはNotion AIチャット画面にメモを投げ、Notion AIに保存・整理してもらうこと。

そして、メモの内容から3段階に振り分けます。（ほぼ自動）

①雑多メモ → デイリーノートに保存
多くのメモはここ。これはある程度貯まったら整理。（整理はカスタムコマンドで半自動）

②アイデアや気づき → ideaデータベースに保存
こちらがinbox的利用。たまに見て多少脳内に入れる、メインのデータベース。

③MoCメモ → 専用データベースに保存
関連したアイデアメモが3-5個できたらNotion AIにて作成。

ほとんどのメモは①のデイリーノートになります。
その中で「これ良いな」と思ったら②に昇格してもらっています。
判断は人間だけでなくAIにも権限を与えて、勝手にやってもらうときも多いです。

③の作成は、一定期間でMoC作成用のカスタムコマンドを実行するだけ。
AIが関連アイデアの検索からページ作成まで行います。

といった流れで、Notionには基本詰め込んでいくだけ。
何かを能動的に考える際に、AIと対話して必要なメモを引き出すイメージです。

さらに、引き出した複数のページをその場で1ページにまとめてもらったりすると、モバイル環境でも閲覧が快適になります。

要するに、今までのNotionで多かったのが「先に構造化して見やすくWiki的にする運用」だと思います。

これを「inbox特化」にして、とにかくナレッジの保存に力を入れている。

使う際は、AIでその場で集めて構造化してもらえば結局見やすくなる。

階層構造のメリットは、上下左右のファイルも目に入るのでObsidianでいうセレンディピティが起こりやすいですが、それはたまにアイデアデータベースを眺めることで代用しています。 November 11, 2025

この後18時からYouTube公開🎉

【Notion AIエージェントを"指揮"するマスターエージェント基盤の作り方】
https://t.co/wShnxhSsMA

思いつきで撮ったらめっちゃ濃い内容になった！
🔔チャンネル登録して通知オンにしてくださいね〜

————
概要
🎯 イントロ 0:00
- Notion AIエージェントの応用的な使い方を実験
- 組織・チームでエージェントをどう活用するか
- 企業向けテンプレートにAI要素を追加

📦 企業向けテンプレートの紹介 0:23
- プロジェクト管理・タスク管理・ドキュメント管理
- 会社のナレッジを管理するシンプルな構成
- 分析ダッシュボードも搭載

🤖 AIエージェントコマンドセンター 1:33
- マスターエージェント＋サブエージェントの構成
- エージェントのデータベース化
- スラッシュコマンドのデータベース化

⚡ /agentコマンドでエージェント呼び出し 2:27
- 利用可能なエージェント一覧を表示
- リサーチャー、レビュアー、翻訳者など選択可能
- プロジェクト管理エージェントのデモ

📝 プロジェクト状況レポート作成 3:17
- エージェントが複数ステップで報告書作成
- /createコマンドでページ保存
- 共通のドキュメントDBに自動保存

🌐 翻訳エージェントの活用 4:18
- 翻訳者エージェントを呼び出し
- 倭国語→英語の翻訳を実行
- /updateコマンドでページ更新

✉️ メール返信アシスタント追加 5:19
- 存在しないエージェントは提案される
- 未登録エージェントから追加可能
- 組織共通のエージェントを個人が選択

🗂️ エージェントの管理方法 6:59
- チーム・部署ごとにエージェントをデータベース化
- 利用者プロパティで自分のエージェントを管理
- 人気エージェントの分析も可能

🎼 マスターエージェントの仕組み 7:53
- 複数エージェントをオーケストレーション
- サブエージェントとコマンドを組み合わせ
- スラッシュコマンドで詳細タスクを実行

🔄 同期ブロックでパーソナライズ 9:06
- マスターエージェントページを同期ブロックで共有
- 個人のパーソナライゼーションに貼り付け
- ページメンションより数秒早く読み込み

⚠️ コンテキスト管理の注意点 10:45
- 長い会話ではコンテキストが抜け漏れることも
- 推論モードで自己復唱しながら考える
- 過去のチャット履歴を参照して解決

💡 /helpと/newコマンド 13:54
- /helpでコマンド一覧を表示
- /newで新規コマンドを作成
- エージェントが自動でコマンドDB登録

📊 /diagramコマンド作成 14:19
- 新しいコマンドをその場で作成
- 図やチャートを自動生成
- タスク状況を視覚化

🆕 新規エージェント作成 15:27
- ダイアグラムライター＋レビュアーエージェント
- エージェントを作成するエージェント
- 作成後すぐに利用可能

🏢 組織でのエージェント基盤 17:17
- 利用者別・エージェント別の分析が可能
- AIエージェントの定着率・オンボーディング測定
- 有効化機能でコンテキスト最適化

🧠 マスターエージェントのプロンプト解説 20:50
- エージェントDBからフィルタリングして呼び出し
- 存在しないエージェントは新規作成を提案
- レスポンスは端的に、アクションボタンで提示

🎲 アイスブレイクエージェント作成例 22:14
- 存在しないエージェントを会話から作成
- 業務のエージェント化への動線設計
- 次の誰かのためにエージェントを残す

📋 まとめ 26:22
- テンプレートは説明欄からダウンロード可能
- 実験・検証の成果物として公開
- 発展的な使い方のインスピレーションに

---

#Notion #NotionAI #AIエージェント #NotionAIエージェント #業務効率化 #プロジェクト管理 #タスク管理 #企業向け #チーム活用 #ワークフロー自動化 #AI活用 #生産性向上 #ナレッジマネジメント November 11, 2025

AIが学習元を間違って再現すると、「テンソルの中に元データそのまま入ってるんだろ」と思う人がめちゃ多い。でも実際はそうじゃない。重みって、画像や文章が丸ごと保存されてる場所じゃなくて、特徴を圧縮して結びつけた数値の関係でできてるだけ。コピーの倉庫じゃない。

ただ、ここで話がややこしくなる。偏った学習とか、同じサンプルを何度も叩き込むような状態だと、抽象化よりも「特徴の定着」が強くなって、結果的に元データと似すぎる出力が出ることがある。この現象を見ると、「やっぱ保存されてたじゃん」と思えてしまう。この誤解は自然だけど、理由が違う。コピーが入ってたんじゃなくて、特徴が強すぎて固まってしまっただけ。

ここを理解しないまま「復元できた → 保存されていた」「復元できない → 安全」と単純化すると、全部ズレた議論になってしまう。実際のAIは、記憶と一般化のちょうどあいだの、曖昧で不安定な領域で動いてる。きれいな白黒じゃない。条件次第でどちらにも揺れる。

だから本当に見るべきは、データが「あるか、ないか」じゃない。抽出できる形で残っているかどうか。そこを外すと議論は永遠に噛み合わない。認めたくなくても、この混沌こそが今の生成AIそのもの。

それでも最後の一行は揺るがない。
AIは、学習データセットのデータベースではない。 November 11, 2025

《静脈の裏側──CODE: AUTOPSY 240》

■プロローグ

　「あなたは、どこまで書くつもりですか？ 西村さん」
　電話の向こうで、研究者の声が震えていた。

　深夜2時のニューヨーク。
　資料の山と暗いニューススタジオの照明の残像がまだ瞼に残るまま、私はスマートフォンを強く握りしめていた。
　研究所から流出した文書──そこには、COVIDワクチン接種後に死亡したとされる“240件の剖検報告書”が並んでいた。
　そのうち“177件に接種との因果の可能性がある”と記されていた。

　でも問題は数字じゃない。
　その文書自体が世界中のどの医療機関・公的データベースにも存在しないことだ。

　闇の中で書かれ続けた研究。
　認められれば医療史が変わり、否定されれば研究者の人生ごと消される。
　この文書を報道するほどの覚悟が、私にあるのだろうか。

　電話の向こうで研究者が続ける。
「西村さん、あなたしか頼れない。大手メディアはどこも拒んだ。
　…この文書が“公表されなかった理由”を、あなたも見たはずだ」

　私はノートに書き込んだ一文を見つめる。

“これは統計ではない。これは人間の記録だ。”

　報道すれば、世界は変わる。
　報道しなければ、真実は消える。
　そして私は、どちらを選んでも無傷ではいられない。

　電話口の沈黙のなかで、心臓の鼓動だけが耳の奥で響く。
　やがて私は、呼吸を整えながら言った。

「——答えはひとつ。私は真実を書く」

　その瞬間、回線の向こうで短い溜息が漏れた。
　安堵ではなく、覚悟の共有。
　もし書けば、世界中の誰かが私たちを止めに来る。

　それでも、私は踏み出す。
　静脈の裏側に隠された真実へと。 November 11, 2025

これ、いつかNotionの中の人と答え合わせしてみたい仮説。

Notionは「非同期コミュニケーション用のツール」と理解してる。

同期コミニケーションのメールやチャットみたいリアルタイムに知らせてすぐにレスを求めるじゃなくて。

ブロックごとに@メンションしたり、リマインドを仕込んだりできて、そのブロックには固有のURLがある。「このブロック」の住所をピンポイントで共有できるのがNotionの面白さ。

だから、
•この人に
•このタイミングで
•この場所

を、その人の受信トレイにリンク付きでドンと載せられる。「通知を受け取りました」ではなくて「通知を入れておきました」って感覚。時間も場所もバラバラでも「ここ見て」で済むから、文脈説明も最低限でOK。めちゃくちゃ非同期向きの設計だな、と。

で。みんな「Notionの受信トレイって微妙」「あんまり役に立ってない」とよく言うけど、正直“通知が弱いから”っていうのは、やろうと思えばNotion側ですぐ改善できる話だと思うんですよね。にもかかわらず、あの形のまま長く放置されている。

InboxをSlackみたいにする気はなくて、「住所付きのブロックが静かに溜まっていく場所」として割り切っているから。

というのが僕の仮説。

一方で、同期コミュニケーションの代表みたいなSlackとはガッツリ連携している。ここがまたおもしろくて、

•緊急じゃない・各自のペースで見ればいいもの → Notionの受信トレイ
•すぐにリアクションが欲しい・今この場で決めたいもの → Slack通知

という役割分担を設計上は狙ってるのかな、と感じています。

……とはいえ現実には「全部Slackで飛んでこないと不安」「通知来たらすぐ返事したくなる」っていう人間側のクセもあって、その理想設計がどこまでフィットしてるかは正直怪しいところ。

あと、個人的にずっとモヤっとしているのがここ。

受信トレイって「読んだけど、ちゃんと整理したいやつ」の扱いがむずかしいんですよね。今だと、別途タスク登録したりなので。

だから、ホームのマイタスクみたいに、
•この通知は見た/見てない
•対応OK/保留/あとでやる
•どのプロジェクト・誰絡みの話か

みたいなのをプロパティで管理できる「受信トレイ専用データベース」があったら最高だなと思ってます。受信トレイそのものを、そのまま1つのデータベースとして扱えるイメージ。

今のままだと、Inboxはどうしても「通知の通過点」で終わりがちで、

✔ 見たけど、
✔ どこまで対応したかがわからないし、
✔ 後から振り返るのも難しい。

ここをDB化できたら、「非同期コミュニケーションのハブ」としてもう一段レベル上がる気がしてます。

まとめると、僕の頭の中では、

•Notion = ブロック単位で“住所付きの文脈”を非同期で届けるツール
•Slack = 本当に急ぎのものだけ同期で前面に引っ張り上げるツール
•受信トレイ = その中継地点として、あえてミニマルにしてある

という三角関係で動いているイメージ。

Notionの中の人、この解釈どうですか？いつか直接、答え合わせしてみたい。

@ivanhzhao @NotionHQ November 11, 2025

[2025.11.29更新]

Nコン県大会ページを更新しました。

今まではPDFを置いていたのですが、自分が持っている県大会のデータを全てデータベース化して見られるようにしました。

県大会のプログラム等お持ちでしたら情報提供いただけると嬉しいです、

▼データベースはこちら
https://t.co/NUPv8j2gXv https://t.co/Xes0YyzGUC November 11, 2025

Amazonで「怪談番外地 蠱毒の坩堝」になぜか「牛抱せん夏集」の文字が入っていて当惑している。著者も僕だけになってるので、データベースのどこかがおかしくなってるんだと思う。疾く修正される可しと報告済。内容面白いんで読んでいただけると著者三名皆が喜びます。よろしくお願いします。 https://t.co/peMln0gTUt November 11, 2025

AutoCAD業務の宿敵は「図面の重さ」です。
その悩みとも今日でおさらばできる”かも”しれない解決策を、経験則でシンプルに教えちゃいます。

データ軽快化の鉄則コマンドは、
✅PURGE：見えないゴミを捨てる
✅AUDIT：内部データベースのエラー修復
✅SCALELISTEDIT：注釈尺度をクリーンアップ

さらに、
・不要な画層のフリーズ（⚠️非表示とは別）
・外部参照のロード解除（⚠️アタッチ解除とは別）

これらは、AutoCADの特性を知るからこその管理術です。
仕組みを『知る→理解する』この積み重ねが着実にあなたのステージをUPさせます。

ソフトの動作スピードはCAD業務の命。
初見だった方は、週明けから是非試してみてください。

他に「図面が軽くなった」秘策をご存知の方は、ぜひコメントで教えていただけると嬉しいです！ November 11, 2025