Java 6および7のアップデートで、Webブラウザ向けのJavaプラグインなどが削除され利用できなくなったという（「黒翼猫のコンピュータ日記 2nd Edition」ブログ）。

Oracleは2015年、JDK 9のリリースに合わせてJavaブラウザプラグインを非推奨にすると発表していた（2016年のInfoQ記事、Java.comの「JDK 9およびJavaプラグイン」記事）。ただ、2017年9月のJDK 9リリース時にはまだJavaプラグインや関連APIは利用可能で、またJava 9のランタイムではJavaプラグインはまだ利用できるものの、非推奨である旨が表示されるという状況であった（Qiita）。

headless曰く、

昨年から終了が噂されていたWindows 10 Mobile向けのInsider Programだが、明確なアナウンスがないまま終了していたようだ（Windows Central、On MSFT、Neowin、WindowsBlogItalia）。

MicrosoftのJoe Belfiore氏は昨年10月、今後Windows 10 Mobileに新機能が追加されることはないと明言している。これに関連した質問に対し、Insider ProgramチームのBrandon LeBlanc氏は「モバイルビルドの提供を続ける計画がある」、Jason Howard氏は「モバイル向けのInsider Programは継続する」と回答していた。しかし、モバイル版のInsider Previewビルドは昨年10月のビルド15254.1以降出ておらず、新しいビルドが一般ユーザー向けにリリースされる一方でInsider Program参加者には提供されていなかった。

今回モバイル向けInsider Previewビルド提供終了という話のきっかけとなったのは、PC版Windows 10 Insider Preview ビルド17083の提供開始を知らせるDona Sarkar氏のツイートだ。このツイートにモバイル版はどうなっているのかを尋ねるコメントが付き、LeBlanc氏がモバイル版は来ないと回答する。ここまでは今回新しいモバイル版ビルドの提供はないという話にもみえる。しかし、前出のLeBlanc氏とHoward氏のツイートを引用したWindowsBlogItaliaのAlexandre Milli氏の返信に対し、Howard氏が「計画は変わる」と回答したため、モバイル版Insider Previewビルドの提供は今後一切行われないと受け取られる結果となった。

Microsoftでは新たなモバイルデバイス「Andromeda」にWindows 10 Mobileとは別エディションのOSを採用するとみられており、Windows SDK Insider Previewではモバイルエディションの定義が削除されている。そのため、モバイル版Insider Previewビルドの提供終了は驚くべきことでもないが、Insider Program参加者へ状況を明確に伝えないことに対する批判のツイートもみられる。

あるAnonymous Coward曰く、

最近、技術者が知識を同人誌としてまとめ、即売会で頒布するという流れができつつある。元々はコミケなどでも「知る人ぞ知る」マイナージャンルであったのだが、専門の即売会である技術書典の開催だけでなく、Developers Summit（デブサミ）のような開発者カンファレンスで同人誌のスペースが設けられたりしている。

一方、同人誌の文脈から来た人と、勉強会やカンファレンスの文脈から来た人の視点の相違も気になるところ。皆さんは、同人誌という形の技術書について、どう捉えられているだろうか。

英イングランド・エセックスのハーロウ大学を訪れたApple CEOのティム・クック氏が、自分の甥にはソーシャルネットワークを使わせたくないと学生たちに語ったそうだ(The Guardianの記事、 Mac Rumorsの記事、 VentureBeatの記事)。

クック氏の訪問は、Swift言語を使用するAppleのモバイルアプリ開発カリキュラム「Everyone Can Code」の導入を記念したものだ。クック氏によれば、常にテクノロジーを使用するのが成功の道だなどとは思っておらず、テクノロジーを使いすぎるべきではないとのこと。コンピューターを使用するグラフィックデザインのような授業でもテクノロジーに支配されるべきではないとし、文学の授業でテクノロジーを多用する必要はないとも述べている。クック氏に子供はいないが、甥にはいくらかの制約を課しているとしたうえで、ソーシャルネットワークを使わせたくはないと述べたとのこと。

