ときどきの雑記帖' 2013年9月(下旬)

J はともかく K はよくわからなかったんだけどそういう

GNU APL 1.0 | Hacker News


APL is very nice. If you find it interesting, there are two descendants:

J, which drops the special characters in favor of ASCII, and tries to retain (and improve on) APL's elegance
with respect to math.

K drops the special characters and a lot of the data structures, functions, operators and syntax, and tries to
be as pragmatic as possible (including speed).

K programs tend to be 30-50% shorter than the equivalent J or APL program, and much faster than APL (although
comparable to J).

If you prefer Ada or Pascal to C, or Haskell to OCaml, you'll like APL or J better.

If you prefer C's shorthand to Ada's verbosity, and OCaml's pragmatism to Haskell's purity, you'll like K better.

I like K better.

GNU APL 1.0 released! [x-post from /r/apljk] : programming

Unfortunately, this won't compile for OS/X, because it's missing the include file sys/prctl.h (and other reasons) - and that file has no drop-in replacement on OS/X.

Pity, APL was my first programming language... a long time ago...


This is a bit weird, why would APL use prctl.h? I'm really curious now.

Windows でビルドするのは大変そうだなあw

■_

で、GNU APL

./src:
APL_types.hh
APs
Archive.cc
Archive.hh
ArrayIterator.cc
ArrayIterator.hh
Assert.cc
Assert.hh
Avec.cc
Avec.def
Avec.hh
Backtrace.cc
Backtrace.hh
Bif_OPER1_COMMUTE.cc
Bif_OPER1_COMMUTE.hh
Bif_OPER1_EACH.cc
Bif_OPER1_EACH.hh
Bif_OPER1_RANK.cc
Bif_OPER1_RANK.hh
Bif_OPER1_REDUCE.cc
Bif_OPER1_REDUCE.hh
Bif_OPER1_SCAN.cc
Bif_OPER1_SCAN.hh
Bif_OPER2_PRODUCT.cc
Bif_OPER2_PRODUCT.hh
CDR.cc
CDR.hh
CDR_string.hh
Cell.cc
Cell.hh
CharCell.cc
CharCell.hh
CollatingCache.cc
CollatingCache.hh
Command.cc
Command.def
Command.hh
Common.cc
Common.hh
ComplexCell.cc
ComplexCell.hh
DerivedFunction.cc
DerivedFunction.hh
DiffOut.cc
DiffOut.hh
DynamicObject.cc
DynamicObject.hh
EOC_handler_args.hh
Error.cc
Error.def
Error.hh
ErrorCode.hh
Executable.cc
Executable.hh
FloatCell.cc
FloatCell.hh
Function.cc
Function.hh
Id.cc
Id.def
Id.hh
IndexExpr.cc
IndexExpr.hh
IndexIterator.cc
IndexIterator.hh
Input.cc
Input.hh
IntCell.cc
IntCell.hh
LApack.cc
Logging.cc
Logging.def
Logging.hh
LvalCell.cc
LvalCell.hh
Makefile.am
Makefile.in
Nabla.cc
Nabla.hh
NamedObject.cc
NamedObject.hh
NumericCell.cc
NumericCell.hh
Output.cc
Output.hh
Parser.cc
Parser.hh
PointerCell.cc
PointerCell.hh
Prefix.cc
Prefix.def
Prefix.hh
PrimitiveFunction.cc
PrimitiveFunction.hh
PrimitiveOperator.cc
PrimitiveOperator.hh
PrintBuffer.cc
PrintBuffer.hh
PrintContext.cc
PrintContext.hh
PrintOperator.hh
ProcessorID.cc
ProcessorID.hh
QuadFunction.cc
QuadFunction.hh
Quad_RL.cc
Quad_RL.hh
Quad_SVx.cc
Quad_SVx.hh
Quad_TF.cc
Quad_TF.hh
RealCell.cc
RealCell.hh
Shape.cc
Shape.hh
Simple_string.hh
SkalarFunction.cc
SkalarFunction.hh
Source.hh
StateIndicator.cc
StateIndicator.hh
StaticValues.def
Svar_DB.cc
Svar_DB.hh
Svar_signals.def
Svar_signals.hh
Symbol.cc
Symbol.hh
SymbolTable.cc
SymbolTable.hh
SystemLimits.hh
SystemVariable.cc
SystemVariable.def
SystemVariable.hh
TestFiles.cc
TestFiles.hh
Token.cc
Token.hh
TokenEnums.hh
Tokenizer.cc
Tokenizer.hh
UCS_string.cc
UCS_string.hh
UTF8_string.cc
UTF8_string.hh
UdpSocket.cc
UdpSocket.hh
Unicode.hh
UserFunction.cc
UserFunction.hh
Value.cc
Value.hh
Workspace.cc
Workspace.hh
buildtag.hh
main.cc
main.hh

