郵便番号と住所の変換システムを扱うエンジニアの間で悪名高かったKEN_ALL.CSVだが、2023年6月更新分より、文字コードがUTF-8に、フリガナが全角カタカナになり、町域名が長いときも複数レコードに分割されなくなったファイルが新たに追加された模様。従来通りの書式のファイルもダウンロードできる。今後は町域名に含まれている自然言語の注釈(「その他」「※番地」「以下に記載のない場合」など)をフラグに変換する予定もあるようだ（郵便番号データダウンロード）。

プログラミングにおいては、品質の良く無いコードが負債のように積み上がるさまをイメージさせる「技術的負債」という語句が広く用いられているが、これは実際には発案者の意図を外れて意味が独り歩きしているのではないかという話が上がっている（【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明　t-wadaのブログ、Ward Explains Debt Metaphor、Ward氏本人による説明動画）。 この話題は、テスト駆動開発で知られるt-wada氏が、発案者のWard Cunningham氏の発言を翻訳したブログが発端となったようだ。Ward Cunningham氏が「負債」という表現を用いたのは1992年の事であるが、当時氏は金融系ソフトウェアの開発に関わっており、そのため問題を上司と共有するために「負債」という用語を用いたのだという。ただし、氏の発言では「負

アメリカにおける黒人差別問題が再び大きく話題となる昨今だが、プログラミング界隈でもGitのデフォルトブランチ名である「master」が奴隷制に基づくものであるとして「trunk」に変えようという動きが上がっているらしい（outsider reflex、blacklist/whitelist master/slave に関する情報集め）。 特に大きな話題となっているのは、GitHub公式のCLIツールが、デフォルトブランチ名を「master」から「trunk」に変える変更を行った話である。この件についてのissueは反対意見も出ていたものの、管理者の一存で5月27日にマージされており、今後利用者に大きな影響を与えることになるとみられる。 なおGitでは「slave」は使われておらず、Gitの「master」は奴隷と関係ない「master」ではないかという意見もあるが、Gitの「master」

プログラマーが自分につく9つの嘘をInfoWorldのPeter Wayner氏がまとめている(InfoWorldの記事)。 スラドでは2014年にITworldの同様の企画を紹介しているが、この記事では「手抜きでも大丈夫」系の嘘が中心だった。一方、今回のInfoWorldの記事ではマーク・トウェインの言葉とされる (が、確認されていない)「It ain't what you don't know that gets you into trouble. It's what you know for sure that just ain't so」を引用し、常に真であるとは限らないものを常に真だと思い込もうとする、といった内容になっている。 記事で取り上げられているのは以下のようなものだ。 プログラミング言語には違いがある (だからこの新しい言語を使えば何もかもうまくいくと思いたい)フレーム

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

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

JavaScriptで「(a ==1 && a== 2 && a==3)」という式の結果を真にするにはどうすればいいのか、StackOverflowで議論されている。 「aは1でもあり2でもあり3でもある」という状況は一見矛盾しているが、たとえばaをオブジェクトとし、文字列として評価されるごとに異なる結果を返すようにすれば簡単に実現できる。また、ホワイトスペースではなく文字として認識されるハングルの半角スペースを使って同じように見えるが実際は異なる3つの変数を定義するもの、getterを利用するものなど、さまざまな方法が提案されている。

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

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

他人の書いたコードを読む能力はプログラマーにとって重要とされており、コードリーディングに関する書籍も出版されている。 しかし、オープンソースプロジェクトは数多く、読み慣れない素人には良いコードの選定すら難しい。プログラマーごとにターゲットが異なるため、読んで役立つコードも人それぞれだろう。今年はGoogleのAIやAppleのSwift、MicrosoftのVisual Studio Codeなど、新たにオープンソース化された注目すべきプロジェクトもある。 そこで、あなたの知っている領域において「今年はこのコンパイラのコードがすごかった」「このJavaScriptフレームワークはコードが綺麗」「これはモダンなCコードを書くためにぜひ読むべき」と思うコード・プロジェクトについて語っていただきたい。 2015年と銘打ってはいるが、今年に限らず、少し早めの年末大掃除のつもりで記憶をさかのぼってい

プログラミングの際に、さまざまな理由でコーディングのルールを破ってしまうことがある。これらは誰もが「悪い」プログラミングテクニックであると認めるようなものだが、結果としてコードがクリーンになり、高速かつシンプルになることもある。InfoWorldの記事では、愛される悪いプログラミングテクニックを9つ選んでいる。 InfoWorldが選んだ悪いプログラミングテクニックは以下の通り。 gotoを使う 関数名だけで内容がわかるようにしてドキュメンテーションを避ける 1行に大量のコードを詰め込む 型宣言をしない 値の型を繰り返し変換する「ヨーヨーコード」 独自のデータ構造を書く ループの半ばでループを抜ける 短い変数名を使う 演算子や関数を再定義する プログラミング言語や環境によっては使用できないものもあるが、皆さんがよく使うものはあるだろうか。また、リストに追加するとしたらどのようなものがあるだ

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

MIDI楽器を使用してプログラムコードを入力する試みが以前話題となったが、今度はプロのミュージシャンでプログラマーのCarl Franklin氏が、コードを書く時に特化したBGMのアルバムをリリースした。Franklin氏は「最も難しかったのは、本当の音楽を作ることに私の本能を戻すことだった。」と、ITworldのPhil Johnson氏に語る。「この音楽はバックグラウンドに溶け込む必要がある。リスナーの気が散るようなものであってはならないが、退屈なようなものであってもならない。ほとんどのミュージシャンが気が狂いそうになると考えられるようなことが、特に難しかったところだ。」 このアルバム「Music to Code By」は、Kickstarterで資金を調達して制作されたもので、25分のインストゥルメンタル曲が3曲収録されている。価格はCD版が20ドル、MP3版が18ドル。皆さんがコー

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

ストーリー by hylom 2014年12月10日 18時53分 コンピュータの仕組みを知る上でも知っておいて損はないが 部門より 1972年にC言語が作られて以降、数多くのプログラミング言語が生まれ、消えていった。Cプログラマーを対象にした求職情報の件数は突出しているとはいえず、RedditのCコミュニティーのユーザー数はC++の半分程度にとどまっているものの、C言語は2014年のTIOBE Indexですべて1位を獲得するなど、現在も高い人気を保っている。 David Bolton氏によれば、リビジョンの古いC言語を新しいCコンパイラーがサポートしている点、C言語で書かれた多くのソフトウェアが現在も使われており、インターネットの基盤にもなっている点、学習が容易な点など、複数の要素によりC言語が21世紀の現在も大きな意義を持ち続けているのだという。 「C言語を知ることで、C++やObj

「金融系ではなぜCOBOLが使われるのか」という話が、Togetterまとめやはてなブックマークで話題になっている。 金融系と言えばCOBOL、というのは有名だが、現在ではそれ以外にも多くの言語があり、あえてCOBOLを利用する理由について議論されている。Togetterまとめでは固定小数点演算とその精度、速度が理由として挙げられているが、ほかの言語でも十分なライブラリが登場している現在、ややピントがずれた議論の気もする。