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

search.cpan.orgが2018年6月25日をもって閉鎖となる(The Perl NOCの記事)。 このサイトは20年近く前にGraham Barr氏が作り、1999年初頭からCPANのPerlモジュールやオンラインヘルプ検索機能を提供し続けてきた。しかし、その多くを2005年当時のPerlコードが占め、近年では保守が負担となっていたとのこと。 幸いにもsearch.cpan.orgが担ってきた機能はMetaCPANに引き継がれており、閉鎖後はすべてのトラフィックがリダイレクトされる。

「infinity」は「無限大」という意味の英単語だが、女性の名前としても使われているという。全米には1000人以上のInfinityさんがいるそうなのだが、この名前はJavaScriptライブラリjQueryで適切に扱えない可能性があるそうだ（Reddit）。 「Infinity」という文字列が含まれた要素に対し、jQueryの.data（）メソッドを使ってその値を取得しようとすると、このメソッドは「Infinity」という文字列を数字の+∞として解釈してそれを返してしまうという。 JavaScriptでは数値を0で割ったときなどに無限大を意味する「Infinity」という値を返すようになっている。.data()メソッドは指定された要素の値を可能な限り適切なJavaScriptオブジェクトとして変換しようとし、変換できなかった場合のみその値を文字列として返すという。「Infinity」と

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

米国・スタンフォード大学の学生が作成したAIチャットボット弁護士「DoNotPay」が駐車違反切符16万枚を取り消させることに成功しているそうだ(VentureBeatの記事、 The Registerの記事、 The Guardianの記事、 Neowinの記事)。 DoNotPayはチャット画面風のユーザーインターフェイスで法律相談ができる無料のWebサービスだ。最初のバージョンは昨秋ロンドンでサービスを開始し、ニューヨークでも今春サービスを開始した。シアトルでも今秋サービス開始予定だという。 ユーザーは切符を切られた際に駐車禁止の標識がはっきりと認識できる状態だったか、駐車場の広さは十分だったかといった簡単な質問に答えるだけで、取り消し可能かどうかをDoNotPayが判定し、手続きの方法などを教えてくれる。これまでに受けた相談は25万件とのことで、取り消しに成功した16万件は全体の6

Perl 6 Advent Calendarは24日、Perl 6のリリースをアナウンスした(Perl 6 Advent Calendar - Day 24、 Phoronixの記事、 6gutsの記事)。 2000年に言語の完全な刷新を目指して開発が始められたPerl 6だが、開発は遅々として進まず、15年の時を経てようやくリリースにこぎつけたことになる。Perl 6 Advent Calendarでは、まだ15歳の子供なので未完成な部分もあるが、今後数年の間により速く効率的になるとしている。Perl 6は「Advent(アルファ版)」「Birthday(ベータ版)」のように祭りや祝い事の名前が付けられており、リリース版は「Perl 6 Christmas」とのこと。 このPerl 6について、あるAnonymous Coward 曰く、 現時点でWindows用のインストールパッケージ

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をサポートしなければならないだろう」と述べていたことがスラドで話題になったが、この予測は見事に当たったようだ。

プログラミングやCUIのサンプルとしてよく使われる「hoge」という単語を知らない若者が増えているそうだ。 元ネタはTogetterまとめだが、ITmediaが社内や情報科の高校生にヒアリングを行ったところ、高校生や20代は「hoge」という言葉を知らない傾向が明らかになったという。 これはグローバル化によって日本独自のhogeではなくfooやbarが多く使われるようになったためだろうか。日本独自文化であるhogeを守るためのキャンペーンが必要かもしれない。ちなみにタレコミ子的にはhogeと同列の言葉に「moge」があるのだが、最近これがあまりポピュラーではないことを知って驚いた。

純粋関数型プログラミング言語 Haskellの主要な設計者の一人として知られる米イェール大学教授のPaul Hudak氏が4月29日、白血病のため62歳で死去した(Yale Daily Newsの記事、 イェール大学の発表、 本家/.)。 Hudak氏は2009年12月に白血病と診断され、2010年には幹細胞移植を受けていた。2013年1月までの闘病の様子は、The Yale Haskell GroupのHudak氏の個人ページに記載されている。6年近い闘病生活を続ける間もセイブルック・カレッジの寮長を務め、キャンパスでの活動にも積極的に参加していたそうだ。亡くなる数週間前にも、学生がHudak氏のために開催したアートイベントに参加しようとしていたという。

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

