チケット駆動開発を上手に運用するためのポイント - プログラマの思索
倉貫さんがチケット駆動開発を上手に運用するためのポイントを公開されていたのでメモ。 実際の経験に裏打ちされているだけあって、とても参考になる。 【元ネタ】 チケット駆動開発で Pivotal Tracker を上手に使うための4つのポイント - Social Change! 高速で無駄のないソフトウェア開発を実現するための7つのポイント - Social Change! 【1】役割分担 (引用開始) Pivotal Trackerを使う役割はざっくり分けると２つです。一つは、開発のためのチケットを登録して、開発されたチケットを「Accept」して終わらせる役割と、もう一つは登録されたチケットを開発していく役割です。前者をプロダクトオーナー、後者をプログラマと呼んでいます。 (引用終了) 倉貫さんの指摘では、顧客がプロダクトーナーの役割を持つので、経営戦略から仕様を決定できるストラテジスト、
node-Karaoke-Slideというのを作って結婚式の余興で使ってみた - 車輪を再発明 / koba04の日記
なにそれ 結婚式でみんなで乾杯を生演奏で歌いたくなる状況ってよくあると思うのですが、その時に写真をスライドショーにして、そこに歌詞を表示出来たら素敵だなぁと思って作って使ってみた話です。 ムービーを作って流せばよさそうですが、生演奏なのでタイミングをあわせる必要があるのでうまくいきません。 なのでスライドショーを作ってパソコンを操作すればいいのですが一緒に歌いたい！ Keynoteなど使えばスマートフォンからリモートで操作できるのですが、以前node.jsとsocket.ioを使って同じようにリモートで操作出来るスライドを人のを真似して作ったことがあったので、今回はそれをベースに勉強がてらイチから書いてみました。 （たいしたコードではないですが...） https://github.com/koba04/node-Karaoke-Slide 構成 node.js、socket.io、exp
プロとしての行為 Act as Proffesional
Gitのブランチをどのタイミングで切って、マージしていくかなども非常に大切ですが、ブランチやマージをするよりも頻繁におこなうコミットについて、あらためて基本に立ち返ってみましょう。 一つ一つのコミットを綺麗に積み重ねていくことは、ブランチを切るタイミングやマージ、歴史の改編などを容易にすることができます。コミットが綺麗に積み重ねられていないとマージや歴史改変で苦労するでしょう。 Gitのベストプラクティス（原文）に乗っかるためにもgit commitする前に以下のようなことをチェックしましょう。 Gitの操作に慣れている人はPushやMergeをする前に今回紹介するようなことを元にしてコミットの歴史を綺麗に整えましょう。 1コミットに1つの対応1コミットにはあれこれ詰め込めすぎるべきではありません。例えば以下のような2つのことがあったとします。 Aの機能を追加Bの機能のバグを修正2つの対応
「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組
はじめに git commit するまえに考えるべき10のこと | Act as Professionalを読んでいろいろと思うことがあったので書きました。 これはSCMBootCamp主催者としてとか、Mercurialユーザーを代表してとかではありません。 僕はこう思う。ということです。 読むの面倒な人は最下部のまとめだけ読めばok。 commit != push DVCSの利点はローカルコミットという概念を持ち込んだことです。これにより、高速な履歴追加、安全なマージを手に入れることができました。 件の記事を読んでいて気になったのは、commitという単語です。 特に、 1コミットに1つの対応 コメントアウトしたコードをコミットしない テストが正常に通過したものにしてください コミットメッセージの1行目は”短い説明” コミットメッセージのスタイル コミットメッセージのボディは有意義な内
コミットの粒度 - プログラマの思索
コミットの粒度に関して、とても参考になる記事があったのでリンクしておく。 【元ネタ】 git commit するまえに考えるべき10のこと | Act as Professional - hiroki.jp by HIROCASTER 「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組 GitやMercurialがCVSやSVNよりも優れている点は、ブランチ管理の容易さと豊富なマージコマンド。 特に、ローカルにブランチを作り、プライベートなブランチとして開発者は好き放題にコミットすればいい。 そして、masterに最終的にコミットする時、必要なパッチのみまとめて送ればいい。 コミット履歴を改変する必要があるのは、masterのコミット履歴を綺麗にする場合だろう。 ローカルのブランチは自分だけが好きなようにコミットしてもいいが、masterのコミット
Good Web Hosting - Fast and cheap Webhosting
Shared Hosting Plans are starting at $10/year RAID 10 SSD disks Unlimited domains Control Panel - DirectAdmin One-Click Script Installer Free SSL certificates 24/7/365 Support Daily Backups (separate server) Newest PHP versions Free Migration to our hosting SSD VPS KVM Plans are starting at $6/month RAID 10 SSD disks Xeon E5 CPUs 1 additional IP - $3/Mo KVM Virtualization Free VNC access Full root
Google元社長が実践していた英語学習法 - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
テキストエディタを作るメモ
初出:2001/12/12 最終更新:2005/07/25 私がGreenPadを作ろうとしたときに 調べてまわって作ったリンク集です。OSやToolkit提供のコンポーネントを 使うのではなく、「独自のテキスト編集コンポーネントを一から作る」場合に 参考となるものを集めました。Windows系に偏っている感が無きにしもあらず。 ソースコードの公開されているエディタやコンポーネント C GNU Emacs (色々な環境) JED (Unix,VMS,MSDOS,OS/2,BeOS,QNX,Win) Meadow (Win) nedit (Win) ne (Unix) Ng (AMIGA,Human68k,MSDOS,Unix) TextMaid (Win/GTK+) tolstoj (Win) vim (色々な環境) C++ Alpha (Win) GreenPad (Win) kajer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
