大規模システムの保守における技術的負債とチームのモラル
Agile Testing Days 2015において、Thomas Bradford氏はテストがなく大きな技術的負債のあるモノリシックなJavaベースのシステムの保守に関する経験について語った。InfoQは、システムを保守する上での問題や作りこまれた技術的負債、なぜ別のアプローチをとったのか、どうやってチームのモラルを向上させたのかについて氏にインタビューした。 InfoQ: 巨大なJavaのシステムを保守する上での問題について詳しく教えていただけますか？何が最大の問題でしたか？ Bradford: 私が当社に来たのは最近のことで、昨年の頭にエンジニアリングのVPとして採用されました。私の任務は、開発者がほぼ10年に渡って彼らを悩ませてきた過去の品質問題に取り組むのを手助けすることです。具体的にいうと、開発者はさらなる問題を引き起こすことなしにシステムを変更したりバグを修正したりすること
The Zen of Erlang
This is a loose transcript (or long paraphrasing?) of a presentation given at ConnectDev'16, a conference organized by Genetec in which I was invited to speak. I assume most people here have never used Erlang, have possibly heard of it, maybe just the name. As such, this presentation will only cover the high level concepts of Erlang, in such a way that it may be useful to you in your work or side
Imba 👐 Intuitive and powerful language for building web apps that fly
Imba is a new programming language for the web that compiles to performant and readable JavaScript. Imba was born to make developing web applications fun again.
良い記事を書くためのガイドライン | Qiita ヘルプ
良い記事を書くためのガイドラインこのガイドラインについて Qiitaは、プログラミングに関する知識を記録・共有するためのサービスです。Qiita上の記事は、投稿者以外の人にとっても価値のある記事であることが望まれます。 あなたの知識が他の誰かの役に立つようにするために、このガイドラインを参考にしてください。 役に立つ記事を書くために Qiitaに投稿した記事はフィードに表示され、他のユーザーが目にすることになります。また検索から記事を見つける人もいるでしょう。あなたの記事が読んだ人の役に立つかどうかを意識してみましょう。 自分用のメモのつもりで書いたものでも、少し気をつけるだけでぐっと価値のある記事にすることができます。 意識すると望ましいもの 具体的で簡潔なタイトルをつける 記事のタイトルは、記事のページだけでなくQiitaのフィードや検索エンジンの検索結果にも表示されます。タイトルを見
I am a puts debuggerer | Tenderlove Making
Update (2023-06-28): Added “I required a file, but I want to know what files were actually loaded” I love puts debugging I am a puts debuggerer. I don’t say this to disparage people that use a Real Debugger. I think Real Debuggers are great, I’ve just never taken the time to learn one well. Every time I try to lean one, I end up not using it for a while and have to re-learn how to use it. Anyway,
Gitのコミットハッシュ値は何を元にどうやって生成されているのか | メルカリエンジニアリング
こんにちは。サーバサイドエンジニアの @DQNEO です。 前回の「Gitのつくりかた」に続いてGitのコアな部分のお話です。 Gitのコミットハッシュ値とは何か Gitを使っていると必ずコミットハッシュ値というものが出てきます。9e47c22みたいなアレです。 これはある特定のコミットを指し示すIDとして使うことができます。 では質問です。 このコミットハッシュ値は「何を元に」「どうやって」計算されているでしょうか？ 「ある特定のコミット」とはそもそも何なのか この問題を考える前に、まず「コミットとは何か」を明らかにしておきましょう。 コミットというと「コミットする行為」すなわち「動作」のことを想像するかもしれません。 しかしGitの内部構造的観点から言うと、Gitが管理記録しているのはコミット行為の結果生成されたデータの方です。 この「コミットによって生成されたデータ」のことを「コミッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
