今日のソフトウエア開発において，Javaは最も重要なプログラミング言語あるいは開発環境といってもいいでしょう。そこで，ITproではJavaの最新技術についての連載を掲載しています。著者はJavaプログラマ向け情報ページ「Java in the Box」で有名な櫻庭祐一氏です。

Las 8 Mejores Aplicaciones Espía para Android y iPhone [2023] Las 3 Mejores Aplicaciones de Espionaje Ocultas para Android y iPhone Tienen Características que Sorprenden a la Competencia. Pueden Espiar Cualquier Teléfono y Dispositivos Móviles de Destino sin Permiso. Dado que los teléfonos móviles han llegado a todos los hogares de todo el mundo, las aplicaciones para espiarlos también se han conv

General¶ Welcome News Downloads Releases¶ Engine 2.4 Tools 3.1 Development¶ Engine Tools Community¶ Who we are Contact us Get involved Wiki How it works Board Reports Developer Resources¶ Issues Coding standards Project guidelines Site building Release process Archive¶ Anakia 1.0 Texen 1.0 DVSL 1.0 DocBook Fx 1.0 Apache Foundation¶ Apache Website How the ASF work ASF Developer Infos ASF Source Cod

HTTPまたはFTPを使って，サーバーからファイルを取得する。ファイルの再帰取得が可能であり，Webサイトの情報を一括取得することも可能である。また，ホームページの自動巡回ツールとして利用されることもある。 wgetコマンドには様々なカテゴリのオプションが存在するが，ここではよく利用すると考えられる，ログ，ダウンロード，HTTP，FTP，再起ダウンロードに関するオプションに絞り，さらにその中でも，主に使用すると考えられるオプションのみ紹介する。 wget {-V | --version} または wget {-h | --help} または wget [-b | --background] [-e コマンド | --execute=コマンド] [-o ログ・ファイル名| --output-file=ログ・ファイル名] [-a ログ・ファイル名| --append-output=ログ・ファイ

テレビでCMをやっているような大手消費者金融ならともかく、 あまり名前を知られていない業者はきちんとした会社なのかどうかわかりづらいですよね。 最近の闇金はツイッターやＦＡＣＥＢＯＯＫなどＳＮＳを使った勧誘が多いです。 電話の対応も良かったから、とよく調べないで借りてしまったら実は闇金だった！ と後から大変なことになります。 借りようとしている業者が闇金なのかどうか調べる方法としては、 「登録貸金業者情報検索入力ページ」というものがあります。 貸金業を営むには、必ず都道府県知事や財務局長への登録が必要になりますので、登録している業者であればこの検索で引っかかってくるはずです。 登録番号、所在地、会社名、代表者名などを入れる欄がありますが、どれかひとつを入力しただけでも該当するものがあれば出てきますので、 業者の商号しかわからないという場合でも検索することができます。 厄介なのは、正規の登録

次期Windows OS「Vista」に標準搭載される「Internet Explorer 7（IE7）」（日本語版）のベータ2が連休明けの9日公開された、という表向きの話はデジタルARENAのニュース「マイクロソフトがInternet Explorer 7 ベータ2を公開」を読んでいただくこととして、こちらはWeb業界には気になる、Web表示の互換性の問題に踏み込んでみよう。 まず、単純な話、IE7って使いものになるのか。なる。最初はメニューが見えないので戸惑うけど、Altキーを押せば出てくる。RSSリーダーの機能だってFirefoxとどっこいどっこい程度には付いている（笑）。マクロソフトの看板アプリケーションに抜かりがあるはずはない。 ところが、IE7で表示したとき、レイアウトが崩れてしまうサイトがいくつかあった。例えば、このコラムを書いている12日現在、「はてなダイアリー日記」はIE

という結論。 必要性が出れば調べればいいかなと。 あと、勉強しないといけないような、フレームワークとか使うものは、そんなものをPHPで作るということに怪しいニオイを感じるので仕事を断る。

JFileChooserの拡張子決めるときに使えるFileNameExtensionFilterが追加されててステキ。 今まではFileFilterインタフェースを実装したクラスの定義が必要でした。 おかげで、JFileChooserのサンプルがすごく短くなった。 あと、FileFilterってjavax.swing.filechooserパッケージにあるんですけど、同じ名前のクラスがjava.ioにもあるので、絶対にimportの補完を間違える人が出てくるのですよ。java.ioの方がそれっぽいし。 名前がかぶらないクラスになって、すごく安心。

笑門来福　 経営プロコーチ　辻俊彦のブログ 小さい会社ほど、幸せでうまくいく。 StaySmallこそが成功の黄金律。 成功はランダムにやってくる。 失敗を糧にして成長していこう。 人間万事塞翁が馬。 得意淡然、失意泰然。 受託開発は、委託者の意を受けて作る。受託開発が習慣化すると、 自社オリジナルの研究開発はできなくなる。受託体質の会社は、急 成長のビジネスは展開できない。VC業界でよく言われることである。 確かに、受託開発と自社開発では、成功要因は異なるだろう。社員 の評価や就業形態もそれぞれに適した形があり、共通ルールを適 用すると、両方ともそこそこで終わる可能性は高い。そこそこで終わ る研究開発は、資金的には無駄な徒労に終わる。 R&Dに潤沢な資金が得られにくい日本の実情を踏まえれば、受託 開発で基盤を作り、自社開発へ結びつけていくことが手堅い事業 展開と言えるだろう。そこで、受託

今日は軽く雑談風に。 「好き」というのは本当に人それぞれである。僕の本業は経営コンサルタントでそれを18年もやっているから、仕事の付き合いでいえば圧倒的に日本の大企業の人達が多い。仲の良い友人、尊敬している経営者とか、たくさんいる。それで僕が、彼ら彼女らにいつも言うのは「大企業(ここに企業の固有名詞が入る場合も多い)が好きなんだね」ということだ。会話の一例を出そう。 梅田: 僕は「朝起きてから寝るまで、自分のしたいことをする、それが365日続く、自分の時間を完全に自分でコントロールしたい」、そういう願望というのかな、それが昔からあって、そんな生活をいつか実現したいゴールとしてイメージしているわけだけど・・・・ 大手企業・某君: そんなこと生まれてから一度も考えたことないよ。だって毎朝会社に行くだろ。何が自分に起きるかわからないんだよ。それが面白いんじゃない。大きい会社であればあるほど色々な

http://d.hatena.ne.jp/higayasuo/20070417#1176813784の続き。 前回のエントリーでDIContainerが提供する機能で重要なのは AOP スコープ管理 で、IoCがDIContainerの敷居を高くしていると書きました。それでは、どうしたらよいのでしょうか。 必要なオブジェクトは、自分から取りにいけばよいのです。たとえば、AOPとスコープ管理を低要するFactoryクラスがあるとします。 public class Factory { public static T getInstance(Class<? extends T> type) { ... } }使うときには、次のように呼び出します。 Service service = Factory.getInstance(Serivice.class);このFactoryクラスを使ったときのC

http://d.hatena.ne.jp/higayasuo/20070417#1176813784の続き。 前回のエントリーでDIContainerが提供する機能で重要なのは AOP スコープ管理 で、IoCがDIContainerの敷居を高くしていると書きました。それでは、どうしたらよいのでしょうか。 必要なオブジェクトは、自分から取りにいけばよいのです。たとえば、AOPとスコープ管理を低要するFactoryクラスがあるとします。 public class Factory { public static T getInstance(Class<? extends T> type) { ... } }使うときには、次のように呼び出します。 Service service = Factory.getInstance(Serivice.class);このFactoryクラスを使ったときのC

http://d.hatena.ne.jp/higayasuo/20070416#1176719022の続き。 それでは、DIContainerの機能で本当に必要な2つの機能って何でしょうか。一つは、インスタンスのスコープ管理です。スコープとは、singletonだとかprototypeのようにインスタンスが存在する範囲のことです。たとえば、singletonの場合は、いつ取得しても同じインスタンスが返ってきて、prototypeの場合は、取得するたびに新しいインスタンスが返ってきます。 このスコープ管理は、単純にオブジェクトをnewしているだけでは達成できません。以前のコードを見てみましょう。 Service service = new Service();これは、ある意味prototypeですが、これをsingletonにしたい場合、次のようなコードにする必要があります。 Servic

http://d.hatena.ne.jp/higayasuo/20070416#1176719022の続き。 それでは、DIContainerの機能で本当に必要な2つの機能って何でしょうか。一つは、インスタンスのスコープ管理です。スコープとは、singletonだとかprototypeのようにインスタンスが存在する範囲のことです。たとえば、singletonの場合は、いつ取得しても同じインスタンスが返ってきて、prototypeの場合は、取得するたびに新しいインスタンスが返ってきます。 このスコープ管理は、単純にオブジェクトをnewしているだけでは達成できません。以前のコードを見てみましょう。 Service service = new Service();これは、ある意味prototypeですが、これをsingletonにしたい場合、次のようなコードにする必要があります。 Servic

http://www.commonsmedia.jp/cm/JavaAndSolarisCampaign blogでNetBeansやJavaEEについて書いて、トラックバックしたら先着100名にAmazonギフト券3000円分をプレゼントするそうです。id:nowokayさんのためのような企画です。 id:taediumさんもid:da-yoshiさんもぜひどうぞ。ただし、Seasar固有のことはできれば避けてねということです。 DIって本当に必要?たまにそう思うときがあります。DIによって開発は本当に楽になったのか。 DIのメリットでよく語られることとして、インターフェースと実装を分離し、機能の利用者側はインターフェースを通じて機能を利用することで、実装に直接依存しなくなり、後で実装を変更しても影響を受けなくなるということがあります。 実際後から、実装クラスを変更するということはめった

デブサミ-VisualBasic, Delphiから10分でJava+Flex2にポーティング http://d.hatena.ne.jp/higayasuo/20070118#1169099987 http://www.thinkit.co.jp/free/article/0701/23/1/ なぜかうちの会社の紹介。ちょっと誉めすぎな気もするので､話半分に読んでください。一点気になったのは､「優れたフレームワークを提供できたISID」の部分。このフレームワークという言葉は、Seasar2を指しているのではなく､「オープンソースを使ったトータルソリューション」を指しているのだと思います。念のため補足。 アプリケーションのコードは、フレームワークに依存せずに済ませられるなら、それに越したことはありませんが､依存して楽できるなら別にいいんじゃないのというのが私の考え。もちろん、フレームワーク

Seasar2は、これまでできる限り楽に早く開発できるように、設定ファイルを書かないことを推奨していました。これは、XML地獄に対応するためですが、設定ファイルを書きたい人がいることも十分に認識しています。 4月以降、設定ファイルを書きたい人への対応も進めていきたいと思います。これは、それだけのニーズがあるだろうと思うからです。 設定ファイルを書きたい人というのは実はいなくて､設定内容を明示的に見たい､そして設定を自分でコントロールしたいということではないかと思っています。そのようなニーズに応えるために､IDE(たぶんKijimuna)でクラスを設定ファイルにドラッグアンドドロップしたら、明示的に設定したのと同様の内容が書かれ､必要ならそれを上書きできるようにしたいと思います。できれば、リファクタリングにも対応したいと思います。 現在のHOT deployは、設定ファイルに記述したコンポー

フレームワークは､多くのユーザのニーズに応えられるようにするために､汎用的で､最初から多くの機能が盛り込まれるというのが一般的ではないかと思います。 でも、本当にそうかなぁと私は思います。例えば､私がフレームワークを作るとします。多くのユーザのニーズを初めから把握できるでしょうか。たぶん、できないでしょう。ユーザのニーズを想像して機能を盛り込んでも実際に使われるかどうかは分かりません。それなら、ニーズを確実に把握できない機能は盛り込まないほうが良いでしょう。 ただ、このような考えはフレームワークに限っては落とし穴があります。機能の足りないフレームワークは誰にも使われない可能性があり､フィードバックがないかもしれないのです。 結局事前にどこまで機能を盛り込むかというのは､非常に難しい決断になります。そんなときに、私が使う方法は､「ユーザに使ってみたいと思わせるキラーな機能」は、事前に盛り込み

フレームワークは､多くのユーザのニーズに応えられるようにするために､汎用的で､最初から多くの機能が盛り込まれるというのが一般的ではないかと思います。 でも、本当にそうかなぁと私は思います。例えば､私がフレームワークを作るとします。多くのユーザのニーズを初めから把握できるでしょうか。たぶん、できないでしょう。ユーザのニーズを想像して機能を盛り込んでも実際に使われるかどうかは分かりません。それなら、ニーズを確実に把握できない機能は盛り込まないほうが良いでしょう。 ただ、このような考えはフレームワークに限っては落とし穴があります。機能の足りないフレームワークは誰にも使われない可能性があり､フィードバックがないかもしれないのです。 結局事前にどこまで機能を盛り込むかというのは､非常に難しい決断になります。そんなときに、私が使う方法は､「ユーザに使ってみたいと思わせるキラーな機能」は、事前に盛り込み

JPAには非常に期待している人も多いでしょう。私もその一人です。実際にプロジェクトで使ってみて、見えてきた問題点を書いてみます。JPAの実装としては､Hibernate3.2を使っています。 学習コストが高い。 JPAの全機能のうち､プロジェクトで使うものに絞り込んで教育すると、3日程度で教えることができるのですが､そこそこ使えるようになるには､2〜4週間かかります。これは、Hibernate in Actionにも書いているのでそういうものなんでしょう。 トラブルシューティングが難しい。 多くのプロジェクトで実際にハマルのはこれでしょう。うちのプロジェクトでは､Hibernate職人である小林さんがいるにもかかわらずいろいろ苦労しました。Hibernate職人のいないプロジェクトで使うのは厳しいのではないかと思います。 SQLの扱いが貧弱。 JPQLは、SQLのかなり貧弱なサブセットなの

Seasar2.3の時代は､Goyaと言われる開発手法がありました。Goyaのアーキテクチャは､JavaEEの基本にのっとったレイヤモデルアーキテクチャです。詳しくはこの辺。 http://d.hatena.ne.jp/higayasuo/20050817#1124260949 http://d.hatena.ne.jp/higayasuo/20050818#1124338844 役割分担がきちんとされているきれいなアーキテクチャだと思うのですが、CRUD(Create Read Update Delete)しかないような単純な画面でもそこそこクラスが必要で重い感じがするのも事実です。 過去のDIではインターフェース中心の設計が強く推奨されていたため､レイヤモデルアーキテクチャは重く感じられても非常にDIにフィットしていました。 しかし、Javaでさらに生産性を高めるためには､レイヤモデル

デブサミ-VisualBasic, Delphiから10分でJava+Flex2にポーティング http://d.hatena.ne.jp/higayasuo/20070118#1169099987 携帯用のコンテンツを開発するときに､ドコモ、AU、ソフトバンク用にテンプレートは異なるけど､サーバサイドのロジックはいっしょということもあるでしょう。そんなニーズに応えるのが､1ページ複数テンプレート機能です。 例えば､HogePage.javaがあった場合に､hoge_i.html, hoge_a.html, hoge_s.htmlの3つのテンプレートを用意しておきます。HogePage.javaに次のようなdoメソッドがあった場合､次にどのページに遷移するのでしょうか。 public Class doAction() { return Hoge2Page.class; }hoge_i.ht