きれいなPythonプログラミング（パイソニックなコードを書こう）を読んでみた - Qiita
はじめに 日頃、Pythonを使う機会があるのですが、「もう一歩詳しくなり、中級者を目指したい！」という思いから、2022/2/15に発売された書籍「きれいなPythonプログラミング ~クリーンなコードを書くための最適な方法」を読みました。 特に、第6章にある「パイソニックなコードを書こう」が非常に勉強になったので自分なりの解釈／調査結果を含めてメモを残しておきます。 ※解釈が誤っている箇所もあるかと思います。誤りがあればご指摘いただけると幸いです。 誤用の多い構文 Python以外の言語を使ったことがある人は、その言語と同じ考え方／手法でコードを書くかもしれません。 Pythonにおける標準的なアプローチを学ぶことで時間と労力を削減することができます。 ループ処理ではrange()ではなくenumerateを使う 慣習的にrange(len())とインデックス番号でループを回すのは単純
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
工数見積もりの事前チェックリスト
工数見積もりのチェック項目で特に重要なのは，見積もりの「範囲」を明確にするもの。3番および7～14番に当たり，見積もり対象となる工程や作業をはっきりさせる。 作業の漏れだけでなく，役割分担も必ず確認したい。ここで誤解が生じると，工数が大きくブレる原因となる。特にシステムテストや運用テスト，移行，ユーザー教育，マニュアル作成は忘れられることが多いので，注意が必要である。 変動要因となるリスクについては，技術リスクと人的リスクという二つの観点を持つ。技術リスクは規模見積もりの際に把握した機能要件と非機能要件を改めて確認しよう。適用する製品や技術，開発支援ツールも考慮し，メンバーのスキルが十分かどうかもチェックしたい（4～6番および23～25番）。一方の人的リスクについては，意思決定の遅れを招く，関連部門やステークホルダー（利害関係者）の数や特徴を把握するほか，利用部門の参加度合いも見極めたい（
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
