タグ

2017年8月23日のブックマーク (5件)

  • プロジェクト・マネジャーが知るべき97のこと

    プロジェクト・マネジャーが知るべき97のこと大人気の書籍『プロジェクト・マネジャーが知るべき97のこと』のエッセイを無料で公開中!すべてのプロジェクト・マネジャーにおすすめのがウェブで読めるようになりました。 エッセイ一覧できるだけ早期にユーザーを巻き込むモグラたたき開発を避けようローカライゼーションのせいで締め切りに遅れるプロジェクト・オーナーは強力なプロジェクトサポーター複雑よりもシンプルな方がいい負債を支払うスキルでなく素質のある人を加えようシンプルにいこうあなたは特別ではないスクロールから学んだこと問題にかかるコストを削減するすぐれた開発者を見つけるには熟練と並の開発者の生産性大きさが重要手順を文書化して、守られているか確かめようさあ、プラクティスを投げ捨てよう要求と仕様成功はビジネス価値で評価される休暇をキャンセルしない集中する時間を取るプロジェクトマネジメントはプロブレムマネ

    プロジェクト・マネジャーが知るべき97のこと
    rydot
    rydot 2017/08/23
  • ソニー株式会社を退職しました

    表題の通り、数年勤めたソニー株式会社を退職しました。 個別具体の退職理由はいろいろあってそれらは後述しますが、退職を決めた基的な理由は、個人的なキャリアパスの設計と会社の方針のミスマッチ、労働観のミスマッチ、技術投資の考え方のミスマッチの三点に集約できると思っています。 キャリアパスの設計と会社の方針のミスマッチ私はソニーでソフトウェアエンジニアとして働いていました。 ソフトウェアエンジニア(を目指す人間)にとってソニーと言えば、"自由闊達な理想工場"、エンジニアが自由に活躍できる会社、日のメーカーなのにソフトウェアもちゃんとつくれる会社、などのイメージがあるかと思います。私もそう思っていました。 実際会社は説明会などでそういった説明をしましたし、そういったイメージを前提に私はソニーを選び、「エンジニアとしてプロフェッショナルになる。品質が高く、お客の求める体験を作り出せる人間になる」

    ソニー株式会社を退職しました
    rydot
    rydot 2017/08/23
  • YRP常勤 【軍曹が】携帯電話開発の現状【語る】

    キーワード: YRP野比, ヨコスカリサーチプリズン, デスマーチ, 軍曹 京浜急行を三崎口方面へ下っていくとYRP野比という変わった駅名がある。 アンサイクロペディアによると、YRPとはヨコスカ・リサーチ・プリズンの略称、直訳すると横須賀研究開発刑務所。 YRPでの労働環境はデスマーチの中のデスマーチと言われるほど過酷を極め、逃亡を図る者や過労死、うつ病での自殺者が絶えないと噂される。 ヨコスカリサーチプリズンでのデスマーチの惨劇を綴った有名な文章として、 2ちゃんねるプログラマー板に投稿された『【軍曹が】携帯電話開発の現状【語る】』というものがあります。 この物語は[笑わないプログラマ]というサイトが取り上げて世に広まりましたが、既にリンク切れとなってしまっています。 いくつかのブログがコピペを保管していますが、いずれもほとんど更新がなされていない古いもので、いつ消えてしまうかわかり

    rydot
    rydot 2017/08/23
  • ログ設計指針

    概要 このドキュメントは、効率的かつ安定した、システム開発/運用をするためのログ設計指針です。 的確かつ無駄のない、ログ出力を目指します。 ログレベル ログの緊急度や用途により、以下のようにログレベルを設定する。 Log4j のログレベルを踏襲しているため、運用の状況によっては Critical などのレベルを適宜追加すると良い。 PHP における PSR-3 では、さらに細分化され emergency, alert, critical, error, warning, notice, info, debug となっている。 「出力先」「運用時の対応」は、各プロジェクトのポリシーに準じてください。 レベル 概要 説明 出力先 運用時の対応

    ログ設計指針
    rydot
    rydot 2017/08/23
  • 優秀な技術者を追い出してしまう方法 - Qiita

    若手エンジニアを不幸にしないための開発の「べからず」集 組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか? 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのかがわかるようになって 管理されてますか。 ソフトウェアの開発などで生じている課題は、どのように管理されていますか。 「去年の△月ごろに問題になっていたあの件は、結局どうなったのかい。」 「担当していた○○さんがだったら知っているんですけれども、もうやめちゃい

    優秀な技術者を追い出してしまう方法 - Qiita
    rydot
    rydot 2017/08/23