Go language part 4

**デフォルトの名無しさん** · 2020/11/16(月) 04:14:40.64

Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。

公式
https://golang.org

公式ドキュメント
https://golang.org/doc/

公式外パッケージドキュメント
https://godoc.org

ブラウザ上で試し書き
https://play.golang.org

※前スレ
Go language part 3
https://mevius.5ch.net/test/read.cgi/tech/1571315884/

**デフォルトの名無しさん** · 2020/11/16(月) 19:09:23.02

>>16
これほんと嫌い

**デフォルトの名無しさん** · 2020/11/16(月) 19:21:21.05

>>16
俺はこれ好き
try-catchよりシンプルで読みやすい

**デフォルトの名無しさん** · 2020/11/16(月) 19:25:59.64

これが読みやすいとか、たぶん1000行程度のプログラムしか書いたことないんだろうな

**デフォルトの名無しさん** · 2020/11/16(月) 19:30:18.80

>>19
ごめん
俺土方じゃないからコード書かないんだ

**デフォルトの名無しさん** · 2020/11/16(月) 20:03:06.45

goって、

err = Hoge()
if err {
　return err
}

とは書けないんだっけ？

**デフォルトの名無しさん** · 2020/11/16(月) 20:19:58.38

Hoge() の戻り値が boolean じゃないとね

**デフォルトの名無しさん** · 2020/11/16(月) 20:37:39.21

頻繁に出てくる定型コードなんだから言語側は糖衣構文実装しろよ

**デフォルトの名無しさん** · 2020/11/16(月) 20:40:52.00

err = Hoge() && return err
俺ならこうする

**デフォルトの名無しさん** · 2020/11/16(月) 20:57:25.55

クソダサい

**デフォルトの名無しさん** · 2020/11/16(月) 21:00:18.04

Rust見倣って
result := Hoge()?
にしとけ

**デフォルトの名無しさん** · 2020/11/16(月) 21:06:21.03

すまん
if err = Hoge(); err != nil {
　return err
}
以外の書き方したことないわ

**デフォルトの名無しさん** · 2020/11/16(月) 21:07:03.57

あ、:= に直すの忘れてた

**デフォルトの名無しさん** · 2020/11/16(月) 21:09:26.85

=とか:=とかめんどくせえな

**デフォルトの名無しさん** · 2020/11/16(月) 21:14:24.95

>>27
エラー以外の戻り値のある関数使ったことないの？

**デフォルトの名無しさん** · 2020/11/16(月) 21:30:40.87

Go2の改善は今のところ↓コレが有力なの？
https://go.googlesource.com/proposal/+/master/design/32437-try-builtin.md

**デフォルトの名無しさん** · 2020/11/16(月) 21:37:12.31

Proposal: A built-in Go error check function, "try" · Issue #32437
https://github.com/golang/go/issues/32437

This proposal has been closed. Thanks, everybody, for your input.

**デフォルトの名無しさん** · 2020/11/16(月) 22:38:27.44

>>30
な？これで良いとかおもってるやつなんて
ロクにちゃんとしたコード書いたことすらないのがバレバレ
しょぼいサンプルコードぐらいしか書いたことないんだろう

**デフォルトの名無しさん** · 2020/11/16(月) 22:46:50.52

>>32
で？結局Go2ではどうなるの？

**デフォルトの名無しさん** · 2020/11/16(月) 23:28:44.33

>>34
reject されたからどうにもならない

**デフォルトの名無しさん** · 2020/11/16(月) 23:44:21.27

えっ、なんの改善もされないの？
だとするといろんな意味できついね

**デフォルトの名無しさん** · 2020/11/16(月) 23:48:13.75

昔go使ってスレッド同期系の不具合を調査しようとしたが、ログを入れてもスレッドid的なものが一切取得する手段が無くて驚愕した。

そこでmutexをAPI入り口に入れて回避しようとしたが再帰mutexが無くて断念した。

調べたら再帰mutexは使うべきじゃ無いから提供しないらしい。ならば作ろうとしたらスレッドid的な識別子が無いから作れない。

昔のgoは識別子を取れたため再帰mutexライブラリが落ちてたがそれも使えなくなってた。

なんだろうこのクソ言語って思った。

**デフォルトの名無しさん** · 2020/11/17(火) 00:02:26.25

RustはともかくNimとかいう馬の骨にまでコケにされてとてもつらい。

