デメリット トレンド
0post
2025.12.09 16:00
:0% :0% (40代/男性)
人気のポスト ※表示されているRP数は特定時点のものです
インキャの男が最高な理由
・インドアで飲みに行かないから安心
・仕事が終わればすぐ家に帰ってくる
・インキャな男は一途な人が多い
・話を常に聞く側に回ってくれる
・陽キャ特有の変なプライドがない
・正論で押し付けない柔軟な心がある
・読書や勉強が趣味で知性的
デメリットナヨナヨしてる December 12, 2025
26RP
確かに紙の保険証じゃないと
・他人の保険証を使ったなりすましができなくなる(外国人技能実習生が別人の健康保険証を使って治療を受けるなど)
・保険証を使って複数の医療機関に行って薬をもらいまくって転売する
・資格が喪失してても使う、ということができなくなる(年間約500万件差し戻しがあったこともあるとか)
・偽造したり改竄したりできない
などのデメリットがあるからな・・・ December 12, 2025
18RP
他にも細々したメリットデメリットはありますが、「空力的構造的メリットはほぼ無いが、機種固有の運用条件等によっては採用する価値のあるメリットが発生する」というのがV字尾翼というものの特徴かなと思います
本当に手軽に抵抗減になるなら(燃費を極めて重視する)旅客機で採用されているはず(笑) December 12, 2025
2RP
🤝【Advent Calendar 5日目】まるこさんの1DB運用
「Notionの運用、なんかしっくりこない」
こういう話、本当によく聞きます。
最初は綺麗に分類したはずのDB群が、気づけば迷路になっていて、どこに何を入れるか迷う。サイドバーは長くなる一方で、探すのに時間がかかる。
実はこれ、構造の問題というより「自分にとっての心地よさ」を見つけるまでの試行錯誤なんです。
Notion Community Advent Calendar 2025の5日目、まるこさん(@maruco_note)の運用記事です。
サイドバーほぼ封印・1つのDBを軸に、"メモ"と"体験ログ"をゆるくつなぎまくる運用スタイル。
これが、3年間の試行錯誤の末に辿り着いた「今のかたち」です。
▶️ なぜ1DBに戻ってきたのか
まるこさんのNotion歴は約3年。
GTD、ツェッテルカステン、PARAメソッド…色々試してきた末に、NotionアンバサダーReiさんの動画で見た「弟さんの1DB運用」に憧れて真似したものの、当初はまったく回らず挫折。
いったん用途ごとにDBを分ける運用に戻ったけれど、1DBへの憧れがずっと残っていた。
2年目終わり・今年4月ごろに再チャレンジして、今のページに移行。そこから本格的に1DB運用が始まりました。
「一度挫折したものに、もう一度向き合う」
この勇気と試行錯誤のプロセスが、すごく大事だなと思います。
▶️ 実際の運用の仕組み
まるこさんの運用、シンプルだけど工夫がぎっしり詰まっています。
サイドバーには「ほぼ1ページしか表示していない」その1ページの中に、必要なDBをぜんぶ埋め込む。メインDBは「まるこWiki」1つで、そこに全情報を集約。
ホーム画面にはタブ状のビュー切り替えを用意:
・Today:最近のメモ
・Favorite:お気に入り
・Memo:内側から出てきた思考・アイデア
・Log:外で起きた出来事(映画、ライブ、ゲームなど)
・Wiki:専用プロパティが必要な情報
・Present:テンプレート配布用
MemoとLogは同じDBを、ビュー違いで見ているだけ。
プロパティで「メモ or ログ」を選んで、タグを付けて、あとは中身を書くだけ。作ったメモは自動的にTodayビューにも出てくるので、最近のメモをサッと振り返れます。
運用1年で約300メモ。
チャートで可視化して、「前よりだいぶメモを取るようになったな」と自分の変化を眺める場所にもなっている、というのが素敵です。
▶️ バックリンクのガチ活用
特に重宝しているのがバックリンク機能。
「レイアウトをカスタマイズ」→「バックリンク」を常に表示に設定。
リレーションと違って:
・DB同士ではなくアイテム同士を直接つなげる
・@メンションで呼び出せるのでマウス操作いらず・キーボード完結
・DB間の事前設計が不要で、その場で気軽につなげられる
デメリットは「プロパティとしてソート・フィルタはできない」ことですが、「基本1つのDBに集約しつつ、用途別に小さなDBも作りたい」タイプにとっては、リレーションを増やしすぎず、ゆるく紐付ける手段としてちょうどいい。
1DB+サブDBスタイルだと、これがめちゃくちゃ効きます。
▶️ もう一つの工夫:独自「お気に入り」と「トップに戻る」
Notion標準のお気に入り機能はサイドバー前提。サイドバーを極力開きたくない場合は相性が悪い。
そこで:
・自作DBに「Favorite」プロパティを用意
・FavoriteがONのものだけを表示するビューをホーム内に作成
ホームからワンクリックでお気に入りページを開けるようにしています。
さらに便利なのが「トップに戻る」ボタン。
各ページに「トップに戻る」用プロパティを一つ作り、ホームへのリンクを常に入れておく。どのページを開いていても、このボタンを押せばホームに戻れる。
1DB運用ゆえに、どのページからでも"帰る場所"がある状態**を担保している設計です。
▶️ PARAメソッドの名残=「アーカイブ」運用
以前のPARAメソッド運用の名残として、プロパティに「PARA」が残っているけれど、今は「A:Archive」だけを実質的に使っている状態。
なぜアーカイブが大事か:
・Notionのゴミ箱に入れると、時間が経つと完全削除される
・でも「前に書いたあのメモ、なんだったっけ?」となることがある
そこで、「画面からは消えていてほしいけど、いざというとき掘り起こせるようにしたい」という目的で、「PARA=Archive」を除外するフィルタで普段のビューから隠す。
実質"消さないゴミ箱"として運用しているわけです。
こういう「過去の仕組みの痕跡を残しつつ、意味を変えて使う」柔軟さ、すごく実践的だと思います。
▶️ 本質は「完璧な設計」より「心地よい運用」
まるこさんの記事を読んで感じるのは、「一度挫折したものに、時間をおいてもう一度向き合ったら、しっくりきた」という経験の価値です。
最初から完璧な設計を目指すより、
・今の自分に合うかどうか
・毎日触りたくなるかどうか
・探すストレスがないかどうか
こういう"感覚"を大事にしながら、少しずつ調整していく。DBを分けるか、1つに集約するか。リレーションで厳密につなぐか、バックリンクでゆるくつなぐか。サイドバーを使うか、ホーム1ページに集約するか。
どれも正解はなくて、「自分にとっての心地よさ」が答えなんです。
まるこさんは記事の最後で、「自分なりの心地よい形に落ち着いた」「1DB運用やバックリンク、ちょっと試してみようかな」と思った人はぜひ真似してみてほしい」「テンプレート欲しい」というコメントが1人でもあれば、Presentタブにテンプレートを作って配布するつもり」と締めくくっています。
こういう「試行錯誤の旅を共有して、誰かの参考になれば」という姿勢が、コミュニティの良さだなと思います。
ポッドキャスト「まるこのひとり井戸端」では動画版も公開されているそうなので、文章では伝えきれない部分も含めて、ぜひチェックしてみてください。
Notion Community Advent Calendar 2025、まだまだ続きます。他の方の運用スタイルも、それぞれの試行錯誤が詰まっていて、読むたびに発見があります。
https://t.co/0eCJVkyMQD December 12, 2025
1RP
@wanwanfofo そうなんですね〜!!!🤔
BCGと一緒に打てるならうちもそうしようかな??🤔
早く打つデメリットなさそうだし、それなら早い方がいいよねえ〜🙆♀️ December 12, 2025
@iamnamake_ メリット補足
女慣れしていないので、少しの親切(芝居)でおびき寄せられる
気弱なので、恫喝で威圧し萎縮させて服従させることができる。
デメリット
自分の世界を持ちすぎているので、こだわりが多く、その行動に苛立つことが多い。
ひねくれて、警戒心も強いので、芝居が通じないことも December 12, 2025
@ARUASA_writing 結婚のデメリットがメリットを上回ってると感じる機会は増えたかもしれません。
特に離婚に多大なパワーが必要になる事実は広く知られるようになりました。
ならはじめから結婚しないほうが安全ですからね。 December 12, 2025
@iamnamake_ メリット補足
女慣れしていないので、少しの親切(芝居)でおびき寄せられる
気弱なので、恫喝で威圧し萎縮させて服従させることができる。
デメリット
自分の世界を持ちすぎているので、こだわりが多く、その行動に苛立つことが多い。
ひねくれて、警戒心も強いので、芝が実は容易ではない December 12, 2025
#BrilliaCity横浜磯子
見晴らしのいい高台に建ちながら地盤の安全性も高く、広大な敷地かつ緑地に囲まれたマンション!!
グランドエレベーターという60mを一気に昇る専用エレベーターで高台のデメリットを解消……
都内のアクセスの良いマンションも素敵ですが、自然と共存した住環境も素敵!!住みたい!!
レコルトの調理ポットで偏食息子用に野菜たっぷりポタージュを作りたいです🥦🍅 December 12, 2025
@mekakushi_RIOT 進化ライン全員デザイン秀逸すぎますね…
いやでも最近からですよ⁉︎ヌオーはやたらランダムグッズ系に入れられるのが辛い…
その時はアディダスを制服にします()
寒さのデメリットがデカすぎる…朝起きられない…そういうことです!代謝を上げて服を脱ぎましょう() December 12, 2025
これは失敗しました!
現在の印刷ではDPI解像度が限界なのだと思われます
いよいよインクジェットプリンタを購入する時がきたのかもしれません
これまで水滲みやインク交換のデメリットからレーザー印刷でしたが、こうなったら買います!!
レンチも別のLPIのレンズはもう追加で買いました!! https://t.co/aacD5LPoy0 December 12, 2025
@MoNoCRoA まぁ今作のストーリーの絡め方は俺もすげぇ好み。
GO時代は化身消えると選手のスタミナ値が無くなって走れなくなるみたいなデメリットがある分、強力な技出せたりステータスバフあったから切り札感あったんだけど、今作のゲームシステムだとデメリットないから気持ちはわかる。 December 12, 2025
【リキッドレイアウト × アクセシビリティ みなさんどうしてますか?】
htmlタグの font-size を可変にして rem で全体管理する手法、よく使われますよね。
ブラウザの横幅に応じてフォントサイズやオブジェクトの幅を可変で管理できて、デザインカンプを再現する上で非常に強力です。
ただ、ユーザーがブラウザで設定した「既定フォントサイズ」が効かなくなるというアクセシビリティ面のデメリットが気になっていて、それを解消すべく以下のようなスタイル管理を考えてみました。
・htmlのfont-sizeは変更しない(デフォルト16px)
・可変指定は bodyタグのfont-sizeで設定する
・サイズ指定は rem ではなく em でおこなう
これで、ブラウザ側の文字サイズ変更を保ったままリキッドレイアウトを実現できました。
また、タイポグラフィの記述でemを使うことはW3Cでも推奨されてるっぽいのでよさげです。
https://t.co/C3hLRmUVJv
ただ正直、この方法に大きなデメリットは無いか、実践投入して問題ないかが気になっています。チーム開発だと難しいけど個人で作れる小規模サイト構築なら有効かな、とか。
批判・反論、みなさんのご意見お待ちしています。というかご意見欲しい。
コーディングの詳細はこちらです。
■画面
https://t.co/Hd179FrPyd
■実装
https://t.co/M6qa8XMQ3o
#Web制作 #CSS #フロントエンド December 12, 2025
もう結構前の話になるけど、某D⚪︎Mさんとこはエンジニア待遇良かったぞ
平均以上の給与と待遇で、仕事内容もかなりホワイトだった
ただ1つのデメリットが口外し難い会社名wなので、エンジニア集めるの大変って言ってたwww https://t.co/g8dKJ3JPFh December 12, 2025
その理論だとこいつはアンチが大好きということになる
Twitterをやるデメリットはこういう頭の弱いやつを見かける機会が増えてしまうことだ。やるけど https://t.co/H93skH4z4B December 12, 2025
無人機になぜV尾翼が多いのか、他の人も書いてるけど個人的に考察してみる📝
① 無人機は機体規模が小さく冗長性も有人機ほど求められないため、コスト削減のために殆どが単発
② 見通しが良い胴体前方にセンサ、カメラ、アンテナ等の機器を積みたい場合が多い。これらは人間と違って重量が一定なので重心からの距離に制約が無く、必要なだけ前方に寄せてバランスを取れる
③全て電子制御なので、V尾翼化による操縦系統の複雑化の問題がほぼ無い。操縦特性が悪化してもソフトで補正できる。
①、②から、ミッション機器を胴体前方に、エンジンを胴体後方に配置するのが合理的な場合が多くなる。その配置で通常尾翼にすると推力軸の真後ろに垂直尾翼が来るのでそれは避けたい。
単発エンジンを胴体後方に積む有人機のVision JetでもV尾翼にしているが、無人機では③の理由も加わってV尾翼採用の動機が更に強くなる。
小型プロペラ無人機で胴体後部を双胴のパイプ構造にする例もあるけど、この場合は構造上もV尾翼が優位になる。
もちろん、ミッションによってはステルスとかもあるから一概には言えないし、一般論としてはそもそも斜めにするのは空力や構造のデメリットが多いのも事実。ただ、無人機では全機設計を最適化していくとトータルでV尾翼のメリットが上回る場合が多い。というのが実際の所だと思う🤔 December 12, 2025
<ポストの表示について>
本サイトではXの利用規約に沿ってポストを表示させていただいております。ポストの非表示を希望される方はこちらのお問い合わせフォームまでご連絡下さい。こちらのデータはAPIでも販売しております。




