MOOGとかのラダーフィルタについての覚書 - Qiita
1. はじめに MOOGをはじめとしたシンセサイザーに使われているラダーフィルタは，下図(Fig. 1.1)のようなシステムとして表される[1, 2]． Fig.1.1: ラダーフィルタのアナログブロック線図． ここで，$G(s, \omega_c)$は，カットオフ角周波数$\omega_c$の1次系のローパスフィルタの伝達関数である．上図からわかるように，ラダーフィルタは，1次系フィルタが4つ連結したフィードバックシステムとなっている．また，フィードバックゲイン$k$を調整することで，レゾナンスを発生させることが可能である． 本稿では，Fig. 1.1のシステムをコンピュータプログラムとして実装可能なデジタルシステムへと変換するまでの道筋を記述した． 2. 1次系のアナログローパスフィルタ まず，以下のような，1次系のローパスフィルタ特性を示すRC回路(Fig. 2.1)を考える． Fi
コードレビューにおけるレビュアー側のアンチパターン
tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトでGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
