■_
のら犬兄弟のギョーカイ時事放談！ ちょっと長いけど(全部で80分くらい)、今回の配信(第137回)はオススメ。 エンジニアの身の振り方の参考になる部分もあると思います (大体40分あたりのところかな)。
2011年03月09日
■_
行ってきました
ASCII.jp：総数3650枚以上！ 「よつばとひめくり」展覧会開催中
「よつばと10年1日展」行ってきました。 - 三軒茶屋 別館
『よつばとひめくり』展覧会 よつばと10年1日展に行ってきたよ - アンバランスな日々に
10年分の日めくりは圧巻でした。デジカメを持っていかなかったので(会社帰りに行ったし) 写真は撮りませんでしたが、 上のリンク先の記事にあるように実物大ダンボーがあってこれだけは撮影OKでした。
■_ J
予告通り公開されたようです。
J Source J Source is available under GPL 3. Download j701_b_source.tar.gz to [temp]. $ cd ~ $ tar -xzf [temp]/j701_b_source.tar.gz $ cd jgplsrc $ cat docs/readme.txt Join the source forum. Have fun! J Source - Commercial J Source is also available under Commercial license. Contact us for more information if a license without GPL restrictions is of interest.
ダウンロードした .gz の大きさは割りと小さな印象が。 tar tvf してみると
drwxr-xr-x eric/staff 0 2011-03-07 00:22 jgplsrc/ -rw-r--r-- eric/staff 5896 2011-03-07 00:24 jgplsrc/a.c -rw-r--r-- eric/staff 2304 2011-03-07 00:24 jgplsrc/a.h -rw-r--r-- eric/staff 8822 2011-03-07 00:24 jgplsrc/ab.c -rw-r--r-- eric/staff 2855 2011-03-07 00:24 jgplsrc/af.c -rw-r--r-- eric/staff 13446 2011-03-07 00:24 jgplsrc/ai.c -rw-r--r-- eric/staff 8232 2011-03-07 00:24 jgplsrc/am.c -rw-r--r-- eric/staff 7983 2011-03-07 00:24 jgplsrc/am1.c -rw-r--r-- eric/staff 5809 2011-03-07 00:24 jgplsrc/amn.c -rw-r--r-- eric/staff 19924 2011-03-07 00:24 jgplsrc/ao.c -rw-r--r-- eric/staff 22363 2011-03-07 00:24 jgplsrc/ap.c -rw-r--r-- eric/staff 24724 2011-03-07 00:24 jgplsrc/ar.c -rw-r--r-- eric/staff 2608 2011-03-07 00:24 jgplsrc/ar.h -rw-r--r-- eric/staff 12899 2011-03-07 00:24 jgplsrc/as.c -rw-r--r-- eric/staff 2832 2011-03-07 00:24 jgplsrc/au.c drwxr-xr-x eric/staff 0 2011-03-07 00:22 jgplsrc/bin/ -rw-r--r-- eric/staff 1110 2011-03-07 00:24 jgplsrc/c.c -rw-r--r-- eric/staff 9012 2011-03-07 00:24 jgplsrc/ca.c -rw-r--r-- eric/staff 26791 2011-03-07 00:24 jgplsrc/cc.c -rw-r--r-- eric/staff 17671 2011-03-07 00:24 jgplsrc/cd.c -rw-r--r-- eric/staff 8284 2011-03-07 00:24 jgplsrc/cf.c -rw-r--r-- eric/staff 7115 2011-03-07 00:24 jgplsrc/cg.c (略)
小さなファイルが何百とありますね。 テストのためのものもたくさんありますが。 今週末にでもビルドを試してみようかな。 ってどうビルドするのかまだぜんぜん見ていない。
reddit での反響。
J (Programming Language) Released Under GPL3 : programming Since short file names are quite inscrutable, here is an index of source files. http://sparcs.kaist.ac.kr/~tinuviel/temp/jgplsrcyikes look at those filenames. wonder why they don't include this index as an h file or readme in the actual source?Look at docs/ioj - there's a code tour inside.ah thanks. i had grepped for cpdtsp.c since that was in the list from sanxiyn, but that happens to be one of the files iojFiles.htm doesn't list!it looks like slackware software sets hahaMy DRDOS 6 and MSDOS 3.3 virtual machines would approve except there is exactly 1 file that breaks the 8-3 rule: "vgranking.c" So they didn't do it because of that. I don't even.Ok, this easily tops the perl interpreter as the most impenetrable code base ever.You clearly haven't seen Malbolge. :)I bet a Malbolge interpreter is more readable or easier to understand than this J interpreter, unless it's written in Malbolge itself. That said, I'm also joking a bit, in the sense that it seems looking at the source that the C code is written in a way to be as similar to J as possible, with all kinds of macros and terse single letter functions. To someone knowledgeable in J it may be easier to read but it's a bit of a clusterfuck to everyone else.さくっと略
I tend to agree with this-- they don't do the best job selling it and sometimes come across as cultish. I've been meaning for a while to put together a big table of code snippets or simple expressions in MATLAB versus how they look in J. They are both APL descendants (MATLAB less genuinely so), and most people familiar with array programming these days probably are MATLAB users. But I think a short, quantitative list of ways that J is better than MATLAB would be a good quick overview for those who haven't heard of J.Wikipedia link http://www.jsoftware.com/help/primer/contents.htm From the examples in Wikipedia: * Quicksort simple version quicksort=: verb define if. 1 >: #y do. y else. (quicksort y <sel e),(y =sel e),quicksort y >sel e=.y{~?#y end. ) * Quicksort using tacit programming quicksort=: (($:@(<#[) , (=#[) , $:@(>#[)) ({~ ?@#)) ^: (1<#)=:O
うはっ。読めねーw 雰囲気はまあわからんでもないか。
■_ C++ を嫌う C プログラマーたちへ
訳してる時間ねーーーっ
For C programmers that hate C++ For C programmers that hate C++ C++ を嫌う C プログラマーたちへ Over the years, I've seen way too many C programmers declare that they hate C++. They have their reasons, I'm sure. It is my humble opinion, however, that their hatred is... wrong. It took me quite some time (years) to slowly understand what is good and what is bad about C++, and I think the best way to consolidate my C++ experience is this: 何年もの間、わたしは自分がC++を嫌っていると公言している多くのCプログラマーを 見てきました。彼らは彼らなりに理由があってそういっているのだろうと思います。 とはいうもののわたしの思うところでは、彼らの持つ嫌悪感というのは間違っている のではないかと考えるのです。C++ について、なにが優れていてなにが劣っているのかを 理解するのはわたしにとっては数年かかるようなものでした。そして、 わたしの C++ の経験を consolidate (補強?) する最善の方法を考えついたのです: C++ allows you to write less code, with no run-time overhead, and with more safety, than C does. C++ はCよりも少ないコードで、実行時のオーバーヘッドなしに、また、より安全に 書くことを可能にします。 The less code you write, the better. As you gain experience by writing more and more code for your projects, you will inevitably realize that brevity is a virtue: You fix a bug in one place, not many - you express an algorithm once, and re-use it in many places, etc. (Greeks even have a saying, traced back to the ancient Spartans: "to say something in less words, means that you are wise about it"). And the fact of the matter is, that when used correctly, C++ allows you to express yourself in far less code than C does. 少ないコードで済ませることはとてもよいことです。 プロジェクトのためにコードをたくさん書けば書くほど経験を得るにつれて、 必然的に簡潔さは美徳であることを認識するようになります。 ひとつのバグを複数の箇所ではなく一箇所で修正する。 アルゴリズムを一度だけ表現し、それを複数の場所で再利用する。 などなど。 (Greeks even have a saying, traced back to the ancient Spartans: "to say something in less words, means that you are wise about it"). そして重要な事実は、正しく使った場合には C++ は C を使った場合よりも格段に高い表現力をもたらすということです。 Other languages offer this advantage, too - especially the ones from the functional programming world. But only C++ does this without costing you runtime speed. At all. 他の言語もまたこのアドバンテージを提供します。特に関数プログラミング世界から来た言語は。 けれども、C++ のみはこの実行時のスピードについてのアドバンテージの対価を 支払う必要がないのです。 Finally, compared to C, C++ is a lot more safe - that is, it catches more errors at compile-time. 結局のところ、Cと比べた場合にC++は格段に安全な言語、つまり、コンパイル時に より多くのエラーを捕捉するものなのです。 Let's look at a simplified version of a problem I faced with my renderer: While drawing triangles on the screen, and depending on the currently selected drawing mode, the algorithm must interpolate different values across a triangle's scanline: It must start from an X coordinate x1, and reach an X coordinate x2 (from the left to the right side of a triangle), and across each step, that is, across each pixel it passes over, it must interpolate various "stuff". さてここで、わたしが自分のレンダラーで直面したある問題を単純化したものを見てみること にしましょう。スクリーン上に三角形を描画する間に、その時点で選択されている描画モード に依存して、そのアルゴリズムでは三角形のスキャンラインと交差する異なる値を interpolate しなければなりません。 * When interpolating the ambient light that reaches the pixel: typedef struct tagPixelDataAmbient { float ambientLight; int x; } PixelDataAmbient; ... // inner loop currentPixel.ambientLight += dv; * When interpolating the vertex colors (called "Gouraud" shading, where the "red", "green" and "blue" fields are interpolated by a step value at each pixel): typedef struct tagPixelDataGouraud { float red; float green; float blue; // The RGB color interpolated per pixel int x; } PixelDataGouraud; ... // inner loop currentPixel.red += dred; currentPixel.green += dgreen; currentPixel.blue += dblue; * When rendering in "Phong" shading, neither intensity (ambientLight) nor color (red/green/blue) is the target - instead, a normal vector (nx,ny,nz) is interpolated at each step, and the lighting equation is re-calculated at each pixel, based on the interpolated normal vector: typedef struct tagPixelDataPhong { float nX; float nY; float nZ; // The normal vector interpolated per pixel int x; } PixelDataPhong; ... // inner loop currentPixel.nX += dx; currentPixel.nY += dy; currentPixel.nZ += dz; // lighting equation uses interpolated normal value... So, how would we continue in C? さて、C ではこのあとをどのように続けるのでしょうか? Well, some C programmers would go "heck, lets write 3 functions that interpolate the values, and call them depending on the set mode". "heck, lets write 3 functions that interpolate the values, and call them depending on the set mode" (値を interpolate する三つの関数を書いて、set mode に応じてそれらを呼ぶ) しようとする C プログラマーたちも中にはいるでしょう。 But that makes us realize that we have a type problem - what is the type we work with? Are the pixels PixelDataAmbient? PixelDataGouraud? PixelDataPhong? けれどもそれは、型の問題があることをわたしたちに思い知らせるのです。 わたしたちが使おうとしている型とはいったいなんでしょうか? pixels は PixelDataAmbient でしょうか? それとも PixelDataGouraud でしょうか? はたまた PixelDataPhong でしょうか? Oh, wait, the efficient C programmer says, use a union! ちょっと待って。有能な C プログラマーは union があると主張するでしょう。 typedef union tagSuperPixel { PixelDataAmbient a; PixelDataGouraud g; PixelDataPhong p; } SuperPixel; ..and then, you have a "poly"-function... RasterizeTriangleScanline( enum mode, // { ambient, gouraud, phong } SuperPixel left, SuperPixel right) { int i,j; if (mode == ambient) { // handle pixels as ambient... int steps = right.a.x - left.a.x; float dv = (right.a.ambientLight - left.a.ambientLight)/steps; float currentIntensity = left.a.ambientLight; for (i=left.a.x; i<right.a.x; i++) { WorkOnPixelAmbient(i, dv); currentIntensity+=dv; } } else if (mode == gouraud) { // handle pixels as gouraud... int steps = right.g.x - left.a.x; float dred = (right.g.red - left.g.red)/steps; float dgreen = (right.g.green - left.g.green)/steps; float dblue = (right.g.blue - left.g.blue)/steps; float currentRed = left.g.red; float currentGreen = left.g.green; float currentBlue = left.g.blue; for (j=left.g.x; i<right.g.x; j++) { WorkOnPixelGouraud(j, currentRed, currentBlue, currentGreen); currentRed+=dred; currentGreen+=dgreen; currentBlue+=dblue; } } else if (mode == ... The code above must make the hairs on your neck stand up. Can you feel the chaos slipping in? 以下略
■_
- Latest topics > 焼畑農業 - outsider reflex
- JavaScriptでソフトウェアの正しさを数学的厳密に証明してみた - yukobaのブログ
- モバイル アプリの7割が OSS ライセンスに違反 - japan.internet.com
-
101回死んだエンジニア: 1分で分かれ！ Wordの使い方
たかがWordとなめるべからず。
- Big Sky :: Goプログラマであるかを見分ける10の質問
- Effective ML Revisited | ocaml.janestreet.com
- グラス片手にアジャイル開発 第6回 － アジャイル開発手法「ペアプログラミング」（1/3）：CodeZine
- 実名制 Q ＆ A サイト「Qareal」がオープン、責任ある質問/回答で信頼性向上を図る - japan.internet.com
-
ググれカスと言うか、ググった検索結果がカス：IT業界の「みょ～にリアルなお話」：ITmedia オルタナティブ・ブログ
1%の情報でほとんどの人が救えるという事実があるにも関わらず、検索結果の上位に現れない事があります。
- なんですかこの不甲斐ない結果は…「給与の満足度、「IT／通信」ワースト」：IT業界の「みょ～にリアルなお話」：ITmedia オルタナティブ・ブログ
- InfoQ: Unicode 6.0.0標準公開
- InfoQ: Windows Embedded Compact 7がWindows CE 6の後継
- InfoQ: 収縮の価値
- 真のプロフェッショナルとは--胸に刻むべき10の心得 - CNET Japan
- キャリアを危険にさらす10の行為--無意識のクセが致命的になることも - CNET Japan
-
http://www.saiani.net/article/189454255.html
テレビアニメ『さよなら絶望先生』のBlu-ray BOX発売を記念して、BD-BOX全巻購入された方の特典・応募者全員プレゼントサービスが決定！ 特典は完全新作話が収録されたオリジナルDVD！
んげっ - Togetter - 「ゲーム制作雑誌「がまぐ！」の編集長と、プログラミングを始める人はどうやって進んでいけばいいかを考える」
- 【元麻布春男の週刊PCホットライン】 日立がHDD事業をWestern Digitalへ売却した背景
■_
正規表現についての質問です。 ^/pc/($|index(\-[0-9]+)?\.html) これはどういう意... - Yahoo!知恵袋 正規表現についての質問です。 ^/pc/($|index(\-[0-9]+)?\.html) これはどういう意味になるんでしょうか？
んー。html のあとに $ ついてないのは意図的なんだろうか。 入力の情報がもう少しないとなんともいえない部分はあるけど 微妙に間違っているような。 あと、- はエスケープする必要ねえッ
