Samuel Becketの詩を思い出し、開発のために、上手な失敗を素早く失敗するためにどうするか、ということを考える。

Rustの勉強記録は、5.1節から5.3節にかけての、構造体に関して、その所有権とその実装例とそのメソッドについて。

diary

better fail

Samuel Becketの詩の１つのうちに ever tried, ever failed, no matter, try again, fail again, fail better というフレーズがあると覚えている。

これはコーディングやプロジェクトにおいても当てはまると思っている。それは、プロダクトから、チーム、個人、そして一定時間、問わない。

プロジェクトにおいては、この期間でこれだけをやって、リリースして反応を見て、うまくいかなかったら(たいていうまくいかないし何か問題があるので)、その問題を分析して、原因を特定して、また次にトライして、と繰り返す。

チームのコーディングにおいては、コードを書いてPR出して、レビューをもらって、ダメだったらそれを改善して、またRe-request Reviewして、と繰り返す。

さらに、もっと短い時間で、一時間でこれだけやろうとして、けれどできなかったとなったら、自分の技術的に分からないところがあるのか、それとも、要件や成すべきことを把握していないか、それとも、想定よりも難しいことが存在していたことがわかる。そこから、また、それらのことを解決したり分割したりして、また予測して、やってみて、と繰り返す。

挑戦して、失敗して、けれど失敗自体に問題はなくて、また挑戦して、失敗して、うまく失敗する。

失敗は一つの選択肢である、というのはよく言った言葉である。 開発においての失敗というのは大凡何らかのコミュニケーション不足や伝達不足(ユーザーとプロダクトの間、チーム間、自己認識いずれにおいても)があることが原因であり、それに早く気づき、それを早く解消し、早く形にするためには失敗に気づき、次にまたコミュニケーションをすることが開発の成功に繋がることである。

friend

会いたい人と会う予定を立てることがとても楽しい。

けれど、会いたい人が私と本当にこの予定を喜んでいるのか、不安になってしまうこともある。 しかし、それもまたこそばゆい喜びを産んでくれる。

今はとても幸せであり、こういう友を得られたことはとても良い。 (これを喪失したときは、またとても悲しみを産むのであろう。)

今日の勉強

rust

pp. 93 -100

5.1節

5.2節

5.3節

メソッドの書き方は以下の通り:

impl 構造体名 {
    fn 関数名(self (もしくは &self)) {
        ... self.xxx ...
    }
}
rust  better fail  friend