あまり知られてないけど、すごく効果のある花粉症対策まとめ - 分裂勘違い君劇場
ハイライト [落穴]売れ筋の「花粉用」マスクではアレルゲンだだ漏れ 売れ筋の花粉用マスクでも、除去できるのはせいぜい１０〜３０ミクロン程度 花粉のサイズは３０ミクロンでも、０．７６〜７ミクロンのアレルゲン粒子が大量に浮遊 すばらしい花粉アレルゲン除去性能のマスクを発見！ [落穴]キッチンやお風呂の換気扇を回すと、給気口から花粉が大量侵入 → 市販の給気口花粉フィルターでは花粉アレルゲンがだだ漏れ → １００円ショップのグッズでちょっと工作して解決 意外と知られてない、すぐれもの花粉症対策アイテム [落穴]キッチンやリビングの空気清浄機が、ろくに機能していない？ 炒め物などを作るときに発生する微細な油滴でフィルターが目詰まりして機能しなくなる。 換気扇を回していても、微細な油滴が部屋に流れ出して空気清浄機に吸い込まれる。 [落穴] 鼻腔の奥にまで花粉が付着 → 「鼻うがい」で洗い流す → [
「頭悪い・退屈な・痛い英語」を話さないための７つのテクニック - 分裂勘違い君劇場
なぜここで紹介するテクニックが有効なのかの解説 いきなり具体的なテクニックを解説しても、なぜそれらのテクニックが有効なのかが理解不明になってしまいますので、まず最初に、それらのテクニックの下敷きになっている基本コンセプトについて説明しておきます。 たとえば、「How are you doing?」と訊かれるたび、毎回、壊れたレコードのように「Fine, thanks.」と同じ答えをするのは、退屈でつまらなくて頭悪そうな英語表現に聞こえます。 「fine」という答えが(1)ありふれた答えである上に、(2)毎回そればかりでは、二重に陳腐なのです。 しかし、だからと言ってネイティブ並に多彩な英語表現を駆使すれば問題が解決されるかというと、 話はそんなに単純ではありません。以下のような問題があります。 (1)日本人の多くは、そもそも多彩なボキャブラリーをマスターするだけの学習時間(と根性)が確保で
中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場
「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ
分裂勘違い君劇場 - 思考の速度でパソコンを使う技術
剣道の達人は剣が身体の一部になっています。 まるで、剣の先にまで神経が生えているように、剣で感じ、剣を操ります。 もはや、道具を使っているという意識はなく、剣も含めて身体意識が形成されているのです。 同じように、一流のレーサーは身体がマシンと一体化していますし、 一流のバスケットボールプレーヤーはボールが手に吸い付いています。 そういう風にパソコンを身体化したいと思い、キーカスタマイズなど、いろいろと試行錯誤してみました。 その結果わかったのは、もちろん、便利なキーカスタマイズソフトを使うことは重要なのですが、それ以上に重要なのは、「どのような戦略に基づいてキーカスタマイズを行うか」ということでした。 そして、それを突き詰めていったら、結局、スポーツや格闘技と同様、次の３つを徹底追求するべきだという結論に至りました。 とりあえず、ここではそれを「パソコンの身体化技法」と呼んでみることにしま
プログラマの労働条件を過酷にしているのは、過酷な労働条件を受け入れるプログラマです - 分裂勘違い君劇場 by ふろむだ
過酷な労働条件を受け入れるプログラマというのは、ダンピングをしています。 つまり、労働力の不当な安売りです。 本来、プログラマは、サービス残業を強要されたら、それを拒否すべきです。 あらかじめ無理なスケジュールだとわかっているプロジェクトも、拒否すべきです。 安い賃金で働くことも拒否すべきです。 それらを拒否せずに、受け入れるプログラマが多いから、他のプログラマまでそれらを受け入れなければならなくなるのです。 もちろん、見積もり段階では十分な余裕を見ていたのに、予想もしないトラブルが発生して残業や休日出勤する分には仕方がありません。 しかし、はじめから無理なことが分かっているプロジェクトを引き受けるのは、話が別です。 もし、ほとんどのプログラマが、無理なスケジュールのプロジェクトを拒否するのであれば、無理なスケジュールのプロジェクトを拒否することで会社をクビになることも昇進で不利に扱われる
「人は必ず死ぬ」はどこまで本当か？ - 分裂勘違い君劇場 by ふろむだ
たとえば、id:finalvent氏、中島義道氏、そして日本における最も偉大な哲学者の一人である大森荘蔵氏などは、「自分がいつか死ぬこと」という、ごく当たり前のことに対して、「発狂しそうになるほどの恐怖」を感じている(いた)ようです。 彼らは、いずれも、死にまつわる膨大な思索を重ねています。 それほどに、死は、彼らにとって重大な問題なのです。 しかし、不思議なことに、彼らが、「死を避けるための具体的な方法」を検討した形跡はあまり見られません。 そんなに死ぬのがいやなら、なぜそれを避けるための「具体的な方法」を、検討してみないのでしょうか？ 人間の老化とは、究極的には人体を構成する細胞の老化です。 細胞とは、DNA、RNA、アミノ酸等の分子を組み立てて作った分子マシーンであり、その分子構造が、少しずつ破損したり、歪んだり、老廃物がたまったりして劣化いくのが、老化です。*1 そして、このまま人
Rubyの生産性の高さはどこまで本当か？ - 分裂勘違い君劇場 by ふろむだ
もの人がブックマークしているこの「Rubyを仕事に使うべし！」という記事で書かれているRubyの優れた特徴は、実際のところ、どの部分が、どこまで本当なのでしょうか？ 少し検証してみたいと思います。 「Rubyがスゴイ」とされる点のどれがホントでどれがウソ？ 「Rubyを仕事に使うべし」では、まず、Rubyの特徴として、 (1)いろんな言語のいいとこ取り (2)構文が強力 (3)楽しくプログラミング (4)問題が起こりにくいように設計されている という点を冒頭で掲げています。 まず、これらをどのように検証すればよいか、考えてみます。 まず、(1)のいいとこ取りについては、いいとこ取りをし続けながらいつも進化しているのは、最近の言語はみんなそうで、それはRuby独自の特徴でもなんでもありません。 たとえば、C#は、その典型で、VM、自動メモリ管理、パッケージによる名前空間管理、マルチスレッド、
分裂勘違い君劇場 - Web2.0をはるかに超える空前のイノベーション
この本を読む前は、「梅田氏はなぜ（ブログではなく）本を出版するのだろう」と思っていたが、結局のところ、「今の時代になってもブログから情報を得ることをしない（できない）ような経営者、エスタブリッシュ層が日本にはたくさんいるので、その手の人たちに彼のメッセージを伝えるには古典的な書籍という手段に頼らざるをえない」という悲しい現実を良く知っている彼だからこそのアプローチなのであろう。 たとえば、今の世の中に、本というものがなく、すべての文字情報は、パソコンもしくはケータイからしか取得できなかったと考えてみる。そして、そこに、本という根本的に新しいメディアが登場したとする。 この新メディアは次のような特徴を持つ。 (1)本の中でも、とくに携帯性に優れた文庫や新書は、究極のモバイルメディアである。いつでもどこでも、読むことができる。しかも、PCどころか、G-SHOCKすらもはるかに凌駕する超絶的な耐
技術の身につけ方戦略 - 分裂勘違い君劇場 by ふろむだ
いま持っている専門領域をさらに深めることと、別の専門領域の知識を身につけることの、それぞれどのような力配分で、またどのような作戦で取り組むべきかは、わりと誰でもよく考えることですが、ここで常に問題となる要素として、 (1)対象となる専門領域自体の将来価値 (2)専門領域間のシナジー価値 (3)専門性の深さによって変化する投資効果 (4)専門領域のさらなる細分割 の4つを考えておけばいいのですかね。 このうち、(3)は、英語能力なんかがいい例なんですが、浅い英語能力を持った人間なんか、うじゃうじゃいるから、差別化できず、単価は異常に安くなるし(生活できね)、また、世の中から軽く見られ、ぞんざいに扱われ、仕事をしていても面白くない(オレは下流ですかそうですか)。 で、差別化するために、(2)〜(4)のどれかをやる。(4)細分割化では、同じ英語能力でも、発音を究めるとか、翻訳を究めるとか、同時通
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