Appleは1月上旬、子供たちのiPhone依存を防ぐよう有力投資家から要請され、今後のiOSで保護者による制限機能を強化することを約束している。

GNOME 3.28でFile (Nautilus)からデスクトップアイコン表示機能を削除する計画が明らかになったことを受け、CanonicalはUbuntu 18.04 LTSで現行版のNautilus 3.26を使い続けることにしたそうだ(Softpediaの記事、 Ubuntu Community Hubのスレッド、 IRCログ)。

GNOME 3.28は3月14日のリリースに向けて開発が続けられているが、Nautilusからデスクトップアイコン表示機能を削除し、GNOME Shell側に移動する計画が年末に発表された。デスクトップアイコン表示にはGNOME拡張を使用する方法が提案されており、ごく初期の段階のプロトタイプが公開されている。

しかし、プロトタイプは数多くの機能が不足している。4月26日リリース予定のUbuntu 18.04 LTS (Bionic Beaver)はフィーチャーフリーズを1月半ほど先に控えており、Ubuntu Desktopチームでは自前で用意するにしても間に合わないと判断したようだ。そのためNautilus 3.26を使いつつ、3.28以降への対応を進めるとのこと。

JavaScriptで「(a ==1 && a== 2 && a==3)」という式の結果を真にするにはどうすればいいのか、StackOverflowで議論されている。

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

headless曰く、

GoogleがAndroid Developersサイトで公開しているAndroidプラットフォームバージョンごとのデータによると、Android 7.0/7.1 NougatのシェアがAndroid 5.0/5.1 Lollipopを上回り、2番目に多く使われているメジャーバージョンになっている。

今回のデータはGoogle Playアプリが1月8日までの7日間に収集したもので、0.1%未満のバージョンは除外されている。Android 7.0のシェアは1.8ポイント増の21.1%、Android 7.1は1.2ポイント増の5.2%で、Nougat合計では3ポイント増の26.3%となった。一方、Android 5.0は0.4ポイント減の5.7%、Android 5.1は0.8ポイント減の19.4%で、Lollipop合計では1.2ポイント減の25.1%となっている。Android 7.0（API 24）はAndroid 5.1（API 22）を上回り、APIバージョン別でも2番目に多く使われているバージョンとなった。Android 6.0 Marshmallowは1.1ポイント減の28.6%となっており、来月にもNougatが上回る可能性が出てきた。

このほかのバージョンで増加したのはAndroid 8.0/8.1 Oreoのみ。Android 8.0は変動なしの0.5%だが、初登場のAndroid 8.1が0.2%を獲得し、Oreo合計では0.2ポイント増の0.7%となった。Android 4.4 KitKatは0.6ポイント減の12.8%、Android 4.1.x～4.3 Jelly Beanは0.3ポイント減の5.6%。Android 4.0.x Ice Cream SandwichとAndroid 2.3.x Gingerbreadは変動なしで、それぞれ0.5%と0.4%となっている。

昨年1月と比較すると、最も減少幅が大きかったのはKitKat（9.8ポイント減）で、Lollipop（8.3ポイント減）、Jelly Bean（6.0ポイント減）が続く。Marshmallowは4月に初めて前月から減少したものの、6月まで横ばいが続いて7月～8月には再び増加していた。その後は減少が続き、最終的には1.0ポイント減となった。一方、増加したのはNougat（26.3ポイント増）とOreo（0.7ポイント増）のみとなっている。

StatCounterの2017年12月分Windowsバージョンシェアデータによると、Windows 10がWindows 7に肉薄したものの、わずかに及ばなかったようだ。

Windows 10のシェアは0.33ポイント増の41.69%。Windows 7は0.62ポイント減の41.89%で、0.2ポイント差で1位を維持した。地図でみるとWindows 10が1位の国は南米やアフリカ南部で増加しているようだ。週単位では11月の終わりにWindows 10がいったんWindows 7を上回ったものの、その後は再びWindows 7が1位となっていた。12月の最終週にWindows 10が1位となったが、Windows 7との差は0.03ポイントとわずかだ。日単位ではクリスマス前後からWindows 10の土日のピークが小さくなる一方、平日のWindows 7とWindows 10の差も小さくなっている。

