回答編集履歴
2
OCamlとClojureを勘違いしてたので差し替え
test
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
何をもってレスポンス速度が早いかにもよるけど、下記の言語が早いと言われてるね
|
|
2
2
|
|
|
3
|
-
一般的に
|
|
3
|
+
一般的に速度の速い順だけど、Webサービスに於いては実際にどれが速度出るのかは作ってみないとわからない。
|
|
4
4
|
|
|
5
5
|
例えばErlangは計算速度は遅いが、スレッドを作るのが軽く他の言語を圧倒的に上回るポテンシャルがある。
|
|
6
6
|
|
|
@@ -10,7 +10,7 @@
|
|
|
10
10
|
|
|
11
11
|
- Golang
|
|
12
12
|
|
|
13
|
-
- Java系(Java,
|
|
13
|
+
- Java系(Java, Clojure, Scala, JRuby)
|
|
14
14
|
|
|
15
15
|
- Erlang系(Erlang, Elixir)
|
|
16
16
|
|
|
@@ -18,15 +18,17 @@
|
|
|
18
18
|
|
|
19
19
|
しかし、Webサイト開発の初期にこれらの言語を選択するのは非常にリスキー。
|
|
20
20
|
|
|
21
|
-
そもそもJava以外はWebサイト開発に使える情報はほぼ得られない。
|
|
22
21
|
|
|
22
|
+
|
|
23
|
+
この中でWebサイト関連で十分な日本語の情報が公開されているのはJavaだけだろう。
|
|
24
|
+
|
|
23
|
-
機能やライブラリ
|
|
25
|
+
機能やライブラリも不足しているので都度作る必要があり、大量に遭遇するハマりポイントも頼れるのは基本的にエラー文と公式リファレンスのみ、時には公開されているコンパイラのソースコードを読んで乗り切る腕や勘が必要となる。
|
|
24
26
|
|
|
25
27
|
|
|
26
28
|
|
|
27
|
-
|
|
29
|
+
外注や大企業はリスキーな癖に単価安いという理由で嫌がるので絶望的。
|
|
28
30
|
|
|
29
|
-
|
|
31
|
+
更に上記の言語を自在に操るハッカーやウィザードは有名企業に取られるので、
|
|
30
32
|
|
|
31
33
|
そういったメンバーがジョインしてくる可能性は期待出来ないと思っていい。
|
|
32
34
|
|
|
@@ -36,15 +38,17 @@
|
|
|
36
38
|
|
|
37
39
|
結局私たち凡人が内製でコツコツ頑張るしかない。
|
|
38
40
|
|
|
39
|
-
|
|
41
|
+
経営者はサービスをちゃんとリリースすることが目的なので、言語自体の速度より安定を取りたがる。
|
|
40
42
|
|
|
43
|
+
従って、速度の速い言語をアピールするためには、処理速度以外のメリットを提示できなければ稟議が通らない。
|
|
44
|
+
|
|
41
|
-
（
|
|
45
|
+
（イケてる企業がGolangやScalaを採用しているのは、エンジニア達が休日を潰して勉強した成果で開発に使えると経営者に示して勝ち取った背景があるだろうね）
|
|
42
46
|
|
|
43
47
|
|
|
44
48
|
|
|
45
49
|
なお、素のJavaはお硬い言語なので開発速度が遅くなる傾向があり、仕様変更に弱い。
|
|
46
50
|
|
|
47
|
-
1ヶ月のリリースの遅れでライバルにシェアをごっそり取られる可能性のあるWebサービスで致命的、手探りの新規事業には向いていない。
|
|
51
|
+
1ヶ月のリリースの遅れでライバルにシェアをごっそり取られる可能性のあるWebサービスでは致命的、手探りの新規事業には向いていない。
|
|
48
52
|
|
|
49
53
|
仕様が確定さえすればバグが少ないという長所が生きるから、2番目の言語としては魅力的だと思うけどね。
|
|
50
54
|
|
|
@@ -60,13 +64,13 @@
|
|
|
60
64
|
|
|
61
65
|
2. 負荷が多くなったらサーバーの台数を増やしてクラスタリングで対応
|
|
62
66
|
|
|
63
|
-
3. 速度や継ぎ接ぎ
|
|
67
|
+
3. 速度面の不満や継ぎ接ぎで開発速度が鈍化するので、システムを置き換える為に上記の言語を提案してリプレース
|
|
64
68
|
|
|
65
69
|
|
|
66
70
|
|
|
67
71
|
3まで行ける企業はほとんどない。
|
|
68
72
|
|
|
69
|
-
Twitterクラスまで行かないとサーバーのクラスタリングで対応出来ないケースなんてないからね。
|
|
73
|
+
Facebook, Twitterクラスまで行かないとサーバーのクラスタリングで対応出来ないケースなんてないからね。
|
|
70
74
|
|
|
71
75
|
ChatWork社のようにPHPで作っていたが継ぎ接ぎになったシステムをリプレースする時にScalaを採用するケースはある。
|
|
72
76
|
|
1
優秀な言語が選ばれる流れを追記
test
CHANGED
|
@@ -1,6 +1,8 @@
|
|
|
1
1
|
何をもってレスポンス速度が早いかにもよるけど、下記の言語が早いと言われてるね
|
|
2
2
|
|
|
3
|
-
一般的に上にもってきた言語の方が速いけど、Webサービスに於いては
|
|
3
|
+
一般的に上にもってきた言語の方が速いと言われてるけど、Webサービスに於いては実際にどれが速度出るのかは作ってみないとわからない。
|
|
4
|
+
|
|
5
|
+
例えばErlangは計算速度は遅いが、スレッドを作るのが軽く他の言語を圧倒的に上回るポテンシャルがある。
|
|
4
6
|
|
|
5
7
|
|
|
6
8
|
|
|
@@ -14,13 +16,37 @@
|
|
|
14
16
|
|
|
15
17
|
|
|
16
18
|
|
|
17
|
-
しかし、
|
|
19
|
+
しかし、Webサイト開発の初期にこれらの言語を選択するのは非常にリスキー。
|
|
18
20
|
|
|
19
|
-
|
|
21
|
+
そもそもJava以外はWebサイト開発に使える情報はほぼ得られない。
|
|
20
22
|
|
|
21
|
-
|
|
23
|
+
機能やライブラリは不足しているので都度作る必要があり、大量に遭遇するハマりポイントも基本的にはエラー文と公式リファレンスのみ、時にはコンパイラのソースコードを読んで乗り切る腕や勘が必要となる。
|
|
22
24
|
|
|
25
|
+
|
|
26
|
+
|
|
27
|
+
まず外注や大企業はリスキーな癖に単価安いという理由で嫌がるので絶望的。
|
|
28
|
+
|
|
29
|
+
そして上記の言語を自在に操るハッカーやウィザードは有名企業に取られるので、
|
|
30
|
+
|
|
31
|
+
そういったメンバーがジョインしてくる可能性は期待出来ないと思っていい。
|
|
32
|
+
|
|
33
|
+
（Googleやドワンゴ、Twitter、クックパッド社といった有名企業と比較した時、あなたの務めている企業はハッカー達にとって同じくらい魅力的ですか？）
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
結局私たち凡人が内製でコツコツ頑張るしかない。
|
|
38
|
+
|
|
39
|
+
チームメンバー達の強い熱意と要望が必要だし、経営者層にも言語自体の処理速度が速い以外のメリットを示せなければ稟議は通らない。
|
|
40
|
+
|
|
41
|
+
（殆どのイケてる企業がGolangやScalaを採用しているのは、エンジニア達が休日を潰して勉強した成果で開発に使えると経営者に示して勝ち取った背景が殆どだろう）
|
|
42
|
+
|
|
43
|
+
|
|
44
|
+
|
|
45
|
+
なお、素のJavaはお硬い言語なので開発速度が遅くなる傾向があり、仕様変更に弱い。
|
|
46
|
+
|
|
47
|
+
1ヶ月のリリースの遅れでライバルにシェアをごっそり取られる可能性のあるWebサービスで致命的、手探りの新規事業には向いていない。
|
|
48
|
+
|
|
23
|
-
|
|
49
|
+
仕様が確定さえすればバグが少ないという長所が生きるから、2番目の言語としては魅力的だと思うけどね。
|
|
24
50
|
|
|
25
51
|
|
|
26
52
|
|
|
@@ -30,17 +56,19 @@
|
|
|
30
56
|
|
|
31
57
|
|
|
32
58
|
|
|
33
|
-
1. まずはPHPやRuby等の言語でサービスを構築する
|
|
59
|
+
1. まずはPHPやRuby等の扱えるエンジニアの多い言語でサービスを構築する
|
|
34
60
|
|
|
35
|
-
2. 負荷が多くなったらサーバーの台数を増やして対応
|
|
61
|
+
2. 負荷が多くなったらサーバーの台数を増やしてクラスタリングで対応
|
|
36
62
|
|
|
37
|
-
3.
|
|
63
|
+
3. 速度や継ぎ接ぎになったシステムを置き換える為に上記の言語を提案してリプレース
|
|
38
64
|
|
|
39
65
|
|
|
40
66
|
|
|
41
|
-
3まで行け
|
|
67
|
+
3まで行ける企業はほとんどない。
|
|
42
68
|
|
|
43
69
|
Twitterクラスまで行かないとサーバーのクラスタリングで対応出来ないケースなんてないからね。
|
|
70
|
+
|
|
71
|
+
ChatWork社のようにPHPで作っていたが継ぎ接ぎになったシステムをリプレースする時にScalaを採用するケースはある。
|
|
44
72
|
|
|
45
73
|
|
|
46
74
|
|
|
@@ -54,7 +82,7 @@
|
|
|
54
82
|
|
|
55
83
|
これによると上位のイケてる企業もやはりRubyとPHPばかり。
|
|
56
84
|
|
|
57
|
-
併用とはいえ、ScalaやGolangが
|
|
85
|
+
併用とはいえ、ScalaやGolangが高確率で採用されているのはイケてるベンチャーが多いという印象があるね。
|
|
58
86
|
|
|
59
87
|
|
|
60
88
|
|