1/13にコードを試す画面でブラウザが頻繁に固まり、解決に悩む。結局firefoxのtelemetry機能で接続先のmozillaサーバに異常があったことが原因らしい。
Sクラスの問題に嵌り数日考えたが解けず。計算量爆発を躱すには一般項を求める必要がありそうだが二次元配列の適切なやり方が分からず断念。
1/21に一番簡単な問題を解いて一応Sクラスに昇級。内実が伴っているとは言い難し。

1/15にRustで参加。(実践Rust入門はまだ読破していない) 前回同様にA,Bを解いたところで時間切れ。難易度的にはDまでは解法が分かる。今後Rustに慣れてどこまで時間を縮められるか。

前職の上長に会い雑談。開発環境をこれからどう整えてゆくかなど。自身の欠点の再確認と「SETエンジニア」という職種を知ったことが収穫。

後で読んで苦笑するために欠点を記しておく。曰く「後ろから撃つ（正論だけど時間が足りない状況を考慮しない）」「火事だと騒いで水を用意するけど他の人が動くまで掛けない」*1

最近の傾向を知らなかったので、職種はともかく開発現場に要求される職能を学び直す必要があると実感。 QAにもコードを書く能力が欲しいと考えていたのだが最近の流れに反しているのだろうか。ホワイトボックステストのように、ある程度分離した方が盲点が重なりにくくなるのかもしれない。

*1:「issueを立てるな！」 - Qiita に近いものがあるかもしれない。自ら直さないと身に付かないという意識が強すぎたことと影響範囲を見切れなかった問題があった。

ブログ開始、及び、着手メモ

ブログ開始。プログラム関連のことや適当な与太話を書く予定。

現在の状況：

実践Rust入門

今のところお勧め本ではない。

3章、非常に読みにくい。その時点で紹介していない語句を頻繁に用いている。

3-1-1での手順通りに実行したところ、並列ソートでpanic発生。しばらく悩んだが Cargo.toml の rayon を 1.0 から 1.5 に更新して解決。
原因詳細は未調査。筆者はmac(Linux)環境と思われる。

バイトニックソートというRustの理解には関係ないアルゴリズムを例にしているため、余計に没入を妨げている。

4章、プリミティブ型。

4-3-4: if let によるパターンマッチ。~~構文説明なし。~~(6章が基本構文で、if letは6-8-3) 1/21取り消し: 6-8-2 match式とパターンに説明あり
4-3-4 unsafe と as_bytes_mut() で安全ではないスライスを取得。本書索引に unsafe なし。
- unsafe ブロックを抜けた後で取得スライスを使っている！ コーディングガイドラインを探してみたが、外へ持ち出すことの言及は見つからず。
- 領域外を操作すると当然 panic 発生。レビュー漏れになりかねないのでコンパイル指定か何かで持ち出し禁止にできないのか？

Rust学習が間に合わなかったが試しに参加。成績がひどくて笑える。

1/10から挑戦開始。それまでは2,3回コードを読んだことがあるくらい。(rubyなら一度書いたことがあったか？)

1/11から備忘録として開始。

まとめてつけると思い出すのにかなり時間がかかるのでこまめに書かねば。