デスクトップOS全体でみると、Windowsのシェアは0.06ポイント減の82.68%。Windows 7のシェアをデスクトップOS全体に換算すると34.63%、Windows 10は34.47%となる。このほか、Mac OSは13.06%(0.17ポイント減)、Linuxは1.54%(0.03ポイント減)、Chrome OSは0.91%(0.07ポイント減)であり、減少分はUnknown(1.8%)が吸収している。年間ではデスクトップOS全体に占めるWindows 7のシェアが5.42ポイント減、Windows 10は6.75ポイント増となる。

osdn曰く、

PGPやGnuPGには近年いくらかの批判もありますが、開発は情熱的に続いています（過去記事：PGPの32ビット鍵IDが問題に、Linus Torvalds氏などの偽造鍵も確認される、PGPは有害無益？）。

とはいえ、GnuPGは20年以上の開発によって内部構造が複雑になりすぎています。これに伴う種々の問題に取り組むため、NeoPGという新たなプロジェクトが発足しています。

スライドによると、GnuPGは49万行のコードから成り、400近くのコマンドラインオプション、2種類のOpenPGPパーザ、自前のHTTPクライアントやDNSリゾルバ関連コードを持つ、重厚長大なプロジェクトです。NeoPGでは、できるだけレガシーコードを減らし、外部ライブラリを積極的に利用することで、開発を容易にするつもりです。スライドの時点で、すでに行数はほぼ半減し、コマンドラインオプションも120ほど減っているそうです。

ブログでは、そのほかにもautoconfではなくCMake、CPPマクロではなくC++テンプレート、数多くの小さなバイナリではなく単一バイナリ、長生きするデーモンではなく、すぐ終了するヘルパープロセスといった劇的な設計変更の理由について説明しています。（このうちの一部はUNIX哲学からの逸脱と見られかねないことも理解したうえで、使い勝手や開発/メンテナンスのコスト、コンピュータ性能の発達などを考慮した結果とのことです。）

ライセンスについても、GitHubのREADME.mdによれば「今のところGPLやLGPLなど様々なライセンスのコードを含んでいるが、新規コードはSimplified BSDライセンスに限っている」という書き方からして、GPLからの脱却を目指しているようです。

全体的に、ここ10年程度のトレンドを慎重に取捨選択して、そつなくリファクタリングしているように見えますが、皆さまはどう評価されるでしょうか。

headless曰く、

Windows SDK Insider PreviewでOSエディションの定義からモバイルが削除されている（Neowin、On MSFT、Softpedia、WalkingCat氏のツイート）。

Windows 10 Fall Creators Update向けのSDKには「winnt.h」ファイルと「ntdef.h」ファイルに「#define PRODUCT_MOBILE_CORE 0x00000068」という行が含まれるのだが、ビルド17061（RS4ブランチ）のSDK Insider Previewには含まれていない。MicrosoftはWindows 10 Mobileにもう注力しないと述べており、ビルド15254.1がFall Creators Updateとして提供されたが、PC版と同じRS3ブランチではなくfeature2と呼ばれるブランチになっている。そのため、Windows 10 Mobileの終了計画がさらに一歩進んだとみられている。

その一方で、Microsoftが二つ折り型のモバイルデバイスに関連する特許を出願（United States Patent Application: 20170353633、20170353643、International Application: PCT/US2017/035568、PCT/US2017/036256）・取得（United States Patent: 9851797）していることが最近次々と明らかになり、Andromedaデバイスとも呼ばれているSurface携帯電話の登場に期待が高まっている。Project Andromedaでは完全にモジュラー化されたWindows Core OSとすべてのフォームファクターに適応可能な新シェルComposable Shell（CShell）が使われるとみられているが、Windows Core OSはPRODUCT_MOBILE_COREとは別の定義になる可能性も指摘されている。

