英語の敵は刷り込まれた苦手意識 - 雑種路線でいこう
僕は英語が嫌いだ。英語の成績が理由で中学で留年し、高校を中退し、大学受験で浪人し、大学でも留年した。英語に翻弄された人生といっていい。ところが不思議と英語と接する機会はあってWIREDとかBYTEは予備校時代から定期購読していたし、学生時代から仕事で海外取材に行ったり、台湾に仕入れに行ったり、来日しているベンチャーの社長をインタビューしたり、西海岸のベンチャーをデューデリする機会に恵まれた。25で外資の日本法人に転職し、去年から上司は米国人、チームの同僚は十数ヶ国に散らばっている。 毎日のように英語を使う仕事になってTOEICのListeningこそ改善したがReadingは相変わらずひどい。うちの新卒採用の世評を聞き「俺、新卒じゃこの会社に入れないじゃん」とか青くなったことも。苦手だからといって逃げる訳にもいかず、拙い英語で日々の業務をこなす。 中学生のころ、どうせ英語なんか使うのは商社
ずっと、はてなに入りたいと思っていた - Money does not hurt your heart
エンジニアとして働きはじめて、まだ10年も経っていないけれど、ちょうどいい機会なので、この機会に振り返っておこうと思う。武勇伝なんて派手な話は何もない地味なエンジニア人生だけど、自分が関わったものが誰かに使われているのを電車の中で見たりすると、ちょっと嬉しいです。id:naoyaさんや登大遊さんのように、カッコイイエンジニアになりたいなぁ、とあこがれます。エンジニアとしての転機皮肉なことに、エンジニアとして独り立ちしたな、と自覚するようになったきっかけは、リストラだった。それなりに大きな会社だったのだけど、事業部がリストラで解体されていく中で、若手の現場のエンジニアが減っていき、減ったエンジニアの仕事をやらざるを得なくなった。事業部ごと解体されようかという勢いの中で、いきなりそれ新人の仕事じゃないだろう、という大きな仕事をふられて、右往左往して泣きながら必死で働いた。超神水みたいなもので、
uebu: Strutsのトラブルシューティングメモ
ここに書いてある原因と解決策はあくまで私がやったミスとその解決策であり、 その現象に対する原因や解決策がすべて書いてあるというわけではありませんのでご注意下さい！ フォワード先が空白になる ・mapping.findForward()で指定したフォワード名がstruts-config.xmlのActionの定義に書かれていない。 ・Actionがexecuteメソッドをオーバーライドしていない。 またはメソッド名が間違っているため、正しくオーバーライドできていない。 ・Actionのexecuteメソッドのシグネチャが異なるため、正しくオーバーライドできていない。 JSP文書にアクセスするとJavaScriptエラー ・html:formタグのfocus属性に書かれた名前の入力欄(プロパティ)が存在しない。 サーブレット action が利用できません ・st
今改めて考えてみるSpringとStrutsを連携させる方法 - ぼそっと
既に書籍とかJSUGのメーリングリストとかブログ各所とかいろんな所で書かれているのであえてここで殊更に詳しくは書きませんが、大別してSpringとStrutsを連携させるには以下の三つの方法があると思います。 ActionSupport系の機能を使う DelegatingActionProxy系の機能を使う DelegatingRequestProcessor系の機能を使う 1.の手法では、Springが提供するActionSupport系のクラスを継承してStrutsのActionを作成します。DispatchActionSupportとかMappingDispatchActionSupportとか、Strutsの各種Actionに対応する形でいくつかのActionSupportがあります。お手軽で、Actionの設定はstruts-config内で完結するので、3つの手法のうちで設定量
いよいよEclipse3.6(Helios)がやってくる。 - Fly me to the Luna
後数時間でいよいよEclipse3.6(Helios)がやってきます。(ただいまFriends of Eclipse権限でダウンロード中)今回のリリースでは、39個のプロジェクトが同時リリース。そして初めてe4も同時にリリースです。e4については、後日レポートします。(がんばる)簡単に触れると、e4は、Eclipseの次期バージョンを目指し、開発が進んできたIDEです。Eclipse Platformの開発にて、初めてコミュニティが主体になって進めてきたプロジェクトです。新たな開発プラットフォームとなるべく開発が進んでいます。Eclipse 3系の中心のorg.eclipse.uiはかなり巨大なBundleに成長してしまいました。その中でも特に重要なクラスであるWorkbenchクラスの実装コードは5000行(!)近く、改善を加えるにも結構限界があったんではないか、と思われます。e4では「
『告白』するけど、本当にバッカじゃねえの？ - Lucifer Rising
まずはこれを観てもらいたい。飛ばさないで全部観てほしい。 どうです、ぐっときたでしょう。感動したでしょう。スタイリッシュな映像にしびれたでしょう。 これらはすべて80年代のコカ・コーラのCMで、当時のイケイケ広告業界の底力が炸裂した素晴らしい作品群である。本当によくできていると思うし、プロダクション・バリューといいトータルのクオリティといい「シズル感」（笑）といい申し分が無い。CMとしては満点に近い出来栄えだ。嫌味ではなく、こういうCMを作った人たちをぼくはリスペクトする。よくぞ、ここまで嘘をつきました。本当は何の心もこもっていない映像で、インチキの「感動」を演出する手腕は実にたいしたものだ。パッと見の「良さげさ」以外、ここには何もない。そしてそれは圧倒的に正しい。これは「コカ・コーラ」を、本来「コカ・コーラ」とは何の関係もない「良さげ」なイメージと結びつけて、「なんとなく、コカ・コーラは
ＩＴスキル標準V3ダウンロード：IPA 独立行政法人 情報処理推進機構
「ITスキル標準V3 2008の公開について」のダウンロード 「ITスキル標準V3 2008の公開について(プレスリリース)」をダウンロードすることができます。 PDF形式（243KB） 「ITスキル標準V3 2008 1部概要編、2部キャリア編概要部、3部スキル編概要部のダウンロード 1部概要編のダウンロード （ MSWord形式（2.0MB） PDF形式（1.6MB） ） 2部キャリア編 概要部のダウンロード （ MSWord形式（1.1MB） PDF形式（634KB） ） 3部スキル編 概要部のダウンロード （ MSWord形式（638KB） PDF形式（684KB） ） 3部スキル編 スキルディクショナリのダウンロード （ MSExcel形式（431KB） PDF形式（408KB） ） 3部スキル編 スキルディクショナリ（試験との対応表）のダウンロード （ MSExc
App Engine で DI を使うメリットはない？ - kなんとかの日記
DIの主なメリットは、テストのしやすさと宣言的トランザクションだと思いますが、AppEngineではモックなしで簡単にテストができ、Bigtableの仕様的に宣言的トランザクションはほとんど使えないので、AppEngineでDIを使うメリットは余りないんじゃないかと思います。単に複雑になるだけ。 これが、Slim3でDIをはずした理由です。 2009-11-15 - yvsu pron. yas うーん、どうだろ。DI のメリットって、システムを疎結合にできることだと思うんだけど。疎結合にできるから、たとえばテストがしやすくなったりするわけで。疎結合にできるメリットは App Engine でもうれしいと思うけど、違うのかな。なんか他の意図があるような気もする。 それより、『単に複雑になるだけ』という言葉が気になる。やはり Java 屋さんにとっても、DI コンテナを使うのは複雑さが増すと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トップページ
Efficient data transfer through zero copy
MergeDoc Project