One Paragraph of project description goes here
These instructions will get you a copy of the project up and running on your local machine for development and testing purposes. See deployment for notes on how to deploy the project on a live system.
- 更新
2023-10-04
- 作者
@voluntas
- バージョン
2023.2
- URL
- 更新
2024-04-20
- 作者
@voluntas
- バージョン
2024.3
- url
概要
- 更新
2023-12-08
- 作者
@voluntas
- バージョン
2023.2
- URL
タイポなどは Twitter の @voluntas までお願いします。
voluntas
/ hireling_erlang_vm_contributor.rst
Last active
December 13, 2023 02:48
Erlang VM に貢献したい人を探しています
- 更新
2023-12-14
- バージョン
2023.1
- 作者
@voluntas
- URL
概要
okapies
/ promises-are-functional.md
Last active
August 14, 2023 11:44
翻訳: ”命令型のコールバック、関数型のプロミス: Node が逸した最大の機会” by James Coglan
Original: "Callbacks are imperative, promises are functional: Node's biggest missed opportunity" by James Coglan
Translated by Yuta Okamoto (@okapies)
- 訳者は JavaScript や Node.js に関する専門知識がほとんどありません。識者のツッコミをお待ちしております。「◯◯が分からない」等も歓迎です。
- 元記事から構成を一部変更しています。また、関数型プログラミングに関する記述のうち、議論の骨子に絡まないものは省略しています。
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| defmodule XmlNode do | |
| require Record | |
| Record.defrecord :xmlAttribute, Record.extract(:xmlAttribute, from_lib: "xmerl/include/xmerl.hrl") | |
| Record.defrecord :xmlText, Record.extract(:xmlText, from_lib: "xmerl/include/xmerl.hrl") | |
| def from_string(xml_string, options \\ [quiet: true]) do | |
| {doc, []} = | |
| xml_string | |
| |> :binary.bin_to_list | |
| |> :xmerl_scan.string(options) |
- 日時
2023-07-09
- 作
- バージョン
2023.2
- URL
- depth
1
2013 Minori Yamashita ympby@gmail.com
-- ここにあなたの名前を追記 --
kawasima
/ 01_ADR.md
Last active
February 3, 2023 03:04
http://thinkrelevance.com/blog/2011/11/15/documenting-architecture-decisions
アジャイルプロジェクトのアーキテクチャは、別々に記述され定義されなければなりません。すべての意思決定が一度にされるわけでもなく、プロジェクト開始時にすべての意思決定がされてるわけでもありません。
アジャイル手法では、ドキュメンテーションに反対はしませんが、価値のないドキュメンテーションはいけません。チーム自身の助けになるようなドキュメントは価値がありますが、ちゃんと最新化し続けなければなりません。膨大なドキュメントでは、最新化されなくなることでしょう。小さくまとまりのあるドキュメントは少なくとも更新される可能性はありますよね。
また膨大なドキュメントはだれも読みません。たいていの開発者はソースコードサイズの合計よりも(byte的な意味で)大きな仕様書が書かれたプロジェクトを少なくとも1回は経験したことがあるでしょう。開くのにも、読むのにも、更新するのにも、そんなドキュメントは大きすぎます。一口大のピースに分解すれば、すべての関係者にとって消化するのは簡単になりますよね。
プロジェクトが動いている間、追跡するのが難しいことの1つに、ある意思決定の裏に隠された「思い」があります。プロジェクトに新しく参画した人は、それまでに決定されたことに困惑したり、戸惑ったり、喜んだり、怒ったりすることでしょう。理念や因果関係を理解しておかないと、その人は次の2つの選択をすることになります。
NewerOlder