StatCounterの5月分デスクトップOSシェアデータによると、Windows 10が初めて30%を超えているが、シェアの伸びはわずかにとどまっている。

Windows 10は前月から0.08ポイント増の30.01%。一般リリース後の2015年8月以降では、唯一シェアが減少(0.01ポイント減)した2016年9月を除き、増加分が0.1ポイント未満となるのは初めてのことだ。このほかのOSも変動は少なく、増減幅の最も大きかったWindows XPでも0.18ポイント減の4.25%。OS Xが0.15ポイント増の11.76%、Windows 8.1が0.12ポイント減の7.93%となったほかは、Windows 7が0.02ポイント減の38.91%、、Linuxが0.02ポイント減の1.66%など、いずれも0.1ポイント未満の増減にとどまる。

Windows 10のシェアを国や地域別にみると、アジア以外で減少しており、Windows 10が1位の国・地域では74か国・地域中40か国・地域で減少。1ポイント以上減少している国・地域も19あり、特にイタリア(3.38ポイント減、35.43%)やノルウェー(2.74ポイント減、37.42%)で減少幅が大きい。逆にWindows 10が2位以下の国・地域では160か国・地域中93か国・地域で増加している。1月にWindows 10が1位となった日本では1.15ポイント増の37.07%となり、0.12ポイント増で32.26%のWindows 7との差を広げている。

taraiok曰く、

ロンドンで開催されたGitHub Satelliteで、CEOのChris Wanstrath氏がソフトウェア開発の革命という基調講演を行った。その議題の一つに、「世界には何人の開発者が存在するのか」というものがあったそうだ（RedMonk、Slashdot）。

この問いに対する答えは調査会社によってまちまちだ。Evans Data Corporationによると、2016年時点で世界には2100万人、DataUSAによれば米国には120万人の開発者がいるという。IDCの2014年の調査では1850万人であるという。Wanstrath氏は、一般的に使用されている推定値は2000万人であり、GitHubのアクティブユーザーも2100万人ほどであると述べている。

しかし、2100万人という開発者の総数は、人口の規模から考えると少なすぎるのではないかとWanstrath氏はいう。その理由として様々な事情で調査対象の外にある中国、成長著しいインドやアフリカなどの存在がある。また天文学などのコンピュータサイエンスの卒業生やソフトウェア業界の従業員などはコードを書くにも関わらず、ソフトウェア開発としてはカウントされないことが多いためだとしている。

headless曰く、

IETFのNetwork Working GroupがNTPクライアントのフィンガープリンティングや偽の応答パケットを使った攻撃を防ぐため、NTPクライアントからNTPサーバーに送られる要求パケットに含めるデータを最小限にすることを提案している（ドラフト、Register）。

RFC5905で規定されているNTPパケットは、ヘッダーのフィールドがすべてのモードで共通となっている。サーバーからクライアントへの応答パケット（モード4）などでは正確で信頼性の高い時刻同期を行うために欠かせないが、クライアントからの要求パケット（モード3）では多くのフィールドが不要なのだという。サーバー側の実装でも、こういった要求パケットの不要なフィールドの確認が必須とされたことはないとのこと。

ドラフトではヘッダー先頭の「leap（LI）」「version（VN）」「mode」を含むオクテットを0x23とし、「xmt（transmit timestamp）」にランダムな値のセットを推奨する。「poll」にセットする値は実際のポーリング間隔または0のいずれかで、「precision」には0x20をセットすることが推奨される。このほかのフィールドについては、0をセットするよう推奨している。

0をセットすることが推奨されるフィールドのうち、「org（origin timestamp）と「rec（receive timestamp）」は特に情報漏洩の可能性があるものだという。これらのフィールドはそれぞれ、直近のサーバーの応答からxmtと「dst（destination timestamp）」をコピーするよう指定されている。そのため、クライアントが別のネットワークに移動した場合、両方のネットワークを観察すると古いIPアドレスと新しいIPアドレスが同じシステムで使われていることがわかってしまう。「poll」の値がオプションになっているのは、ポーリング間隔を観察することで確認可能なためだとしている。

xmtのランダム化が推奨される理由としては、クライアントの要求パケットのxmtをサーバー側で応答パケットのorgにセットして確認に使用しているため、実際のタイムスタンプをセットすると偽の応答パケットにだまされる可能性があるからだという。現在もxmtの下位ビットではランダム化が行われているが、これらのビットをランダム化した偽パケットを大量に送ることで攻撃が成立する可能性もある。

nemui4曰く、