これ以外にもたくさんディレクトリ、ファイルがあるけどとりあえず。さてどう追いかけていったものか

■_

気になる＞カーニハン先生に会ってきた

USP Magazineまた厚くなってる！表紙かわいい pic.twitter.com/cx3HdPZmh9
— 山本裕介 (@yusuke) September 29, 2013

しかし買いに行くのに秋葉原(書泉ブックタワー)まで行かないとだからなあ。月曜日は他の用事で行けないし。

2013年09月28日

■_

ずいぶん先の発売予定だけどこんなのが Assumption of Breach: The New Security Paradigm
Shape Your Neighborhood

■_ 洋書売り場

今日の角谷・和田トークイベントでもちょっと話が出ましたね。洋書売り場。

推薦図書/必読書のためのスレッド 70

632 デフォルトの名無しさん [] 2013/09/28(土) 07:15:25.67 ID: Be:
    この本屋って新宿駅近くにあるんだけど
    部屋の区割り自体が迷路のように入り組んでいて
    火事で停電になったら出口判らず逃げ遅れて死者多数出ると思う
    http://www.dotup.org/uploda/www.dotup.org4535669.jpg 

633 デフォルトの名無しさん [sage] 2013/09/28(土) 07:46:34.55 ID: Be:
    本屋って何故か日本語の本しか置いていないよな。
    洋書も扱えば良いのに…。 

634 デフォルトの名無しさん [sage] 2013/09/28(土) 07:49:51.97 ID: Be:
    売れないからだろう
    日本語の本ですら撤退したとこもあるくらいだから 

635 デフォルトの名無しさん [sage] 2013/09/28(土) 09:46:55.50 ID: Be:
    >633
    池袋ジュンク堂のコンピューターフロアには
    エスカレーター上がったところに少しだけ洋書あるぞ。 

636 デフォルトの名無しさん [sage] 2013/09/28(土) 10:46:02.76 ID: Be:
    >>633
    新宿の紀伊国屋（タイムズスクエアの方）もコンピューター関係の洋書はいっぱいあるな。国内最大かな？
    あとは、東京駅側だとオアゾの中もそこそこある。
    今は八重洲ブックセンターってどうなんだろう？ 

637 デフォルトの名無しさん [sage] 2013/09/28(土) 11:23:21.56 ID: Be:
    Amazonの登場がでかかったんじゃないの？　洋書屋の壊滅。
    リアル店舗の洋書はとんでもないレートで売ってたからなあ。

    まあ、昔の丸善日本橋や近藤書店の洋書コーナーはちょっと懐かしいが。
    oazoの丸善の洋書コーナーもかなり規模が小さくなったよね。

紀伊國屋書店新宿南店のも以前に比べればだいぶ小さくなってるよなあ。アレで国内最大なら悲しすぎる。

■_ APL

いきなり(ですよね)1.0が! GNU APL 1.0 | Hacker News GNU APL 1.0 released! [x-post from /r/apljk] : programming GNU APL ソースコードは C++ の模様。

README。

is a free version of the programming language APL and is intended to 
be a full implementation of what is known as "Programming Language APL,
Extended", "APL with nested arrays", or "ISO/IEC13751".

GNU APL is distributed under the terms of the GPL, see file "COPYING"
for details.

More information about the installation of GNU APL can be found in the
following files in the same directory as this file:

INSTALL:		  general installation information (aka. ./configure)
README-1-prerequisites:   what else is needed to install GNU APL
README-2-configure:       GNU APL specific ./configure options
README-3-keyboard:        how to set up your keyboard for APL characters
README-4-compliance:      compliance information

README-1-prerequisites。gettext と readline はさておき lapack ってどうにかなるかしらん…

Before you can build GNU APL, make sure that the following
libraries/packages have been installed:

(lib-)lapack    from http://www.netlib.org/lapack/
(lib-)readline  from a GNU mirror (directory: bash, file: readline-?.?.tar.gz)
gettext         from a GNU mirror (directory: gettext)

