16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ
技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム（16年の歴史があります）の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、
git pullは、fetchしてmergeするのと同じなのか？ | GMOメディア エンジニアブログ
はじめまして、 はおりん と申します。 phpを食べたり、Androidを食べたり、サーバの面倒を見たり、ギルザットのフォレスドンを狩ったりして毎日を過ごしています。おおむねテンション高めですが、実は寝不足によるミッドナイトハイテンションなのかもしれません。 わたくし、新しい作業branchを作るときに、 git fetch origin してから、 git checkout -b hogehoge origin/master ってやってたんですけど、その後手元のmasterを最新にしたいときに git pull してたんですね。 でも、ふと疑問に思ったんです。 すでにfetchしてあるんだから、手元のorigin/masterからmasterに反映って、できるんじゃね？と。 でもなんか普通に、 git checkout master; git merge origin/master って
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
