ビジュアルの力で世界を丸くする。 地球の形状が「丸い」のは、そこで暮らす僕たちにひとつの「ビジョン」を指し示しています。地球の形と同じように、世界で起こっていることのすべてが丸く収まっていれば良いのですが、現実は違います。 大小いろいろな規模の摩擦がいたるところに発生し、繰り返されます。その解決に必要なのは、お互いの「考え」や「価値観」「立場」、「状況」「状態」を示し、認め合うことです。そのために、「ビジュアル」の力を活用していきます。
https://blog.twitter.com/2013/new-tweets-per-second-record-and-how 少し前、8月のTwitterエンジニアブログのエントリーですが、アーキテクチャー変更について触れているポストなので、取り上げてみます。 1) 背景 2010年のワールドカップ時点でのトラフィックがさばききれなかった時点での状況は、 200人のエンジニアが、単一のRailsのコードベースで大量のユーザとトラフィックに対応する構造であった。 MySQLのストレージシステムは、一つのマスタと一時的にシャーディングされるスレーブの構成で、読込み/書込みともにスループットの限界にきている箇所がでていた。 フロントエンドのRubyマシンは期待通りのトラフィックをさばけていなかったが、技術的な解決ではなく、サーバの追加でしのいでいた。 コードベースは、可読性とパフォーマン
最終回はAWS上でRDB(リレーショナルデータベース)をフルマネージドサービスとして提供しているRDS(Relational Database Service)のつまずきポイントについて解説する。RDSとはMySQLをはじめ、MS SQL ServerやOracle DatabaseなどのRDBを、OSやRDBをインストールすることなくすぐに利用できるサービスである。 必要なパラメーターをRDS起動時に設定し、起動したRDSは各RDBクライアントから接続して利用する。また、フルマネージドサービスなのでOSやRDBのパッチングについてはユーザーが意識する必要がない。オプションも豊富で、複数のアベイラビリティーゾーンでActive-Standby構成を実現する「Multi-AZ」機能や、参照用RDSを作成する「Read Replica」機能も簡単に設定できる。 このように便利なサービスなのだが
もう10年ぐらい今の仕事してて、後輩も先輩もそれなりにいる会社なんだけどさ 正直なところ、部下の育成がよくわからん。 教えて欲しいとききに来る部下には、俺の知っている俺の知識を拙いながらも伝えてるつもり。 ただ、それだけではアカンという上からのプレッシャーも受けたりするんだ。 俺としちゃ、知りたがってもいない奴に押し付けるように仕事を渡すのは面倒だと感じちゃうんだわ。 実際、渡さなくてもこっちでそこそここなせるし。 自分で何とかしようとしない奴に教えようとしても、まあ俺の力が足りないことも多いんだろうけど 結局うまくいかないことのほうが多いし。 俺の中では、この問題は既に 「自分で何とか出来ない(教わろうと喰らいつくことも出来ない)奴に 俺から無理に何かをしてやる必要はない」ということで決着はついてる。つもり。 そんな中、最近こんな考えをしている奴が増えてきた気がする。 「会社は、俺が仕事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く