タグ

2006年6月14日のブックマーク (17件)

  • [N] Firefoxを便利に使いこなすための機能拡張集

    ネタフルでもFirefoxの機能拡張は取り上げてきましたが、次々とユニークな機能拡張が登場するので、面白いのでまとめてみました。「Firefoxを便利に使いこなすための機能拡張集(ネタフル編)」です。 ▼添付ファイルをドラッグ&ドロップできる「DragAndDropUpload」 ▼ワンクリックでページ内のリンクと画像をダウンロード「DownThemAll」 ▼Exposeのようにタブを一覧表示する「Foxspose」 ▼異なるマシンのFirefoxの各種設定を同期する「Google Browser Sync」 ▼Gmailをストレージとして使う「Gmail File Space」 ▼Firefoxのタブの一つをIEとして使う「IE Tab – Firefox Extension」 ▼Googleの検索結果にWikipediaを加える「Googlepedia」 ▼オンラインでメモが取れる「

  • たたみラボ: Where2.0:Google Maps APIがバージョンアップ。ジオコーディングが可能に

    tatamilab.jp

  • Welcome to YouOS.

    Ready to go Toolbox für Ihren digitalen Kundenzugang Skalierbare Module für Echtzeit-Lösungen für Apps, Web und Plattformen Drastische Einsparung Erleben Sie mit YOU OS-Modulen Kosteneinsparung bis zu 50% durch Konfiguration statt “build-from-scratch” Vorgehen. Direktes Prototyping Sie erwartet eine massive Zeitersparnis durch anpassbare Module und schnelle Entwicklung von Prototypen statt langwie

  • SEは仕事の価値に見あった月給を取れ2 - アンカテ

    システム開発をバッティングにたとえるのは、我ながらうまい喩えだと思ったので、図にのって続編を書く。 世の中にはソフトウエアの開発手法というものが数多くあるが、大半は、松井がホームランを打ったフォームを分析して同じスイングをするにはどうしたらよいかを論じているにすぎない。つまり、あるボール(仕様)に対してどのような角度でバットを出せば球が遠くに飛ぶかを分析しているのである。 ホームランバッターというものが、バッテイングフォームというスタティックなものだけで構成されている、という前提がダメである。よいバッターは打てない球をファールにしたりするし、配球を読んだりする。読みがはずれて体勢が崩れても、すくいあげてフェンスぎりぎりまで持っていく。最終的な一振りの前にたくさんの仕事をしており、そこで成果が決まってくるのだ。 同様に、よいSEも仕様の行く末を予想したり、仕様やスケジュールが変わっても対応で

    SEは仕事の価値に見あった月給を取れ2 - アンカテ
  • SEは仕事の価値に見あった月給を取れ - アンカテ

    仕様を決めて無限の期間を与えれば、誰だってちゃんとしたプログラムを書いてくる。しかし実世界のシステム開発は仕様を決めながら決まった時間でプログラムを作らなくてはならない。これは生きたピッチャーの球を打つようなもので、球が飛んでくる前にバットを振りはじめ、瞬間的に直球なのかフォークなのか見極めながら作業をすることである。誰にでもできることではない。そして、このようなダイナミックな要素を含む作業は、できる奴ができない奴にやり方を教えることもできない。 なかでも、仕様を決めるということが大変である。運転手を雇い、一切口をきかずに会社まで送りむかえさせることを想像してみるといい。自宅から会社までの道筋を教えておくだけのことだと思うだろうが、それでは渋滞を回避する知恵もない、途中で友達を見かけても絶対に止めてくれない、残業があっても送別会があっても定時になると拉致されて自宅へ連れていかれる、かと思う

    SEは仕事の価値に見あった月給を取れ - アンカテ
  • ひがやすを blog - EJB3時代のアーキテクチャパターン

    EJB3、JSF、JPAを使ったときのアーキテクチャは、ある一定のパターンで説明できると思っています。私見ですが、説明したいと思います。 まず、プレゼンテーション層であるJSFですが、ページ(View)ごとにManagedBean(s)を定義します。ManagedBeanの作り方は3パターンあり イベント処理専用(Action)でモデルとしてはEntity(ドメインモデル)を使う(Action only) イベント処理とプレゼンテーションモデルを兼用(Page only。Pageでイベントも処理) イベント処理(Action)とプレゼンテーションモデル(Page)を分離(Action + Page) があります。 私は、ドメインモデルは、ドメイン層でのみ使い、プレゼンテーション層では、専用のプレゼンテーションモデルを使うべきだと思っています。なぜなら、ドメイン層とプレゼンテーション層では、

    ひがやすを blog - EJB3時代のアーキテクチャパターン
  • ひがやすを blog - EJB3時代のアーキテクチャパターン

    EJB3、JSF、JPAを使ったときのアーキテクチャは、ある一定のパターンで説明できると思っています。私見ですが、説明したいと思います。 まず、プレゼンテーション層であるJSFですが、ページ(View)ごとにManagedBean(s)を定義します。ManagedBeanの作り方は3パターンあり イベント処理専用(Action)でモデルとしてはEntity(ドメインモデル)を使う(Action only) イベント処理とプレゼンテーションモデルを兼用(Page only。Pageでイベントも処理) イベント処理(Action)とプレゼンテーションモデル(Page)を分離(Action + Page) があります。 私は、ドメインモデルは、ドメイン層でのみ使い、プレゼンテーション層では、専用のプレゼンテーションモデルを使うべきだと思っています。なぜなら、ドメイン層とプレゼンテーション層では、

    ひがやすを blog - EJB3時代のアーキテクチャパターン
  • ひがやすを blog - EJB3時代のアーキテクチャパターン

    EJB3、JSF、JPAを使ったときのアーキテクチャは、ある一定のパターンで説明できると思っています。私見ですが、説明したいと思います。 まず、プレゼンテーション層であるJSFですが、ページ(View)ごとにManagedBean(s)を定義します。ManagedBeanの作り方は3パターンあり イベント処理専用(Action)でモデルとしてはEntity(ドメインモデル)を使う(Action only) イベント処理とプレゼンテーションモデルを兼用(Page only。Pageでイベントも処理) イベント処理(Action)とプレゼンテーションモデル(Page)を分離(Action + Page) があります。 私は、ドメインモデルは、ドメイン層でのみ使い、プレゼンテーション層では、専用のプレゼンテーションモデルを使うべきだと思っています。なぜなら、ドメイン層とプレゼンテーション層では、

    ひがやすを blog - EJB3時代のアーキテクチャパターン
  • 電話占いおすすめ情報比較サイトキャラミル研究所

    タグ 三重県福島県栃木県沖縄県滋賀県熊県石川県神奈川県福井県福岡県秋田県新潟県群馬県茨城県長崎県長野県青森県静岡県香川県高知県鳥取県東京都愛知県京都府宮崎県佐賀県兵庫県北海道千葉県埼玉県大分県大阪府奈良県宮城県富山県愛媛県山口県山形県山梨県岐阜県岡山県岩手県島根県広島県徳島県鹿児島県

    電話占いおすすめ情報比較サイトキャラミル研究所
  • マジカルインデクス 公式サイト - 動物占いを発展させたマジカルパターン60種類が導くWEB診断

    マジカルインデクスは、「動物占い」や「箱人(HAKOJIN)」のノウハウをベースにしながらも、占いを発展・深化させて診断機能を強化した、今までにない新たな診断です。 「人を知る力」を学ぶことで、自分が思っていることと、相手が考えていることのギャップ問題点を把握でき、人間関係の問題を解決できるようになるツールです。 会員版では、3つの診断コンテンツを繰り返し使うことで、自然と自分や周りの人のことが驚くほどよく見えるようになります! マジカルインデクスとは 開発者からのメッセージ

    マジカルインデクス 公式サイト - 動物占いを発展させたマジカルパターン60種類が導くWEB診断
  • SiteDev2とは? - SiteDev

    siteDev2とは? siteDev2とは、siteDev ver1の問題点をいくつか解消したものです。 尚、このページ自体は、まだver1により実装されているため、以下の条件を満たすものではありません。 何が良くなったか? siteDev2ではver1の機能に加え、次の機能が改善/追加されました。 論理的に綺麗なHMTLを出力するようにした。 検索クローラーにも読みやすい文書になるようにした ページを全てUTF-8にして国際対応を行えるようにした 標準のテンプレートはフルCSSによるデザインに変更した。 CSSを知っていればより簡単にページデザインの修正が可能になります。 Smartyを使ったテンプレートを採用。 Smartyを知っていればより柔軟なテンプレートの編集が可能 検索エンジン-フレンドリーなURLになった。 PukiWikiで作成されるページのURLには?が含まれ、検索エン

  • Firefoxでスクリーンショットを撮る機能拡張「ScreenGrab」 - ネタフル

    Download of the Day: ScreenGrab Firefox extensionというエントリーより。 Firefox extension ScreenGrab lets you save screenshots of web pages by what is visible in your browser window or, more importantly, by scrolling and stitching together the elusive whole page. Lifehackerで、Firefoxでスクリーンショットを撮影することができるようにする「ScreenGrab」という機能拡張が紹介されていました。Javaが必要です ブラウザで見えている場所を撮影したり、スクロールしたページ全体を撮影することもできるみたいです。Firefoxを使っている人

  • Asami Office

    Asami Office Asami Office (Japanese) XML SmartDoc Relaxer SimpleModeling MindmapModeling SimpleModeler g3

  • Java Developer Connection

    Java Developer Connection は、Java テクノロジに関する技術的な情報を Web を通じて提供する会員制の情報提供プログラムです。コンテンツの参照は、パスワードが必要になりますので登録(無料)の上、ご利用下さい。 また、SDC 個人会員に登録後は、同じアカウントで Solaris および Sun Java System など SDC サイトの全ての技術情報にアクセスできます。 ≫ 詳細

  • 地味Java - goldenportのブログ

    Javaの基機能は一応JDK1.2で完成されており、一般的に利用されている機能範囲は大体この範囲ではないかと思われる。というのは、Javaの文法や基ライブラリという意味ではJDK1.2で大体のことはできるし、Java技術の焦点がStrutsのようなフレームワークに移っているため、改めて新しいJavaを細かくフォローする必要性は薄い。また実務的には運用を念頭に置いた過去バージョンとの互換性を求められることもあり、新しいバージョンをフォローしてもすぐには使えないという事情もある。 もちろん、Java SE 5(JDK1.5)などで新規に追加されたメジャー機能は雑誌などでフォローできるのであるけれど、細かな機能拡張は見過ごされがちである。しかし、塵も積もれば、ということでJava SE 6(JDK1.6)までになると、細かな機能拡張の累積が設計に影響を与えるレベルのインパクトを持つまでになっ

    地味Java - goldenportのブログ
  • [ThinkIT] 第3回:データレプリケーションとWebサーバの構築の基本 (1/4)

    今回はRHEL4でrsyncコマンドを使ったデータレプリケーションによるバックアップ環境の構築方法について解説します。 rsyncコマンドを使ったデータレプリケーションは、LAN経由によるDisk To Diskバックアップとも呼ばれています。これはバックアップ対象のサーバとバックアップサーバがLANで接続されており、バックアップサーバ側はテープ装置ではなくハードディスクにバックアップデータを保管するからです。 この接続しているLANは、通常だと業務用のLANとは別にバックアップ専用のLANを敷設し、その専用のLAN経由でrsyncコマンドを実行します。 rsyncコマンドの利点は、なんといっても差分バックアップが可能という点です。 はじめにフルバックアップを取っておけば、次回以降では差分バックアップを行うためバックアップ時間は初回時に比べて非常に短くなります。そのためデータ容量が大きくて

  • JavaをJavaScriptに変換するグーグルのツールを使ってみよう ― @IT

    グーグルが発表したGoogle Web ToolkitJava言語で作成したクライアントアプリケーションを、JavaScriptHTMLアプリケーションに変換するという、まったく異なるアプローチを持つAJAXアプリ開発ツールだ。簡単なサンプルを動かしてみよう(編集部) 2006年5月17日、米国Googleが、Google Web Toolkitをリリースしました。早速Webサイトを見ると、『Google Web Toolkit - Build AJAX apps in the Java language』(=Java言語でAJAXアプリを造る)という、Java開発者にとって非常に刺激的なキャッチで始まっています。 これまでも、BACKBASE Java Edition、ICESOFT ICEFACES、Nexaweb などAJAX+Javaでの開発に対応するフレームワーク製品または