はてなブックマーク

Deno アドベントカレンダー 11日目の記事です。 Deno には現在サブプロセスを実行・制御するための API として Deno.run / Deno.spawn系 / Deno.Command の3系統があり、どれを使って良いか分からないという疑問を聞くことが多いです。 結論から言うと、この3つの API のうち、Deno.Command を使うべきです。本記事ではその理由と、各 API が出来た経緯について解説します。 Deno.Command を使うべき理由 Deno.Command は Deno.run と Deno.spawn系の問題を解決した最終的なデザインの API という位置づけです。近い将来 (Deno v1.30 ぐらい) に安定化される可能性が高く、Deno.Command を使っておけばプログラムがそのまま動き続ける可能性が最も高いと考えられます。 ただし、De

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2022年4月、Deno に以下のバグが報告されました。 fetch API を使って 300KB ぐらいあるファイルをアップロードすると、一定確率でアップロードされたファイルが壊れるというバグの報告です。 報告者によれば、1.20.6 まではバグは発生しておらず、1.21.0 から発生するようになったという事です。1.20.6 の次のリリースが 1.21.0 なので、パッチバージョン1個分まで、バグの発生時期が特定されている状態です。 fetch 周りは自分はほぼ実装していないので「担当範囲ではない」感覚だったので、普通にスルーしてい