フィンランドのプログラマー・作家・イラストレータのリンダ・リウカス氏によるプログラミングをテーマにした絵本「ルビィの冒険」が世界中で人気を集めているという（ハフィントンポスト、日本語訳版を出版している翔泳社の書籍紹介ページ）。

小学校でこういうのに触れて、教育を受けられる環境にいる子供って幸せそう（そうでもない子も居るんだろうけど）。ある程度余裕のある世帯＆学校なんだろうなぁ。

「ルビィの冒険」シリーズはクラウドファンディングサイトKickstarterで資金募集を行って始まったプロジェクト。このプロジェクトには最終的に38万ドルの出資が集まったという「ルビィの冒険」というタイトルだが、特にプログラミング言語を限定せずにプログラミングの考え方を学べるものになっている。現在第2弾までが出版されており、今後も新作が発表される予定になっている。また、「ルビィの冒険」を使った教育コンテンツの展開も進められているようだ。

あるAnonymous Coward 曰く、

1896年の民法制定以来、初の抜本的見直しとなる改正民法案が26日、参議院本会議で可決・成立した。公布から3年以内に施行される(NHKニュースの記事、 日本経済新聞の記事、 ITproの記事)。

改正民法では債権・契約分野のおよそ200項目が変更され、約款に関する規定が新設された。特にシステム開発の分野では、瑕疵担保責任として納品から1年以内に見つかった不具合を無償で修正するとされてきたが、不具合が有る事実を知ってから1年間と改められ、修正がなされない場合に代金減額請求権が与えられるなど、大きな影響が予想される(解説記事)。

その他、インターネット通販や保険などの約款で消費者の利益を一方的に害する条項が無効になる、未払金の時効が5年に延長される、賃貸住宅の敷金が原則返還になる、法定利率が引き下げられる、といった日常生活に関連した部分でも大きな変更が加えられている。

今回の民法改正は法制審議会の民法部会が2015年に要綱案を決め、国会で審議されていた。

技術系Q&Aサイト「Stack Overflow」に2012年8月に投稿された「How to exit the Vim editor?」という質問ページのページビューが、100万を突破した（Stack Overflowの公式ブログ）。 このページでは「Vimが終了できない」という質問に対し、Escキーを押し、続いて『:q』や『:q!』などを入力するという終了方法が親切に解説されている。

この記事は昨年Stack Overflowのページビュー全体の0.005％を稼いだそうで、平日のピーク時には一時間当たり80人がこのページを見ていることになるという。また、国別やメインのプログラミング言語別のアクセス統計も示されている。

ルート化またはブートローダーのアンロックされたAndroid端末で、NetflixアプリがPlayストアからインストールできなくなったことが先週末から話題になっていたのだが、すべての開発者がこういった端末へのインストールをブロックできるようになったようだ(Play Consoleヘルプ、 9to5Googleの記事、 Softpediaの記事)。

Google I/O 2017ではGoogle Play Consoleの刷新が発表されており、リリース管理機能などさまざまな新機能が追加される。このうち「端末カタログ」ではアプリの対応端末の確認と制限が可能になるのだが、「SafetyNetに基づく除外」を設定することで、仮想デバイスやルート権限を取得した端末を除外可能となる。ただし、ブロックされるのはPlayストアからのインストールのみで、APKを使用したインストールはブロックされない。さらなる不正利用対策が必要な場合はSafetyNet Attestation APIの使用が推奨されている。

Googleは17日、次期Android「O」初のパブリックベータとなるDeveloper Preview 2(DP2)およびCanary版の開発環境Android Studio 3.0 Canary 1を公開した(Android Developers Blogの記事[1]、 [2]、 Android Oの機能とAPI、 DP2リリースノート)。

DP2ではDeveloper Preview 1(DP1)で導入されていたPicture in Picture(PIP)やバックグラウンドアプリの制限などに加え、テキストを長押ししたときに住所やURL、電話番号などを認識して全体を選択する「Smart Text Selection」、ランチャー上のアプリアイコンに通知を表示する「Notification Badge」、Googleの機械学習ライブラリTensorFlowの軽量版「TensorFlow Lite」などが追加されている。また、これまで半球形だった顔の絵文字が一般的な円形のものに変更されたようだ。

DP2の公開にともない、Android O Beta Program(要ログイン)も開始された。DP2の対応デバイスはDP1と変わらず、Nexus 5X/Nexus 6P/Nexus Player/Pixel/Pixel XL/Pixel Cとなっている。

