コードを削除したら喜ぶべき。知らない人がみたら意味不明なコードが残っていませんか？
昔はよくわかっていなくて、今は身にしみてよくわかっていることの一つは、追加した行数がマイナスのパッチは素晴らしいということだ。コードは削除できるなら消したいし、自分の書いたコードであれ、誰かが消してくれたらとてもよいことだと思う。 昔はがんばって書いたコードはなるべく「活用」したいと思っていた。活用というのはつまり、捨てるのはなんとなくもったいないから、そのコードをなるべく消さずにすませたいということだ。 しかし無理にコードを生かしておくことの意味など何もない。 コードの履歴などは全部いったん置いておいて、ある時点のソースコードを初めて見たものとしよう。そのソースコードが、そのプログラムが実装するべき機能を実装するために十分かつ最小限のコードであるのと、十分かつ最小限のコードに加えて何かよくわからないコードのどちらかであるとしたら、どちらのほうがいいコードだと思うだろうか？ 前者のほうがい
コマンドラインから見るosx 10.10 yosemite システム環境設定の風景 -- 1 行目編 - ばかもりだし
はじめに 以前から何となくやっておきたい事柄のひとつ、今日何となく思い立って、ここに。 こんな世界があること知って甚く感化され、独り勝手に読書会なんぞをやったりやらなかったり。 で、段々とこの辺りにも目が慣れてきた頃、今度はコマンドから見るシステム環境設定の風景ってものを知りたくなり、その辺を改めて整理してみたいと思う時がありまして。 それやる。 の第一弾。 前提条件 現時点、すべてのアイテムを採りあげるのは止めようと思います。 いや、今は無理。理由。正直に、出来ないし(笑。 もちろん、全てのアイテムを採りあげたいのですが、と言うか、そうすべきなのでしょうが、どうも今の自分には無理なようで。 技術的に未熟であること棚に上げて何ですが、こんな感じで行こうと思います。; 基本、すべてを採りあげる姿勢。 とはいえ、やはり自分にとっての必要性、関心の高さに勝るものなく。 ではなくとも、アクセスでき
アンサーが1年で１億コメント突破した秘訣
価値のある機能をユーザに早く届けるための大企業エンジニアの挑戦 / Achieving Faster Delivery of Customer Value Features in a Siloed Organization
SQLインジェクション対策もれの責任を開発会社に問う判決
ポイントは下記の通りです。 X社（原告）はセキュリティ対策について特に指示はしていなかった 損害賠償について個別契約に定める契約金額の範囲内とする損害賠償責任制限があった 当初システムはカード決済を外部委託し直接カード情報を扱っていなかった X社が「カード会社毎の決済金額を知りたい」とY社に依頼をして、その結果カード情報をいったんDBに保存する仕様となった（2010年1月29日） X社からの問い合わせに対してY社は、カード情報を保持しない方式に変更することが可能で、そのほうが安全となり、費用は20万円程度である旨を伝えた（2010年9月27日）が、その後X社は改良の指示をしなかった 以下の脆弱性その他が認められた システム管理機能のIDとパスワードが admin/password であった 個人情報が記載されたお問い合わせログファイルの閲覧が可能（ディレクトリリスティングと意図しないファイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
