偉大なプログラマ(+人間)になるための101のTIPS - Qiita
早く人間になりたい。 以下はEmma Wedekindによる記事、101 Tips For Being A Great Programmer (& Human)の日本語訳です。 101 Tips For Being A Great Programmer (& Human) 1. Get good at Googling Googleの使い方を知ろう。 プログラマであるということは、問題に対する答えを探す能力があるということです。 Googleのうまい使い方を知ることで、開発にかかる時間を大幅に節約することができます。 2. Under promise and over deliver 約束は控えめに、出来高は多めに。 タスクに2週間かかるようなら3週間かかると伝え、2週間で提出しましょう。 期待を上回った結果を出すことで、信頼を築くことができます。 3. Be nice to your d
年を取って気がついた時間を無駄にしている悪習慣4つ | ライフハッカー・ジャパン
常日頃からライフハックを駆使して時間節約を試みている私たち。確かに、塵も積もれば山となるのですが、若いころ無駄にした膨大な時間は、いくら後悔しても取り戻せません。 今振り返ると、筆者にはシステマティックに時間を捨てていたような悪習慣がいっぱいあったような気がします。 そこで、まだ間に合う人のために、筆者が若いころ時間を無駄にしていた悪習慣をいくつかお伝えします。これらを避けるだけで、かなりの時間とエネルギーの節約になるはずです。 時間の無駄1：助けを求めない大学を出てすぐに入った会社でのことです。最初の週、上司に膨大な集計表を渡されました。 ｢整理しといて｣と言われたものの、私にはちんぷんかんぷん。無口で臆病者の私は、ただうなずいて席に戻りました。そして、何かわからないものかと、1時間ほどそれを眺めていました。 それでもわからなかったので、ようやく近くの先輩に、何をしていいのかわからないと
仕事が丁寧で遅い人に共通する、たった1つの問題点とその対策。 - プロジェクトマネジメントの話とか
完璧主義で丁寧すぎるから、作業に時間がかかるって？ その分析、半分は正解です。今回は仕事が遅くなる原因の、残り半分について話をしようと思います。 「巧遅（こうち）は拙速（せっそく）に如（し）かず」 ――孫子 「丁寧だけど遅い」仕事よりも、「荒削りでも速い」ほうが良いネ！という、この孫子の格言。 ビジネスパーソンであれば誰もが、その重要性を痛感しているかと思います（せわしない世の中ですよねぇ……）。携わっている仕事のタイプにもよりますが、着手のタイミングが早いこと、そして遂行のスピード自体も速ければ速いほど、多くの「失敗→起動修正」を積み重ねることができるため、その分、より良いものを作れる可能性が高まるのです。 しかし現実問題、細かくて仕事がバカ丁寧な人に「6割でいいよ！」「80％でGO！」などと言ったところで、そんなことができるワケないのです。そして多くの完璧主義者は「3歩進んで2歩下がる
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
|INDIAN GRILL BBQ RESTAURANT HATTI
あなたは、いつも次の冒険を求めている旅行愛好家ですか？世界で最も魅力的な目的地を探索し、その隠れた宝石を発見することを夢見ていますか？それなら、ラッキーです！ 私たちは、「一生に一度は訪れたい場所トップ100」の究極のリストを作りました。息を呑むような大自然から、畏敬の念を抱かせる人工の宝物まで、この総合ガイドブックがあなたをサポートします。 また、それぞれの観光スポットにまつわるストーリーや豊かな歴史・文化も紹介されています。次の旅行を計画している人も、単にインスピレーションを得たい人も、このガイドブックはあなたを世界一周の旅に誘い、その美しさと多様性に畏敬の念を抱かせることでしょう。 さあ、バッグに荷物を詰めて、世界の不思議を解き明かす準備をしましょう！
チーム内でやる進捗会議はムダ - 勘と経験と読経
ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボトルネック ソフトウェア開発プロジェクトは、ウォーターフォール形式であれアジャイル開発プロセス型であれ、膨大なコミュニケーションと意思決定を行うことで進んでいく。ソフトウェアの仕様や構成について決定するのは、たいていはチームリーダーの仕事だ。また、各開発担当者の仕事の結果が正しいのかをレビューやインスペクションによって判定するのもチームリーダーの仕事であることが多い。そして、チームリーダーはチームメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