gettext in only needed if you want an internationalized GNU APL. You
can ./configure it away with --disable-nls.

If you are using Ubuntu, then the following commands may do the trick:

apt-get install liblapack-dev
apt-get install libreadline5-dev
apt-get install gettext

readline and/or gettext are used by many other packages, so they may already
be installed on your GNU/Linux system.

■_

ソフトウェアの品質を学びまくる:本当はきっとあなたの役に立つExcel方眼紙
Twitterでは、エクセル・ホーガン氏というアカウントが800人ものフォロワーを集めています。みんな本当は大好きなんだろ・・・。
RubyistたちのDRY症候群との戦い
ソースをRipperで解析して、必要な処理を施して、sorcererというツールでRubyのコードに戻す、ということをやってるそうです。スゴイです。
C++を読めるようになりたい | C・C++のQ&A【OKWave】
YAPC::ASIAをふりかえる : stanaka blog
ＮＥＣはPC-8001の一発屋３５年前発売されたから今日はパソコン記念日 : SIerブログ
Ruby2.1.0-preview1 - mirichiの日記
いまいち感覚的につかめない点としては、RGenGCへの対応はしなくても動くがすれば速くなるという点で、対応しなかった場合に2.0と比較して速いのか遅いのか、である。計測してみるしかない。

2013年09月27日

■_

springer さんからなんか宣伝メールが来た。これなんか面白そうなんだけど値段がねえ… Software Product Quality Control

これ。会社の同じ部の人が行ってきてその報告会ってのがあったんだけど、東洋大学の准教授にえらくご立腹。セッションの出来が準備不足?でダメダメだったとかなんとか。プログラムに名前載ってる人で東洋大の人てえとあの人だよねえ…たぶん。日科技連｜ソフトウェア品質シンポジウム2013

■_ まとめ

Ruby 2.1の新機能(やら変更点やら)

Kicking the Tires on Ruby 2.1 Preview

A preview of Ruby 2.1 was released a couple of days ago with these release notes:

    VM (method cache)
    RGENGC
    refinements
    syntax
    Decimal Literal
    Frozen String Literal
    def’s return value
    Bignum
    128bit
    GMP
    String#scrub
    Socket.getifaddrs
    new Rubygem

I found myself scratching my head for a minute. I don’t know what most of these are! So let’s dig into them
and dive into some of the details.

RGenGC

Ruby 2.1 includes a new generational garbage collector. Prior to 2.1, MRI Ruby used a conservative stop the
world while I take out the trash version of mark and sweep for its garbage collector. In the 2.1 preview, it
still uses mark and sweep, but with a little generational twist.

The new approach tracks objects in two buckets: young and old. The mark and sweep GC is always run on the young
generation and only run on the older generation if there is a need for more memory before resizing the heap.
Young objects are promoted to old after surviving a single GC (most objects die young, or at least the good ones).

The new garbage collector is backwards compatible and should not break existing C extensions.

(略)

Conclusion

I’m glad to see a shorter release cycle for Ruby. The VM improvements and generational garbage collector make
me wish the preview was here already. But like any preview, all of these details are subject to change between
now and the release date of Christmas 2013.

Copyright © Atomic Object LLC. — Grand Rapids +1 616 776 6020 — Detroit +1 313 444 6010 — Ann Arbor +1 734 887 6020 — Contact Us

■_ 変数とは

こっちのやり取りはさておき Why explaining a "variable" to new (and some old) programmers is surprisingly difficult : programming

「変数 (variable)」がどういったものなのかを説明するにはという話で

Khan Academy Computer Science: Teaching Variables: Analogies and Approaches

Teaching Variables: Analogies and Approaches

As we're in the process of auditing and redoing our introductory talk-throughs, we find ourselves discussing the
different approaches to teaching variables and debating which analogies make variables the most approachable to
newbies.

There are a few aspects of variables that we’d ideally like new learners to understand:

    A variable has both a “name” and a “value”.
    変数は「名前」と「値」を持っている

    The value can change (atleast, in JavaScript).
    変数の値は変更できる (少なくとも JavaScript では)

    A variable can be used multiple times throughout the code.
    コード中で複数回一つの変数を使うことができる


There are some aspects that maybe they don’t need to understand at first, but it’d be a nice bonus if they did:

    Variables can hold data of different sizes.
    複数の変数はそれぞれが異なる大きさのデータを保持できる

    Variables can be different types.
    複数の変数はそれぞれが異なる型にできる

    Multiple variables can point at the same value (more true in the case of objects than primitives).
    複数の変数が同じ値を指すこともできる

