Stack Overflowの2020年版Developer Surveyで、Rustが5年連続で最も愛されているプログラミング言語となっている(Most Loved, Dreaded, and Wanted Languages、 The Registerの記事)。 この調査項目は回答者が現在使用しているプログラミング言語/テクノロジーについて、今後も使い続けたいかどうかを尋ねるもので、回答者全体から高い支持を受けたというわけではない。そのため、現在使用しているプログラミング/スクリプティング/マークアップ言語を尋ねる調査項目(該当言語をすべて選択)でRustを選んだ回答者は57,378人中5.1%に過ぎないのだが、その86.1%が今後も使い続けたいと答えている。2位は昨年の調査で3位だったTypeScript(67.1%)、3位は昨年2位だったPython(66.7%)と順位が入れ替わっ

Perl 6の名称を正式に「Raku」へ変更するというGitHubでの提案に対し、Perl生みの親のLarry Wall(TimToady)氏が支持を表明している(Larry Wall氏のコメント、 blogs.perl.orgの記事、 The Registerの記事)。 次世代Perlとして開発されていたPerl 6だが、正式リリース後もPerl 5の開発が進められており、「Perl」といった場合にPerl 5を指す状態が続いている。そのため、Perl 6の名前に「Perl」が入っているのはわかりにくいとして、8月からGitHubで名称変更が議論されていた。このスレッドでは「Raku (楽)」という日本語について、勘違いも含めてちょっと面白い議論になっている。 もともと「Raku」という名前は昨年、Perl 6のエイリアスとして使えるもう一つの名前を付けてほしいというZoffix Zne

Pythonのバグトラッカーに、「Avoid master/slave terminology」という要望が寄せられている。これは「多様性のため」に奴隷制度を連想させる「master」「slave」という単語を削除するほうが好ましいという提案だ（Slashdot、Motherboard、Register）。 そもそも「master」という単語は非常に多くの場所で使われており、たとえばバージョン管理システムGitでは「masterブランチ」という概念がある。そのため、これを変更するのは容易なことではない。また、master/slaveという単語は電子回路やソフトウェアアーキテクチャにおいて奴隷制とはまったく関係ない文脈で使われている。そして、「slave」を置き換えられる単語で適切かつ広く普及している単語はいまのところ存在しない。こういった理由から反対の声も出ていたが、最終的には「salve

StatCounterの7月分Windowsバージョン別シェアデータによると、前月にリリース以来初めて減少したWindows 10は0.5ポイント増の47.25%となり、過去最高シェアを更新した。 一方、2位のWindows 7は0.57%減の39.06%で、2011年7月以降では最低シェアとなっている。しかし、Windows 7の延長サポートは2020年1月14日で終了するので、既にサポート終了まで1年半を切った状態だ。Windows XPでさえサポート終了1年半前(2012年10月)のシェアは30.81%であり、Windows 7は高いシェアを保っているといえる。なお、当時のWindows全体のシェアは91.04%だったため、Windowsバージョン別シェアをデスクトップOS全体に換算するとWindows XPが28.05%、Windows 7が54.91%となる。一方、7月のWind

ストーリー by hylom 2018年03月15日 16時35分 生産性を高めるために冗長な記述が求められる言語とフレームワークを導入すべきか 部門より 独立行政法人情報処理推進機構ソフトウェア高信頼化センター （IPA/SEC） は3月6日、近年のソフトウェア開発の傾向を分析した「ソフトウェア開発データが語るメッセージ2017」という資料を公開し、ソフトウェア開発の生産性は年々低下傾向にあるとの警鐘を発した（プレスリリース）。 この資料は2018年のソフトウェア開発データ白書用に収集したデータを元に作成されたもの。IPA/SECでは、新規開発プロジェクト全体におけるソースコード行数の生産性が年々低下傾向にあることに着目し、ここからソフトウェア開発の生産性が低下していると主張している。 データのさらなる分析の結果、この要因として「品質要求レベルが上昇している」「要員のスキルに低下傾向がみ

