「Java入門ブックガイド（入門編)よりよき入門書と出会うために」を読んで。 第一印象として、よりよきJava入門ブックガイドに出会う必要があるなということ。 コマンドラインでは慣れ親しめない サブタイトルに「慣れ親しむことが上達の秘訣」とあるけども、コマンドラインで慣れ親しむのは難しいと思います。 「慣れ親しむことが上達の秘訣」が正しいのであれば、IDEで慣れ親しんだほうが上達するのではないでしょうか？ 現実問題として、書籍を買って勉強する人は強制されて勉強するわけではないです。自分の時間をやりくりして入門書を読んでいます。 そして、まだプログラムの面白さを知りません。 コマンドラインでコンパイルエラーが出たとき、じっくりとそのエラーを読み解くのではなく、そこでくじけてやめる可能性が高いと思われます。 それよりは、IDEでエラーを入力段階で修正しつつ進むほうがいいと思います。 javac

考えてみた。 ここんところ静的型付けなんか不要な空気になってたり、プログラムの内容よりも品質だとか開発管理の話題のほうが盛んだったり、IDEはあると便利だけどなくても大丈夫って雰囲気だったりする理由。 この10年Webアプリケーション花盛りだから、その理由はWebアプリケーションの構造にあるとして考えた。 Webアプリケーションの構造 で、まずはWebアプリケーションの構造。 字が汚いけど、左からブラウザ、アプリケーション、セッション、DB。 赤文字は、左がプログラム実行、右がデータの永続と書いてある。つもり。 Webアプリケーションでは、ブラウザからのリクエストを受けて、プログラムが動き、データベースの情報を処理して返す。 ブラウザ側でプログラムが動くことはあるけど、入力補助程度であまりたいしたプログラムは書かないので、主にサーバー側のプログラムを組む。 このとき、サーバー側のプログラム

おおまかな今年の目標は、「ちゃんと働く」で「月160時間働く」とか言ってたら、それは無理と満場一致で言われたので、「月120時間働く」にしてる。 で、それはいいとして、勉強的な目標。去年は、自分ができないということがわかったので、今年はできることを増やす勉強をしていかないといけないと思う。 そこで実感してくるのが「プログラマ35歳定年説」という言葉。 もうプログラマとしては定年といわれる歳になるのだけど、今まではそんなんウソやろと思ってたら、その歳が近づくにつれて「プログラマ35歳定年説」という言葉が真実味を増してきた。 もちろん、プログラムが組めなくなるとか、時代についていけなくなるということじゃない。 まあ、新しい流行りものに食いつくということをしなくなって、RubyとかJavaScriptとかようわからん状態だったりするので、そういう意味では時代についていかなくはなってきた。けど、よ

クラウドと一緒にやってきたもの 最近、クラウドが流行ってます。 GoogleのMapResuceから始まって、MicrosoftのAzureまで、大手のクラウド製品が出揃った感じ。 で、そこで、こんなクラウド製品が出ましたというときに、必ずといっていいほどそのクラウド用のデータベースの説明があります。そして、それはRDBMSではありません。 GoogleだとBigTable、MicrosoftだとSQL Data Services、あとはAmazonのSimpleDB。どれも、基本的にはひとつのテーブルにハッシュコードでアクセスするようになっています。 ほかのクラウド製品も、Oracle Coherenceだったり、楽天のRomaだったり、非RDBMSのデータストレージを提供します。 クラウドというわけではないけど、mixiのTokyo TyrantやApache CouchDBも、RDB

boolean д = true; for(;д;){ System.out.println("でれません"); } boolean ω = true; for(;ω;){ System.out.println("ぬけれません"); } boolean ェ = true; for( ;(ェ); ){ System.out.println("終わりません"); } boolean TдT = true; while(TдT){ System.out.println("帰れません"); } 参考 while(1)をfor(;;)って書くやつ(2ch)

システムは単体と全体っていう単純な構成じゃないし、単体だけ開発するってこともないし、一連のシステムはすべて自分の開発環境で動かせるし、単体テストとか結合テストとかってどうよ？と思うわけですよ。 っていうか「JUnitで単体テストはできますか？」っていう質問は、ようするにJUnitでテストしてるのは「単体」ですか？って質問なわけで、ようするに、今やってるのは単体・結合という区分でわけてるもんじゃないわけですよ。 「JUnitで単体テストはできますか？」のあとに「何を単体としましょうか？」って聞き返さないといけないのは、もうナンセンスだと思うのです。 メソッドテストとかロジックテストとか画面テストとかでいいじゃないか。