酒と子どもと開発と 開発期間に約3ヶ月間かかっていますが、実際にコードを書いた（コミットした）のは約24日間。家に帰って夜中にやったり、週末にまとめてやったりしたので、個人サービスならこんなものかなと思います。 僕はお酒が好きでほぼ毎日家で飲んでいるのですが、ついつい飲み過ぎてコードを書くことが出来ないことがよくありました。こんなんでは個人開発であるかぎり、いつまで経ってもリリースできません。なので、事前に「今日はコードを最低3時間は書くぞ」と決めて、酒を飲む量をコントロールしました。 ポイントは、禁酒はしなかったというところです。僕は自分が意思の弱い人間（特にお酒に対して）で、禁酒なんて難易度の高いことに挑戦するよりも、ビールを1本飲みながら楽しく開発しよう！という方針のほうが継続できるということを知っているのです。という言い訳ですね。はい。 また、1歳半の子供もいるため週末の大半は家族

昨日地上波でやっていた映画「ソーシャルネットワーク」見ました？！もちろん劇場やDVDで見た人も沢山いると思いますが、あの映画の肝は、ザッカーバーグがどんな「悪巧み」を思いつく人だったかということだったかと思います。 ザッカーバーグがやった「悪いこと」は、facemash.comというサービスを作ろうとした時に、 １．ハーバードの学生リストを作るために寮のwebsiteを片っ端からハッキングしたこと。（つまり現状できてないことを実現したこと） ２．炎上必至で怒られるような魅力的なサービスを作ったこと。 facemash.comはハーバードの女子を比較してどっちが可愛いか？！ということを格付けするサービスで、女子から猛反発を受けました。しかし、その後、Facebookを立ち上げることでその時の悪評は覆され、彼は伝説になっていきます。 今後、スマートフォンを端末として日常の中に入り込むサービスを

仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 こんにちは、最近保存食作りにはまっている縣です。先日は完熟梅のジャムを作りました。もうすぐ夏ですね。 さて、ヌーラボでは６月の第１週に、「Backlog カイゼン週間」と銘打ってBacklogの改善を多数実施しました。本日、その成果をまとめてリリースしました。このリリースには約60の大小様々な改善が含まれています。 Backlogカイゼン週間って何？ Backlog カイゼン週間とは、「Backlogの改善だけをする週間」です。その期間は新機能の開発は一切行わず、ひたすら小さな改善だけを行います。この改善週間には、Backlogチームの開発者はもちろん、プロジェクトの枠を超えて、ヌーラボの全ての開発者が参加しました。 カイゼン週間を実施した理由 Backlog はヌーラボ設立当

マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ プロジェクトにはトラブルが付き物です。すべてが予定通りに進むプロジェクトなんてほとんどないと言ってよいでしょう。 相次ぐトラブルのせいでスケジュールが予定より大きく遅れてしまった場合、それはどのようにすれば取り戻せるのでしょうか。誰でも思いつく一番単純な方法は、残業や休日出勤などで労働時間を伸ばすことです。 しかし、これは必ずしもいい方法とは言えません。普段の2倍の時間働いたからと言って、2倍のアウトプットが出せ

ITはさまざまな分野で活用されているが、医療・福祉でも最先端の技術が活躍している。 このほど登場したのは、心拍や心電図、呼吸速度、体表温度といった生体データが計測できる小型のセンサー「HealthPatch」と専用アプリ。バンドエイドのようにセンサーを胸部にはりつけると、データがBluetoothでスマートフォンなどの端末に送られるというものだ。 米国食品医薬品局（FDA）の認可も取得していて、センサーを開発した米国のスタートアップ「Vital Connect」はその精度について「医療現場で活用できるレベル」としている。 このセンサーの売りは、まず小型であること。バンドエイド大で、しかもワイヤレスなので四六時中つけていても邪魔にならない。テープは使い捨てできる。 それから、センサー（バンドエイドタイプのテープも付属）が199ドル、アプリのダウンロードが9.99ドルという価格も画期的だ。医療

This domain may be for sale!

