orange @[email protected]

・・・けど、「いい感じかも！！！＞＜」 って思った曲をメモする為に、Spotifyクライアント起動して曲名で検索して、ふぁぼったりメモ用プレイリストに突っ込んでSpotify終了って毎回するのがちょっと面倒＞＜；

ジャンル指定してのSpotifyランダム再生ならSHOTcast/Icecastでもあんまり変わらないかも？＞＜って思って久しぶりに聞き始めたら、新しい いい感じの曲発見率がSpotifyよりも上がった＞＜

ていうか、Spotifyの15時間制限つらいからの「・・・そういえば昔SHOUTcastよく聴いてたかも＞＜」　からのネットラジオクライアント自作になった＞＜

15時間・・・＞＜

Spotify?><

あと、命名じゃない変化では条件演算子(三項演算子)すごく嫌ってたけど、避けるのめんどくさくなって普通に使うようになった＞＜；

hoge.Max()はMaxだけど、MaxHoge()はMaximumHogeみたいに書くようになった＞＜

リーダブルコード読むとむしろ命名長くなる？＞＜；（ていうか、読んだかのような書き方をしてる？＞＜）

リーダブルコードを3年ぶりに読み返してみて見つけた たった1つの大原則 - Qiita https://qiita.com/HiromuMasuda0228/items/f80e4ac45b9160c33013
（ていうか「型もちゃんと書け！＞＜；」って思ったけどJavaScriptだった・・・＞＜；）

長すぎる命名、補間使いまくりだからタイピングは全く問題ないけど画面からはみ出まくるのつらい＞＜

命名、前はそんなに長くなかったのに、Objective-Cみたいな命名になってってる・・・＞＜

リーダブルコード読みたい・・・＞＜

互換性じゃなくても、便利なように、何々をして何々をして何々をするみたいなの追加する時に名前短くするの難しい・・・＞＜

互換性を持たせるために
void HogeFugaPiyo(hogefugapiyoparams args)
{
Hoge(args.hoge);
Fuga(args.fuga);
Piyo(args.piyo);
}
みたいなのがあったりする・・・＞＜；

共通化は、複数の小さな部品をひとつの大きな部品にする事ではなく、大きな部品を適切なサイズの小さな複数の部品にわけて他の場所でも小さな部品を使用できるようにする事
かも＞＜

引数やらモードやらが増えちゃうのは、分割すべき単位で分割できてない＝逆に処理の共通化が出来てないで同じ事を二度以上書こうとしてるから・・・と言えなくもないかも＞＜

オレンジが書くコードもやたら引数多かったりやらモードだらけです＞＜；（後でリファクタリングすればいいし！＞＜；）

そういう変な所（？）ですら困るレベルのプリミティブな話じゃないのかな・・・？＞＜