子どもの読書感想文や自由研究を親がやることについて
それでいいと思う。ソースは自分。 昨日、やっとうちの小４と小２の夏休みの宿題が終わった。親泣かせといわれる、読書感想文と自由研究もばっちり終わった。今年も自分と旦那のこれらに対する熱の入れようは半端じゃない。 読書感想文は物語の感想をただ書くのではなく、 ・作者、課題図書の選者の意図、テーマを読み取り（親：子＝９９：１）、 ・一度物語を分解し（１００：０）、 ・自分自身のストーリーとして再構築させ（９０：１０）、 ・それに対して自分の心情を描画させ（５０：５０）、 ・作文にまとめる（５０：５０）、 という、小学生らしからぬ手法を用いて毎年賞に入れている。 自由研究も、 ・テーマ決め（親：子＝５０：５０）、 ・実験方法の検証（９９：１）、 ・実験器具の作成（９０：１０）、 ・観察結果（５０：５０）、 ・考察（７０：３０）、 ・まとめ・感想（３０：７０）、 ・発表資料の作成（１０：９０）、 の
否定をするなら代案を出せ
世の中は否定で溢れかえっています。 それはなぜか。 否定は息をするが如く簡単にできることだからです。 どんな素晴らしいアイデアや意見を発表している人がいても、なんとでも難癖をつければ否定できてしまいます。 どれだけ多くの人に支持されていたとしても、自分は嫌いだからという理由でも否定ができます。 気に食わないとか、自分の考えと違うからとか、なんでもいいんです。 否定意見なんてのは、どんな事に対しても必ずひねり出すことのできる難易度の低い物だと思います。 だからして、インターネットでは何かにつけて否定意見を見かけるし、否定を唱えた人も「言ってやったぜ」と言わんばかりの態度をしている事が非常に多い。 とても簡単に出来る行為の割に、相手に与えるダメージが大きいため、乱用されるわけです。 仕事をしていてもよく見かけます。 新しいアイデアをどれだけ出しても「でも…」「なんか違う…」と否定しかしてきませ
47NEWS（よんななニュース）
世界最高峰のサッカーリーグはどのようにして生まれたのか 相次ぐ事故や火災で死傷者、暴動と悲劇を経て動き出した改革【プレミアリーグ 巨大ビジネスの誕生①】
Reverse Proxy がなぜ必要か - naoyaのはてなダイアリー
フロントエンジニアに知ってもらいたいリバースプロキシの重要性 | RickyNews この記事が目に入って読んでみた。なるほど、昨今は Reverse Proxy は便利な L7 ルーター的なものとして認識されているのだな、と思った。URL の Rewrite や、VirtualHost 云々。確かに Reverse Proxy の便利な側面ではある一方、それらは Nginx などの Reverse Proxy でなければ実装が不可能かと言えばそんなことはないものでもある。 自分は Reverse Proxy はもうすこしサーバー/インフラ的な側面でその役割を捉えている。今更何をというものでもあるが、昼休みがてら時間があるので簡単に書いてみよう。 Reverse Proxy はWebシステム全体のリソース最適化のためのパーツ Reverse Proxy のインフラ的な視点での役割は「Web
Reverse Proxyがなぜ必要か、勝手に補遺 - たごもりすメモ
「全体のリソース効率を上げましょう」というためのものである。 Reverse Proxy がなぜ必要か - naoyaのはてなダイアリー これは完璧に正しくて、ただ「リソース効率」という概念はあまり具体的な想像が追い付かない人がいそうだなと思ったので、ちょっとだけ補足しようと思った。 Reverse Proxyを入れることでリソース効率の向上を狙うんだけど、それは以下のような複数の場面におけるそれぞれのリソース効率向上を複合的に狙うものだ。 通常時のトラフィック配信におけるCPU・メモリ使用率を最適化する バースト時(過負荷時)のトラフィックをより細かく制御可能とする 障害時におけるダウンタイムおよび総合的な計算・配信能力の低下を極小化する 多数のサーバによる構成全体を増強・入れ替え・移動あるいは削減する際の自由度の向上を狙う 簡単にコンピュータの性能だけで言うと最初の項目だけをリソース効
フロントエンジニアに知ってもらいたいリバースプロキシの重要性 | RickyNews
Randen Pederson 大規模なシステムであれば使っているであろうリバースプロキシ。 セキュリティや稼働率の観点からみて利用することは非常にメリットは高いです。 ただ、社内や周りであまり知見がなく、 「動くからいいや」という理由でApacheをそのままWebサービスの一次受けとして利用されている方も多いと思います。 動くという目的からすれば確かにその通りですが、ただ一枚リバースプロキシを入れるだけで ぐっと運用効率、稼働率も拡張性も上がります。 1. ルーティング処理の簡略化 例えばRESTfulな一般的なAPI構成を作りたいと思った時に以下のようなURL構成になると思います。 http://api.something.com/search/v1/item/list.json?cid=xxxx&gid=xxxxx もしアプリケーション側のルーティングしか知らなければframewor
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
続けられた理由は「仕事が楽しくなかったから」──カーネルハッカー・小崎資広（3） | サイボウズ式