タグ

2015年5月10日のブックマーク (5件)

  • hubot + Twilioで寝ている社長を無理矢理起こす - Qiita

    障害発生の際など、やむをえず自宅で就寝中の社長を起こさないといけないことがある。インターネット時代においても遠隔地にいる人間の意識を強制的に遮る有効な方法は一つである。電話だ。 普通の人間なら順番にただ電話すれば良いのだが、我々は電話恐怖症を患うエンジニアである。過去のトラウマから誰かに電話をかけることが不安で仕方ない。 さらにはリモートワークの環境だと、アメリカ西海岸にいる社員が日の電話番号に電話するのは色々と敷居の高さがある。素早く簡単に社長に電話し不機嫌にすることなく即座に目覚めさせる方法が必要だ。 このような課題を、我々が対処する方法はただひとつ「自動化」である。機械に電話させればよい。行末スペースをただひとつも許せないほど繊細な心を持つ我々と比べて、機械は感情がないので不機嫌な人間に当たられても何も感じない。 今回は、感情のないロボットに社長に電話させる方法を紹介する。 Twi

    hubot + Twilioで寝ている社長を無理矢理起こす - Qiita
  • Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ

    Ansible と Mackerel API を組み合わせて、1000台規模のサーバ群に対して同時にパッケージの更新やその他のサーバオペレーションのための方法を紹介します。 タイトルに Mackerel とありますが、それほど Mackerel に依存しない話です。 (AnsibleとDockerによる1000台同時SSHオペレーション環境 - ゆううきブログに続編を書いています。) 背景 社内では、サーバ構成管理ツールとして Chef を使用しています。 Chef Server は運用が大変なので使用しておらず、knife-solo と Mackerel APIを組み合わせてホストと Chef role とのマッピングに Mackerel のロール情報を用いています。 また、MackerelRuby クライアントを利用して recipe 内で API を叩いて、Mackerel

    Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ
  • PHPオブジェクト指向入門(前半) - Qiita

    コンセプト オブジェクト指向プログラミング未経験者~理解を深めたい人、ノンケ~ホモまで幅広くカバーするつもり。多分。 クラスとオブジェクト(初級) 唐突ですが、量産型のロボットの設計・製造について考えてみましょう。 ロボ太郎 ロボ次郎 イラストで初心者を釣る クラス まず、ロボットの設計図を クラス として定義します。設計図をもとにロボットを製造するには、 new 演算子を使います。製造された物体のことを オブジェクト や インスタンス と呼びます。ここではこれらの用語を区別せずに用いることにします。 Yahoo!知恵袋 - オブジェクトとインスタンスの違い

    PHPオブジェクト指向入門(前半) - Qiita
  • 「圧倒的成長」ができる会社で頑張ったら、転職できなくなっていた。 - トイアンナのぐだぐだ

    成長をうたう企業には、大きく2種類あります。会社の成長をうたう企業と、人材の成長をうたう企業です。このうち、会社の成長はわかりやすい。会社の成長は売上&利益の成長だからです。しかし、「人材の成長」はどうでしょうか。成長という単語はキラキラした響きとは引き換えにその実がはっきりしない言葉です。成長するって、どういうことなんでしょうか? 私は成長の意味を何も考えず、就職した人間でした。「どの会社でもエリートとして活躍できる人材」になれると信じていました。入社してすぐ、山のようなプロジェクトに回され、翻弄されながら「これが圧倒的成長につながる!」と信じました。土日も、盆も正月も働きました。でも大丈夫でした。周りもみんなそうだったから。 でも私はきっと「圧倒的成長」をするのに足りた人間ではなかったのでしょう。魔がさして、転職エージェントにコンタクトしてしまったのです。そこで聞かされたのは「今でよか

    「圧倒的成長」ができる会社で頑張ったら、転職できなくなっていた。 - トイアンナのぐだぐだ
    ma7e
    ma7e 2015/05/10
  • エンジニアから非エンジニアに歩み寄る方が捗る - Konifar's WIP

    エンジニアのメンバーと話していると、 なんだかもどかしい気持ちになることがあります。 なんか話が噛み合わないというか、すごく他責な言い方をすると 「もっと開発のこと理解してほしいなぁ」と感じてしまう時があるんですよね。例えば、難易度の高い修正をさらっとできそうな感じで話されたりとか、逆に超簡単なのに難しいと思って遠慮されてたとか。そういう認識の違いから来るもどかしさです。 最近、このもどかしさを解消するには エンジニアから非エンジニアに歩み寄る方がいいなぁと思い始めたので、考えをまとめてみます。 相手の立場に立って考え直す このもどかしさ何とかならないかなぁと考えていた時に、 SHIROBAKO 17話『私どこにいるんでしょうか…』を見ました。 anicobin.ldblog.jp この回では、新人制作の佐藤さんがアニメーターの遠藤さんにちょっとキツいスケジュールの仕事をお願いし行くシー

    エンジニアから非エンジニアに歩み寄る方が捗る - Konifar's WIP