Deno (ディノ) Advent Calendar 3日目の記事です。 今日は dnt というツールについて紹介します。 dnt とは dnt は Deno 向けのソースコードを Node.js 向けのソースコードに変換するためのツールです。Deno のコアチームメンバーである、David Sherret さんが主に開発しています。GitHub の denoland org 以下にホストされており、位置付け的には Deno 公式の Deno to Node.js の変換ツールです。 使い方 次のような内容の build_npm.ts を用意します。 import { build } from "https://deno.land/x/dnt/mod.ts"; await build({ entryPoints: ["./mod.ts"], outDir: "./npm", package

Deno (ディノ) Advent Calendar 2020、25日目の記事です。今日は Deno が Node.js に依存しなくなった経緯の話をします。 Node.js に依存しながら始まった Deno の開発 Deno は、プロジェクトが始まって以来いくつかの点で Node.js に依存して開発が進められてきました。おもに Node.js に依存していたのは以下の3種類のプログラムです。 バンドラ parcel (のちに rollup に移行) フォーマッタ prettier リンタ tslint (のちに eslint に移行) この中でバンドラが最も最初に Deno 製のツールにリプレースされ、その後フォーマッター、リンターの順でリプレースされていきました。リンターがリプレースされたのはつい最近 (2020年11月) のことです。この記事ではそれぞれの経緯・手法について紹介して

Deno (ディノ) Advent Calendar 2020、18日目の記事です。 今日は、prompt 関数を Deno に実装した話をします。 TL;DR ブラウザの window.prompt() に相当する関数を Deno の API として実装しました https://github.com/denoland/deno/pull/7507 実装そのものは比較的簡単。なぜこの API を入れる必要があるのか、その意義を理解してもらうことに苦労しました。 モチベーションは本の執筆 以前 Denobook 2 を執筆したときに、完全にプログラムの初心者の人に向けて Deno・JavaScript の機能を1から解説していくという記事を書いたのですが、その時不便に感じたのがプログラムへの入力が非常に煩雑であるということでした。 従来の API だと標準入力から1行受け取る呼び出しは以下の

Deno の公式レジストリの登録方法が変わりました! 本記事ではその登録方法について解説します。 (この記事は Deno の公式レジストリに自分の書いたモジュールを登録してみたい人向けの記事です。npm にモジュールを登録した経験がある人などが主な対象読者です。) Deno の公式レジストリとは Deno の公式レジストリは https://deno.land/x にあります。(特に固有の名称などはありません。単にレジストリと呼ばれることが多いです。) これまで、ここに自分の作ったモジュールを登録するには、公式ホームページのレポジトリにある JSON ファイルに PR を出して、 手動でマージしてもらうことが必要でした。 (旧来のワークフローでは手動のレビューとマージをしていました) この若干面倒だった登録フローが、8/3のアップデートで、 PR を出す必要のない自動的なワークフローに置き

Deno (ディーノ) Advent Calendar 18日目の記事です. 今日は date-fns を Deno から使う話です. date-fns とは date-fns はとても機能が豊富な時刻を扱うためのライブラリです. 一昔前は, 時刻といえば moment を使うのが一般的でしたが, 最近では moment のバンドルサイズが大きすぎることや, API のデザインの筋の悪さ(破壊的なメソッドが多い)から moment 代替のライブラリがいくつか活発に開発されています. その中でも人気が高いライブラリの一つが date-fns です. date-fns は moment や dayjs などと違い, 時刻を表すための独自クラスを持たない点が特徴です. 独自クラスを使わずに JavaScript の builtin 型である Date 型を, API の入出力として使います. つ

Deno (ディーノ) Advent Calendar 13日目の記事です. 今日は Deno で AWS Lambda 関数を実装するためのツール deno-lambda の使い方を紹介します. deno-lambda は @hayd Andy Hayden さんが作った, Deno で Lambda 関数を実装するためのツールです. 手順 deno-lambda のリリースページ に行き, 最新バージョンの deno-lambda-layer.zip をダウンロードしてください. AWS Console の Lambda のページに行き Layers タブを選択し, Layer の作成選んでください. 任意の名前を入力し(例. deno-lambda-layer), ダウンロードした deno-lambda-layer.zip をアップロードしてください. アップロード完了したら作成ボ

Deno (ディーノ) Advent Calendar 8日目の記事です. 今日は Deno にコントリビュートするためのヒントを紹介します. Deno 本体をビルドする Deno にコントリビュートするためには, まずは Deno をビルドしてみましょう. Deno 本体をビルドするためには以下のツールが必要になります. Rust 1.39 Python 2.7 Python 3 はダメなので必ず2系をインストールしてください (ただし来年以降は3になる可能性があります) ビルドには必要ありませんが lint やフォーマッティングのために更に以下が必要になります. Node.js 12 Deno をビルドする Deno のリポジトリは以下のコマンドで clone できます.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Deno (ディノ) Advent Calendar 3日目の記事です. 今日は改めて Deno ってなんだっけ? をおさらいしてみましょう. ひとことでいうと Deno は一言でいうと Node.js みたいなやつの新しいやつです. もうすこし詳しくいうと もうすこし詳しくいうと, Deno はターミナルから使うコマンドラインツールで, Deno を使ってサーバーを立ち上げたり, ファイル処理をしたり, いわゆるプログラミング言語で出来る様々な処理を実行することが出来ます. Deno は Node.js と同じように Google C

デザインで気になった点, 表現で気になった点など, ホームページ で気になった点を修正して, PR を投げてみましょう. またホームページの issue もあるため, そちらを解決するのもおもしろいかもしれません. アイコン @hashrock さんが下の Deno のアイコンをコントリビュートしたことは Deno コミュニティの中では有名です. 公式ドキュメントの中でも使われています. @tanakaworld さんの下の Deno アイコンも公式アイコンとして Deno コミュニティに受け入れらています. 公式ドキュメントや, カンファレンスでの発表資料などで使われています. 画力に自信のある人はこういうコントリビュートの仕方もあります. 3rd パーティライブラリ https://deno.land/x/ という URL に行くと Deno の 3rd party モジュールが列挙さ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR 🌱buttons という趣味の web サービスを作った GitHub でソースコードを全部公開 ランニングコストが ¥0 (ユーザーが増えたら課金すればスケール可能) JavaScript only 自分が考えうる限りモダンなスタックで作ったつもり 概要 🌱buttons (くさ・ボタンズ) という趣味の web サービスを作りました。サービスの内容としては 毎日やるタスク のボタンを作って、そのタスクが実行出来たら、そのボタンを押して、その記録をカレンダー形式で表示できる (github のような草🌱が生える) と

tl;dr make をタスクランナーとして使うことに疲れた (.PHONY ってもう書きたくない) yaml ベースのタスクランナーは幾つかあったがしっくり来ない (go-task / robo) そもそもタスクの記述言語をマークダウンにした方が良いのでは? マークダウンベースのタスクランナーを作った! saku! (update: Go言語バージョンも作った!) モチベーション 自分は普段、趣味も仕事もほとんど JavaScript ばかり書いているため、タスクランナーとしては npm run-script を使っています。 run-script はタスクのドキュメントが書けないとか、タスクにコメントをつけれないとか(JSON の文法の制約上)、不満点は色々ありますが、npm-run-all などの支援ツールを利用することで、必要最低限のタスク定義は十分にできるツールと個人的には思って

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

自己紹介 日野澤歓也 (ひのさわよしや) github / qiita は @kt3k 今日はリントの話です JavaScript のリントツールと言えば JSLint / JSHint / ESLint などがありますが 今日紹介するツール Standard Standard という名前のリントツール コマンド名が standard 内部的には ESLint を使っている ESLint おすすめルール集的なものとも言える 特徴1 (リントルール) セミコロンなし 2スペースインデント リントルールは基本的にコンフィグ不可能❗️ プラグイン単位での追加は OK e.g. eslint-plugin-flow eslint-plugin-vue など 特徴2 (コマンド) ファイルの自動検出 standard コマンドを打つとリントすべきファイルをほぼ勝手に探してくれる (↑ 具体的にはこの

この記事は CureApp Advent Calendar 2016 18日目の記事です。 今日はドメインモデルのドキュメンテーションの話です。 さて、DDD を実践していくと、成果物としてドメインモデルの定義が上がってきます。最終的には、それをソースコードに落とし込むというのが、DDD の目標ですが、その前に一旦、これこれのドメインモデルが定義された、ということを記録する必要が必ず生じます。 その定義をどうやって保存するかというのはチームによってまちまちなのではないかと思いますが、自分の経験上、どこにどういう形でドメインモデルのドキュメントを残すかはわりと意見が分かれるトピックです。 自分が今までやってきた手段としては、wiki (コンフルーエンス) に残す、Google スプレッドシートに残す、ホワイトボードに手書きしたものを写真でとるなどの手法をやってきましたが、どれも一長一短でした

standard は feross が作った だいたい 全部入りの JavaScript の style checker です。 内部的に eslint を使っていますが、ルールの変更が基本的に不可能だったり(ルールについてプロジェクト毎に考えるべきでないという思想のため)、リントすべきファイルについてのルールがあらかじめ含まれていたりして、eslint を生で使う場合に比べて、考えることを大幅に減らせることが特徴です。 特徴 セミコロンなし 2-space インデント ルール単位でのでコンフィグ不可 ルールをコンフィグできない事でスタイルを統一するべきという思想のため。 プラグイン単位での追加は可能 (例えば、eslint-plugin-react を追加するなどはできる) cli (standard) を引数なしで呼び出すと、リントすべきファイルを勝手に全てリントしてくれる stand

This is a Japanese translation of Headless Browser Testing With Xvfb by Toby Ho. Toby Ho は JavaScript のテストフレームワーク testem の作者。testem は Google が開発する Karma フレームワークと並んで、実ブラウザ上でテストケースを走らせられるツールとして人気があります。 by Toby Ho, 2015/01/09 いまどき "ヘッドレスブラウザ" と言うと、PhantomJS がすぐに思い浮かぶかもしれませんが、実は他にも選択肢があります。この記事では Linux で使える Firefox, Chrome などの実ブラウザのヘッドレスな (GUI 無しでの) 実行の仕方の紹介をします。(そのために Xvfb というツールを使います) PhantomJS の何が問

この記事は CureApp Advent Calendar 2016 13日目の記事です。 今日は、デザインの話、というか、デザインをいかにしないかという話です。 web サイトを作っていると良くある依頼: web ページを作ってほしいんだけど、デザインにかけるコストを 限りなく少なくしてほしい。 でも それなりに最低限の見栄えがする程度にはしてほしい。 ほら、例えば Bootstrap のデフォルトぐらいにはしてほしい。 こういう何となく都合の良いお願いをされることがよくあります。そして、本当にコストをかけないで数行の css で持って行くと「なんか違う」「もうちょっと何とかならないか」的な意見が出て、気がついたらそれなりに作り込んでいるということが良くあります。 依頼される場合以外でも、自分でなんらかの web ページを作りたい時に、単純に情報共有だけが目的で、デザインはどうでも良いと

この記事は CureApp Advent Calendar 2016 2日目の記事です。 今日は新しいモックライブラリの testdouble.js の話です。 モックとは ソフトウェア開発におけるモックとは、テスト環境において本物を使ってしまうと何らかの理由で都合が悪いものを、テスト環境で本物とすり替えて使う何らかの 偽物 のことです。 「テスト環境において本物を使ってしまうと都合が悪いもの」の例としては、例えば、データベース接続、外部API接続など、環境を準備することができない/面倒/コストが高いものなどがあります。モックを使うことで、そのような構築コストの高い環境設定をスキップして、効率よくテストを実行することができます。 また、モックを使う別な理由として、テストの実行速度の高速化があります。ファイルアクセスやデータベースアクセスは一般的に遅いため、そこをモック処理に置き換えることで

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?