１人の天才が1000人の凡人をひっくり返すようなエンジニアリングはな - umitanuki's blog
せっかく言及頂いたのでお礼ついでにエントリー。 id:gamellaの鋭い指摘にはもっと多くの人が耳を傾けるべき。 「1000人の凡人が一人の天才に負けるエンジニアリング」ではなく「凡人1000人で本当に良いプロダクトを作るエンジニアリング」を指向したい - Future Insight 日本にマッチするのは「1000人の凡人が一人の天才に負けるエンジニアリング」ではなく「凡人1000人で本当に良いプロダクトを作るエンジニアリング」なのだと思う。 僕の立場はこれとほぼ同じですが、「日本の技術力が足りない」というところはもう少し精確に説明したほうがよいですね。 ちょっと紹介したいのが下記のNYTimesの記事。 Silicon Valley Hiring Perks: Meals, iPads and a Cubicle for Spot Then there are salaries. G
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
フォルシア株式会社CTO原田 均へのインタービューは必読です - FutureInsight.info
大学の先輩の@kosukさんが作っているEt Luv.Lab.というサイトがある。@kosukさんが気になる人や知り合いにインタビューして今考えていることを聞き出すという感じで運営されているのだが、その中で僕と@kosukさんの共通の後輩であり、その中でも飛び抜けて優秀なフォルシア株式会社CTOの原田へのインタービューが掲載された。 原田 均 | ET Luv.Lab. フォルシアはSpookという検索条件が飛び抜けて複雑な検索を大量にさばくことができる独自の検索エンジンを作成している会社であり、たとえば露天風呂付き、朝食付きのような大量の検索条件が存在する旅行コースのようなものでその力を発揮する。僕もそこまで詳しいわけではないが、この検索エンジンの何がすごいかと言うとANAとJALの両者がそのサイトに採用している点だ。この競合している2社が採用しているということはつまり業界標準なのである
加藤康祐企画設計 │ Kosuke Kato Planning & Designing Office
フリーランスのプランナー、デザイナー。
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
matsuou1の日記
あんまりMongo DB Casual Talks のブログがないようなので、ざっくり書きます。 「MongoDBのアレをアレする」 by [twitter:@kuwa_tw] さん クラスタが遅い1 必要なデータを一気にインポート oplogが許容範囲を超えてレプリケーションが停止 PrimaryShardにChunkが溜まってI/Oバウンドに 負荷が高いのでBalancerは動かない クラスタが遅い2 ShardするCollectionのShard設定漏れ PrimaryShardでデータファイルが多くなりつづけてメモリマップドファイルのサイズをこえてI/Oバウンド ShardしてないのでもちろんBalancerは動かない 本当に突然パフォーマンスダウンする PrimaryShardは余裕を持たせておく Shard設定は定期的に確認、もしくはShardの設定を自動化する バックアップ
KaiGaiの俺メモ
SE-PostgreSQL 8.4devel (r1063) つまり開発版の最新版でパフォーマンスを計測してみた。userspace AVCの改良を加えただけあって、結構イケてる気がする。トライアル回数が少ないので、多少のばらつきが存在するが、性能上のペナルティは最大のケースでも 8% 程度。誤差を勘案すると、実際には〜5%程度といったところか。これなら十分十分。 ちなみに、userspace AVC の改良のポイントとしては、(1)大半のケースで Subject にクライアントのセキュリティコンテキストが来る事に着目。だったら、Trusted Procedure呼び出しでSubjectが変わるたびに、AVC自体を切り替えて探索回数を減らせばよい。(2) (1)と関連して、AVC探索の際に文字列比較を全く行わないようにした。(3)内部インターフェースを工夫して、カーネル呼出しを極力減らした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Heavenly haze: Remarkable rainbow cloud towers over Mount Everest
PgCon 2008 Developer Meeting - PostgreSQL wiki