ちょっと便利帳知っているとちょっと自慢。日本を知る。世界を知る。時を知る。ようこそ、『みんなの知識 ちょっと便利帳』へ !!
redhat.com | jboss document
Red Hat Insights Increase visibility into IT operations to detect and resolve technical issues before they impact your business. Learn More Go to Insights Red Hat Product Security Center Engage with our Red Hat Product Security team, access security updates, and ensure your environments are not exposed to any known security vulnerabilities. Product Security Center
株式会社マジカジャパンの羽生章洋が書いてるブログ:ギョイゾー！の裏側 - livedoor Blog（ブログ）
今日は少し技術的な話です。スタロジはいわゆるウォーターフォール型というスタイルで仕事をしています。そして工程別に担当が分かれています。 ブリスタを使っての打ち合わせが完了したら、ブリスタから設計情報を出力してスタロジの中でファクトリと呼んでいる所謂工場のライン的なチームにそれを回します。すると、プロジェクトごとの段取り替えなど含めておよそ20〜30分程度で実際に納品可能なシステムが一式出来上がります。 ・正規化されたデータベース ・追加・更新・削除の一連の処理 ・権限によるアクセスコントロール ・ワークフロー ・多様な検索 ・検索結果のCSVダウンロード ・入力支援のためのポップアップするマスタ検索画面など ・各種仕様書 およそ業務システムとして必要な一式が完成します。これは画面数やテーブル数などの規模には左右されません。工場となっているサーバのメモリ容量などの物理的成約で作業時間が決まり
最近のJavaEE事情 ～Java EE 6の向かう先～
Java EE 5のリリースから2年以上の時間が経ち、次期仕様である「Java EE 6」は仕様策定状態ですが、あまりまとまった情報がありません。本稿ではJava EE 6に含まれる予定の技術を解説し、今後のエンタープライズ分野のJavaが進む方向について考察したいと思います。 はじめに エンタープライズアプリケーション向けのJavaの仕様「Java EE」の現行バージョンは「Java EE 5」です。このJava EE 5は、EJB 3.0を中心にDependency InjectionやPOJOを用いたO/Rマッピングなど、Java EE/J2EEの主流に対するオルタナティブとして出てきた技術を取り込んだ、従来のJava EE/J2EEから大きく変化したバージョンでした。 このJava EE 5のリリースから2年以上の時間が経ち、次期仕様である「Java EE 6」は仕様策定状態ですが
あの“持ち運びできるホワイトボード”が発売 欧文印刷の「消せる紙」
欧文印刷は10月11日、リライタブルペーパー「消せる紙（し）」を発売した。A1判が2枚セットで980円、A3判が8枚セットで1380円、A4判が8枚セットで680円。現在、東急ハンズ池袋店6階の文具売り場のみで販売している。 特殊コーティングをほどこしており、市販のホワイトボードマーカーを使えば何度も書いたり消したりできる。重さも54グラム（A1判）と軽量なため、持ち運びにも便利だという。 欧文印刷によれば、ISOT 2008に出品した試作品に比べて、紙の厚みを増し、書きやすさを向上させた。また種類もA1判だけでなく、A3判、A4判を用意。壁に張るだけでなく、ノートやメモ帳代わりに利用することも可能だという。なお、A1判は方眼罫だったが、A3判とA4判は白地とした。 この消せる紙、印刷会社の欧文印刷にとって実は初めてのオフィス文具製品。今後はカラーバリエーションや罫線の種類も増やす予定で、
Architect also implementsなのだ。 - 2008-10-28 - おおたに6号機blog
アーキテクトとか言うと何様的に思う人もいるかもしれませんが、全体構成を決めるという 意味でアーキテクトは重要なロールです。ロールなので実体が誰であるかはともかくとしても。 アーキテクチャとは何か、その深淵な話題に自分が触れられるほどのもんだとは とても思えないですが、下記の平鍋さんと萩原さんのお話は読んでおくべきことだと感じました。 実際にXPなどの手法でアーキテクチャは段階的に育てていく人と、ある程度初期から形を作りこむ人といますが、 実際に作るときにはそのバランスを取るはずです。 アーキテクチャを決めないで実装の結果をアーキテクチャですとすると、それを使う方が変わっていく様が 激しすぎてついていけないというリスクがある。アーキテクトの一存とその実装方法にゆだねられてしまう。 かといって、アーキテクチャをがっちり決めすぎる（所謂BDUF（Big Design Upfront)）と、今度は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
