Rivian offers (up to) $5,000 discount if you trade in your gas-powered truck
Reality check for Cloudflare Wasm Workers and Rust Published on: September 17, 2021 With native Rust support recently announced for Cloudflare Workers, I wanted to take a moment and write about the possibilities, but also the obstacles as a sort of reality check for myself. I’m extremely bullish about Cloudflare, Wasm, Rust, edge computing, and the recently announced native Rust support. If I’m no
要約:決定版はとくにない。 kzys氏のシェルスクリプトを書かないという記事は面白かった。 https://blog.8-p.info/ja/2021/09/15/bash/ シェルスクリプト、ごくたまに書くことはあるが、ほんともう細かい話とかはすべて忘れているし、覚える価値を感じない。いまさら覚える必要のない技術だなと感じる。が、その一方でなかなか代替品がないようなニッチでもある。 自分は必要に応じてPythonかRubyか、といったあたりを使うことが多いが(perlはもう書けなくなった)、なかなかこれという感じには思い至らない。なにがいいんだろうね?という。 前提条件:インタラクティブな環境(REPL)はなくてもいい。そこはもう既存のシェルでいい。自動化したシェルスクリプト的なタスク記述を目標とする。bashの置き換えという意味では「どこにでもインストールされていることを前提にしないと
Insider Preview版ながらWindows 11にも対応 すでに述べたように、マイクロソフトは、今のところARM版のWindows 10を、一般ユーザー向けに販売していない。ということは、いくらParallels DesktopがARM版をサポートしていても、正式リリース版としては使えない。このあたりの事情は、以前の記事「M1搭載Mac用「Parallelsプレビュー版」で分かった高い互換性、MacのWindows環境は安泰」に書いた通りだ。 今のところM1搭載Macでは、ARM用WindowsのInsider Preview版を利用するしかない。しかしマイクロソフトとしても、市販するつもりがまったくないものをInsider Preview版として公開し続けるということもないだろうと思われる。しかも、Windows 10だけでなく同11のARM版もInsider Previewを
Swift 5.5 で Swift に Concurrency (並行処理)関連の言語機能が追加されました。これによって、 Swift で非同期処理・並行処理のコードをより簡潔かつ安全に書くことができるようになります。 しかし、 Swift Concurrency は Structured Concurrency や Actor など、多くの人にとって馴染みが薄いだろうと思われる概念を含みます。具体例を通して効率よく Swift Concurrency を習得できるように、本記事では iOS アプリを題材に、 Swift Concurrency 導入以前( Before )と導入後( After )のコードを比較することで、何がどのように変わるのかを紹介します。 なお、 Swift Concurrency 関連の機能は次の三つに大別できるため、本記事の Before & After の例も
「Oracle JDK 17」および将来のJDKリリースは、次回のLTSリリースから1年後まで、無料で使用できるライセンスの下で提供され、同社はGPLの下でOracle OpenJDKのリリースを提供し続ける、としている。 今回リリースされた「Java 17」に含まれる「Oracle JDK 17」では、シールドクラスとインターフェースが他のどの型またはインターフェースがそれらを拡張または実装できるかを制限するようになった。 また、Java 1.2以降で行われていた浮動小数点セマンティクスにおける制限の緩和が廃止され、常に厳密な浮動小数点セマンティクスを使用するよう仕様が戻ったほか、疑似乱数ジェネレータ(PRNG)の新しいインターフェイスタイプと実装が提供され、さまざまなPRNGの相互運用性が向上し、特定の実装をハードコーディングするのではなく、要件に基づいてアルゴリズムを簡単に要求可能に
Javaの長期サポート(LTS)版、次回は2年後に登場の見通し。オラクルがLTSのサイクルを3年から2年に変更提案 現在、Javaは3年ごとに長期サポート(LTS:Long Term Support)版がリリースされています。最新のLTS版は今週リリースされたばかりのJava 17で、その1つ前のLTS版はちょうど3年前の2018年9月にリリースされたJava 11でした。 この3年ごとに設定されたLTS版のリリースを、2年ごとに短縮しようという提案が行われています。 オラクルでJavaの顔ともいえるJava Platform Groupのチーフアーキテクトを担当しているMark Reinhold氏は、自分のブログに記事「Moving Java Forward Even Faster」を投稿し、LTS版のリリースサイクルを3年から2年にしようと提案。これをJavaの開発者コミュニティのメー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く