Help us understand the problem. What is going on with this article? 読んだ技術書のことを紹介するポエムです。といいつつ、本当に「技術」かというと、「ソフトウェア開発の周辺の思想書」の紹介が多いです。 選出にあたっての原理・原則 プログラマとして仕事をするにあたっての基礎を身につけるのが1年目だとするならば、プログラマというものの動作原理、物理でいうところのニュートンの運動の法則みたいな原理を知る必要があると思います。しかしプログラマの営みは人間の営みなのでそう統一的な理論が存在するわけではなさそうです。「プログラマかくあるべし」「プログラミングかくあるべし」が炎上しがちなのを見るとそう言えるでしょう。 それでも真理と言える、否定する人がいない原理として： 学び続けない者は死ぬ チームで開発できない者は（ごく一握りの天才とラ

国立国会図書館は2014年6月16日、同館のネットワークシステムの運用管理業務の委託先である日立製作所の社員が、システムの管理者権限を悪用して国会図書館の内部情報を不正に取得し、日立の入札活動に利用しようとした行為について、日立社員2人を「刑法第96条の6第1項（公契約関係競売等妨害罪）」に該当するとして警視庁に刑事告発したと発表した（関連記事）。 国会図書館では刑事告発とあわせて、日立製作所と関連する子会社に対して入札等への指名停止措置を行う。指名停止期間は、日立製作所が6カ月間、同社の子会社である日立キャピタル、日立ソリューションズ、日立システムズ、日立情報通信エンジニアリング、日立産業制御ソリューションズが3カ月である。国会図書館のネットワークシステムの運用管理業務は日立キャピタルが受注し、日立製作所に再委託していた。日立キャピタル以外の子会社は国会図書館の案件に関与していないが「指

IT業界にいたのは10年ほどです。最初は金融系のSIer（システムインテグレータ）に就職しました。ある金融機関のメインフレーム保守担当として、COBOLのプログラムを書いていました。 ただ、その顧客企業に特有の業務にばかり詳しくなってしまい、「技術者としてつぶしがきかなくなる」と感じたため、2～3年後に第2新卒でベンチャー企業に転職したんです。 その後は、外資系IT企業などいくつかの企業を転々としました。その間に、UNIXやLinuxなどのITインフラ、データベース、ネットワーク、アプリケーション開発など広範に体験させてもらいまいた。その後、いつのまにかラノベ作家になっていました。 いやいやいや、いつのまにかということはないでしょう。どのようなきっかけで作家に転向したんでしょうか。 実は、勤めていた外資系企業が、円高などの環境変化で受注が減り、社内で仕事がなくなってしまいまして……。時間が

2013年の夏・秋の状況の整理として記録しておきます。数年したら変わっているか、そもそも自分の仮説が違うかわかるのでそのポイントとしても記述しておきます。 4月以降、「業務系システムのクラウド化」ということで、顧客各社やマーケットへのヒアリングを行ってきています。対象はいわゆるWeb系は除いてあります。曖昧な言い方になりますが一般に「IT業界でエンタープライズ」と言われるセグメントにフォーカスしています。結果としてわかったのは、企業のクラウド利用についての意識は、言われているほどには高くはない、というのが現状です。ただし、これは一様に低い、ということではなく、かなり業界やセグメントや企業規模によって違いがあります。この違いの要因と今後どのようなところに影響するのか、というのが興味の焦点です。尚、これは自分個人の印象や某社でのヒアリングの整理のみをよりどころにしているので、たかだか200社弱

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

1980年代には「COBOLは衰退するので、ほかのプログラミング言語に移行しなければならない」などと言われた。実際に1970～1990年代に書かれた細かなCOBOLプログラムのほとんどは新しいシステムと新しい技術に置き換えられている。しかし、銀行、保険会社、製造業、小売チェーン、医療機関といった大企業のミッションクリティカルなシステムは依然として大昔にCOBOLで書かれたコードによって運営されている。多くの企業はこれらのシステムを何度も入れ替えようとしたが、システムが全体が巨大で複雑な上、重要なビジネス・プロセスに統合されていること、また問題なく動いていることからこうした取り組みの多くは失敗した。 ITWORLDの記事によると、こうしたCOBOLで書かれたシステムを支えてきた団塊世代プログラマの引退が近づいているという（ITWORLD、本家/.）。 今は大学のプログラム講座などでは教えるこ

知人とコソコソと世間話。最近の開発現場は面白いことが多過ぎるという点で意見が一致してしまう。その一例。 人の入れ替わりが激しくて技術やノウハウが蓄積しない。忙しくなるとスキルよりも経験よりも頭数を揃えることを主目的にやたらと人を集めるものの、プロジェクトが終わると直ぐさま関係を切ってしまうので継続的な蓄積が何も残らない。 コンプライアンスの掛け声の下、関係者以外にも情報が見えてしまうホワイトボードやRedmineによる情報共有はご法度。セキュリティ対策も厳しくなる一方なので、ソフトをダウンロードしてパソコンに入れるだけで、正義感の塊のような監視委員から直ぐさま電話がかかってくる。 行き当たりばったりの対策を取り続けているので、何か問題が有ってもブレーンストーミングで出てきたようなアイデア案ばかりが続く。根本原因を探ることをしないし、そもそもそんな追求を行うスキルすら無い。 人月単価に惹かれ