#variables をどうしたもんか悩んだ。

We’ve considered a few analogies ourselves, and I asked around to find out what other folks use. Here’s a
round-up of them, with scribbles approximating how one might visualize them on a whiteboard. It’s not always
necessary to be able to visualize an analogy, but it helps.


“Buckets”バケツ

We currently use this analogy in our first talk-through on variables. We don't love it, however - we don’t
usually think of buckets as having labels in the real world, so this analogy doesn’t help reinforce the
important idea of variables being labels for containers that hold values.

わたしたちは現在、our first talk-through on variables ではこの analogy を使っているのですが、
この analogy は好きではありません。
現実世界ではわたしたちはバケツをラベルが付いたものとして考えることは普通ありませんから、
この analogy では値を保持しているコンテナーに対するラベルとしての変数という重要なアイデアの
reinforce を help しないからです。


“Drawers”/”Boxes”箪笥/箱


We like this analogy because drawers are often labeled as to their contents, and the idea actually maps nicely
to what happens behind the scenes in a computer too, with the registers. Kevin Henney points out that the
“labeled boxes” analogy also works nicely for introducing “arrays (a row or column of boxes) and objects
(a group of boxes).” Ikai Lan likes how “box size is a good analogy for type discussions later on.”

わたしたちはこの analogy が好きです。それは drawers がしばしばその contents に対するものとして
ラヴェル付けされるので、


“Envelopes”封筒

Similar to drawers, envelopes often have something on the outside (a name or address) and a value on the inside
(the letter). An envelope can also be different sizes, which lends itself nicely to talking about storing data
types. But, the address doesn’t map perfectly to variable names, and I prefer using the envelopes analogy to
explain concepts like HTTP requests or message sending systems.


“Tentacles”触手

Marjin Haverbeke describes variables as tentacles in the first chapter of his great book, Eloquent JavaScript,
and its a great analogy to emphasize the idea of variables as pointers:

Marjin Haverbeke は彼の著書、Eloquent JavaScript の最初の章で変数を触手として解説しています。
そして、その great analogy はポインターとしての変数の考えを強調しています。

    “You should imagine variables as tentacles, rather than boxes. They do not contain values, they grasp them
      ― two variables can refer to the same value.” 


“Name tags” / “Names”

This analogy really emphasizes the named aspect of variables. Want to refer to something by name? Then slap a
name tag on it!

この analogy では特に変数の named aspect を強調しています。
何かを名前によって参照したい?
ならばそれに name tag を slap しよう!


“Code like a Pythonista” uses this analogy extensively with diagrams demonstrating what happens when you
re-assign a variable and assign two variables to the same value. They specifically stress that in Python,
variables “are not labeled boxes.”

Code Like a Pythonista: Idiomatic Python
ではこの analogy を、ある変数に再代入を行って二つの変数に同じ値を代入したときに起きることを
demostrate する diagrams を使って extensively に使っています

“Values in disguise”

Math.com describes algebraic variables with interesting wording:

    “In algebraic expressions, letters represent variables. These letters are actually numbers in disguise.
     In this expression, the variables are x and y. We call these letters "variables" because the
     numbers they represent can vary—that is, we can substitute one or more numbers for the letters in the
     expression.” 

The notion of disguise is fun and playful, and it's nice how they've attempted to correlate the actual word
"variable" to its meaning. We often forget in programming how weird some of our terminology is, and
that it might help learners to connect the words to their meaning.


Which should we use?

Of all of those, we will likely be going with “labeled boxes” for future lessons, because it’s a familiar
concept and the analogy covers many aspects of variables.

We’ll keep trying out approaches and seeing how students respond. In the meantime, we’d love to hear what
your experience with teaching and learning variables. What worked? What made it click? What didn’t work?

■_

