エアバスはなぜスカイマークによるA380キャンセルで巨額の違約金を請求しようとしているのか？ - BusinessNewsline
http://www.businessnewsline.com/news/201501161234310000.html

そう、一度巨額な違約金を言ってしまうと、今後のビジネス展開に支障がでるんじゃ…と
思ってたんだけど、この記事見て納得。
A380のような大型機はあまり需要がなくて、その中でキャンセルしようとしてるから
エアバス側が回収に躍起になってるということなんだね。

14年ベストエアラインはキャセイ、スカイトラックス調査
http://www.travelvision.jp/news/detail.php?id=62562

あれ、全日空が全然見当たらない。。。
勝手な印象としては、JAL > ANAと思ってたけど、そうでもないのね。
国内線の航空券の価格からそういう印象が来てるのかもな…。

いくつかの航空会社で国がわからなかったものをあげてみた。
よく聞くけど、いつも「どこだろう？」と流してたんだな。。。

• キャセイパシフィック航空
  • 香港
• アシアナ航空
  • 韓国
• エバー航空
  • 台湾
• ヴァージンアトランティック航空
  • イギリス

バランスボールを会社で使っています。
今まで午前・午後のどちらかだけだったんですが、
最近ようやく一日中できるようになりました。
導入してからすでに半年近くになるので、ようやくといった感じ。
一日中やった場合の効果はどうなのかな？

どうやら、投稿されてもメールが来てなかった模様…。
コメントを今までに投稿した人に送るロジックはあったけど、
僕自身にくるロジックが抜けていた。。。

なんだろな、昼は包丁で千切りにしていたら、親指の関節を切ってしまい、
（そもそもちゃんとした持ち方していれば、そんなところ切るはずもないんだが…）

夜は鍋敷きの上においてあった鍋をコンロに移動して、火をつけてから
鍋敷きがくっついたままのことに気づいたり…。
（鍋敷きは焼けてしまってダメになりました…）

何か変な一日でした。

それ以外は、AR.DroneのSDKが気になって少し下調べしたり、
料理の科学的な裏付けが気になってこちらも調べてみたり、
資料を読んだりするのがほとんどだったかな。

服買うときは、ちょこちょこと買うのではなく、まとめて買ってしまうようにしている。
そのほうが、時間もかからないし、服全体の統一感とか組み合わせがやりやすいよね。

ここ1,2年はほとんど冬物を買ってなかったので、久しぶりに服を買いに行ってきました。
場所は酒々井のプレミアムアウトレット。東京駅からバスが出てて、片道1時間ぐらい。

最初はGarrettのポップコーン、酒々井は穴場のようで15分ぐらいで買えました。
その日、何度か店の前を通りかかって見てた感じ、必ず並ぶ必要はありそうだけど、
概ね15分ぐらいで買えそうな感じでした。東京駅で1時間、2時間待ちより良いよね…。

その後は服探し。いつも買う系統の店3店舗ぐらいを回って、目星をつけてささっと購入。
上下合わせて合計8点ぐらい購入。結構良いのが見つかって良かった。

ちょっと前までは家に帰って昼ごはんを食べていたけど、
それも移動するのが面倒だなと思い始めて、弁当を作って会社で食べてます。

弁当っても、手軽に済ませたいので、スープとおにぎり2つにしてます。
スープはAmazonの「THERMOS 真空断熱フードコンテナー 」ってのに入れて、
二日おきぐらいにレシピを変えたものを入れてます。
このフードコンテナだとかなり保温がきくので、その点も非常に良いね。

おにぎりはまだ試行錯誤中。
ほとんど力を入れずに握ると、ふっくらした感じに仕上るところまではできてきた。
ただ、味付けとか、ふっくらさ加減とか、まだまだ改良の余地はありそうなので、
毎日試行錯誤してます。

こうやって料理作ってると、いろいろと考えて改善できるところが多いので、
やっぱり楽しいなと思うね。

今日から本業に復帰
長い休みでよい気分転換になったと思う
やることもたくさんあるので、ちゃちゃっと終わらせてこう

読もうと思ったきっかけは、普段書くコードが他人から見て見にくいな、と思ったこと。
決して見せられないほどひどくは書かないけど、頭にスラスラと入ってくるぐらい良いコードを書けていないので、
この機会に見なおそうと思いました。

Amazon

http://www.amazon.co.jp/dp/4873115655

内容

タイトルの通り、コードをいかにしてより良いものにするかというがメインです。
コメントや変数名の付け方などの基本的なものから、
1関数1機能にすること、をどう徹底するかなど、ちょっと踏み入ったものまであります。
普段コードを書く人からすると、すでに身についているものも多いですが、
文章として書かれると、意外と知らず知らずにやっていたことが「そうなっていたのか」と納得できることもありました。

感想

僕としては、以下の内容が良かったです。

• コメント
  • 曖昧な代名詞は避ける。曖昧な部分を排除することで、よりコメントが読みやすくなる
• 変数
  • 説明変数・要約変数を用意して、処理フローや関数の引数をわかりやすくする
  • 例えば、関数の引数にbooleanを渡す場合は、その意味を表す変数で代入する。isforce = true; delete(“.”, isforce); など
  • 時間の変数などは、_msなど単位をつける
  • 他の意味と間違えられないように、変数名は何度も検討をする
  • 例えば、listのsizeを求める関数がある。この関数が要素を一つ一つカウントするのであれば、countとする方が良い。直感的に計算量が違うことがわかる
• 条件式
  • あまりにも大きな条件式ができてしまった場合、問題を一度整理してみる。複雑すぎるとバグのもととなる
• 関数
  • 無関係の下位問題は別の関数としてくくりだす
  • 関数内の各段落（コード単位）で一つのタスクを行う（実際に本の例を見るとわかりやすい）
• テスト
  • （行数が）最小のテストを作り、読みやすいテストにする。新しいコードを追加しときに、テストをしやすくなる

全然本の内容とは関係ないけど、本文中の以下の言葉も納得。

「エンジニアリングとは、大きな問題を小さな問題に分割して、それぞれの解決策を組み立てることに他ならない。」

普段のコードにも取り入れてみて、より良いコードを書いていきたいね。

11月、12月と仕事がたてこんでいたこともあり、
年末年始休みと合わせて、今週もお休みをもらった。
普段時間取れなくて進められていなかったこととか、
こういう機会に進められて良い感じ。
明日もまたがんばろう！

あけましておめでとうございます。今年もよろしくお願いします！

年末から1週間ほどかけてAndroidのアプリケーションを作っていまして、
三が日も親戚周り以外はカタカタとコーディングをしています。
その傍ら、突然始めてみたSimcityが面白くて、アイテム作っては
市場で売ってお金を手に入れたりなど、まずまずはまっています。
まぁ、iPad版だとなのか、時間の流れが遅いので、そろそろ飽きそうですが…。

そんな感じで、今年も技術的な部分、それ以外の部分合わせて、
頑張っていきたいと思いますので、よろしくお願いいたします。
5年先、10年先に役に立つものをしっかりと考えてかないとね。