@Overrideアノテーションでエラー
プロジェクトをチェックアウトしてみたらエラーになった。
@Overrideの行でオーバーライドしなくちゃだめだよ〜って言われてる。
んー。オーバーライドしてるんだけどなぁ、と思ったらどうも他の人はエラーにならないらしい。そりゃそうか、エラーのコードをコミットするようなレベルじゃないもんね。
となるとボクの環境が怪しいわけで、ちょっと調べてみたところすべての@Overrideがエラーになっているわけではないようです。
結論、コンパイラの準拠レベルが原因。
JDK5ではインターフェースの実装には@Overrideが使えないらしい。
JDK6ではOKと。
なにも考えずにJDK5を使ってたわけですが、JDK6が常識ですか。そうですか。
なんかもう言語のバージョンアップについていくのが面倒。
ハッ!?まさかこれが歳ってやつですか!?
さっそくPHP6をダウンロードしてくるでありますよ。
@Overrideの行でオーバーライドしなくちゃだめだよ〜って言われてる。
んー。オーバーライドしてるんだけどなぁ、と思ったらどうも他の人はエラーにならないらしい。そりゃそうか、エラーのコードをコミットするようなレベルじゃないもんね。
となるとボクの環境が怪しいわけで、ちょっと調べてみたところすべての@Overrideがエラーになっているわけではないようです。
結論、コンパイラの準拠レベルが原因。
JDK5ではインターフェースの実装には@Overrideが使えないらしい。
JDK6ではOKと。
なにも考えずにJDK5を使ってたわけですが、JDK6が常識ですか。そうですか。
なんかもう言語のバージョンアップについていくのが面倒。
ハッ!?まさかこれが歳ってやつですか!?
さっそくPHP6をダウンロードしてくるでありますよ。
Viewの更新ができない
うーん (´・ω・`) viewの表示更新ができない。。
viewerの入力値に設定したデータを更新して、viewer#refreshすれば良いって認識してるのですが、違うのかにゃー。
とりあえず更新できるパターン。
かなり不自然です。
あちこちのサンプルを見ても、setInputを何度もコールしたりってことはないんですよねー。
そもそもでviewerのデータの扱いが間違ってるのカナ?
viewerの入力値に設定したデータを更新して、viewer#refreshすれば良いって認識してるのですが、違うのかにゃー。
とりあえず更新できるパターン。
- input = {データの更新処理}
- viewer.refresh();
- viewer.setInput(input);
- viewer.refresh();
かなり不自然です。
あちこちのサンプルを見ても、setInputを何度もコールしたりってことはないんですよねー。
そもそもでviewerのデータの扱いが間違ってるのカナ?
振り返りの思い出
プロジェクトの振り返り。
KPTのような仕組み化しているところもあれば(今のところ経験ない)、そもそも振り返りなんてしないところもある(ほとんどこっち)かと思います。
別にチームで振り返りをするかしないかということはどうでもよくて、個人としてしっかり振り返れればそれで良いのかなと思っていました。
が、実際にプロジェクトのリーダーみたいなことをやらせてもらったときに少し考えが変わりました。なにか1つでも、このプロジェクトを通してプラスにしてくれれば良いな。なんて柄にもないことを考えたわけです。
そこは振り返りをまったく行わない環境で、メンバも他社の方が含まれていましたし、さらには開発チームも解散していたので、ボクがやったことといえば、いつも個人的に行っている振り返りをメンバにメールで共有し、意見をもらったくらいです。
議論したわけでもないし、結論がでたわけでもありませんが、その中でなにか感じ取ってもらえたかな…。
と振り返りをしているチームを遠目で見て、感傷に浸る。
あぁ…財布が空の休み明けはアンニュイ…
KPTのような仕組み化しているところもあれば(今のところ経験ない)、そもそも振り返りなんてしないところもある(ほとんどこっち)かと思います。
別にチームで振り返りをするかしないかということはどうでもよくて、個人としてしっかり振り返れればそれで良いのかなと思っていました。
が、実際にプロジェクトのリーダーみたいなことをやらせてもらったときに少し考えが変わりました。なにか1つでも、このプロジェクトを通してプラスにしてくれれば良いな。なんて柄にもないことを考えたわけです。
そこは振り返りをまったく行わない環境で、メンバも他社の方が含まれていましたし、さらには開発チームも解散していたので、ボクがやったことといえば、いつも個人的に行っている振り返りをメンバにメールで共有し、意見をもらったくらいです。
議論したわけでもないし、結論がでたわけでもありませんが、その中でなにか感じ取ってもらえたかな…。
と振り返りをしているチームを遠目で見て、感傷に浸る。
あぁ…財布が空の休み明けはアンニュイ…
プログラマのココロ
なんかそれっぽいタイトルをつけてみましたが、たいした話じゃないです。スミマセン。
命名規約。
例えば、ユーザのリクエストを受け付ける、そんなサービス。
それを単に"リクエスト"と称し、Requestクラスを作った。
grepでその"リクエスト"機能とHTTPリクエストを区別できますか?
あんまり良い例じゃないので、もう1つ。
message.properties。メッセージ文言を外部に切り出す仕組み。
メッセージIDでgrepしたとき、もれなくメッセージを使っている箇所すべてが例外なく見つかりますか?
こんなコードにすると、たしかにコード量は減るかもしれません。
しかし、あとでメンテする側にしてみれば絶望を感じるのです。
結局プログラマの思いやりなんじゃないかと。
プログラマによってプログラマが苦しめられるのは悲しいですよね。
命名規約。
例えば、ユーザのリクエストを受け付ける、そんなサービス。
それを単に"リクエスト"と称し、Requestクラスを作った。
grepでその"リクエスト"機能とHTTPリクエストを区別できますか?
あんまり良い例じゃないので、もう1つ。
message.properties。メッセージ文言を外部に切り出す仕組み。
メッセージIDでgrepしたとき、もれなくメッセージを使っている箇所すべてが例外なく見つかりますか?
- setMessage("A000" + id);
こんなコードにすると、たしかにコード量は減るかもしれません。
しかし、あとでメンテする側にしてみれば絶望を感じるのです。
結局プログラマの思いやりなんじゃないかと。
プログラマによってプログラマが苦しめられるのは悲しいですよね。
Windowsでhttpd.confのチェック
ちょお基本なんだけど、最近まで使ったことなかった(もしくは使ったことあるけどわすれた)Apacheのhttpd.confのシンタックスチェックの方法@windows。
Apache.exe -t
基本ですか、そうですか。
ちなみにVirtualHost設定の確認方法は以下。
Apache.exe -S
ぷーん。
Apache.exe -t
基本ですか、そうですか。
ちなみにVirtualHost設定の確認方法は以下。
Apache.exe -S
ぷーん。



