超速で開発・リリースするための6つのこと - Cybozu Inside Out | サイボウズエンジニアのブログ
「サイボウズ・アドベントカレンダー」の8日目です。ちょうど真ん中まできました（これまでの記事一覧）。 こんにちは。kintone 開発チームの刈川です。いきなりですが、皆さんはどのくらいの頻度でアプリやサービスをリリースしていますか？ 1週間？ 1ヶ月？ 1年？ 規模によると思いますがクラウドサービスではリリースのスピードが大事です。せっかくいいアイデアを思いついたのに、それを実現するまでに果てしない時間と労力がかかるとしたら…。ユーザの意見を取り入れるまでに半年も一年もかかっていたのでは、ユーザは他サービスに移ってしまうかもしれません。そこで今回は、私たち kintone チームが取り組んでいる「スピーディな開発・リリース」のための手法を簡単に紹介したいと思います。 アイデアを形にする アイデアというのは形にするまでがゴールです。開発現場ではこのことをリリースと呼び、リリースをするまでに
プログラマが問題を解くということ - Cybozu Inside Out | サイボウズエンジニアのブログ
サイボウズ松山開発部の門屋(@ryokdy)です。サイボウズ製品の開発をなんやかんややっています。今日は、プログラマが問題を解くということについてお話したいと思います。 問題を知る 開発チームには、日々、様々な要望が送られてきます。サポート部門からであったり、営業からであったり、時には社長から直接、この機能を搭載して欲しいと言われることもあります。 お客様からの声はありがたいもので、思いもよらなかった使い方や、製品の至らない点に気付かされることが多々あります。 ですが我々はたまに、「んー本当はなにがしたいのか分かりません」と答えます。「はあ？ だからこの機能が欲しいんですよ」「でもその機能で何が解決したいのか分からないんです」みたいな会話が続いた挙句、「ユーザーがそう言ってるんだから黙って作りゃあいいんだよ」みたいに怒られることもあります。 たとえば、メールにドラッグ・アンド・ドロップでフ
ふつうの受託開発チームのつくりかた
2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
特許庁のシステム開発中断、開発費54億円が無駄にｗｗｗ うち30億円余りは「コンサルタント費用」ｗｗｗｗｗｗ
■編集元：ニュース速報板より「【東芝】 特許庁のシステム開発中断、開発費54億円が無駄に うち30億円余りは「コンサルタント費用」」 1 ボブキャット(WiMAX) :2012/10/13(土) 11:43:19.74 ID:9SHPWW4H0 ?PLT(12021) ポイント特典 特許庁が出願情報などを一元管理するシステム開発を計画不備で中断したことを受け、会計検査院が開発費用約54億5100万円を無駄な支出だったと指摘する方針を固めたことが分かった。開発が遅れた経緯についても、特許庁の進行管理が不十分だったためと指摘、改善を求める方針。 検査院は完成困難と判断、そこまでにかかった費用すべてを会計法令などに違反する「不当事項」とした。 経済産業省の検証委員会などによると、特許庁は2006年に出願情報などを管理するシステム開発の入札を実施。東芝ソリューションなど３社が参加し、技術点
「新しい」を生み出すためのWebアプリ開発とその周辺
3. 自己紹介 • 和田裕介 1981/12/23 生 • 慶応義塾大学政策メディア研究科修了 • 株式会社ワディット代表取締役社長 • 株式会社オモロキ取締役
ゼロからゲームアプリつくった後の大事なメモ
こんにちは、ゲームチームのキノです。 先週、カジュアルゲームアプリ「なぞダン -なぞるだけダンジョン-」がApp storeで公開されました！！！！ ひとさしゆびだけの超シンプルな（でもムズイ）ダンジョンゲームです！ 過去にキャンペーンの一環などでゲームは何度かつくってきましたが、 今回が初の企画段階からのモック含めた参加になるので、学んだことや役立ったを書いておきます。 あとは地味にデザイナー向けにアプリ制作のtipsなど。 意外と長くなってしまったので、週末にじっくりお読みください〜 アプリは無料！！こちらからダウンロードできます。 それでは記事の続きをどうぞ〜！！ 素材の話 いつも数字忘れるので アイコン （なにか見覚えのある階段的なアイコン） アイコンはかなり肝いりです。 気をつけている点は １キーワードで言い表せるか フレームと世界観はあってるか 類似アプリより突出しているか 画
おっぱいのアプリ作ってアップルと闘った話 - Gloomy blog
僕が在籍しているアイデアマンズ株式会社はBtoBのプロダクト販売や受託開発を事業としているのですが、先日当社としては初となるBtoCのスマホアプリの開発に挑戦しました。今回はその時の話をしたいと思います。 -挑戦- 皆さんご存知の通りコンシューマー向けのスマホアプリは大手からスタートアップまで非常に過熱した市場なので「せっかく仕掛けるなら他のアプリから頭一つ抜きん出るものを出そう！」と、様々なアイディアを出し合いました。ソーシャル系、ゲーミフィケーション、写真共有、OtoOなど、いくつかのアプリアイディアが出ましたが、最終的に決まったのはおっぱいのアプリでした。OtoO、つまり「おっととっと、おっぱいだぜ！」です。 今回作ることに決まったおっぱいのアプリはぽっとでのアイディアではなく、実は僕が1年近く前から暖めていた企画でした。そのアプリのメインコンセプトは「乳のサイズを見極める、『乳師』
デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
AimingのGitHubを使った開発フロー
システムの技術的負債にどう挑むか？～『レガシーコード改善ガイド』著者マイケル・フェザーズが語る課題と解決策～
短期間でのスマホ向けWeb開発
スマホアプリ開発者向け IDCFクラウド活用セミナー 2012年6月14日(木)18:30～ ＠IDCフロンティア ～『短期間でのスマホ向けweb開発について』～ セミナー資料Read less
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Bootstrap、Hogan.js、Finagleなど注目のTwitter系オープンソース - ＠IT
Bootstrap、Hogan.js、Finagleなど 注目のTwitter系オープンソース Twitter Tokyo Open Houseまとめレポート 山本裕介 2012/5/15 「Twitter Open House」はTwitter社のエンジニアと直接情報交換ができるオフラインイベントで、すでにサンフランシスコの本社では何度か開催している。 先日、日本では初めてとなる「Twitter Tokyo Open House」がTwitter Japanのオフィスで開催された。季節外れの大型低気圧により天候は荒れ、開催すら危ぶまれたが、結果としては多くのエンジニアが集まり盛況なイベントとなった。 OpenJDKにも参加するTwitterのアーキテクチャ 最初に講演を行ったのはTwitterのアーキテクチャのディレクターであるロブ・ベンソン氏。なでしこジャパンや天空の城ラピュタを例に挙
ソフト開発をステップ数で見積っていることに疑問を持たなくてはならない - レベルエンター山本大のブログ
ステップ数を見積もり根拠にする会社さんは、いまだに多い。嘘じゃない。 お世話になってる会社さんもそういう仕組みをとってるところがあって、いいにくい部分もなきにもあらずだが、お世話になってるからこそいいたい。 そんなことやってちゃだめだと。 １キロステップの生産性指数をだして、今回の開発は10キロだから１０００万円とか。 汎用機時代ならまだ百歩譲ってわからんでもないけど、オープン系という言葉すら死語になりつつあるこのご時世において、ステップ数が１キロ（１０００行）だったら１人月とかどうこうという話は、もはや見積もりでもなんでもなく、こじつけだ。 フレームワークのコアのコードも、 ビジネスロジックの肝のコードも、 ネットワークの通信コードも、 自動生成したコードも同じ１ステップとカウントする。 見積もり時の計画ステップ数と、実際に開発したときの実績ステップ数を比較して 次の開発の値決め（ダンピ
Vimコマンドを定期的に解説してくれるTwitterボットを作りました - give IT a try
はじめに 昨日、初めてBe VimmerというTwitterボットを開発しました。 このエントリではそのプログラムと制作過程を紹介しようと思います。 Be Vimmerとは？ 定期的にVimコマンドとその説明をランダムにツイートするボットプログラムです。 日本語版、英語版、中国語版の3種類があります。 be_vimmer_jp be_vimmer_en be_vimmer_cn 情報源は各言語のVim Documentationから拝借しています。 例えば日本語版ではこちらのページです。 更新頻度は2012年4月15日の時点では2時間おきに3ツイートとなっています。 ただしこの頻度は今後様子を見ながら変えていくかもしれません。 プログラムの目的、および開発の動機 Vimのコマンドをたくさん覚えて立派なVimmerになりたい！と考えているプログラマがターゲットです。 自分から積極的に勉強しよ
What Powers Instagram: Hundreds of Instances, Dozens of Technologies
Welcome to the Instagram Engineering Blog, where we share insights on building and scaling our service. One of the questions we always get asked at meet-ups and conversations with other engineers is, “what’s your stack?” We thought it would be fun to give a sense of all the systems that power Instagram, at a high-level; you can look forward to more in-depth descriptions of some of these systems in
テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
なぜ小さなチームが重要なのか？システムの品質面からの考察 - Future Journal
システム全体の品質は、そのシステムを構成する各要素の品質の積で表現される。 photo credit: thebmag via photopin cc システムは一つでも欠陥があると全体として欠陥があるとみなされる。なので、例えば90%の信頼性のモジュールと90%の信頼性のモジュールを組み合わせたシステムを作ると、両方において問題が発生していない確率は81%となり全体としての信頼性も81%となる。 このようなパターンはシステムとモジュールの関係だけに当てはまるわけではなく、組織やプロセスにおいても仕組み（システム）である以上同じように当てはめることができる。一人がミスをすればお客様からの信頼を失うってしまうことは、個人という構成要素が会社というシステム全体の品質を左右しているといえるし、生産工程の中で一行程で問題が発生した場合に全行程が止まってしまうことも同様である。 では、システム（仕組
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iPhoneアプリ開発の虎の巻
デザイナーズハッカソンで改めてデザイナーとして感じたこと | 秋葉秀樹個人ブログ