SI業界で技術者が軽視されてしまうのは何故なのか - GoTheDistance
日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指してを拝読しました。この手の議論は定期的に出てくる根の深い問題でありまして、1億年と2000年前から多くの方に言及されています。しかし、それほど大きい問題であるということです。一概にああしろこうしろで片付く問題ではありません。 色々論点はありますが、「技術を売って社会貢献している業態なのに、一番重要な技術者を軽視するってどういうこと？」という１点に集約でき、上記エントリの主題も同じです。技術onlyの専門家の存在が認められないのが問題だと。しかしですね、「技術者そのものを売ってるんだから、軽視云々を言ってもどうしようも出来ない」という果てしない平行線を辿っていることが見えているでしょうか？ブルーハーツの「弱いものたちが夕暮れ 更に弱い者を叩く」というフレーズが思い起こされます。 技術者
なぜエンジニアは勝てないのか？ - かえるの開発工房
エンジニアは、他の職種では使えない魔法を持っている。その力は、抽象化による自動化だ。ただ、非常に残念なことに、その力を十分に発揮できているとは言えない。色々なエンジニア（会社）が作ったサービスを見てきたが、エンジニアの色が濃く出ると、大抵うまくいかない。よっぽどそのエンジニアが天才的であれば違うのだろうけど、出来ることは「プログラミング」の域を出ることはめったにない。 私自身、エンジニアとしてソーシャルアプリを作っているが、プログラムしか出来ないエンジニアの弱さを痛感する。プログラムは抽象化のための作業だ。作業を給与を得るための交換するものとして見ている人と、目的を達成するための選択と行動としてのプログラムをしている人では、結果は10倍どころか100倍くらい違うところを観てきた。 強さと弱さ 単純エンジニアは、ものすごい力を持っているに関わらずとても弱い。なぜならば、どのようにすれば目的を
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
派遣PG時代の思い出
@vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 2010-05-11 12:42:06
技術者の仕事を価値に変えるには、単価を超えるしかない。 - GoTheDistance
人月単価からの脱却というテーマも毎年のように浮かんでは消えていくのですが、その時その時で思うことは変わっていくので、現時点の考えをちょっと整理してみたいと思います。 どこでも言われていることですが、人月の最も絶望的なところは｢成果で価値を図ることが出来ず、猫も杓子もみんな同じ｣になることです。初心者でもプロでも、同じ値段。だって手間賃＋αだから、と。おごちゃんがSIerでは、1人が1人分しか稼げないという指摘をされており、僕もこの点においてSIerに絶望しています。個人が飛躍できるエコシステムが、どこにも無い。生産性が高くても給与が上がらないとか、人月見積もりは生産性がどうという主張は｢りんごは赤い｣という話に聞こえるので、逆に大丈夫かと心配になる。 初期費用が少なく借金することもなく、極論するとたった１人でも圧倒的な成果を出せるレバレッジが効くのがIT(知的成果物)の一番のメリットなのに
序列をなくした新しい会社組織のかたち - GoTheDistance
この話に入る前に。 えがい人と海外ニートさんの論争って、一昔前にはてなで流行った｢10年は泥のように働け｣に対する反発と同質なんじゃないかなーと思って読んだ。すごく簡略化すると｢仕事というのは一生懸命にやって頑張らないと始まらないのだ。疑問を覚えてもそこで頑張ってみるといいよ。｣対｢刺身たんぽぽのようなお仕事でサビ残休出の泥にまみれて人生がしぼんで自分が壊れたら何の意味もねーだろ｣という、果てしない平行線。互いに取り付く瀬がない感じが際立っていました。 個人的には会社に強制的に死ぬほど働かされた経験が無いので、｢日本企業は常にブラックで社員のケツをひたすら叩くんだぜ｣的な話を聞くと、全然実感が無い。残業200時間ぐらいあるけど、得たものも多かったから、今はよき思い出になってる。環境に恵まれていただけかもしれないけれど。 この話を考えると、｢働く人全てが上昇志向を持っているわけがないのに、全
それでもアジャイルに未来があるとすれば - GoTheDistance
前回のこのエントリの続き。 アジャイルって受託開発との相性が最悪な気がする - GoTheDistance 受託開発との相性の悪さについて問題提起をしてみたのですが、アジャイル開発って内製向きだよね以上のことが言えなかったので、もうちょい掘り下げてみます。 アジャイルや受託という切り口で書いてみたんですが、僕も頂いた様々なフィードバックを鑑みて考えたところ、受託も内製も滝も俊敏も関係なくて、要は｢前工程の成果物を後工程で活用できず断絶されている｣ということが全ての根幹にあるように感じた。 ソフトウェア開発は｢設計→実装→テスト→改善｣のサイクルを回して初めてPDCAが回るのに、我が国では何故か｢設計でPDCA｣→｢実装でPDCA｣→｢テストでPDCA｣という感じになっていて、前工程の成果物が後工程でフィードバックができず、やる必然性の無いことを違うレイヤーで繰り返しているんですね。で、当然
受託開発のメリット・デメリットについて - GoTheDistance
受託開発では技術・人材が蓄積しない、という反論でしたが、そういう受託開発ではいけない、という点では同じ意見です。問題は、どうしたら受託開発で技術・人材を蓄積していくか、ということであり、そこにこそ経営手腕が問われているのだと思います。 受託開発のメリット：キャピタリストの視点：ITmedia オルタナティブ・ブログ タイトルでメリットと書いておきながら何もメリットについて言及していないので、僕が思う受託開発のメリットを書いてみる。大きく言えばこの２つだと思われる。 受託開発のメリット 食いっぱぐれがない 深く狭く濃いサービスを提供できる 受託をやる側からしたら、一番のメリットは受注生産だってことだと思います。オーダーメイドで洋服作ってくれっと発注されるようなものですから、作れば必ず売りになりお金が入ります。買い手にとって受託の難しい所は発注したら後に引けないところなんですが、売り手からする
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
