本家/.「Why I Choose PostgreSQL Over MySQL/MariaDB」

過去10年、開発者や技術者はMySQLとPostgreSQLを比較し、後者が技術的には優れていると考える人が多かった。PostgreSQLの支持者は、そのANSI標準サポートやACID準拠がMySQLのスピードに勝ると主張する。しかし、すべてのLinux Webホスティングパッケージに含まれることから、非常に多くのWeb開発者がMySQLを使い続けている。Diceの記事では、開発者のDavid Bolton氏がMySQL/MariaDB 5.7.6(2015年3月9日、コミュニティーにリリース)とPostgreSQL 9.4.1を比較し、サブクエリやJSONサポート、ライセンス、データの完全性といった点で現在もPostgreSQLの優位性は変わらないとみる。10年以上にわたって両方のデータベースを使用しているというBolton氏は、MySQLにも改善はみられるものの、PostgreSQLを支持するとの結論に達している。

オープンソースコミュニティーを開かれた友好的で自由なものに育て、多様なスキルを持つ人々に集まってほしいと考える一方で、メンバーの質も重要だ。質の低い貢献者は雑音を生むだけで、優れた貢献者の足を引っ張ることになる。元Ubuntuのコミュニティーマネージャーで、現在はXPRIZE Foundationのコミュニティー担当シニアディレクターを務めるJono Bacon氏は、このように主張する(Opensource.comの記事、 本家/.)。

オープンソースコミュニティーに参加する人々は様々だが、「誰でも歓迎」という言葉を聞き、自分にできる最大の貢献は意見を述べることだと考える人もいるようだ。このような人の中には、自分の意見が聞き入れられて当然と考える人もおり、意に沿わない決定をブログで批判したりもする。このような行動はコミュニティー内の争いの原因となることもある。批判すること自体は問題ではないが、非建設的な批判をすることが問題だという。

この問題についてテクノロジー系の大企業に対する事業開発を手掛ける人に話したところ、「そんなことをする顧客がいたら、首にする」と言われたそうだ。しかし、オープンソースコミュニティーでは騒がしく、非建設的で非生産的なメンバーがいても自動的に排除することはできないだろうとBacon氏は考える。これは飲まざるを得ない苦い薬であるからだという。記事では結論が出ていないが、皆さんはどのように思われるだろうか。

insiderman 曰く、

Visual Studioなどで使われているMS製Makeツール「MSBuild」がオープンソース化された。すでにGitHub上にてソースコードが公開されている。現時点ではWindowsのみをサポートし、ビルドにはVisual Studio 2015 Previewが必要とのこと。ライセンスはMITライセンスなので、誰かがビルドして再配布してくれると良いのだが（汗）。

.NET Coreのオープンソース化による動きの1つのようで、告知が行われている.NET Framework Blogによると、LinuxやMacのサポートも行われる予定だという。

Windowsでのmakeツールというと、古い人間的にはnmakeのほうが親しみがあったりするわけだが、XMLベースのMSBuildは手書きで設定ファイルを書くのが大変そうというイメージでVisual Studio経由でしか使ったことがない。今後はAntやMavenのように、積極的にオープンソースソフトウェアで使われるようになるのだろうか？

headless 曰く、

本家Slashdot「Microsoft Has Received 1 Million Pieces of Feedback For Windows 10」より。

Windows 10 Technical Previewの「Windows Feedback」アプリによる100万件目のフィードバックをMicrosoftが受け取ったことを、Windows Insider Programの責任者 Gabriel Aul氏がTwitterで報告した。

このアプリはWindows Insider Program参加者がWindowsに対する感想や問題点、改善してほしい点などをMicrosoftに送信するためのもので、オペレーティングシステムの開発で非常に重要な役割を果たす。アプリはデスクトップ版およびモバイル版（Windows 10 Technical Preview for Phone）の両方で利用可能で、スタートメニューから起動できる。

ここ最近のMicrosoftは消費者のフィードバックを真剣に聞く努力をするようになり、新機能に関して議論する道を開いているように思われる。皆さんはこのアプリを使ってフィードバックを送信したことがあるだろうか。

ネットワークに接続されたコンピューターの時刻を同期させるNetwork Time Protocol(NTP)が4月で30周年を迎える。NTPは現在使用されているインターネットプロトコルの中で最も古いもののひとつで重要度も高いが、その一方で重大な岐路に立たされているとのこと(InformationWeekの記事、 本家/.)。

NTPの重要性は増しているにも関わらず、インフラストラクチャーに深く埋もれているために注目度は低下している。これに伴ってボランティア貢献者は減少しており、資金援助でも確実なものはないそうだ。そのため、資金面・運営面ともに大半がプロジェクトマネージャーのHarlan Stenn氏に依存している状態だという。この3年半ほど、Stenn氏はメールへの返信やパッチの受付、複数のOSで動作させるためのパッチのリライト、新規リリースの準備、NTPメーリングリストの管理など、週に100時間以上の作業を行っている。Stenn氏は自身のコンサルティング会社で不定期に仕事をしているが、4月までに現在よりも多くの資金援助が得られなければ、継続的な仕事を探す必要があるとしている。

