この投稿は 8年 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 僕は会社を独立してからずっと受託でお金を稼いでいるのですが、基本的に頼まれたことをやっているだけなので、わりと取引先を失うことがあります。なので、失注と言っても競合プレゼンで敗北するのではなく、気づいたらいつのまにか別の業者に鞍替えされてたというパターンですね。 このパターンに陥るケースとしては、だいたい以下の条件を満たしています。 先方はすごい沢山の提案を貰いたがっている 予算感が提示されない 本業がITとは縁遠い 実はこのサイクルに陥るのには黄金パターンがあります。それは、「Webに詳しい人が僕を見つけ出して依頼した」という代理店的なパターンですね。基本的に営業をしない弊社では、それが受注のすべてです。 で、いつのまにか僕が直接依頼を受けるようになることがあります。その人な
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。(書く順番が逆っぽい) 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く