プログラミングはキー2つだけあればよい？

2021年4月30日 14:31

Holy Cater氏の作成した究極のプラグラミングツール（自称）がバズっている。リンク先の画像を見ていただければ、一発で何か分かるネタなのだが、SimPad Nanoという小型キーパッドを利用して作成したコピー・ペーストの専用キーボードとなっている。キートップにデカデカと貼られた「コピ」＋「ペ」の文字のインパクトが強烈だ。左のキーにコピー(Ctrl+C)、右のキーにペースト(Ctrl+V)が割り当てられており、プログラミング時に必要不可欠なコピー＆ペーストが手早く行えるのが特徴となっている（Holy Cater氏のツイート、PC Watch）。

Qiitaが「今後はプログラマのことをエンジニアと呼称する」と宣言

スラド

著者: nagazou

2021年4月19日 18:11

あるAnonymous Coward 曰く、

たまに燃えることのある「エンジニア」と「プログラマ」の呼称を巡る問題だが、プログラマのための情報共有サイトであったQiitaがガイドラインを改訂し、今後は「プログラマ」のことは「エンジニア」と呼ぶと宣言してまたちょっと燃えているようだ（Qiitaの発表, はてなブックマークのコメント）。

一般的には、プログラミングをする人が全て「プログラマ」である一方、「エンジニア」は機械エンジニアや航空エンジニアなども含めた技術者全般を指す言葉で、特にプログラミングをする人を指す言葉では無いと思うが、Qiitaでは「世の中のエンジニアの定義とは少しずれた定義とはなってしまいますが」と断った上で、同サイトにおいて以後エンジニアを「プログラミングの知識と経験を活用している人」に変更して、今後はこの定義を用いていくとしている。

昨今では未経験者が経緯を知らずにエンジニアを使っている例は非常に多くなったが、だからと言って世の定義と間違っていることを承知で間違った定義に改める理由はないと思うのだが、スラド諸氏の見解は如何に？

情報元へのリンク

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

超一流プログラマーになるには3万時間のプログラミングが必要

スラド

著者: nagazou

2021年4月8日 18:05

あるAnonymous Coward 曰く、

https://gigazine.net/news/20210404-5-programmers-30000-hours/

プロになるには1万時間の練習が必要という1万時間の法則というのがあるが、ドナルド・クヌース（The Art of Computer Programmingの著者）やスティーブン・ウルフラム（Mathematicaの作者）クラスになるには、3万時間超のプログラミングが必要なようだ。

情報元へのリンク

何事も一流のスキルを身につけるには1万時間の練習が必要とする「1万時間の法則」なるものがマルコム・グラッドウェルによって提案されている。この法則の自体の是非はさておき、プログラマーのBreck yunits氏は、実際に1万時間プログラミングしてみて、実際にその効果に自信を持てなかったそうだ。そこで自身が尊敬する著名なプログラマー25人にプログラミングに費やした時間を問い合わせたという。そのうち返答は5人あり、その結果をGitHub上で公開したという（GitHub、GIGAZINE）。

なお返答のあった5人は以下の通り。

Donald Knuth　56000時間
Rob Pike　30000時間
Peter Norvig　30000時間
Stephen Wolfram　50000時間
Lars Bak　30000時間

いずれも3万時間以上プログラミングに時間を費やしており、yunits氏は次は3万時間を目指すとしている。

プログラミング言語「Julia」1.6.0が公開

スラド

著者: nagazou

2021年3月30日 06:02

数値処理向けプログラミング言語Juliaの開発チームは24日、最新版となる「Julia 1.6」をリリースしたと発表した。同時にマニュアル「The Julia Languageも公開した。プリコンパイルを並列化することでさらに高速化したほか、コンパイル時間を計測するタイミングマクロが追加されているとしている。Julia 1.6は次期LTSになる可能性があるが、フィールドテスト後のv1.7が提供されることに決定するとのこと（Julia公式ブログ、CodeZine、TECH+）。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

プログラミング言語「Go」がM1チップ搭載Macに対応

スラド

著者: nagazou

2021年2月19日 14:22

16日にリリースされたプログラミング言語「Go」のv1.16で、macOS ARM64がサポートされたそうだ。これによりApple Silicon（M1チップ）でもネイティブ動作するようになったという。パフォーマンスや安定性の向上、ビルドに必要な時間が最大25％高速化されたほか、使用メモリは最大15％削減されたとしている（The Go Blog、窓の杜）。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

