技術的負債 - Wikipedia
技術的負債（英語: technical debt）、設計負債[1]、またはコード負債とは、ソフトウェア開発における概念であり、時間はかかるがより良いアプローチを選択する代わりに、簡単ではあるが限定的な解決策を選択することで生じる、将来的な手直しにかかる暗黙のコストを示すものである[2]。 金銭的な負債と同様[3]に、技術的負債も返済されなければ、「利子」が蓄積され、変更の実施が困難になる。技術的負債を処理しないと、ソフトウェアのエントロピーが増大する。金銭的負債と同様に、技術的負債も必ずしも悪いものではなく、プロジェクトを前進させるために（概念実証として）必要な場合もある。一方で、「技術的負債」というメタファーは、その影響を最小限に抑える傾向があり、その結果、修正するために必要な作業の優先順位付けが不十分になると主張する専門家もいる[4][5]。 コードベース上で変更が開始されると、コード
非同期処理の通知処理 with Tatsumaki
Non-blocking processing notifications with Tatsumaki can provide laughter, tears, cuteness, and surprises over 20 minutes. Some details may not translate well from the slide version and some meanings may be lost, but the overall atmosphere can be enjoyed in the official video release. The presentation introduces asynchronous processing using PSGI/Plack to avoid blocking the server. It discusses no
C++と Pthreads でミニマルなHTTPサーバを書く - いやなブログ
C++と Pthreads でミニマルなHTTPサーバを書く 『UNIXネットワークプログラミング』を読んでいると、自分でも何かネットワーク系の小さなプログラムを書いてみたくなりました。そこで、ミニマルなHTTPサーバを C++と Pthreads で書いてみました。 同じ著者の「詳解UNIXプログラミング」もそうだったように、今回の本もほとんどすべてのページに、重要なことが書かれています（最後のほうのXTIの部分は例外かもしれませんが）。 たとえば、27章ではネットワークサーバの実装として、次の設計方針がそれぞれ検討され、実際のコード付きで解説されています。 クライアントごとに fork 事前に fork - 各プロセスで accept 事前に fork - ファイルロックで accept を保護 事前に fork - Mutex ロックで accept を保護 (PTHREAD_PRO
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
A::Watch -壊れたハードディスクからのファイルの復旧にはData Rescue 2がよいと思います
梅田さんのところで、OSX環境下での壊れたハードディスクからのファイルの復旧についての話題が出ていました。つい最近、友達のハードディスクがクラッシュして復旧を手伝ったことがあるので、その時の話を書いてみようと思います。 OSXでディスクのトラブルがあった場合は、純正のDisk Utityを使うのが基本です。しかし、友達のケースでは、Disk Utilityをかけても「ボリュームヘッダが正しくありません」、「ノードの構造が正しくありません」というエラーが表示されるのみ。個人的に僕が信頼しているDiskWarriorも試してみましたがうまくいきませんでした。 しかし、その後ネットを調べてData Rescue IIというソフトの試用版を試したところディスク内のファイルを見ることができました。このソフトの復旧方法には、高速な「クイックスキャン」、カタログとコンテンツを調査する「フルスキャン」（め
JJUG CCC 2010 Fall で講演しました - (ﾟ∀ﾟ)o彡 sasata299's blog
2010年10月19日18:57 勉強会 Hadoop JJUG CCC 2010 Fall で講演しました 先日、国立オリンピック記念青少年総合センターで行われた JJUG CCC 2010 Fall にて講演してきました。当日は100名以上の方にお越しいただき、ありがとうございます。 日本Javaユーザグループ（JJUG）は、「コミュニティのコミュニティ」、「Javaに閉じず」をコンセプトに活動を行なってきました。CCC（クロスコミュニティカンファレンス）は、そうした活動の、年に二回の集約点です。 当日のスライドはこちらをご覧下さい。 961万人の食卓を支えるデータ解析View more presentations from Tatsuya Sasaki. 少しでも参考になれば幸いです。にしても、50分トークは長いですね〜 他の方のセッションもとても興味深い内容で面白かったです。特に
XSからPPへ - YAPC::Asia Tokyo 2010
#include "EXTERN.h" #include "perl.h" #include "XSUB.h" MODULE = Foo PACKAGE = Foo SV* hello(SV *sv) CODE: SV *message = newSVpv("Hello, ", 0); sv_catsv(message, sv); RETVAL = message; OUTPUT: RETVAL
cron の直列実行 | Carpe Diem
久しぶりのブログになります。 cron でとあるバッチ処理を setlock を使って、毎時順番に直列実行しています。 このバッチ処理は、過去 1 時間前のアクセスログをごにょごにょ集計しています。仮に、このバッチ処理は、1.rb、2.rb、3.rb、の 3 つのプログラムがあるとしましょう。2.rb は、必ず 1.rb が実行し終わったあとに実行することを前提、3.rb は、必ず 2.rb が実行し終わったあとに実行することが前提となっています。 cron には、次のように 5 分刻みで設定されています。 5 */1 * * * /usr/bin/setlock /tmp/hoge.lock /tmp/1.rb 10 */1 * * * /usr/bin/setlock /tmp/hoge.lock /tmp/2.rb 15 */1 * * * /usr/bin/setlock /tmp
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AnyEventとEC2を使ったクローリングツールのご紹介
SIG Startups｜インターネットビジネス支援プロジェクト Startups2010