なにこれ Deno はセットアップが非常に簡易で、スクリプトの書き捨てに便利です。 npm install xxx 相当のことをしなくても、import "xxx" と書いておけば裏側でキャッシュして型チェックしつつコードが書けます。 Deno を Jupyter Kernel として使って、 ログを .ipynb として保存すると、GitHub が対応しているので実行結果をプレビューできて便利です。 実際に試したURLはここ。 以下のURLは、実際に puppeteer を動かして、そのスクリーンショットを表示しているところです。 実行結果を保存してくれるので、実験用の書き捨てのスクラップを作るのに便利です。 環境のセットアップ vscode に deno と jupyter の拡張を入れます。 使いたいプロジェクトで、 Python と Kernel をセットアップします。 今回は u
In 2024, the Deno team made significant strides towards our vision of simplifying programming. We launched the highly anticipated Deno 2, which provides backwards compatibility with Node and npm, adds dependency management to the toolchain, and expanded flexibility with monorepo and workspace support. Here’s a summary of notable technical improvements in 2024: You can now run Node applications wit
Deno v2が正式にリリースされました🎉 この記事では、Deno v1.0.0リリース時点からDeno v2.0.0までのリリースに渡って起きた大きな変更などについて、当時の状況と比較しつつまとめます。 GoスタイルAPIの見直し - Web標準への準拠を高める Deno v1.0.0時点でのDenoのAPIの設計について Deno v1.0.0の時点ではDenoにおける様々なAPIやコマンドなどがGoの影響を強く受けていました: 例) 様々なリソースへのIOのためのインターフェース (Deno.Reader/Deno.Writer) deno runコマンド (スクリプトランナー) deno fmtコマンド (Formatter) deno docコマンド (APIドキュメンテーションツール) deno testコマンド (テストランナー) Denoは初期の頃からWeb標準への準拠が
Watch our video announcement. Announcing Deno 2The web is humanity’s largest software platform — building for it means potentially reaching over 5 billion people. But as web development has accelerated in recent years, it has also become increasingly and unmanageably complex. Before writing a single line of code, developers must deal with tedious configuration and wading through unnecessary boiler
一応もうひとつ補足すると、Deno で TypeScript の実装の定義に飛べるのは TypeScript で実装されたものだけです。具体例で言うなら std/* や各種ライブラリのコードにはジャンプしてそのまま実装を読むことができますが、Deno.* などの Deno コアの組み込み API の実装には飛べません。なぜならこれらは、TypeScript 型定義は提供されているものの、実際には Rust と JavaScript ランタイムの層で実装されているためです。 もちろん、例えば VS Code なら "TypeScript: Go to Source Definition" といったコマンドがあり、それを叩くと JavaScript のシンボルにジャンプできる…ようになっている…一応。しかし、実際にやってみるとわかるが、それが期待通りの結果になってくれることは、残念ながらほとん
開発に関する重要な会話でもSlackでやりとりがされがちですが、GitHubに連携したいという気持ちがあります。 もちろん、GitHubになるべく書いてください、といって解決すればよいですが、Slackのほうが距離が近いとか、そもそも開発者以外と会話するということもあります。 そのときに、SlackのポストをうまくGitHubに同期する方法を持っておけば、色々工夫できます。この記事では、その同期の部分のみに着目しますが、実際はさらにそれをどう活用するかというのを考える必要があります。例えば、既存のスレッドに !gh-link 123 としたらそこから先のメッセージが Issue 123 に連携される、みたいな。その活用の部分はアイデア次第になります。 同期をするときに、画像やファイルもやはり同期したくなります。今回はその方法を中心に紹介します。 記事内のコードは Slack Deno SD
2024年8月、Deno Deploy が Web Cache API をベータサポートしました。 Introducing Web Cache API support on Deno Deploy これまで、「cliでは使える」という状況でした。 Deno Deploy でも使えるようになります。 確認がてら、micro CMS との連携を試みてみます。 参考 Introducing Web Cache API support on Deno Deploy dosc.deno.com - Deno APIs > Web > Cache mdn- Web API Cache できなかったこと実装の中でできなかったことがあります。 できなかったことを踏まえて実装しているので、先にその点を共有します。 Deno の Web Cache API には、実装がないものがあるDeno の Web Ca
最近ちょっと必要があって、DenoでCLIコマンドを作ってみた。 いままでこういったCLIコマンドはNodeやPythonで作ることが多かったのだけど、Denoの使いごこちが知りたくて作ってみたら、 思いのほかすごく快適だったので紹介する。 作ったのは、 decor というマークダウン変換ツールだけど、なにを作ったかよりも、 どう作ったかが重要なので、この記事では深掘りしない。 目次 Denoとは Deno気持ちいい プログラムの配布 ソースコード以外のアセットを配布する 依存モジュールの自動更新 マークダウンパーサー DOMパーサー まとめ Denoとは Denoは、Node.jsのクリエイターである Ryan Dahl が、 Node.jsでの反省点 を盛り込んで作り直したJavaScriptランタイム。セキュリティーを念頭に置いて設計されている。詳しくは検索してください。 Deno気
7月30日、Denoで「HTTPインポートに関して私たちが間違っていたこと(What we got wrong about HTTP imports)」と題した記事が公開された。この記事では、Deno、そしてNode.jsの開発者であるライアン・ダール自身が、DenoのHTTPインポートの設計に関する誤りと、それに対する解決策について（そして、JSRとDeno 2のPRも含め）述べている。 以下に、その内容を詳しく紹介する。 本記事は、以下のエキスパートに監修していただきました: 古川陽介さん（Japan Node.js Association代表理事） HTTPインポートとは DenoのモジュールシステムをHTTPインポートに基づいて設計するという試みは、npmに代わる分散システムをHTTP上で実現することを目指していた。これにより、package.jsonファイルやnode_modul
Everything should be made as simple as possible, but not simpler. Albert Einstein From the beginning, HTTP imports have been a key feature of Deno. For years, this was the entire module system, aimed at simplifying JavaScript development by using the web’s distributed nature, unlike npm’s centralized registry. For example, you can import the assertEquals() function from the standard library like t
$ git restore deno.json $ deno fmt ./**/*.ts $ deno check ./**/*.ts $ deno test 背景 deno.land/x は今後レジストリとしては開発されなくなる という状態になっていて、denops/std も7.0.0からjsr.ioでの公開になるようです。 プラグインが動かなくなることは、(おそらく)ないはずですが、追従が面倒になるのでできれば合わせておきたいところ。 何をすればいいのか "https://deno.landから読み込んでいたライブラリをjsr:からの読み込みに変える" ことが必要です。 ただ、使っているライブラリのどれがjsr:での読み込みに切り替えられるのか、いちいち調べるのは面倒だったりします。 幸いなことに、denoland/x-to-jsrという便利なツールがあるので、これを使います。
🐷 What's Poku?A cross-platform test runner that brings the JavaScript essence back to testing. ⚡️ Quick Tutorials
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
