スクラムで開発チームが自由な取り組みをするには？
みなさんこんにちは。@ryuzeeです。 スプリントをずっと回していると、「いつもスプリントに追われている気がする」「一回立ち止まってゆっくり考えたい」「情報共有ができていない気がするので整理したい」「技術検証をもっとやりたい」「勉強時間をとりたい」といった話を聞くことがあります。 それに対して、どのように対処していくべきか考えてみましょう。 考えられる対応策はいくつもあるので、まずはそれを列挙します（ダメなものも混ざっています） 複数回スプリントを実施したら、1回分のスプリントでは開発チームは好きに活動する（✕）スプリントとスプリントの間に休憩を入れる（✕）フィーチャー開発以外の取り組みを行うスプリントを必要に応じて用意する（△）スプリントのキャパシティを見直して、開発チームが持続可能なペースで働けるようにする（◎）それぞれを順番に見ていきましょう。 複数回スプリントを実施したら、1回分
個人開発のやっていき方
2017年7月20日に行われた Rails Developers Meetup #3 の発表資料です。
Hello Worldの後に何を作るか - razokulover publog
新しい技術を学びはじめるとHello Worldのその先で何を作るか詰まってしまうことがよくある。 最初から作りたいものがある人はそれ作ったほうがいいし、実務で導入できたりするなら一番手軽で学びが多いのだが中々そうもいかないのが人生というもの。 そういう人にとってはHello Worldからある程度使えるもしくは本番投入時に選択肢にできるレベルになるための道筋があると便利だなーと思う。 自分はWeb系の人間なのでフロントエンド/サーバーサイド/モバイルアプリという感じでまとめてるが、インフラ屋やハード他デザイン系の技術はまた違うと思われるのでこれはあくまでも自分の場合はということで。 共通 言語機能を一通り試す(A Tour of Goみたいな感じで) 基本的な型/制御構造/IO周り/クラス/文字列操作/正規表現/よく使いそうな標準ライブラリ その言語固有の機能は重点的に(goだったらgo
非エンジニア参加型 ChatOps でソシャゲ運用 - YAPC::Asia Tokyo 2014
ソーシャルゲーム黎明期から弊社が開発・運用している ぼくらの甲子園シリーズの最新作であるぼくらの甲子園！ポケットがリリースしてから1周年を迎えようとしています。 このゲームのサーバーサイドのコードは perl で書かれており、私は初期開発から運用まで現在進行形でこのプロジェクトに携わっています。 現在、チームメンバーの数は約20〜30人で、そのうちサーバーサイドエンジニアは約5人です。 この人数で 約3〜5本のイベント開発・運用 新機能開発 既存バグ修正 ... etc を並行にこなしています。 上記の人数でこれらのタスク管理やテスト環境の構築といった運用業務を滞りなく回すのは大変困難です。 そんな中、チームで活躍してくれているのが IRC の BOT の akane ちゃんです。 akane ちゃんは 任意のマスターデータが反映されたテスト環境の自動構築 GitHub 上で管理されている
俺のオレオレgit-flow | おそらくはそれさえも平凡な日々
背景 一昨年末くらいにgit-flowを採用していた 良いんだけど、結構めんどくさいなーと思うところがあった 去年頭の新規開発からはgithub-flowを採用(と言うかごく普通のGit運用) masterのテスト通ったらjenkinsさんが開発サーバー反映してくれて捗る ただ本番をそれで運用するわけにもいかない リリースタイミングとかある masterはデザイナーやME(=gitに不慣れな人たち)がカジュアルに画像やテンプレをpushできる(それで構わない) git-flowとgithub-flowの中間くらいのフローで運用することに git-flowの気に入ってる点とそうじゃない点 気に入っている点 並列ブランチを走らせるというのは良い(git-flowの場合、masterとdevelop) hotfixが便利 めんどくさい所 releaseブランチ毎回作る必要性をあまり感じない バー
カヤックのMAKERSが「“身につける”エクストレイル」制作で学んだモノづくりの難しさ - エンジニアtype
1月10日からの3日間、幕張メッセで開催された『東京オートサロン2014 with NAPAC』は過去最高の約30万人の来場者数を記録。世界最大規模のチューニングカー・カスタムカーの祭典として知られるこの展示会でひときわ注目を集めたのが、6年ぶりのフルモデルチェンジを発表した日産の都市型SUV『エクストレイル［X-TRAIL］』だ。 1月7日の発表によると、この新型エクストレイルは、発売後わずか3週間で月販目標台数の4倍を超える1万1000台の受注を獲得。競争の激しいコンパクトSUVのジャンルにおいて、新たな大ヒットモデルとなりつつある。 そして昨年12月に行われた同モデルの記者発表の際、同時に披露されたのが、新型エクストレイルの世界観を体現したアウトドアスポーツギア『X-TECH GEAR』だ。 新型エクストレイルのコンセプトや技術をスノーボードギアにも実装するという発想で開発され、以下
Railsのconsoleにて大量のレコードを少ないメモリで処理する - ひげろぐ
RailsのconsoleでActiveRecordを使って大量のレコードを処理しようとする場合、とりあえずコントローラ内に書くのと同じように以下のように打ってみると思う。 Item.all.each {|item| item.update_price } ところが経験ある人も多いと思うけれども、これをやるとレコード数が1000程度でも大量のメモリを食う。 自分の経験を言えば、開発マシンのMacbook Proがスワップを大量発生させてコマ送りのようなレスポンスになった。 それぞれのレコードに対応するオブジェクトがループ終了までガベージコレクションによって破棄されないのでこんな風になる模様。 処理が進むにつれだんだんメモリ消費量が増えていく。 メモリリークのようだけどメモリリークではないんですと。 で、この敵に立ち向かうためにしばらくの間は勤勉さを発揮してある方法を採った。 一度に取得する
デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
＜チェック表＞WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論
WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得／DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必
Androidゲーム開発入門、私が2Dアクションゲームをつくるまでに蓄積されたTips - shimobayashiの日記
ここ1週間くらいずっとAndroidゲーム開発を手探りで進めていた。そして、めでたく、ようやく、初のAndroid向け2Dアクションゲームをリリースすることができました。 Fire Rescue - Android マーケットhttps://market.android.com/details?id=name.shimobayashi.firerescue内容としては http://www.shimobayashi.name/ のBurningPanicというゲームをAndroid向けに移植した感じです。なお、ゲームのBGMはuzzuさん(http://twitter.com/uzzu)につくっていただきました、感謝。(スクリーンショットが若干おかしいですが、OpenGLを使った画面をPCでうまくキャプチャーできないようです。無念。) つきましては、またもやヘドロのごとくTipsが蓄積され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チームでプロダクト開発するための取り組み/cookpadtechconf2017
快適なサービス開発を支える技術/Cookpad TechConf 2017
既存のAndroidアプリをリファクタリングしていく話
GitHub - mixi-inc/iOSTraining: Training course repository for iOS app development
サービス終了のお知らせ