パスワードを忘れた? アカウント作成

アカウントを作成して、スラドのモデレーションと日記の輪に参加しよう。

16213929 story
プログラミング

Microsoft、Outlook REST APIの廃止を延期 11

ストーリー by headless
延期 部門より
Microsoft は 11 月 23 日、Outlook REST API v2.0 および Beta エンドポイントの廃止を延期すると発表した (Exchange Team Blog の記事Neowin の記事)。

Outlook REST API は Outlook.com や Office 365 などのメールボックスデータにアクセスする API。Microsoft は幅広いサービスに対応可能な Microsoft Graph への移行を進めており、2022 年 11 月 30 日に Outlook REST API を廃止すると 2 年前に発表していた。

しかし、顧客やパートナーからのフィードバックを受けて、廃止の延期を決めたという。現時点で新しい廃止時期は決まっていないが、Microsoftでは 2023 年中の廃止を目指しており、エンドポイントをブロックする前に 6 か月の猶予期間を設けるとのことだ。
16159021 story
プログラミング

GitHubが「2022年に最も使用されたプログラミング言語ランキング」を発表 73

ストーリー by nagazou
流行廃り 部門より

GitHubが、2022年に同プラットフォーム上で使用されたプログラミング言語に関する統計データを発表した(GitHubGIGAZINEPublickey)。プログラミング言語トップ10は以下の通り。

  1. :JavaScript
  2. :Python
  3. :Java
  4. :TypeScript
  5. :C#
  6. :C++
  7. :PHP
  8. :シェルスクリプト
  9. :C言語
  10. :Ruby

なお2022年に最も使用されたプログラミング言語は「JavaScript」で、最も伸びたプログラミング言語は「HCL(HashiCorp Configuration Language)」、使用率が減少したプログラミング言語は「PHP」だったとしている。HCLが増えているのはープンソースのソフトウェアツールであるTerraformとIaCプラクティスの人気が高まりが一因であるらしい。なお、前年比での使用率が最も増加したプログラミング言語は次の通りとなっている。

  1. :HCL(成長率56.1%)
  2. :Rust(成長率50.5%)
  3. :TypeScript(成長率37.8%)
  4. :Lua(成長率34.2%)
  5. :Go(成長率28.3%)
  6. :シェルスクリプト(成長率27.7%)
  7. :Makefile(成長率23.7%)
  8. :C言語(成長率23.5%)
  9. :Kotlin(成長率22.9%)
  10. :Python(成長率22.5%)
16137929 story
プログラミング

NSA、可能な限りメモリ安全なプログラミング言語を使うことを推奨 105

ストーリー by headless
安全 部門より
米国家安全保障局 (NSA) は 10 日、メモリ安全性の問題に対応するためのガイダンスを公開し、可能な限りメモリ安全なプログラミング言語を使用するよう推奨した (プレスリリースThe Register の記事ガイダンス: PDF)。

Microsoft は 2019 年、過去 12 年間の Microsoft 製品の脆弱性は 70 % がメモリ安全性に起因すると述べており、Google も 2020 年に Chromium の重大な脆弱性の 70 % がメモリ安全性に起因すると述べていた。

広く使われているCやC++などの言語はメモリ管理の自由度が高い一方で、必要なメモリ参照の確認はプログラマーに強く依存する。ソフトウェア解析ツールを使用すればある程度の保護は可能になるが、メモリ安全な言語はそれ自体がメモリ管理の問題の多くに対応可能な保護機能を提供する。そのため、可能な場面ではメモリ安全な言語の使用が推奨されるとのこと。メモリ安全な言語の例としては、C#・Go・Java・Ruby・Rust・Swift が挙げられている。
15838466 story
プログラミング

「東方Project」初期のPC98作品をリバースエンジニアリングするプロジェクト 52

ストーリー by nagazou
問題ありそう 部門より
microwavable 曰く、

言わずと知れた同人ゲーム(今もそうなのか?)東方シリーズの初期作品を海外有志がリバースエンジニアリングするプロジェクトが進行中だそうな(GithubGIGAZINE)。

作者であるZUN氏の元にもソース等が現存していない、と氏が公言している(要出典)ことから、バイナリを元に再現を…という話だそうだけど、このプロジェクトはZUN氏の耳には入っているのだろうか。存命の人物の著作物の非公式(と思われる)リバースエンジニアリングっていうのがどうも気になる。

15831154 story
プログラミング

オフラインでStack Overflowでの調べものを可能にするOverflow Offline 62