8月のTIOBE Indexで、Cのレーティングが過去最低となる11.303%まで落ち込んでいる(InfoWorldの記事)。 Cは2012年4月にJavaを抜いて1位になって以降、Javaが2013年に3回(2月、3月、8月)1位となった以外は2015年3月まで1位を維持していた。しかし、2015年4月にJavaが再び逆転して1位となり、その後は徐々に差が広がっている。8月のレーティングは昨年同月から3.429ポイント減だが、小さいピークがあった昨年11月と比較すると5.842ポイント減であり、レーティングは急激に低下している。 Javaも今年に入って若干レーティングが低下しているものの、8月はCと7.707ポイント差の19.01%を獲得している。昨年同月比で1ポイント以上レーティングが低下したのはCのほか、3位のC++(1.94ポイント減)と15位のObjective-C(1.31ポイ

オランダ・アムステルダムのデザイナー2人が、街に捨てられたタバコの吸殻をカラスに集めさせるという装置「Crowbar」を考案し、実験を計画しているそうだ(公式サイト、 The Next Webの記事)。 タバコの吸殻は最もポイ捨てされやすいものであり、オランダでは年に60億個以上の吸殻が街に捨てられているという。タバコのフィルターは多くがアセテート繊維で作られており、分解されるまでに何年もかかる。2人は吸殻を回収する方法を検討した結果、Crowbarのアイディアにたどり着いたそうだ。カラスを選んだのはアムステルダムでよく見かける動物の中で最も賢いためで、カラスにコインを集めさせるオープンソースハードウェア「Crow Box」にもインスピレーションを受けたという。 Crowbarの仕組みとしては、装置下部にある漏斗状の部分に吸殻を落とすと上のトレイに餌が出てくるというものだ。カラスにCrow

[Rd]メーリングリストにCRANパッケージ数が8,000に到達という投稿があったので推移をグラフにしてみた（グラフ付きのtweet）。 CRANはR言語用のパッケージを配信するシステム。グラフを見ると、CRANに登録されるパッケージ数が加速度的に増えていることがわかる。CRAN以外にも、GitHubだけで公開されているパッケージとかもたくさんあるので、今後どこまで増えていくのかまだ見当もつかない。

ドナルド・トランプ氏をイメージしたプログラミング言語「TrumpScript」が公開されている(GitHub — TrumpScript、 The Vergeの記事)。 TrumpScriptはPythonベースで、米ライス大学のハッカソンのために学生が24時間以内で作成したものだという。ハッカソンで優勝することはできなかったが、よりトランプ氏らしくするためのさまざまな提案がGitHubのIssuesに寄せられており、改良も進められているようだ。 TrumpScriptの主な特徴は以下のようなもの 浮動小数点値は半端なので使用できない100万未満の数値は使用できないインポートは絶対に認めないTrue/Falseではなくfact/lieを使用するプログラムは「America is great.」で終わる必要がある 45億は100億に修正される 除算により数値が浮動小数点値となった場合にはその

MicrosoftがWindows公式ブログにて、Visual Basic 6（VB6）のランタイムがWindows 10でもサポートされることを明らかにした。 VB6は今から約17年前の1998年にリリースされた開発ツールであり、.NETではない「旧来型VisualBasic」の最後のバージョンである。開発ツール自体のサポートはとっくに終了しているが、経験の少ないプログラマでも短時間で開発を行うことが可能なシンプルな構造であることから、未だに根強い人気がある。 約3年前に、MSDN MagazineのコラムニストDavid Platt氏が「ビールを賭けてもいい。MicrosoftはWindowsが9や10になってもVisual Basic 6をサポートしなければならないだろう」と述べていたことがスラドで話題になったが、この予測は見事に当たったようだ。

先日著名ゲームエンジン「Unreal Engine」のソースコードが公開された。ライセンスはオープンソースライセンスではないが、第三者がソースコードを閲覧できるようになったということでこのコードをC/C++向けのコード解析ツールを開発するPVS-Studioが解析したところ、多くの問題が見つかったそうだ（公表されている解析結果）。 これを受けて、Unreal Engineの開発物であるEpic GamesはPVS-Studioとパ－トナーシップを結び、問題を解決する方針を示したという（Epic Gamesの発表）。

ソフトウェアの世界からプロジェクトの所要時間の見積をなくそうとする#NoEstimatesムーブメントについて、Mediumの記事が紹介している。所要時間を正しく見積もることは困難であり、時間の無駄だとプログラマーたちは主張する。一方、他のプロジェクト関係者は、計画を立て、プログラマーに責任をもって仕事をさせるために見積が必要だと考えている。妥協点はあるのだろうか。 記事によれば、「ソフトウェアプロジェクトの見積は誤っていることがあまりに多く、見積を作るのに時間を使えば使うほど、実際にソフトウェアを作成する作業時間が減ってしまう。また、マネージャーは開発者が適当に作った見積を契約上の締め切りのように扱う習慣があり、見積時間内に完成しなければ大騒ぎする。それだけではない。そのような結果を恐れる開発者は、より多くのエネルギーを見積という兎の穴に注いでいく。見積はヤクの毛刈りのように、実際の仕事

「プログラマ35歳限界説」という俗説があるが、実際のところ30代も半ばになると、マネジメント業務が増えて実際にコードに触れなくなるプログラマも少なくない。しかし、任天堂の岩田社長は、40歳、任天堂の経営企画室長時代まで実際にコードを触る業務に関わっていたという（4Gamer）。 岩田氏はマネージメント業務に関わるようになってもしばらくは夜や休日にコードを書き、社内で見せていたという。また、岩田氏が最後に関わったのは、ゲームキューブ版の「スマッシュブラザーズ」だそうで、開発が停滞し「このままだと発売日に間に合わない」という状況になったため、開発元である山梨のHAL研究所に赴いてコードレビューやバグ修正、バグの担当者割り当てと行った作業をやっていたそうだ。 岩田氏が社長になったのは2002年、42歳のときなので、その2年前まで実際にコードを触ることができていたというのは興味深い。さすがに現在は