本当はすごいKPTで強いチームを作る for エンジニア - Qiita
この通り、KPTはみんなでやるデバッグ作業です Problem -> Try -> Keepと全てはつながっています 繋がっていないKeepは？ ナレッジ共有と捉えると良いと思います ただ、その場合もはじめに何かしらの問題があって〜からスタートすることが多いのではないでしょうか KPTすごい これで何となく伝わりますかね？ KPTが毎週上手く回っている ＝ 毎週バグを潰している １年続けると KPTが回っている → テスト53回、デバッグ53回行って、チケット消化しつづけ改善してる状態 KPTが回っていない → テスト0、デバッグ0、チケット消化数0 KPTを上手く回すには 伝わったとしたら幸いです それでは次にKPTを上手く回すことを目標にします そもそも上手く回ってる、良い状態ってどんな感じでしょうか？ 良いKPT＝良いデバッグ エンジニアならもう既にわかるはずです 良いProblem
多くのサイドバーが役に立っていない理由とは？
YonaはCodal社のテクニカルライターです。彼はコンテンツ戦略、文章、ブログ、編集の責任者です。また多岐にわたる記事を提供するため、Codal社のUX、発展、マーケティングそして管理チームと密接に働いています。 Webサイトにおいて、サイドバーは必要でしょうか？ 情報交換をとても重要視している業界ですから、サイドバーが流行してスタンダードな手法となったのはある意味必然といえば必然です。ですが、サイドバーはつまるところただのリンク集でしか無く、補足的な情報を入れておく程度の場所です。 これを言い切ることで私を嫌いにならないで欲しいのですが、UXデザイナーはサイドバーに頼りすぎなのです。 例えばUXデザイナーの方にサイドバーを使わなければいけない理由を聞いてみてください。おそらく合理的な答えを導き出すまで相当な時間がかかるのではないでしょうか。 では、サイドバーに対抗できるものはあるのでし
Jenkinsと完全にサヨナラして、CircleCIに移行した話 - tehepero note(・ω<)
2015-07-02 Jenkinsと完全にサヨナラして、CircleCIに移行した話 CI Jenkins CircleCI 長らくCIはJenkinsを利用して開発をしてきて、Hudson時代からご愛顧してきたのですが、この春から新しくスタートしたプロジェクトではJenkinsを利用しないという決断をしました。 Jenkinsとサヨナラした理由 複数プロジェクトで共有して利用するのがツライ うちの会社では共通で用意されたJenkinsがあって（それなりにスペック高くて、slaveもぶら下がってる）、色々なプロジェクトがそれを利用しています。 このケースの問題点は何よりもランタイムやSDKを共有してしまうことにあります。全てのビルドに副作用を与えることなく、ランタイムやSDKを追加・更新するのが簡単ではありません。それを滞りなくやるには事前にどのビルドが何を使っているかを把握したり、利用
React + Reduxを使ったWebアプリケーション開発速習会＠Wantedly - Qiita
React + Reduxを使ったWebアプリケーション開発速習会＠Wantedly のための資料です。 WantedlyではSingle Page Applicationなどより複雑な構成にも耐えられるよう、React + Reduxを中心としたWebフロントエンドの技術スタックを導入しました。 ES2015 React Redux Immutable.js CSS Modules webpack 導入の経緯などは以前発表した の資料を参照ください! WantedlyにReact + Reduxを導入した話 今回はこれらのスタックを使って実際にSingle Page Application構成のアプリケーションをハンズオンで作成します。 開発の準備 開発環境 npmライブラリを使用するため、開発マシンにnode.jsがインストール済みであることを前提としています。 サンプルはv5.1.1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
