シュッとしてない感じがgoogle C++ Style Guideから来てる説、かなり的確な感じしてきた
シュッとしてない感じがgoogle C++ Style Guideから来てる説、かなり的確な感じしてきた
でも制御則ゴリゴリ書いてく時の読みやすさは、piとかeとかは段違いぽそうで良いんだよな、古めの脚のコード書いているのでsinhとかcoshとか交えがちだし
ユーザが雑にヘッダにnamespaceをusingしてeを拡散させない性善説に則ってる感じ、良い(良いのか?)
e、結構勇気あるな
遂に覚悟してC++17から20にあげちゃうか??
constexpr float piの話、そういえばC++20にこんなのが来てるのをすっかり忘れてた
std::pi_v<float>
en.cppreference.com/w/cpp/numeri...
変数名考える時が一番生成AI使ってるかもまである
なるほどです……何故かめっちゃkConstant慣れしちゃってて、『他の人が読むときもkMathPiInFloatとか書かないと誤解されるかな…』みたいな気分でいました。。(実際他の人が読むことは無いのである)
定数名、大体こんな感じで次元とかまで書いてしまってる(kHogeDurationInMicroSec みたいな)
次元を型にする話題は置いておいて、もう少し自分しか読まねぇ!って気持ち持って書いたほうがいいかもしれないですね。。
まさにM_PI_Fをそんな感じでconstexprで定義しつつ、ミスって実装にM_PIを混ぜるとコンパイルエラーになるようにしてる感じですね。……他の人が読む訳ではないけど、他の定数はgoogle C++ style guideに則ってるのにM_PI_Fだけdefineでもされてるのかみたいな命名になってて、コード書いてて気持ち悪いでふ、、
なんというか、自分のコード見ると、シュッとしてないなと感じる機会が多い -連投終-
良いSTM32のC++コードを読んでマシなコード書けるようになりたいかもしれない
あと、この記述方法したい時がわりかしあるけどC++だと使えないから、C++プロジェクトの中に.cファイルが交じる(デバッグ用のモールス信号を01にバイナリ化したテーブルとか、その他各種変換テーブル系)
github.com/mit-pdos/xv6...
最近、STM32だとintとかcharとかの整数プリミティブ型を使わなくなって、int32_t系とfloatだけを明示的に使うようになった
32bitのFPUだけあって64bitの浮動小数点演算HWがついてないMCUで演算するとき、M_PIとか混ぜ込むと悲しみが生まれるのでM_PI_Fとかいうのを定義しがちなんだけど、皆どう運用してるのか…
以上、近況でした
ブラシレスのマクソンを8Aまでの電流制御する基板動いた!って近況報告ツイートしようとしたんだけど、こちらSNS動画貼れないぽい?
あと中国から直接発注するアルミ3DPがここ数年で一気に安くなって、1gあたり$1を下回るようになってた
ところさんだ!
ところさんを久々に見られて嬉しいぞ
超今更アイテムだけど…
Amazonに、怪しいけど『顧客が求めていたもの』が売っていたので、人柱になってしまった…
(リンクはアフィリエイトではありません)
www.amazon.co.jp/dp/B08KVXTHRP
お、どういう方向性インプット?
『理学系』とか『圏論』とか『デザインとかUI』とか『メカ』『回路』『ソフト』とか『メイカー系全般』とか粒度問わず、キミの興味に興味がある
わ!