富士通は8月15日、顧客の既存アプリケーションをもとに新たなシステムを作るサービス「APMモダナイゼーションサービス for Cloud」において、「設計書化モダナイゼーションサービス」を追加し、同日より発売開始すると発表した。価格は個別見積り。 「設計書化モダナイゼーションサービス」は、COBOL、PL/I、BAGLESIIで記述された既存アプリケーション資産の業務ロジックを日本語設計書に変換するサービス。変換した設計書からJavaソースを生成し、その動作テストを行うことにより、短期間かつ低コストで利用者の業務システムの再構築が可能となる。 同サービスでは、設計仕様がドキュメント化されていなかったり、長い間利用してきたため複雑化したりしているアプリケーションについて定型化した日本語設計書に変換するため、どのような仕様で構成されているかなど理解がしやすくなり、保守性が向上する。 また、稼働

java-jaで例外処理の話をしてきました - 西尾泰和のはてなダイアリー を読んで。 Maybe は値があるかないかを型で表すことができます！そう、直和型なんです！とか言われてもイミフだと思うのです(リンク先のエントリがそう説明してるわけではないですが)。 Java の語彙で Maybe の説明をできたら嬉しい人もいるんじゃないかなぁ、とかなんとか。 ただし、書いてたら結構長くなりました。時間がある人はどうぞ。 Maybe？ null より安全に「値がないこと」が扱えるものだよ スタート地点としてはこれでいいでしょう。 以降で、「なんで安全なの？」という全うな疑問に答えてみたいと思います。 問題点 int で説明すると煙に巻いてしまうような気がしたので、User クラスを見てみます。 import java.util.*; class User { final String name;

「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「⁠常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス

そろそろ4月も近いということもあって、新たにWeb業界やSIer業界に入るぞという方がプログラミングの勉強をし始めているころでしょうか。最近は、エンタープライズでもWebクライアントが主流になりつつあるのでJavaScriptの習得は避けては通れない道だと思います。また、Node.js等サーバーサイドのJavaScriptも出てきたこともあって、非常に有用な言語になりつつあります。 そんなJavaScriptを学び始めている人の中でも、ある程度プログラミングをやったことがある人がJavaScriptの綺麗な書き方を学ぶのに絶対理解しておいた方が良い300行程度のソースコードがあります。 それは、JavaScript: The Good Partsに載っているJSONパーサのコードです。 JavaScript: The Good Parts ―「良いパーツ」によるベストプラクティス 作者:

エバーグリーンは2011年8月19日、自動車内で家庭用電化製品を使えるようにするDC/ACインバーター「DN-LKC100」を発売した。直営通販サイト「上海問屋」限定販売で、直販価格は1799円。 自動車のシガーソケットに接続して、DC電源を家庭用AC100Vに変換する。出力は100Wで、ノートパソコンや小型テレビ、ポータブルDVDプレーヤー、モバイル機器など、出力100W以下で動作する家電製品を車内で利用できる。USBポートを1基備え、USB機器も充電できる。 電源プラグ変換アダプターが付属し、三又コンセントの機器も利用可能。本体寸法は幅110×高さ65×奥行き16mm。 製品情報上海問屋のWebサイトエバーグリーンのWebサイト

筆者のITアーキテクト像を示しておきたい。一言でいえば、「高い技術知見に加え、ビジネスとのバランスが取れる技術者」である。今回はそのビジネスとのバランスを考える上で、試金石となる問いを示したい。それは「ビジネス上必要なら技術者として信じていない答えをしてよいのか」である。 筆者の経験を話そう。もう10年以上前になるが、当時所属していた会社の上級マネジャーがセールスを行うのに同行したときのことだ。研究開発部門に所属していた筆者は、こうした同行は初めてのことだった。訪問先で筆者はWebベースの新技術を使ったソリューションを紹介し、なかなかの好感触を得た。 説明の最後で質問を受け、先方の利用部門の部長から「今後、取り扱う製品数が大幅に増える予定だが、問題はないのか」と問われた。データ量がどれだけ増えても性能に影響を及ぼさないか、との質問だと解釈した筆者は、「製品数が想定以上に増えると性能は低下し

2011年04月02日22:00 カテゴリSciTech東日本大震災 原発萌えな私ですら、原発はオワコンと言わざるを得ない理由 というわけで反論の反論。オワコン=終わったコンストラクション、ね。 原発は最も廉価な発電方法: ニュースの社会科学的な裏側 総論としては Life is beautiful: エンジニアから見た原発 と同じなのだけど、もう少し事例と数字が欲しかったので。 フランスの原発は世界一ぃ…だぶついている? 原発といえば成功例として必ず上がるフランス。同記事でももちろん紹介されている。Wikipedia(en)でも、こんな感じ。 Nuclear power in France - Wikipedia, the free encyclopedia France is also the world's largest net exporter of electric power

日本IBM社長の橋本孝之氏が、2011年の事業計画において興味深いコメントをした。「日本IBMは、メインフレームにフォーカスする。そして、メインフレーム事業にドライブをかけたい」と宣言したのだ。 今、メインフレームの置かれた立場は危うい。 メインフレームと言えば、柔軟性や迅速性が求めらている現在のITニーズにはそぐわないコンピューティング環境の代表として「恐竜」のように比喩されたり、新規投資へのシフトを阻害する保守費用増大の「元凶」、そしてベンダーロックの環境を作り上げる「悪者」のように捉えられているのが現状だ。 それにも関わらず、日本IBMはメインフレーム事業の拡大を、2011年の柱のひとつに置いたのだ。 橋本氏は、「米IBMの2010年第4四半期（2010年10～12月）の実績では、メインフレーム事業が前年同期比69％増となっている。ビジネスを加速するためにメインフレームを活用するとい

Appleは長年、進歩の名の下に機能や技術をあっさりと葬り去ってきたが、次に絶滅種リストに入るのは、同社の小売店舗で販売しているパッケージ版ソフトウェアかもしれない。 MacRumors.comは、Appleがいずれそうするつもりだと報じている。Appleのデジタルソフトウェア配信システム「Mac App Store」にユーザーを誘導するのが目的だという。2011年1月に、「Mac OS」の最新バージョン「Mac OS X 10.6 Snow Leopard」のユーザー向けに開設されたばかりのMac App Storeは、次期OS「Mac OS X 10.7 Lion」の中心的な位置付けとなるものだ。 MacRumors.comが指摘するように、Appleの300を超す小売店舗でパッケージ版ソフトウェアが占めている余分なスペースをなくせば、アクセサリなどのより稼げる製品の売り場を増やせる。

「コピペエンジニア」になるか否かは、あなた次第：仕事を楽しめ！ エンジニアの不死身力（8）（1/2 ページ） エンジニアといえば、自分が持つ技術力を使って、無から有を生み出すクリエイティブな職業の1つです。「クリエイティブな仕事」にあこがれてエンジニアになった、という方も多いでしょう。 ですが、同じエンジニアなのに「毎日の仕事がマンネリ化していてつまらない」という不満の声もよく耳にします。 エンジニアは、クリエイティブな職業でなくなってしまったのでしょうか。もし、そうだとしたら、その理由は何なのでしょうか。せっかくエンジニアとして働くのなら、クリエイティブな気持ちで働きたいもの。そこで今回は、「エンジニアは『クリエイティブな職業』でなくなったのか？」というテーマで、クリエイティブなエンジニアになる資質について考えてみます。 エンジニアにとってのクリエイティビティ 「クリエイティビティ」とい

こんな感じで、ノンコーディングにできるように、GridView クラスを拡張してみた。TemplateField を使う場合、挿入行には EditItemTemplate が適用される。InsertItemTemplate を用意してやればそっちが適用される (デザイナでは表示されないけど)。 <my:InsertableGridView ID="InsertableGridView1" runat="server" AutoGenerateColumns="False" DataKeyNames="PrimaryKey" DataSourceID="SqlDataSource1"> <Columns> <asp:CommandField ShowDeleteButton="True" ShowEditButton="True" ShowInsertButton="True" /> <as

SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受

ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動

2011年01月07日11:30 カテゴリ書評/画評/品評Value 2.0 職がなければ遊べばいいのに - 書評 - コンピュータが仕事を奪う コンピュータが仕事を奪う 新井紀子 この話題に正面から取り組んだ本は意外と少ない。はじめから日本語で書かれたものともなると、なおのこと。その意味において本書は仕事を必要とする人全てが読んでおくべき一冊である。 しかしこの問題は「正面から取り組む」という姿勢そのものが間違いだという思いを年々強くしている。本entryはよって、本書に何が書かれているかより何が書かれていないかを主に書くことになる。 本書「コンピュータが仕事を奪う」は、コンピューターと知的労働の関係を、教育者らしく真面目に、数学者らしく必要十分に考察した一冊。だからこそ、この問題に関する「正解」を提示するのに失敗している。 オビより 人間の仕事を楽にするはずのコンピュータは、爆発的な処