OhaDon
protected bool DataEnable { get; private set; } = true;
使いたい…
コンストラクタでの初期化は派生クラスが多くてbase()では対応しきれない…
かといって
private bool _DataEnable = true;
protected bool DataEnable
{
get { return _DataEnable; }
private set { _DataEnable = value; }
}
は使いたくない…
三項演算子を使うかどうか議論が勃発！
言語はC#
コーディング規約は現状特別な決まりは無し。
全体的な体としては使っても使わなくてもいい。
関数内容を実行してもいいか判断する
Can do my function?
的なboolを返すメソッドの名称が思いつかない
Is～的なのがいいのかな
情シスのほうが向いてるんじゃないかと思うことが稀によくある
Windows10の初期イメージ&スクリプト作成業務はWindowsのちょっとした中身を知ることができて結構面白かった。
if (hoge(sender, e))
{
if (huga(sender, e))
{
ICanDoIt();
}
}
or
if (hoge(sender, e) && huga(sender, e))
{
ICanDoIt();
}
IsOrderAHogehoge()って関数作ってコメントに「ご注文はhogehogeですか？」ってぶち込んでコミットしてやる
三項演算子は
代入先、評価文の長さによって後ろのtrue:false文の開始位置が変わるから若干見にくい気はわかる。
むしろ改行したらいいってのはワンライナーifと同じような見にくさもある。
それなら通常ifでいいよねーってなる。
どっちにせよ時と場合によるとは思うけど。
エルビスっぽいC#6.0 Null-conditional operators
https://www.buildinsider.net/language/csharplang/0600
っぽいけど違うよ ってのはWikipediaにも書いてある。
圧縮・解凍ソフト「WinRAR」にコード実行の脆弱性 19年前から存在 - ITmedia NEWS https://www.itmedia.co.jp/news/articles/1902/21/news072.html
圧縮展開アプリもある程度完成したらほとんど発展がなくなるよなあ…
新しい画期的な圧縮アルゴリズムが出ない限り…
前の会社でメール添付1MBだったか3MBだったかのファイルサイズ制限あったときクソかよ！ってぶち切れてた
オンプレメールサーバークソだわ
オンプレメールサーバーは無能って言われちゃうこの世の中。
前々は上フレームもかけてたけど。
視界の下部を遮らないからいい
ならフレームレスでもいいじゃんってなるけど
それは違う
リンゴ皮ごとのここがいい
ゴミが少ない：芯だけ
栄養価が高い：皮に栄養が結構あるよ
手間が少ない：最悪切らなくてもいい
ここがダメ
慣れないと口に皮が残る
安いBluetoothイヤホンだと音漏れ激しいんだろうかなあ…うーむ
今日の帰り頭沸いてるのかと思うくらいの爆音居たし
定期発信
Qiitadonのサービス提供を終了します https://blog.qiita.com/terminate-provision-of-qiitadon/
