「切り捨て」に int() は使うべからず : にぽたん研究所
Perl で、浮動小数点数の整数化 (小数点以下の切り捨て) をやる場合、 int() を常用していたけど、どうやら、これは基本的に推奨されてないということを、今更ながら知る。 これって常識？ % perldoc -f int int EXPR int Returns the integer portion of EXPR. If EXPR is omitted, uses $_. You should not use this function for rounding: one because it truncates towards 0, and two because machine representations of floating point numbers can sometimes produce counterintu- itive results. For exam
スピリチュアルプログラミング - komagataのブログ
id:dandasoに「3日ワイアードに凸る」というメッセを受けて行って来ました。id:perezvonと合流してワイアードさんに。広くて綺麗なオフィス。そのあと3人プラスid:p4lifeさんで飲み行きました。 そこの場で出た、 「スピリチュアルプログラミング・スピリチュアル系プログラマー」 という概念をまとめておきたいと思いました。 スピリチュアルプログラミングとは オカルトによってコードの持つ本来の力を高める方法論である。追い詰められたプログラマーならば誰しも感じたことのある「小人」や「妖精」の存在もコードに宿る八百万の神の一部である。 コード力が高まる行為 祈る もっとも基本的な行為。一心不乱に祈ることでバグ発生率を抑える。 （ぬるぽの神、セグフォの神、OOM Killerの神などに祈る） 強い信念 バグは作っていない。というか今までバグを書いたことが無いというぐらいの気骨が重要で
Latest topics > メソッド名は三人称単数形にするべきかどうか - outsider reflex
Latest topics > メソッド名は三人称単数形にするべきかどうか 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 絵を描くことへのスタンスの変化 Main Thunderbirdにルーラーを表示する「ルーラーバー」を作ったよ » メソッド名は三人称単数形にするべきかどうか - Oct 08, 2008 例えばW3C DOMでは、子ノードがあるかどうかを調べるメソッドの名前はhasChildNodes()（三人称単数形）だけど、子ノードを追加するメソッドはappendChild()（不定形、原形）となっている。どうしてこのようにバラバラなのか？ どっちかに統一しないのか？ という話。 Matz氏はRubyのメソッド名から三人称単数形を廃し
Unix Programming Frequently Asked Questions 日本語訳 - Table of Contents
このFAQについて 1 プロセス制御 1.1 新しいプロセスの生成: fork() 1.1.1 fork()は何をするのですか? 1.1.2 fork()とvfork()の違いは何ですか? 1.1.3 forkによる子プロセスを終了するときにexitよりも_exitを使うのはなぜですか? 1.2 環境変数 1.2.1 どうすればプログラム内で環境変数の値を取得・設定できますか? 1.2.2 どうすれば全ての環境変数を調べられますか? 1.3 どうすれば一秒未満のsleepができますか? 1.4 粒度の細かいalarm()はどうすれば得られますか? 1.5 どうすれば親プロセスと子プロセスの間で通信できますか? 1.6 どうすればゾンビプロセスができることを防ぐことができますか? 1.6.1 ゾンビプロセスってなんですか? 1.6.2 どうすればゾンビプロセスになることを防げますか? 1.7
2008-02-15 - ひがやすを blog - アーキテクト以外は「限定されたことだけやっとけ」
> 私の個人的な意見としては、一部の人(例えばアーキテクト)だけ、 > フレームワーク全体を把握していて、残りのメンバーは >「限定されたことだけやっとけ」みたいなことは好きではありません。 大規模だと好き嫌いに関わらずこういったアプローチになるのでは？ アーキテクト以外の学習コストはむしろ減ると思いますが… きっとこのコメントを書いてくれた人は、本気でこう考えているんだと思いますが、私は、このようなアプローチが嫌いというだけではなく、効率が悪いと思っています。 一番の理由は、開発者のモチベーション。「限定されたことだけやっとけ」という状況で、開発者のモチベーションが上がるとは思えません。実際、モチベーションは下がるでしょうから、それにあわせて、生産性も落ちるでしょう。 二番目の理由は、開発者が成長しないこと。開発者というのは、いろんなプロジェクトに参加し、いろんな経験をつみながら成長して
誰でもプログラマになれる新言語「FizzBuzz」、ECMA標準に - bogusnews
ECMAインターナショナル（旧・欧州電子計算機工業会）言語部会は10日、新言語 「FizzBuzz」 の標準規格策定が完了したと発表した。国内のIT系人材派遣各社は「誰でもプログラマになれる新時代を切り拓くもの」と、おおむね好意的に受け止めている。 FizzBuzzは、プログラマのスキルテストとして出題される「Fizz-Buzz問題」の処理に特化したスクリプト言語。短期間の習熟で誰でもFizz-Buzz問題を解けるよう設計されている。コード例を示すと #!/bin/fizzbuzz void main(); だけでFizz-Buzz問題の結果を出力でき、簡潔で美しい。なお、shebang以降はパースしない仕様のためOOPスタイルで #!/bin/fizzbuzz var fizz = new FizzBuzz; fizz->execute(); と書いたり、 #!/bin/fizzbuzz
TAKESAKO @ Yet another Cybozu Labs: core dumpするコードの短さを競う「Core Golf」
まめめもさんの core golf のエントリー(6/27)より さて、core dump するコードの短さで競う core golf はゲームとして成立するでしょうか。明らかに環境や処理系に依存するのでルールの決め方が難しいです。とりあえずうちでは core dump した C のコード (15B) 。もっと短くなる？ core dumpの定義はいろいろあると思いますが、とりあえず手元の環境 CentOS Linux x64_64 で segmentation fault が起きるコードで。 (1) C言語で core dump 早速、core dumpした5byteのCのコード。 （via. λx.x K S K ＠ はてな - core golf） main; 実行結果 $ echo -n "main;" > a.c && cc a.c && ./a.out a.c:1: 警告: デ
ユメのチカラ: 闘うプログラマ
わたしが紹介するまでもなく、「 闘うプログラマー〈上〉」、「 闘うプログラマー〈下〉」はビル・ゲイツの野望を実現すべく雇われた「伝説のプログラマ」デイブ・カトラーのＮＴ開発物語である。 わたしはデイブ・カトラーに会ったことはないがDEC時代にいろいろ伝説は聞いていた。一番、有名な都市伝説は、Windows NT (WNT)というのはVMS (DECのベストセラーマシンVAXのOS)を一文字づつずらした名前にしたというものである。誰かがデイブ・カトラーにその真偽を問うメールをしたところ、今ごろ気がついたのかよ、という返信が来たという。90年代初頭にそのようなメールがでまわっていたような記憶がある。 それはともかく鬼軍曹のような風貌のプロジェクトリーダ率いるＮＴ開発物語はザカリーの筆力もありぐいぐいと人を引きつける。 それは栄光と挫折の物語である。20世紀最後の商用ＯＳ開発物語と言ってもいい。
渋谷女子高生に直撃☆COBOLの意味わかりますか？／Ｔｅｃｈ総研
SE・ソースコード・バグ・Java etc……、特にITエンジニアであれば普段の日常会話で頻繁に使用するこれらの言葉は、果たして世の女性たちにどこまで通用するのか？ 第1回目は、渋谷を歩く女子高生に直撃質問してみた。 技術とは縁遠い女性たちとの会話で、ついつい無意識に使ってしまいがちなエンジニア専門用語。果たして彼女たちはそうした専門用語をどこまで理解してくれるものなのか？ それを検討するべく、街頭インタビューを敢行。質問した用語は、COBOL、C＋＋、オブジェクト指向のような難易度の高いものから、SE、クライアントなど一般常識の範囲で答えられるものまで合計16ワード。実験方法は、実際に街で無作為に女性を選出し、「この中で意味のわかる用語はありますか？」「この用語を使って例文を作ってください」などの質問方法で専門用語に対する一般女性の理解度を追求した。
アバウトミーブログ: 増井雄一郎というプログラマー
「北海道にすごい男がいる。」 ココログのエンジニアからそう聞いたときは、実感がありませんでした。増井雄一郎さん Ruby on Rails界隈では，10分間でブックマーク・システムを作成したムービー「10分でできるRailsアプリケーション」をネットに公開した有名なフリープログラマー（当時）で、アバウトミーのプロトタイプの開発に協力いただきました。どんなハッカーだろうと、お会いするまではビクビクものだったのですが、 いざ会ってみると、かなりのナイスガイ。多少癒し系の要素もありました。 増井さんについて、僕が感じた特長をあげますと、 開発スピードが尋常じゃなく早い ソースがとても美しい いつ何時でも開発している スピーチがやたら上手い ゲーム機とかガジェットを大量にもってる スープカレーが何より好き とんでもない走り屋（車） サラリーマンの経験なし と、まぁ、かなり普通じゃありませんが、バラ
Rhino on Rails
Steve Yegge / 青木靖 訳 2007年6月26日 なんて日だろう。John Lamに取り上げられると、Slashdotに取り上げられるよりひどいことになるらしい。私のチームのみんなは一日中私のことを笑っていた。どうしてこんなことになったのか見当も付かない。 雪崩のようなメールにいちいち返答するより、一括アップデートしてしまう方が良さそうだ。 しかしその前にだ、いったい今の私くらい当惑している人間が他にいるだろうか? Foo Campで行われた数々の目を見張るような議論の中で、私が即興でしたちょっとした講演——それにはどういうわけか20分前にテントからはい出 してきたばかりみたいな私の写真が添えられていて、二日酔いで道に迷い、どうして自分がセバストポルの真ん中の原っぱにいるのかも分らない様子で写っており、分ったのは どうも前の夜に朝10時の講演を引き受けたらしいということだけとい
最速インターフェース研究会 :: つまらなくて役に立つ物を作るということ
プログラミングできるひとは「ゲーム作れよ」と言われることが多いような気がする。 ぶっちゃけゲームとか作れないし、たぶんウェブプログラマの多くはそうだ。 PerlやRubyやJavaScriptとかで何万ポリゴン動かしたりできない。 XMLをパースしたり、正規表現で置換したり、そういうのなら得意だ。 ゲームの人らは秒間3億ポリゴンとかやってるのに、何でこんなちまちましたことやってるんだろうと思ったりもする。 なんでこんな事やってるのかというと、面白いからやってるのだけれど、 プログラム書かない人らから見ると何やってるのか全然面白さが分からない、 3Dポリゴンが動いたり(乳が揺れたり)する方が面白いに決まってると思ってる。 彼らは失礼極まりなくて、リーナストーバルズに対しても 「お前の作ってるものは良く分からないから、ゲーム作れよ」って言うだろうね。 そういう連中を皆殺しにしないことには俺の人
賞与でないんですよ - 神様なんて信じない僕らのために
という台詞を最近身近で聞いて、 ああ、自分もそうだったなぁ、と思う。 まぁ、今も年俸制で賞与という感じではないけど。（一度ドバッともらってみたいものだ） 以前の自分も賞与が出ない日々をつらつらと過ごしていたし、 何か物いりになるとヒィヒィ言っていた。 ただ、それなにりに満たされてもいた。 それは、やっていたことが楽しかったからだと思う。 楽しさと金銭は相殺されていた気がする。 が、人は歳をとるし、周囲も変化する。 アジャイルだeXtremeだ、というのは理想論として掲げるべきものだけど、 それよりも切実な現実が世の中にはあるよね、ということを思ってしまう。 プログラマの待遇や環境を何とかすべきだよなぁということも思う。 まぁ、こないだちょっと話をしたプログラマは「Agile」という単語を知らなかったし、 世間の認知度とはそういうものかもしれないし。 で、 anonymousで見かけた「プロ
お前は実装の達人になってから現場に赴くのか？ - 神様なんて信じない僕らのために
元ネタはベルセルクの「お前は剣術の達人になってから戦場に赴くのか？」だったような気がしますが定かではありません。 多分、ガッツ（熟達の剣士）が未熟な剣を振るうイシドロ（未熟な剣士）に言った言葉。 要するに戦場に赴くのなら「お前はいまお前にできることをしろ」って事ですな。 似たような事を思う事が僕にもあって、 「本を読み鍛錬を積み重ねその知識を把握してからプログラムを書くべきか」 「ただ目の前にある実装を片付けるべく邁進すべきか」 と考えたりします。 仕事のコードでなくても、 休日でも時間があるときはコードを書こうか、 本を読もうか迷ったりするわけです。 要するに常に 適切な知識を身につけたり適切なコードを書けるようになってからコードを書くべきかや？ という葛藤があります。 反面、コードを書かずに成果を出さなければ意味はないよな、という思いもあります。 これは剣術でもそうですが、 ただただ何
Wataru's memo(2007-05-01)
● [Books][UNIX][Thoughts] UNIX システムプログラミング三大名著と図書館 2007年版の「UNIX システムプログラミング・お勧めの書」として、以下の３冊を紹介してきました。 UNIX 誕生から３０年以上経過した現在でも、３冊の発行は続けられていますが、残念なことに三大名著を揃える国内の図書館は数少ないようです。３冊の特徴を簡単に振り返った後に、この状況を確認してみましょう。 Understanding Unix/Linux Programming UNIX システムプログラミングの入門書として、本書を越える書籍は現時点でこの世に存在しないと、私は断言致します。ハーバード大学での授業をもとに練り上げられた本書の内容は、群を抜いた独創性に満ちており、ある意味 Stevens 氏の APUE を凌駕しています。 説明図、題材として使われるプログラム、すべてに工夫が凝
プログラミング言語ヒエラルキーにおける罵倒
http://www.geekpage.jp/blog/?id=2006/12/13 プログラミング言語ヒエラルキーにおいて、上位が下位に対してどう見下してるのかを書いてみた。詳しくない言語も無理して調べながら書いてある。あと、他言語に理解の無い人みたいで生々しいかと思って、刺激的かつあまり真っ当でない内容ばっかにしてみたよ！((FORTRAN から Java に「GO TO も実装されてないんですか？」とかそういう、馬鹿にすることを目的とした偏狭で的外れな発言ってことだよ！))((ここにある中では、C# に多重継承が無いことを馬鹿にする C++ プログラマーが真っ当でない指摘のわかりやすい例かな)) みんなが普段どういう不当な見下しをしてるかも教えてね！ Lisp → C「いつまで経っても言語仕様が貧弱で大変ですね」 アセンブラ → C「結局アセンブラに翻訳してるだけじゃん」 C → C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Willkommen auf westphal.uberspace.de!
https://anond.hatelabo.jp/20070802021749
Googleに言語の力の序列を訊いてみた - よくわかりません
新規