これを書こうと思ったキッカケは、奥一穂さんの「ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない」っていう、最近モヤモヤと感じていたことをうまく説明してくれてる記事をみたこと。 年始からちょくちょくサーバの運用環境を物色しながら考えていたことと見事にシンクロした。だいたいの要旨はTwitterのほうでも書いたのだけれど。 ムーアの法則でどんどん向上する技術にくらべ、人間のキャパシティは変化しない定数項として考えていい。だとすれば、そうやって向上する性能を、人間の労力を削減する方向で使えてはじめて、「技術が競争優位性を生む」といえるだけの破壊的な価値がでてくるということになる。 では、現在の技術トレンドを活用することで減らせる「人間の労力」とは何か。 それは、過去10年あまりで定着した、これまでの（そして今なお）Webアプリケーションの定番構成である、「ロードバランサ、ア

はてブのホットエントリで「成功できない人たちが持つ7つの悪習慣」という記事を見かけたのだが、ライフハック系の本やエントリは胡散臭く感じるところがあってあまり好きではない私から見ても、これは確かに、と思える内容で、プログラマーについても同じことが言えると思ったので、エントリにまとめてみた。 ・自分の理解力不足を技術のせいにする。すぐ理解できない技術や、普段自分が使い慣れてない技術は「キモイ」、「自分には合わない」などといってすぐ学習を放棄する。 ・他人の非に非常に敏感。使っているライブラリや人が書いたコードに少しでもバグが見つかると、「使い物にならない」、「書き直した方が早い」などとすぐ口にする。 ・環境がよく壊れる。「このPC不安定」、「また開発環境がおかしくなった」、「OSから入れ直さないと」といったように、作業環境が頻繁におかしくなる。たいていは自分で必要なファイルを消してしまったり上

タイトルは煽り入ってますが。 仮に動的ページを生成するのにかかる時間が1秒、そのうちデータベースやmemcached等リモートサーバへの問い合わせ時間を除くいたCPUの処理時間が0.1秒とする。また、ピークのリクエスト処理量は、平均の２倍とする。 そうすると、クアッドコアのアプリケーションサーバで処理できるリクエストは、 4 core * 10 reqs/sec * 86,400 sec/day * 30 day/mon / 2 = 51,840,000 reqs/mon と、約5,000万PV/月を１台で捌けることになる。 CPUが動いている時間は全処理時間の10倍と仮定したわけだから、アプリケーションサーバの最大同時接続数は 4 core * 10 = 40 程度あればいいことになる。実際には、安全係数を２倍かけて 80 とか。リクエストの処理に必要なメモリ量を 100MB とすると、

よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか？半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし

家族，親戚，デリカシーのない方々から受ける攻撃をかわす方法について。 よくあるのが「結婚はまだなの？」「子供はまだなの？」でしょう。 うちはtwo body problemを抱えているので，「まだ一緒に住めないの？」という攻撃が最も多いです。結婚したてのころはそりゃもうひどくて， 「結婚しても別居？そりゃみじめやな〜」 「なんで一緒に住まないの？」 「早く一緒に住めるようにならんとねえ」 等々の言葉を投げ掛けられました。 お互い転勤を伴う仕事をしているため，そして勤務地が離れているために，仕事を結婚しても一緒に住むことができないという状態でした。しかし，そのような状態について，夫婦となる私達は合意して結婚するのですし，お互いの家族も理解を示してくれました（ありがたい・・・）。 攻撃を受けたのは，挨拶回りをした時の親戚，そして現場で働くじいちゃんばあちゃん達からです。最初のころは，攻撃を受け

会社はヒマつぶし？という記事。この記事がどうも今の日本の経営者層と若手の意識の解離を象徴してるような気がするので、ちょっと書いてみようかと。 いまちょっと所用でベトナムはホーチミン市に滞在しており、id:elm200さんのお誘いでこちらの会社さんや大学を見学させていただいている。 そこで象徴的なものを見た。とある工科大学で見掛けた社員募集の張り紙である。写真も撮ってあるのだが、社名等も入ってるのでお見せできないのが残念だ。 その張り紙は2枚あり、一つは日本企業のもの、もう一つは台湾企業のものであった。 台湾企業のものはアメリカンスタイルだそうで、job description という仕事の内容をきちんと書いてある。その仕事に対して給料を出す、必要な能力は以下の通り、というように箇条書きで必須スキルが書いてある。 一方、日本企業のものは社員や働いてる風景の写真が飾られ、job descrip

日本IBM専務・内永ゆか子の「わたしのビジネススタイル」第2回「会議で言うべきこと、部下とのつき合い方」（BP Online：2007/01/09） このタイトルより、サブタイトルを読んだ方が記事内容を的確に表していると思う。 それは「なぜ女性は「キツい」と言われてしまうのか」。 痛い言葉だ。あまりにも覚えがありすぎて。 そして記事前段は自分のことを言われているかのような言葉のオンパレード。たとえばこんなくだり。 最近、企業で講演させていただく機会が増えました。ある講演の後に企業の方とお話していると、その方がこうおっしゃるのです。「今、うちにとても優秀な女性がいるんですよ」と。そこで私が「そうですか。ぜひ、彼女をもっと重用してください」と言うと、そこにいる男性皆が、顔を見合わせて笑うんです。「いやぁ、申し上げにくいけど、彼女は一言多いんですよね。超キツくて…」と。 これはどういうことか。（