ストーリー by headless
解決 部門より
Stack Overflow は 20 日、インターネットが自由に使用できない環境でも Stack Overflow での調べ物を可能にする Overflow Offline プロジェクトを発表した (Stack Overflow Blog の記事The Verge の記事)。

Overflow Offline は同様の趣旨でウェブサイト全体の圧縮コピーを作成・提供する非営利組織 Kiwix との提携により実現したものだ。Stack Overflow がプロジェクトに着手したのは 2019 年秋。既にKiwix は Stack Overflow のイメージを提供しており、Wikipedia に続く人気データセットとなっていたが、2018 年から資金難によりイメージが更新できない状況にあったという。

このことを知った Stack Overflow は過去 2 年間にわたって資金・技術の両面で Kiwix をサポートし、更新を妨げていた問題をクリアするだけでなく、データのユーザビリティを改善するためのリソースも提供したとのこと。Kiwix では Sotoki (Stack Overflow to Kiwix) と呼ばれるスクレイピングツールを作り、Stack Exchange の全 180 サイトをキャプチャーできるようになっているそうだ。

Overflow Offline が特に有益な 3 つのユースケースとして、青少年矯正施設でのプログラミング学習と南極の遠隔地に設置された調査拠点でのプログラミング、インターネット接続が不安定な地域でのプログラミング学習 (学校の授業や家庭での宿題) が挙げられている。

南極では研究で大量の Python コードを書く必要のある IceCube Neutrino Observatory が Stack Overflow を調べものに使用しており、研究者が年に 1 回自由にインターネットアクセスが可能な基地まで行ったときに新しいデータをダウンロードしているとのことだ。
15790694 story
Windows

Microsoft製品に緊急の脆弱性。早期のアップデート適用を 16

ストーリー by nagazou
脆弱性 部門より

Microsoftは米国時間の9月13日、64件の脆弱性を修正する月例パッチを公開した。この中には「Critical」(緊急)に分類される脆弱性5件と、悪用されている脆弱性1件が含まれている。米国土安全保障省サイバーセキュリティ・インフラストラクチャセキュリティ庁(CISA)は、脆弱性を悪用されるとリモートからシステムの制御権が乗っ取られる危険性があることから、セキュリティ情報をチェックした上で必要に応じてアップデートを適用することを推奨している。なお以下のMicrosoft製品に対しても、セキュリティアップデートが提供されている(MicrosoftリリースCISAリリースTECH+窓の杜)。

脆弱性が存在するとされる製品は以下のとおり。

  • .NET and Visual Studio
  • .NET Framework
  • Azure Arc
  • Cache Speculation
  • HTTP.sys
  • Microsoft Dynamics
  • Microsoft Edge (Chromium-based)
  • Microsoft Graphics Component
  • Microsoft Office
  • Microsoft Office SharePoint
  • Microsoft Office Visio
  • Microsoft Windows ALPC
  • Microsoft Windows Codecs Library
  • Network Device Enrollment Service (NDES)
  • Role: DNS Server
  • Role: Windows Fax Service
  • SPNEGO Extended Negotiation
  • Visual Studio Code
  • Windows Common Log File System Driver
  • Windows Credential Roaming Service
  • Windows Defender
  • Windows Distributed File System (DFS)
  • Windows DPAPI (Data Protection Application Programming Interface)
  • Windows Enterprise App Management
  • Windows Event Tracing
  • Windows Group Policy
  • Windows IKE Extension
  • Windows Kerberos
  • Windows Kernel
  • Windows LDAP - Lightweight Directory Access Protocol
  • Windows ODBC Driver
  • Windows OLE
  • Windows Photo Import API
  • Windows Print Spooler Components
  • Windows Remote Access Connection Manager
  • Windows Remote Procedure Call
  • Windows TCP/IP
  • Windows Transport Security Layer (TLS)
15782084 story
GNU is Not Unix

RMS、GNU C 言語リファレンスマニュアルをアナウンス 90

ストーリー by nagazou
マニュアル 部門より
headless 曰く、

RMS こと Richard M. Stallman 氏が 6 日、「GNU C Language Intro and Reference Manual」のリリースをアナウンスした (メーリングリストでのアナウンスPhoronix の記事Git リポジトリ)。

マニュアルは GNU Compiler Collection (GCC) とともに使用する C 言語を解説したもので、この C 言語の方言を GNU C と呼ぶ。既に C 言語を知っている場合は GNU C のリファレンスマニュアルとなり、プログラミングの基本を理解しているが C 言語を知らない場合は C 言語の学習に使用できるとのこと。

