新入社員のみなさん、入社おめでとう - 未来のいつか/hyoshiokの日記
日本の風物詩、新卒入社。4月1日の入社式。 思い起こせば30年前の自分だ。希望と不安で臨んだ入社式。合宿の集合研修。 当時はIT産業という言葉は一般的ではなかった。コンピュータ産業だった。そしてコンピュータ産業はハードウェアベンダーが支配していた。ソフトウェア産業が生まれるかうまれないかの時代だ。 自分は大学でソフトウェアを学んだので、ソフトウェアを作ることを仕事にしたいと考えていた。そして、そのころはソフトウェア専業ベンダーというのがまた生まれて間もない頃なので、就職先としては自分の中には候補になっていなかった。ソフトウェアを作りたいのならハードウェアベンダーに行く。そのような時代だった。 IBMがコンピュータ産業を支配していた。メインフレームと呼ばれる、汎用大型コンピュータを作るのがハードウェアベンダのビジネスモデルだった。そして、そのようなベンダーはIBM以外残っていない。すべて時代
ロードマップ指向とエコシステム指向 - アンカテ
IT業界の世代間ギャップを「ロードマップ指向 VS エコシステム指向」という図式でまとめるとうまく整理できるような気がしてきた。 他の業界でも、常に勉強してないと仕事にならない所では、似たような問題があるかもしれない。普通の人は「ロードマップ」の中では真ん中を進むべきで、「エコシステム」の中では真ん中を避けるべきだ、という話。 私は、80年代からずっとプログラマをしていて、今でも現場でコードを書く仕事をしているので、同世代の人から、彼らと現場の若い人との仲裁役というか通訳のようなことを期待されることが多い。 確かにそこには微妙なギャップがあって、自分はどちらの言い分にも共感する所があるので、なんとかそれを言葉にしたいのだが、なかなかうまく言えなかった。 プログラマという仕事は、今も昔も勉強をしてないと普通の仕事も成立しないのだが、その勉強の仕方というか意味づけが、違ってきていると思うのだ。
想像以上にガラパゴス化した日本のIT業界？ - 達人プログラマーを目指して
出版されている技術書のタイトルやネット上での情報を元に、なんとなくシステム開発で使われる技術が国によって差があるように感じるということを、これまでいろいろな記事で書いてきたのですが、はたして実際のところはどうなのでしょうか？300年前なら、Manningのin actionシリーズの表紙に描かれている人物*1のように国ごとにいろいろな衣装があって多様な文化が存在していたのでしょうけれど、文明化された現代では、服装も食べ物もそれほど違いがないというところがあります。IT業界は文字通り情報を扱う産業なのですから、世界中の最新の情報が集まってきてしかるべきなわけであり、どの国でも大差がないはずという推測もできないわけではありません。 あくまでも目安なのですが、Google Insights for Searchというサービスを利用すると、単語の検索回数を地域ごとに集計することで、各地域でどういっ
IT業界は業界の外へ向けて語る言葉を持つ気がない - アンカテ
IPAX 2008を見に行ってきた - 発声練習 @ITの記事は、発言の意図をねじまげて強調しているという指摘があった。確かにこのエントリを見ると、かなり印象が違う。id:next49さんの方が、パネラーの発言の真意をよく理解してまとめている気がする。 しかし、私は、このエントリを読んでますますIT業界に絶望的な気分になった。 多分西垣さんの言いたいことはそうではない。西垣さんが引用した言葉は「10年泥のように働き、次の10年で人材管理などを十分勉強してもらい、次の10年で学んだことを発揮してもらう」というような意味合いだった。言いたい言葉の意図は「業務を体に覚えさせ、体で覚えた業務をもとに人材管理を学び、そして、管理・運営を行える人材となる」ということだと思う。 これは、個人に対する心構えとしては、納得できる部分もある。 実際、私はほぼこの時間割通りに生きてきている。83年に就職して93
Shibu's Diary: Python温泉に行って本を書いた話
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 写真は出た直後の写真です。もう2年半も経つのでさすがに平積みはもうしてないですし、他の本と比べてバカ売れで底が見えそう、なのも今はないと思います。はい。 PySpaアドベントカレンダーに混ぜてもらいました。アメリカはまだ23日ですが、(JSTの)24日のエントリーとして参加します。 Python温泉に初めて行ったのは第4回だかなんだかで、当時はもう芳泉閣になっていて、必ず雨に降られるという点も含めてすでに恒例行事な雰囲気でした。Python温泉に参加した後につまみぐい勉強法という本を書いたのですが、この本でもPython温泉で学んだことが含まれています。Python温泉は勉強会のカテゴリのイベントの一つとして見てもなかなか面白いものがあります。このあたりを軽く紹介しようと思いま
SIerが技術力を求めているという誤解 - SCHWARZGEIST
ＳＩ屋とかゲーム業界について考えてみた。 実はＳＩ産業のクラウド化と、ゲーム業界のソーシャルゲーム化は システムがネットの向こう側から提供されるという共通点以上に、共通点があると考えるからだ。 そしてその動きは、任天堂の「連結決算を開示して以来始めての赤字」や、 「DeNAによるベイスターズ買収」に見られるように、急激な業界構造の変容を生み出している。 キーワードは技術力ＶＳマネジメントだ。 まずはＳＩ業界の話から始めよう。 案件プライムを取ってこれるような大手システムインテグレータでの システムエンジニアの最終的なキャリアパスは、ＰＭである。 システムインテグレータは若手を、ＰＭにいたるまでのキャリアパスへと 導くための初歩的なプログラミング経験や、運用技術の実務経験を積ませていく。 その成長過程で重視され、身につけることを求められているのは、技術力よりもマネジメント能力と業務知識だ。
すでに定年を過ぎていますが、Amazonで引き続き達人プログラマーを目指すことになりました。 - 達人プログラマーを目指して
このたび9月末日をもってオージス総研を退職し、10月よりアマゾンジャパン株式会社に入社しました。今後はSoftware Development Engineerとして、日本をはじめ世界各国のAmazonのモバイルWebアプリケーションの開発を担当することになる予定です。 およそ7年間にわたり、前職のオージス総研ではソフトウェアアーキテクトとして、SOAやEAといった全社的なシステムのアーキテクチャから、上流のモデリング、Java EEを使ったアプリケーションの開発など、技術者として様々な経験を積ませていただきました。私自身はこのブログでも何度も取り上げてきたように、モデリングやオブジェクト指向といった技術を用いて、実際の基幹業務システムの設計などに活用することで、高品質で保守性の高いシステムの構築に貢献したいという思いがありました。そのようなシステムを構築、維持するためには高品質なアーキテ
「IT業界を去ろう」--そう思った時に見直すべき10項目
Jack Wallen氏は以前「IT業界の仕事を辞めたくなるとき--10の理由を紹介」という記事で、IT業界を離れたくなる理由をいくつかリストアップした。今回わたしはこの記事で、Wallen氏とは異なる観点でIT業界にとどまるべき理由を紹介したい。 1．カネ お金を稼ぐために仕事が大変なのは確かだが、ITプロフェッショナルにはその大変な仕事に見合うだけの稼ぎがある。その給料は単に「いい」という程度ではなく、ずば抜けている。米労働統計局が発表した、「An Overview of U.S. Occupational Employment and Wages in 2010（PDF：米職業別雇用状況と賃金）」（Chart 6）によれば、コンピュータおよび数学関連の職業は平均年収が7万7230ドルであり、2010年の主な職種グループの中で3位を占めている。これよりも年収が高いのは、経営職と法曹職だ
SIビジネスの流れ - @ledsun blog
システムインテグレータ（SI）のビジネスは大きく以下のような流れで進みます。 集客 営業 要件定義 製造 検収・請求 フォローアップ 集客 どんなビジネスでも同じですが、まずは見込み客を集めます。システム開発に興味を持ったお客様を探しアポイントを取ります。よく使われる手法に商品・サービスの説明をするテレアポ、割引を謳ったDM、自社の推す技術のセミナー、役員が個人的に懇意にしている既存顧客の紹介があります。会社の規模やブランドにマッチした手法を選ぶ必要がありますが、会社が成長にするにつれ手法を変えていかなければいけないのが難しいところです。 営業 アポイントの取れたお客様に顧客に直接、自社の提供するサービス、商品の説明を行います。また会社の紹介も同時に行います。お客様がある程度の金額を掛けてソフトウェア開発を行いたいと意思表示をされた場合に次の段階に入ります。そこで現状の課題を聞き出します。
「IT業界」なんて、ないんだよ
このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
「新入りがコーディングできない」理由は面接にあり？ | スラド デベロッパー
職場の新入りの開発者を歓迎したい気持ちは山々なのだが、本人の仕事は遅く、口をついて出る質問は初心者丸出しであり、出来上がったコードを読んでみれば余りにずさんな仕上がりで他の人に一から書き直してもらわないといけない。このような悪夢は誰しもが経験した事があるだろう。 人事や面接担当者が「平均より優れた」「トップレベルの」「上位1%の」人材を雇っていると豪語していたとしても、こういった状況は起きる。問題は面接の仕方にあるとTechCrunchのライターJon Evans氏は指摘する。求めるべきは「良い開発者」なのではなく、出来る開発者なのである。どのような修了証や認定証、また学位を持っているかよりも、ウェブサイトやサービス、またアプリケーションなど現実のプロジェクトに関わってきたことが重要であるのだ。 それにGoogle App EngineやAmazon Web Serviceが無料ティアを提
就活中の学生はプログラマになれ、プログラマはいいぞ
1 名前：以下、名無しにかわりましてVIPがお送りします：2011/02/03(木) 22:35:36.67 ID:lm3qMq680 ただしSIは除く 47 名前：以下、名無しにかわりましてVIPがお送りします：2011/02/03(木) 23:39:44.31 ID:vYSOiTpY0 糞ワロタ プロジェクトによってはデスマになるしなｗ 59 名前：以下、名無しにかわりましてVIPがお送りします：2011/02/03(木) 23:48:02.72 ID:+F3ZABCZ0 SIって何？システムインフラ的ナ？ 62 名前：以下、名無しにかわりましてVIPがお送りします：2011/02/03(木) 23:50:05.26 ID:O+y+/ePwP >>59 システムインテグレーション SIerとは エスアイアー, エスアイヤー： - IT用語辞典バイナリ http://www.sophia
もしもIT業界の下請け構造が崩壊したら - GoTheDistance
みんな死にかけるかもしれないよ。 ひがさんのSI業界からはさっさと抜けだしたほうがいいを読みました。SIには未来が無いという最後通告のような文面のようにも取れます。江島さんのニッポンIT業界絶望論と併せて読むと、言わんとしていることの輪郭がより鮮明になるかと思います。ご一読を。 非効率極まりない下請け構造でシステムを作る時代が過ぎ去り、プロがはじめから高い品質を提供できるSaaSの時代が到来しているよ、と。ユーザーは必要最低限の投資で済む為、よりスリムで堅牢な企業体になる。IT屋も全部自分で出来るしお客さんが喜んでくれて嬉しいよねというWin-Winなシナリオ。 これが仮に未来像としましょう。そうすると、ちょっと考えれば分かる。ITのサプライサイドにとっては、本当に難しい時代に入るってことが。SaaSの時代というのは、僕ら業界にいる人間にとってみれば「多産多死の時代」ではないでしょうか？変
就活に失敗して思うこと
http://anond.hatelabo.jp/20110107214632 概ね賛同。 現在３２歳、「超氷河期」と最初に呼ばれた世代で、報道や世間のムードに流されるままに「働けるだけありがたい」なんてくだらない考えから不本意な就職を決めてしまった結果大コケしたわたしからも一言。 大事なのは、企業を選ぶときにはあくまで自分の欲望に忠実に選ぶことであって、間違えても「自分を企業に合わせよう」なんて思ってはいけない。 この人のすすめている「うそ」は、自分の気持ちを偽れ、ということでは絶対にない。 「入りたいと思っている会社に対して、自分という人材をいかに立派に輝かしくプレゼンテージョンできるか」という能力を磨け、ということだ。 そこを絶対に勘違いしないでほしい。 「０を１にするのはだめだが１を１００にするのはあり」 本当にこの一言に尽きると思う。 ０を１にしてうっかり何かの間違いで採用されて
新しい契約形態での受託開発サービス ｜ 永和システムマネジメント
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