Let's encryptのバグはRustで実装していたら防げたの？
https://qiita.com/komasayuki/items/02785730d486ec4b397f
Let's encryptのバグはNimで実装していたら防げたの？
https://qiita.com/dumblepy/items/37581ef0223a81fa1094

**デフォルトの名無しさん** · 2020/11/17(火) 00:13:23.50

Discordに逃げられてつらい…

実装言語を「Go」から「Rust」に変更、ゲーマー向けチャットアプリ「Discord」の課題とは
https://www.atmarkit.co.jp/ait/spv/2002/10/news038.html

**デフォルトの名無しさん** · 2020/11/17(火) 00:59:11.79

>>16
わかりやすくていいじゃん。
このパターンなら、return Hoge()できないか考えるけど。

>>19
1ファイル1000行は異常だと思うぞ。

>>30
複数の戻り値あるときでも、>>27の書き方はできるぞ。

**デフォルトの名無しさん** · 2020/11/17(火) 01:00:02.16

>>33
お前もないんだろ…

**デフォルトの名無しさん** · 2020/11/17(火) 11:54:27.21

>>30
その一言で馬脚を現すとはなんという出オチ感
ディスるなら言語仕様くらい勉強して出直してこい

具体的にはGoではタプルで戻り値を返してくるのが一般的
一個の戻り値なんて、普通に使っている人間からしたら特殊な使い方だよ
つまり、使ったことが無い素人さんだね貴方

**デフォルトの名無しさん** · 2020/11/17(火) 13:20:20.82

全部Gopherくんがキモいのが悪いわ

**デフォルトの名無しさん** · 2020/11/17(火) 14:21:13.31

年寄りはオライリー表紙で慣れてるから平気

**デフォルトの名無しさん** · 2020/11/17(火) 15:14:43.85

>>42
さすがにGoスレで多値返却知らないやつはいないてw

可読性の観点で同じパターンと認識してるのかどうかの違い

ちなみにタプルではないよ

**デフォルトの名無しさん** · 2020/11/17(火) 15:31:54.39

>>45
型としてのタプルではないから確かに無いといえば無いね
順序を持って並んだ変数の組、という物は構文としてタプルと表現すべきかと思ったので

タプル型って特に使い道思い付かないし要らんよな？

とか思ってたらissuesの#41148でタプルをチャネルで送りたいとかあったわ
なるほど

**デフォルトの名無しさん** · 2020/11/17(火) 19:53:06.72

>>35, >>37
これマジ？
GolangやめてRustやります

**デフォルトの名無しさん** · 2020/11/18(水) 03:18:00.14

Rustなんて数年経ったらScalaと同じでただの負債になるだけなのによくやる気になるな
個人で趣味程度にやるなら良いと思うけど

**デフォルトの名無しさん** · 2020/11/18(水) 03:46:26.68

RustはMSが正式採用してから始める、で遅くないと思う

**デフォルトの名無しさん** · 2020/11/18(水) 08:34:38.41

RustはOS寄りな案件に突き進むんじゃないか？
シェルじゃなくカーネル
>>39にあるようにGC不要であるという強みはドライバ記述に最適ということを意味するから

**デフォルトの名無しさん** · 2020/11/18(水) 10:09:02.25

負債になるのはGoだろワロタｗｗｗｗ

**デフォルトの名無しさん** · 2020/11/18(水) 10:16:42.11

Rustは人類が使いこなすには150年くらい早い

**デフォルトの名無しさん** · 2020/11/18(水) 11:15:56.54

小学生レベルでも読み書きできるGoは負債になりにくいだろ
Rust使ってるやつは奴隷身分の癖にアーティストぶって負債を生むウンコマン

**デフォルトの名無しさん** · 2020/11/18(水) 12:39:37.96

Goはあまり変なフレームワーク使ったりしなくて標準ライブラリが基本なので、その意味では負債化する要因が少ない
廃れるのは言語よりも先にフレームワークだからね

**デフォルトの名無しさん** · 2020/11/18(水) 15:19:46.84

Rubyは廃れたけど
Railsが元気なお陰でバッテリーとして生かされてるじゃん

**デフォルトの名無しさん** · 2020/11/18(水) 17:00:36.82

いいかわるいかは別にして >>53 は真理
たとえば Lua なんて糞言語もいいとこだがいまだに
ゲーム組み込みスクリプトとしてちょこちょこ使ってるケースがある

**デフォルトの名無しさん** · 2020/11/18(水) 17:31:04.33

COBOLが負債化した原因は小学生レベルじゃ読み書きできないからなのか？

