こんにちはHabr！多くの場合、開発者は専門家のようなビジネス上の問題を解決するために雇われます。しかし、ビジネス担当者よりも有能な問題に関する開発者の意見に耳を傾けない場合があります。事実ということ、これが行うことができますし、なぜそれが開発者である必要があり、私が話をしたいと思います。
幸福と仕事の満足
— . , . — . , , .
(software development) , . , , , , , , — . .
?
, , . — , , « ?» ( . ). ( , hard skills ). — , « ?». Agile (https://agilemanifesto.org/).
, *argumentum ad auctoritatem ( ).* , — , .
, — . , , , , , — errare humanum est. , , .
?
best practices , , . — . , — , , . — , .
, , , . :
, . , , . . — , , .
: , . . — , . , , , , , , .
?
, , . , , , , . , , . — — , , TDD ( ) code review, . — — , best practices, , .
, , . , , . , , . , , — , , .
— . , . , , best practices — . , , , , .
, , . , — , , , , .
, . , , .
この記事は、プロフェッショナリズムを示し、プロとしての開発者が正しいと考えるビジネスに主観的なアイデアを伝えることによって、開発者が自分の仕事からより多くの喜びを得る方法についての深く主観的な意見です。この記事は主に、アジャイルのアイデア、ロバート・マーティンによる「クリーンアーキテクチャ」という本、そして私自身の経験、経験、そして友人や同僚の経験に触発されています。