常連

注目の的

社会貢献

回答者

ベストアンサー

拍手喝采

支持者

自己紹介

有名人

### 前提・実現したいこと
「猫でもわかるC#プログラミング 第3版」に書かれていることが間違っているのか、私が誤解しているだけなのか知りたい

### 発生している問題・エラーメッセージ

「猫でもわかるC#プログラミング 第3版」の139ページにこんな記述がありました。
> …
> 　次のような書き方もできます。
> 
> 　int[,] myArray = new int[2,3] {{ 4, 5, 6 }, { 7, 8, 9 }};
> 　int[,] myArray = new int[,] {{ 4, 5, 6}, { 7, 8, 9 }};
> 最初の書き方では要素数が指定されているので、全部の要素の初期値を描く必要はありません。初期値が指定されていない要素は0で初期化されます。2番目の書き方では、初期値の数だけの要素を持った配列となります。なお、要素数を一部だけ指定することはできません。
> …

しかし、手持ちのVisual Studio 2017で以下のコードを入力したところコンパイルエラーになりました。
```C#
using System;

class Program
{
    public static void Main()
    {
        int[,] a = new int[2,3] { { 1, 2, 3 }, { 3, 3 } };
    }
}
```
上記の記述からここでa[1,2]は0で初期化されると思ったのですが、実際にはされないようです。これは「猫でもわかるC#プログラミング 第三版」の方が間違っているのでしょうか?それとも私が文章の意味を読み違えているのでしょうか?あるいは「猫でもわかるC# 第三版」の出版後にC#の仕様が変わったのでしょうか?

「猫でもわかるC#プログラミング 第3版」の記述について

Java Silverの資格取得の学習を終えたところで、
そろそろデザインパターンについて学習しようと考えています。
そこで、みなさんおすすめの本を教えてください。
以下の本がよくあるものかと思いますが、
どちらがおすすめでしょうか？
(他にもあればもちろん)
・EFFECTIVE JAVA 第2版
https://www.amazon.co.jp/gp/aw/d/4621066056/ref=mp_s_a_1_1?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&qid=1522751177&sr=8-1&pi=AC_SX236_SY340_QL65&keywords=effective+java&dpPl=1&dpID=51lEBnUjJqL&ref=plSrch

・デザインパターン入門
https://www.amazon.co.jp/gp/aw/d/4797327030/ref=pd_aw_sim_14_1?ie=UTF8&psc=1&refRID=EGRN3WKC1C72JZY4YFTB&dpPl=1&dpID=71aAui0y3bL

ここで、ちょっと私の我儘なのですが、
以下の制約があります。
・資格取得の為、Java SE8しか知りません。
・時間と金銭コストのため、日本語のものを1冊だけ買う予定です。

この本だけ読んでおけばデザインパターンは大体大丈夫！
っていうものを教えてください。

補足
別の話にはなりますが、開発においてSE7以前の知識はあったほうがよいのでしょうか？

たくさんの方の意見を聞きたいです。
よろしくお願い致します。

デザインパターン学習について

２パターンのコードを書いてみました。

１つ目は関数内部で外のスコープの関数を直接使っているパターンです。
２つ目は関数の引数に外のスコープの関数を値として渡して、引数で渡された関数を実行しているパターンです。

