blog.tinect.jp リンク先を読み、自主性が乏しいけれども仕事が優れている人っているよね、と思った。 出しゃばらず、言われた仕事はきっちりこなし、上司やパートナーの采配次第では抜群の仕事をやってのける人材が、自主性を求められる状況に直面し、困惑して、メンタルヘルスを損ねて来院する……というパターンは精神科では珍しくないものだった。 今では死語になりかかっている感があるけれども、「メランコリ―親和型うつ病」などと呼ばれていた類型の患者さんのなかには、そういうタイプが少なくなかったように思う。フリーハンドを与えられるまではものすごく重用されて、本人も報われた感触を得ていたけれども、フリーハンドを与えられた瞬間にマゴマゴしてしまい働けなくなってしまうタイプ。そういう患者さんは2000年頃に比べて減ってしまった。ひょっとして、自主性が乏しいけれどもしっかり働く働き手は淘汰されてしまったの
正月が終わった。 新しい年が始まり、仕事が再開される。 が、長い休みの後には、反動として「働けなくなる人」が一定数出てくる。 仕事のプレッシャーからなのか、プライベートのトラブルに起因するものなのか。実際のところは決してわからない。 そして、私が最も記憶している出来事の一つも 「休み明けに働けなくなった人物」の話だ。 ***** 10年以上前の話。 私が参加していたプロジェクトのメンバーの一人に、システム会社出身のOさんという人物がいた。 彼は能力的には平凡で、特に明晰であったわけではなかったが、その真面目さと素直さで、プロジェクトリーダーからはそれなりの評価を得ていた。 「それなりの」という言葉を使った理由は、リーダーにとって「面倒な仕事を引き受けてくれる便利な人物」という認識だったからだ。 特に優れたアイデアを出すわけでもなく、顧客との折衝がうまいわけでもない。 だが、与えられた大量の
readable_code.md リーダブルコード読書会及び要約共有会の目的 今後コードレビュー時に「これってリーダブルコードの◯◯だよね?、こう直したほうがいいよね」と引用できレビューの時間の短縮化が実現できる。 リーダブルコードに登場する特殊ワードをチームのコーディングの共通語とする。デザインパターンのカタログ的な考え。 リーダブルコードを読んでない人も内容を短時間で把握できる。 チーム全体のコードを読みやすくメンテナンスしやすくし品質をあげる。 リーダブルコード教になりチーム以外にも広める。コードの品質が悪い人にはリーダブルコードの読書を進めてみる。ひどいコードのままコーディングしてもらうよりその時間を読書の時間に割り当てることも考える(結果的に時間が還元できるなら)。 リーダブルコードに書いてあることが全てのプロジェクトに適用てきるわけではないけれでもコーディングルールを考える際の
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある?かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った!そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか? 1オペレーションでビルドを行えるか? 毎日ビルドを行うか? 障害票データベースを持っているか? 新
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く