また、Windows Centralによれば、Windows 10のMicrosoft Storeでアプリの「使用対象」に「8828080」が出現したという。8828080はMicrosoftの電話番号の一部であり、Andromeda向けを示すものとみられている。掲載されているのは「Microsoft Store」アプリのスクリーンショットだが、記事によればSpotifyアプリなど複数のアプリが8828080をサポートしているとのこと。ただし、現在はMicrosoft StoreアプリやSpotifyアプリの使用対象に8828080は表示されなくなっているようだ。

スラド読者の皆さんはMicrosoftの新たなモバイルデバイス登場に期待するだろうか。

j-ehara 曰く、

ここ数年、毎年同じタレコミをさせていただいておりますが、2018年も同じお題を出したいと思います。

スラド読者の皆様におかれましては、毛筆で字をしたためるよりもキーボードでプログラムなどを書くほうがなじみ深いと思われますが、年が明けて最初に書く（書いた）プログラムはどのようなものでしょうか？

昨年「ソースコードのないPC-9801プログラムの仕様解析、予算10～30万は安い？」という話題があったが、この仕様解析案件を実際に請け負った人がその顛末を明らかにしている（Togetterまとめ）。

解析の結果、このプログラムはBASICで実装されたコードをコンパイラで実行可能バイナリに変換したものだったことが分かったそうだ。BASICから生成されたコードは特有の構造があるため解析には一部難しいところはあったそうだが、プログラム自体は比較的簡単なものだったという。また、解析費用については直接交渉で増額してもらったという。

washizaki曰く、

今年度も情報処理学会によって人工知能ゲームプログラミングコンテスト「SamurAI Coding 2017-18」が開催されます。ゲームをテーマにAIプログラミングスキルを競う国際コンテストであり、学会主催の形では6年目になります（2016年の紹介記事、2015年の紹介記事、2014年の紹介記事）。

予選応募は日本時間2月9日20:59締切。予選を勝ち抜いた16チームは2018年3月14日に第80回全国大会・早稲田大学に併設の決勝に進出でき、旅費補助や賞金等の特典も予定されています。

今回のゲームは「SamurAI Jockey（サムライジョッキー）」。AIがサムライの騎馬を自動運転して、複雑なコースを駆け抜け、そのタイムを競います。1人でもチームでも、学生も社会人も誰でも楽しく参加でき、決勝ではスポンサーを交えてネットワーキングもできます。プログラミング言語としてはC++、Java、Pythonを含む様々な主要な言語の中から自由に選べます。

iOSとmacOSの両方で動作するアプリケーションを開発できるよう、Appleが技術開発を進めているという（GIGAZINE、Bloomberg、Ars Technica）。

このプロジェクトは「Marzipan」と呼ばれており、順調に行けば来年夏の開発者向けイベントWWDCで発表される見込みだという。この技術を利用することで、利用者はMacとiPhone、iPadなどで同じアプリケーションを利用できるようになる。また、iPhone/iPadではマウスやタッチパッドが使えず、逆にMacではマルチタッチが利用できないという課題もあるが、これを解決するような仕組みも導入されるようだ。

Googleは19日、Google Playで新規公開/更新するAndroidアプリについて、2018年の後半から最新APIをターゲットにすることを必須とするなどの変更を発表した(Android Developers Blogの記事、 Ars Technicaの記事)。

Androidの新しいAPIではさまざまなセキュリティの改善が行われているが、アプリのAndroidManifest.xmlで「targetSdkVersion」に指定したAPIレベルよりも新しいAPIの動作はサポートされない。たとえば、Android 6.0(API 23)では実行時パーミッションが導入されているが、「targetSdkVersion」に23以上のAPIレベルを指定しなければ利用できない。逆にAPIレベルを22以下にして実行時パーミッションを使用しないといった方法が紹介されることもある。

変更はアプリのセキュリティやパフォーマンスを改善し、アプリエコシステムの断片化を低減させることが目的だという。まず、2018年8月には新規アプリで、11月には更新アプリでターゲットAPIを26以上にすることが必須となる。2019年以降はAndroidの新しいデザート(メジャーバージョン)のリリースから1年以内に、対応するAPIレベル(またはそれ以降)をターゲットにすることが新規/更新アプリで必須となる。