#yapc で貰ったのは憧れだった - After Coding
YAPC::Asia Tokyo 2013: 今年のこれまでの道のりとクロージング : D-7 <altijd in beweging>
YAPC運営とビジネス : D-7 <altijd in beweging>
YAPC::Asia 2013 - Tatsuhiko Miyagawa's blog
I would imagine there will be much smaller regional YAPCs and Perl workshops. That’s what happened in RubyKaigi as well, when the organizer decided to take a break, then rebooted it with a much smaller size (partly by increasing the price of the ticket).
初めて利用する駅で知りたいことと案内のしかた - できることは、まだある！
「Ctrl＋Alt＋DelでWindowsにログインするのはミスだった」とビル・ゲイツが語る - GIGAZINE
Bill Gates: Control-Alt-Delete a mistake - CNN.com
「Control-Alt-Delete」機能は「誤りだった」：B・ゲイツ氏インタビュー - CNET Japan
ニュース - プログラミングは一方的に教えてはいけない、子供たちは自分で面白さを見つけ出す：ITpro
［TGS 2013］北海道IT推進協会ブースにこっそり展示されていた，ニンテンドー3DS用プログラミングツール「プチコン3号（仮称）」を見てきた - 4Gamer.net
なぜ「忙しいビジネスマン」は、Amazonではなく丸善&ジュンク堂のECサイトで本を買うのか？──株式会社ＨＯＮ（ほん）工藤氏 | マイナビニュース
記者の眼 - プログラミングで本当にお金を生み出せるのか：ITpro
[連載:正規表現] Unicode文字プロパティについて(2) ? Pの一族 | TechRacho

2013年09月26日

■_

タイタニア4<烈風篇> (講談社ノベルスタK- 32)
買った。いきなり最後の方を読んでみたら展開にびっくりだよ!

0と1の話ブール代数とシャノン理論
 積んどくことになりそうだけど時間が経ったら忘れそうだからなあ (という考えがいけない)

革命の終焉小説フランス革命 XII (小説フランス革命 12)
ラスト。

■_ 30周年

発表者の顔ぶれ見てたら話を聴きたくてたまらんなー FSIJ 月例会

FSIJ 月例会

13:45-14:45 セッション1

    GNU宣言のg新しい日本語訳 : g新部裕
    「ハッカーは、クラッカーじゃない。」の50年 : 山根信二
    GPL2+ライセンスで開発しているAjhc Haskellコンパイラの現状 : 岡部究
    GNUは衰退しました : 八田真行

14:45-15:00 休憩

15:00-16:00 セッション2

    NSAのバックドアとフリーソフトウェア : すずきひろのぶ
    私が見てきたGNU --- とある雑誌編集者の回想 : 風穴江
    プログラミング言語 Ruby に GMP を組み込む : 田中 哲
    技術的希望リスト、過去、現在 : 引地信之

16:00-16:15 休憩

16:15-17:15 セッション3

    歴史のメタファを考える : 岸田孝一
    自由ソフトウェアによるライブストリーミング : 野首貴嗣
    Gnuk, GnuPG, そしてGNUプロジェクト : g新部 裕
    GCCプロジェクト史 : 小島 一元

17:15-17:30 休憩

17:30-18:30 パネルディスカッション

    （仮）これからの自由ソフトウェア運動について : TBD

■_

/\[(({"width":[\+\-\d\.]+,"color":[\+\-\d\.]+,"type":"pen","data":\[[\d\.,]+\]},?)+)\]/

キャラクタークラス内の余計なエスケープはまあおいといて(キライなのよw)、最後の方の \[[\d\.,]+\]},?)+)\] このキャラクタークラスにカンマが入ってるのはなんか変じゃないすかね。

2013年09月24日

■_

最近、モノが壊れる。 DAP→ ヘッドホン→ 腕時計のメタルバンド某氏の跡を継いでしまったんだろうか(金額的にはかなわないけど)

え、タイタニア4巻て明日(25日)の発売だったの? 某所の早売りで見かけても不思議はなかったが…

■_

お、なんか面白そう?

9/24新刊：ISBN978-4-7775-1786-2 工学社『国産マイコンボードGR-SAKURAではじめる電子工作』倉内誠著　10冊入荷
— ジュンク堂書店池袋本店/PC書 (@junkudo_ike_pc) September 24, 2013

■_ Ruby 2.1.0

なんか温度差が。 Ruby 2.1.0 preview1 released : ruby Ruby 2.1.0 preview1 released | Hacker News

Ruby 2.1.0 preview1 released | Hacker News

I really wish that Ruby had an actual language reference instead of just the core and stdlib docs. If those same
docs were versioned and updated along with the code, then changes in the language would have docs changes that
could be linked together into a "What's New" section. Decent basic tutorial material wouldn't hurt
either.