一方、プログラミング初心者に対しては C 言語から始めるのではなく、自動ガーベージコレクションを備え、明示的なポインターをサポートしない Lisp や Scheme、Python、Java などの言語から始めることを推奨している。

15769287 story
プログラミング

開発から 45 年、プログラミング言語 AWK に Unicode サポートが追加 70

ストーリー by nagazou
開発者生活45年 部門より
headless 曰く、

プログラミング言語 AWK が最初に開発された 1977 年から 45 年後の2022年、Brian Kernighan 氏により Unicode サポートが追加されたそうだ (README.unicodeThe Register の記事Ars Technica の記事Computerphile 動画)。

Kernighan 氏は AWK (Aho Weinberger Kernighan) の「K」の由来でもあるオリジナル開発者で、80 歳になる。GitHub の「The One True Awk」リポジトリに Unicode サポートがコミットされたのは 6 月 1 日だったが、先週 Kernighan 氏が YouTube の Computerphile に出演するまで注目されずにいたようだ。Kernighan 氏によれば、AWK が Unicode をサポートしていないことを長らく残念に思っていたという。そのため、数か月前にまとまった時間を取り、UTF-8 を処理できるようにしたとのこと。このコミットはメインテナーの Arnold Robbins 氏の助けを借りて実行したが、Kernighan 氏は git を理解して自分でプルリクエストも実行したいと述べている。

15765104 story
プログラミング

Denoが3カ月以内にnpmパッケージへ対応と発表 4

ストーリー by nagazou
対応 部門より
オープンソースのランタイムおよびフレームワーク「Deno」を開発するDeno Landは15日、Denoのnpm(Node Package Manager)パッケージへの対応や高速化などの新たな取り組みを発表した。この発表では、npmへの対応、最速のJavaScriptランタイムを目指す、企業向けサポートという大きな方向性が示されている(Denoの発表Publickey)。

Denoは、Node.jsを開発したライアン・ダール氏らが中心となって開発されたものだが、サーバサイドのJavaScript/TypeScriptを新たに開発する意図からnpmには対応してこなかつた。しかし需要などを鑑みて方針転化を図った模様。今後3カ月以内にnpmパッケージをDenoで動作できるようにしたい考えだという。

あるAnonymous Coward 曰く、

TypeScriptが直で動くしnodeからいろいろ改善されてるDenoいいよな~、でもnpmが使えないのがなぁ~
なんて感じの人は結構多いんじゃないかな?(私はそれ)
実現すればサーバサイドJS界の中でけっこーシェア伸ばしそうな気がする。

15706126 story
インターネット

「ぬるぽ」→「ガッ」の誕生から20周年 48

ストーリー by nagazou
20周年 部門より
ネット歴がの長い人なら割とおなじみの、ネット掲示板上で「ぬるぽ」と書かれたら「ガッ」っと突っ込む一連の流れ。ITmediaの記事によれば、この一連の流れが誕生してから2022年6月20日で20周年となるそうだ。誕生したのは当時の2ちゃんねる(現5ちゃんねる)で、プログラマー板に「NullPointerExceptionを『ぬるぽ』と呼ぶスレ」が立てられたのがきっかけとなっている(ITmedia)。

このスレでは、1が「ぬるぽ」と書き込んだ2分後、次に書き込んだ人(>>2)が>>1を「ガッ」とたたくアスキーアートを投稿。その後、その流れがネットスラングとして定着することとなった。記事によればなぜ「ガッ」と返すのかは当時書き込みをした「>>2」にしか分からないとしている。スラドならリアルタイムで該当スレの当時の流れを見ていた人もいそうではある。

あるAnonymous Coward 曰く、

2ちゃんねるのプログラマー板に当該スレッドが建てられたのが2002/6/20とのこと

15607462 story
プログラミング

プログラミング言語「Go」1.18 がリリース、ジェネリクスがサポートされる 48

ストーリー by nagazou
リリース 部門より
プログラミング言語「Go」の最新版となる「Go 1.18」が15日にリリースされた。2021年8月に公開されたバージョン1.17から0.01分のバージョンアップだが、過去最大の変更の変更を含むリリースとなっている模様(Go 1.18 Release NotesPublickey窓の杜OSDN Magazine)。

1.18ではジェネリクスと呼ばれるプログラミング手法がサポートされたのが最大の特徴。1.18のジェネリクスはいくつか制約が残されているものの、今後のアップデートで改善されていく予定だとしている。ほかにも不具合を検出するテスト手法であるファジングのサポートや複数のモジュールを使った開発を容易にするワークスペースモードモードなども採用されているとしている。

