僕のチームのGitの開発フロー - Mitsuyuki.Shiiba
を考えてみる。 Git Flow nvie.com やってみたことある。良いんだけど、僕の環境だと、もうちょっとシンプルにやれそうかなって思った。 Github Flow scottchacon.com これはシンプルだな。なんだけど、シンプルすぎてちょっと違うかな。 ということで、ちょうどいいくらいのを考えてみたい 今の僕の開発にとって、ちょうどいいくらいのを考えてみたいなーって。じゃあ、今の僕のやってる開発ってどんなん？ってところから。 チーム エンジニア5,6人くらい。 Feature, Story, Task Featureと呼ばれるものがあって、これは2,3ヶ月分の規模で。この単位でリリースする。 Featureは複数のStoryで構成されていて、Storyは4,5日くらいで完了する。から、1 Featureは10から15Storyくらいってことか。 Storyは複数のTaskを
Appleに超特急レビューをお願いするには - Qiita
ヘルプも日本語になっていたので、追記・修正 ※2016/01/22現在 iTunesConnectのUIがかなり変わって日本語が所々に表示されるようになったので、このまま完全に日本語対応とXcodeの日本語が戻ってきてくれないかなという希望も込めつつ・・・ ※2014/09/08現在 （※iOSアプリってどうやって公開するの？？？って気になった方はこちらへ） iOSアプリなどを公開する場合、 Appleによる審査が入るのですが、 それが長い！ 体感的に早くても1週間弱・・・ 新しい製品の発表間近な時はそれ以上かかったりします。 そんな中で、どうしても今すぐに公開したいという場合、 「Expedited Review」 というのがあります。 （※申請の前にAdhocではなくReleaseバージョンのアプリの動作確認をしたい場合はこちらへ） これは、致命的なバグや期間限定イベントに合わせたい時
zshの起動を高速化する方法 - なっく日報
ネタがないので、昔こんなことをやってzshの起動を高速化したよというのを共有したいと思います。 計測 〜が遅いという場合、プロファイリングするのが定石ですね。 http://blog.uu59.org/2013-06-01-zsh-optimize.html という素晴らしい記事を参考に、 ボトルネックを割り出しました。 ↑の記事に全て書いてますが、一応プロファイリングの方法をコチラにも書いておくと、 .zshenvの先頭行に↓を足す zmodload zsh/zprof .zshrcの最後の行に↓を足す if type zprof > /dev/null 2>&1; then zprof | less fi という感じ。 新しくzshを起動すると、lessで↓のようなプロファイリング結果が開きます。 num calls time self name -------------------
ES6 だとか ES7 だとか ES2015 だとか ES2016 ってつまり何という自分用記事まとめ - BattleProgrammerShibata
ここらへん斜め読みしてるとかなーーーり混乱してきて時代に置いていかれてたので、自分用にいくつかの記事まとめをしてみました。先日「頃合いの良い」出来事もありましたので。 ES6 とか ES2015 ってなんやねん、同じちゃうの 昨年サイボウズの中の人が書かれた記事が分かりやすいです。 blog.cybozu.io 要約すると、 「ES2015」が正式名称だぞ 仕様策定途中からそうなったもんだから「ES6」という呼び方も浸透しちゃったぞ いわゆる「ES7」にあたるものは「ES2016」と呼ぶぞ 今後「ES7」っていうとマサカリが飛んでくるので気をつけましょう。 ブラウザの対応状況は ここで確認できます。 compatibility table http://kangax.github.io/compat-table/es6/ それぞれ 「ES5」、「ES6」、そして next という区分けがな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