今日(もう昨日か)、ちょっと嬉しいことがありました。 オレは今、自社発信の携帯電話向けコンテンツの面倒を見てます。占いだったりタレントさんやアイドルのサイトだったり、まぁ色々です。うちの会社は今・・・ちゃんと説明は出来ないんですが・・・色々とゴタゴタしてて、まともに開発ができない状況です。それ以前からもシステム開発をする環境としてはかなりヨロシクない状況でしたが、今は輪をかけてヒドイです。運用も開発も面倒見なくては行けない状況にいますが、最近流行の「DevOps」なんて単語の意味するところからは程遠い位置にいます。この2ヶ月は障害対応とトラブル対応しかやってません。自転車操業よろしく、オレと相方とでヒーヒー言いながら、山のように積まれたタスクをなんとかこなしている有様です。「ロクでもない事になっちゃったねー。」なんて、皮肉と嘲笑で乗り切る日々。 そんな中でも(殆どはタスク満載で断らざるを得

「情報システムの開発と運用の“健全さ”が一体感を生み、DevOpsを成功させる」――。レシピサイトを手掛けるクックパッドの成田一生氏（インフラストラクチャー部 部長）は2013年9月28日に都内で開催された「DevOpsDay Tokyo 2013」の講演で、このようにアピールした（写真）。 講演タイトルは「迷ったら健全な方を選ぶ」。成田氏はまず、クックパッドにおけるシステム開発・運用の現状を説明。急速に事業を拡大するクックパッドでは、社員の約3割がクックパッド以外の事業に携わる。新規事業が次々と誕生し、開発チーム（52人）は1日当たり5～10件もの新機能をサイト上にリリースしている。 そのため、成田氏ら運用チーム（5人）が当日になってリリースに気付き、急きょサーバーを増強するトラブルも起きているという。それでも成田氏は「開発と運用の間に、承認フローやルールを持ち込むのは絶対に避けたい」と

6. • • 約93万ユーザ • Google の各種サービス ( Google Apps, Google Drive, Google+ Hangouts ) との連携 自社のサービスに Cacoo の作図機能を組み込める Cacoo SDK エディション も提供！ 7. ・ヌーラボのサービスと蜜に連携できることを目標に ・まとめ機能 の提供で、あとから容易に参照可能 ・開発者の皆さんにも利用してもらえるよう、API も公開予定 現在 プレビューベータ として、順次招待中！ 興味がある方はぜひ typetalk.in から登録を！！ チームでのチャットはもっと楽しくなれる

世界的に盛り上がっているスマホシーンですが、それと並行して多くのモバイルスタートアップが日本でも世界でも立ち上がっています。モバイルの場合悩ましい点が、アプリをリリースする度にApp Storeの審査を通す必要があり、ウェブベースのPCに比べてテスト＆リリースのイテレーション的なアプローチが難しいこと。その現状を上手く脱しなければユーザーに長く使ってもらえるアプリを作り上げることは至難の業、、、ということでその壁を打ち破れず実際に多数のモバイルスタートアップの死をその目に見てきたアンドリュー・チェンが、モバイルスタートアップの成功の秘訣について考察します。 — SEO Japan 最近、いかにしてモバイルスタートアップが1999年のように失敗しているかについてブログ記事を書いた。この記事では、大半のモバイルスタートアップが最初のバージョンを出荷するのに時間をかけ過ぎていて、さらにその後のア

2010年6月26日に行われたイベント、オープンソースカンファレンス2010 Hokkaido内のセミナーで使われた発表スライド「PHPで大規模ブラウザゲームを開発してわかったこと」Read less

2. 自己紹介 • @shiwano • HTML版ロードオブナイツのプロジェ クトには、6月中旬からアサイン • ゲーム開発への本格的な参加は、今回 が初めて • それまでは普通の Web 製作で、マー クアップとかやってた

Satoshí Nakagawa @Psychs 成功したサービスを作り始めた時に、どのくらいの割合のプロジェクトが最初から TDD とかやってるのか気になる。 2012-08-09 13:33:33

時々組織の内外で盛り上がるネタの一つに「設計書は必要なのか」談義がある。今回も後輩の一人から設計書不要論がぶつけられてきたので、現時点での個人的見解をまとめておくもの。個人的には、ソフトウェアの設計書は必須でもないし、開発戦略を練る段階で作成するかどうかを決めればいいと思っている。 議論の前提：仕様書と設計書 議論を簡単にするために、まず「仕様書」と「設計書」という言葉を再定義しておきたい。今回の整理は以下としている。 仕様書 … 開発者とユーザー(仕様決定者)が、ソフトウェアの振る舞いや動きに関してコミュニケーションするために必要な文書類のこと。 設計書 … 開発者どうしがソフトウェアを作成するにあたっての、構造や仕様についてコミュニケーションするために必要な文書類のこと。 要は今回議論しようとしている「設計書」は、ユーザー(仕様決定者)とは無関係なものであるという前提である。また、ここ