Stenn氏を「時の翁」に例えるCloud Foundry FoundationのCEO、Sam Ramji氏によれば、Stenn氏はかつかつの状態でNTPプロジェクトの運営を続けているという。しかし、開発資金の枯渇直前に資金確保に成功したGnuPGの開発者Werner Koch氏のように、苦境にあえぐオープンソース開発者はStenn氏だけではないとのことだ。

本家/.「Was Linus Torvalds Right About C++ Being So Wrong?」より

最も有名なC++への批判は、おそらく2007年のLinus Torvalds氏の発言だろう。「C++はひどい言語だ。」彼はこう書き始める。「これをさらにひどいものにしているのは、水準以下のプログラマーが数多く使用していることで、またさらに簡単に完全なゴミを作り出せるようになっている点だ。」と続く。C++を嫌うのは彼だけではない。STLやBoostを潜在的に不安定で非効率にした原因がC++だと考える開発者も多い。しかし、C++の需要がなくなることはない。Diceの記事では、C++はそれほど嫌悪するべきものではないとJeff Cogswell氏が主張している。「実際には一度しか使用しないのにも関わらず、複数の継承を重ねて再利用可能なクラスを作成するといった、過剰な設計をこれまでに何度も目にしてきている。」と、Cogswell氏は語る。「しかしこれは例外であり、標準ではないと主張したい。適切に使用すれば、一般的なプログラミングや、C++のより高度な機能を使用したプログラミングで、大きな利益が得られる。」とのこと。Linusの発言は行き過ぎだったのだろうか。

あるAnonymous Coward 曰く、

GoogleによるソースコードレポジトリホスティングサービスGoogle Codeが、2016年1月25日をもって閉鎖されるとのこと（Googleからの告知、ITmedia）。

これに伴い、3月12日をもって新規プロジェクトの作成はできなくなる。また、8月24日以降Google Codeへの書き込みはできなくなるとのこと。閉鎖後も2016年中はソースコードをtar形式でダウンロードすることは可能だという。

Google Code上のコンテンツをGitHubやBitBucket、SourceForge.netに移行するためのツールやドキュメントも公開された。また、SourceForge.netはGoogle Code Importerの提供も行っている。

headless 曰く、

Slashdot「Musician Releases Album of Music To Code By」より。

MIDI楽器を使用してプログラムコードを入力する試みが以前話題となったが、今度はプロのミュージシャンでプログラマーのCarl Franklin氏が、コードを書く時に特化したBGMのアルバムをリリースした。Franklin氏は「最も難しかったのは、本当の音楽を作ることに私の本能を戻すことだった。」と、ITworldのPhil Johnson氏に語る。「この音楽はバックグラウンドに溶け込む必要がある。リスナーの気が散るようなものであってはならないが、退屈なようなものであってもならない。ほとんどのミュージシャンが気が狂いそうになると考えられるようなことが、特に難しかったところだ。」

このアルバム「Music to Code By」は、Kickstarterで資金を調達して制作されたもので、25分のインストゥルメンタル曲が3曲収録されている。価格はCD版が20ドル、MP3版が18ドル。皆さんがコードを書くときには、何かBGMをかけているだろうか。かけている場合はどのような音楽だろう。Webサイトでは試聴が可能なので、ご感想もお聞かせいただきたい。

insiderman 曰く、

NVIDIAが物理演算ライブラリ「PhysX」のSDKのソースコードを公開したとのこと。Unreal Engine 4の無料化、ソースコード公開に対応したものらしい（Phoronix）。

なお、ソースコードはGitHub上で公開されるそうだが（NVIDIAのGitHubアカウント）、ライセンスはフリーソフトウェアライセンスに適合するものではなく、NVIDIAの開発者向けサイトにてEULAに同意した上でGitHubアカウントを登録することで、GitHub上の該当のリポジトリへのアクセス権が付与される模様（NVIDIAの開発者向けサイト上の解説ページ）。

headless 曰く、

本家/.「Mozilla: Following In Sun's Faltering Footsteps?」より。

新しい技術で先頭を走っていたMozillaが他社の後塵を拝する様子は、消えていったUnixの巨人、Sun Microsystemsの軌跡を思わせる。InfoWorldは「Mozillaは現代のSun Microsystemsになった。繰り返し喝采を浴び続けた革新性で知られるものの、今では欠かすことのできない技術の面で苦闘している」と主張。また、低迷するFirefoxのマーケットシェアや、モバイルデバイスではFirefoxが存在しないに等しい点、「Gecko風味のJavaScript」により標準的な開発者向けツールが利用できず、Firefox開発者の生産性が大きな影響を受けている点などにも言及している。

