能力が高くても仕事を請けることは出来ない - GoTheDistance
エンジニアのキャリアを考えればフリーになったり起業したりするというのは王道パターンの１つであると言えます。いざその道を歩むとなれば仕事を自分で受注しなくてはならない。そこに存在する落とし穴が表題そのものなんですが、もうちょい詳しく書いてみます。 「取ってきて貰った仕事をする」ヒトが「自分で仕事を取ってきて請け負う」を目指すときに起こる一番の勘違いは「能力が高ければ仕事を請けることが出来る」というものだ。 ここでいう能力というのは、エンジニアで言えば｢Javaが書ける｣｢サーバー構築が出来る｣｢MySQLのDBAをやっている｣というような類のモノ。要はスペックと考えるとわかりやすい。単純な話だが、仕事を発注する企業やヒトは技術の専門家じゃないので、ある一定水準以上のスペックは「どんぐりの背比べ」にしかならないことが多い。スペックが高いというのは伝わりますが、伝わったところで「それはすごいです
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
28才のリアル〜スーツとギークのあいだを彷徨う〜 - GoTheDistance
ここ１年ばかりスーツとして仕事をして感じたことを一気に書きなぐる。 端的な表現を使うとスーツは「システム開発において直接開発作業に携わらないマネージャ、営業、コンサルの総称」です。ギークというのは「プログラムを書いてソフトウェアを組んでいる人、もしくは何かしら世にプロダクトを出している or 出していた人の総称」ということにします。 日本のITビジネスは脆弱なビジネスモデルです。最も品質を問われるべきソフトウェアにおいて派遣による偽装請負なんかがまかり通っているのは、日本だけです。70〜80年代にプログラマの絶対数が足りなくてとにかく人をかき集めて現場に派遣するようなスキームが横行したのと、時間がかかればかかるほどコストがかかり結局その分売上が立つという人月商売モデルの２つの悪因が両輪となって、今のような奇形児になりました。 簡単に言うと、腐れエンジニアをかき集めて仕事を進めるスキームにな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
