タグ

developに関するhokacchaのブックマーク (14)

  • Webサービス開発現場から / 近頃の開発のやり方 ・・・ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー

    先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう

    Webサービス開発現場から / 近頃の開発のやり方 ・・・ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
  • ルーク、 MongoLab を使え! - @kyanny's blog

    五月の終わりから Quipper で働いている。 Quipper は DeNA の co-founder である渡辺雅之氏がロンドンで創業したモバイル学習プラットフォームの会社で...みたいな話は長くなるし、読者の興味を引きそうにないのでやめておく。このへんの話を詳しく知りたい人は渡辺によるハーバード・ビジネス・レビューの連載をどうぞ。 ソフトウェア開発者にとって一番気になるのは、会社の事業内容とか売上利益よりも、「どんな環境でソフトウェア開発をしているのか」じゃないだろうか。どんなインフラを使っているのか、バージョン管理やタスク管理はどうしているのか、自動テストはどのくらいやっているのか、開発手法はアジャイルなのか、 Mac で開発できるのか、椅子は六万円以上か(冗談ですよ)、などなど。 こういった、ソフトウェア開発者が日々過ごす広義の「環境」について言えば、 Quipper はかなりい

    ルーク、 MongoLab を使え! - @kyanny's blog
  • youRoomとPivotalTrackerではじめる無駄のないコミュニケーション

    前回はiPhoneアプリ「AnkiBlank」をご紹介した後、アプリを開発し続けながらサーバ側も開発し続ける上での課題を挙げ、その解決策として適切なツールを使っていく必要があるということを説明しました。今回はコミュニケーションツールとして使用したyouRoomとPivotalTrackerについて、より詳細にご説明してまいります。 youRoomとは youRoom(http://youroom.in/)はグループでの情報共有と共同作業を支援するツールです。ソニックガーデンではyouRoomの開発/運用を行う傍ら、youRoomをフル活用して様々なプロジェクトを推進しています。 youRoomをコミュニケーションの要としている理由として、以下が挙げられます。 チャットと違い、非同期であること コメントが構造化されること タスク管理と統合されていること ここからは、それぞれの理由について説明

  • チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント | Social Change!

    ソフトウェア開発のタスクはどのように管理するのが効率的なのか。ソフトウェアという目に見えないものを作るためにはタスクの見える化は進捗状況を図る重要な指標になります。ソフトウェア開発で発生するタスクを、バグ管理システム(BTS)や課題管理システム(ITS)を活用することで、タスクの状態とワークフローを管理しようというのがチケット駆動開発です。 チケット駆動開発については、以前に記事を書いたので、そちらを参考にしてください。 チケット駆動開発のススメ〜No ticket! No commit チケット駆動開発をうまく実践するためにはツールが不可欠です。不具合管理や障害管理で使うツールを応用して活用することも出来ますが、最近は専用のツールも出て来ています。ソニックガーデンでは、Pivotal Trackerというツールを使っています。Pivotal Trackerでは「ストーリー」と表記していま

    チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント | Social Change!
  • 第11回 ログでアプリケーションの改善プロセスを回す(1) | gihyo.jp

    連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはkazeburoさんこと長野雅広さんで、テーマは「ログでアプリケーションの改善プロセスを回す」です。 オペレーションエンジニア仕事 小林篤さんから連載のバトンを受け取りました、長野雅広です。普段はNHN Japan(⁠株⁠)にてオペレーションエンジニアとして働いています。livedoor blogやポータルサービスなど自社Webサービスの運用に携わっており、cloudforecast(Perlで作られたリソース監視ツール)を使ったメトリクス収集をはじめ、アプリケーション設計のアドバイス、ミドルウェアの設定、障害対応のフォローなど、Webアプリケーションエンジニアにかかる運用の負担を減らすことが主な業務です。 ログはDevとOpsのコミュニケーション手段 監視サーバからのアラートメールが届いたり、リソース監視ツ

    第11回 ログでアプリケーションの改善プロセスを回す(1) | gihyo.jp
  • 意外と知らないバージョン表記・数字の豆知識

    Java News.jp(Javaに関する最新ニュース)」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」(駆け足の要点説明)でお届けします(編集部) ちまたにあふれるバージョン表記 少し前に「Web 2.0」「○○2.0」という表記が流行したのを覚えていますでしょうか。よく見かける広告のコピーにも、最近では「バージョンアップ」という言葉が普通に使われています。バージョンや、バージョン表記は、ソフトウェアの世界だけでなく、ごくごく一般化したように思えます。しかし実際には、どういう意味か分からないのが、バージョン表記です。 アプリケーションソフトウェアの開発は、さまざまな状態/段階を経て完成します。その段階/状態と、リリース後の状態/段階を示したのが、バージョン表記です。 例えば、数字以外でも、以下のような表記を見かけたことはありません

    意外と知らないバージョン表記・数字の豆知識
  • 少人数開発に役立つ5つのまとめ

    if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m

  • 新しい契約形態での受託開発サービス | 永和システムマネジメント

    近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい

  • iPhoneアプリ開発開始時に気をつけるべきファイルの取り扱い (1)

    こんにちは、亀です。 今回から何回かに分けて、iPhoneの申請まわりの事に関するファイルの取り扱いノウハウを書いてみたいと思います。 ここでのファイルの取り扱い方の紹介方法は、ファイル一つ一つについて個別に言及するようなまとめ方はしません。 代わりに、そのファイルを作成・利用するタイミングを切り口として紹介し、その際にファイルをどう取り扱うべきかを、その理由とともに説明していきます。 (※なお、あくまでも個人的に感じたノウハウであって、必須事項ではありません。) 1回目は、まず触れるべきファイルの説明と、一番最初のCSR発行時に気をつけておくことを紹介します。 はじめに iPhoneの開発を始めようとすると、最初にCSRやらProvisioning Profileやら、いまいちパッとつかみづらい概念が出てきます。 このあたりのよくわからない事、けっこう悩まされてしまいますよね。 とはい

    iPhoneアプリ開発開始時に気をつけるべきファイルの取り扱い (1)
  • IDEA * IDEA

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

  • モダンなPythonの開発環境の構築方法 — TRIVIAL TECHNOLOGIES 2.0

    インストール Windows以外の多くのプラットフォームではすでにPythonが入っている。バージョンを調べて,使いたいバージョンより古いならインストーラやパッケージを使ってインストール。パッケージは「〜devel」をインストールしておく。 easy_installのインストール easy_installは標準ライブラリに含まれていないサードパーティモジュールをインストールする時に便利なので,入れとく。 ここからez_setup.pyをダウンロード,Pythonのスクリプトとして実行すると,自動的にコマンドがインストールされる。 $ easy_install pachage_name のようにしてパッケージのインストールができるようになる。インストールされたパッケージはlib/site-packages以下に配置される。 IPythonのインストール インタラクティブシェルはPython

  • 「売れる iPhone アプリ」にするための151のヒント。 | AppBank

    こんにちは、もとまか(@motomaka)といいます。 色々とiPhoneアプリ作ってます。iPadアプリも作ってます。ブログもやってます。どうぞよろしくお願いします。 最近、アプリ開発のセミナー等をよく見かけますね。 ASCII.jp:AppBankが語る「売れるiPhoneアプリとは?」 売れるiPad/iPhoneアプリのためのデザイン必須知識(1/5) – @IT 売れるiPhone/iPadアプリの作り方・育て方@銀座 : ATND Togetter – まとめ「第1回iPhoneアプリ勉強会(Presented by AppBank)」 Togetter – まとめ「7/9 #appbank 第2回iPhoneアプリ勉強会」 Togetter – まとめ「7/9 #appbank 第2回iPhoneアプリ勉強会 / 狩られ道さんのターン」 やはり、iPhoneアプリの開発は盛り

  • とにかく開発しまくれ! カヤック流「お薦めツール」6選

    とにかく開発しまくれ! カヤック流「お薦めツール」6選:特集:生き残れるITエンジニアの「仕事術」(3)(1/3 ページ) 1年で99個のWebアプリケーション制作を達成したカヤックの「BM11」(ブッコミイレブン)。日々休まず開発しているBM11メンバーが、「開発現場に役立つおすすめツール」を厳選して紹介する。 はじめまして。面白法人カヤック、技術部所属の村瀬大輔です。昨年まで3年間、カヤックの新規開発ラボ「BM11」(ブッコミイレブン)に所属していました。 BM11の特徴は、徹底的に数字にこだわること。2007年の開発数は77個。2008年は88個。そして2009年は99個のWebサービスをリリースすると目標に掲げました。目標数は、期初に決まっています。この数字をクリアすべく、あの手この手を使い、チーム一丸となったりならなかったりしながら目標にコミットしています。 3年連続で目標を達成

    とにかく開発しまくれ! カヤック流「お薦めツール」6選
  • 個人サービスを作るコツ | ランサーズ社長日記

    いいね! 5 ツイート B! はてブ 477 Pocket 96 今、個人発サービスがアツイ。字幕inやSocialTune、コトノハなど人気サービスの一部には個人サービスが多い。その背景には、安い高性能マシン、何でも無料の開発環境、ウェブ上にある各種ノウハウ情報などがある。 個人的には、このような環境であれば、もっともっと個人発サービスが出てきてもよいと感じるのだが、それほどまで爆発的に増えているようには思えない。やはりそこには、誰でもできる超参入障壁の低い個人サービス、自由が多くなんでもできる個人サービスだからこその「自由の中の不自由」みたいなものがある。実際に作る時間を作るのは難しいし、開発をいつでもやめる自由もある。責任もない。飽きる。と現実にサービスを出すとなると大変なのである。 長々とひっぱったが、そんな個人サービスを作るコツを今までの経験から書き出してみた。 個人サービスをつ

  • 1