SI業界からはさっさと抜けだしたほうがいい - ひがやすを技術ブログ
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 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受
なぜエンジニアは勝てないのか？ - かえるの開発工房
エンジニアは、他の職種では使えない魔法を持っている。その力は、抽象化による自動化だ。ただ、非常に残念なことに、その力を十分に発揮できているとは言えない。色々なエンジニア（会社）が作ったサービスを見てきたが、エンジニアの色が濃く出ると、大抵うまくいかない。よっぽどそのエンジニアが天才的であれば違うのだろうけど、出来ることは「プログラミング」の域を出ることはめったにない。 私自身、エンジニアとしてソーシャルアプリを作っているが、プログラムしか出来ないエンジニアの弱さを痛感する。プログラムは抽象化のための作業だ。作業を給与を得るための交換するものとして見ている人と、目的を達成するための選択と行動としてのプログラムをしている人では、結果は10倍どころか100倍くらい違うところを観てきた。 強さと弱さ 単純エンジニアは、ものすごい力を持っているに関わらずとても弱い。なぜならば、どのようにすれば目的を
スーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記
少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が
フリープログラマという生き方
フリープログラマってどんな生活をしているんだろう，と考える人は多いかもしれません。ここでは，プログラミング専門誌「日経ソフトウエア」で2001年から続いている長寿人気連載「フリー・プログラマの華麗な生活」（現在も連載中）から，その厳しさ，楽しさを垣間見ることができる記事を12本，厳選してご紹介します。 連載筆者の中條氏は1960年生まれ。大手SIベンダーに勤めた後，何度かの転職を経て1999年に独立。モバイル・コンテンツ系のシステムをはじめ，Webシステムの開発を得意とするフリーのソフトウエア技術者として10年にわたって実績を上げてきました。 もちろん，現在に至る道は決して，平坦ではありませんでした。しかも最近は，「100年に1度の大不況」で，大きなプロジェクトがいくつもクローズし，首都圏でもソフトウエア技術者は余り気味。中條氏もその例に漏れず，人材派遣会社との仕事探しの顛末を日経ソフトウ
エンジニアがミーティングを嫌う理由 – バイリンガルの独り言
エンジニアがミーティングを入れられる事を好まない事や、不機嫌になる事は英語圏や日本を問わず知られているかと思います。実質、私の周りにもこういった傾向がありますし、職人的に秀でてる方ほどこの傾向が強いと感じています。さて、これはなぜでしょうか？ 友人のtweetにPaul Grahamというプログラマ兼ベンチャーキャピタリスが書いた、Maker’s Schedule, Manager’s Scheduleという面白い記事へのリンクが貼られていたので、私なりに要約して紹介します。 二種類のスケジュール プログラマやライターがミーティングを嫌う理由は彼らが他の人間とは違う種類のスケジュールで働いているからであるとGraham氏は語っています。氏いわく、スケジュールには二種類あります。 Maker’s Schedule（物を作る者のスケジュール） Manager’s Schedule（管理する者の
日本的経営が社畜を生んだ理由 - elm200 の日記(旧はてなダイアリー)
社畜とは、会社に強い忠誠心を持ち、私生活を犠牲にして、会社での労働を第一に置くような価値観をもつ従業員を揶揄する言葉だ。「社畜論」については、日本では定職を持たず、その後、オーストラリアで修士号を得て、いまはシンガポールで会社勤めをする海外ニートさんのブログが面白い。（アクセスすると音が出るので気をつけてね） 先日、私は、「異なる文化をもつ人たちと働くということ」、「残業は恥だ」という日本の労働環境を批判するエントリを続けて書いた。私はかつてカナダのローカル企業で２年半くらい働いたし、その後も、韓国・中国・ベトナムなどに住んで、現地の人たちの働きぶりを観察する機会を持った。 とにかく、日本の職場の雰囲気や考え方は、海外の職場とは著しく異なる。しかも、北米（カナダ・アメリカ）の職場と日本以外のアジア（韓国・中国・インド・ベトナム）の職場の雰囲気は当然異なるものの、それでも日本のそれに比べると
現代という時代は、どのようなプログラミングを求めているのか？ - 分裂勘違い君劇場 by ふろむだ
Rubyを使うべき本当の理由は、根源的には、日本で自殺者が増えた理由と同じです。 今後日本が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日本の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根本的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ、
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
