ひとり会社の起業について学んだ10のこと - GoTheDistance
note.com 僕の間違いじゃなければ、時々はてなのブログでコメントを頂いた方のように思う。Python関係で。大変お世話になりました！ 法人の設立にあたっての事務処理と、会社運営のお気持ち編を、自分の体験からまとめてみます。2016年6月にノリ（そうだ独立しよう）だけで起業して7年ほどひとり。今は2人体制になった。 会社を大きくする方法はなんもわからんので、そういう内容を期待される方はすいません！沿わないと思う！ 1. 決算処理は専門家に任せたほうが良い 自分は前職の会計事務所でお世話になったため、起業当初から会計事務所を利用させてもらっている。年間30万弱。決算処理込み。 6月1日に創業したけど、タイミング的に6月になっただけで、深い意味はなかった。会計事務所的に3末はGW進行と重なるので避けたほうがいいかも。 決算処理は確認しないといけない事項が多すぎて、素人がいくら確認しても漏れ
株式会社 クオリティスタートを設立致しました - GoTheDistance
5末で前職のエフ・ケーコーポレーションを退職しました。で、会社作りました。6/1に登記申請を行い受理されてから口座開設と税務署への届出等の細かな手続きがございまして、法人としてスタートするのに１ヶ月かかりました。 quality-start.in StaticPressで作ってS3でホストしてます。WP管理するのがめんどくさくなってしまった。お問い合わせフォームはTayoriというサービスを使っています。 以下、独立に至るまでの経緯を書きましたので、よろしければお付き合い下さい。 独立に至るまでに考えたこと 昨年の今頃から退職は頭にありましたが、次に何をしようと思った時に「これ」というのが浮かなばかった。とりあえず、人に会おう。その中で考えよう。そんな感じで色んな方とランチをご一緒させて頂きながら近況報告をしつつ何をすべきか考えました。 僕がひとりで内製していたこともあり、「業務のわかるエ
はてブを頂くことで生まれる悲喜こもごも - GoTheDistance
突然はてブやTwitterで著名人に拾われて自分のブログに大量アクセスがやってきた・・・そんな時はどうしたら良いのか問題。 「そういうときは身を隠すんだ！」――ネットの乱気流に巻き込まれたら - シロクマの屑籠 インターネットでは軸足をブラすと死ぬ - インターネットの備忘録 最近のはてなオフ会的クラスタの方からみればお前誰だよだと思いますが、不詳ござ先輩、今まで38,000弱のはてブを頂いております。乱気流に頭から突っ込んでどーゆー感じで心のバランスを取ったのかみたいな、そんな話を連々と書きます。 はじめてホッテントリに入った時のこと 「もういいじゃん・・・」っていうのが正直な感想でした。アメリカにはSIerなんて存在しない - GoTheDistanceという記事が2007年に突然ブクマ頂きまして、色んなコメントを頂きました。コメント内容云々よりも、早くこの乱気流は終わらないかな、と。
永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistance
この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り
ITを活用できる組織を増やす為に必要なこと - GoTheDistance
Publickeyさんで特許庁の基幹システム問題が取り上げられています。今回の件はどう考えても特許庁の体制が根本的な原因なので、TSOLが50人を1300人に増やしたことを槍玉に挙げても不毛だなと思っております。 特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態 － Publickey この辺のITのメディアの言説は大抵「なぜXXXプロジェクトは失敗したか」的なざっくりとした問題提起なのですが、失敗にも色んなケースがありますので、本来はそれらを因数分解して細部を議論しなければ教訓は得難い。後に残るものは、ワイドショーレベルの非生産的な言説をみのもんたが茶化すぐらいの微妙な空気ですか。こういう言説がIT業界のイメージダウンに繋がっていることを認識してもらいたいものです。Publickeyさんみたいに、生産的な言説が増えていかないといけない。そういうITのメディアを作っ
大手IT系メディアのミスリードが最近目立っている件 - GoTheDistance
ちょっと頂けないなぁという事例が２つ続いたので、取り上げてみたいと思います。 技術者の半数「将来は不安、だが勉強はしない」 技術者の半数「将来は不安、だが勉強はしない」――IPA調査 − ＠IT この記事タイトルを考えた人は一体何がしたいのか理解に苦しみます。こんなタイトル書かれたら意識の高いエンジニアは怒るに決まっている。「勉強もしないのに技術者名乗るんじゃねぇよ」「言われたことだけやってて文句ばかり言うなよ」とIPAの調査結果と全く違う方向性に燃え広がってしまいます。本来は技術者の自己啓発を促す調査結果でありそれをフォローする記事だったのに「勉強はしない」で全部水の泡であります。ここは「半数以上が将来に不安、勉強方法の確立が急務」ぐらいにしておけば何の問題もなかったのに。最後にIT勉強会カレンダーのリンクを張って勉強会の門を叩こうと締めくくればキレイにまとまったのに。 というか、@IT
クラウド時代のSIerについてインタビューをしました - GoTheDistance
Enterprise ITをテーマに精力的な情報発信をされているPublickeyさんに持ち込ませて頂いた、共同企画のレポートがあがりました！新野さん、ありがとうございました。今回の「クラウド時代を迎えSIerはどう生き残っていくのか」というテーマは僕とPublickeyの新野さんが共通で追いかけているテーマです。 クラウド時代にSIerはどう生き残るのか？ 人月ビジネスからどう脱却するのか？ 大手SIer役員にインタビューしました － Publickey スピードは全てを変えていく クラウドを利用したプラットフォームビジネスを行わないという前提で考えた場合受託開発をどのように変化させていけばいいのか、というテーマ。今回のインタビューを通じて「スピード」が大きな鍵を握る、と僕は感じました。四居氏のメッセージは下記に集約されます。 速く作れるというのはいろんなパラダイムが変わるということで、
もしもIT業界の下請け構造が崩壊したら - GoTheDistance
みんな死にかけるかもしれないよ。 ひがさんのSI業界からはさっさと抜けだしたほうがいいを読みました。SIには未来が無いという最後通告のような文面のようにも取れます。江島さんのニッポンIT業界絶望論と併せて読むと、言わんとしていることの輪郭がより鮮明になるかと思います。ご一読を。 非効率極まりない下請け構造でシステムを作る時代が過ぎ去り、プロがはじめから高い品質を提供できるSaaSの時代が到来しているよ、と。ユーザーは必要最低限の投資で済む為、よりスリムで堅牢な企業体になる。IT屋も全部自分で出来るしお客さんが喜んでくれて嬉しいよねというWin-Winなシナリオ。 これが仮に未来像としましょう。そうすると、ちょっと考えれば分かる。ITのサプライサイドにとっては、本当に難しい時代に入るってことが。SaaSの時代というのは、僕ら業界にいる人間にとってみれば「多産多死の時代」ではないでしょうか？変
WEB技術者の事業貢献度をもっと高めたい - GoTheDistance
このエントリを書こうと思った発端はこのまとめ。 佐々木俊尚@sasakitoshinao氏の、ソーシャルゲーム評、ソーシャルゲームネタと、それに対するツイートまとめ - Togetter このまとめの中で、GREEやDeNAに代表されるソーシャルゲームプロバイダーのみなさんのビジネスモデルが「下流食い」と称されております。 総括的なつぶやきとして、こちら。 しかしこういう下流食いビジネスにこれから日本のウェブの「スタープレーヤー」たちが流れ込んでいくのか･･。日本でネットが普及し始めてから、15年。感無量だ。 http://twitter.com/sasakitoshinao/status/22852929445 極端に言ってしまえば、エッジ効いている技術者集めてやることは中毒性の高いゲームをバラまいて競争心を煽ってお金を使わせる事なのか・・・みたいな所でしょうか。 エンジニアの事業貢献度
はてなのエンジニア退職劇に思うこと - GoTheDistance
id:naoyaさんがはてなを退職し、新しい道を探すことになりました。改めて、はてなユーザーとして感謝申し上げます。はてブというサービスがなければ、その中でアテンションを集めるホッテントリという仕組みがなかったら、今の僕はありません。本当にありがとうございます＆おつかれさまでした。 id:secondlifeさんが退職のエントリでこのような一文を書かれており、恐らくnaoyaさんも同じような心境だったんだと思います。 エンジニアとしてやっていくとして、はてなに残り 1エンジニアに戻る道ももちろんありました。ただ、自分にとってはてなはあまりにも居心地の良い場所になりすぎてしまっていました。それに自分も慣れすぎて、どうしても他人に甘え仕事に妥協が生まれたり、『会社にとって評価されやすい仕事』を気をつけていてもやってしまう自分がいました。また、長年会社にいるとその会社に役立つスキルを使って仕事を
｢小悪魔女子大生のサーバエンジニア日記｣が面白すぎる件 - GoTheDistance
確か｢wordpress smtp auth｣とかそんな単語でググってたら、たまたまヒットしたこのページが秀逸すぎてブログ書かざるを得ません。 小悪魔女子大生のサーバエンジニア日記 特にこの絵が実にいい！技術系で萌え表紙の萌え本ってたまにあるけど、この手書き風の優しく淡い感じがいい！ # 直リンごめんなさい。 これiPadで読めるように電子書籍出したら売れるんじゃね。平野さんのタブレットのビジネス活用なら ‐ Handbookとか使って。 今後も期待しています！！ブログ更新頑張ってください！！！IT業界楽しいですよ！！！！ Twitterでの反響 こ れ で も 一 部 で す。 すごすぎるｗｗｗｗｗ yo_11_06 非常に興味深いのですが非常に重いです。 RT @gothedistance やべぇこのブログ気になる。｢小悪魔女子大生のサーバエンジニア日記｣ http://bit.ly/
｢どすこい出版流通｣に学ぶシステム活用の大切なポイント - GoTheDistance
最近仕事で出版業界のシステム関連でお仕事をする機会を頂き、特に出版流通について勉強する必要があったため、下記書籍を購入しました。 どすこい 出版流通 作者: 田中達治出版社/メーカー: ポット出版発売日: 2008/07/18メディア: 単行本（ソフトカバー）購入: 9人 クリック: 158回この商品を含むブログ (36件) を見る 読むまで知らなかったのですが、著者の田中達治さんは、僕の大学の同じ学部・学科の大先輩であり、筑摩書房でシステム内製に取り組んでいらっしゃったご経歴をお持ちでいらっしゃいました。いろんな意味で大先輩でした。既に他界してしまわれたのが本当に残念で、もしご存命だったらお話をお伺いしたいかったと思いつつ、強いシンパシーを感じながら読み進めていきました。 本の内容はほとんど出版業界の専門的なエッセイですが、システム屋として感ずるものがあった記述を備忘録的に書いておきます
大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance
田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／:::::::::: u＼ ／:::::::::⌒ 三. ⌒＼ ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼ 会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ | ＿＿＿＿＿＿＿_ ＼:::::::::: ｀ ⌒´ ,／ .| | | ノ::::::::::u ＼ | | | ／::::::::::::::::: u | | | |::::::::::::: ｌ u | | | ヽ:::::::::::: -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__| ヽ::
どうしてプログラマがPMになりたくないのか - GoTheDistance
SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな
アジャイルって受託開発との相性が最悪な気がする - GoTheDistance
全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ
内製する以上は｢すごい｣ものを作らなければ、意味が無い。 - GoTheDistance
孤高というやせ我慢をしながら、会社の経営に直接関わっております。 私のミッションの１つには、会社を回す仕組みを高度化させ本業に貢献する業務システムを作ることがあります。 サラリーマン時代、結構な人が自分の会社の売上があがる仕組みを理解していないことに驚きました。お金が降ってわいてくるわけが無いのに、自分の給与の源泉にさしたる関心が無いものかと不思議に思ったものです。自分が存在する組織の成り立ち・競争原理も理解していないにも関わらず、会社の不平不満を言うだけとはトンデモナイ。 前職は｢人月｣という単位で売上を立てておりましたが、入社して人月単価なるものがあると知った時、自分の売価と自分が手にする給料のあいだには何があるのだろうか、と疑問に思ったものです。自分の給与の数字は売上から｢何か｣を天引きされている数字です。それを知る為には、ご自分の会社の大きな仕事の流れを理解しなければなりません。そ
受託開発のメリット・デメリットについて - GoTheDistance
受託開発では技術・人材が蓄積しない、という反論でしたが、そういう受託開発ではいけない、という点では同じ意見です。問題は、どうしたら受託開発で技術・人材を蓄積していくか、ということであり、そこにこそ経営手腕が問われているのだと思います。 受託開発のメリット：キャピタリストの視点：ITmedia オルタナティブ・ブログ タイトルでメリットと書いておきながら何もメリットについて言及していないので、僕が思う受託開発のメリットを書いてみる。大きく言えばこの２つだと思われる。 受託開発のメリット 食いっぱぐれがない 深く狭く濃いサービスを提供できる 受託をやる側からしたら、一番のメリットは受注生産だってことだと思います。オーダーメイドで洋服作ってくれっと発注されるようなものですから、作れば必ず売りになりお金が入ります。買い手にとって受託の難しい所は発注したら後に引けないところなんですが、売り手からする
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
大きな会社と小さな会社のどっちで働くべきか迷っている人へ - GoTheDistance
いきなりポイントから入ります。大企業で働くことと中小企業で働くことの違いは、大企業はルールで動き中小は経営者の恣意で動くということです。ココがすごい重要です。 僕は６年近く大企業にいました。その時に考えたことは大企業で働くということ - GoTheDistanceで書きましたが、大企業の根本的な原理原則はルールで仕事が動くということです。異なる立場・異なるレイヤーの人たちを束ねて１つのサイクルを作るには、ルールを作ってその中でサイクルを回すより他ありません。それの累積によって企業文化なるものが形成されます。 大企業にいてよかったことは｢普通に仕事をさせてもらえる｣ことでした。もちろん仕事を選ぶことは基本的に出来ないんですが、明確に自分の役割が与えられ、そのロールに従いすべきことをして、あるべき成果を出してその仕事を終える。あっちいったりこっちいったりということはない。いきなり全く次元の違う
最近SIerがだいぶヤバくなっている件 - GoTheDistance
via IT業界から思ったことを。 Twitterでつぶやいたら結構こんな感じで厳しい状態になっているSIerが増えているようなので、僕なりに現状をまとめてみる。 よくわかるSIer涙目の構図 サブプライム、金融危機でSIerのお得意様の金融・メーカー様が大打撃を食らう。 2008年はとりあえず様子見で予算編成は据え置きだったが、今年に入って財布にチャックがかかる。 先行き不透明なので、GW明けぐらいの今期のIT予算が相当カットされた数字になった所が続出。 計画していた新規案件を中止するなどする。運用でなるべくカバーする方向へお客様が動く。 その結果SIerは新規案件がなくなる。案件自体がなくなっていく。予算が無いから当たり前。 大手がプロパーの仕事がなくなってきたのでプロパーで人数減らしてまわし始める。 プライムで食い込んでいるお客様の仕事が減ってきたので、外注に仕事が依頼できる余裕がな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
