#iosdc 2016 A-5 ドッグフーディングしやすい環境を整える - niwatakoのはてなブログ
twitter.com 自分たちで作ったプロダクトを実際に自分たちで利用することで改善していくことをドッグフーディングと呼びます。ドッグフーディングはより良いアプリを作るための非常に重要なアクションですが、社内であってもプロトタイプ版のアプリをただ配るだけでは利用してもらえません。社員といえどプロトタイプ版のアプリのフィードバック作業は面倒なものなのです。本トークではフィードバックの面倒の壁を取り除き、より多くのフィードバックを集めることでアプリの改善を突き進める方法をお話します。 iosdc.jp ドッグフーディングしやすい環境を整える 9割近くがご存知で嬉しいです 6割ぐらいですね ずっとやってる人 1割2割に減りました いかに続けるかの事例をご紹介します きっかけ Yahoo!Japan は社員が多いので沢山フィードバックが返ってくることを期待、ところが この4つを改善して沢山のフィ
ドッグフーディングしながらサービスを開発するメリットと、気をつけていること | SELECK
ドッグフーディングとは、開発したサービスを開発者自身がユーザとして日常的に使うことを指します。 サービス開発の中で、ユーザの本質的なニーズや使い勝手などを見極めることは非常に重要であると同時に、非常に難しいものでもあります。そのためのひとつの手段として、ドッグフーディングがあります。 ドッグフーディングの必要性とメリット サービス開発の現場で、実際のニーズと合致していない機能開発をしてしまうことはよくあり、それを防ぐためにドッグフーディングは非常に有効です。 ドッグフーディングすることで、以下のようなメリットがあります。 実際に使うシーンにフィットした機能を開発することができる システム全体の操作感として、使い勝手の良いものになる 使い勝手の悪い部分に気付きやすく、また改善のモチベーションも高い 機能は満たしていても使いにくいシステムというのは多々あるかと思いますが、そのひとつの原因として
ドッグフーディングの落とし穴 - 小さなごちそう
photo by Mitchel ドッグフーディング（Dogfooding）とは、自社製品を社員が日常的に利用して、製品の問題点をチェックすることを言う。ユーザー視点で製品の品質やUXを確認することができる。 ただ、ドッグフーディングにはいくつか落とし穴がある。Wikipediaに簡潔にまとまっていたので紹介する。 ▼ Eating your own dog food / Criticism and alternative terms 開発者はユーザービリティや一般ユーザーの知識量を考慮せずに機能追加しがちである。 「ソフトウェアのアップデートをリリース版からではなくβ版から行う」など、一般ユーザーと異なる利用体験をしていることがある。 自社製品だけでシステムを構成してしまう（一般的にユーザー企業は複数のベンダーの製品を組み合わせて社内システムを構築する）。 個人的に注意しなければならない
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
git blameによるSRP（単一責任原則）の定量化 - どこでも見れるメモ帳
はじめに ソースコードを静的解析することでSRP（単一責任原則）を定量的に算出します．*1 svn blameによるSRP算出*2を参考に、git blameによる算出をshで行ってみました． このSRP値が最大のモジュールが王様モジュールに相当します． # 単一責務性の違反指数（SRP） # SRP＝R＋U＋((L/100)－5) # R：修正リビジョンのユニーク数 # U：修正ユーザのユニーク数 # L：モジュールのライン数 function get_SRP() { local target_filepath=$1 echo $(( \ $(git --no-pager blame --line-porcelain $target_filepath | sed -n 's/^summary //p' | sort | uniq -c | sort -rn | wc -l) + \ $(
正しい製品を作る / 製品を正しく作る - ninjinkun's diary
Inspired: 顧客の心を捉える製品の創り方を読み返していて、「第7章: プロダクトマネージャーを管理する」の一節 エンジニアリング部門というのは、基本的に、正しい製品を作ることではなく、製品を正しく作ることに専念することになっているからだ。 というところが引っかかったので、思うところを書いてみる。ちなみに「第5章: プロダクトマネジメントとエンジニアリング（実装）」にも「正しい製品を作るのか、それとも、製品を正しく作るのか」というタイトルの章がある。 エンジニアは製品を正しく作る エンジニアは製品をリリースする責任があるので、不確定要素を減らして正しいスケジュールでリリースすることにモチベーションがある。このために、開発が進むほどにエンジニアは保守的になっていく。企画段階では和気藹々とブレストしてアイデアを出していても、最後のリリース前にはしぶい顔で実装を拒んだりする。 エンジニアと
OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? - t-wadaのブログ
YAPC::Asia Tokyo 2015 前夜祭に参加して、柴田さん（ hsbt さん）とモリスさん*1（ tagomoris さん）の講演を聴いた。特に最後のモリスさんの講演を聴いていて、ちょっとした衝撃を受けると共に、気づきや疑問もあったので、久しぶりに blog エントリを書こうという気になった。 なお、このエントリは講演メモや浮かんだ疑問、その後の議論等を記したものであり、すっきりとした結論は無いのでご注意。 モリスさんの講演 講演資料が公開されていた How to create/improve OSS products and its community from SATOSHI TAGOMORI 講演時に取ったメモがこちら 我々にできるOSSとそのコミュニティの育てかた ======================= id:tagomoris TD のモリスさん TD はデー
アメリカの大学で受けたソフトウェア工学の授業が実践的ですごかった話 - stefafafan の fa は3つです
私はアメリカの大学で「インタラクティブメディアとゲーム開発」を専攻しましたが、その時受けたSoftware Engineeringという授業が色んな意味で素晴らしかったのでその授業がどう素晴らしかったのかを紹介していきます。 リアリティーがすごい まずこの授業、生徒数が80人ほどいます。ここから教授がみんなを約15人ずつの5つの会社に分けていきます。そうです、我々生徒は実は会社員なのです。 そして初日に出された課題は「自分たちの会社のミッションステートメントを考えてくること」です。 それだけでなく、プロジェクトマネージャー・プロセスエンジニア・リリースエンジニア・ドキュメンテーションマネージャー・クオリティーマネージャーの役割を会社のどの社員が取るのかを決めてこないといけないというのです。私たちは言われるがままにミッションステートメントを用意し、次の授業に備えました。 プロセスがすごい S
高橋忍（Microsoft）×轟啓介（Adobe）対談――進化するアプリ開発現場でデベロッパーとデザイナーの関係はどうあるべきか？
高橋忍（Microsoft）×轟啓介（Adobe）対談――進化するアプリ開発現場でデベロッパーとデザイナーの関係はどうあるべきか？：2人のプロフェッショナルが語り合う スマホやタブレットの普及により、業務アプリ開発の環境も変わりつつあるが、それに対応できる体制は整っているだろうか。この対談では日本マイクロソフトの高橋忍氏、アドビシステムズの轟啓介氏が、デベロッパーとデザイナー、それぞれの視点から、今後のアプリ開発における問題と解決策、そして理想について語り合う。 多様化が進むアプリ開発現場に対応するため 日々変化するアプリ開発の現場。最近ではWeb技術の活用にとどまらず、RIA（Rich Internet Application）と呼ばれるリッチなユーザーインタフェース（UI）やユーザー体験（UX）を備えた業務アプリに加え、iOSやAndroidを搭載したスマートデバイスの急速な普及により
ソフトウェアアーキテクチャの求め方
最初は当然、必要用件を満たすテクノロジーが選択されなければならない 要員スキルだけを理由に本当にWindowsアプリを作るのにJavaを選ぶの？(言語) エクセルのスプレッドシートみたいなUIを実現したいのにXAMLテクノロジーを選ぶ？(UIプラットフォーム) 多くの場合そのテクノロジーが「向いていること」の対する知見は発見しやすいが、「向いていないこと」に関するまとまった情報を見つけるのはなかなか難しい 個人の開発でもウォーターフォールするの？ 僕なんかプライベート開発では３回目に立てたソリューションが大体fixソリューション。それ以前のものは破棄。 仕様を決められない言い訳にアジャイル使っていない？ いろんな人に恨まれるのでノーコメントで。 頻繁な仕様変更が予想されるのに自動テスト書けない設計にしちゃうの？ リグレッションテストできる領域は広くとりましょうよ MVCとか冗長だって、本当
「Office」のクロスプラットフォーム開発を成功へ--開発者が明かすマイクロソフトの挑戦 - builder by ZDNet Japan
「われわれの課題は、どうやって飛行中のジャンボジェットを組み立て直すかだ」 「Microsoft Office」に取り組むMicrosoftのディスティングイッシュドエンジニアIgor Zaika氏は、同社のOfficeチームが直面する難問をこう説明した。Microsoftは、どのように10億人のOfficeユーザーのサポートを継続し、混乱させないようにしながら、Officeの核となるインフラを再構築して「Windows」以外のOSでも動くようにしたのだろうか。 Zaika氏は最近、Facebookの@Scaleカンファレンスで、Officeのクロスプラットフォームアーキテクチャ戦略について語った（TwitterユーザーWalking Cat氏の、同氏のプレゼンテーションへのリンクに感謝する）。その50分間のセッションで、Zaika氏はMicrosoftがどのようにC++を使ってOffic
Sansan公式メディア「mimi」
Sansan株式会社の公式メディア「mimi」です。Sansanで働くメンバーのインタビューや社内制度の紹介、会社のニュースや社員によるコラムなど掲載しています。
フェンリルのデザイナーがプロトタイピングの本を執筆しました
こんにちは、共同開発部 UI デザイナーの吉竹です。 本日はフェンリル社員が執筆を行った書籍が発売されるため、そのご紹介をいたします。 キーワードは”プロトタイピング”。 アプリ開発をされている皆様、「プロダクトのゴール、クライアントとうまく共有できないなあ……」とお困りではありませんか？ アプリ開発を依頼されている皆様、「リリースしたアプリ、ユーザーからの反応がよくないなあ……」とお困りではありませんか？ その課題、ひょっとしたらプロトタイピングを行うことで解決できるかもしれません。 今回出版された書籍は『プロトタイピング実践ガイド スマホアプリの効率的なデザイン手法』。 本書は Art&Mobile CEO 兼 THE GUILD 代表でもある @fladdict 氏こと深津貴之さんと、弊社共同開発部 デザインチームマネージャー、荻野博章の共著となっております。 なんと！本日発売です！
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
#DevLOVE でお話させて頂きました - ikeike443のブログ
さる6月19日（木）、DevLOVEさんのイベントにお呼ばれして少しおはなしをしてきました。 進め、現場のチーム開発 〜チーム開発実践入門〜 資料は下記になります。 チーム開発をスムーズにするために何ができるか from Takafumi Ikeda かんたんに本の紹介と、チーム開発にまつわるあれこれをお話させていただいたあと、会場の皆さんとディスカッションをしました。 来場された皆さんに聞いてみた印象としては、バージョン管理、チケット管理は行なっている現場が多いようでしたが、CIについてはほとんどやっていない、ユーザー受け入れテストの自動化についてはほとんど誰もやっていない、という傾向のようでした。 発表でも話しましたが、開発ツールをどう使うか、というのはプロジェクトを改善するための数ある手段のうちのごくごく一部ですし、必須のものでもありません。ツールを使うことが目的化してしまうことは避
ソフトウェアエンジニアの目指す道
2017/9/23に開催されたUnity道場スペシャル 2017幕張の講演動画です。 講師：石井勇一（ユニティ・テクノロジーズ・ジャパン合同会社） 講演動画：https://youtu.be/fy2VGj-_s6U 企業、学校などで様々な場所でUnityが活用されています。それに合わせてUnity研修のニーズも高まってきます。2014年頃から企業向けUnity研修を企画・実施してきてた経験から、講師の方向けにUnity研修の組み立てのヒントになりそうなことをお話しいたします。 こんな人におすすめ ・Unity研修の企画/制作/実施をする方 受講者が得られる知見 ・Unity研修組み立てのヒントが得られる Unityのイベント資料はこちらから： https://www.slideshare.net/UnityTechnologiesJapan/clipboards
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロダクトマネージャーカンファレンス 2021 ～非連続な環境、非連続な変化、非連続なプロダクト～
自社サービスkintoneをふんだんに活用したサイボウズの開発フロー
はてなブログチームの開発フローとGitHub（後編）。GitHub Kaigi 2014
はてなブログチームの開発フローとGitHub（前編）。GitHub Kaigi 2014
