タグ

2015年8月22日のブックマーク (3件)

  • 長いあいだ同じ会社にいる弊害

    自分は、長いあいだ同じ会社にいると、いろいろと甘えが出てくる気がする。 だんだん業務に詳しくなるから重用され、上司や社長と親しくなり、そうなるといろんなことを大目に見てもらえるようになる。それに甘えてしまう。そして、自分が古株になってまわりが全員後輩になると、面と向かって注意する人もいなくなり、少しずつ少しずつだらけていってしまう。 今の会社に5年いるけど、最近慢心しすぎてやばい。 前の会社でもそうだった。だから転職したときはなかなか大変だったけど、逆に己の慢心を振り返るいい機会にもなったし、成長もできたと思う。 そろそろ最後の転職すべきかな…。 ------ 放置してたらコメントがついてて驚いた。 自分が悪いというの、当にそのとおりだな。 面と向かって同じこと言ってくれる人はリアルだとなかなかいないだろうな。 そんなことに気づきもしなかった自分にちょっと絶望したし、勉強になったわ。あり

    長いあいだ同じ会社にいる弊害
    to-ke-i
    to-ke-i 2015/08/22
    高々5年で「長い間」なのか。
  • Mackerel開発におけるScalaとGo、そしてPerl

    Profile id: Songmu (ソンムー) Masayuki Matsuki おそらくはそれさえも平凡な日々 http://www.songmu.jp/riji/ https://metacpan.org/author/SONGMU 趣味はCPANizeです はてな東京オフィス チーフエンジニア Mackerelディレクター 趣味はCPANizeです CPANに上げたモジュールは60以上 miyagawaさんとかは200以上上げてますが… データストアの気持ちを考えながらコードをかくのが好き 主にMySQLとRedis Perlが好き

  • 高速なWebサーバアプリケーションを構築するための6つの経験則 | POSTD

    この記事では、Webアプリケーション(特にバックエンド部分)を構築するときにハイレベルなパフォーマンスを達成しようとするなら考慮するべき、最も一般的な原則のいくつかを取り上げたいと思います。私は、自分自身の経験から、主にPHPの世界で使われるいくつかの例、設計パターン、慣例やツールについて書きますが、ここで説明する概念は、どんな言語やフレームワークにも必ず当てはまると思います。 手短に言うと、基ルールは次の6つです。 ルール1 . 時期尚早な最適化を回避する ルール2 . 最小限の作業で問題を解決する ルール3 . 今すぐやらなくてもいい作業は延期する ルール4 . 使えるときはキャッシュを使う ルール5 . リレーショナルデータベースのN+1問題を理解し、回避する ルール6 . 可能ならアプリケーションに水平スケーラビリティをもたせる ルール1: 時期尚早な最適化を回避する Donal

    高速なWebサーバアプリケーションを構築するための6つの経験則 | POSTD