glcsのブックマーク / 2008年5月31日 - はてなブックマーク

glcs id:glcs

2008年5月31日のブックマーク (4件)

特定電子メール法改正でスパムはどうなる | スラド
GIGAZINEの記事やINTERNET Watchの記事などによれば、「特定電子メールの送信の適正化等に関する法律の一部を改正する法律案」が5月30日参議院を通過し、成立した。総務省「特定電子メール法の平成20年改正について～オプトイン方式の導入、実効性の強化等」によれば、改正の要点は10項目あるが、ユーザーの同意がない広告メールの送信が認められなくなり（オプトイン方式）、送信者情報を偽ったメールを電気通信事業者がブロックできるようになった。海外からの送信に対しては迷惑メールの送信者情報を海外の捜査当局に提供できるようになった。また業者への罰金額が最高100万円から3000万円に引き上げられたのも大きいか。
glcs 2008/05/31
SPAM対策
リンク
http://www.asahi.com/politics/update/0530/TKY200805300307.html
glcs 2008/05/31
社会
リンク
Duck Typingは大規模プロジェクトでも大丈夫か？ - rubyco（るびこ）の日記
整数として処理したければ、オブジェクトがto_iという振る舞いを持っていることを期待してなんでもとにかくto_iしてしまうのがDuck Typingなのかなと思いました。 Duck Typing? - 18 til i die (another phase) なるほど、そうですね。そういえば、Duck Typingでは「メソッド名がグローバル」になりますね…。ふと思ったのですが「大規模プロジェクトでメソッド名がコンフリクトしてDuck Typingが破綻する」という可能性はあるでしょうか？＞識者のみなさま。 # おお、スケーラビリティの話題じゃん。想定解答： (0) この問いかけ自体が無意味。なぜなら…（誰かがここを埋める） (1) 大規模プロジェクトでもDuck Typingは破綻しない。なぜなら…（誰かがここを埋める） (2) 大規模プロジェクトでDuck Typingは破綻す
glcs 2008/05/31
開発論

言語論

言語機構論

DuckTyping
リンク
「CGIに向く言語がない」について - がるの健忘録
厳密には「業務で」になるんですがね。以下、簡単に理由を。 Perl 5.6まではまだしも、5.8系、重すぎ。厳密にはOOPでないところも激しくマイナス。インストールで、特にCPANで面倒が多いのも大変に微妙。make installとか「どんな環境でも出来る」とは限らないし。 PHP 最近ほじくり倒してますが、ダメポです。こんな言語業務で使っちゃだめです :-P で、PHP＋PEAR＋Smartyは多分最悪の組み合わせ。ダメポさが３倍どころか３乗くらいに跳ね上がります。 Java(JSP) 言語的に問題はさしてないのですが。基本的にthread挙動なので、threadを理解していない技術者に扱わせると物騒この上ないです。 …でも、ペーペーのプログラマがマトモに理解しているとはとても……… コーディング規約で縛ってどうにかなるんだかならないんだか。 C++/C 個人的にはいっちお気に入りな
glcs 2008/05/31
PHP+Smarty最悪論をどっかで見たと思ったらここだった。デザインとロジックを分離のためにテンプレートエンジンがあるという下りちょい微妙。例えば配列をアサインしてループさせるのもロジックに入るだろうけど(文字数

PHP

開発論

言語論
リンク
- 2008年6月1日
- 2008年5月31日
- 2008年5月30日