あるAnonymous Coward 曰く、

Go言語では当初、言語仕様が複雑になるとして意図的にジェネリクスを実装しなかったが、ジェネリクスが必要だというユーザーの声に抗えず、ついに導入となったようだ。果たして使い勝手はどうだろうか?

15606405 story
バグ

Hello, Worldに潜むバグ 67

ストーリー by nagazou
Hello,-World 部門より
route127 曰く、

プログラミングの第一歩としてお馴染みの課題であるHello, Worldであるが、これをANSI-Cに基づいてmainの戻り値をEXIT_SUCCESSマクロで記述し、出力をENOSPCエラーを返す疑似デバイスファイルである/dev/nullへリダイレクトさせるよう実行すると正常終了するというバグがあるようだ。
(https://blog.sunfishcode.online/bugs-in-hello-world/)

C言語以外でもJava、Haskell、Node.js、Ruby、およびPython 2では同様の動作であるが、Python 3、Perl、およびBashでは正しくエラーとなるとのことである。
Linuxでは/dev/fullの存在はお馴染みとなっているがBSD系では2014年にFreeBSD 11.0-CURRENTが、2018年にNetBSD 8が/dev/fullを追加しているようだ。

こうしたANSI-Cに比べれば追加されて日が浅い機能である/dev/fullがバグを顕在化させた側面もあるのだろうか?
豊富な実務経験を持つスラド諸兄から本件の「バグ」についてご意見を頂戴したいところである。

15589276 story
プログラミング

郵便番号API企業の「使いやすい入力欄」の作り方が人気に 147

ストーリー by nagazou
半角や全角強制とかね 部門より
ITmediaの記事によれば、適切な住所入力フォームの作り方を紹介した「これだけは押さえよう!住所フォームの作り方」というサイトがネット上で話題になっているという。元記事はSIerのオープンコレクターが公開したもので、以前紹介したことのある郵便番号API「ケンオール」のPR記事として作られたものだそうだ(ITmedia)。

記事中で紹介されているポイントは多岐にわたるが「オートコンプリート機能に最適化する」、「郵便番号フィールドは1フィールドにしてハイフン有無どちらも対応する」等の最低限抑えるべきポイントなどを列挙しつつ、こうした要素を満たした見本となるデモページも公開している。デモページのソースコードも見ることができる。
15570448 story
テクノロジー

GitHub、Markdownで図を描けるMermaidに対応 39

ストーリー by nagazou
表現力 部門より
あるAnonymous Coward 曰く、

GitHubは14日、README.mdファイルなどで用いられているMarkdown構文で図を描くことができる「Mermaid」と呼ばれる記法に対応したことを発表した(公式ブログ, Publickeyの記事, Gigazineの記事, Codezineの記事)。

Mermaid記法を用いると、テキストから、フローチャート、シーケンス図、クラス図、ステート図、ER図、ガントチャート、パイチャート、ユーザージャーニーなどの図を自動生成することができるという。具体的には例えば以下のような構文で、A→B/C→Dのようなフローチャート等を書くことができる。
```mermaid
    graph TD;
            A-->B;
            A-->C;
            B-->D;
            C-->D;
```

その他にも各地に既に多くのサンプルが上がっているが、これまでMarkdownに図を埋め込む場合は、別途画像ファイルを生成してそれを参照するしかなかったので、これがMarkdown内で完結するのは大変便利であろう。この手のテキストから図を生成する仕組みは他にもPlantUMLなどが存在するが、GitHubの採用を受けて今後はMermaidが主流になっていくかもしれない。

15538946 story
プログラミング

業界とは逆?子供にはローレベルプログラミングを教えるべきという指摘 139

ストーリー by nagazou
日本語高級すぎる 部門より

Kota Morishitaさんの以下のプログラムに関するツイートが話題となっている。そのまま引用してみる(Kota Morishitaさんのツイートその1その2本人たちによる解説動画)。

嫁「もっと子供にローレベルなプログラミング教えてよ」 俺「最初はハイレベルの方が良くない・・?」

お嫁さんの方はローレベル=入門向けという意味合いで使っているのに対し、Kotaさんの方はプラグラミング用語としてのハイレベル=高水準言語とローレベル=低水準言語の意味合いで使ってる。一般的にはお嫁さんの意味の方が通ると思うが、先の夫婦間の話題の種がプログラミングであったためにこうした微妙にかみ合わない会話となり、結果としてバズることになったようだ。

typodupeerror

人生unstable -- あるハッカー

読み込み中...