Appleの共同設立者であるスティーブ・ウォズニアック氏がAppleに対し、「市場に対してアーキテクチャをオープン化し、知識のあるユーザーが自由にアーキテクチャを拡張できる余地を広げるべき」と述べている（ITnews、本家/.）。

iOSやiOSデバイスをクローズドにしていることの弊害は長年にわたって議論されていたが、ウォズニアック氏自身はApple時代、ソフトウェアやハードウェアにカスタマイズ性や拡張性を持たせることを推し進め、それによって独創性のある製品を作り出してきた。特に氏が主張したのは、iPadでプログラミング言語を利用可能にすることだ。そうすれば、タブレットをソフトウェアを開発するための新しいデバイスとして使えるという。

Apple側は、そのような行為はiOSデバイスが悪意のあるサードパーティアプリケーションによってハックされたり、OS自体が入れ替えられてしまうという問題があると主張してきた。しかしウォズニアック氏は、サードパーティアプリケーションやユーザーデータをやりとりすることを許しているFacebookやGoogleのアプローチとは異なると指摘。アプリケーションで「囲い込み」を行っているとしている。

ウォズニアック氏はApple Ⅱの開発時、拡張スロットは2つで十分だとしたジョブズに対し、8個のスロットが必要だと主張したことを思い出したという（Apple Ⅱでは回路図が公開されていたためにユーザーが拡張カードを自作することもでき、その柔軟性が人気の理由の1つとなった）。

その一方で、オープン化によって提供する製品の品質が低下するような事態はあってはならないとも付け加えた。Appleが現在の（彼の視点ではクローズドな）ビジネスモデルで膨大な資金を集める様子は、ウォズニアック氏にとって複雑なものがあるようだ。

サイバーエージェントがソースコードの提出だけで合否を決定する「コード採用」を行うそうだ。2014年卒の学生を対象に、7月から募集を開始するという（MarkeZine）。

Javaでプログラムを組むとのことで、面接はなし。個人的には面接無しで大丈夫だろうかと心配してしまう……。

prankster 曰く、

Japanese for Programmers という記事に英語圏のプログラマ向けの日本語表現・例文が紹介されている。英語圏の人と仕事する日本人プログラマにも参考になると思われる。

Essential Japanese programming vocabulary という項目には。「ホゲ (hoge) foobar」という説明がある。これはまあそうだ。納得して笑ってしまった。

ところが読み進めてみると、Bugs and corrections というエントリには「本修正は、次回リリースに含まれる予定です。」「本件、弊社製品の仕様となります。」という表現が示されている。Software releases には「弊社にてこちらをサポートするにはかなり時間を要するため、今回のリリースにて対応することは難しい状況です。」という表現がある。

他にも色々アレな表現がいっぱい。生々しすぎて笑えません（＞＿＜）。

Androidに使用されているJava APIがOracleの保有する著作権を侵害しているとしてOracleがGoogleを提訴していたが、サンフランシスコ裁判所の陪審員はGoogleが著作権を侵害していたと判断し、Oracleに有利な部分判決を下したとのこと（本家/.、SourceForge.JP Magazine、ITpro）。

未決定審理となった個所に関しては、今週の終わりにも再審が開始されることになる。判決後、Googleは電子メールを通して声明を出しており、「争点の中心はAPIを特許にすることできるのかどうかであり、その判断は裁判所が下すことになる」としている。

だが、もし今回の裁判員判断が覆されることがなければJavaの自由が制限されてしまうことにもなり、プログラマーにとっては厄介な問題に発展する可能性がある。

Oracleは、Android OSに使用されているJava APIがOracleの保有する特許を侵害しているとしてGoogleに対して訴訟を起こしているが、Dr. Dobb's記事は、もしOracleが勝訴することになれば「プログラミングの将来は終わる」と予測している（本家/.、Dr.Dobb's記事）。

Oracleとのライセンス契約がないまま、GoogleがJava技術を無断で使用したことが特許侵害に当たると判断されれば、GoogleはOracleに対して多額のライセンス料を支払わざるを得なくなる。話はこれで済めばよいのだが、この訴訟から多くの訴訟が派生する可能性があるという。

