Four Keysがなぜ重要なのか - 開発チームのパフォーマンスを改善する方法について - yigarashiのブログ
ソフトウェアエンジニアとして働き始めて以来、ずっとソフトウェアデリバリーのパフォーマンスに興味を持って、さまざまな改善活動をしてきた。当初はスクラムを中心としたプロセスの改善に注力したが、最近はチームの成熟に伴って技術的なプラクティスに興味が移りつつある。より広い視点からデリバリーについて考えるのは非常に楽しい仕事だ。 デリバリーのパフォーマンスを改善していくには、定量指標として確立されたFour Keysを計測し改善するのが業界標準となりつつある。恥ずかしながら、私はこれまでこのFour Keysが腹落ちせず、積極的に計測してこなかった。しかし、多方面に興味が向いて知識や経験が蓄積するにつれて、猛烈にFour Keysの重要性が腹落ちしてきた。この記事では、現時点における自分のFour Keysに関する理解と解釈を整理してみようと思う。 Four Keysとは Four Keysの妥当性
Tech Lead（TL/テックリード）の役割 - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
Tech Lead（TL/テックリード）の役割。聞きなれない名前かもしれない。リードプログラマやテクニカルリードと呼ばれることも。過去にいくつものチーム（最大で10人以上）の Tech Lead をやってきた自分の経験を踏まえて書いてみる。 Tech Lead の主な役割 Tech Lead はエンジニア班長と言いかえるとイメージがわきやすいかもしれない 顧客に提供したい価値（プロダクトゴール）を正しく理解する エンジニアチームの生産性を可能な限り最大化。プロダクトマネージャ・デザイナと顧客に価値を提供する Product の Launch に責任を持つ Product の Launch 後のメンテナンスに責任を持つ エンジニアを過負荷から守る ときにはマネージャ、プロダクトマネージャのアイデア、スケジュールに NO を言う。代替案を提示する チーム内のテクニカルデザイン、採用技術などに責
スマートフォンアプリ開発における共創的な開発チーム
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
組織も人も最適化の果てにあるのは緩やかな死
なんか会社のチャットネタが続きますが、先月、会社のチャットでマクドナルドの衰退と吉野家のリンクから最適化の話しになり、「もしトレタが最適化しすぎると、どういう風に発展の妨げになるんでしょう」って話しが出てちょっと面白かったのでブログにまとめて見ることにしました。 私がアプリ開発で一番怖いと思うのは、既存ユーザへの最適化です。 既存ユーザはある程度使いこなした上で「あの機能が欲しい」と要望を出してきます。確かにその機能があると便利ですし、他のユーザでも喜ぶ人が大勢います。 実際、その機能実装すると多くのユーザが便利になり満足度があがります。画面にボタンは増えましたが使わないユーザが不便に思うほどではありません。 誰も困らないし、この機能追加はとても正しいことに見えます。 でもその機能があることで、初めて触るユーザはどう感じるでしょうか？画面にボタンが多いほど、マニュアルが厚いほど初めてのユー
第二新卒研修をしていた - ローファイ日記
雇用流動情報の季節ですが、いかがお過ごしでしょうか。雇用流動と間接的に関係のある記事を書きます。 標記の通り、研修をしていたのでその内容をまとめたり振り返ったりする。 思ったより長くなったぞ... 背景とか がっつりとしたWeb開発の経験は無いが、情熱があり、コミュニケーション能力など基本的な能力が高そうな、年齢の若い方が応募されたので、いわゆる「第二新卒」と言う扱いで研修を前提に採用した。で、その研修のカリキュラムを主にぼくが考えて実施していた。 といっても、今までに積み上げてきた新卒向け研修のカリキュラムやノウハウを眺めてエッセンスを抜き出すみたいな感じだった。 ペパボ新卒デザイナーとエンジニアの研修ブログ ペパボ新卒エンジニアの研修を開始している - HsbtDiary(2013-05-22) ペパボ新卒エンジニア研修 前編 | blog: takahiro okumura ペパボ新
KAIZEN platform Inc. の開発マネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
エタらないための技術力
中学生・高校生向けにIT講座を開いてきました。 第5回目はスプライト画像に関して補足と、もう少し応用的な内容の学習です。 ■ 第1回 IT講座 IT基礎知識 https://www.slideshare.net/s-komori/1-it-it-82954806 ■ 第2回 IT講座 ゲームを作るって？ https://www.slideshare.net/s-komori/2-it-83019937 ■ 第3回 IT講座 ゲームを作ってみよう！ 基礎編 https://www.slideshare.net/s-komori/3-it-82957912 ■ 第4回 IT講座 ゲームを作ってみよう！ 応用編 https://www.slideshare.net/s-komori/4-it-82958211 ■ 第5回 IT講座 ゲームを作ってみよう！ 実践編 https://www.slid
個人開発と徳
主催・運営した エムスリー x Gunosy Beer bash！ の発表資料です＾＾ gunosy-beer.connpass.com/event/22825/
リリース力 - Masatomo Nakano Blog
って、大事だなーと思っていてエンジニアの力の差が大きく出るところだと思っている。 新規サービス 新規アプリ ちょっとした社内ツール プロジェクトの進め方の改善 大き目のリファクタリング とかなんでも、とりあえず始めることは簡単だ。ただ、それを形にしてリリースしたり継続するのは難しい。 データベースのマイグレーションが必要だったり、最後の細かいUI調整もなかなか時間がかかる。色々な環境でのテストも必要だ。 技術的以外な部分でも、関係者との調整や、ユーザーへのお知らせ、面倒なことが多い。 開発者なら誰でも実感値あると思うけど「だいたいできた」から「リリース」までの距離はだいぶ遠い。自分の感覚としては「だいたいできた」で良くて半分くらい。楽しいのも最初の半分、後半は楽しくないことが多い。飽きも来る。 (これらの面倒なことを減らすのが、Quipper CTOである自分の役目だとも思っている、がそれ
｢デキるWebディレクター｣と｢デキないWebディレクター｣を12項目で比較してみた | Mnemoniqs Web Designer Blog
制作会社の体制にもよると思いますが、大体の制作現場はWebディレクターが案件を管理して、Webデザイナーやプログラマーが作業する、というかたちだと思います。 制作会社勤めのWebデザイナーにとっては、Webディレクターと上手く仕事できるかどうかが、かなりミソと言っても過言ではないのでは。人間的に合う・合わないっていう相性の問題もあるとは思いますが、その中でも個人的にいいなぁと思うWebディレクターと、いかんなぁと思うWebディレクターの違いを書いてみようかと思います。 デキる デキない 1 ミーティングでは、あらかじめ要点を簡潔にまとめてあって、進行が非常にスムーズ。仕様書も作業者と意見を交わしながら進めていける。 ミーティングでの話がとにかく長く、仕様書を全部読みたがるので、どこが重要な部分なのかわからない。基本的に自分ひとりでしゃべっている。 2 質問がしやすい・相談がしやすいなど、
Qiita Teamに、流れていってほしくない情報を掲載しておける「プロジェクトページ」が追加されました - Qiita Blog
Qiita Teamに、流れていってほしくない情報を掲載しておける「プロジェクトページ」が追加されました こんにちは、週末に弱虫ペダルを読破した htomineです。巻島先輩最高ですね！ 今回は、Qiita Teamに追加された新機能「 プロジェクトページ 」を紹介します。 プロジェクトページとは流れていってほしくない情報を、アクセスしやすい場所に常に掲載しておける機能です。 トップページのサイドバーに常に表示される他、ヘッダーの「さがす」メニューからいつでも呼び出せます。 何が便利になるの？プロジェクトページ は、時間がたってもフィードの奥に消え去ることがなく、 アクセスしやすい場所にあって後から辿ることも容易です。 プロジェクトの概要・状況・方針など、常に最新の情報を共有しておきたい場合に最適で、 新しく入ってきたメンバーも、古いけれど重要な情報が参照しやすくなります。 ↓プロジェクト
git commitをやり直しする＆取り消しする(「get commit --amend」と「git reset」) - hogehoge foobar Blog Style Beta
git commitを実行あとでコミットをやり直したり、コミット自体を取り消す方法です。 直前にしたコミットをやり直す（git commit --amend） 直前にしたコミットをやり直す場合、「git commit --amend」を使用します。 例えば、直前のコミットログが以下のような状態だったとします。 実は直前のコミットに含めるべきであった「hoge.txt」が含まれていませんでした。 コミットログ(git commit --amend 実行前) $ git log commit cca638b48b4c8be7ad5432f7882497534b04e2b4 Author: mrgoofy <[email protected]> Date: Wed Sep 8 23:03:57 2010 +0900 2nd Commit.-> New Add File : bar.txtこ
一人開発を進める上でたった一つの大事なこと - honbin log
一人開発を進める上でたった一つの大事なこと from Satoshi Honda 個人の開発にてサービスを作った時に、よかった仕組みや、なぜ作り続けて形にすることができたのか、そんな振り返りをこめてプレゼンテーションに記してみた。名前付け、そして、一つ一つの言葉を考えることも本当に大変だったし、プレゼンに書いている通り決済を通すのも大変だった。決済に関しては、日々プロトタイプを見せて、完成した時に「決済したらリリースできるんだ！」って言ってなんとか通すことができた。特に技術で解決する特別な機能はない、けど、面白そう！と思えるイベントを増やして、物作りを始めるきっかけをつくることができたらうれしいなと思います。また、あらためて個人でサービスを運営している人だったり、ツールを作っている人だったり、その他創作活動をしている全ての人に敬意を払うとともに、引き続きがんばっていきたいと思います。
programming - コードを書き続けるためにやってること - Qiita
プログラミングの生産性を上げるには - Cside::Private とても面白かったのでマネしてみた。人それぞれあると思うので自分のスタイルを。 といっても、かなり不真面目なので参考にはならないと思う。 1 . README.rst を書く まず最初に何がしたいのか、どんなことをしたいのかを書く 概要、ゴール、実装方法、使用ライブラリ、TODO などを書いていく そして README.rst に擬似コードを書き始める コンパイルが通る必要は無い コメントもガンガン書いていく とにかく issues とか使わず全て README.rst に書いていく 一通り出来てきたら Trello にタスクを移す 2 . 擬似コードでプロトを書く コードを書いてみないと分からない事が多いのでまずはコードを書く よく iPhone でコードを書いているのだが、オレオレ言語で書いている Erlang っぽい
/usr/local とは何なのか - 破棄されたブログ
ご用心: この記事を鵜呑みにせず、末尾に記載された一次ソースを確認してください。 ソースからソフトウェアをビルドしてインストールするときに使う /usr/local ディレクトリだけど、/opt ディレクトリとの住み分けとか、 そもそも標準はどうなっているのかとか、まともに知らんかったので Filesystem Hierarchy Standard を確認してみた。 /usr/local は何をすべきところなのか？ 他のホストと共有されない 既存のシステムの破壊防止 FHS 準拠のソフトウェアをインストールする /usr/local ディレクトリ下自体が FHS 準拠になる /usr/local ディレクトリは、システム管理者がソフトウェアをローカルにインストールするために用いる。 /usr/local ディレクトリとして隔離されるため、同名のファイル名で既存のファイルを上書きするなどして
僕が1週間でWebサービスを公開するまで - ぐだぐだ言ってないでコードを書けよ、ハゲ。
先日、FeedlyGraph を1週間で公開した。 photo credit: surfzone™ via photopin cc 公開までを振り返ってみる。 0日目 アイデア出し 僕は普段からこんなサービスが欲しいな〜というアイデアをメモに残すことにしている。 iCloud 便利。 今回はそこから規模感が合うものをチョイス。 1日目 アイデアの検証 問題を解決するサービスが世の中にあるかどうかを確認した。 今回は「Feedly の購読者数の推移を確認したい」が問題。 既にあった解決策に近いものは以下のとおり。 Feedly Insight Feedly Subscribers Checker 2 FeedlyやlivedoorReaderの購読者数をGrowthForecastにポストするRubyスクリプト作った 上から順に WordPress でないと使えない 今の購読者数しかわからな
ScaleOut | Supership
日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipの“BE SUPER”なストーリーをシェアしています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.sqwiggle.com/pricing
止まっちゃいけないフロントエンド開発
東京お台場 大江戸温泉物語