ソフトウェア開発者が読むべき IT系雑誌の一覧と，おすすめの読み方 - 主に言語とシステム開発に関して
中級クラス〜のデベロッパにとって，フォローする事が望ましいIT系雑誌のリスト。 また，それらの読み方。 つまり，書店における立ち読みのポイントと，購入の判断基準。 （１）Web+DB PRESS （２）Software Design （３）日経Linux （４）日経NETWORK （５）日経SYSTEMS （６）日経ソフトウェア 補足 なぜ雑誌なのか？ 読者層としては， 主にWebアプリの開発をチーム内でリードするエンジニアやアーキテクトを想定。 （１）Web+DB PRESS 雑誌のホームページ http://gihyo.jp/magazine/wdpress この雑誌の読み方： 「特集」は無条件で精読する。 「プログラミング言語の記事」は，下記の点に注目して把握する。 言語の癖や特色，他の言語と差異化するファクター その言語から，あるサービスを利用するためのAPIの存在 バージョンアッ
ASP.NETはどのように“Ajax”と融合したのか？（1/2） - ＠IT
連載 ASP.NET AJAXを理解する 第1回 ASP.NETはどのように“Ajax”と融合したのか？ マイクロソフト 松崎 剛 2007/03/06 1. ASP.NETの真価とAjaxの融合 2007年1月末にリリースされたASP.NET AJAX 1.0は、以前から“Atlas”と呼ばれるコードネームで、世界中の開発者たちからの多くのフィードバックを参考にしながら開発が進められてきた。ここでは、このASP.NET AJAXという技術がほかのAjaxの技術とどう違うのかといった点に注目しながら、その本質をとらえていく。読者がASP.NET AJAXという技術をどのように活用していくかの参考にしていただきたい。 今回は、その具体的な中身を1つずつ見ていく前に、まずは、ASP.NETがそもそもどのような趣旨に基づいた技術であるかを説明し、そのASP.NETの思想に対してASP.NET A
こだわりのある職人プログラマーほど、無駄なコードを少なくしたいものという事実を理解してほしい - 達人プログラマーを目指して
ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい
＠IT：事例に学ぶWebシステム開発のワンポイント(1)
事例に学ぶWebシステム開発のワンポイント(1) クラスタ化すると遅くなる？ ― HttpSessionへの積み過ぎに注意 ― （株）NTTデータ COEシステム本部 池田寛治 2002/3/9 本連載では、現場でのエンジニアの経験から得られた、アプリケーション・サーバをベースとしたWebシステム開発における注意点やヒントについて解説する。巷のドキュメントではなかなか得られない貴重なノウハウが散りばめられている。読者の問題解決や今後システムを開発する際の参考として大いに活用していただきたい。（編集局） 今回のワンポイント 単体では良好なレスポンスを返していたWebシステムが、クラスタ化したとたん遅くなった。その原因は、HttpSessionにオブジェクトを格納しすぎたことにあった。しかし、アプリケーションの変更はできなかったため、レプリケーションされるオブジェクトを限定することで解決を図っ
情報システムの「質」を評価する
企業情報システムを開発した後でその効果を評価する---これは、企業にとって非常に重要なことではあるが、とても難しい課題である。企業情報システムにかかわる「永遠の課題」の一つと言ってもよいだろう。 企業情報システムの最終的な目的は、言うまでもなく、企業の利益や売上高を向上させることだ。そう考えると、効果を事業収益などの金額に置き換えて、ROI（Return On Investment）などを評価するのが最も分かりやすい。しかし、通常は収益に対する情報システムの貢献度合いが明確ではないので、効果を金額に換算するのは不可能に近い。 システムの利用回数や問い合わせ件数など、金額以外の非財務的指標で評価する方法もある。だがこの方法も、評価できる効果の範囲が、選択した指標が示す範囲に限られてしまうという問題がある。 エンドユーザーや経営層など、システムにかかわる人たちにアンケート調査を実施して、満足度
設計者／SEが覚えておきたいJavaと.NETの違い
編集部注：読者の貴重なご指摘により一部コンテンツを削除・改編させていただきました。内容に不備があったことをお詫び申し上げます（2010年7月8日） プログラマが知っておきたい両者の違いは前回で 第1回「プログラマが知っておきたいJavaと.NETの違い」では、Javaと.NETそれぞれのプラットフォームの特徴や構成、使用されているプログラミング言語や開発環境について解説し、PC上でアプリケーション・ソフトウェアなどのプログラムがどのような仕組みで実行されているかを紹介しました。 今回はクライアント技術、その中でもクライアントアプリケーションを作るうえで重要な、UI（ユーザーインターフェイスを作成するための開発方法や、Webアプリケーションを開発するための主要な技術を、フレームワークやデータアクセス技術なども交えながらご紹介します。 Javaのクライアントサイド技術（GUI開発） Javaの
「契約もアジャイルに」、中堅SIerの新たな挑戦 － ＠IT
2010/12/07 「アジャイル」といえば、ソフトウェアの開発手法として近年注目を集めてきた。半年や1年といったプロジェクト期間で完成品を作る「ウォーターフォール型」ではなく、2週間程度の短いサイクルで、途中経過であっても実際に動くものを見ながら開発を進めるスタイルだ。事前にシステム要件を定義しづらい場合や、市場変化が激しい場合などに柔軟に対応できる。 アジャイルは開発スタイルの実践を指すが、これを受託開発の契約形態に当てはめようという企業が登場して注目を集めている。中堅SIerの永和システムマネジメントは2010年11月11日、初期費用0円、月額利用料15万円からという、まったく新しい契約形態による受託開発のトライアルサービスを発表した。永和システムマネジメントに話を聞いた。 こう語るのは永和システムマネジメントサービスプロバイディング事業部の木下史彦氏だ。アジャイルといえば、開発の方
日本人ITエンジニアはいなくなる？（6）
国際競争時代に突入するITエンジニアに生き残り策はあるか？ 日本人ITエンジニアはいなくなる？ 第6回 日本市場攻略で一丸となる大連市と現地IT企業 小平達也（パソナテック 中国事業部 コンサルタント） 2004/7/2 ITエンジニアの競争相手が海の向こうからやってくる。インド、中国、それに続くアジア各国。そこに住むエンジニアたちが日本人エンジニアの競争相手だ。彼らとの競争において、日本人エンジニアはどのような道を進めばいいのか。日本だけでなく、東アジア全体の人材ビジネスに携わる筆者に、エンジニアを取り巻く国際情勢を語ってもらった アメリカを除いて、日本のIT産業に影響を与える国を挙げるとすれば、中国とインドだろう。しかしながら同じ「IT産業」といっても、両国におけるこれまでの戦略は異なる。 インドは早い段階からオフショアやBPO（ビジネス・プロセス・アウトソーシング）といったソフトウェ
BABOK 2.0を読んでみよう - ＠IT情報マネジメント
ビジネスアナリストも基礎能力が大事 連載：BABOK 2.0を読んでみよう（6） 今回はビジネスアナリストに求められるスキルセットをまとめて定義した知識エリア「基礎コンピテンシ」やBABOK認定資格を紹介する
大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance
田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／:::::::::: u＼ ／:::::::::⌒ 三. ⌒＼ ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼ 会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ | ＿＿＿＿＿＿＿_ ＼:::::::::: ｀ ⌒´ ,／ .| | | ノ::::::::::u ＼ | | | ／::::::::::::::::: u | | | |::::::::::::: ｌ u | | | ヽ:::::::::::: -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__| ヽ::
オープンソースによる新しい受託スタイルの提案
前々回のエントリ「受託開発とGPL」では、受託開発においてGPLのソフトウェアを用いる際に注意すべき点やライセンスの扱いについて書いた。ただし、その視点はあくまでも「GPLはSIerにとって注意すべき≒厄介なシロモノであり、如何に地雷を踏まないようにするか」というものであったように思う。だが、「厄介である」という性質は、裏を返せば「味方につけると頼もしい」ということだ。つまり、GPLは、味方になれば強力で頼もしい存在なのである！今日は、SIerが今の開発スタイルから脱却し、如何にしてGPLを味方につけて戦っていくかということについて語ろうと思う。ちょっとひどい妄想夢物語的な記述も入っているのだが、「何言ってんだコイツ？！」とツッコミたいところをぐっとこらえて最後までお付き合い頂ければ幸いである。 システム全体を再構築するのは大変SIと一口で言ってもその規模は大小様々であるが、業務（基幹系）
アジャイルと受託開発
先日、永和システムマネジメント社がアジャイルによる受託開発サービスを発表し、話題になっている。多くの人の関心を引いているのは、アジャイル開発手法を取り入れるということだけでなく、その価格の安さだ。一ヶ月あたりの料金は、もっとも安いものでは月々15万円から、もっとも高額なプランでも月々150万円からとなっている。果たしてそんなので儲かるの！？というのが多くの人がいだいている疑問であろう。自分なりに「アジャイルによる受託開発サービス」について分析してみたので語ってみようと思う。なお、本エントリは永和システムマネジメント社が公開されている資料と筆者の推測に基づくものであるので、より詳細で正確な内容は永和システムマネジメント社さんへ問い合せて頂くよう悪しからず了承いただきたい。 採算割れしないのか？筆者の見解では、たぶんしない。何故か？それは一旦開発が終わったらそうそう頻繁にシステムの仕様を変更し
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
「コンテキストなしでソフトウェア開発を話すのは・・・」が共通認識になってほしい：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
コンテキストとは直訳すると文脈。本エントリでは開発の前提や事情を示す。結果や状況は必ず、コンテキストと対にして考える。前提や事情を示すことで、結果や状況の共通認識を得やすくすることを目指している。コンテキストの定義手順は、まだ明確化されてはいないが、何らかの結果や状況に影響を与えうる要因を挙げることからはじまる。 エンピリカルソフトウェア工学での推奨の話だが、カンファレンスや勉強会等をはじめ他組織との交流時には習慣になってほしいなぁと思う。過去のエントリ（「なぜウチではうまくいかないか？」を考える開発コンテキストの解説」）にも書いた。 勉強会等で議論していると「分かり合えるはずなのに、何か通じてない」と感じるときにはコンテキストの違いを意識してみると、うまくいくかもしれない。極端な例を挙げると超高信頼性ソフトウェアと市場投入への早さが重要なソフトウェア。前提を明示せず話を進めるとかなり食い
国際会計、動く日本企業 消える？「名ばかり」有給 - SankeiBiz（サンケイビズ）
サービス終了のお知らせ SankeiBizは、2022年12月26日をもちましてサービスを終了させていただきました。長らくのご愛読、誠にありがとうございました。 産経デジタルがお送りする経済ニュースは「iza! 経済ニュース」でお楽しみください。 このページは5秒後に「iza!経済ニュース」（https://www.iza.ne.jp/economy/）に転送されます。 ページが切り替わらない場合は以下のボタンから「iza! 経済ニュース」へ移動をお願いします。 iza! 経済ニュースへ
アジャイルはウォーターフォールよりも難しい
ここにきて、アジャイル開発手法を業務システム（アプリケーション）の開発に適用しようとする動きが本格化している。これまで小規模、Webシステムへの適用が目立ったが、最近は業務システムや大規模プロジェクトへの適用事例も出てきた。アジャイルはもはや“ブーム”ではなく、本格的な普及が始まったと見てよさそうだ。 ところが、実際にアジャイルを採用した現場に話を聞くと、何とことごとく失敗している。そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。さらに業務システムへの適用となると、コストや納期の制約があり、品質優先で開発を繰り返しながらシステムを成長させていくアジャイルと考え方が相反する面がある。 それでも開発現場はアジャイルに望みをかけている。刻々と変わる要求やリスクに迅速に対応する必要があるからだ。最
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバーサイドにおける Open XML を利用したExcel ファイルの自動生成方法（その２） « クリエ・イルミネート ブログ