つまり、例えばPythonにおけるJythonやIronPython、PyPy、またRubyにおけるRubinius、CやVBにおけるRono、CにおけるGCCといった、既存言語処理系の再実装によって著作権侵害訴訟や支払い要求が起きる可能性が出てくる。同裁判でOracle寄りの判決が下されることになれば、プログラミングは負の結末を辿ることになるだろうとのこと。同記事は、Oracleの訴えが通ってしまうだろうと予測しつつも、予測が間違いであることを願うとしている。

headless 曰く、

サーチエンジンの検索結果からプログラミング言語の人気度を評価する TIOBE Index の 4 月分で、C が Java を抜いて 1 位となった (TIOBE Index、本家 /. 記事より) 。

長期にわたって低下傾向が続く Java に対し、C は比較的変動が少なく安定した人気がある。TIOBE Software によれば、Android プラットフォームの人気があることから Java が大きく低下することはないとみられるものの、今後数ヶ月は C が 1 位を維持することが予想されるとのことだ。1 月の時点 (/.J 記事) で 3 位だった C# はランキングを下げて 5 位となり、C++ と Objective-C がそれぞれ 3 位と 4 位に上昇している。このほか、この 1 年間で大きくランキングを上げたのは PL/SQL (24 位 → 12 位)、Visual Basic .NET (35 位 → 14 位)、NXT-G (52 位 → 20 位) など。

「プログラマのキャリアは基本的に40歳で終わる」という説がBloomberg記事で述べられている。これからソフトウェア開発の道に進もうと考えている人達に対して、プログラマの結末についてよく考えるよう警告するものだ（本家/.、Bloomberg記事）。

プログラマの多くは、35歳を過ぎると雇用され得る資質が低下し始めると認めており、大半の開発者は40歳までにそれまでの仕事を辞めてしまうのも統計的に証明されているのだそうだ。雇用主から見て、35歳を過ぎたエンジニアは資質が高すぎるか、資質が足りないとのこと。35歳過ぎのエンジニアが経験豊富で能力が高かったとしても、その分給料を多く支払う必要があるため、雇用主は卒業したての若いエンジニアを雇用する傾向があるという。また50歳を過ぎて働き続けるには管理職に昇格する必要があるが、枠が狭いため管理職に就くことのできる人の数は限られているという。

さらに高給取りのエンジニアも実際はさして給料が高くないという。大手テクノロジー企業が法学部新卒やMBA取得者に対し、コンピューター・サイエンス専攻新卒の給料の倍近くを支払うという可能性も指摘されている。

ここスラッシュドット・ジャパンと同じくOSDNが運営するソフトウェア開発サイトSourceForge.JPが、サイトの正式運用開始から10周年を迎えました（OSDNのプレスリリース）。

SourceForge.JPでは10年前からオープンソースソフトウェア開発に向けた機能をWebサイト上で提供していますが、さすがに10年前のものをベースにしているということで、UIが古い、使い勝手が悪い、というページもありました。そのため、4月末よりUIのアップデートを実行、サイト全体で統一的なUIを提供できるよう改善を行う予定です。

また、githubに対抗して10周年を記念して、公式キャラクターも作成されました。こちらはクリエイティブ・コモンズのCC-BY-SAライセンスで公開されています。

（フリーの）プログラマが仕事を得る際、NDA（秘密保持契約）を要求されるケースがある。しかし、NDA契約を要求するというのは仕事を始めるにあたって間違った第一歩になるという話題が本家/.で議論になっている（ITworld、本家/.）。

ITworldの記事では「ほとんどの場合、NDAにサインしない」というあるプログラマのブログ（Why I Won't Sign Your NDA）を引き合いに、NDAを結ぶべきでない理由を論じている。

署名をしない理由はたくさんあり、また起業家たちのアイデアの多くは、すでに過去に出されたものの焼き直しであったりして、いちいち相手にしてられないこともあるからだ。しかし、そうした側面よりも、「アイデアが盗まれるという前提」が間違っているという。「プログラマがあなた（起業家）たちのアイデアを盗む前提で話をしないことだ。それは共同作業の前提として間違っている」との主張だ。

なお本家コメント欄では「起業家がNDAに署名させるのは、あとで訴えやすくするためだ。プログラマにとってNDAに署名することはリスクが大きい」という主張も見られる。