私が管理職になって経験した“Good Old Boys’Network”について、もう1つの例をお話しましょう。 例えば、会議の席でのことです。私はそれまで、会議とは自分の意見をはっきり言うものだと思っていました。一生懸命調査し、勉強したうえで臨むわけです。しかし、せっかくいろいろ調べて案を出したのに、最後には何が決まったか分からないような会議も、中にはありました。 ある会議の席で私は挙手して、それを指摘しました。すると皆一斉に、嫌な顔をするのです。会議の後で私はある上司に呼び止められ、こう言われました。「内永さん、今日の会議は、そういうことを言うために集まったんじゃないんだ。お互いの挨拶のようなものだから、（何も決まらなくても）いいんだよ」 こうしたことをほかの男性は皆納得ずくで、疑問を挟まないのですね。私は、「それなら、最初にそう言ってもらわないと」と思いましたが、（こういうGood

「オープンソース」と「フリーソフトウェア」。この二つは似ているようで決定的に違う。 「オープンソース」は言葉として「ソースが見られる」というただ一つの意味しか持ち得ないが、「フリーソフトウェア」はプログラムを使う人の「自由」を求める言葉だ。 Communications of ACMにRichard Stallmanが「オープンソースではだめなんだ」と訴える記事を書いている。ここで言う「フリー」とは、「無料（タダ）」という意味では決してない。ソフトウェアを使う自由、コードについて学び、変更する自由、そして変更の有無に関わらずソフトウェアのコピーを配布する自由のことだ。 1983年から始まったフリーソフトウェアを啓蒙する運動のおかげで、GNUのツール群や現在のLinuxがあり、これなしには今のGoogleの姿もなかっただろう。自由に使えるOS無しには大規模クラスタの運用などとても叶わないし、

Anker's 3-in-1 MagSafe foldable charging station drops back down to its Prime Day price

ハイライトトピック ■次元の違う旨さの「おひたし」の超簡単な作り方(調理器具洗い不要) ■炭火で焼いたような香ばしい焼き魚を超簡単につくる方法(調理器具・食器洗い不要) ■甘くて美味しい焼き芋もどきを超簡単につくる方法(調理器具洗い不要) ■美味しいアイスコーヒーを簡単・確実につくる方法(器具洗い不要) ■超低カロリーのポップコーンを超簡単に格安でつくる方法(調理器具・食器洗い不要) ■甘くて美味しい湯豆腐もどきを超簡単につくる方法(調理器具洗い不要) はじめに ここで紹介するのは、 料理のスキルもセンスもない人が、お金も手間も時間もかけず、 確実に美味しくて栄養のある食事 を作るためのレシピです。 ためしてガッテン流だと手間がかかりすぎるので、 ガッテン流を超ものぐさ人間用に改造 したものが多いです。 あまりにも手抜き過ぎて、もはや「料理」ではありませんが(笑)。 もっと平たく言うと、よ

ここ数日、暗い見通しのエントリばかり書いていて、これじゃあ読者の皆さんに「ちきりんは日本の将来に悲観的らしい」と誤解されると困るので、書いておくです。 結論　＝　ちきりんは日本の将来に楽観的です。 なんで日本の未来が明るいと思うか。 理由その１：日本には“ユニークバリュー”があるですよ。 ちきりんは個人的な趣味嗜好の問題として、この“あり得ないほど住みやすい日本”が大好きなんですが　（→　日本大好きなんで）　個人の好みの話はとりあえずおいといても、 日本てのはすごく“価値がある”国なんです。なぜなら、この国はいろんな面で“とても特殊”だからです。 ビジネスをやっている人ならわかると思いますが、価値の源泉は“他と違う”ということにあるんです。 “他と違うこと”を、マーケティング用語では“差別化要因”とか“ユニークバリュー”と言います。“他と同じ”で“あんなのどこにでもあるよね”では、全然だめ

各人が思いつくまま言いたい放題の「空中分解型」、みんなダンマリの「沈黙型」、予定時刻を過ぎても一向に終わる気配のない「ダラダラ型」など、非効率になりがちな会議。こちらでは、Googleの副社長で週70もの会議を切り盛りする「会議の達人」でもあるMarissa Mayerさん直伝の会議を効率化するコツをご紹介しましょう。 米誌「BusinessWeek」では、Mayerさんのインタビューから、経営陣や組織マネジャーが短時間で効果的な会議を運営するためのコツとして、以下の6点を挙げています。 コツ1：アジェンダを設定する 事前に会議のアジェンダを設定し、出席者に議論してほしいポイントと各議題の配分時間を明らかにしておく。こうすることで、「その会議で何を達成すべきなのか？」を各人に考えさせ、その目標達成に向けて焦点を合わせさせることができる。 コツ2：議事録係を決める 会議の議事録をとる人を決め