タグ

IT業界に関するizocのブックマーク (15)

  • 日本のソフトウェアの品質が低すぎる理由とは?

    ソニーやカシオ、パナソニックなど、日には世界有数のハードウェアメーカーが数多く存在している一方で、ソフトウェアの多くは海外製品に頼っていることが多く、日のソフトウェアの品質の低さが指摘されています。その理由について、ポッドキャスト配信者のティム・ロメロ氏が解説しています。 The forgotten mistake that killed Japan’s software industry - Disrupting Japan https://www.disruptingjapan.com/the-forgotten-mistake-that-killed-japans-software-industry/ 日製ソフトウェアの品質が低い原因は、明治時代に生まれた財閥にあるとのこと。大企業グループまたは家族経営の企業グループである財閥は、当時の政府に対して強い影響力を持っており、政府に

    日本のソフトウェアの品質が低すぎる理由とは?
    izoc
    izoc 2024/11/18
    SIビジネスと賢い現場の部分最適の相性が良すぎて今更方針転換出来なくなってる感あるよね。不特定多数の意見を拾い上げてメンテされる汎用品と閉じた世界の専用品比べたらそりゃねえ
  • SIerからWeb系企業に転職する人は大勢いても、Web系からSIerに転職する人はわずかなのは何故か?|いぐぞー ✈️ 旅するプログラマー

    SIerからWeb系企業に転職する人は大勢いても、Web系からSIer転職する人はわずかなのは何故か? 自分は様々なITエンジニアと交流したことがあるが「技術が好きでITエンジニアになった人」でSIerからWeb系企業に転職した人は大勢いるけれど、Web系からSIer転職しようと決めた人は見たことがない。 もちろん、これは自分の観測範囲内の話でしかない。だから単なる偶然かもしれない。 ただ同僚や友人SNS・勉強会で知り合った人など、少なくとも80人以上のITエンジニアから仕事の変遷を聞いて、これなのだ。 一方で、中小から大手、大手から中小に転職をする人は全然いる。 たとえば誰もが聞くようなメガベンチャーから中小企業に転職してくる人は意外といる。 給料が安くなる転職を受け入れる人もいる。 未経験からITエンジニアになる人もいれば、ITエンジニアからまったく違う業種に移る人も大勢いる。

    SIerからWeb系企業に転職する人は大勢いても、Web系からSIerに転職する人はわずかなのは何故か?|いぐぞー ✈️ 旅するプログラマー
    izoc
    izoc 2024/08/03
    箸の上げ下げまで調整&承認で自分の創造性が入り込む余地があんま無いでしょSIerは。受け身で生活のためと割り切ってる人が向いてると思う。かくあるべしと理想を掲げる奴はいずれ去る
  • 5年いた富士通を退職した理由

    5年エンジニアとして務めた富士通を一昨年退職した。そろそろほとぼりも冷めたと思うので、書く。 真面目に書いている増田もいるが、僕は自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる。 開発環境がだめまずこれがトップにくる。 当にだめだった。多分開発させる気なんてなかったんだろうなあ。ニートでももうちょっといい環境を使っていると思う。 メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PC富士通製のミドルクラスのノートPCしか支給されなかった。 Macなんか認めん!iOSアプリも富士通PCで作れ!(当にあった話)。 机上環境もだめいろんな環境にいたが、その中でもひどかったのは、もともと生産ラインがあった場所に机を置いて事務所として使っていた場所だ。机もせまかったし、気温も暑いか寒いかのどちらかだった。 そこに協力会社を大量に押し込んで、ソフトウェアの生産ラインを作

    5年いた富士通を退職した理由
    izoc
    izoc 2019/04/04
    想像通りで何の驚きもなくただただ嘆息。海外勢に負けてるし問題も嫌というほど可視化されてる。日本の大企業は潰れないと変われないのか!?
  • 退職エントリーを書かれる前に実践したい、エンジニアが辞めないチームの作り方

    採用難に苦しむIT企業でマネジャーをやっている皆さん、こんにちは! プログラマーにして採用担当、菌類のくせに人類を採用、育成している「きのこる先生」です。 普段はIT企業で働くエンジニアの皆さんに転職やキャリアについてお話していますが、今回は担当編集からのリクエストで、そんなエンジニアたちのマネジャーとして日々奮闘している皆さんに向けてのお話です。 エンジニアに「辞めます」と言われたら いきなり胸が苦しくなるような見出しですが、今回のテーマは「エンジニア退職」です。 皆さんはマネジメント対象であるエンジニアから「辞めます」と言われたことはありますか? 菌類は、あります。それはもう、数え上げたらキリがないほど……。 どんな理由であっても、チームのエンジニアが辞めるのはつらいものです。目の前の仕事には影響が出るし、残されたチームメンバーも何だかざわついてしまいます。「今までのマネジメントは間

    退職エントリーを書かれる前に実践したい、エンジニアが辞めないチームの作り方
    izoc
    izoc 2019/02/25
    結局会社の文化や制度だよね。マネージャーの力量で左右される領域は限定的。
  • 「GAFA流出への危機感」NTTデータ 高額報酬の人事制度を投入へ - エンジニアtype | 転職type

    2018.12.12 ITニュース NTTデータは、2018年12月4日(火)、AIやIoTなどの分野で、専門性の高い外部人材の獲得を狙った人事制度『アドバンスド・プロフェッショナル制度』(以下、ADP制度)を新設したと発表した。世界的に不足しているAIやIoTのトップ技術者は、国境を越えた争奪戦になっている。国内IT企業では最高水準の年収2000万~3000万円で処遇し、米国企業とも戦える報酬制度で対抗する狙いがある。 NTTデータの代表取締役副社長執行役員 人事部長である柳圭一郎さんは、「専門性の高い技術者を獲得するために制度を新設した」と語る。今後、同社の人材確保の鍵を握るADP制度設立の背景や概要を紹介しよう。 株式会社NTTデータ 代表取締役副社長執行役員 人事部長 柳 圭一郎さん 市場価値に応じた報酬制度で採用をしていく ADP制度とは、AIやIoT、クラウド、セキュリテ

    「GAFA流出への危機感」NTTデータ 高額報酬の人事制度を投入へ - エンジニアtype | 転職type
    izoc
    izoc 2019/02/06
    カネの問題じゃない。理想を追及出来ないガチガチの社内ルールや開発以外の余計な事が仕事のメインになっているのが解決すべき課題だ。
  • 派遣PG時代の思い出

    @vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 2010-05-11 12:42:06

    派遣PG時代の思い出
    izoc
    izoc 2010/08/14
    金融システム開発現場の日常風景。あのクソソース/クソ設計/クソ規約思い出すとムカついてくるわw
  • これからやってくるクラウドの時代とSIerのあり方 - GoTheDistance

    PublicKeyの新野さんが刺激的なエントリを書かれているので、便乗してこれからのSIerの未来像を考察してみます。 顧客にとってITコストの削減はSIerにとって売上げの減少になります。顧客がクラウドのサービスをそのまま利用することは、開発やカスタマイズをすることに存在意義があるSIerそのものを脅かします。 クラウドの存在は、SIerにとって逆風のように見えます。そしてSIerの存在もクラウドの普及にとって逆風なのかもしれません。 日SIerはクラウド普及の逆風なのか? - Publickey クラウドとSIerの価値が相反している為、お互いにとって「目の上のたんこぶ」ではないかという意見ですが、現状その通りだと思っています。開発せずにスムースにサービスを利用できることがクラウドの強みでもありますが、システム運用をクラウドによって完結させることができる故にシステム基盤の構築・運用

    これからやってくるクラウドの時代とSIerのあり方 - GoTheDistance
    izoc
    izoc 2010/07/22
    コンサルか、アプリベンダーか、どっちつかずのお零れ狙いか、SIerは岐路に立たされている。俺も身の振り方考えんとな・・・
  • 自分の頭で考えるのをやめてみよう : ロケスタ社長日記

    Webコミュニティとかを作っているロケットスタートという会社の代表取締役をやっています。いつもがんばっています。 優秀な20歳前後の人と話しているとよくあるのですが、自分の頭で考えるということをしすぎている気がするのです。 たぶん昔から「自分の頭で考えろ!」とか言われまくってるんだろうなあ、と。 そんなんで 「自分の頭で考える」=「いいこと」 と勘違いしていたりするのかもしれません。 頭で考えないのも大事 プログラマーの人がよく言う言葉として、車輪の再発明はするな、という言葉があります。すでに発明されたものをゼロから初めても意味ないよね、ということです。車輪を発明する手間をかけるなら、その時間をもっと新しくクリエイティブなことに使ったほうが有益なわけです。 で、優秀な人ほど自分の頭で考えようとする。とりあえず自分の頭で考えるというやり方をするのです。 自分の頭で考えなければ

    izoc
    izoc 2009/10/12
    車輪の再発明は無駄な作業だが楽しい。利益には貢献しないが成長には貢献してると思う。
  • 現在、価値が上昇中のITスキルはJava、Linux、仮想化。では価値が下降したスキルは?米調査会社

    米国の調査会社Foote Partnersが、米国でホットなITスキルのランキング「Foote Partners Hot List」を公表しています。ホットなITスキルとは、過去3カ月から6カ月のあいだに価値が上昇し、高い給料が支払われ、今後もニーズが高いと予想されるスキルを同社が調査したもの。 1位: Java EE、SE、ME 2位: Linux 3位: Virtualization(all) 4位: Microsoft .NET 5位: NetWeaver(SAP) 6位: Flex 7位: Business process management/modeling/improvement 8位: SAP SM(Service Management) 9位: Security 10位: SAN(Storage Area Networking) 1位のJavaはやや意外な感じがしますが、

    現在、価値が上昇中のITスキルはJava、Linux、仮想化。では価値が下降したスキルは?米調査会社
    izoc
    izoc 2009/08/10
    C++/CLIってもしかして地雷?
  • 開発工程でSEが書く文書の基本 − @IT自分戦略研究所

    「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回

    開発工程でSEが書く文書の基本 − @IT自分戦略研究所
    izoc
    izoc 2009/08/03
    とっても大切なのに誰も教えてくれない事。
  • 25歳からプログラミング「泣きながら覚えた」 庄司嘉織さんのエンジニアライフ - 特集:No okyuu, No Life [okyuu.com]

    赤毛に青いサングラス――独特な出で立ちのエンジニア庄司さんは25歳からプログラマーに転向した。プログラミングは「泣きながら覚えた」と振り返るが、いまやjava-jaを立ち上げるなど精力的に活動するエンジニアだ。 この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 (取材・文=編集部) 庄司嘉織(しょうじよしおり) 1975年7月22日生 34歳 ドワンゴ 研究開発部 統合情報システム開発部 【略歴】 1996年3月 沖縄大学中退 2009年3月 株式会社ドワンゴ入社 ――ITエンジニアになったきっかけを教えてください。 庄司 プログラマーになる前は、契約社員で4年ほどパソコンのサポートをやっていました。中小企業のヘルプデスク業務を支援したり、プロバイダーの加入者をサポートしたり、仕事は多岐にわたっていました。インターネットが出たての頃だっ

    izoc
    izoc 2009/07/29
    自分も本格的にプログラミングを始めたのが遅いからこういう記事を見ると嬉しくなってくる。10代からゴリゴリとプログラム組んで無くてもその気になれば技術者としてやっていける。
  • SEはいらない - No Programming, No Life

    ソースが書けるSEよりも 設計ができるPGの方がすばらしいのだ! なぜなら、多くのSEはソースを書くことを忘れてしまったSEであるから。 設計もできて、ソースも書けるPMよりも 設計もマネジメントもできるPGの方がすばらしいのだ! なぜなら、多くのPMは設計もソースを書くことも忘れてしまったPMであるから。 だから私は、そんなプログラマでありたい。

    SEはいらない - No Programming, No Life
    izoc
    izoc 2009/07/24
    つーかSEって呼び名を無くそうぜ。
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
    izoc
    izoc 2009/07/24
    ここら辺は人によっては本当に関わる機会が無い。大事な事なので見直す。
  • IT業界

    IT業界っていっても非常に大きくて、ネットワークからユーザサポート、そしてシステム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、それを大手SIの子会社と外部協力会社(派遣会社)から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでたのは通年4月から始まるはずの新規案件で、案件数が激減した。業務とか言語とか関係ない。何でもかんでも一気に減った。 その結果、3月末日で終了した案件に投入されていた人材が一気に余剰人員となった。 また保守案件に携わっていた外注要員も、契約更新のタイミングでSIのプロパーと入れ替わりとなっていった。

    IT業界
    izoc
    izoc 2009/07/24
    短期的には景況感による案件減少。長期的にはクラウド化による受託開発市場の縮小。翻弄される立場の人間としては頭が痛い。
  • 最近SIerがだいぶヤバくなっている件 - GoTheDistance

    via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃をらう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムでい込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな

    izoc
    izoc 2009/07/24
    こんな時に待機要員は自社の業務を分析してプロセスや環境の改善を図ったりすべきなんだろうけど、結局技術本を読んでるだけで一日を終えている奴ばっか。
  • 1