ダレずに開発を走り切る為の習慣
重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも本当にもう酷かった。 ごめんなさい。。。。 やろう！『だるさ』見積り！本当に大事だよ！ [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ
Rails のアーキテクチャ設計を考える - Qiita
はじめに ここ一年くらいずっと Rails の何がダメでどうすれば良くなるのかを考えていました。 Rails を使ってそれなりの規模のアプリケーションを作ったことがある人なら、メンテナンスのしづらさを感じたことがあるのではないでしょうか。 メンテナンスの問題は Rails 以外の開発でも発生することですが、実のところメンテナンスしやすいアプリケーションはどうすれば作れるのでしょうか？ この難問に対して私も答えを持っていませんが、考え続けています。 少なくとも、 Rails Way や Rails Tutorial をベースにしたアプリケーション開発は、業務で用いるには簡単すぎるように思います。 「レールに乗る」という言葉がありますが、私は考え方を変えました。 Rails は規模の大きいフレームワークですが、土台に過ぎません。 Rails Way の設計方針は小規模な開発では有効ですが、規模
仮想環境の構築ツール「Vagrant 1.8」リリース。リンククローン対応、スナップショット機能も搭載
仮想環境の構築ツール「Vagrant 1.8」がリリースされました。新バージョンとなるVagrant 1.8では、Linked Clone（リンククローン）、Snapshotなどの新機能が搭載されました。 仮想マシンを構築する際、通常は仮想イメージをそのまま使いますので、仮想マシンを3つ構築する場合には、その中身が同じであっても3つの仮想マシンイメージを用います。いわゆる「フルクローン」です。 一方、リンククローンは、仮想マシンを構築する際に仮想マシンイメージのマスターイメージとその差分だけで新しい仮想マシンを作ることができる機能です。差分だけで済むためストレージの消費が小さくて済みます。 Vagrant 1.8ではこのリンククローンに対応することで、差分だけを読み込んで仮想マシンを作れるようになるため、より高速に仮想マシンを構築できるようになったとのこと。 a small Linux b
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
