タグ

processに関するjune29のブックマーク (32)

  • アプリのリリースに必要な「引き算担当」について - @hitoshi annex on hatena

    起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出

    アプリのリリースに必要な「引き算担当」について - @hitoshi annex on hatena
  • crocos.jp

    This domain may be for sale!

    crocos.jp
    june29
    june29 2014/09/26
    あけましておめでとうございます
  • エンジニアのベストプラクティスを非エンジニアチームで活かす - ワザノバ | wazanova

    http://www.developingsales.com/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約6時間前 Jeff SzczepanskiはStack Overflowのマネタイゼーションの責任者。エンジニア転じて、営業の組織の長になった人物。 「営業というのは科学というよりは芸術。コンピュータ相手じゃなくて、人間を相手にしているからね。」 「営業が結果を重視するのは、計測しやすく公平な指標だから。どうなるか予想したりプロセスをうまく管理するのは難しいんだよ。」 という話しに違和感を抱き、「誰かが決めた営業戦略に従って営業マンは盲目的に数字の達成だけを求めてひたすら実行する。」という従来の営業手法は、 自分で手を汚してコーディングしない「アーキテクト」と呼ばれる人が仕様書をまとめ、下々のエンジニ

  • 「何故クックパッドのサービス開発は日々進化しているのか」という発表をしました。 - yoshiori.github.io

    デブサミで「何故クックパッドのサービス開発は日々進化しているのか」というタイトルで発表させていただきました。 資料はこちら 発表している時の僕のユーザーさんは聞いてくれている人とこの資料を見てくれている人なので少しでも楽しんでいただけたら嬉しいなと思います。 発表資料の中で色々な資料にリンク貼っていますが、発表資料 | クックパッド開発者ブログに全てまとまっています。 今回の僕の資料もあとで上がると思います。 というか、これも Github で管理されてたりしますw

  • はてなブログチーム エンジニア座談会 - 株式会社はてな

    2013年11月20日アプリケーションエンジニアはどのように仕事をし、どんなことを大切にしているのでしょうか。はてなでは、さまざまなサービスの開発を、複数のチームに分かれて行っています。サービス開発の現場で、はてなブログやはてなダイアリーを開発する「はてなブログチーム」から、id:onishi、id:hitode909、id:shiba_yu36、id:cockscombの4人に話を聞きました。 左からid:shiba_yu36、id:hitode909、id:cockscomb、id:onishi はじめに─日は、はてなブログチームからプロデューサー兼ディレクターのonishiさん、そしてアプリケーションエンジニア3名にお集りいただきました。はてな社内にはいろいろなチームがありますが、特にブログチームではこのように開発している、という話をお聞きしたいと思います。よろしくお願いします。

    はてなブログチーム エンジニア座談会 - 株式会社はてな
    june29
    june29 2014/01/15
    途中でいい話っぽい成分を感じた
  • バレないカードローンはこれ!誰にもばれずにお金を借りるなら|お金の玉手箱

    お金を借りたい。でも職場の同僚、友達、家族にバレてしまったらどうしよう?と不安で、なかなか申し込みができずにいませんか。 誰にもバレずにお金を借りる方法が知りたい!とお悩みの方へ、周囲に知られることなくお金を借りる方法を具体的に解説します。カードローンの在籍確認などバレたくない人が気になるポイントについてまとめましたので、ぜひ参考にしてください。 主婦の方は旦那さんに内緒で、バレずにお金を借りる方法を知りたいですよね。結論から言いますと、消費者金融カードローンなら家族はもちろんのこと、会社の人にもバレずにお金を借りることができます。その中でもおすすめの、「バレないカードローン」として口コミで人気の消費者金融カードローンを紹介します。 ただし、バレないようにするためにはいくつか注意して欲しいこともあるので、そのポイントについてもまとめています。 この記事のポイント カードローン利用がバレる原

    june29
    june29 2013/09/06
    さすがセブン銀行ATM、偶然ではないよさがあると感じていた。
  • ソフトウェア開発プロセス残酷物語 - give IT a try

    昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや人が直接手を動かすことはありませ

  • Amazon流の開発術では、まずプレスリリースを作る | fladdict

    Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが

    june29
    june29 2012/08/11
    インセプションデッキを思い出します。
  • かんばん!~もし女子高生がRedmineで「スクラム」開発をしたら

    連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法である「スクラム」とプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです ■ 登場人物の紹介

    かんばん!~もし女子高生がRedmineで「スクラム」開発をしたら
    june29
    june29 2012/07/31
  • Improvement_process_for_providing_ongoing_value

    3. 目次 • 背景:基幹系業務システムとコンシューマ向け サービス開発の違い • 課題:価値を届けるということの理想と現実 • 対応:わたしたちのチームの実装 • 知見:経験知から再び形式知へ 12年7月25日水曜日 4. 目次 • 背景:基幹系業務システムとコンシューマ向け サービス開発の違い • 課題:価値を届けるということの理想と現実 • 対応:わたしたちのチームの実装 • 知見:経験知から再び形式知へ 12年7月25日水曜日 5. 基幹系業務システム (個別開発) • リコー北海道株式会社 • 開発チームリーダー、全工程を担当 • 定義済みの重いプロセスあり • 営業が強い文化 • Access, VisualBasic, C#, SQLServer • 約6年間従事 12年7月25日水曜日

    Improvement_process_for_providing_ongoing_value
    june29
    june29 2012/07/25
    前鼻さんの資料。素晴らしすぎて、ずっと感情を堪えながら読んでいたけれど、78ページと87ページで泣いた。引用の好みが近い。
  • 美大生の語る完成品に向けてデザインが進むプロセス

    海外有名美大へ通う美大生に教えてもらったこと。一晩かけて完成品に向けてデザインが進むプロセスを話ししながら過程の写真を見せてもらった。めちゃくちゃおもしろく、刺激を受けたので自分の理解としてメモ。 人はかなり論理的ではない話し方をするので、それを基的に論理的に思考するぼくが自分が理解できる形に落としてしまっている。このため、大切な要素は抜け落ちしている可能性が大いにある。ただ、人の説明をそのまま載せると「こう、ええなあと思った」とかそんなんで終わってしまうので、こうなっている。あしからず。 * デザインをするときに、大きなイメージで作りたいものの方向性を出す * 自分の作りたいものが完成したとしたら、それはどんなものでできているんだっけ? (構成要素への分解 構成要素であるかもしれないもの程度の確度) * 素材はなにでできているか * どんな色をしているか * 手触りは? * 置き方

  • プロジェクトという形態は下火になり、プロダクト開発が台頭している。IPAの調査から

    IPAによる海外でのアジャイル開発についての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 (非ウォーターフォール型開発の海外における普及要因編)」を紹介した昨日の記事「海外でなぜアジャイル開発が普及しているのか? IPAが分析と提言」は、とても多くの読者に読んでいただき、ツイッターやブックマークなどでもコメントが多数寄せられました。 そうした反響の中で、この調査報告の作成に関わったアジャイル開発の第一人者である平鍋健児氏から「資料の付録にある海外でのインタビューが興味深いので注目してほしい」というメールをいただきました。 インタビューの中で「日国内に限らず、海外でもアジャイル型開発の普及が進みにくい領域がある」という点を指摘部分は、アジャイル開発がどう位置づけられているのかをあらためて浮き彫りにしているように思います。主に、「リーンソフトウェア開発」シリ

    プロジェクトという形態は下火になり、プロダクト開発が台頭している。IPAの調査から
    june29
    june29 2012/06/15
    「ITの開発全体を見たとき、プロジェクトという形態は下火になって、プロダクト開発が台頭している」
  • 最強のIT系かあちゃんからたかしへのアドバイス

    バーンれっどさーん @ledsun たかしへ あなたの勤怠確認しました.こんなに残業が多い割に大して売上が上がってないのはどうしてですか?顧客との信頼関係の構築も甘いとと思います.来月からは頑張って下さい.ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 バーンれっどさーん @ledsun たかしへ あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか?残業でカバーですか?お客様が参加するイベントが入っていません。都度調整ですか?事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか? 2012-02-24 13:46:29 バーンれっどさーん @ledsun たかしへ あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ

    最強のIT系かあちゃんからたかしへのアドバイス
    june29
    june29 2012/05/08
    カーチャンすごいし、これ、たかしもきっとすごいがんばっている。泣きそうになった。
  • ドリコム的Railsアプリ開発流儀

    エンジニアカフェEvent】エンジニアカフェ× ドリコム技術勉強会~月間50億PVのソーシャルゲームを支える技術~ http://www.facebook.com/events/216511125103989/ see alse: * http://www.slideshare.net/drecom/ss-11667563Read less

    ドリコム的Railsアプリ開発流儀
    june29
    june29 2012/02/21
    「レールに乗って」「認識を合わせて」「加速しよう」というお話。
  • 「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok

    チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G

    「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
    june29
    june29 2012/02/20
    「patch のやり取りやコードレビューを、システムによって効率的に低コストで行うことができるようになったことが、Git の、GitHub の革命」
  • kony.me (Qiitaを開発する中でLeanStartupを実践して学んだことをシェアします)

    タイトルはちょっと大げさですが、実際にStartupをやっていて気づいたことをまとめてみようと思います。 先に謝罪すると、僕はまだLean Startupを読破できていません… が、一緒にQiitaを開発しているyaottiは読了済み、かつQiitaでかなり積極的に取り入れているので大体把握できている、と信じています。 ↑洋書なのでちょっと読むのしんどいですが、渡辺千賀さんの記事と合わせて読むといいかもしれません。 Leanにやることと計画を立ててやることは相反するけど両立しないといけない LeanStartupの注意点はだいたい下の通りだと思います。 ユーザー体験をベースに、機能を考える できるだけ機能は小さな単位に切り分ける 最小単位でリリースし、成果を計測することで機能の取捨選択をする つまり、とにかくスピードが大事。ガンガン作ってガンガン出す。そして計測して取捨選択する。という感じ

    june29
    june29 2012/02/16
    噛み締めて読む。
  • Web デザイナーが Agile な開発チームに入ると変わること20くらい

    The document discusses the career of an individual who has worked as a UX/Markup Engineer for 5 years on the web. They aim to transition to a new role focusing on UI/UX design while maintaining engineering skills. Their experience includes Agile development processes, front-end technologies like Ruby on Rails, Haml, CSS, and tools like git and GitHub. They have a background in design and 6 years o

    Web デザイナーが Agile な開発チームに入ると変わること20くらい
    june29
    june29 2012/02/07
    「変化を受け入れるって楽しい!」
  • 数千人が利用する楽天Redmineの過去と未来 #47redmine

    第二回 shinagawa.redmine勉強会で「数千人が利用する楽天Redmineの過去と未来」を発表させていただきました。資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。 数千人が利用するRedmine 来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。 はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。 自分のグループで使ってみようという

    数千人が利用する楽天Redmineの過去と未来 #47redmine
    june29
    june29 2012/01/25
    "ツールではなくチームが柔軟性を持ったのです"
  • 変化の時代で勝つための開発組織のあり方 2011 12-22

    This document introduces Aiming, a startup founded in 2011 by Toshiaki Katayama. It previously worked on Community Engine from 2001-2003 and Play Online China from 2003-2007. Aiming focuses on building online and mobile games using technologies like HTML5, Unity, Ruby on Rails and Flash. It aims to create fun and social games and uses agile practices like Git and continuous integration. The compan

    変化の時代で勝つための開発組織のあり方 2011 12-22
    june29
    june29 2011/12/24
    「ムダとケンカと失敗を最小限に抑え、ソフトウェア開発で幸せになるための手法」「失敗の原因を求めやすいあちら側」
  • 11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - 日経トレンディネット

    NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏。「自分はいつも焼肉屋に行くとべ過ぎてしまう。自分のべる量も分からないのに、他人の作業量が分かるわけがないので、作業量の見積もりは不要」とのユーモアあふれる例えに会場は笑いにつつまれるシーンも 12月14日、スマホ関連総合カンファレンス「スマートフォン&タブレット2011 冬」(ベルサール八重洲)の「ゲーム開発」セッションでは、NHN Japan スマートフォンゲーム制作室 室長の馬場一明氏が登壇した。『ダーツ』や『フォトジグソー』など、直感的に遊べるアプリ「TEIBAN GAME」をいかにクオリティーを維持しながら、短期間で多数開発し、ヒットに結び付けたか。その舞台裏と独自の組織論を披露した。 これまでPCオンラインゲームを手がけてきた馬場氏が、スマホゲームアプリの開発を命じられたのは、東日大震災直後の今年3月。出され

    11の「やめたこと」で実現した1000万ダウンロード突破【スマホ2011冬】 - 日経トレンディネット
    june29
    june29 2011/12/16
    この「開発チーム」って、規模はどれくらいだったのだろう。今のうちのチームだと、そもそもやめる前に存在していないものばかりだ。