ギークなプログラマーは会社や社会でも(世間の理解度が追いつかないせいで)孤独に陥りやすく、不当な評価を受けている方が多いと思います。 そんなギークなプログラマーは家庭でも理解されない事も暫しあるようです。 ujihisaさんのコメントにも残っていますが、ギーク判定はこちら http://www.geekpage.jp/blog/?id=2008/1/23 rubynekoでhttp://ujihisa.nowa.jp/entry/3b32759bedと公表されたのでw少しでも何処かのご家庭の参考にでもなればいいな〜という思いから書きます。 私のダンナさんはこのギーク判定10個すべて当てはまっちゃう感じの人です。 プログラマーについて理解していなかったり興味の無い妻だったりすると(私もそうでしたが)大抵ダンナさんの事を "家庭を省みずに自分の趣味に没頭している人"とか "仕事とプライベートを
特集「オープンソース×10年」 予算ゼロからのIT環境整備2014/01/30 特別寄稿：センチメンタル・ジャーニー ~OSSはまだ16だから~2014/01/30 EC-CUBE – オープンソース・Eコマースの雄の進化を見る！2014/01/30 Zabbix Japanに聞いたオープンソース×ビジネスを成功させるための3つの基本2014/01/30 MOONGIFTの運営で大事にしている3つのこと2014/01/30 2007〜8年の大きな変動まとめ！2014/01/30 なぜプレミアム？そこから得られた経験教えます2014/01/30 2006〜09年、各年の人気オープンソース・ソフトウェアベスト52014/01/30 狙われやすいサイトはどんなサイト？オープンソース×セキュリティについてペンタセキュリティシステムズに聞く2014/01/30 aegifが考える企業でOSSを開発す
Copyright © 2019–2024 Denis Ovsienko and contributors Copyright © 2018 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer and contributors Copyright © 2013–2017 Alexey Andriyanov, Aaron Dummer, Denis Ovsienko and contributors Copyright © 2011–2012 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer, Jonathan Thurman and contributors Copyright © 2010 Denis Ovsienko, Ryan Farrington, Alexey Andriyanov and
_ [spam] SpamAssassinに関する雑記 ここ数年に渡り考えて来た、SAに関する私なりの考えを記します。 SAの運用やルールの作成等の参考になれば幸いです。 SAを使っている人の多くは、「SAは機能が豊富である」と言われます。 また、「SAは調整次第で精度が上がる」とも言われます。 ただ、何がSAの核なのか、という問に対する答えを明確に持っている方は余り多くないように見受けます。 SAの本質は、ヒューリスティックなルールベースのフィルタです。 ベイジアンも、DNSBL/URIBL/Razor2等/SPF他も、手作業で作成されたルールを補完する要素でしかない、と、私は思っています。 勿論、スコアリングを調整して、ヒューリスティックルールを全部殺して、ベイジアンとDNSBL/URIBL/Razor2等/SPF他だけの組合せにしようと思えばできなくもないでしょう。 しかし、SA開発
※ 画面は公式サイトデモより プログラミング言語がそうであるように、フレームワークにおいても開発の向き不向きが存在する。開発するシステムやその特性に応じて最適なフレームワークを選択することは、開発の工数を下げたりユーザビリティを向上させる効果があるだろう。 まるでWeb OSのようなインタフェース 最近は基幹システムにおいてもWebアプリケーション化が進められている。そこでJavaを使った基幹システムであれば、Echo Web Frameworkの導入を考えてみても良さそうだ。 今回紹介するオープンソース・ソフトウェアはEcho Web Framework、Javaを使ったWebアプリケーション開発に役立つフレームワークだ。 Echo Web Frameworkはプレゼン層のフレームワークであるが、JettyやTomcat向けのライブラリが提供されており、Javaをサーバサイドに、Java
文字コードに関する問題は大別すると文字集合の問題と文字エンコーディングの問題に分類できる。前回は文字集合の取り扱いに起因するぜい弱性について説明したので、今回は文字エンコーディングに起因するぜい弱性について説明しよう。 文字エンコーディングに依存する問題をさらに分類すると2種類ある。（1）文字エンコーディングとして不正なデータを用いると攻撃が成立してしまう点と，（2）文字エンコーディングの処理が不十分なためにぜい弱性が生じることがある点だ。 不正な文字エンコーディング（1）――冗長なUTF-8符号化問題 まず，（1）の不正な文字エンコーディングの代表として，冗長なUTF-8符号化問題から説明しよう。前々回に解説したUTF-8のビット・パターン（表1に再掲）を見ると，コード・ポイントの範囲ごとにビット・パターンが割り当てられているが，ビット・パターン上は，より多くのバイト数を使っても同じコー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