This is an area where so many other languages like Python[1], Go[2], etc. get it right. The only semblance of
an online language reference is a version of the Pickaxe book that was already out of date back when Rails was
a screaming v1.0 newborn.

[1] Python language ref: http://docs.python.org/3/reference/index.html

[2] Go language ref: http://golang.org/ref/spec

科学の花嫁ようやく読了。原文のせいもあるかもしれないけど、なんか読みづらい文章でなかなか読み進められなかった。あとバベッジがあまりでてこなかったのがちと不満。まあ要はそういう本(伝記)だったということなんですけど。エイダの父親の話から始まってなかなか本人が出てこなかったのも減点かなあ。ああいや、本全体の内容を考えると父親の話もそれなりに分量割かないといけないか。というわけでwishlistから贈ってくれたかくたにさんありがとう科学の花嫁 (叢書・ウニベルシタス)

ほかの wishlist から贈ってもらったのも読み終えてなんか書かなきゃだわ (中途半端に読み進めてはいる)

あ、「科学の花嫁」で気になった重箱の隅とりあえず二つ。 3ページにワーテルローの戦いが1815年7月18日ってあるけど、6月18日では。ワーテルローの戦い - Wikipedia もうひとつ、428ページに『階差機関』(1991)はウィリアム・ギブソンとブルース・スターリングによるサイバーパンク小説であるとあるんですが、確かに「Difference engine」は「階差機関」ですが、ギブソンらの小説はカタカナ書きの「ディファレンス・エンジン」で出版されてたはずです。ディファレンス・エンジン〈上〉 (ハヤカワ文庫SF)
ディファレンス・エンジン〈下〉 (ハヤカワ文庫SF)
ディファレンス・エンジン
 銀河帝国興亡史1 ファウンデーション (CLASSICS OF SCIENCE FICTION)

近場の書店ではファウンデーションは見つかったけどホークウッドが見つからなかった。調べたら kindle版もあったのでおお、と思ったものの最新刊はまだだった○|￣|＿ Amazon.co.jp：ホークウッド 4 (フラッパー): トミイ大塚: 本 Amazon.co.jp: ホークウッド: Kindleストア
 ホークウッド 4 (フラッパー)

ドラマ編。その昔は、映画なんかの「音」だけ収録した「レコード」ってのが出てまして。同時期のサントラはCDで再リリースされているんですが、この「ドラマ編」は映像ソフト(LD とかなw)がそれなりにでるようになったんで CD にはなってないんですよね(たぶん)。なんでこういうこと書いたかというとリッピングしてDAPに放り込んで聴きたいなあと。 LP レコードから直接MP3に変換できる機械もあったりするんで、レコード持ってるはずだからできるっちゃあできるはずなんですが(以下お察しください)

あ、あったw Amazon.co.jp：機動戦士ガンダム 3 「めぐりあい宇宙」ドラマ編: 音楽

■_

なにやらプログラマーの「生産性」について Joe Armstrong on Programmer Productivity | Hacker News [erlang-questions] Software Estimation and Progress Tracking - Google Groups

[erlang-questions] Software Estimation and Progress Tracking - Google Groups

(略)

The problem is we don't do similar things over and over again. Each new unsolved problem
is precisely that, a new unsolved problem.

Most time isn't spent programming anyway - programmer time is spent:

a) fixing broken stuff that should not be broken
b) trying to figure out what problem the customer actually wants solving
c) writing experimental code to test some idea
d) googling for some obscure fact that is needed to solve a) or b)
e) writing and testing production code

e) is actually pretty easy once a) - d) are fixed. But most measurements of productivity only measure
lines of code in e) and man hours.

I've been in this game for many years now, and I have the impression that a) is taking a larger and
larger percentage of my time. 30 years ago there was far less software, but the software there was
usually worked without any problems - the code was a lot smaller and consequently easier to understand.

Again in the last 30 years programs have got hundreds to thousands of times larger (in terms of code lines)
but programming languages haven't got that much better and our brains have not gotten any smarter. So
the gap between what we can build and what we can understand is growing rapidly.

Extrapolating a bit I guess a) is going to increase - so in a few years we'll have incredibly smart
devices which almost work, and when broke nobody will able to fix, and programmers will spend 100%
of their time fixing broken stuff that should not be broken.

And no I have to figure out why firefox has suddenly stopped working - something is broken ...

Cheers

/Joe

■_ 25周年

Wolfram Technology Conference 2013: Mathematica‘s 25th Year!—Wolfram Blog

