togetter.com この悲劇を繰り返してはいけない。 断捨離の限界 コレクターのための整理法 そもそも「整理」とは一体何か 博物館メソッドのススメ コレクションポリシー（収集方針）を決定する コレクション目録を作成する 目録を作るにあたって 収蔵番号・分類番号を付番する 目録の様式 保管する 管理しやすい大きさに統一する 保管場所を用意する コレクションの保管には金が掛かる 展示する 図録を作る オタクの整理整頓は目録作成から 断捨離の限界 ここ10年20年ほど、「断捨離」的な「シンプルなクラシ」が、やたら貴ばれるようになりました。 まるでモデルハウスか空き部屋であるかのような部屋に住みたいという性癖を持つ人にとってはいいのかも知れませんが、多くの人間は、そこまで清廉でも潔癖ではありません。 だいたい、モノが無ければ、部屋が綺麗になるのは当然なんですよ。散らかすモノが無いわけですから
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
margin-bottomではなくmargin-topを使う派である旨をツイートしたら理由を尋ねられたので、それに対する回答です。大きくは次の3つです。 末尾の要素の存在が任意である場合が多いため Stackレイアウトとの取り合わせやすさのため 隣接セレクターを使った場合分けができるようにするため CSS、基本コンポーネントの上にマージン取る派と、下にマージン取る派がいると思うですけど、自分は今までずっと下で。というのは、その方が直感的だと感じるからなんですけど、見出しの下って結構縮めるよね？それを上マージンでやると結構頭こんがらがらない？って思うんだけどどうなんだろう — Takazudo (@Takazudo) January 12, 2021 上です — 全部入りHTML太郎 (@_yuheiy) January 12, 2021 なぜですか? — u (@uknmr) Januar
CSSは簡単なコードで書けます。しかし、プロジェクトの規模が大きくなるにつれ、コードが重複したり、未使用のコードが増えたり、!importantでの上書きが増えたり、読みにくいコードになります。 CSSのセレクタの書き方・命名や管理を改善する、シンプルで非常に効果的な5つの原則を紹介します。 Improve your CSS with these 5 principles by Adrian Bece (@AdrianBDesigns) 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSを改善する命名の原則 CSSを改善する詳細度の原則 CSSを改善するDRY原則 CSSを改善する単一責任の原則 CSSを改善する開放/閉鎖原則 CSSを改善する方法のまとめ はじめに CSSは簡単で分かりやすいのに、CSSを書く時に
フェミニストからキモオタは死ねと言われ、私はもちろんキモオタであるから激昂してクソフェミは死ねと言い返しかけて、そこでふと気がついて困惑した。 フェミニズムとは何だろうか。 私はフェミニズムを名前ぐらいしか知らない。しかし知らないものを知らないままにしておくことは、少なくとも私にとってキモオタらしからぬ行為である。私は自分に自信をもってキモオタでありたい。クソフェミに死ねと罵られるキモオタであることに誇りを持ちたい。ならばフェミニズムについて知らなければならない。 しかしフェミニズムについて知りたかったら何を読めばいいのか。これが意外と分からない。ロールズやセンを読めというのを見つけたので読んでみたが、やはりフェミニズムが分かった気になれない。 そこで手当たり次第に適当にフェミニズムの書籍を読んでまとめみることにした結果が本稿である。決して十全ではないが、私同様、フェミニズムをよく知らない
年末年始に購入した手帳はうまく馴染めなかったので、しばらくの間Slackで日記を書いてました。 www.konosumi.net ただ、Slackで日記を書くのもしっくりこず、長続きしませんでした。 そこでやり方を変え、GitHubを使ってみることにしました。 実際に試してみたところ、思いの外感触が良かったです。 せっかくなので、ブログで概要を共有することにしました。 ベースとなる考え方 じぶんリリースノート よしたくさんの「じぶんRelease Notes」 てぃーびーさんの「冒険記録」 GaaTS (GitHub as a Text Storage) 個人スクラム GitHubに書いていること やりたいことと実績を記録する日記ファイル（日付.md） 大きな変化と出来事を記録する（CHANGELOG.md) 読書記録（READING.md) やりたいことのメモ（TODO.md） 注意事項
過去にローンやクレジットカードの返済を延滞・滞納したことがある等、思い当たるふしがある方は、今後のカードローン審査に無事通るのか不安に思うのではないでしょうか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
