Basic認証ついてるAPIをSpringのRestTemplateでPOSTするサンプル

タイトルまんま。例えばcurlで

curl http://example.com/hoget -X POST -u shase:p@$$w0rd

こんな感じで使えるAPIをRestTemplateで使おうと思った時はこんなコードでOK



こちら参考にしました（リンク先はGETの例）
http://springinpractice.com/2013/10/02/quick-tip-basic-authentication-with-spring-resttemplate

骨の折れる話

案外インターネット上に情報が少なく感じたので、親指の骨折（母指基節骨骨折）から治療までの記録を簡単に残しておこうと思います。

今丁度２回目の手術（固定ワイヤーの抜針）が終わったところです。

時間のない人向けまとめ

• スノーボードは油断するとすぐ怪我をするので気をつけよう
• 手の外科は専門性が高いので、「手外科専門医」がいる病院を選ぼう
• やっぱり保険は大切
• 手術室のBGMは先生の趣味

ま、ふつーのことなんですが。。。
こっから語り入ります。

骨折〜診断

２月のとある日曜日に、会社の同僚とスノボに行き、誰も見てないところでふつーにこけました。

こけた時に、思わず左手をついてしまったらしく、親指の付け根のあたりから腫れていて、突き指をしたような痛みがありました。

痛みはあったものの、そんな大したこともないかな〜という感じで、自力で下山してその日は新幹線で東京の自宅に帰りました。

翌日、市販の湿布をして寝て起きて、それでもやはり腫れが引いておらず、これはヒビでも入ってるかなぁ、と思い、ネットで調べて家から近い整形外科のA診療所に向かいました。

そこで撮ったレントゲンを見ながら

「折れてますねー。これは手術しないとだめですねー」

という、宣告を受けたのでした。

ひと駅隣に、手の専門医がいる病院があるとのこと。

特に手の外科手術をしてくれそうな病院に心当たりがなかったので（普通無いですよね）、紹介状を書いてもらい、午後の診察に間に合わせる感じで、その専門医のいるB病院に行ったのでした。

手外科専門医

あとから知ったのですが、手という器官はとても難しいらしく、整形外科の中でも、更に専門性が高いそうです。

手外科学会というところが、「手外科専門医」認定制度を行っていて、そこに登録されている人は一応手外科の専門医として、認められているそうです。

こちらにリストがあります。

http://www.jssh.or.jp/ippan/senmon/senmoni-meibo.html

首都圏には多い気がしますが、やっぱり地方には少ないですよねぇ。

この話もずいぶん後になってから知ったんですが、わたしを担当していただいた先生もリストにいました。

さて、その病院に行き、レントゲンを撮って、速攻で

「明日は祝日だから、明後日手術できます？」 

という話になり、ずーん、と落ち込んだのを覚えています。

なんでもやっぱり手術以外の解決方法がないとのことで、放置しておくと握力無くなる、という話でした。

セカンドオピニオンも一瞬だけ考えたんですが、最初に行ったA診療所の先生が、

「ウチでは手の骨折はこの病院を毎回紹介しているし、このへんの病院の間でも手ならB病院だね」

なーんてゆってたので、めんどくさくなってじゃあ明後日手術します。ということになりました。

その日は手術の為の血液検査とか、事前のブリーフィングとかして帰りました。

手術

人生で手術なんてしたことなかったのでガクブルだったんですが、事前の説明で

• 日帰り手術
• 麻酔は左腕一本（伝達麻酔？）
• 時間は１時間ぐらい

ということだったので、まぁ、そこまででも無いのかなぁ、と思いました。

実際やってみるとしんどかったんですが。

日帰り手術なので、まず、入院して、手術着に着替え、熱を測ったり、血圧を測ったりします。

時間は結局前の患者さんの手術が押したりするとズレするので、だいたいO時ぐらい、という感じです。

ガクブルしながら暇を潰します。

そして、いざ呼ばれると、まぁ、手以外は元気なので、徒歩で手術室に向かいます。

手術室に入ると、まず患部を洗うように言われます。これも看護師さんに言われながら自分で洗います。

その後、手術台に横たわり手術。。。という流れなのですが、わたしが行った手術室では東京FMがずーっと手術中も流れていました。

手術室のBGM

これもあとから知ったんですが、手術室のBGMって、先生の趣味、らしいですね。

先生によってはお気に入りのBGMを持ち込む人もいるとか、いないとか。。。