今日はid:gothedistanceと飲んだ。１年ぐらい前から飲もう飲もうといっていてようやく実現。 さすがはござ先輩。いろいろと教えてもらった。 その中で、SIおよびSEのこれからに暗い影を落とす話をした。 これはウチの関西側の営業担当が聞いてきた、あるSE派遣の企業の話。（とはいえ関西企業に限った話ではない） 何十人もの新人さんを集めて、無料でいろんなプロジェクトに派遣するビジネスモデルが台頭してきているらしい。 何十人の内、数名でも生き残って、その後定期的な売り上げになれば良いという、携帯の新規契約無料みたいなモデルだ。 経験者も言い値で出すという。 新人さんに経験を付けてもらうためにお試しで出向することは百歩譲って良いとしよう。 いくらなんでも新人ばかりで上手くいくと思っているような 受け入れ側もプロジェクトもさすがにないから、 こういう新人さんを受け入れるのも1つのプロジェクト

ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この

まぁなんとなく書いてみようと思ったので書いてみる事に... IT系人材ブローカーにされた事を書くだけ。 誹謗中傷はありません。 では、はじまり。 俺はエンジニアでATNDとかでイベントに参加するのが大好きなんだ。 そこで、起きた事実を書いていくよ。 身元がばれるのが嫌なので、個人や企業の名前は伏せて書く。 俺は某上場企業につとめるエンジニアで 今年３年目で転職とか考えるつもりはなく 技術とかが好きで勉強会に参加していた。 そこで見つけたのが、ソーシャルゲームに関係するイベント 当時、ソーシャルゲームの大量のアクセスをさばく技術に興味があり参加 参加者数は１００名ぐらいの大規模イベントだった。 内容としては、有名企業のエンジニアやプロデューサーが 壇上にあがって話すというよくある感じの勉強会 で、内容もまぁそこそこ良くて満足して懇親会に ここで出逢ったのが開催の主催者さん。 ま、普通に話して

Kenji HASUNUMA @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る（その上結果しくじったら会社の信用を失う）。 #笑ってはいけないSIer 2011-11-12 05:22:25

ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。

株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理

＃1：コンサルタント 大企業は別にして、一般的な企業はITプロフェッショナルを社内に抱えておきたくない、あるいはその人数をできる限り抑えたいと考えている事実に目を向けてほしい。これはITオタクがみんなから嫌われているためではなく、ITプロフェッショナルの人件費が高く、IT部門が肥大化して中央集権的になると「ノー」という答えばかりを返しがちになるためである。彼らは進歩を支援するのではなく、進歩の妨げとなってしまうのだ。その結果、従来のIT管理やサポートといった仕事はほとんど社外のコンサルタントにアウトソーシングされるようになってきている。 こういったコンサルタントは、大規模な多国籍コンサルタント企業から、地元中小企業の雇われIT部門として働く独立コンサルタントまでさまざまである。また、IBMやHewlett-Packard（HP）、AmazonのAWS、Rackspaceなど、データセンター

IT業界の底辺→真ん中→頂点と経験したけど質問ある？ Tweet 1：以下、名無しにかわりましてVIPがお送りします：2011/07/29(金) 19:26:51.55 ID:H2gxmy9r0 IT業界のWalking Dictionaryとは俺の事。 4：以下、名無しにかわりましてVIPがお送りします：2011/07/29(金) 19:28:10.49 ID:qF0oYdhQ0 お前の頂点はレベル低いな 6：1：2011/07/29(金) 19:29:13.08 ID:H2gxmy9r0 >>4 世界でもTOP10にはいるIT企業だよ。 14：以下、名無しにかわりましてVIPがお送りします：2011/07/29(金) 19:30:30.76 ID:qF0oYdhQ0 >>6 メーカー？ 27：1：2011/07/29(金) 19:33:51.55 ID:H2gxmy9r0 >>14 底

システムインテグレータ（SI）のビジネスは大きく以下のような流れで進みます。 集客 営業 要件定義 製造 検収・請求 フォローアップ 集客 どんなビジネスでも同じですが、まずは見込み客を集めます。システム開発に興味を持ったお客様を探しアポイントを取ります。よく使われる手法に商品・サービスの説明をするテレアポ、割引を謳ったDM、自社の推す技術のセミナー、役員が個人的に懇意にしている既存顧客の紹介があります。会社の規模やブランドにマッチした手法を選ぶ必要がありますが、会社が成長にするにつれ手法を変えていかなければいけないのが難しいところです。 営業 アポイントの取れたお客様に顧客に直接、自社の提供するサービス、商品の説明を行います。また会社の紹介も同時に行います。お客様がある程度の金額を掛けてソフトウェア開発を行いたいと意思表示をされた場合に次の段階に入ります。そこで現状の課題を聞き出します。