一つ前へ
2013年9月(中旬)
一つ後へ
2013年10月(上旬)
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
しかし買いに行くのに秋葉原(書泉ブックタワー)まで行かないとだからなあ。 月曜日は他の用事で行けないし。
あとで書く。
ずいぶん先の発売予定だけどこんなのが
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の丸善の洋書コーナーもかなり規模が小さくなったよね。
紀伊國屋書店新宿南店のも以前に比べればだいぶ小さくなってるよなあ。 アレで国内最大なら悲しすぎる。
GNU Hurd のお知らせに GNU MIGなんてものが
2013-09-27 Happy 30th birthday, GNU! GNU Hurd 0.5, GNU Mach 1.4, GNU MIG 1.4 released. Which day could be better suited for publishing a set of Hurd package releases than the GNU project's 30th birthday? ... and here we have our birthday presents: GNU Hurd 0.5: announcement, NEWS GNU Mach 1.4: announcement, NEWS GNU MIG 1.4: announcement, NEWS These new releases bundle bug fixes and enhancements done since the last releases more than a decade ago; really too many (both years and improvements) to list them individually, but please see the NEWS files. Many thanks to all the people who are helping!
なんじゃろうと調べてみると
Happy 30th birthday, GNU! GNU MIG 1.4 released It is the GNU project's 30th birthday, and we are pleased to announce version 1.4 of GNU MIG, the GNU distribution of the Mach 3.0 Interface Generator (MIG),
Mach Interface Generator でMIG と。
いきなり(ですよね)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.
Twitterでは、エクセル・ホーガン氏というアカウントが800人ものフォロワーを集めています。みんな本当は大好きなんだろ・・・。
ソースをRipperで解析して、必要な処理を施して、sorcererというツールでRubyのコードに戻す、ということをやってるそうです。スゴイです。
いまいち感覚的につかめない点としては、RGenGCへの対応はしなくても動くがすれば速くなるという点で、対応しなかった場合に2.0と比較して速いのか遅いのか、である。計測してみるしかない。
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?
Samurai Code Ninja Code
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).
タイタニア4<烈風篇> (講談社ノベルス タK- 32)
買った。
いきなり最後の方を読んでみたら展開にびっくりだよ!
0と1の話 ブール代数とシャノン理論
積んどくことになりそうだけど時間が経ったら忘れそうだからなあ
(という考えがいけない)
全然話題に上ってきませんが Ceylon Is Feature Complete
Ceylon Is Feature Complete Gavin King, leader of the Ceylon project, has announced the availability of M6 release, which has also been tagged as Ceylon 1.0 Beta, the language been considered feature complete. This release includes complete language specification, a command-line toolset – compilers for JVM and JavaScript VMs, documentation compiler –, an SDK, and an Eclipse-based IDE. Beside bug fixes, this release includes the following language enhancements: annotations and annotation constraints a typesafe metamodel "static" method and attribute references try with resources support for strings, integers, and characters in switch support for named Unicode characters in string and character literals the ** scaling multiplication operator nonempty variadic parameters a new improved syntax for calling concrete members of inherited interfaces 以下略
削った部分に書いてあったことだけど,まだ時間かかりそうですねえ。
発表者の顔ぶれ見てたら話を聴きたくてたまらんなー 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\.,]+\]},?)+)\]
このキャラクタークラスに
カンマが入ってるのはなんか変じゃないすかね。
IBM 7094のアセンブリ言語ニーモニックのチートシートなるものを見つけたので、 アセンブリ言語レベルでは結構共通しているらしい IBM 704 用 Lisp 1.5 のソースコードを読んでみようかと思ったり。 LISP 1.5 family — Software Preservation Group
面白かった(こればっか) Living in a Post-Functional World
能力とか生産性が何倍とかいうのが云々というアレ。
元記事
10x Engineer — about work — Medium
では十倍もありえないみたいなことを書いてるんだけど…
“10x engineer” is one of those mythologies.
10x Engineer | Hacker News
一度は行ってみたい喃
Chuck Moore's Creations - Code Monkey Have Fun - Site Home - MSDN Blogs When I heard that Chuck Moore was speaking at Strange Loop this year I just had to go. His talk yesterday was excellent! I'm not going to summarize it here. The talk will be online soon enough. Here I just want to make a few observations about his contribution and begin a series exploring the F18 and GA144 architecture. His career has been amazing. He invented Forth in 1968, then went on to invent stack machine hardware in the mid-80s while relentlessly improving both for the past 45 years now. His singular focus has resulted in highly perfected software and hardware, perfectly suited to one another. His latest creation (and the subject of his presentation) is a 144-core, ultra low-power chip sold by GreenArrays programmed in Forth (colorForth, polyForth, ...).
スライドやら公開されるのを楽しみに待とう
最近、モノが壊れる。 DAP→ ヘッドホン→ 腕時計のメタルバンド 某氏の跡を継いでしまったんだろうか(金額的にはかなわないけど)
え、タイタニア4巻て明日(25日)の発売だったの? 某所の早売りで見かけても不思議はなかったが…
お、なんか面白そう?
9/24新刊:ISBN978-4-7775-1786-2 工学社 『国産マイコンボードGR-SAKURAではじめる電子工作』 倉内誠 著 10冊入荷
— ジュンク堂書店池袋本店/PC書 (@junkudo_ike_pc) September 24, 2013
なんか温度差が。 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
はー、三連休で論文の一本も読み切ろうと思ってたのに ○| ̄|_
家でもイマイチだし、喫茶店行っても回りの会話がやかましくて (一回どのくらいの音量なのか計測してみたいw) 全然だしそもそも席が空いてないのがほとんど。 席が空いてないと言えば図書館もなー
見たことのある名前のような気もするんだけど solid: a modern scripting language with a tiny VM : programming
chameco/Solid Solid is a simple, elegant language with a super simple C API. Yes, that means you can embed it into your application or game with almost no effort.
How to teach your girlfriend programming
How to teach your girlfriend programming Ever since I was a little software developer not so many years ago, I’ve dreamed of having a girl who I could talk to about the things I like. I wanted to talk to her about what I do. Not in a sense of yeah I do computer stuff, but in a real and deep way. The kind of conversation you would have with a coworker. I wanted my girl to be the person I go to whenever I find something new that excites me, and I wanted her to understand it. Back when I was still in school days, university to be specific, I used to talk about this with my friends. I expected everyone to want the same as I did, but to my surprise I was the only crazy person in a group of already crazy geeks. Every one of them told me they don’t want a programmer girl, they said they would go crazy. But I call that bullshit. 以下略
なんか出だしが面白そうだったので読んでみるかw
散髪してきた。
科学の花嫁ようやく読了。
原文のせいもあるかもしれないけど、なんか読みづらい文章でなかなか読み進められなかった。
あとバベッジがあまりでてこなかったのがちと不満。
まあ要はそういう本(伝記)だったということなんですけど。
エイダの父親の話から始まってなかなか本人が出てこなかったのも減点かなあ。
ああいや、本全体の内容を考えると父親の話もそれなりに分量割かないといけないか。
というわけで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に変換できる機械もあったりするんで、 レコード持ってるはずだからできるっちゃあできるはずなんですが(以下お察しください)
なにやらプログラマーの「生産性」について 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
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
ずいぶん前からあったんすねえ
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 0100 〇一〇〇 零百 十〇 〇壱〇〇 最適解が欧文の比じゃない数有るからなあ
良くあるパターンですが
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
書かれた時点でも話題になってたんじゃなかろか
Perlに対する風評被害については長年いろいろ思うところが溜まってはいるが、たとえそれが風評による結果であろうともマイノリティが人手の多さという点でハンデとなるというのは紛れもない事実だ。
最初の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にちなんだ内容であれば何でもかまいません。
ううむ。
新しいの来てたー
泳ぐやる夫シアター やる夫と学ぶホビーパソコンの歴史 第十一話 迫り来る大破壊
ところでコメント欄
666発弾撃ち込むと倒せる敵とかいるやつだっけゼビウス
なんか別のが混じってるような>666発
講演概要:「ソースコード読解における心理的負担・課題と闘う」
一つ前へ
2013年8月(中旬)
一つ後へ
2013年9月(上旬)
リンクはご自由にどうぞ
メールの宛先はこちら