開腹のようなガチの奴はBGM無しだったりもするようです。

手術の流れとしては、麻酔〜執刀〜縫合、って感じでしょうか。

全身麻酔ではないので手術されている間意識があるんですが、金属製のワイヤーとかを扱っている関係で、

キーン、とか、バチッ（ニッパーで切る）とか金属加工音

がいちいち気になりますが、どうしようもないですよね。。。

都合２時間ほどかかったのですが、憔悴してるわたしに先生が一言

「靭帯も切れてたから縫っておいたよ」

と軽い感じで言われたのが印象的です。骨折に加えて靭帯も切れていたみたいでした（靭帯はレントゲンに映らないので開けないとわからない）。

この手術では結果ワイヤーを4本埋め込む事になりました。

術後

手術した当日の夜がしんどかったです。

麻酔が切れた途端、激しい痛みが押し寄せました

ま、切ってるから当たり前なんですが、耐えかねて痛み止めを2回分飲んだんですがそれでも痛くて、その夜は悶絶しながら寝ました。

ちなみに、処方された薬は、

• 鎮痛剤
• 抗生物質
• 胃薬

でした。これを5日ぐらい飲み続けます。痛みは２〜３日目からずいぶん良くなりました。
この時はギブス固定されています。

抜糸

術後一週間ぐらいで、抜糸が行われます。ハサミでチョキチョキってかんじです。まだギブスは取れません。

ワイヤーを1本抜く

術後三週間ぐらいで、1本ワイヤーを抜きました。といっても手術ではなく、

ワイヤー1本は外に露出してる

という状態でした。それをペンチでエイヤーって抜く感じですね。これはこれで痛い。

このタイミングでギブスも外れました。

リハビリ（指を動かせ）と言われるのもこの辺りから。

保険について

手術の費用としては、3割負担のおかげで、1回数万円程度でした（痛い出費ですが。。。）

スノーボード用の簡易な保険とかに入っておくのも良いかも、と今回の事件を振り返って思いました。

旅行代理店のパック旅行中の怪我だったので、通院が終わって総額が算出され次第、保険適用の申請をする予定です。

最初に通院した時に、旅行代理店に電話したところ、「事故発生報告」のような書類の提出を求められ、返信すると、各種手続きの書類が送られてきました。

通院時の領収書等を残しておいたほうが良いとの事だったので、一応全部残してあります。

再手術の日程決まる

術後六週間ぐらいで、そろそろ再手術できるかな、という話になりました。指にワイヤー3本残っており、それを撤去する手術になります。

ちょうど年度初めにかぶっていたので、わたしは1周間だけずらしました。

再手術

術後八週間ぐらいで、再手術と相成りました。今回の手術も

• 日帰り手術
• 局部麻酔（今度は腕ではなく、手だけ）
• 時間は1時間ぐらい

という話でした。

基本的な流れは前回の手術と一緒なんで、端折りますけど

• 時間はすぐ終わった（手術時間自体は10分程度）
• 手だけの麻酔なので逆に痛い（麻酔の注射自体の痛みとか、腕に感覚があることによる痛みとか）
• やっぱり手術室は東京FMだった

という感じで、とりあえず無事終わりました。

術後の痛みも前回に比べれば全然マシでした。でも、やっぱり憔悴してはいます。。。

最後に

今後の流れとしては

• 抜糸
• リハビリ
• 術後1ヶ月ぐらいに先生の最後のチェック
• 終了

という感じだそうです。（もちろん、予後次第というのはありますが）。

今回のことで、多くの人にご迷惑をお掛けして申し訳ないと思いつつ、また多くの人に心配して頂いて感謝の気持ちでいっぱいでした。

一気には難しいかもしれませんが、ちょっとずつ恩返しができたらなぁ、と思っています。

Springockitoのメモ（一部だけMockitoのモックに）

要旨

Spring+Mockitoを使った環境で、DIしてテストしたいときに、一部だけMockitoのモックに置き換えたい、という話。

Mockito単体だとなんかうまくいかなくて。
もしかしたら、Mockitoでも、やりかた間違ってんのか、もしくは、PowerMockとか使えばいけんのかも。

説明

このコードは、Service1の中で、Service2のメソッドが呼ばれています。
で、Service1のテストをしたいんだけど、Service2のメソッドだけモックにしたい。 しかし、Service1の他の処理はモックにしたくない。

そんなとき。