GitHubのページをオンラインVSCode版で表示可能な「GitHub1s」

スラド

著者: nagazou

2021年2月12日 15:28

オンラインバージョンのVSCodeで、GitHubの任意のコードを表示できる「GitHub1s」というサービスが始まったそうだ。使用方法は簡単でURLのhttp://github.comをhttp://github1s.comに変更するだけでいいという。これによりgithubにあるファイルをオンライン版VS Codeに読み込んでくれる（kabukawaさんのツイート、GitHub1sプロジェクトアドレス、tproger.ru、Sina.com）。

統合用WebIDE「Gitpod」のようなより高機能なものも存在しているが、こちらは読み込みに数分を必要とすることもある。一方でGitHub1sは読み込み時間は数秒程度と非常に高速。またChromeユーザーの場合は、GitHub1sに対応した専用の拡張機能も用意されている。この拡張機能を追加すると、GitHubインターフェースに[Open withGitHub1s]ボタンが表示される。それを押せば、URLが追加されてVSCodeのオンラインバージョンでリポジトリを開くことができるそうだ（ITnews）。

すべて読む | オープンソースセクション | オープンソース | プログラミング |

関連ストーリー：
VSCodeの対抗馬というIDE「Eclipse Theia」登場 2020年04月08日
GitHubのリポジトリ数が1億件に到達 2018年11月12日
Windows標準アプリに対する要望募集、メモ帳に人気が集まる 2018年09月22日

「なぜ日本はハードウェアの時代と同じようにソフトウェアに秀でることができない？」という海外の分析

スラド

著者: nagazou

2021年2月3日 08:01

あるAnonymous Coward 曰く、

元ネタが投稿されたのは1年ほど前のようだが、「なぜ日本はハードウェアの時代と同じようにソフトウェアに秀でることができない？」(Why doesn’t Japan excel in software as they did in hardware?) というQuora記事の翻訳が話題になっていたので共有したい（Quoraの英語記事, Qiitaの翻訳）。

この記事では複数の仮説が挙げられているが、要約すると
1. 「日本人の職人気質や完璧主義が、ソフトウェア開発のパレートの法則やアジャイル文化と合っていない」
2. 「ソフトウェア開発職を他の技術職と同じように新卒一括採用や専門軽視で採用している」
3. 「英語が話せず、海外では古くなった技術や開発スタイルが今も跋扈している」
4. 「国際標準との互換性を軽視する」
となっている。

日本の中から見ていると分かる部分分からない部分もあるだろうが、スラド諸氏はこの分析、どう感じるだろうか？

情報元へのリンク

Ruby 2の3倍高速化を図った「Ruby 3.0.0」が登場

スラド

著者: nagazou

2021年1月4日 17:01

12月25日、Rubyのメジャーバージョンアップ版である「Ruby 3.0.0」が発表された（Ruby 3.0.0 リリース、OSDN Magazine）。開発には2016年にRuby 3x3という目標が設定され、OptcarrotベンチマークでRuby2の3倍高速化を達成することを目指したという。主にパフォーマンス、並行処理、静的解析に注力して開発されたとしている。

あるAnonymous Coward 曰く、

Ruby 3.0は2013年に最初のバージョンが公開された2系に続くメジャーリリースとなる。
RakuになるのかPython3になるのか。

情報元へのリンク

すべて読む | デベロッパーセクション | プログラミング |

プログラミングをすると変な夢を見る

スラド

著者: nagazou

2020年12月29日 07:03

プログラムに限らず、似たような経験は誰しもあると思うが、見返すかもしれないメモさんの記事によれば、プログラミングをした後に寝ると変な夢を見るのだそうだ。曰く、

isLoading というbooleanの変数を作っていた。（ここまで現実）その言語のboolean型はいくらの寿司で、いくらをシャリのどちらの端に固めるかによって、スイッチのようにtrue/falseを表現するようになっていた。いくらの場所が中途半端だったら、trueなのかfalseなのかわかりにくくて困るだろうなと思った。

という具合らしい。寝る直前にしていた作業の続きを夢に見てしまうことはあるが、寝ている間にコードを書いてしまう経験をした人はどれくらいいるのだろうか。

