raimonのクリップ (18984) / 開発 (191)
-
炭坑の庭師 - steps to phantasien
外部OSSに依存しており、かつクロスプラットフォームで動作することが求められるプロダクトのメンテナンス 最新リビジョン同士を組み合わせるCanary Buildとの違い 下っ端や専業に押し付けず当番制にする
-
クソゲーを作る組織とそうでない組織 2012 05-12
こねくり回せることは重要。けど度が過ぎると当事者のやる気が削がれるし難しい。結局小さな組織が1番という話にもなりそう。
-
3カ月先の計画なんて無意味ー 『LINE』躍進を支える
>ちょうど『LINE』の開発をスタートしようとしていた時に、ある同業の方からこう言われたんです。「Skypeがあるんだから、そういうサービスはもう要らないのでは」と。でも、わたしはその時にチャンスだと思いました。もし、そう考えている人が業界内で多勢を占めるのであれば、彼らは一般の人たちがSkypeを使っていない理由まで考え抜いていないと直感したからです。
-
GitoriousとRedmineを使った開発
A successful Git branching modelをGitorious + Redmineで実践。
-
海外挙式を支える技術 - GeekFactory
プロジェクト化
-
HTMLとJSだけで何か作るときの - hitode909の日記
ローカルサーバ 限られた範囲での共有 公開
-
Contribute Code to YUI
Fork + Pull Model お作法
-
ウォーターフォールのほうが楽だという話 - 勘と経験と読経
フルでコミットメントできる状況を作らないまま複数仕事を掛け持ちしてる人を何ちゃってアジャイルに巻き込むと、リソース不足でこういう状況に陥りがちだとは思う。
-
NTTデータ、3年間で社員1000人をアジャイル開発人材に育成 - ニュース:ITpro
対象は若手に絞るのか。
-
Instagram のスケール正攻法 -- Kosei Kitahara's Blog
解説力すごい。gunicornっていうRuby UnicornのWSGI実装があるのか。
-
Gitのベストプラクティクスっぽいもの - this A moment
個人のワークフロー。ブランチは開発と修正で分けて、こまめにコミット。無用なコンフリクトを避けるため長命にしない。
-
ASCII.jp:Twitter社のプログラマの1日とは? #openhouseTKY開催
>2名以上のレビュアーから“Ship it!”というコメントがもらえたら、最終確認の“Preflight”のステージに移行。このステージではいろいろな開発チームが自分たちのプロダクトと整合性がとれているのかを半日くらいかけてチェックを行ない、その後正式にリリースされる / このスピード感すごい
-
Movable Type のコード管理についてまとめてみました - Six Apart ブログ
ブランチ名ガイドも。SVNのメインラインモデルに近い?
-
はてなブログの作り直しと伊勢神宮の遷宮:ある nakagami の日記:So-netブログ
>「辞めていった人達が作ったシステムの保守だけだと、残った人が新しいものを作る力がなくなっていくし、モチベーションも下がるよね」
-
SubversionからGitへ移行するときの問題について簡単に語る // Speaker Deck
svn up -> git pull --rebase, git-svn的には svn merge -> git merge --no-ff topic or git merge --squash topic(topicブランチのコミットを1つに集約)