これまで掲示板データがdatファイルという単純な形式で公開されていた「2ちゃんねる」（以下2ch）だが、datへのアクセスを廃止し、APIを用いたアクセスならびに開発者にAPIの使用許諾を取得することを義務付けることが発表された（株式会社ジェーンによるアナウンス、GIGAZINE）。 datとはいわゆる2chのcgiが参照する生データのこと。単純な形式であることから、また過去cgiが負荷によりたびたび閲覧不可となったことから、datファイルを直接参照する専用ブラウザが多数開発され用いられてきた。今回の発表では「datへのアクセスは近日廃止」と予告されており、また「3月3日以降専用ブラウザを開発する場合は、2ch.netの所有者であるRaceQueen社の許諾を得てAPIを用いる必要がある（ジェーンが一部代行）」「使用許諾を得ずにAPIを使用することは不正アクセス法違反となる」ことが通知され

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

GNU Emacsが、プロジェクトで使用するソースコード管理ツールをBazzarからGitに移行させた（Phoronix）。 以前、「オープンソース」という言葉を広めた人物としても知られるEric S. Raymond氏がEmacs開発者向けメーリングリストに「Bazaarは死につつある」としてBazzarからの移行を提案していた（スラッシュドットの過去記事）ことも移行のきっかけになったようだ。 Emacsのソースコードを公開するGitリポジトリ自体は以前から存在したが、Emacsは非常に長い歴史のあるソフトウェアということで、その過去の履歴までを含めてGitに移行させるのは大変な作業だったようだ。 なお、リポジトリの情報やGitを使ったEmacsの開発手順についてはEmacs Wikiにまとめられている。

カフェインは多くの職場で必要不可欠だ。実際、コーヒーポットや炭酸飲料を詰め込んだ冷蔵庫のないオフィスは少ない。カフェインは多くの労働者を何時間にもわたって目覚めさせておくために必須だ(または必須と思われている)。カフェインの代替として職場で仮眠をとることは、一般的に認められていないが、カフェインか仮眠のどちらか一方だけよりもコーヒーを飲んで仮眠をとる「coffee nap」の方が効果的に集中力を回復できるそうだ。「coffee nap」はコーヒーを飲んだらすぐに20分以下の仮眠をとるというもの。カフェインは眠りを妨げると考えられているが、コーヒーを飲んでからカフェインが血液中に取り込まれるまでにはおよそ20分を要するため、仮眠が妨げられることはない。20分間の仮眠により、深い眠りに入ることなく眠気の原因となる脳内のアデノシンを減少させることも可能だ。coffee napをとった被験者は、コ

尋常でない場所や状況でSASプログラミングをしたことがあるかという4つの質問がSAS Blogsに掲載されているが、個人的には範囲をプログラミング全般に広げたら面白いのではないかと思う。4つの質問は次のようなものだ。 プログラムを書いた場所の中で、最も尋常でない場所 プログラムを書いた状況の中で、最も尋常でない状況 プログラムを書くのに使用した、最も尋常でないコンピューター環境 これまでにプログラムを書いた中で、最も尋常でないアプリケーション

ソフトウェアの開発は簡単な仕事ではないが、プログラマーに言わせれば(少なくともQuoraやUbuntu Forumsでの不満の声を聞く限り)、プログラミングの仕事にはコードを書くことよりも面倒なことが多いようだ。これらのフォーラムでのコメントからITworldのPhil Johnson氏がまとめたところによると、開発者にとって最も大変なのは変数などに名前をつけることだったという。/.erにもソフトウェア開発者が多いと思われるが、仕事で最も大変なのはどんなことだろうか。 変数やプロシージャ、関数、クラスなどに名前を付けること 家族や友人、技術系でない同僚などに自分の仕事を説明すること 完成までの所要時間を見積もること 周囲の人々とうまくやっていくこと ほかの人が書いたコードに関する仕事をすること 自分が必要ないと思う機能を実装すること ドキュメントを書くこと テストを書くこと ソリューション