MozillaのGregory Szorc氏によれば、いずれの標準にも準拠しない「Gecko風味のJavaScript」により独自の機能が利用できる一方で、開発が必要以上に困難になっているという。Firefoxのコードベースには非標準のJavaScriptが含まれるため、既存のJavaScriptツールでは処理ができない。こういったJavaScriptツールのギャップを解消することがFirefox開発における重要な課題だとしている。

記事ではFirefox OSやJavaScriptでの並列処理、Firefox Developer EditionといったMozillaが注力する技術も紹介。特に力を入れているのはモバイル向けのFirefox OSだが、市場は既にAndroidとiOSが支配している。そのため、(たとえば2つ折りタイプなど)スマートフォンとフィーチャーフォンの中間を狙っているとのことだ。

Ask Slashdot: Which Classic OOP Compiled Language: Objective-C Or C++?

私は90年代初めからある、クラシックでオブジェクト指向のコンパイラ型プログラミング言語を選択しようとしているが、なかなか決めることができない。C++は常に選択肢の一つだが、Objective-Cもちょっと気になっている。Mac OS Xアプリを開発して収入を得たいなら当然Objective-Cを選択すべきだが、私がやりたいことに関していえば、どちらでもすべてのプラットフォームで満足のいく選択となるだろう。私はx86 Linux上で始めたいと思っているが、メインの開発プラットフォームとして使用することにもなる。他の言語を数多く知っているというわけではないが、FOSSとの結びつきが強く、広く使われているコンパイラ型言語を身に着けたい。その点に関してはObjective-C、C++のいずれも申し分ない。皆さんはどちらがおすすめだろうか。これら2つのプログラミング言語をどのように比較すればいいだろう。また、クロスプラットフォームでの開発(主としてGUIのないヘッドレスアプリケーション)の容易さはそれぞれどの程度だろうか。

eggy 曰く、

ソースコード中の記述を整理したり、変数名や関数名を分かりやすく書き換えることはリファクタリングと呼ばれているが、実験の結果、リファクタリングを行ったとしてもコードの質が格段に良くなるものでもないことが分かったそうだ（ITWorld、Slashdot）。

調査を行ったのはスリランカの研究チーム。リファクタリングによりソフトウェアの品質が外部的・内部的にどれほど向上するのかを調べたそうだ。実験には、オンラインドキュメント評価のスケジューリングおよび管理を行う小規模のアプリケーション（4,500行ほどのC#コード）が用いられ、10個の一般的なリファクタリング技術が適用された。

実験の結果、実際の統計では大きな差はみられなかったもの、参加者らの採点によればリファクタリングされたコードの方が解析性が劣り、コードのバグ修正と実行にはより時間がかかるようになったという。また、リファクタリングしたからといってリソース使用量が減るという結果も得られなかったという。唯一、リファクタリングすることの利点として保守性指数が僅かに高かったものの、品質を測るほかの内部測定では、リファクタリングしたからといってパフォーマンスが上がるわけでもないことが分かったとのこと。

小規模のアプリケーションを用いた実験であるため、この結果に対する懐疑的な見方もあるだろうが、リファクタリングが嫌だと感じている人にとっては、わざわざリファクタリングしないことの十分な理由となるだろうとのこと。

あるAnonymous Coward 曰く、

フリーの楽譜作成ソフトとして、コアなファンがついているGNU LilyPondの最新開発版であるバージョン2.19.16が2月28日に公開された。これだけなら何も目新しくない話だが、ニュースリリースに次のように日本人の名前が謝辞とともに書かれている。

We would like to acknowledge and thank Masamichi Hosoda for making this release possible with his work on updating GUB, the build tool.

このように、国際的なフリー・オープンソースソフトの世界で活躍する日本人が増えるのは喜ばしいことだ。皆さんご自身あるいは周辺で、このような活動をしている、してみたい、というような方は、いらっしゃるだろうか？　また、それはどんな活動か、お聞かせいただけないだろうか？

あるAnonymous Coward 曰く、

PC/専用機/スマホを問わず多くのゲームで採用されているEpic Games製のゲームエンジン「Unreal Engine 4」が無償化され、「四半期ごとの売り上げから3000ドルを超えた部分のうち5％がロイヤルティ（成功報酬）になる」というビジネスモデルに移行するそうだ（4Gamer）。

Unreal Engine 4は2014年に月額19ドルのサブスクリプション式で商業作品として発売されたタイトルには5％のロイヤリティを課す、というビジネスモデルに転換したが（4Gamerの過去記事）、さらに利用条件が緩和されたことになる。アマチュア・プロ問わず、ゲーム開発者にとっては朗報だろう。

本家/.「The Programmers Who Want To Get Rid of Software Estimates」より

ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。

記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事を先送りにする儀式となっている。」とのことだ。

Mediumの記事で最初にリンクしているツイートは2年以上前のものだが、実際に見積がなくなるまでにはどれぐらいの期間が必要だろうか。