Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...
![エンタープライズ分野での分散バージョン管理システム](https://cdn-ak-scissors.b.st-hatena.com/image/square/464f3bcc60634e62d0fa910cb683320619b7753b/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20220823082426%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
★1つミスが起こると1つチェックリストが作られる SEとしてシステム開発にいそしんでいた頃、何かミスが起こると対策会議が必ず開かれていた。マジメな会社だったので。ミスの種類は色々で、本番システムを止めてしまったとか、計算が間違ってしまったので数字の修正が大変だったとか。 対策会議なので、毎回なんらかの対策を講じなければならない。課題への対策を考えだすのは本来、とてもクリエイティブな仕事である。だって、誰もが思いつくような対策があるならば、とっくに実行されているはずだから。 でもキラキラしたひらめきが毎回あるわけはなく、大抵何らかのチェックリストを作ろう、ということが決まって対策会議がお開きになった。 不幸な誰かにそれを作る仕事が押し付けられる。 ★過剰チェック施策の悪循環 僕が言うまでもなく、チェックリストは非常に有効なツールである。僕らの会社ではプロジェクトの方法論を大事にしているが、方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く