プログラム言語を処理するとき使う脳部位は言語野ではなかった

スラド

著者: nagazou

2020年12月23日 08:06

プログラム言語で書かれているコードは、人間の脳の言語処理を行うブローカ野（言語野）で処理されていると思われがちだ。しかし、米マサチューセッツ工科大学の神経科学者らの研究チームが、プログラムのコードを読む人の脳をfMRIでスキャンしてみたところ、コードを読む時に活性化する脳の部位は、ブローカ野と異なる部分だったそうだ（eLife、Massachusetts Institute of Technology、GIGAZINE）。

研究ではfMRIで2カ所の脳の部位を調査した。一つは数学の問題やクロスワードパズルの解決などの解決などに使われる分散ネットワーク（multiple demand network：MD）で、もう一つは言語処理に使われるブローカ野。実験では、テキストベースのプログラミング言語であるPythonとグラフィカルプログラミング言語であるScratchJr記述されたコードの2種類を読み込んだときの応答を調べたそうだ。

結果、MDシステムは両方の言語ともに反応したという。一方で言語システムは文の解析には強く反応したものの、コードの問題を処理するときには弱いもしくは無反応だったとのこと。

すべて読む | デベロッパーセクション | プログラミング | サイエンス |

Microsoft曰く、Excelの数式は世界で最も広く使われているプログラミング言語

スラド

著者: nagazou

2020年12月8日 14:03

headless 曰く、

Microsoftによれば、Excelの数式は世界で最も広く使われているプログラミング言語だという(Excel Blogの記事、 The Registerの記事、 BetaNewsの記事、 Neowinの記事)。

しかしExcelの数式言語には再利用可能な独自の関数を定義するというプログラミングにおける基本的な要素が欠けており、それを補うため新たに「LAMBDA」関数を導入するそうだ。Excelでは既にJavaScriptやTypeScriptを用いてカスタム関数を定義できるようになっているが、LAMBDA関数を用いれば数式言語のみでカスタム関数を定義可能となる。カスタム関数は他のカスタム関数を呼び出すことが可能であり、カスタム関数を再帰的に実行することも可能だ。これにより、Excelの数式言語がチューリング完全になるとのこと。

LAMBDA関数は現在、Office Insiderプログラムのベータ版チャネルでWindows版およびMac版Excelに提供されており、リボンの「数式」→「名前の管理」でLAMBDA関数を参照する新しい名前(カスタム関数名)を追加すればカスタム関数が利用可能になる。LAMBDA関数の書式は「=LAMBDA(引数, 数式)」というもので、カスタム関数作成後は「=カスタム関数名(引数)」のように入力することで引数が数式に渡されて演算結果が得られる。「=LAMBDA(引数1, 引数2 [, 引数3 ...], 数式)」のように複数の引数を指定することも可能だが、引数がいくつまで指定できるかは説明されていない。また、LAMBDA関数を直接呼び出して使用することも可能とのことだ。

ライフゲームでコンピュータを構築

スラド

著者: nagazou

2020年11月26日 07:01

あるAnonymous Coward 曰く、

みんな大好きコンウェイのライフゲームでコンピュータを構築する試みが公開されている。グライダー銃などを組み合わせて基本的な論理回路を作っている（Nicolas Loizeau - GOL computer）。

すべて読む | デベロッパーセクション | プログラミング |

Excelでドラクエ3を再現。VBAなし縛りでも高い再現度

スラド

著者: nagazou

2020年11月6日 13:04

Excelでドラクエを再現した人がいるそうだ。しかもVBAを使用しない状態で。再現度に関しては動画（音声はなし）を見てもらう方が早いが、かなりの再現度になっている（パパセンセイ365）。

VBAなしという縛りで再現するため、図やモンスターは散布図で表示、循環参照を使ってカウンタを作りF9を押しっぱなしにする、循環参照を使ってセル上で疑似的にプログラミングを作る方法を開発したという。マップ上でキャラクターを自動で移動させたり、戦闘シーンに入る部分などをVBAを使わない状態で再現するのに苦労したようだ。具体的な手法については元サイトで詳細に解説されている。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

なでしこが教科書に採用されたことで日本語でプログラミングができる意味を考える

