自分でサービスをつくって自由に生きていきたい、そう思ってフリーランスになってから10年、気がつけば受託開発に追われる日々。たしかに売上は順調に伸びていくものの、物足りない日常が過ぎ去っていく。 「...このまま受託開発をずっと続けるのか？...いや、やっぱり自分でサービスをつくって生活できるようになりたい」 心の声に従うまま、受託を完全にやめることを決意。思い切った決断でしたが、新しい仕事も断り、退路をたってサービス開発に専念。結果、オンラインメンターサービスMENTAがヒットし、M&Aにてランサーズグループにジョイン。いまもサービス成長させるべく、がんばっている毎日です。 自分で考えたものがたくさんの人に使われて、サービスがあってよかった！と言っていただける。サービスをつくる毎日は最高です。 この記事は僕のこれまでの個人開発で学んだ失敗や気付きなどの知見を網羅的にまとめたものになります。

厚生労働省が新型コロナウイルス感染拡大防止策として導入した接触確認アプリ「COCOA（ココア）」に前代未聞のトラブルが発生している。2021年2月3日にAndroid版のCOCOAで、陽性登録したアプリ利用者と接触しても検知しない障害が明らかになった。検知しないため当然通知も来ない。 障害は2020年9月28日のバージョンアップに伴い発生。その機能がなければCOCOAが「無用の長物」と化してしまう中核機能が働かないという前代未聞の障害がなぜ4カ月以上も見過ごされたのか。掘り下げて取材すると、行政機関が委託元となるソフト開発・保守の発注の在り方から課題があることが見えてきた。 「お粗末」と菅首相もバッサリ COCOAはスマートフォンのBluetoothを使って、COCOA導入ユーザー同士の接触を検知・記録するアプリである。新型コロナ感染症の陽性者と接触した可能性が生じた場合、COCOAがユー

朝日新聞デジタル @asahicom 【読まれています】10万円給付のウェブ申請、テスト不十分「開発10日」 asahi.com/articles/ASN8N… 担当した官僚の一人は「給付方針が定まらず、約1カ月のシステム開発期間が10日間になった。予行演習をする時間がなく、あとは実際に動かしながら不具合を修正していくしかなかった」と話す。 pic.twitter.com/i7ylU445Pi リンク 朝日新聞デジタル 10万円給付のウェブ申請、テスト不十分「開発10日」：朝日新聞デジタル 国民に一律10万円を配る特別定額給付金事業で、オンライン申請のためのシステムを準備する時間が足りず、十分なテストができないまま受け付けを始めていたことが政府関係者の話でわかった。オンライン申請は開始… 94 users 126

どうもしんざきです。曲がりくねったSQLを読んで、モニターを威嚇しつつ不要なjoinを削除しまくる仕事で主に生計を立てています。 こんなまとめを読みました。 某大手企業の本社を辞めるという人『古い会社は社内の体制も古い。癒着してるシステム会社も全然ダメでテキストの左揃えを右揃えに変えるだけで300万取られる』（現在は非公開） ワイの妹ト○タの本社やめて転職するらしいんだけど、「古い会社は社内の体制も古くてダメ。癒着してるシステム会社も全然ダメで、テキストの左揃えを右揃えに変えるだけで300万取られる上、バグ（仕様）だらけで仕事にならない」って言ってたの印象深い。 これ、もともとの話の情報量が全然なくって、何のシステムの話かも分からなければシステムの規模も分からないので、300万が高いのか安いのか妥当なのか、というのは勿論なんとも言えないです。 もしかするとこれはぼったくり案件なのかもしれま

本来のミッションから少し離れて、本業の参考にと思って知己を得ていた先方の会社さんを訪問したり情報交換したりして過ごしていたんですが、いろいろ凄いです。「事情を日本のブログで紹介するよ」と言ったら、どこか明かさないという条件で許してくれました。 ●　ソフトウェアの開発効率はあまり考えない シャチョーも担当者も現場の人も、効率は大事だけど開発に取り組む要員の創意工夫ややりがいを重視しているとのこと。現場レベルでは18ヶ月のプロジェクトが50ヶ月遅延した笑い話をしてくれたり、某ドイツの基幹系をロシア企業に提供する際にドイツ人の定義定義のやり方に嫌気が差し、そんなことだから戦争に負けるんだと掴み合いになった話を披露してくれました。 ●　でっかいものを作りたがる どっちかっていうと日本では小さくて正確なコーディングを求めて、バージョンがアップするごとにコンパクトかつバグが少なくという方向で作業指示が

特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に　特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ

富士通の打ち出した方針をきっかけに色々と盛り上がっていますね。 以下のエントリには中堅SIerに勤めている身としては思うところがたくさんあります。引用しつつ少し議論してみたい。 ただし、一方でより本質的に重要なことは、クラウドの普及により、要件の定義から実現、運用までの期間が大幅に短縮できるようになったり、基盤構築など多くの仕事が自動化されることで、上流から下流まですべてを担当できるような真のソフトウェア技術者の役割がシステム開発で重要になってきているというところにあると思います。 ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して ちょっと前提の議論だけど、クラウドの普及で減る時間は、基盤の設計・導入コスト（ミドルウェアまで含む）が中心でその上で動くパッケージについてはクラウド云々ではないよね。もちろん、サービスそのものがクラウド上にある

http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！ 1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視