Wolfram Technology Conference 2013: Mathematica‘s 25th Year!—Wolfram Blog

As part of Mathematica‘s 25th Anniversary Celebration, there will also be special events and some surprises!

Registration closes October 4, so secure your spot at the conference today.

Posted in: Wolfram News

ずいぶん前からあったんすねえ

■_ plugin_is_GPL_compatible

gawk の texinfo ファイル見ていたんですが

@section Extension Licensing
Every dynamic extension should define the global symbol @code{plugin_is_GPL_compatible} to assert that it has been licensed under a GPL-compatible license. If this symbol does not exist, @command{gawk} emits a fatal error and exits when it tries to load your extension.

plugin_is_GPL_compatible というシンボルの存在は知ってたけどこういうチェックしてたのかー

■_ コード順

確かに本のタイトルで並べ替えたときに「上巻」と「下巻」が逆になって悲しかったり。 (なんとかして＞Excelさん)

文字コード総合スレ part8

302 デフォルトの名無しさん [sage] 2013/09/09(月) 00:08:59.56 ID: Be:
    UNICODEも添字系が無茶苦茶 

303 デフォルトの名無しさん [sage] 2013/09/09(月) 11:58:12.44 ID: Be:
    添字系？ 

304 デフォルトの名無しさん [sage] 2013/09/09(月) 18:23:36.13 ID: Be:
    字は添えるだけ。 

305 デフォルトの名無しさん [sage] 2013/09/09(月) 20:26:20.42 ID: Be:
    Superscripts and Subscripts 

306 デフォルトの名無しさん [sage] 2013/09/09(月) 21:20:07.96 ID: Be:
    http://www.unicode.org/charts/PDF/U2070.pdf
    これか。なるほどこれひどい 

308 デフォルトの名無しさん [sage] 2013/09/10(火) 20:39:14.29 ID: Be:
    なんでiが1の位置にあるんだろう？

    「数字の1を意味する上付き文字」を全部統合するつもりだった？ 

309 デフォルトの名無しさん [sage] 2013/09/10(火) 21:22:03.40 ID: Be:
    SuperScript 1～3は別の場所にある。
    2: U+00B2
    3: U+00B3
    1: U+00B9 

310 デフォルトの名無しさん [sage] 2013/09/10(火) 21:25:05.86 ID: Be:
    oh.... 

312 デフォルトの名無しさん [sage] 2013/09/11(水) 09:54:06.83 ID: Be:
    まあ、前後とか上中下とか甲乙丙丁とかI II III IV V VI VII VIII IX Xとか、
    特定の用法においてナンバリングに使われる文字も位置はばらばらで、
    こういうのを名前に含むファイルをソートするとうわあああってなるから
    実用上は似たようなもんかもしれん 

313 デフォルトの名無しさん [sage] 2013/09/11(水) 10:22:47.43 ID: Be:
    確かに前後はいつも逆になって鬱陶しい 

314 デフォルトの名無しさん [sage] 2013/09/12(木) 22:36:56.49 ID: Be:
    一九五三四七十二八六

    結構イラッとくる 

317 デフォルトの名無しさん [sage] 2013/09/16(月) 07:42:40.82 ID: Be:
    >>314
    これぐらいは順番に並べて欲しいわなあ 

318 デフォルトの名無しさん [] 2013/09/16(月) 11:45:02.26 ID: Be:
    >>314 >>317
    だれが決めたん？
    センスないね 

319 デフォルトの名無しさん [sage] 2013/09/16(月) 12:18:33.64 ID: Be:
    あほかい。
    漢字の読みの順に並んでいるんだから、寧ろ「一二三四五六七八九」の方がいらっと来るわ。 

320 デフォルトの名無しさん [] 2013/09/16(月) 12:23:33.36 ID: Be:
    えぇっ！？ 

321 デフォルトの名無しさん [sage] 2013/09/16(月) 13:04:28.81 ID: Be:
    >>319
    確かに 

322 デフォルトの名無しさん [sage] 2013/09/16(月) 13:29:36.80 ID: Be:
    読み順で並んでるメリットって何？ 

323 デフォルトの名無しさん [sage] 2013/09/16(月) 13:46:41.82 ID: Be:
    読み順以外を選ぶメリットって何？ 

324 デフォルトの名無しさん [sage] 2013/09/16(月) 14:16:25.26 ID: Be:
    読み順というか文字コード順でソートしているからこうなるので、
    漢数字がいい感じで並ぶ順を定義して実装して使えばいい 

