『Software Design』の10年間がこの1冊に──『Software Design総集編【2000～2009】』発売決定！：新刊ピックアップ
Software Designの創刊は，1990年の秋にさかのぼります。当時は，コンピューティングに対する興味が，弊誌の前身とされる『プロセッサ』に代表されるようなハードウェアに近い部分から，徐々にソフトウェアだけの情報に移ってきた時期でした。言い換えると「コンピュータを使う＝プログラミングする」という図式の時代から，徐々にアプリケーションユーザが広がりつつあった頃で，ほんの一部の愛好家にしか読まれていなかったコンピュータ雑誌にも，バリエーションが現れはじめた時代だと言えます。 そんな中，弊誌は，「ワンランク上のコンピューティングを目指す人」をターゲットに，それまで英語だったり難解なマニュアルや堅苦しい研究書にしか載っていなかった情報を，わかりやすい形でお見せする，というコンセプトで発刊されたのです。 総ページ数2万4,000ページ超！ Software Design創刊以来初となる総集
プロとしての行為 Act as Proffesional
Gitのブランチをどのタイミングで切って、マージしていくかなども非常に大切ですが、ブランチやマージをするよりも頻繁におこなうコミットについて、あらためて基本に立ち返ってみましょう。 一つ一つのコミットを綺麗に積み重ねていくことは、ブランチを切るタイミングやマージ、歴史の改編などを容易にすることができます。コミットが綺麗に積み重ねられていないとマージや歴史改変で苦労するでしょう。 Gitのベストプラクティス（原文）に乗っかるためにもgit commitする前に以下のようなことをチェックしましょう。 Gitの操作に慣れている人はPushやMergeをする前に今回紹介するようなことを元にしてコミットの歴史を綺麗に整えましょう。 1コミットに1つの対応1コミットにはあれこれ詰め込めすぎるべきではありません。例えば以下のような2つのことがあったとします。 Aの機能を追加Bの機能のバグを修正2つの対応
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
