azu

tsconfig.json の設定についてのメモ書きです。

• TypeScript: TSConfig Reference - Docs on every TSConfig option
• TypeScript: Documentation - What is a tsconfig.json

Node.jsのバージョンごとの設定

target は 変換後のコードのECMAScriptバージョンを指定する たとえば、Node.js 14はES2020をサポートしている。そのため、Node.js 14向けのコード(サーバなど)ならtarget: "ES2020"を指定することで、余計なTranspileが省かれててコードサイズや実行時間が最適化される。

sindresorhus

Pure ESM package

The package that linked you here is now pure ESM. It cannot be require()'d from CommonJS.

This means you have the following choices:

1. Use ESM yourself. (preferred)
   Use import foo from 'foo' instead of const foo = require('foo') to import the package. You also need to put "type": "module" in your package.json and more. Follow the below guide.
2. If the package is used in an async context, you could use await import(…) from CommonJS instead of require(…).
3. Stay on the existing version of the package until you can move to ESM.

nabettu

[
  "0",
  "400",
  "401",
  "402",
  "403",
  "404",
  "405",
  "406",
  "407",

sandabu

<?php
//Composerでstripe/stripe-php をrequire済み
require_once __FILE__. './jp.php';

try{
    Stripe\Stripe::setApiKey('sk_test_YOUR_KEY');
    Stripe\Charge::create([]);
}catch(Stripe\Error\Base $e) {
    $err = $e->getJsonBody()['error'];
    if(key_exists('code', $err)) {

dmail

/*
                                                           href
                   ┌────────────────────────────────────────┴──────────────────────────────────────────────┐
                origin                                                                                     │
      ┌────────────┴──────────────┐                                                                        │
      │                       authority                                                                    │
      │           ┌───────────────┴───────────────────────────┐                                            │
      │           │                                         host                                       resource
      │           │                                ┌──────────┴─────────────────┐             ┌────────────┴───────────┬───────┐
      │           │                             hostname                        │          pathname                    │       │

mikkame

スーパーマリオ64（任天堂）
パイロットウイングス64（任天堂）
最強羽生将棋（セタ）
ウェーブレース64（任天堂）
ワンダープロジェクトJ2 コルロの森のジョゼット（エニックス、コントローラーパック同梱）
栄光のセントアンドリュース（セタ）
マリオカート64（任天堂、コントローラー・グレー&ブラック同梱）★
超空間ナイター プロ野球キング（イマジニア）
実況Jリーグ パーフェクトストライカー（コナミ）
麻雀MASTER（コナミ）

matope

#NoSQLデータモデリング技法

原文：NoSQL Data Modeling Techniques « Highly Scalable Blog

I translated this article for study. contact matope[dot]ono[gmail] if any problem.

NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較される。NoSQLのこの側面は実践と理論の両面からよく研究されている。ある種の非機能特性はNoSQLを利用する主な動機であり、NoSQLシステムによく適用されるCAP定理がそうであるように分散システムの基本的原則だからだ。一方で、NoSQLデータモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティックな理論に欠けている。本稿で、私はデータモデリングの視点からのNoSQLシステムファミリーの短い比較といくつかの共通するモデリングテクニックの要約を解説したい。

本稿をレビューして文法を清書してくれたDaniel Kirkdorfferに感謝したいと思う