Android Studio 3.0 Canary 1ではKotlinを使用したアプリ開発が可能になっており、JavaからKotlinへの変換機能も提供される。Java 8サポートやレイアウトエディターが強化され、Adaptive IconやカスタムフォントなどAndroid Oの新機能に対応する機能も追加されている。エミュレーター用のシステムイメージにはPlayストアが追加され、Google Play開発者サービスの更新も容易になるとのこと。このほか、17日からすべての開発者に開放されたInstant Appsのサポートも追加されている。

チェコJetBrainsが開発を主導するオープンソースのプログラミング言語「Kotlin」が、Androidアプリ開発の「第一級言語」になることが発表された（TechCrunch、JetBrainsのブログ）。

Kotlinは2011年に発表され、2012年にオープンソース化されたプログラミング言語。静的型やJavaとの互換性が特徴で、Java仮想マシン（JVM）上で動作する（OSDN Magazine）。

まず、Android Studio 3.0ではデフォルトでKotlinが利用できるようになるという。いっぽうでJavaを完全に置き換えるわけではなく、今後もJavaやC++でのアプリ開発はサポートされるとのこと。

headless曰く、

Googleは17日に開幕した「Google I/O 2017」初日のキーノートで、低価格デバイス向けの「Android Go」を発表した（Android Developers Blog、Ars Technica、The Verge、9to5Google）。

Android GoはAndroid Oをベースに、搭載メモリ1GB以下のデバイスでスムーズに効率よく動作するように最適化を進めているという。また、Googleアプリもメモリやストレージ、モバイルデータ通信の使用量を減らすべく開発が進められている。Chromeのデータセーバーはデフォルトでオンになり、通信量を抑えたYouTubeアプリのライト版「YouTube Go」もベータ版が公開されている。エントリーレベルのデバイスでは、最適化されたアプリがPlayストアで推薦されるとのこと。

Android Goはメモリ1GB以下の全デバイスに搭載され、2018年に出荷される。また、Android Oでは「Go設定」が提供され、メモリ1GB以下のデバイスでは自動で有効になるという。Android O以降の将来のバージョンでもAndroid Goと同様の仕組みが導入されるとのこと。開発者に対しては、Android Developersサイトの「何十億人ものユーザーに受け入れられるアプリを構築する」を参照し、オフラインでの使用やAPKサイズの縮小、バッテリー/メモリー使用量の減少など、Android Goデバイス向けに最適化することを推奨している。

プログラミング関連のQ＆Aサイト「Stack Overflow」が、「What programming languages are used late at night?」（深夜につかわれているプログラミング言語は？）と題して同サイトへのアクセス統計解析結果を発表している（マイナビニュース）。

これによると、Stack Overflowへの平日のアクセスは午前6時ごろから増え始め、正午前にいったんピークを迎え、その後正午前後にはいったん落ち込むものの、午後3時前後に一日のピークが来るという。また、金曜日の午後はそれ以外の平日と比べてアクセスが減ることや、土日のアクセスは少ないことも分かる。

この傾向はどの言語でもあまり変わらないのだが、C#に関するページへのアクセスはほかの言語と比べて午前中に多い傾向があり、いっぽうCは午後6時以降のアクセスが多い傾向があるようだ。

また、9時〜5時の間にアクセスが多いタグとそうでないタグも示されている。これによると、9時〜5時の間にアクセスが多いのはtsqlやSharepointといったキーワードで、逆にそれ以外のアクセスが多いのはhaskellやassembly、openglといったキーワードだという。記事ではそのほか、都市別などの統計情報も提示されている。

Microsoftが先日発表したWindows 10の新エディション「Windows 10 S」では既定のWebブラウザーがMicrosoft Edgeに固定されており、変更できない。MicrosoftはどのようなWebブラウザーでもWindowsストアで公開されていれば実行できると述べているが、Google ChromeやMozilla Firefoxが実行できるようになる可能性は低いようだ(MSPoweruserの記事、 BetaNewsの記事、 The Vergeの記事、 On MSFTの記事)。

Windowsストアポリシーの10.2.1には「Web を閲覧するアプリでは、Windows プラットフォームによって提供される適切な HTML エンジンと JavaScript エンジンを使用する必要があります。」との記載がみられる。つまり、ChromeやFirefoxをUWP化しただけではWindowsストアで公開できないことになる。このような項目はこれまで存在しなかったが、変更履歴によれば、1月17日のドキュメントバージョン7.2で追加されたようだ。

ストアポリシーの変更についてMicrosoftでは、ユーザーの安全を保つためだとし、他のストアで入手したアプリが使いたいユーザーはWindows 10 Proにいつでも変更できると述べているとのことだ。