こんなコードで動くかなーと書いてみます。 残念ながら、このコードは動きません。

ここで、Springockitoです。
 https://bitbucket.org/kubek2k/springockito/overview


こんな書き方ができます。

使い方

Mavenの人はpomにこんな感じで追加しといてください。

Javaでテストと言えばコレ

vimチートシート（書きかけ）

導入

tmux.confの設定

ln -s ~/Dropbox/dotfiles/.tmux.conf ~/.tmux.conf

vimの設定

mkdir -p ~/.vim

mkdir -p ~/.vim/bundle

ln -s ~/.vimrc ~/Dropbox/dotfiles/.vimrc 

neobundle.vimの導入

git clone https://github.com/Shougo/neobundle.vim ~/.vim/bundle/neobundle.vim

:NeoBundleInstall

でOK

参考にしました

http://www.karakaram.com/vimfiler

http://qiita.com/hide/items/b0087bc0bbc36d0f91fb

neobundle

参考にしました

http://vim-users.jp/2011/10/hack238/

http://qiita.com/puriketu99/items/1c32d3f24cc2919203eb

コマンドチートシート

• 大文字小文字変換
• ~
• 行番号の表示非表示
• set number / set nonumber

gitチートシート（随時追記）

移動しました
http://shase428memo.hatenablog.jp/entry/2016/08/04/104229

Eclipseでメソッドをオーバーライドした際に、@inheritDocコメントを入れる

Eclipseにて

[環境設定] -> [Java] -> [Code Style] -> [Code Templates] -> [Comments] -> [Overriding methods]

こいつをEditして、下記の感じに編集

/**

* {@inheritDoc}

*/

OKしてapply

下の方の、Automatically add comments for new methods and types

にチェックをいれればおしまい。

あとは、オーバーライドすると勝手に上記のコメントが挿入されるようになります。

2013年を振り返りつつ、2014年を考える

去年の記事

2012年を振り返りつつ、2013年を考える

今年やった仕事

---

今年やった仕事ですが...

• 秋ぐらいまで、昨年に引き続き、コミュニティ系のサービスの機能開発と保守
• 上記のサービスが体制変更となり、秋〜現在までEC系サービスの機能開発と保守

でした。

扱っているテクノロジー的にはStruts2 からSpring MVC になりました。

前者のサービスは、トータルで１年ちょっと関わることになり、個人的にも大変思い入れがあったのですが、ビジネス上の判断が下され、自分の無力を感じています。チームもとてもよい人ばかりで、それも名残惜しい物でした。

後者のほうは、リリース１ヶ月後にJoinしたので、まだいろいろなものが途中でかえって勉強になって良かったです。いわゆるフレームワーク部分を作った人が隣にいるのでいろいろ聞きながら機能追加できるのは幸せなことかもしれません。

今年の課外活動

---

これ、今年はまったくと言っていいほどやっていません。どうしましょ。

感想と抱負

---

今年は、意図した結果ではありましたが、仕事に大変打ち込めた年でした。関わっているサービスが担当変更になるという事件はありましたが、総じて仕事に集中でき、スキルの向上に務めることができました。

ただ、課題としては、

• スキルの成長角度がまだ小さい
• オープンソースにコミットできていない
• ビジネス上の結果を残すことができなかった

というのがありました。

それを踏まえて、2014年は

• オープンソースにコミットする（ために足がかりでもつかむ）
• スキルの深さと幅をひろげていく
• ビジネス上のとある目標を達成するために、必要な自分のスキルを向上させる

を意識して過ごしたいな、と思います。

ま、定性的ですが、定量的なものは別途個人でつくっています。

総じて、今年の路線は踏襲するものの、角度は上げていきたいという感じです。

また、個人的なところでは、今年よわい30を迎えることになりそうです。30代なにをしようか、というのも暫く模索したいと思います。

最後に、今年は本当に一緒に働く同僚に恵まれた年でした。この場でお礼を言いたいです。ありがとうございました。

小話

---

学生の頃使っていたFreeBSDのインストーラ（当時はsysinstall(8)）では、インストール時に下記のような区分がありました。参考リンク

Developer
Kern-Developer
User

当時私が所属していた研究室のヒエラルキーも、これに習って決められていたのですが。。。それはともかく。

自分はこれでいうと、Userレベルなままであり、今年こそはKern-Developerの足ぐらいはつかめるくらい頑張らないとなぁ、と思っています。