BR, 500xFasterThanOldOneLOL!

OJTな感じで切り分けてもらったBRと呼ばれるVHDLマクロのコーデングに
一週間もかかっていたが，どうにか終わったっぽい気配．
後はイイ感じにModelSimでシミュレーション結果を残して，
サーバに突っ込むだけ．
入社二ヶ月で内部レイテンシー67CLKsのVHDLマクロを書かせるとは，
流石に現場はスパルタで一味違うなー． :)
[On job training, I've done almost process of coding the BR macro.
Well, it took 1 week or so on due to my little coding skill, though.
I'll do simulate it w/ ModelSim or so on, then stuff it into the server.
So, I'm a newbie who have been working for 2 mounth or so on,
but I've coded the macro which has 67CLKs as internal latencies.
It smells spicy for me. :)]

次はコイツの一部かな．．．メモメモ．．．
Viterbi algorithm
おー，サンプルがPythonで書いてあるよ． :D
[Hmm, next macro is a part of it...?
Viterbi algorithm
Coo, that samples are written in python. :D]

で，以前，Pythonで作っていたコードジェネレータ．
試験用のデータを云万行単位で入力されて，
「シミュレーションよりコード生成の方が遅ぇ．．．」
とかボロクソ言われていた．
悔しいので休みの間にプロファイルして午前中に改良を施したら，
何か500倍くらい早くなった． :DDD
[BTW, I had coded a code-gen which is written in Python.
Someone pokes it w/ a ton of test data, then he said...
"ThatCodeGenTakesMoreTimeThanSimulateItSucks!"
So, I've profiled it at last weekend, and poke it.
YayThatCodeGenHasBeenImproved500xFasterThanOldOneLOL! :DDD]

「それがPythonの本当の姿」 (c) cpw
教訓一：コードの再利用は時と場合を選んで．
教訓二：数値以外との算術演算子の多用はフラグメンテーションの元かも？
["That is truth of the python." (c) cpw
L1: Code reuse depends on the situation.
L2: Ton of aritmetic oprs with non numeric vars lead to mem-frangmentation?]