曖昧にしないことが一緒に仕事をする仲間への自分の責任だと思ってほしい - ワザノバ | wazanova
https://medium.com/on-product-management/20201872f369 2 comments | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 昔の職場で月曜日の朝イチに日程会議というものがありました。社内の全プロジェクトのフェーズごとに目標日程と実績日程が表に記載されていて、全員の前でスケジュールの進捗を報告する、はい、過酷な会議でした。成果をだすために担当は相当頑張った目標を掲げるので、スケジュールは概ね遅れます。（最初の目標設定が甘いと、それはそれで当然怒鳴られる。）遅れたスケジュールの理由を問いただされて、曖昧に逃げようとすると、「質問にきちんと答えろ!」と怒鳴られる。「では来週までにどうにかします。」と答えると、「来週でなくて、日付で答えろ！」とまた恫喝される、逃げ場のない会議
使いやすいシェルスクリプトを書く
できればシェルスクリプトなんて書きたくないんだけど，まだまだ書く機会は多い．シェル芸やワンライナーのような凝ったことではなく，他のひとが使いやすいシェルスクリプトを書くために自分が実践していることをまとめておく． ヘルプメッセージ 書いてるシェルスクリプトが使い捨てではなく何度も使うものである場合は，本体を書き始める前に，そのスクリプトの使い方を表示するusage関数を書いてしまう． これを書いておくと，後々チームへ共有がしやすくなる．とりあえずusage見てくださいと言える．また，あらかじめ書くことで，単なるシェルスクリプトであっても自分の中で動作を整理してから書き始めることができる．関数として書くのは，usageを表示してあげるとよい場面がいくつかあり，使い回すことができるため． 以下のように書く． function usage { cat <<EOF $(basename ${0})
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