スラド

著者: nagazou

2020年11月2日 18:03

あるAnonymous Coward 曰く、

以前、日本語プログラミング言語「なでしこ」が中学校の教科書に採用されたという話があったが、なでしこ開発者である酒徳峰章氏と知人だという柳井政和(めもりーくりーなーの作者)氏が「なでしこ」の開発経緯とその意味に関してのコラムをまとめている(HARBOR BUSINESS Online)。

コラムなのでニュース性があるわけではないが、よくある教科書に載せるなら現場で使われている言語の方が良いのでは、という意見については、
学校でプログラムを学ぶ全員が、開発者になるのではない。普段見慣れた言葉でプログラムが書いてあるだけで、ずいぶんと気持ちが楽になる人も多いはずだ。母国語でプログラムを学べるのは有意義なことだと思う。
と返している。似たような意見はスラドにもあったが、これに関してはもっともだと感じる。なおこのコラムによれば、なでしこ利用者のうち仕事に使っている人は43％ほどいるそうだ。

この利用者数の数字は「なでしこ」公式サイトが15周年時に行ったアンケートによるもの。それによれば、利用年齢層は40代が38％、30代が25％、60代と10代が13％となっている。利用場所は趣味と仕事が43％で同率。タレコミの元記事によれば、日常の自動化処理などに使われている模様（１５周年日本語プログラミング言語なでしこ）。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

プログラミング言語とエネルギー効率

スラド

著者: nagazou

2020年10月22日 16:05

ポルトガルの大学に所属する6人の研究者が「プログラミング言語全体のエネルギー効率[PDF]」というタイトルの論文を発表したそうだ。研究者たちは、27種類の異なる言語で書かれた10個のプログラミング実行し、実行時の速度と消費電力、そしてメモリ使用量を計測した。テスト用の10個のプログラムには"Computer Language Benchmarks Gameが使用されたという（The New Stack、ブログ: 最も電力を使わないプログラミング言語は？）。

この論文では、より高速なプログラムは総合的なエネルギー消費は少ないという考えは見直されるべきだと指摘している。プログラム実行中は電力が一定の割合で消費されているわけではないためだという。例えば、実験で使われたベンチマークテストの中の一つでは、Chapel言語で記述されたものは、Pascalで記述された同等のプログラムより55％実行時間は短縮されたが、エネルギー使用量はPascalで書かれたものの方が10％少なかった。

確かにエネルギー効率が最も高い上位5つの言語は、エネルギー効率は実行時間の短い順で高い。しかし、これを24言語にまで広げた場合は、OCaml、Haskel、Racket、Pythonに関しては、エネルギー効率と実行時間の短さが一致するものの、ほかの言語は条件によっては全く一致しなかったとしている。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

大学入学共通テストに「情報」教科が新設される

スラド

著者: nagazou

2020年10月22日 07:03

miishika 曰く、

大学入試センターは、2025年以降の大学入学共通テストでは現行の6教科30科目から7教科21科目に再編成する検討案をまとめた(NHK)。
新設教科の「情報」では、PCやタブレットを用いた試験が適当としながらも、均質な受験環境の確保が難しいこと>機器のトラブルを完全に排除できないことからマークシート式での出題となる。

また地理歴史・公民は現行の10科目から6科目に再編され、現行の「倫理、政治・経済」(「倫理」と「政治・経済」を併せて一科目)に相当する科目が廃止されることから、一部の大学学部では公民で受験することが出来なくなる可能性が生じる。

すべて読む | デベロッパーセクション | プログラミング | 教育 |

オーストラリア・メルボルン市政府、駐車料金支払いアプリで「0」と「O」を取り違えて入力して駐車違反となったケースで反則金を返金へ

スラド

著者: nagazou

2020年9月18日 18:07

headless 曰く、

オーストラリア・メルボルン市では駐車料金支払いアプリ「PayStay」でナンバープレートに記載された登録番号を入力する際、数字の「0」と大文字の「O」取り違えて入力するケースが多数発生していたそうだ(ビクトリア州オンブズマンのニュース記事、調査報告書、 The Registerの記事)。

