DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
なぜ html の form は PUT / DELETE をサポートしないのか？ - Block Rockin’ Codes
注意 内容については一切保証しません。 ここでは、主に W3C ML での議論や各種仕様などに基づいて書いています。 ここに書かれていることが正しいかどうかは、自身で判断して下さい。 事実としておかしいところなどは、コメントでどんどん指摘して下さい。遠慮はいりません。 ただし、このエントリでは「form が PUT/DELETE をサポートするべきかどうか？」の議論はしません。 「REST の是非」や「PUT/DELETE の意義」についても議論する気はありません。 ここでやっているのは、あくまでもどういった議論の末現状があるのかの調査です。 そうした意見がある場合は、 W3C などに投稿するのが最も有益だと思います。 History 2014/03/29: 公開 2014/03/29: XForm と XHTML の関係を明確化(thanx koichik) 2014/03/29: HT
富士ゼロックスのDocuWorks 8に重大な不具合、「最悪の場合はドライブ全部消失」
写真●不具合が判明した「DocuWorks 8」のDVDメディア。中央左のバージョン番号が「8.0.3」の場合、ファイル消失のおそれがある 富士ゼロックスは2014年3月18日、同社が販売するWindowsパソコン用文書管理ソフト「DocuWorks 8」の最新版（8.0.3）に重大な不具合があると発表した。該当ソフトを使って特定の条件下で「PDFからDocuWorksへの変換」を実行すると、パソコン内のファイルが意図せずに消失するおそれがある。「最悪の場合、そのドライブのほぼすべてのファイルが消失する」として、注意を喚起している。 不具合が見つかったのは「DocuWorks 8（バージョン：8.0.3）」（写真）で、日本語版／英語版、商品版／体験版ともに影響を受ける。「環境設定」の設定内容が一定条件を満たす場合に変換を実行すると不具合が発生する。「DocuWorks連携フォルダ」「Doc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