どっちが良いかというと、おそらく、２つ目の方なのではないかというのは感覚的に分かります！
だって２つ目のはDependency Injection(依存性の注入）みたいなものですもんね！！
（あまりDIもよく理解できていないので困ったものです）

ただ、仮に２つ目のほうが好ましいとした場合、なぜ、好ましいのか、どういったメリットがあるのか、１つ目だと何がまずいのか、どういうときに困るのかってのがよくイメージ出来ません。

どなたか解説いただけませんでしょうか？


# A
```
// 実際は他ファイルからimportしていると仮定して…
// import importedFunction from './somewhere'

const importedFunction = (arg) => {
	return arg + '!!!'
}

const returnSomething = () => {
	
	return importedFunction('something');
}

returnSomething()
```

# B
```

// 実際は他ファイルからimportしていると仮定して…
// import importedFunction from './somewhere'

const importedFunction = (arg) => {
	return arg + '!!!'
}

const returnSomething = (func) => {
	
	return func('something');
}

returnSomething(importedFunction)
```

どっちのコードが好ましいですか？その理由は何故ですか？

###WEBサービスの閉塞処理について
個人で一般的な掲示板のようなWEBサービスを開発中です。
以前のシステム開発の職場では、WEBサービス停止時に閉塞処理という
処理を行っていました。
具体的には全ユーザーを強制ログアウトして、全ての処理が終了
したことを確認後に再起動やメンテナンスをする、というものです。
個人的に開発しているWEBサービスでも、同様に閉塞処理が必要と
思うのですが、ネットを検索しても閉塞処理の設計や実装について
解説しているページが見つかりませんでした。
そこで有識者の方々に以下の点についてお教えいただきたいです。

１．閉塞処理の一般的な設計パターン
ファイルの書き込み、DB書き込み、の処理終了を監視する必要性
セッション情報の復元をする場合の設計パターン

###補足情報
現在個人で開発しているWEBサービスの構成です。
WEB・APPサーバー：Tomact
フレームワーク：サーブレット・JSP
DB；Derby

WEBサービスの閉塞処理について

全くど素人の状態からrailsを使って何とかウェブサイトを立ち上げることができました。
それはまあ、一つのゴールとしていいのですが、
ここまでの工程って全体でいうと何パーセントくらい終わっている状態なのでしょうか？
（これが結構知りたいです。終わりの基準を明確にしなきゃいけないと思いますが、とりあえずある程度の人数にふつーにサービスとして使えるようになるまで。seo的な話にもなると思いますがどれくらいseoがめんどくさいのかとかも含めて知りたいです）

ずーっととにかくサイトを立ち上げることを目的としてやってきたので、この後何の作業がまっているのかわからない状態です。

セキュリティーを高めたり、表示速度をあげたり、seoをしたり。。。知っているのはこれくらいですが、後どんなことをしていけばいいのでしょうか？

限りなくゴールが果てしないように見えて、気が狂いそうです♪( ´θ｀)ノ

webサイト立ち上げ後にやることとは何でしょうか？

以下の例ように（疑似コードです）、一種類の型を扱うシングルトンクラスを、ジェネリクスを用いて複数種類分用意したいのですが、どのように実現すれば良いのでしょうか？
代替案でも構いません、回答よろしくお願いします。
```ここに言語を入力
    public static void main(String[] args) {
    /**
         *
         * GenericsSingleton<T> はT型のオブジェクトを扱うシングルトンクラス.
         *
         * strSingleton1 と strSingleton2 は同じインスタンス,
         * intSingleton と strSingleton1,2 は違うインスタンス.
         */
        GenericsSingleton<String> strSingleton1 = GenericsSingleton<String>.getInstance();
        GenericsSingleton<String> strSingleton2 = GenericsSingleton<String>.getInstance();
        GenericsSingleton<Integer> intSingleton = GenericsSingleton<Integer>.getInstance();
    }

```

[Java] ジェネリクスとシングルトン

現在、立ち上がったばかりのプロジェクトにおいて、プログラムにおける命名規則を決めているところです。

**業務で使用する用語について**、個人的にはローマ字を使用したほうが良いと思っています。
しかし、ググってみても、メンバーの意見も、「プログラムにはローマ字を使うべきではない」「国際化の社会において英語を使用すべき」という意見が大半のように思えます。
中には、「ローマ字でプログラムが書かれていたら初心者だと思う」とさえ書かれていました。

そこで、皆さんの参加されているプロジェクトや個人的な考えでもよいので、実際のところ、

* 本当にローマ字非推奨なのか
* なぜローマ字は非推奨なのか

を教えていただきたいです。

個人的には以下の理由より、**業務で使用する用語においてはローマ字を使うべきだと考えています**。

* まず前提として、「コミュニケーションの円滑化、業務知識の把握効率化」という観点から、クライアントやプロジェクト内のメンバーで使用する言葉使いは統一したほうがよいと思っている。業務用語の適切な英語訳が存在していたとしても、それをコーディングに用いると、クライアントのミーティング／マニュアル等で使用する言葉（つまり日本語）とコーディングで使用する言葉（つまり英語）が異なるので、ミスコミュニケーションや業務知識の欠落の原因などになるのではないかというリスクがある。
* 作成するシステムは日本語でリリース＆利用対象者が日本人であるため、業務で使用する用語も必然的に日本語である。そのため、それらを日本語から英語に変換するコストが無駄と感じる。さらに、特に、メンテナンス時はそれを逆に翻訳して読まなくてはいけないので、可読性も悪くなる。
* プロジェクト内に英語ネイティブが一人もいないので、そもそも適切な英語に翻訳できている保証がない。（「～区分」や「～種別」など、業務特有の言葉において、「～Type」「～Kind」「～Class」どれが適切なのかネイティブでないので判断できないと思う）
* 結果、できあがったものはヘンテコ英語の恥ずかしいものになる危険性がある。

[補足]
ちなみに、**業務で使用する用語でないもの（たとえ[こちら](https://qiita.com/Ted-HM/items/7dde25dcffae4cdc7923)に挙がっているような単語）は英語のほうが良いと思います**。これは、標準ライブラリなどのAPIとして一般的に使用しているメソッド名などだからです。これらの用語はプログラマとしては英語のほうが良いと思います。

## 再補足
すみません、質問の仕方が良くありませんでした。
上の補足に書いたつもりでしたが、 `Add` や `Find` 、 `Initialize` といった一般的な用語については英語が良いと思っています。
ここでローマ字にしたほうが良いと私が考えているのは「業務で使用する用語」です。
たとえば「顧客種別」という用語があった場合、それをビジネスロジックに落とし込む際にクラス化することになると思うのですが、以下の理由より、 `KokyakuShubetsu` としたほうが良いと思っています。

*  `CustomerType` 、 `CustomerKind` 、 `CustomerCategory` など、どれが適切なのかはもとの日本語が業務用語なので難しい
* この「顧客種別」は実際は「顧客の年齢別にカテゴライズしたもの」である。しかし、クライアントが「顧客年齢層」ではなく「顧客種別」という名前を使用しているので、ミーティングでは「顧客種別」という言葉を使用している。そういう背景があり、メンバーやクライアントとのコミュニケーションを考えるとローマ字を使用したほうが良い気がする

全てが全て以上のような特殊パターンではありませんが、そういうものが少なからず存在する限り、業務で使用する用語（単語）は、ローマ字で統一したほうが良いと思っています。
あれはローマ字、これは英語とするよりは、「業務用語はローマ字」としたほうがプログラムの見通しもよくなると思うからです。

後出しになったようですみません。実際のプロジェクトで起きていることをオブラートに包む表現が難しかったので、質問の意図がうまく伝わっていなかったのかもしれません。

プログラミングでローマ字を使用することについて

現在、運営しているサービスが複雑になってきたので、再設計をして再構築しようと考えています。

現在のシステムで見えている課題などはあるのですが、さらに現在のシステムを改善するべく、良い方法などあれば教えて頂きたいです。


みなさんがシステム再設計・再構築を行う時に心がけている事や手順などあればお願いします。
随分ふわっとした質問になりましたが、何卒よろしくです。

システムの再設計・再構築を行う手順

何の言語でもいいんですが、（１）みたいな場合は不要な変数なので（２）のようにしてくださいっていつも言ってます。

ただこれが納得できない人がいて、明示的に名前をつけた方が可読性が高くなるって言ってます。
確かに明示的に名前をつけないと読みづらい場合はあると思って色々調べたり考えたりしていたら変数にする目的がわからなくなってしまいました。


（１）
```javascript
var string = "string";
setString(string);
```
（２）
```javascript
setString("string");
```

変数にする目的ってなんでしょうか？

変数にする目的はなんでしょうか？

業務で、Oracleのテーブル設計した事ある方にお聞きしたいです。

テーブル定義仕様書を作成する際は、何を使いますか？

エクセルですか？

ERMasterですか？

テーブル定義書から、実際にテーブルを作成するCREATE文の作成はどうしていますか？

ツールの機能で一発変換とかでやっていますか？

経験者の方の体験談などをお聞かせいただけたら嬉しいです。

テーブル定義仕様書はどうしてますか？どんなツール使ってます？業務でOracleでテーブル設計した事ある人にお聞きしたいです。

LISPの勉強のためJavaScriptでLISPを実装しています。

[Wikipediaの純LISPの項目](https://ja.wikipedia.org/wiki/純LISP)を見るとatom, eq, car, cdr, consの基本関数とcond, quote, lambda, defineの特殊形式を実装すると自分自身を解釈実行できるeval（超循環評価器）を理論上構成できる、とのこと。

なんとかevalを実装（それらの最小要素での実装は自分には早かったのでjsで実装）し、また変数を利用できるようにするためset関数（defineと同じ？）をjsで実装し、+,-,*,/などの基本的な四則演算関数をjsで実装しました。

```lisp
(set (quote a) 1) ; グローバル変数aに1を代入
(+ 1 a) ; 2
```

なんとも言い難い感動を覚えたのですが、jsによる関数の実装で言語拡張を続けており、いまいち自分が作ったlispの上で自身を拡張していくというステップに踏み込めません。

LISPでまともにプログラミングできるようにするため
LISPを実装した後に実装したLISPを使って実装すべき関数何でしょうか？

個人的にはdolistをlispで実装したいと思っていますが、実装しようとするといまいち繰り返し処理が実装できず、困っています。

わからないことが多すぎて回答が困る話題になると思いますので、純lispの実装から始まり、lispでlispをどのように拡張していくか丁寧に記載されている本やブログなどございましたらそちらの紹介でもいいので、お助けください。

LISPを実装した後に実装したLISPを使って実装すべき関数は？

正格評価を行うほとんどの命令型プログラミング言語において、関数等における引数の渡し方(呼び方)は三種類に分けられます(他にもあるのですが、言語が限られてマイナーですので除外します)。第一の渡し方は「値渡し(pass by value)」、第二の渡し方は「参照渡し(pass by reference)」ですが、最後の第三の渡し方についての名称が今回の質問です。

第三の渡し方は、Javaの参照型、C#の参照型、ECMAScript(JavaScript)のオブジェクト型、Python、Ruby等の現代的なオブジェクト指向でオブジェクトを扱う場合に多く用いられています。オブジェクトそのものコピーして渡すのではなく、オブジェクトを共有できる形で渡す方法です。しかし、この方法について、多くの記事やサイトで__参照渡し__の名称が使われ、多くの誤解を産んでいると思われます。この間違った名称の付け方は、この渡し方に対する名称が統一されず、うまく浸透していないのが原因では無いかと思います。

ここまで読んで、第三の渡し方の名称は「○○渡しの事だ」とぱっとわかる方がどれだけいるのでしょうか？こんなのわかって当たり前と思えないほど、無理解が広まっているのでは無いかと思っている次第です。

と言うことで、第三の渡し方の名称について、統一し、啓蒙しようと思うのです。しかし、何に統一すれば良いのかを迷っているため、皆様の意見を聞きたいのがこの質問です。下記に名称の候補あげますが、これ以外でもかまいません。どの名称が良いのか、なぜ、それが良いのかの説明も添えてお答えください。

* 共有渡し(pass by sharing)
    共有とは何を示すのかもわかるようにお願いします。
* オブジェクト渡し(pass by object)
    オブジェクトとは何を示すのかもわかるようにお願いします。
* 共有オブジェクト渡し(pass by object-sharing)
    上二つ合わせた形で冗長ですが、なぜ冗長な表現にすべきも併せて説明ください。
* 参照の値渡し
    対訳となる英語なし。Java等における実装を示す名称と思われますが、Rubyの即値のように実装上は値渡しになる場合は、どう解釈すべきかも併せて説明ください。
* 参照渡し(pass by reference)
    C#のref付きの第二と参照型の第三の両方の渡し方もある言語では、どのように区別するのかを併せて説明ください。
* アドレス渡し(pass by address)
    C#のポインタ(アドレス)に対する第一と参照型の第三の両方の渡し方もある言語では、どのように区別するのかを併せて説明ください。
* ポインタ渡し(pass by pointer)
    C#のポインタ(アドレス)に対する第一と参照型の第三の両方の渡し方もある言語では、どのように区別するのかを併せて説明ください。
* 値渡し(pass by value)
    値渡しの一種なのだから、そもそも区別しないという。Cなどといった通常の値渡しとの違いはどう考えるべきかを併せて説明ください。
* __名称無し__
    評価戦略についてそれぞれ名前をつけてカテゴライズすること自体が間違っているということ。なぜ、そういったカテゴライズすること自体が間違っているのかを説明ください。
* __コードで説明__
    コードで第一で、とにかくコードで説明してしまうと言うこと。詳しくはthink49さんの回答を参照してください。
* 共有呼び、すなわち参照の値呼び
    必ず二つの名称を続けて言うこと。また、「○○渡し」でなく「○○呼び」になります。詳しくはxebmeさんの回答を参照して下さい。

また「○○渡し」より「○○呼び」の方が良いという意見があれば、併せて記述いただければと思います。

---

問題解決と言うより、意見募集のような形になって申し訳ないですが、一人で悩んでも、納得できる決定ができませんので質問しました。ただ、こういう質問も許されるのが、某スタック・オーバーフローには無いteratailの緩くて良いところだと思っています。

---
【追記(2019-04-23)】

長い間(一年以上)、他に回答が来なかったのでベストアンサーを選んでしまっていますが、回答していただいても構いません。Qiita界隈では「参照の値渡し」というべきでは無いと考える方がおられるようですので、そのような方の回答をお待ちしております。

---

参考資料

* [Evaluation strategy - Wikipedia](https://en.wikipedia.org/wiki/Evaluation_strategy)
  記事では"call by sharing"として紹介されています。日本語版Wikipediaの[評価戦略](https://ja.wikipedia.org/wiki/%E8%A9%95%E4%BE%A1%E6%88%A6%E7%95%A5)の項目では、この質問でのベストアンサーを基に「参照の値渡し」として**私が編集しました**ので、参考にしないでください。
* [Rubyist Magazine - 値渡しと参照渡しの違いを理解する](http://magazine.rubyist.net/?0032-CallByValueAndCallByReference)
  記事では「参照の値渡し」として紹介されています。

オブジェクトを共有できる形で渡す(呼ぶ)評価戦略の名称

慶應・環境情報学部の情報科目2017年度の「6次の隔たり」問題を解ける方いませんか？
来年、慶應を受ける浪人生です。
去年この問題がまったくわかりませんでした。

問題（24P～27P）→https://goo.gl/oBbrhH

自分なりにといてよくわからない所をまとめました。

![イメージ説明](f93019507975ef61acc0a25503b7790c.png)

---
①すべてのx∉Gに対して友人の集合F(x)と書いていますが、図のようにxの友人のことをF(x)というという解釈で間違いないでしょうか？ 

②これはxの友達にyがいた場合のことを言っているのでしょうか？ 

③図にの解釈で間違いないでしょうか？ 

④なぜxとyの距離が（xとyの要素数）- 1 なのでしょうか？
これは距離にyを含んでいるから-1なのでしょうか？

⑤これはまったく言いたいことがわかりません。一応自分の解釈を図にしました。

---

![イメージ説明](e5f0b3a344f6b49063868fc6601c763a.png)

---
自分でわかるとこだけ解いていますが、たぶんあっていないところもあると思います。
番号のところは分からないところです。
---


よろしくお願いいたします。

慶應・環境情報学部の情報科目2017年度の「6次の隔たり」問題を解ける方いませんか？

プロジェクトディレクトリ内で、開発のたびに追記されていくファイル、もしくはファイル上の追記されていくリストというのがあります。

- パッケージ管理ファイル
- URLルーティング定義ファイル
- ソース上部のimport, include, require宣言的なリスト
- ユーティリティ関数を集めたファイル。関数を追加するときは大体最後に追加する。
- テストコード。新しいテストを（以下略

これらのファイルもしくはパート、複数のフィーチャーブランチを切って並行開発していると大抵マージのときにコンフリクトします。
解決も簡単なのですがコンフリクトというのは自動マージやチェリーピックの妨げになって発生すること自体が邪魔です。

ファイルの種類によってもノウハウが異なってくることとは思いますが、コンフリクトを避けるための工夫でやっていることがあったら教えてください。

追記型のファイルでマージ時のコンフリクトを避ける工夫どうしてますか

Socket.IO for Unityとゆうアプリケーションを商用的に使用したいと思っているのですがライブラリの一部がLGPL2.1で商用的に利用する際は注意が必要との事でして
気になるのは
LGPLの制約による公開するファイルの範囲です 。

これって、アプリケーション全体のコードをさらせばいいのでしょうか？
それとも仕様するアセットに影響する範囲？
Unityの場合コードが自動的に隠蔽されるので、仮に公開するとしても、どこに公開するかも不明確でして。

実際にLGPLの入ったアプリケーションを開発された事のある方がおりましたら、どういった制約なのか教えてください。

LGPLライセンスについて

「java.sql.Connectionはスレッドセーフか」と聞かれたらどう答えますか。

まず、Webで調べてみると、JDBCの仕様はスレッドセーフとしているようです。実装がどうかはわかりませんが。

では、スレッドセーフだとして、マルチスレッドで使ってよいのか？

autocimmtとの関連があると思います。
1) autocommit true の場合は、複数のスレッドで共有してもよさそうに思います。
2) autocommit falseで、自分でcommit/rollbackする場合は、悲惨なことになりそうです。

私はこのくらいしか思い浮かばないのですが、その他に、考えなければならない要素がありますか？
答えを募集します。

スレッドセーフとトランザクションとは分けて考えるべきでしょうか？わからなくなってきました。たとえば、次のようなコードが書けると思います。これでもよいのか？

```Java
Connection conn = ... 
synchronized(conn) {
	// データベースの更新 - 複数のSQLを実行する。
	// データベースを commit/rollbackする。
}
```
データベースセッション（トランザクション）に複数スレッドが相乗りしてもよいのか？が、質問の趣旨だったということに気づきました。質問の仕方が悪かったのでしょうか、ステレオタイプな答えしか返ってこなかったので、やる気をなくしました。

少し視野を広げてConcurrencyについて自分で調べることします。皆様ありがとうございました。

「java.sql.Connectionはスレッドセーフか」と聞かれたらどう答えますか

JS初心者です。有識者からすると非常に簡単かと思いますが、
出来るだけきれいなコードを書きたいので教えていただければと思います。

```html
<input type = 'button' id='3' value='bbb' onclick='douteki(this.id)'>
```

```javascript
<script type="text/javascript">
function douteki(id){
  console.log(id);
  $("#"+id).css({'background':'#000000'}); //①番
  }
</script>
```

ボタンを押すとボタンの背景色がかわります。
コメントアウト①番なのですが、idの書き方はもっとスマートに書くことは可能でしょうか？``$("#"+id)``とかかないといけないのですかね。。
それともこういう処理の場合、全体的にもっとスマートに書く方法ありますか？

ご教授の程よろしくお願いいたします。

JS 基本質問

async/awaitが利用できるようになって非同期処理の例外もキャッチできるようになりましたが、それなりの規模のアプリケーションを作成するにあたり、どのように例外処理を行えばよいか迷っています。

例えば以下はKoaを利用したウェブアプリケーションの例になりますが、catchで受け取ったエラーオブジェクトを判定してエラーの種類によって適切な処理に振り分けるようなことをするのが一般的だと認識しています。

```
const Koa = require('koa')
const app = new Koa()

app.use(async (ctx, next) => {

  try {
    await next()

  } catch(e) {

    // エラーインスタンスの種類を判定して適切に処理
    if (e instanceof TypeError ||
        e instanceof RangeError ||
        e instanceof EvalError) {
      ctx.state = 500
    }
  }
})
```
上記のように標準のエラーを振り分ける場合はこれでよいと思っているのですが「アクセス権限が無い」といったエラーを独自に作成する場合には以下のようにする必要があると思います。

```
const Koa = require('koa')
const app = new Koa()

app.use(async (ctx, next) => {

  try {
    await next()

  } catch(e) {

    // 標準エラーを適切に処理
    if (e instanceof TypeError ||
        e instanceof RangeError ||
        e instanceof EvalError) {
      ctx.state = 500

    // 認証エラーを適切に処理
    } else if (e instanceof AuthError) {
      ctx.state = 403
    }
  }
})

// --------------------------------

const AuthError = require('AuthError')

app.use((ctx, next) => {
  ...
  if( !isAdmin ) throw new AuthError()
})
```

しかし私はこのようにエラー処理を行っている例を見たことが無いので、本当にこれでよいのか不安です。

調べてみたところほとんどのサンプルではエラーを以下のように投げていました。

```
throw new Error('auth error')
```

しかしこうしてしまうとキャッチしたエラーを種類別に判定することができなくなってしまいますよね？

もちろん`e.message`の内容を利用することでエラー別に適切な処理を行うことは不可能では無いと思っていますが、エラーメッセージは同じエラーでも内容が変わってしまうことがあると思うんです。

```
// 1234の値が状況によって変わるのでe.massegeをエラー種類判定に使えない
console.log(e.message) // "user 1234 is not found"
```

そのため、エラーの種類ごとに新しいエラークラスを作成してそのインスタンスを投げる方法しかないのだろうと思っているのですが、正直なところ大量のエラークラスを作成するのは面倒な作業だなと思っています。そこで、以下のように処理してしまえばいいのでは？と思いました。

```
const Koa = require('koa')
const app = new Koa()

app.use(async (ctx, next) => {

  try {
    await next()

  } catch(e) {

    // 標準エラーを適切に処理
    if (e.name == 'TypeError' ||
        e.name == 'RangeError' ||
        e.name == 'EvalError') {
      ctx.state = 500

    // 認証エラーを適切に処理
    } else if (e.name == 'AuthError') {
      ctx.state = 403
    }
  }
})

// --------------------------------

app.use((ctx, next) => {
  ...
  if( !isAdmin ) {
    let e = new Error('auth error')
    e.name = 'AuthError'
    throw e
  }
})
```

上記の方法では```e.name```の内容を書き換える必要があるのでカスマムエラークラスを作成していた時と比較して１行でエラーをthrowすることができていた部分が４行に膨れ上がっているため若干不満ですが、それ以外は満足のいくものになりました。

よし、これでいこう！と思ったのですが、本当にこれでいいのだろうか？皆様はどのように例外処理を行なっているのだろうということが気になって前に進むことができません。

本当にこのような方法で例外処理をしてもよいのでしょうか？

例えば、このような```e.name```を書き換える方法を使って例外を投げるモジュールを作成した場合、そのモジュールが、他のプロジェクトで利用することになった場合に問題は発生しないのだろうか？という新たな疑問が発生しました。

そもそも、一般的に例外処理はどのように行えばよいのでしょうか？
検索したのですが、あまりにも記事が出てこないので質問させていただきました。

よろしくお願いいたします。

JavaScriptの例外処理の実用について

まず**ストーリーポイント**を決める際に**何をもって**基準と決めるのでしょうか。

どうしても時間軸で判断してきたため、その思考からの脱却ができていません。
現状は例えば1日で終了できるユーザーストーリーにストーリーポイント1を基準として付与し、
別の3日かかりそうなユーザーストーリーにポイント3だな、という感じで決めてしまっています。
しかしこれでは時間で測ることと同様の作業となってしまっています。

皆さんは**どのようにストーリーポイントの基準値を決定**し、
それぞれのユーザーストーリーに対して**何をもってして
相対的にユーザーストーリーの大きさ**を見積もっているのでしょうか。

ご回答の程よろしくお願い致します。

ストーリーポイントの決め方

私は小さなベンチャー企業を経営しているものです。
もともと起業当初はチームにエンジニアがおらず、自分でPHPを独学して現在webサービスを運営しております。
最近サービスの方も徐々に大きくなってきたので、資金調達をしてエンジニアを増やそうと思っています。

今まではとにかく実装すること、それもなるべく早く実装することばかりを気にしてプログラミングを勉強してきたのですが、人が増えチームになったときにコードの可読性やメンテナンスのしやすさなど今まで意識してなかったことを意識する必要があるのかなと考えております。

そこで人数が増え、サービスが大きくなってきた時にはこういうことを意識したり勉強した方がいいよ、またできればそれが学べるサイトや本などがあればご紹介いただけないでしょうか。

何卒よろしくお願いいたします。