これにより、過去数年で推計1,200人以上のドライバーが駐車料金を支払いながら駐車違反として反則金を科せられていたという。ビクトリア州オンブズマンはメルボルン市政府が不当に収入を増やしているとの告発を受けて調査を実施。ナンバープレート上で「0」と「O」が実質識別不可能なことをメルボルン市政府は認識しており、誤りは簡単に確認できるにもかかわらず、柔軟な対応をしていなかったことが判明する。

そのため、誤入力に気付いて異議申立をしても適切な裁量による反則金取り消しは行われず、裁判に訴えるしかなかったようだ。オンブズマンでは市の幹部職員の一部がどのような軽微な違反でも処罰すべきという前提に立って熱心すぎる対応をしたことでこのような状況が引き起こされたとし、不当な収入増を目的としていたわけではないと判断している。

オンブズマンの働きかけにより、市では昨年10月から誤入力したドライバーが異議を申し立てれば反則金を取り消すようになっているそうだ。さらに今回、市は過去に異議申立が却下されたケースを再度見直し、既に納入された反則金を返金することにも合意したとのことだ。

すべて読む | デベロッパーセクション | オーストラリア | プログラミング | バグ | 政府 | 交通 | お金 |

日本語プログラミング言語「なでしこ」が中学校の教科書に載る

スラド

著者: nagazou

2020年9月18日 15:30

あるAnonymous Coward 曰く、

日本語プログラミング言語の「なでしこ」が、教育図書社が発行する来年度の中学校の技術・家庭の教科書に採用されたらしい（プレスリリース, 窓の杜の記事）。

「なでしこ」は正式リリースが2005年なので、今年で15周年になる。元々はDelphiで開発されたインタプリタ言語であったが、最新のバージョン3ではJavaScriptにトランスパイルされて動く、いわゆるAltJS的な言語となっているとの事。

日本語プログラミング言語に対しては昔から賛否あるが、中学生に教育する上ではやりやすいのだろうか？生徒の感想が気になるところである。

情報元へのリンク

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

大塚製薬CalorieMate to Programmerが話題に

スラド

著者: nagazou

2020年8月7日 08:03

大塚製薬のカロリーメイトリキッドのプロモーションサイト「CalorieMate to Programmer」が、凝った作りだとして話題になっているようだ。このプロモーションサイトには、UNIX風のコマンド入力で操作することができるCUIモードも用意されている。はてなのコメントによれば、こんな感じらしい。

crexist 試しにCUIに which を打ち込んだら `\Which flavors do you like?/` って出るし、touch を打ち込んだらカロリーメイトに触るAAが出てきて笑った。ちなみにきちんとtabで補完されて良いですね(osx chrome)

なお監修はRubyの生みの親でもある、まつもとゆきひろ氏が行っているとのこと。リリースに記載された本人のコメントによれば「プログラマーならニヤリとするコードになっています。Enjoy!」だそうだ（PR Times）。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

関連ストーリー：
カロリーメイトに「メープル味」が加わる 2009年10月06日

「じゃんけんゲーム」のロジックに対する意見の相違で兄弟げんか

スラド

著者: nagazou

2020年7月30日 18:30

はてなに子供二人がプログラムの方針で対立したという話が掲載され話題になってるらしい（はてな匿名ダイアリー、[B! 増田] ）。原因は「じゃんけんゲーム」の実装方針であるらしい。ゲーム内容は、画面でグー・チョキ・パーのいずれかを選びボタンを押すと、相手となるCPU側の手と勝敗が表示されるシンプルなもの。喧嘩の原因となった方針の違いを元記事を引用すると、

次男はまずCPUの「手」を乱数で決定し、画面に入力された「手」と比較して勝敗(と引き分け)を決める、素直な処理だった

長男はそれに飽きたのか、まずは乱数で「勝ち」「負け」「引き分け」を乱数で最初に決めてしまい、その後で結果に応じたCPUの「手」を決定するというロジックだった

そうだ。次男は長男の設定したロジックに納得がいかなかったらしく、「兄ちゃんのはじゃんけんで勝負してない」「勝ち負けを最初に決めてしまうなら意味がない」と批判、対して長男は「結果は同じなんだからこれで問題ない」と突っぱね、収拾が付かなくなったようだ。どちらが正しいかの議論は元ネタ自体のコメント欄にも飛び火している模様。

すべて読む | デベロッパーセクション | プログラミング | デベロッパー |

リーディングビュー