325 デフォルトの名無しさん [sage] 2013/09/17(火) 01:24:13.67 ID: Be:
    メリットって…
    他のところが音読み順なのにそこだけ変えるほうがおかしいだろ
    というか>>314 >>317 >>322あたりはもしかしてこの十文字が連続して並んでるとか思ってるんじゃないだろうな 

326 デフォルトの名無しさん [sage] 2013/09/17(火) 02:23:12.95 ID: Be:
    CJK Numeralsとかの別枠にしてほしかったってことでしょ 

327 デフォルトの名無しさん [sage] 2013/09/17(火) 02:32:41.19 ID: Be:
    訓呉音漢音の優先順位あやふやにローマ字で並べてある
    ような始末におえん状況よりはマシでしょ 

328 デフォルトの名無しさん [sage] 2013/09/17(火) 02:38:15.05 ID: Be:
    Unicodeの漢字って日本読み順なの？ 

333 デフォルトの名無しさん [sage] 2013/09/17(火) 17:35:55.62 ID: Be:
    >>314 はJIS順なのかな
    Unicode順なら 一七三九二五八六十四 

334 デフォルトの名無しさん [sage] 2013/09/17(火) 18:49:54.69 ID: Be:
    漢数字を文字コードだけで機械的にソートするとか、どんだけ 

335 デフォルトの名無しさん [sage] 2013/09/17(火) 19:46:20.12 ID: Be:
    0100
    ０１００
    〇一〇〇
    零百
    十〇
    〇壱〇〇
    最適解が欧文の比じゃない数有るからなあ

■_ reedit

良くあるパターンですが Less is exponentially more. Rob Pike on why C++ devs are not flocking to GoLang, while Python and Ruby are. : programming これ、昨日今日で盛り上がってるけど元記事は一年以上前のなんですよね。 command center: Less is exponentially more Monday, June 25, 2012 書かれた時点でも話題になってたんじゃなかろか

■_

型からHello world - モナドとわたしとコモナド
【基本情報関連】助けて下さい！！ - Yahoo!知恵袋
YAPC::Asia Tokyo 2013 を終えて - 北海道苫小牧市出身のPGが書くブログ
Perlに対する風評被害については長年いろいろ思うところが溜まってはいるが、たとえそれが風評による結果であろうともマイノリティが人手の多さという点でハンデとなるというのは紛れもない事実だ。
YAPC::Asia 2013 パンフレット＆配布ノベルティを全て紹介 | YAPC::Asia Tokyo 2013
プランニングポーカーのカードがありがたかった

2013年09月21日

■_

二日目はよんどころない事情により欠席

そろそろかなあと構えていたら来週だった。

■_ 9月20日は

最初のFORTRAN プログラムが実行された日とか 1st FORTRAN program runs, September 20, 1954 | EDN

1st FORTRAN program runs, September 20, 1954 | EDN

Although the first compiler for general-purpose, imperative programming language would not be delivered for
three more years, September 20, 1954 marked the first run of a FORTRAN (Formula Translating) program. (See photo
to right of first FORTRAN programming manual, October 1956.)

(略)

他にもおもしろそうなものが COBOL group meets for 1st time, April 8, 1959 | EDN Programming pioneer Betty Holberton is born, March 7, 1917 | EDN The Secrets to Becoming a Great Programmer | EDN

■_

GNU30周年に申し込んだ。演題「GNUは衰退しました」
— Masayuki Hatta (@mhatta) September 19, 2013

これかな? FSIJ 月例会そこで、FSIJもGNUプロジェクト30周年を祝うべく、GNUに関心のある方々が集い、ワークショップ形式で、GNUプロジェクトのあれこれについて振り返りたいと思います。 1人10分程度の発表をお願いします。GNUにちなんだ内容であれば何でもかまいません。

ううむ。

Nintendo visionary Hiroshi Yamauchi dies aged 85 | Hacker News
Masato Kinugawa Security Blog: U+2028/2029とDOM based XSS
PyCon APAC 2013 が無事終わったようです #pyconapac #pyconjp ? プログラマのネタ帳二冊目
プログラム - ソフトウェアエンジニアリングシンポジウム2013 (SES2013)
講演概要：「ソースコード読解における心理的負担・課題と闘う」
Why Are There So Many Pythons? From Bytecode to JIT | Toptal