プログラマーの情熱を奪わない開発プロセスとは？ | スラド デベロッパー
テスト駆動開発はベストプラクティスであるということは皆の知るところだろう。コードを100%レビューする。単体テストでのコードカバー率を70%にする。循環的複雑度を20以下に抑える。開発を始める前に顧客の要望を調整しておくなど。大量の「ベストプラクティス」は、それぞれ素晴らしいアイディアのように見える。しかし、ベストプラクティスをこなすことに追われる開発者には、革新的・創造的な作業をするための時間がどれぐらい残されるだろうか。 O'Reilly Radarの記事では、良いコードを確保するために取り入れるプロセスが多すぎると、開発者の情熱を奪ってしまうと主張している。 「素晴らしいコードを書くことのできるプログラマーから、プロセスが情熱を奪う。不満を抱くプログラマーが質の悪いコードを書き、良いコードを確保するために管理部門がプロセスを追加する、という悪循環に陥り、さらに士気が低下する」というこ
下請法について押さえておくべき５つのこと - nyon2.net
僕の勤める会社は主にシステムの受託業務をやっています。 受託といってもさまざまで、中には下請けだけでなく孫請け、ひ孫受けの仕事なんかもあります。 僕が長らく受け持っている仕事が孫請けの仕事でして、ある日社長から 「孫請けやってて、下請法知らなくていいのは小学生までだよねーｗｗｗｗ」 と言われたのでちょっと勉強してみた。 下請法の対象範囲は資本金の額で決まる そもそも、対象となる範囲が資本金の額で決まるのです。 親事業者（委託者）の資本金 下請事業者（受託者）の資本金 5千万円以上 → 5千万円以下 1～5千万円 → 1千万円以下 プログラム作成委託の場合 3憶円以上 → 3億円以下 1千万円～3億円
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SmartClient Framework by Isomorphic Software
