タグ

開発に関するshkatouのブックマーク (5)

  • TIS、システム開発の生産性と品質を向上させるJava開発基盤『Xenlon~神龍』(シェンロン)の全社利用を開始(TIS) 〔 TIS 〕

    TIS、システム開発の生産性と品質を向上させるJava開発基盤『Xenlon~神龍』(シェンロン)の全社利用を開始(TIS) 2010 年9 月27 日 報道関係各位 TIS 株式会社 TIS、システム開発の生産性と品質を向上させるJava 開発基盤 『Xenlon~神龍』(シェンロン)の全社利用を開始 ~オープンソースソフトウエアベースのJava アプリケーションフレームワーク、 独自のプログラムコード自動生成アーキテクチャを活用~ IT ホールディングスグループのTIS 株式会社(社:東京都港区、代表取締役社長:藤宮 宏章、以下 TIS)は、システム開発の生産性と品質の向上を目指したJava 開発基盤『Xenlon~神龍』 (商標出願中。 以下Xenlon)を開発し全社利用を開始しました。『Xenlon』は「開発基盤の資産化と共有」「プログラムコ ードの自動生成」「プログラム品質の強

  • [ITpro EXPO 2010]NTTデータ、Webアプリ開発のソースコード自動生成機能をデモ展示

    2010年10月20日まで東京ビッグサイトで開催中の「ITpro EXPO 2010」でNTTデータは、開発支援ツール「TERASOLUNA IDE」の設計書/ソースコードの自動生成機能をデモ展示している。 自動生成できるのは、Javaを使ったWebアプリケーションの設計書とソースコード。まず、事前準備としてデータベースを設計し、英語のカラム名と日語の表示項目名を対応付けたマッピング情報ファイルを作成しておく。後は、ウィザードに従って必要な項目を選択していくだけで、Webアプリの設計書Javaのソースコードを自動的に生成するのだという。「5分もあればWebアプリが完成する」(説明員)。 生成する設計書は、画面遷移図(写真1)やオンライン処理設計書など。発注元の顧客企業にほぼそのまま提出できる正式なドキュメントとして生成する。またJavaのソースコード(写真2)だけでなく、「TERASO

    [ITpro EXPO 2010]NTTデータ、Webアプリ開発のソースコード自動生成機能をデモ展示
  • 任天堂失敗列伝〜第一回〜「64DD版MOTHER3の巻」 - 色々水平思考

    あらかじめ断っておくが、この企画は、 任天堂の過去の無様な歴史を暴いてやんよ という目的で書かれているわけではない。むしろ逆だ。 任天堂の失敗って面白くてためになるんだよ ってことを、世界中へ向けて発信するために考案された企画である。 任天堂の強みは何回でもコンティニュー出来るってこと - 枯れた知識の水平思考 ↑このエントリでも言及したことだけど、任天堂ってのは、かなり失敗を沢山している企業だ。その失敗の一つ一つを、自分なりに振り返り、分析し、現在に与えた影響を検討することで、なぜ、今、任天堂という企業が、未曾有の大成長を遂げているのかがわかるのではないだろうかと思うのである。 三十歳から四十五歳を無自覚に過ごすな 〜任天堂社長 岩田聡氏〜 - 中小企業診断士 和田伸午のおもしろビジネス放談 ↑この辺のエントリ読んで、任天堂とか岩田社長に興味をもった人にもお薦めですよ。 とかなんとか偉そ

    任天堂失敗列伝〜第一回〜「64DD版MOTHER3の巻」 - 色々水平思考
  • IBMの問題はアメリカナイズされた老害 - ひがやすを blog

    IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ

    IBMの問題はアメリカナイズされた老害 - ひがやすを blog
  • Webアプリのセッション管理はデスクトップアプリのメモリ管理と同じ - プログラマの思索

    Webアプリ開発で必ずぶち当たる課題、Webアプリ特有の技術、アーキテクチャについて考えてみる。 古くから続く課題を知れば、次世代Webフレームワークがどのように解決しようとして、何を提示しようとしているか分かりやすくなるだろう。 #以下、セキュリティ関係などを除く。 Webアプリは、Ajaxが登場するまで、UIがブラウザで制限されているため、それほど難しい機能を実装できなかった歴史があった。 古くはPer/PHP、そしてJavaに至るまで、Webアプリはステートレスだったから、殆どの機能は閲覧機能とマスタメンテナンス機能にすぎなかった。 なぜなら、Webアプリでは、6時間以上もかかるようなバッチ処理を実装したとしても非現実的だから。 しかし、以前から知られているアーキテクチャ上の課題はあるし、Ajaxの出現によって更にその課題が複雑になった現状もある。 Webアプリを作る時はいつも、下記

    Webアプリのセッション管理はデスクトップアプリのメモリ管理と同じ - プログラマの思索
  • 1