「会社の英雄」になってどうするの？ 長時間労働の末に悟った「人間らしい働き方」とその実践法 | ライフハッカー・ジャパン
多くの仕事をこなしたにも拘わらず、目の前にはまだ片付けていない仕事が山積み状態。どうすればよいか？ 「深夜まで働き、週末も返上して仕事をすればよい」と考えたとしたら、それは間違っています。逆にさらに問題が生じるだけです。 一番最近関わっていたスタートアップ企業では、7日間で120時間も仕事をすることがありました。しかし、今思えば、あのとき誰かに「ちょっと休め」と言ってもらいたかった。なので、今回は「この仕事をすぐに片付けなければならないんだ」と言うのが口癖になっている方々のために、私の経験から学んだことをお伝えします。 「会社の英雄」になることの危険性 重要な締め切りの直前、プロジェクトの立ち上げ時、緊急のトラブル対応。初めての深夜残業や週末労働には、こうした理由があったことでしょう。自分がやらねばならない、という思いに突き動かされて仕事をし、目的を達成したときに得るものは「自分は会社の英
ぶつかり稽古 2014年初場所 #cross2014 - Kentaro Kuribayashi's blog
CROSS 2014で行われたコードレビューCROSS 〜ぶつかり稽古 2014初場所〜 | CROSS 2014というイベント(パネルディスカッション)でモデレータをつとめました。「#ぶつかり稽古」という事件についてで書いた、エンジニアによる「知的エンターテインメント」であるところの「ぶつかり稽古」の本格普及を図る第二弾のイベントです。 前回はペアプロでしたが、今回はセッションオーナの@studio3104さんのご意向により、コードレビューの実践、および、パネルディスカッションという形を採りました。1時間という時間では、なかなか深い議論をするのは難しいところだとは思いますが、各社での具体的なコードレビューのやりかたや考え方について、ある程度筋道のたった議論ができ、今後の参考にしていただけるような内容になったのではないでしょうか。@studio3104さんはじめ、親方とその弟子たち(パネラ
いちがつじゅうなのか: エンジニアCROSS #cross2014
エンジニアCROSS だった。 http://www.flickr.com/photos/sora_h/sets/72157639861784816/ ぶつかり稽古、本編より余興でやられた奴が本番ぽかった。本編は本編でコードレビューみんなどうしてるのかがわかって良かった。 もうこれはどうしようもないと思うのでいいんだけど、ソフトドリンクのカップすごい小さい上にホールの外にしかないのでだいぶ喉がつらかったです。 のこりの写真は末尾に。 そうそう、ひさびさにtimbuk2背負って会場歩いた結果、肩つらいんでbackpackも検討の余地に入れた方がよさそうだと思いました。別に理由あって回避してたわけじゃないけど… 俺はもうそらはーに大学行けとか言わないことにした まあ、もうそろそろ大学行けと言ってくるの(特に留学経験ないのに留学をすすめてくるのとか)あきらめてください。 よろしくお願い致します。
CROSS 2014 - Go ahead!
CROSS 2014というイベントがあり， 分散処理システムCROSSというセッションのオーナーをやってきた． 分散処理システムCROSS 元々はログ収集で1セッションどうか，という話だった．が， もうFluentdとかの話は色々な所でやってるし，ここで1時間やってもあんま成果はないだろうということでやめた． そもそも日本でFluentd以外のログ収集プロジェクトで深い話を出来る人は希で，探すのがつらい． その変わり分散処理でも話が来ていたので，そっち側でどうにかやることにした． 分散処理だとなんかアルゴリズムとかそっち系の色が強くなりそうなので，とりあえずシステムをつけた． メンバ @oza_x86，@kuenishi，@shot6の三人にお願いした．時間を作って頂いてありがとうございました！ 人選に関しては，少し前にTwitterでつぶやいたけど，以下のような感じで選んだ． 分散処理シ
エンジニアなら知っておきたい障害報告&再発防止策の考え方 - Qiita
システムには障害がつきものです。どんなにしっかりと作られたサービスであっても思わぬところで、バグやミスが発覚して、トラブルになるものです。大事なのはこういった障害を次への糧にしていくこと。失敗というのは大事な資産なので、管理できるようにしましょうという話。 あわせて読みたい あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ メンタリングの方法について基礎をまとめました。内心でなく行動を変えることが障害報告とも共通します。 新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック 半年で40kg痩せた！ダイエットでわかるリーンなプロジェクトマネジメント手法 心理的安全性ガイドライン（あるいは権威勾配に関する一考察） 障害の種類と障害報告について 障害には、小さなもの、たとえば画面に表示されているテキストの乱れから、すべての画面で50xエラーが発生
レビュアーとレビュイーの関係に関して - 職質アンチパターン
感じていた違和感の正体がわかった． レビューにおいて，レビュアーとレビュイーの関係には上も下もない． レビューという場では，両者の立場は対等でなければならない．さもなければ，「このレビューおかしい気がするけれど，あの人は立場が上だから指摘しにくい」だとか，「相手は格下だから適当にレビューしても良い」だとか，そういう良くない雰囲気が形成されてしまう． 確かに，レビュアーというポジションはチームの技術力が高い人やそれに伴ってパワーのある人が担うケースが多いと思う．レビュイーはそれに萎縮してしまいがちというか，僕もその1人なんだけれど，そういうのは実際のところ保身でしかなくて，下手に意見言うとレビュアーとの関係悪くなりそう，みたいな卑屈な理屈に基づく駄目な萎縮な感じがする．こういう良くないところはちゃんと直して，健全化していかなければまずい． あとレビューされた内容は素直に受け入れるべきだと思う
テストをどこまで書くか - はこべにっき ♨
CROSS2014で以下の2つのセッションにお招きいただきお話をさせていただいた。ありがとうございました。 http://www.cross-party.com/programs/testcidevops/ はてなやクックパッドの開発現場で、CIやテストはどう行われているのか？（前編）。CROSS 2014 － Publickey 2014/1/17 #cross2014 現場に聞く！テスト/CI/DevOps、実際のところどうなの - Togetterまとめ http://www.cross-party.com/programs/butsukari/ 2014/1/17 #cross2014 コードレビューCROSS 〜ぶつかり稽古 2014初場所〜 - Togetterまとめ セッション中はもちろん、その後の懇親会でもいろいろな方におはなしを伺えてかなり勉強になった。テストやコードレビ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
masui / Web時代のユーザインタフェース研究 - Glide