業務こなしての問題・気づき

C

APIを作った際に、exceptionのMessageをreasonPhraseに入れてレスポンスを返していたのだが、応答が予期したものにならない。
応答が帰ってきてはいるのだが、思った通りのレスポンス表示にならなくて、かなり焦った。。
問題だったのは、以下のコード（※抜粋かつイメージ）

}
catch (Exception e)
var respose = new HttpResponseMessage()
response.ReasonPhrase = e.Message
・・・
}

原因はよく分からなかったが、ReasonPhraseに設定できる文字数を超過したor改行文字でレスポンスが不正な状態になったとかだと思ってる。

メッセージは、ReasonPhrase に設定する必要がなかったので、コンテンツ部分に設定したら動いた。
HTTPの仕様をきちんと理解していればハマらなかったと思う。。。

なんか、変数名に XXXSub って付けたり、XXX_1みたいな命名してくるやつが居るのだが、自分の子どもに「太郎１号」、「太郎予備」みたいな命名するか？って思うんだよね。

すぐにインスタンスが開放されるようなやつならまだしも、比較的長く生き残るやつに対しての命名は、少し慎重になって欲しいとは思う。

AzureFunctionのリソース追加で連携できるらしいのだが、無料プランがない。

Azure Marketplace 経由での契約と、構造計画研究所経由との契約で違いがあるのが、プランがない理由らしい。
構造計画研究所経由だと、ちゃんと無料プランが選べるが、Azure Marketplace 経由だと選べない。

なぜ無料プランがないのか調べてたが、理由は分からんかった。。。
もし、Azure Marketplace が金稼ぎのために無料プランを廃止したのだとしたら、狡いなって感じました。
昔はあったらしいから、金稼ぎに走ったんだろうと邪推してしまう。

$ git rm --cached {削除したいファイル}

↑ができたら、コミット＆プッシュすれば大丈夫。

ゼリーを作ったのだが、若干失敗してしまった。。。
少し、液体状になっているところが発生してしまった。。。
寒天を溶かしきれなかったのが問題っぽい気がする。
果汁飲料でやっていたが、それがダメだったのだろうか？
試行錯誤が必要そう。

夏に向けて、アイスの製造方法を身につけたい。