タグ

ブックマーク / ssig33.com (11)

  • ssig33.com - エクストラバージンの嘘と真実読んだ

    エキストラバージンの嘘と真実 スキャンダルにまみれたオリーブオイルの世界 これ読んだ。著者のオリーブオイルに対する思い入れと、オリーブオイルの不正に関する雑多な文章が無秩序に並べてあって結構読みづらいなのだけど、面白いことは面白い。 「著者のオリーブオイルに対する思い入れ」の部分は非常に非論理的かつ非科学的でほとんど価値はない。しかし「オリーブオイルの不正」に関するパートは非常に面白い。 このパートを要約すると 低質なオリーブオイルや菜種油、大豆油に上質なオリーブオイルをわずかに混ぜたものを上質なオリーブオイルとして売る詐欺行為が頻繁に行われている それらの詐欺行為はイタリア人とカリフォルニア人が主に行っている とのことだった。カリフォルニアにはヨーロッパ系アメリカ人が特に多いことが知られている。カリフォルニアにおいてもイタリア人が犯罪行為を主導していると考えるのが極自然だ(書中にもカ

    czblue
    czblue 2015/01/18
  • ssig33.com - エンジニアならこれ読んどいた方がいいみたいな本

    失敗学 (図解雑学) 賢者は歴史に学び、愚者は経験に学ぶという。その仮定が正しい場合、人類の知能はそこまで広く分布しているわけではないので人類はだいたいみんな歴史からは学べないということになる。 正直自分の実感としても他人の失敗事例から学べたということは少なく(歴史から学ばない態度)、人は自分の失敗から学ぶしかないのではないかと思う。ただまあ他の技術者が事故にどのように対処したかとか、対処に失敗したかとか、歴史から学べた稀有な事例は何かといったことを読むのは楽しい。 爆笑問題のハインリッヒの法則―世の中すべて300対29対1の法則で動いている (祥伝社黄金文庫) ハインリッヒの事故防止の研究とは何の関係もないけど、爆笑問題カーボーイが一番面白かったころの。今読んでも面白い。 Web業界 受注契約の教科書 Textbook for Business Contracts in the Web

    czblue
    czblue 2014/12/21
  • ssig33.com - ファイルダウンロード自動化を含むスクレイピング

    なんのこっちゃという感じですが、具体的にやりたいことは以下の通り Amazon の コンテンツと端末の管理 から購入した Kindle 書籍を自動ダウンロード 何故こんなことをしたいかというと、 Kindle は DRM をクラックする確実な手段があります。 DRM をクラックすることは違法ですが、 Amazon という企業が消滅した時に、購入したが読めなくなるのは困ります。 Amazon が消滅するときは世紀末のような社会でしょうから、 DRM のクラック程度の犯罪が問題になることは無いでしょう。 AZW3 をローカルに保存しておけば、その時がくれば DRM をクラックすればいいということになります。 以上の考えは半分気、半分はまあスクレイピングしづらそうなものがあればやってみたい、というだけです。 JavaScript を含まないページのスクレイピングはどうとでもなります。 Ja

    czblue
    czblue 2014/11/24
  • ssig33.com - ダンピングをするな

    これの話。 次のような二つの職場があったとしたら、優秀なプログラマの大部分は前者を選ぶのではないでしょうか。 テスト・CI をきちんとやっていて、ソースコード管理は Git & GitHub、もちろんデプロイもほぼ自動化されていて、過去のバージョンに戻すことも簡単にできるため実験がやりやすい。リファクタリングの価値が認識されている。タスク管理ツールや連絡ツールも新しいものを積極的に採用している。権威的な人間がおらず、設計やコードの良し悪しを率直に話し合える。年収 400万。 テストもろくにない Java のコードを手元の Eclipse でコンパイルして、その .class ファイルを WinSCP でコピーしてデプロイしている。バージョン管理システムはろくに活用されておらず、間違えたらおしまいなので PukiWiki の手順書に「~を厳守する」という心構えが出てくる。ファイルを zip

    czblue
    czblue 2014/02/24
  • ssig33.com - 普通の人が Docker を使う理由

    こんにちわ皆さん。 Immutable Infrastructure という単語のブームも一段落した昨今と思います。今日は普通の人が Docker のようなツールを使ったほうがいい理由について簡単に書きます。 この手のツールは「頻繁にアプリをデプロイする」「大規模なサーバー群を運用している」人向けのツールというイメージが比較的強いのではないかと思っています。 しかしながら 安い VPS を借りて Web サイトや IRC プロキシなどを細々と運用している というようなわりと普通の人でも Docker を使う利点は十分あると僕は考えています。それは 同じ VPS の同じゾーンに BitTorrent 野郎がやってきて、ネットワークが劣化して使い物にならない というようなことが VPS を使っているとたまにあります。こういう時に、運営側に「ネットワーク遅くて使い物にならないんだけど」とかクレー

  • ssig33.com - エミュ鯖送検の話について

    何が問題視されてるのか正直そこまで調べてないんだが、簡単に想像される問題点について書く。 ようは hosts ファイルを書き換えて公式と違うサーバーに繋いだのが「同一性保持権の侵害」ということにされているらしい。 怪しげなツールバーの通信を監視したりデバッグプロキシで書き換えたら同一性保持権の侵害とされる可能性がある ようは高木先生が捕まる可能性がある user.css や user.js を提供したところ想定しない画面表示をさせたので同一性保持権の侵害とされる可能性がある 不正競争防止法ではエミュ鯖の利用者を挙げられないので、著作権侵害で挙げたんだと思う。このような法律を拡大解釈を許しているとインターネットが崩壊しかねない。 散々言われてることだが名誉条項が無く極めて適用範囲が広い日の同一性保持権の弊害がいよいよ明らかになってきている感じがする。かなりまずいことになってきた。 2013

    czblue
    czblue 2012/09/10
  • 屋久島沈没 / 2010 年代の開発手法 NDD

    2010 年代の開発手法 NDD NDD は僕が提唱する新しい開発手法です。 NDD は全く新規の開発手法という訳ではなく、現在広く実践されている開発手法であるテスト駆動開発やビヘイビア駆動開発(ちなみに僕は以上二つの違いがなんであるか全く理解していません)をサポートし、それらの手法に基いた開発をより効率化するものです。 昨日よりこの手法に基いた開発を個人的な開発や業務における開発などに導入し、それなりに高い効果を得ています。 1. NDD とは何の略であるか NDD とは Noise Driven Development つまりノイズ駆動開発の略です。 2. NDD とは何であるか テスト駆動開発においてプログラマは各種テストフレームワークを用いて自動化テストを記述してゆき、実装コードを保存したタイミング等でテストフレームワークが自動的にテストを実行し、結果を表示します。

  • 高密度小池 / Debian を lenny から squeeze にアップデートする時に気をつけること

    Debian を lenny から squeeze にアップデートする時に気をつけること udev が 150 からなんか仕様が変って古いカーネル上ではアップデート出来なくなっていて、 lenny から squeeze にしようと思うとここでハマって死ぬ。 なので先にカーネルを 2.6.32 にしてから残りをアップデートするようにしましょう。

  • 高密度小池 / 社の名前を出してどうたらこうたらという話

    社の名前を出してどうたらこうたらという話 大の流れ http://twitpic.com/14q9av - じゃらしと戯れる糸柳 http://twitter.com/uzzu/status/9477789625 http://twitpic.com/14q9k0 - じゃらしと戯れて勃起したチンコをセルフフェラする糸柳 http://twitter.com/uzzu/status/9477846435 http://twitpic.com/14q9sg - ケツマンコに自らのオチンポを挿入する糸柳 http://twitter.com/uzzu/status/9477900248 uzzu というのと糸柳というのはドワンゴ社員。研究開発系の人達。これを見てたら他のドワンゴ社員がキレた。 悪ノリが過ぎると思うぞ。開発の極一部の人間たち。面白くないし下品だ。どうしても

    czblue
    czblue 2010/02/23
  • 高密度小池 / Rails で非同期処理

    Rails で非同期処理 1.何故非同期処理が必要か Rails に限らず Web アプリケーション全体の話。クローラーとかバッチ系のものはとりあえず置いときます。 Web アプリケーションとはリクエストに対して処理を行ないレスポンスを行なうものですが、 1 リクエストにつき何個の処理があるというのはそれなりによくあることだと思います。仮にリクエストに対して 3 個の処理があったとします。 通常では、 3 個の処理が全て終ってからレスポンスを返すことになりますが、例えば処理 A B C がそれぞれあったとして、レスポンスには処理 A B の結果のみが記されていて C の結果はレスポンスには含まれないとします。 この時、処理 C が時間がかからず終わるものならば大した問題にはなりませんが、処理 C が極めて時間がかかるものだったとすると、全体のレスポンスが遅くなってしまいます。

    czblue
    czblue 2010/01/26
  • 高密度小池 / 楽天テクノロジーカンファレンスで LT を行ないました

    楽天テクノロジーカンファレンスで LT を行ないました スライド枚数 50 枚を 5 分で発表するという内容でしたが、やはりタイムアップになりました。 Growl を切らないまま超高速でトークを行なうというスタイルが各界の評判を得ました。 全文検索エンジンを作るのに便利なものなどを雑多に紹介した内容になっています。 資料アップしました http://ssig33.com/blog/rakuten2009.txt

  • 1