費やした55億円、水の泡に　特許庁がシステム開発中断 技術検証報告書 ～フォローアップ結果とりまとめ～ 平 成 ２４年 １月 ２３日 どっちを読んでも全然わからん。というわけで、 賀沢さんのGoogle+ をヒントに平成22年8月20日の 調査報告書 を読んでみた。めっちゃ読みに...

どこでも何回も何十回も言われているが、システムを経営の変化に対応させるにはある程度のシステムの開発を内製化すべきである、という論調が強い。この問題は、古くて新しい問題であり、と同時におそらく、いままでとは違うコンテクストで語られることになるような気がしている。ここ１０数年の流れを見れば、内製化の議論はアウトソーシングの流れとそのより戻りの反復運動の繰り返しだといっていても過言ではなかったと思う。近年はむしろ、SI屋さんの全体的な弱体（特に技能として）化とクラウド等によるインフラの導入しやすさと相まって別の背景で語られることが多くなってきている。また、見逃せない背景としては、そもそもの就労可能若年層の減少と、若年層の総体数減少による能力のばらつきの顕在化も強くあげられる。特にシステム開発の供給サイドの問題は、エンドユーザーの内製化の議論においては、今までのコンテクストでは語られることがなかっ

サンフランシスコ周辺で最近大きな話題になっている、リーンスタートアップ、について、簡単に導入解説したいと思います。 これによって、アジャイルは「既存の組織改革」という１つの出口から、「新しい起業の創業（スタートアップ）」という、もう１つの大きなビジネスホームグラウンドを見つけたように思います。 この資料は少し古くて、2009年に Eric Ries が Web2.0. Expo にて発表したものの一部です。オリジナルスライドはこちら。 「ウォーターフォール」、「アジャイル」、そして「リーンスタートアップ」、という３段階で説明していきましょう。 ウォーターフォール型の製品開発モデルでは、問題が既知で、解法も既知、という前提にたっています。計画したことが計画通りにうまくいけば、それでOKという世界観です。 ここでの進捗単位は、工程を１つ進む、ということ。となります。計画駆動の進め方です。 これ

定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請

気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 「この仕事の流れをこう変えれば、BPR（ビジネス・プロセス・リエンジニアリング）ができませんか」。 現場の日常会話でBPRという言葉が出てくる組織はそう多くはないだろう。BPRという言葉があまり使われなくなったからだ。ただ、製造業の場合、BPRを「業務改革」あるいは「カイゼン」に入れ替えれば、同様の発言が飛び交っているに違いない。 「BPRを考えて、新しい仕事の手順を整理し、新手順を処理する情報システムの操作画面とその遷移の仕方を決めました」。 この発言は、業務を改革する案に加え、必要な情報システムまで自分で設計するという意味である。現場担当者がここまでやれる組織はまれであろう。「情報システムの設計や開発は本業ではない、専門家に任せるべきだ」

もともとは釣りだろうとも思えるし、若干プロレス的ではあるものの、某所での某戦士の戦いが凄まじすぎるためにむしろこっちを取り上げるべきだと思った。 「App Storeはほとんど死んだ」――UEI清水氏らが考えるスマホ時代の稼ぎ方 (1/2) http://www.itmedia.co.jp/promobile/articles/1106/14/news051.html 「AppStoreはもう死んでる」はそのままあなたにお返（以下略 http://yasuyukima.typepad.jp/blog/2011/06/appstore_is_not_dead_but_you.html URLが"Appstore is not dead but you"とかマジ強烈。「死んでるのはお前じゃん」とか。ううむ。 で、お前はどっちの立場なのと言われると、どっちかってーと松下さんの意見に個人的には近い

ドットインストール代表のライフハックブログ

シーネットネットワークスジャパンは9月29日、builderとしては2回目のイベントとなる「builder tech day」を開催した。今回は「User Interface & beyond」をテーマに、ソシオメディア、マイクロソフト、アドビシステムズ、カールのスピーカーが登壇し、ユーザーインタフェースの現在と未来について講演した。 本稿では、ソシオメディア取締役である上野学氏の基調講演「ユーザーにとってはUIがすべて」を紹介しよう。 トイレにひそむUIのヒント 講演の冒頭、上野氏は米国の著名なデザイン・コンサルティング・ファーム、Adaptive Pathに2008年まで在籍していたDan Saffer氏と対話した際のエピソードを披露。 Saffer氏が「トイレにはユーザー・インタフェース・デザインの様々なヒントがある」と話していたことを紹介し、下の画像を示した。 上野氏は赤色の注意書

「プログラマはもう要らない」。大手物流会社のシステム子会社で新技術の社内展開を進めるマネージャーはこう言い切る。ここでいうプログラマとは、企業情報システムの開発プロジェクトでプログラムを作成する担当者を指す。ある開発ツールを検証したところ、こうした役割の要員は不要との結論に至ったというのだ。 このマネージャーは記者に対して、ツールを導入した場合の効果をこう語る。「様々な開発言語を知っていて、バグのないソースコードを24時間、延々と高速で書き続ける。そんなスーパープログラマを雇ったのと同じ効果が得られる」。 同社が検証したのは「GeneXus（ジェネクサス）」という開発ツールである。ご存知の方はまだ多くないかもしれない。一口に言えば、アプリケーションの自動生成ツールである。データ項目や画面、業務ルールといった設計情報をGeneXusの表記法で入力すると、ソースコードとテーブル定義情報を自動生