最近久しぶりにWindows関連の案件に関わったのだが、ここ数年UNIX/Linuxばかりを触っていたので結構な違和感があった。特に気になったのが、関数名や変数名などの識別子が長くなる傾向がある点だ。たとえば「GetApplicationConfigurationString」とか、「SaveAllChangeSetToDatabase」とか、確かに分かりやすいのだがタイピングするのに指が絡まるわ！と思う識別子名が多々あった。

そもそもWindows APIには長い関数名、変数名が多く、IDEの補完機能によって長い識別子も入力しやすくなっている、という背景もあるのだろう。しかし、長い識別子名が多いと1行は78文字以内というポリシーを守るのがかなりきつい。長い識別子を許した方が分かりやすいかもしれないが、それでコードが見づらくなるのは個人的にはちょっと避けたいところである。

/.J読者でプログラミングに関わっている人は多いかと思うが、実際設計段階で識別子の長さについて意識している人はどのくらいいるのだろうか。そして、どのくらいの長さまでは許せるだろうか。

ここ/.では毎度お馴染みのテーマ、「これまでに出くわした酷いソースコード」でtwitter界隈が盛り上がっている（Togetterまとめ）。

• ソース、DB、インプット、アウトプットの文字コードが全部違う
• プロジェクトの方針が1クラス1publicメソッドで、privateメソッド禁止
• コンストラクタだけで15000行

など強烈な例が挙げられているが、/.の古参の方々にもこれまでのキャリアの中で出会ったユニークな実例の数々を是非教えて貰いたい。

「昔の自分のソースコード」と言う意見は、タレコミ子にとっても耳が痛いところ……。

Googleは3月28日、プログラミング言語「Go」の安定版「Go version 1(Go 1)」をリリースした(The Go Programming Language Blogの記事、 ITmedia Newsの記事、 SourceForge.JP Magazineの記事、 Project Home)。

Go 1はバイナリディストリビューションの用意される最初のバージョンで、Linux、OS X、Free BSDに加え、新たにWindowsもサポートされる。継続的に使用できることが重視されており、Go 1用に書いたプログラムは多くの環境で何年もの間、手を加えることなくコンパイル及び実行が可能だという。

プログラミング言語としては、これでようやくスタートラインに立ったという所だろうか。

GCC 4.7.0のリリースされた3月22日は、GCCが25周年を迎えた日でもあるという(Linux.comの記事、 GCC 4.7.0 Released、 SourceForge.JP Magazineの記事、 本家/.)。

Richard M. Stallman氏がGNU C Compilerのベータリリースをニュースグループcomp.lang.miscでアナウンスしたのが1987年の3月22日。1999年4月にはEGCSがGCCの公式版として採用され、現在の「GNU Compiler Collection」という名前になっている。

hylom 曰く、

先日、マルウェア「Duqu」が未知の言語で開発されたかもしれないという /.J 記事 があったが、この「未知の言語」は実は C 言語だったことが判明した (Kespersky Lab の Igor SoumenKov 氏によるブログ記事より) 。

200 件以上のコメント、60 件以上のメールで「これは○○という言語ではないか」という声が寄せられたそうだが、アセンブラコードの癖などから、Visual C++ でコンパイルされたものだと分かったという。これに加えカスタムメイドのオブジェクト指向 C 言語フレームワークが使われているものと思われるそうだ。Simple Object Orientation for C (SOO) というものに似ているそうだが、SOO は Duqu がすでに出回ったあとにリリースされたために Duqu で使われている可能性はないとされている。

C++ ではなくこのようなフレームワークが用いられた理由としては「開発者が C++ コンパイラを信用していない」「移植性のため」などが挙げられている。

Vim力がぐんぐんと上昇してvimrcも長くなる革新的な学習プログラム「Vim検定」というiOS/Android向けアプリがリリースされている。

公式サイトによると、「全国1000万人のVimmerのみなさんお待ちかねVimの検定試験アプリが登場です。:helpに変わる革新的なVimの学習手段が生まれました。」とのことで、初級（.vimrc500行以下の初心者向け）、中級（.vimrc1000行未満の中級者向け）、（.vimrc1000行以上の上級者向け）の3段階の難易度でVimの学習が行えるようだ。

よく鍛えられたVimmer達はチャレンジしてみてはどうだろうか。