**デフォルトの名無しさん** · 2020/11/18(水) 19:44:02.33

go2でジェネリクス入ったら今のコードは負債になりそうだけどな

**デフォルトの名無しさん** · 2020/11/18(水) 20:00:40.72

お前ら負債負債って言ってるけど、そもそも「負債」の定義は？

**デフォルトの名無しさん** · 2020/11/18(水) 20:07:05.16

その言語のコード資産の価値を(最新の言語だったら発生しないはずの無駄な)維持費が上回り始めた状態だろうな

**デフォルトの名無しさん** · 2020/11/18(水) 21:12:40.25

負債ってヨタ話なんて信用なんねー
損益分岐点越えたら切り替えるのが当然
「政治」的な問題だよくだらない

**デフォルトの名無しさん** · 2020/11/18(水) 22:27:03.20

先週はイテレータ知らんやつばっかりで
今週は技術的負債知らんやつばっかりなの？

既存システムへの機能の追加変更時に
クリーンなシステムであれば必要ないであろう作業が
著しく多く必要になるものを負債と呼んでる

相対的なものだから単一指標で数値化することはできないんだけど
「あのシステムの修正は面倒だからやりたくない」と感じる度合いと正の相関がある

**デフォルトの名無しさん** · 2020/11/18(水) 23:28:09.15

>>62
それが「政治」的問題
技術的な問題じゃないね

**デフォルトの名無しさん** · 2020/11/19(木) 08:13:34.58

wikipediaくらい見ようぜ。
Technical debt (also known as design debt[1] or code debt, but can be also related to other technical endeavors) is a concept in software development that reflects the implied cost of additional rework caused by choosing an easy (limited) solution now instead of using a better approach that would take longer.[2]

**デフォルトの名無しさん** · 2020/11/19(木) 11:43:00.50

だから技術的な問題じゃないと再度主張
一般的なプロジェクトマネジメントとかのスレに行け

**デフォルトの名無しさん** · 2020/11/19(木) 15:50:31.22

>>65
君が技術的な問題じゃないと思うのは自由だけど自分勝手な定義を人に押し付けるのは止めようや

**デフォルトの名無しさん** · 2020/11/19(木) 17:43:38.54

>>66
こっちこそお返しするよ

**デフォルトの名無しさん** · 2020/11/19(木) 18:21:20.90

技術選択や設計選択の問題は多分に組織的要素や人的要素を含むものなのにね

その辺りの要素を考慮しなくていいのは末端の作業員だけ

**デフォルトの名無しさん** · 2020/11/19(木) 19:24:28.21

ここが何のスレだか言ってみろ
プロジェクトマネジメントのスレに行けと

**デフォルトの名無しさん** · 2020/11/19(木) 19:57:06.69

技術的負債をどう返済するかがプロジェクトマネジメントやろ
元々は「Goは他言語と比べてどれだけ負債化しにくいか」という話じゃなかったか？

技術的負債の発生要因はプログラミング言語のバージョンアップ以外にも色々あるけど

**デフォルトの名無しさん** · 2020/11/19(木) 20:59:58.99

プロジェクトマネジメントじゃなくてエンジニアリングマネジメントだろ
自社サービスだと、こういうのを技術的な問題と思ってない奴はまずいない

**デフォルトの名無しさん** · 2020/11/19(木) 21:34:12.71

おまいらってほんとマネジメントとかそういうの好きだよな

**デフォルトの名無しさん** · 2020/11/19(木) 22:14:44.29

>>68
末端の作業員にも使われる言語になったということ
日本でも労働者言語としての地位が定着してきたのかな

**デフォルトの名無しさん** · 2020/11/20(金) 00:57:26.75

で、実際にメインの仕事で使ってるんだろうな？

**デフォルトの名無しさん** · 2020/11/20(金) 01:38:39.30

>>72
単にGoについて話すことがないだけなんだが…

**デフォルトの名無しさん** · 2020/11/20(金) 02:38:09.83

間違った英語で日本人として恥ずかしい…
go getじゃなくてgo to getだろ…

**デフォルトの名無しさん** · 2020/11/20(金) 09:09:20.30

