タグ

ブックマーク / gothedistance.hatenadiary.jp (6)

  • 地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance

    facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは? 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう

    地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
  • 大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance

    田中克己の針路IT - ソフト会社に明日はない?:ITpro ____ /::::::::::  u\ /:::::::::⌒ 三. ⌒\       ウソだろ!? 今期、いきなり利益半減? /:::::::::: ( ○)三(○)\          会社どーすんだろ・・・orz |::::::::::::::::⌒(__人__)⌒  | ________ \::::::::::   ` ⌒´   ,/ .| |          | ノ::::::::::u         \ | |          | /:::::::::::::::::      u       | |          | |::::::::::::: l  u             | |          | ヽ:::::::::::: -一ー_~、⌒)^),-、   | |_________| ヽ::

    大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance
  • 進化を諦めた保守などありえない - GoTheDistance

    さんが刺激的なエントリを書いていらした。 場当たり的な対応で工数が少なくてすみ、影響範囲も少ないが、コードは汚くなるという案と 影響範囲が広いし工数も掛かりそうだが、コードは綺麗になるという案があるとき、 僕は、よほどの差でない限り、コードが綺麗になるほうを選ぶ。 安全策が後手後手を生む - 山大@クロノスの日記 場当たりなので手間はかからないけどコードが汚染される 挑戦的なので手間もお金もかかるけどコードが綺麗になる それ自体は「よくある」葛藤だと思います。 山さんはよほどの差で無い限り後者を選ぶとおっしゃられており、僕は極めて英断だと思っています。そのような「英断」を支持してもらうためにはどうすべきか、という視点で続きを書いていきます。 コードが汚染されてしまうと、システムが技術的負債を抱えることにつながります。とても可視化しにくいコストなのですが、「ちょっと何かを変更するだけ

    進化を諦めた保守などありえない - GoTheDistance
  • 大きな会社と小さな会社のどっちで働くべきか迷っている人へ - GoTheDistance

    いきなりポイントから入ります。大企業で働くことと中小企業で働くことの違いは、大企業はルールで動き中小は経営者の恣意で動くということです。ココがすごい重要です。 僕は6年近く大企業にいました。その時に考えたことは大企業で働くということ - GoTheDistanceで書きましたが、大企業の根的な原理原則はルールで仕事が動くということです。異なる立場・異なるレイヤーの人たちを束ねて1つのサイクルを作るには、ルールを作ってその中でサイクルを回すより他ありません。それの累積によって企業文化なるものが形成されます。 大企業にいてよかったことは「普通に仕事をさせてもらえる」ことでした。もちろん仕事を選ぶことは基的に出来ないんですが、明確に自分の役割が与えられ、そのロールに従いすべきことをして、あるべき成果を出してその仕事を終える。あっちいったりこっちいったりということはない。いきなり全く次元の違う

    大きな会社と小さな会社のどっちで働くべきか迷っている人へ - GoTheDistance
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

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

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • 簿記と会計と財務の違いについてまとめてみた - GoTheDistance

    また、お金の話についても、そもそも簿記(booking)・会計(accounting)・財務(financial)の区別がついてない人が多いです。 株式会社スターロジックの羽生章洋が書いてるブログ:起業・経営の必要条件 「やべー正直わかんねぇ、オレってだせぇ」と思った紳士淑女のために、ざっくりまとめてみました。突っ込みはゆるふわでお願いします>< 簿記とは 企業が日々行う取引から、貸借対照表や損益計算書を作成するための元ネタ(総勘定元帳)を作ることです。単式簿記・複式簿記とかもあくまで方法論です。ただ、企業組織の場合は家計簿とは違い、発生したお金の結果だけではなくその原因について因果関係を踏まえて帳簿をつけていかないと、プラスとマイナスが正しく管理できない。つまり、5万でEeePCを買ったという行為だけを管理するのが単式簿記で、5万円のEeePC入手&現金5万円の支出を紐付けて管理するのが

    簿記と会計と財務の違いについてまとめてみた - GoTheDistance
  • 1