■_
・訂正
The Ruby Way と The Rails Wayを取り違えていた模様。
・比較
String#equals(Object) 問題 - BOOLEANLABEL
String の空文字判定 - YoshioriのBlog
[vacant lot] : binary method
…仁鶴?
笑福亭仁鶴 (3代目) - Wikipedia
2008年12月08日
■_
・トライグラフひでえw
melancholic afternoon 12月6日_
いつまでもたたられそうな。
・Ruby 1.9 - Bug #830: Encoding::UndefinedConversionError - Ruby Issue Tracking System
・新山さんの長いエントリを読める月曜日の朝。
・
Brainf*ckとWhitespaceの本を書きましたｗｗｗｗ
正確には、「Brainf*ckとかWhitespaceのような言語の処理系を作りつつ、新しいプログラミング言語を作るところまでを解説した本」ですね。
12/20発売です。
む。チェックせねばw
・Excel
とりあえず140選、他2冊 - 予定は未定Blog版
あれもこれもと揃えると泥沼なのでアレですが、
VBAの辞典(のような体裁のもの)とか逆引きできるようなものがあるといいですよ。
操作全般などの解説本ではこの辺がお薦め。
EXCELビジネス関数・数式 ビジテクEXCELビジネスデータ分析 ビジテク 2007対応
EXCELビジネス文書作成 ビジテク 2007 / 2003 / 2002対応
Excelの極意
もちろん全部を揃える必要なんてなくて、必要なところを書いているのを買えば十分だと思います。 わたし自身はチャート(グラフ作成)の巻に非常にお世話になりました。 その後お礼の意味も兼ねて他の巻も買ってしまったのですがw
・味付け
なぜみんなあんなに濃い味つけが好きなんだろう。
以前聞いた話では、薄い味付けだと「味がついてない」とクレームをつける人が結構いるからだとか。
猫
それはそれとして、猫、ねぇ。なんで?
たぶんそれは
猫でもわかるプログラミング Ｃ言語編 第一部
猫でもわかるプログラミング Ｃ言語編 第二部
猫でもわかるプログラミング >Ｃ＋＋編 第一部
猫でもわかるプログラミング >Ｃ＋＋編 第二部
この辺の影響ではないかと。
■_ タイムリー?
PHP5.3.0alpha3のround関数の実装がPHP5.2.6と変わった - hnwの日記 いや、先週後半からの プログラミング質問すれ Part1 で盛り上がってた話題と共通するなあと。
PHP5.3.0alpha3のround関数の実装がPHP5.2.6と変わった - hnwの日記 12月4日付でPHP5.2.7とPHP5.3.0alpha3が同時リリースされましたが、これに関連して毎度おな じみPHPのround関数の話題です。相変わらず記事は長いので簡単なまとめから。 * PHP5.3.0alpha3ではこれまでのPHPのいずれとも違うround関数が実装されました。少々疑問 は残るものの、比較的マシな実装だと僕は考えています。今回は0.50000000001のような不思 議な数は含まれていませんし、問題が起こる例が以前より減ったように思います。 o 第3引数で丸め方式を選択できるようになりました。四捨五入（デフォルト）や偶 数丸めなど、4種類の丸め方式が選択可能です。 背景 以下、現時点での僕の理解を書いていきます。 PHPでは、bugs #24142への対応として、PHP 5.1.0からPHP_ROUND_FUZZという定数が導入されま した。これは、10進小数で考えれば不思議な丸め結果になることへの防止策として、正の数を丸 める場合であれば0.5を足してから切り捨るはずのところを、一部環境のみ0.50000000001(fuzz) を足す、というものです（参考：「PHPの奇妙なround関数」）。浮動小数点数への理解度が低い 初心者が混乱するのを防ぐための修正と言っても構わないと思います。 この実装に対し、「俺がもっとマシな実装を考えたぜ！」という人がPHP本家に http://wiki.php.net/rfc/roundingという文章を送りつけ、提案が採用されてPHP5.3.0alpha3か ら実装された、というのが今回の変更です。 新しいround関数の実装 (さっくり略) PHPの新しい実装は素直な実装に比べると複雑な計算をしており、正確な結果が得られるという よりは、誤差が蓄積しそうな計算に見えます。この意味について説明します。 (略) 良くなった点(1) 今回の実装がfuzzを使った実装より優れている点の1つ目は、整数への丸め（小数点以下第1位で の四捨五入）で妙な誤差が入らなくなったことです。round(0.49999999999999)は0になるように なりました。整数への丸めについては、今回の実装は素直な実装（＝他の言語のround関数）と 同一です。 良くなった点(2) ここで、例のfuzzの導入のきっかけになったとも言える「初心者の混乱」について見直してみま す。実は、これまでのfuzzでは目的を果たせない例があります。 $ php-5.2.6 -r 'var_dump(round(1111111.265, 2));' float(1111111.26) 浮動小数点数は少し小さくなることがあるから、0.5より少し大きい数を足してしまおう、とい うのがfuzzの意図だったわけですが、対象の数が大きくなってくると情報落ちが起こってしまい、 fuzzが無視されてしまうのです。 「初心者の混乱」への対策の意味では、PHP5.3.0の実装は完璧です。今回は近い数を同一視する 方針にしたため、大きい数が対象でも目的を果たします。 $ php-5.3.0 -r 'var_dump(round(1111111.265, 2));' float(1111111.27) 良くなった点(3) 浮動小数レジスタが80bitな環境でも、64bitでroundの計算を行うようになったようです。環境 の差がなくなる方が混乱は小さいでしょう。 良くなった点(4) round関数が第3引数を受けつけるようになりました。四捨五入（Round half up）だけでなく、 Round half down、偶数丸め（Round half even）、Round half oddのいずれかが選べます。誰が 喜ぶのかは疑問ですけど。 感想など 僕の意見としては、どうせround関数なんて精度を落とす演算なんだから、そこまでひどくなけ ればどんな実装でもいいと思うんですね。そこまで細かい挙動の差が影響するコードを書く人な らCのソースコードを流し読みするくらいは神経を使うでしょうから、そんな人たちへの気配り は無用です。ただ、今までその実装について一切ドキュメントが無かったのがひどい点だという のがこれまでの僕の主張です。 今回の実装についても、ドキュメントが残るという点について非常に素晴らしいと思います。中 身については、数学的根拠がある実装かと想像していたので少しガッカリしましたが、今までの 実装よりは良い実装だと僕は思っています。
ふむ。まあ結果だけを見て「おかしいだろこれ」と騒ぐ人は一定数はいると思いますから、 莫迦避けにはなるかなあと。 金がらみの計算とかは浮動小数点数使うなつーても通じないでしょうしねえ(苦笑)
■_ stackoverflow で訊いてみた
Are you a self taught programmer or did you take a programming course? Lots of developers I know were self taught programmers including me. I was wondering how much of the developer community learned programming by taking a course in school or by experimenting, asking questions on forums, reading online articles, and just making it up as you go along? Post whether you were self taught or took classes, what language you program in, and anything else that may be interesting. P.S. Books count as self taught.
http://stackoverflow.com/questions/332808/development-cost-of-procedural-programming-vs-oop Development Cost of Procedural Programming vs. OOP? I come from a fairly strong OO background, the benefits of OOD & OOP are second nature to me, but recently I've found myself in a development shop tied to a procedural programming habits. The implementation language has some OOP features, they are not used in optimal ways. Have there been any good comparative studies contrasting the cost of software development using procedural programming languages versus Object Oriented languages?
http://stackoverflow.com/questions/346061/did-you-feel-learning-to-program-with-turtle-graphics-was-useful Did you feel learning to program with turtle graphics was useful? I'm preparing to teach someone to program. When I learned the course material used turtle graphics for the first few exercises. In reading introductory textbooks I have not found one that uses the technique. Did others find this approach helpful. If not what is a better way to learn to program?
http://stackoverflow.com/questions/348526/programming-by-guessinghoping Programming by guessing/hoping The Visual Studio IDE gives the developer almost instant feedback as to whether or not a block of code is correct or a program runs correctly. This usually leads to programming by guessing... The programmer thinks to themselves, "Maybe the intellisense will tell me it's right if I do it like this..." or "Maybe if I change this constant to that or change this loop and click play it'll work..." I usually fall into this mode when I'm tired or have my mind on other issues (i.e. just don't care ATM). It's sometimes hard to break out of this "mode of operation" because you want to get something done but at the same time you aren't thinking about what you're doing. It's a viscous cycle. What are some causes of this type of programming and how do you recognize (i.e. catch yourself) when you've fallen into this trap and correct it? Or perhaps a better question, how do you prevent it? (I'm referring more to writing new code or getting a block of code to work than debugging existing code, although it could apply to debugging existing code too.) Think instant gratification.
Books, tutorials, references on Haskell for experienced functional programmer - Stack Overflow http://stackoverflow.com/questions/341983/books-tutorials-references-on-haskell-for-experienced-functional-programmer Is there a good description of the "system call" mechanism used in OSes? - Stack Overflow http://stackoverflow.com/questions/126976/is-there-a-good-description-of-the-system-call-mechanism-used-in-oses
■_ Python 3.0
3.0がらみでいろいろ発表されてますが、追いかけてる余裕ががががが。
Lucumr Cogitations » Blog Archive » Porting to Python 3: Do's and Don'ts Porting to Python 3: Do’s and Don’ts So. Python 3 is here and everybody is happy. Now the community expects everyone who wrote a library to port it over to Python 3. So here my experiences so far: Don'ts Let’s start with the things you should not do. * Use py.test for your testsuite. The developers told me that they do not plan to adapt it to Python 3 in the near future. (略) * Forking your library for Python 3. Don’t do that. If you can’t create a version that comes out of 2to3 and passes your testsuite do not try to hand correct the code generated. (略) * Drop 2.5 support. I know converting libraries is easier if you can just support 2.6 and 3.0 but until Linux distributions / OS X ship up to date Python versions it will take some time. You will only hurt your users with such a decision. Dos Now to what you should do * Report problems with 2to3 as soon as possible and suggest improvements. From what I saw so far 2to3 is a nice tool but it needs a lot of post-converting fixes which are unacceptable. (略) That’s it for the moment. Concrete tips for porting specific idoms over will come once that is possible :)
2.5も切り落とせ。ですか。
■_
- C++でMaybeモナド - Faith and Brave - C++で遊ぼう
- C++WGアドホック会議終了 - Faith and Brave - C++で遊ぼう
- issue trackerとfeedbackの違い - 新日々此何有哉
- B::Deparse - モダンなPerl入門 - モダンなPerl入門
-
Makefile で文字列を追加するマクロ - リタマス
これ ひょっとしてGNU make 特有? 少なくともnmakeではできなさそう。 -
漸くCを切り離したぞ！ - 神様なんて信じない僕らのために
shiroさんのコメントが付いているので(コメントに対するコメントだけど)チェック。 - On the Shoulder of Giants: 「目的意識」至上主義（1）
- これはもうダメかもわからんね インフラ系SEの波瀾万丈伝: これはもうダメかもわからんね
- Win32 API でファイルのハードリンクカウントを調べる - WinSxS フォルダの真実 - NyaRuRuの日記
- ZSFA -- 2008-12-06
- ZSFA -- Son Of Sam Email Server
- 「Java SE 6完全攻略」第92回 プログラムからコンパイル - Compiler API その4：ITpro
- ［Scene1：危機］IPv4アドレスが枯渇するXデーは2011年2月5日：ITpro
- 11月公開のPDFのぜい弱性は攻撃コード作成が容易，速やかに更新を：ITpro
-
Upstart とは：ITpro
Upstartの最大の特徴は，「イベント駆動型である」という点にあります
- Chris's Wiki :: blog/python/PythonPackagingProblem
- Journal of Alias (5735) Microsoft partners with Strawberry Perl to improve the CPAN
- MS、デザインTシャツを販売へ--若き日のB・ゲイツ氏顔写真やMS-DOSフォントなど:ニュース - CNET Japan
- エキスパートPerl 変態モジュール総覧
-
Cry’s Diary C++0x ad-hoc 会議行てきた．＼(^o^)／
後，勉強になったことは，この年齢になってくると往復とも夜行バスによる強行行程は厳しい，と．次の日，丸一日家の布団で死んでた．
最後に，俺，名刺と名刺入れ作っておかないと素でやヴぁいっつーか恥ずかしいだろｊｋ
うはは名刺入れじゅーよー。 会社のでない名刺をもっと変えたいんだけど、そっち方面の才能は致命的に欠けてるからなあ(^^;
Perl関連でもなんか一部盛り上がってる気配がある(Perl5 is Dying とかあたりが引き金?) けど、あとで忘れなければまとめる。
DJB様ごめんなさい | Selfkleptomaniac http://selfkleptomaniac.org/archives/794 Do programmers read books? Or is the book industry dead? - Stack Overflow http://stackoverflow.com/questions/347821/do-programmers-read-books-or-is-the-book-industry-dead David McLaughlin » How I learnt to love Perl http://www.dmclaughlin.com/2008/12/07/how-i-learnt-to-love-perl/ Computerworld - Perl 6 to break compatibility, support other interpreters http://www.computerworld.com.au/article/269758/perl_6_break_compatibility_support_other_interpreters?eid=-6787 Journal of Ovid (2709) http://use.perl.org/~Ovid/journal/38018 Journal of Ovid (2709) http://use.perl.org/~Ovid/journal/38010CSV Mapper
CSV Mapper Simple Usage Example require 'csv-mapper' include CsvMapper results = import('/path/to/file.csv') do start_at_row 1 [first_name, last_name, age] end results.first.first_name # John results.first.last_name # Doe results.first.age # 27
使いやすそうだけど速度面ではどうなんだろうか?