>>72
上流工程(ｷﾘｯ

**デフォルトの名無しさん** · 2020/11/20(金) 12:49:28.87

>>71
これは激しく同意する
上流/下流とか関係ない

**デフォルトの名無しさん** · 2020/11/21(土) 11:02:08.02

>>54
Goが負債化する要因は、コードがコピペだらけになって膨らむことだよ。
Goはコードを絞る手段を提供していない。だから俺はGoを使わないことにした。
長期的にメンテナンスする場合にコストが跳ね上がる。
これが顕在化するのはこれからだね。

逆に、動けばいい使い捨て用途の高速版Pythonと見るなら、全く問題ない。
だから完全に廃れるって事もない気もするが、大規模開発向けのメインストリーム言語として使われることもないね。
今もシェアなんて君らが馬鹿にしているRubyと比べてもゴミ以下でしょ。

自分が使っている言語が廃れるのが嫌なだけなら、今一番無難なのはC#だよ。
勿論Goより仕様が大きいから全部勉強するつもりなら時間がかかるけど、
Goが持っている機能だけ使うつもりならGoの修得と手間はほぼ同じ筈だが。

**デフォルトの名無しさん** · 2020/11/21(土) 11:20:43.86

自社サービス系に関して言うと、C#はエンジニアがWin系の人間に限られてしまうために採用活動で苦労することになり、追加の人的コストが発生する
その意味では負債だ
C#は変わりつつあるとはいえ有名なSaaSとかでも開発環境はやっぱりWindowsとVSとIISだったりするので、Web畑のエンジニアには敬遠される
これ実話な

**デフォルトの名無しさん** · 2020/11/21(土) 12:12:26.36

C#ね……w
どういうところで働いてる人がGoを批判してるのかがよくわかったよ

**デフォルトの名無しさん** · 2020/11/21(土) 13:07:07.90

新形のmacでHello Worldできたよ

**デフォルトの名無しさん** · 2020/11/21(土) 14:25:13.11

>>80
俺が言ってるのは純粋に言語についてだ。

ただ現実的に採用で困る、というのは大きな意味があるが、
それ言ったらGoもWebエンジニアにとってはGoは新規に学ばなければならない言語であって、
PHP/JSと比べたらGoなんて話にならんだろ。
Go選ぶ時点で間違いだよ。

あと、Goにもある機能の範囲だけC#を学ぶだけなら労力は同じだよ。
ただしPHP/JSのエンジニアの方がネットワーク周りの「知識」があるから促成はできるが、
「プログラミング」は技能に近く、一朝一夕には上達しない。
だから、「正しくプログラミング出来るGo技術者」を育成するとして、
PHP/JS等Web周りの知識がある奴にプログラミングを教えるのと、
C#/Java/C++等プログラミング出来てる奴にWeb周りの知識を教えるのとでは、
一通り座学してあとはググりながらやれ、で済む後者の方が断然簡単だ。
ただしWeb系の場合はプログラミングが大して難しくない範囲で収まるから、
PHP/JSからの促成組で何とかなるもの事実だとは思うが。
ぶっちゃけ、他言語は多機能すぎて、そこまで必要ないからこそ、簡素版のGoが使われる余地があるわけでさ。

そしてまあ、C#がWindows/VS/IISなのは多分事実だろう。
それでWeb系はLinux/VSCode/Apache/Nginxで、それ以外は絶対に嫌なのか？
ならEmacs/Vimと同じで永久に交わることはないだろうね。

**デフォルトの名無しさん** · 2020/11/21(土) 14:29:31.55

また発作が始まったか

**デフォルトの名無しさん** · 2020/11/21(土) 15:40:45.57

>>79
コピペだらけになるって、それはその程度のスキルだからじゃないか？

**デフォルトの名無しさん** · 2020/11/21(土) 15:41:39.64

>>83
論点がブレてるんだけど。
もう少しまとめて話せよ。
雑談はネグれ。

**デフォルトの名無しさん** · 2020/11/21(土) 18:07:10.42

Gopherは他の言語やったことないから自分の使ってるGoが一番だと思ってるんだよ
つまりGopherには何をいっても馬の耳に念仏だよ

**デフォルトの名無しさん** · 2020/11/21(土) 18:23:49.86

C#バランスいいよね
Windows/IIS縛りがネックだったけどそれがなくなったから徐々にシェア広げていくと思う

**デフォルトの名無しさん** · 2020/11/21(土) 18:47:30.43

Safari, the new IE
Gopher, the new Rubyist

**デフォルトの名無しさん** · 2020/11/21(土) 18:49:07.04

C# Gaiji, the new Ruby Gaiji

**デフォルトの名無しさん** · 2020/11/21(土) 19:01:54.31

>>87
ただそれは最近はどの言語スレもだよ。勿論C#スレでも。
それを俺は信者化と言っている。

当たり前だけど、どの言語にもそれなりに糞な点はある。
もしそれが無く、他と比べて圧倒的に素晴らしければ、簡単に覇権を取ってる。
それは1993頃のC/C++であり、Cで72%、C++で20%だからC/C++で92%だ。
(その頃のC++なんて今のC++から見れば「それはCだよ」と言われる程度でしかない)
https://www.youtube.com/watch?v=Og847HVwRSI
今はシェア25%弱の言語が3つ並んでいる状況なのだから、言ってしまえば「どれも大して変わらない」んだよ。
だから他言語に糞な点があれば、同程度には自分のお気に入り言語にも糞な点があるに決まってる。
この単純な論理を認められないのは、信者だからだよ。
ただこれは既に言ったとおり、Goスレだけの話ではなく、C#も他も同じ感じだけど。

**デフォルトの名無しさん** · 2020/11/21(土) 20:04:41.58

どんなにここでC#の良さをアピールしても現実世界じゃ古臭い会社やUnityでしか使われないゴミ言語なんだよ…
今後Goみたいに流行るといいね…

**デフォルトの名無しさん** · 2020/11/21(土) 20:18:13.34

Javaよりはいい言語なんだけどねぇ
でもJavaと同じ戦場だから……

GoやRustは狙ったのか利用シーンがズレてるんで居場所がある

**デフォルトの名無しさん** · 2020/11/21(土) 20:26:30.28

それだけcppが好きならずっとcpp使ってろよ。
グリーンスレッドも知らなかった分際で。

**デフォルトの名無しさん** · 2020/11/21(土) 20:29:37.15

>>92
それが信者の観点だよ。
C#の方がGoよりは1000倍以上流行ってる。
それはシェアからもエコシステムからも明らかだ。
もっともお前らはJavaも流行ってないと言い切るくらい信者なのだとは思うが。

Goはそもそも流行る要因がない。他言語を使える奴が、わざわざGoを使う理由がないから。
だから今後とも今までどおり低空飛行だよ。
新規流入は初心者だけで、エコシステムも今までどおり回りもしないまま。

Rustはその点、明らかにピーキーで、Rustじゃないと駄目な理由が明確にある。
だからわざわざ使う理由にもなるし、今後はしばらくは確実にシェアは増えると思うよ。
ただどこまで行くかは謎だ。FFは死んでしまったし。あれRustのせいだと言っている奴がいるけど、俺もそう思うし。

**デフォルトの名無しさん** · 2020/11/21(土) 20:56:03.41

>>95
アンタは C# の信者だなｗ

**デフォルトの名無しさん** · 2020/11/21(土) 21:05:41.22

>>96
どこがだよ。そもそも俺はC#は使ってないし。
>>91の動画見てみろよ。Goなんて一度も出てこない。
Rubyは最後落ちるが健闘した方だ。少なくともGopherに馬鹿にされる理由はどこにもない。
サーバーシェアでもGoなんてゴミ以下だろ。
CやLispをサーバーに使ってるなんて聞いたこと無いが、Goはそれ以下だぞ。
https://w3techs.com/technologies/overview/programming_language

**デフォルトの名無しさん** · 2020/11/21(土) 21:09:38.97

GoはMicroserviseとCLIが主戦場
JVMやCLRに依存したくなくて軽量でサクサクコンパイルしたいユーザー層向け

ただGo2が残念な結果になりそうなのとUSで下火になってきてるのを見ると先は明るくない

**デフォルトの名無しさん** · 2020/11/21(土) 21:11:54.51

>>97
フロントエンドとしては使われないからそこには数字出てこないでしょ

**デフォルトの名無しさん** · 2020/11/21(土) 21:11:58.30

使ってもいないのに1000倍以上流行ってるってよく分かるなぁ〜ｽｺﾞｲｽｺﾞｲ

**デフォルトの名無しさん** · 2020/11/21(土) 21:23:42.90

他言語も使うしC#も結構書くけど、Go書くことも多いぞ。
何一つ処理系もランタイムもインストールする必要ないから、展開めっちゃ楽だし。1ファイルだし。
デカイって言っても.net coreのscdほどデカくもないし。

というかGoのエコシステムって結構しっかりしてると思うけど。
awesome goとawesome dotnet見比べてがっかりしなければ良いけど。

**デフォルトの名無しさん** · 2020/11/21(土) 21:24:09.33

>>99
いやそれはバックエンド限定の話だぞ。
なおフロントエンドなんて言うまでもなくJSの一強だ。その下をつつけば出てくるが、以下。
https://w3techs.com/technologies/overview/client_side_language

前も思ったが、お前ら違う世界に生きてるよな。

**デフォルトの名無しさん** · 2020/11/21(土) 21:29:36.25

この辺りを読んでおけばいいんじゃない

Go Case Studies https://go.dev/solutions#case-studies
Go Use cases https://go.dev/solutions#use-cases

**デフォルトの名無しさん** · 2020/11/21(土) 21:36:38.77

>>103
それはおまえらみたいな初心者は騙されるのかもしれんが、逆なんだよ。
シェアが低いからこそ受注案件を宣伝する必要があるし、
それをやっている時点でまだ数えられるほどしかない、ということなんだよ。

実際、PHPでそんなのやってないだろ。多すぎて無理だし。

**デフォルトの名無しさん** · 2020/11/21(土) 21:42:04.93

中身1文字も読んでないだろｗ

**デフォルトの名無しさん** · 2020/11/21(土) 22:03:31.19

>>102
フロントエンドはフロントエンドサーバーのことだよw

クライアントサイドがJSなのは当たり前
こんな話が通じないとは確かに違う世界に生きてるな

**デフォルトの名無しさん** · 2020/11/21(土) 22:07:14.19

ことば遊びしはじめたｗｗｗ
フロントエンド←→バックエンド
クライアントサイド←→サーバーサイド
はい、では「フロントエンドサーバー」の定義からどうぞ～😆👍➰

**デフォルトの名無しさん** · 2020/11/21(土) 22:39:09.79

>>95
FFって何？ｗ

**デフォルトの名無しさん** · 2020/11/21(土) 22:44:11.34

>>107
冗談抜きで知らないんだね

フロントエンドってのはアプリのプレゼテーションレイヤーのこと
プレゼンテーションレイヤーを管理するサーバーがフロントエンドサーバー
Webアプリなら基本的にWebのUIを返すサーバー

クライアントサイドとの違いが理解できたかな？

**デフォルトの名無しさん** · 2020/11/21(土) 22:53:03.99

>>109
そういうのは99.99%の人はBFFと言う。
BFFのfor Front-end、これなんのことか分かる？ｗ
クライアントサイド、ブラウザで動くJSのことだよバーカｗｗｗ

あのさあ、フロントエンド、なんて一般的な英単語なんだから分野によって指すものが違うのは当たり前なわけよｗ
例えばコンパイラ構成にもフロントエンド/バックエンドって用語は使われるわけ。
コンパイラ構成の文脈で「バックエンド？ああサーバーのことね！」なんて文脈無視した理解する馬鹿はいないわけ。普通。
ところがここにいたわけ。それがお前ｗｗｗｗｗ
Webの分野ではフロントエンドはクライアントサイドのことなんだよバーーカｗｗｗｗｗ
さすがに腹痛ぇわｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/11/21(土) 23:03:16.63

BFFで通ってるものを「フロントエンドサーバー」とか言っちゃってたわけ？
オレオレ用語にしてもセンスなさすぎィ…
今IT用語辞典でBFF必死に調べてそうｗ
恥ずかしいオレオレ用語晒す前にもちょっとは調べりゃよかったのにｗ

**デフォルトの名無しさん** · 2020/11/22(日) 00:30:47.49

>>110
残念だけどBFFの解釈も間違えてるよ
Webアプリの開発やったことないんだろうけどさすがに少しは勉強したほうがいい

**デフォルトの名無しさん** · 2020/11/22(日) 00:57:12.00

BFFはAPIをホストするところであってUIをホストするところじゃない

クラシックな3階層に当てはめるとアプリケーションサーバーの一部

**デフォルトの名無しさん** · 2020/11/22(日) 01:09:14.57

ふ、フロントエンドサーバーｗｗｗ
それバックエンドにあるわけ？ｗ

**デフォルトの名無しさん** · 2020/11/22(日) 02:14:58.26

フロントエンドサーバーっての俺も初めて聞いた。
こうやってオレオレ用語ができていくのか。

**デフォルトの名無しさん** · 2020/11/22(日) 20:37:18.20

俺はフロントエンドサーバ使ってるけどな
ページにリクエストが来たときフロントエンドサーバでJavaScriptを1から生成してブラウザに返してる
ITの世界でも鮮度は大事だからなるべく出来たてのスクリプトを提供したいんだよね
思いやりの気持ちを持たない現代のガキに足りない精神を維持するためにもフロントエンドサーバは大事だよ