なお、NetApplicationsの4月分デスクトップブラウザーシェアデータによれば、1位のChromeが59%を占めており、以下IE(18.40%)、Firefox (11.80%)、Edge(5.62%)、Safari(3.44%)の順になっている。StatCounterではChromeが63.45%。以下全バージョン合計でFirefoxが14.5%、IEが9.00%、Safariが5.18%となっており、Edgeのシェアは3.72%にとどまる。

Mozillaは9日、メールクライアントのThunderbirdについて、Mozilla Foundationがプロジェクトの法的・財政的な本拠地を今後も提供する一方で、Mozilla Corporationのインフラストラクチャーから独立して運営を行う方針を発表した(The Mozilla Thunderbird Blogの記事、 The Registerの記事、 Ars Technicaの記事)。

Mozillaは2015年、Firefoxの開発に注力するため、Thunderbirdを切り離す方針を発表。プロジェクトの受け入れ先を探していた。受け入れ先の有力候補としてはSoftware Freedom Conservancy(SFC)とThe Document Foundation(TDF)が挙げられており、Thunderbirdを独立したプロジェクトとしてMozilla Foundationがホストする案も出された。

Thunderbird Councilではこれらの選択肢を検討してきたが、Mozilla以外の組織に移動すると技術的な問題の解決や強力なチームの構築の障害になるとの結論に達したとのこと。また、ThunderbirdはMozillaと近い関係にあり続けたいと考えており、MozillaもFirefoxに注力する一方でThunderbirdの成功を望んでいることもあるようだ。

ThunderbirdプロジェクトがMozilla Corporationからの独立を迅速に進められない場合、Mozilla Foundationの援助が打ち切られる可能性もある。ただし、当面の問題が解決したことで、プロジェクトでは技術的な問題に注力できるとのこと。中期的にThunderbirdはGeckoベースアプリケーションであり続けるが、長期的にはWebテクノロジーベースのコードに移行することを計画している。今後もパフォーマンスが高いオープンソースのセキュアな電子メールクライアントを維持していくため、高度に熟練したボランティア開発者を探しているとのことだ。

maia 曰く、

MicrosoftがFluent Designを発表した(TechCrunch Japanの記事)。

クロスプラットフォームで2D及び3D環境にも適合したUIのデザインポリシーらしい。Fluentを直訳すれば流暢だろうし、説明にあるeloquentは雄弁である、ちょっと影ついてる、くらいしか分からん。誰かエラい人にご教示頂ければ幸いである。GoogleのMaterial Design、AppleのHuman Interface Guidelinesに匹敵するものらしいが。

Microsoft Fluent Design SystemはこれまでProject Neonと呼ばれていたもので、Windows 10の次期大型アップデート(コードネーム: Redstone 3)に導入されるMetro後継のデザイン言語だ。半透明のすりガラスのような効果が用いられることで、Aero Glass復活とも報じられている(Building Apps for Windowsの記事、 Windows Experience Blogの記事[1]、 [2]、 Windows Centralの記事、 The Vergeの記事)。

Fluent Designの基礎となるのは「Light」「Depth」「Motion」「Material」「Scale」という5つの要素。さまざまなデバイスや入力の種類に対応する没入的で多次元の体験を可能にすることで、すべての人のクリエイティビティをアンロックするとのこと。Windows 10 Insider Previewの最近のビルドではFluent Designの要素が徐々に追加されている。

また、同日にはRedstone 3の正式名称が「Windows 10 Fall Creators Update」となり、今年後半に提供されることも発表された。

Rust言語のパッケージマネージャ「cargo」で、とある開発者が「nul」というパッケージを作成してリポジトリにアップロードしたところ、Windowsユーザーがパッケージの更新を行えなくなるという不具合が発生したそうだ（本の虫）。

Windowsでは、「nul」というファイル名は利用できないことになっている。これは、「nul」というファイル名はUNIX/Linuxで/dev/nullに相当するnullデバイス（「空のファイル」に相当）として使われているためだ。今回の問題は、「nul」というパッケージがリポジトリに追加されたため、Windows環境においてパッケージ情報の更新の際に「nul」というファイルを作成しようとするも、このファイル名を持つファイルの作成は禁止されているためエラーとなり、リポジトリ情報の更新が行えなくなるというもの。

これを受けて、Cargoリポジトリで「nul」や「con」、「prn」などのWindowsでは利用できないファイル名を持つパッケージ名の使用を禁止するという更新が行われている。