Vue vs React vs Angular vs Svelte Part.10

■ このスレッドは過去ログ倉庫に格納されています
2022/03/08(火) 22:57:16.85ID:D77bZcWT0
!extend:on:vvvvv:1000:512

Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
Svelte
https://svelte.dev/

※前スレ
Vue vs React vs Svelte Part.7
https://mevius.5ch.net/test/read.cgi/tech/1610901677/
Vue vs React vs Angular vs Svelte Part.8
https://mevius.5ch.net/test/read.cgi/tech/1621744952/
Vue vs React vs Angular vs Svelte Part.9
https://mevius.5ch.net/test/read.cgi/tech/1642316774/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured
2022/05/10(火) 20:30:15.40ID:ov5OsiCVa
>>423
Python製のクライアントフレームワークが無いからじゃ無いかな
比較対象が無いので評価出来ない
2022/05/10(火) 20:33:02.78ID:ov5OsiCVa
>>425
ウチだとバリバリ使ってる
っていうか現実的な選択肢がPythonしか無いっていう分野
もちろんバックエンドのみだけど
2022/05/10(火) 20:45:25.80ID:jCGTR7zw0
>っていうか現実的な選択肢がPythonしか無いっていう分野

そういう状況を言ったつもりだけど
2022/05/10(火) 21:20:47.72ID:hNMnrPsB0
大体のところCライクじゃない言語は一般には流行らない
2022/05/10(火) 22:15:05.14ID:FQfCwwgXM
言語変えた程度で何が変わるの？ってのが正直な感想
まさかDOMが生まれ変わる訳でもないし
非同期が同期になるわけでもないし
2022/05/10(火) 22:23:01.91ID:e+qIs2vlM
英語でミーティングするか日本語でミーティングするか
箸でプリンを食べるかスプーンでプリンを食べるか
その程度の違いはあるかもね
2022/05/10(火) 22:24:59.51ID:6NCJI2U2M
jsもpythonもクソ！って思ってる奴は割といそうだけど
jsはクソ！python最高！って奴はあんまりいなさそうな気がするんだよな
完全にイメージだけで言ってるけど
2022/05/10(火) 22:41:06.90ID:NNFQ4qCM0
JS（及びTS）はそんなに（罠は多いけど）悪い言語じゃないんだよね。
積極的に乗り換える必要がない程度には
2022/05/10(火) 23:38:10.77ID:0LGUFPqv0
pythonの方が普通の人は使いやすいよ
当たり前だが
2022/05/11(水) 00:09:09.36ID:T+21x/580
pythonはpandasで集計によくつかてるよ
2022/05/11(水) 00:46:11.05ID:ZxQ/H1/P0
YouTube で有名な、雑食系エンジニア・KENTA のRuby on Rails 初心者用サロンでは、
キャリアパスは、Rails → Go だけ

Python は、プログラミングの技術で転職できないから、絶対に教えない。
サロンに転職できない香具師ばかりが残って、サロンが崩壊するから

文系で、プログラミング・Linux, Docker, AWS だけで食っていけるのは、Rails, Go だけ。
PHP, Scala は、KENTAがオワコン認定して滅んだ

Pythonは理系で、大学院数学科・AWS 機械学習 Specialtyの、2つの資格で決まる。
だから、KENTAが文系プログラマーに教えない。
教えても転職できないし、そもそもプログラマーを求めていない
2022/05/11(水) 05:30:38.02ID:Iqge52I10
typescriptを触りはじめたばかりだけど
nullとundifineの違いがマジで気持ち悪くて困る
初期化の段階では気にならないけど、
返り値の型指定で、voidとnullを分けなければいけないのは草もはえない
javascriptに戻せばこの気持ち悪さから目を背けられるんだろうか
2022/05/11(水) 06:49:59.19ID:MNr0qB9P0
undifineとか書いてる時点で誰も聞く耳持たんよ
2022/05/11(水) 08:53:14.17ID:89wsOUM6a
まあ気持ちはわかるよ
tsって静的型付けのために動作上は不要なコードを付け加える作業だからな
書き心地が良いはずもない
2022/05/11(水) 09:40:40.47ID:yC9r5PpaM
TSは推論あるしわりとラクだけど、例外処理に関しては全然役に立たない哀しみ
2022/05/11(水) 10:16:30.03ID:sDHFf5J4r
もう新たな言語つくってくれ
なんで誰も作らないのだ
2022/05/11(水) 10:34:17.94ID:yC9r5PpaM
それはGoogleがDartで通って失敗した道だし、完璧な言語なんてものは存在しないから何度も作り続けることになる。
それにJSは言うほど悪い言語ではない
2022/05/11(水) 10:47:42.35ID:9+Fgria9M
TSのターゲットがwasmになればJSへの配慮が不要になってもっと色々面白い事ができるはず
2022/05/11(水) 12:21:55.32ID:VTrkrmeCM
>>442
悪いからAltJsが乱立してるのでは
2022/05/11(水) 12:21:59.48ID:1e6LrNTwM
JSの型ヒントまだ？
446デフォルトの名無しさん (ﾜｯﾁｮｲ 1746-5JSg)
垢版 |
2022/05/11(水) 12:28:33.43ID:cpm7LRmA0
乱立してたのはconstもなかった時代だろ
今はそこまで悪くはない
2022/05/11(水) 12:30:02.47ID:VedbVEHQM
AltJSは今TS一強だし、そのTSも以前とは異なって型付け以外はJSそのものだゾ
2022/05/11(水) 12:32:34.90ID:42PTVEOr0
>>440
それはTSに限らん話かな。
そもそも例外機構自体が静的型付けと相性が悪い。
2022/05/11(水) 12:53:22.04ID:VedbVEHQM
>>448
なるほど。
エラー出うるとこはすぐ拾ってT | ErrorとかEitherにするのが無難か
2022/05/11(水) 14:24:34.45ID:9+Fgria9M
オレオレエラー処理ルールは止めたほうがいい
例外はほんと弱いからランタイム型情報ほしいね
2022/05/11(水) 14:50:28.09ID:Iqge52I10
今日初めてTSで例外処理を書いた
anyで型チェックした例外の、あるかも分からないcodeプロパティで例外の種類を
判別するという気色悪いコードを書いちまった
一応、hasOwnPropertyで、error.codeがあるか否かチェックはしてるんだけど
こんな感じで正解なのかすごく不安

てか、TSを入れて型チェックしても、こんな汚い例外処理を書かされるなら
何の役にも立たねーな・・・。JSに戻そうかな
2022/05/11(水) 15:22:05.78ID:A1bnimj0M
TSの恩恵がないと判断したなら戻せばよかろう
2022/05/11(水) 15:27:49.44ID:zhP8ftWA0
>>451
例外の型にclassを使ってinstanceof

はい！終了...
2022/05/11(水) 15:32:44.60ID:9+Fgria9M
オプソライブラリに例外に関するドキュメントが無い時に困る
ソース解析とデバッグで調べてるけれど信用できる仕様書が無いと無断で変更されそうで不安
2022/05/11(水) 15:51:32.19ID:9+Fgria9M
instanceofだけだとうまくいかないケースもあるそうだ
ttps://github.com/typeorm/typeorm/issues/5057
2022/05/11(水) 16:32:24.65ID:AR8DfNGdM
例外の型なんて精々リトライ可能かどうかの判断とデバッグくらいにしか使わないんだから、そんなに厳密に扱う必要ないんだよ
多くの人に使われるようなオプソライブラリを作るレベルの人はそのへんの匙加減をよく理解していて、
いちいち例外を全部場合分けして個別に作り込みをしてるようなドカタレベルの開発者とはだいぶギャップがある
2022/05/11(水) 17:17:10.10ID:9+Fgria9M
>>456
俺も昔はそう考えてたけどUXを考えるとそうも言ってられん
プログラミングはエラー処理が大半ってよく言われるけど本当にそのとおりだった
面白くない部分だけど品質を上げるためにやらないと
2022/05/11(水) 18:09:59.23ID:9u6rIkJ60
そもそもTypeScriptもそう長く続かない
こんな所詮トランスパイルするだけのものが永遠に使われる訳が無いし
ネイティブはjavascriptで変わらないのだから
2022/05/11(水) 18:55:47.05ID:K7YCH0rrM
そうだね
ブラウザが静的型付け言語を直接実行できるようになったらあっという間に廃れるね
2022/05/11(水) 19:54:48.33ID:q7HpFYJKa
jsより先にポイ捨てされるならtsってなんだったんだろうな
苦労しながら型書いてたのは保守性のためだったはずなのに
2022/05/11(水) 20:02:51.13ID:zyWV8gw3M
そういうのは廃れてから言ってください
2022/05/11(水) 20:45:51.48ID:42PTVEOr0
>>457
品質を上げるために例外の型を細かく区別することが必須というわけでもあるまい。
そのアプローチでやろうとしたのがJavaの検査例外なわけだけど、結局それを
きっちりやるのは困難なことがわかってきたんで最近は例外の型に依存する
設計自体が避けられる傾向じにあるんじゃゃないかな。
2022/05/11(水) 21:48:20.99ID:9+Fgria9M
>>462
問題は実行時型情報の欠落とドキュメント不足で静的検査の有無ではない
2022/05/11(水) 21:50:37.24ID:VUieO+dfM
>>448
本質的問題はそこだね
だから最近のプログラミング言語であるGoやRustは例外機構try/throw/catchを廃止した

>>449
GoやRustはその方式だね
Goはすべてタプルで返し
Eitherに相当するのがRustだとResult<T, Error>型であとは有無を示すOption<T>型
Rustの「?」オペレータが絶妙でエラー時に即時に関数を抜けてくれて例外のようにエラー処理を上位関数に集められる
2022/05/11(水) 23:04:51.66ID:Iqge52I10
>>462
別に例外すべてを細かく切り刻めとは言わないけど
ログイン処理実装などのように、例外を細かく刻まないといけない部分はどうしても出てくる
2022/05/11(水) 23:05:58.48ID:Iqge52I10
>>453
おっ、ありー！試してみる
2022/05/11(水) 23:16:11.62ID:riPwAsR20
fetchがPromise生成してくれてResponseのメソッドもPromise生成でcatchでサクッと例外処理できるのはほんとに良く出来てると思う
2022/05/11(水) 23:48:55.25ID:NKt1zpJor
>>466
こんなもんなのよ。
の世の中の問題って！
2022/05/12(木) 00:27:38.23ID:nhkWit6K0
>>463
何か勘違いしてないかね。
たしかにTSはJSに対して型情報を埋め込んだりするようなオーバーヘッドは生じさせないと言っているが
それは実行時に型を判断できないという意味じゃあない。
nominal subtypingな言語だとコンパイルで型名が失われたら型が判断できなくなるから、あえて
「実行時型情報」として保持させてやる必要があるわけだが。
2022/05/12(木) 00:40:13.66ID:sSkYRofXM
>>469
いやTSもJSも実行時に型は判断できないよ
オブジェクトが特定の条件をみたしているか判断してるだけ
これは酷く脆いやりかたでだから>455のような事故が起きる
例外に対処するためのcatchブロックで間違えやすい設計になっているのはちと問題だね
2022/05/12(木) 00:59:23.22ID:cWppi0PpM
そもそもID:Iqge52I10はTSに何を期待して採用しようとしたのか気になる
まったく見当違いの期待をしといてTSはダメだ！役に立たん！と言ってるように見えるが
2022/05/12(木) 01:04:07.53ID:nhkWit6K0
>>470
>オブジェクトが特定の条件をみたしているか判断してるだけ

それがstructual subtyping的あるいはduck typing的な型なわけだが。
>>455はinstanceofにnominal subtyping的な型の保証を期待したらそうじゃなかったというだけだろ。
実際にはプロトタイプチェーンしか見てないわけだし。
2022/05/12(木) 04:11:26.12ID:CoPLz2Vj0
JSに型なんて期待し過ぎ
そもそもが型とは正反対の言語だ
このポンコツ言語をなんとかして実用に耐えるように矯正してるだけにすぎない
2022/05/12(木) 05:33:09.35ID:zmuX8XXJ0
本来ならTSスレで話すべき内容なんだろうけど、ワッチョイ無くてあっち機能してないからなぁ
2022/05/12(木) 11:02:25.32ID:sSkYRofXM
思ったよりマイナー言語なのかね
TSスレは過疎化がひどい
2022/05/12(木) 13:07:33.15ID:kmr5eocHa
型付けは便利だし手放せないけど変に意識高い系の人が入ってくると面倒なことになりがち
477デフォルトの名無しさん (ﾜｯﾁｮｲ bea7-Rvhb)
垢版 |
2022/05/12(木) 13:12:26.97ID:uvr1OWW50
TSは型チェックやトランスパイルの速度がこれからすごい早くなるから
開発環境はさらによくなってオススメされるのでユーザー数は増える
2022/05/12(木) 14:24:04.12ID:bMk6+3lo0
そろそろTSはJSに吸収される
2022/05/12(木) 14:37:11.32ID:NsYP9atta
JSがもっとマシな言語になるなら構わない
2022/05/12(木) 14:42:00.63ID:5sAcVGoP0
みんなTS大好きなんだね♪
2022/05/12(木) 19:10:45.42ID:sSkYRofXM
>>477
これまでが遅すぎたんで期待
482デフォルトの名無しさん (ﾜｯﾁｮｲ 1763-wYNq)
垢版 |
2022/05/12(木) 19:44:49.92ID:Q8+MB3F20
TSもJS互換だし仕様がカオスすぎてワイは頭抱えながら格闘してる…
ESLintって必須プラグインになってきたのは良いが、あれダメこれダメが多すぎる
2022/05/12(木) 19:52:01.26ID:sSkYRofXM
リテラルと...だけは本当に便利なのであらゆる言語が模倣すべき
2022/05/12(木) 20:15:47.12ID:nM4SHBg/d
頭のいい人がなんやかんやと新しい思想いれたりお作法作ったりしてくれてはいるけど
その度実装してるみんなは右往左往して余計な稼働くって世の中発展を妨げるのは実は頭のいい人達の優越感のせいなんじゃねと愚痴りたくなるほどゴロゴロ仕様がかわるのは完璧して
2022/05/12(木) 20:24:29.54ID:QqLL5Bz+0
jsの話ですらないけど初見演算子のなんてググればいいかわからない問題ってどうしてる？
2022/05/12(木) 21:12:03.45ID:sSkYRofXM
「言語名　演算子」で地道にググるか公式ドキュメントの演算子のページを探す
2022/05/12(木) 21:48:50.75ID:K+mlTO0ea
>>482
EslintはAirbnbとか使わないで最小でやるのが良いんじゃ無いかと
そもそもスケールするかどうか分からんプロジェクトをガッチガチに固める理由がない
2022/05/12(木) 21:53:12.74ID:0fBPMTIY0
>>485
TSならこれで調べるのが早い
https://typescriptbook.jp/code-reading-assistant
2022/05/12(木) 22:01:26.54ID:kgXbK+rw0
JScript.NETから進化してる？
2022/05/13(金) 18:48:59.39ID:zD7+eQiB0
TSがどうこうというより、動的型付けの型チェックぐらいもっと手軽にやりたい
googleの賢い人たちに期待してる
2022/05/13(金) 18:56:41.97ID:gY0FxiLY0
型は複雑なものだしTSはMSのレジェンドが生み出した言語だゾ。
マジレスするとSuperstructとか使えば？
2022/05/14(土) 01:09:33.55ID:pZnfA7Wr0
>>491
TSには現在進行形でお世話になるよ。これがないとJSはnullが怖い

あとSuperstructを教えてくれてありがとう
調べてみるぜい
2022/05/14(土) 08:36:20.76ID:sMGvGTwPa
勉強中の身なのですがtsを使う理由ってこんな感じでしょうか
理解や用語が誤っていたらご指摘ください。

tsを使う理由（サーバーサイド）
tsは型を厳密に定義することができるのでサーバーサイドでの利用、特にドメイン層でのビジネスロジックの記述に適している。

tsを使う理由（View）
サーバーも同じ言語を使うことで、サーバーで定義したモデル（レスポンスモデル等）をViewでも定義するという二度手間がなくなる。
ただしView側でtsでビジネスロジックを記述すると、利口な UI アンチパターンになってしまうので注意。
2022/05/14(土) 09:12:28.76ID:sn4udcUf0
>>493
TypeScript検定でも受験すんの？
2022/05/14(土) 09:48:51.54ID:sMGvGTwPa
>>494
社内の技術選定で候補に挙げようかと
2022/05/14(土) 10:07:07.91ID:UUXyqx7tM
鯖でtsはないかな
2022/05/14(土) 12:11:20.40ID:lXb0w+3k0
かと言ってPHPやPythonはアレだし、JavaやC#はアホみたいにメモリ食うし、Node.jsで（fastifyとかで出入り口をガチガチに固めれば）良いじゃんってなることは結構ある。比較的簡単にスケールするし、クラウドでも大体使えるし。
2022/05/14(土) 12:22:01.90ID:GNnPWoYV0
まあサーバがJSTSであるメリットは、
フロントと言語が共通しやすくなることでの総合的な学習コストの抑制がメインやろからね
仕事なら各予算とかパフォーマンスとか、要件に合わせてちゃんと多角的に評価すべきだとおもうよ
2022/05/14(土) 12:39:34.79ID:UUXyqx7tM
共通っていうほど移植性ないでしょTS
逆に混乱するから別言語のほうがいいと思うよ
2022/05/14(土) 12:44:48.12ID:UUXyqx7tM
>>497
https://www.takigawa-memo.com/compare-language-atcoder/
TSはJavaやC#より遅くてメモリ食ってるよ
2022/05/14(土) 12:59:34.72ID:UUXyqx7tM
ちと古いが
ttps://cryptomode.com/c-is-the-most-energy-efficient-and-fastest-programming-language-study-finds/
言語比較ってたまにググると色々出てきて面白いね
エネルギー消費量なんてのも比較されてんだ
2022/05/14(土) 13:00:57.29ID:YyWH0a110
移植性は関係ないんじゃね。単に環境や知識が一本で済むというだけ。
論点はほかにもあるだろうけどそのへんは要件に照らして個別に判断する話であって、
そういう前提なしに

>鯖でtsはないかな

なんて断言できるもんでもないだろう。
2022/05/14(土) 13:31:51.95ID:UUXyqx7tM
>>502
動くもの動かないものが意外と違うんで一本で済むと思って始めると辛い
stringに生えてるメソッドですら環境依存
そもそもフロントとバックって書き方もアーキも勘どころも依存先も違うんで言語だけ合わせてもって感じ
2022/05/14(土) 13:37:03.84ID:lXb0w+3k0
>>500
ほんまかと思って数年ぶりにjava書いたけど普通にNodeの倍以上メモリ食ってた。
AtCorderはたくさんVM立てるから（forkとかかな？）なんか設定が違うんじゃないかな。
とはいえ思ったより食わなかったので、バカ食いは訂正します。
2022/05/14(土) 13:41:17.73ID:DuvSDtMha
バックもフロントもコード補完と型安全性、型情報によるドキュメントの補完を目的としてるな
バックでts使った事ないけどapiのスキーマの定義はopenapi使ってれば他の言語使ってても生成できるので二度手間にはならないよ
2022/05/14(土) 13:48:11.53ID:GNnPWoYV0
あくまで学習コストが低いくらいや、とワイも思う
まあドキュメントとかも少しは節約できるかもくらいかな
社内にJSTSのコミュニティがあるとかなら十分検討に値するんじゃね
会社なんて千差万別なんや
2022/05/14(土) 13:53:46.11ID:bL0HlggA0
継続的に開発するならなんでもいいけど
リリース後は放置するようなものだと、問題が出たときに久々に見てもなんだっけこれ？にならない楽さはある
フロントからJSが駆逐されたらそれも通じなくなるだろうけど
2022/05/14(土) 14:36:41.86ID:LJgHQn+CM
いまどきの学習コストは言語自体よりライブラリやらフレームワークの占める領域がな・・・
言語を揃えてもコスト削減効果は限定的な気はする
2022/05/14(土) 14:42:40.49ID:wZ/dlG450
でもバックエンドが.netとかjava系でフロントreactよりnextのほうが学習コストは低いやろ
2022/05/14(土) 15:04:21.52ID:LJgHQn+CM
さあ？
それを比較できる根拠は何ももってないから肯定も否定もできないな
2022/05/14(土) 18:15:30.80ID:4GKPU3lGa
皆さんご意見ありがとうございます。
大体の認識はあってそう…？

ガチガチの業務システムになるので、サーバー側は堅牢な言語にしたいところですが…
>>505を読む限り、言語が別でも二度手間感はないのでしょうか
サーバーサイドに定義したレスポンスモデルを変更したら、自動的にフロントサイドも書き変わるのが理想ですね。

しかし意見が結構別れますね
フロントサイド、もしくはサーバーサイドしかやってない人は言語なんてバラバラでもいい
どっちもやってる人は一緒の方がいいってなるのかな
2022/05/14(土) 18:20:06.66ID:0bRjAEIy0
フロントエンド出身の人は同じ言語でいいじゃんってなりやすいし
バックエンド出身の人は鯖でJSTSとか氏ねよって人多いだろうし
2022/05/14(土) 18:26:21.07ID:UUXyqx7tM
JSはまあ論外としてTSしかできないならTS
そうでないなら別の言語でいいんじゃないの

TSのカジュアルさは場合によりメリットになりうる
がしかしJSから継承した多数の変な罠、変化の速い依存関係、低品質な標準・非標準ライブラリを持ち込むデメリットのほうが大きいと思うね
2022/05/14(土) 18:43:36.84ID:YyWH0a110
程度問題だな。
pythonやrubyのバックエンドなんてのも平気で存在しているわけだし。
2022/05/14(土) 18:43:56.92ID:wtoFZqAo0
>>511
そもそもこのスレでサーバサイドについて質問する時点で
回答にある種のバイアスがかかるであろうことは想定しないと

サーバサイドについて公正な意見が欲しいならそれに適したスレに行くことを勧めるよ
2022/05/14(土) 18:50:21.52ID:PIqdDhGKd
言語単体でどれがとはいいにくいかな
今時は何らかのフレームワークにのっけることになるけどフレームワークも複雑化しているから使い慣れたものを選択するケースが多い
でそこにマッチした言語を多用することになる
でこれまた使い慣れた言語以外は使いにくいなあと思うように…
2022/05/14(土) 19:21:28.20ID:59Ewxs6ZM
>>501
やはりCとRustが圧倒的に効率的なんだな
ブラウザサイドはJavaScript＋Rust(Wasm)のハイブリッドが最も効率良いし
サーバーサイドはRustがクラウド等コスト最小にできるから
今後はJS(/TS)＋Rustの両者だけで最も効率良く行けるね
2022/05/14(土) 19:35:06.42ID:wZ/dlG450
とりあえず要求要件まとめるのが最初じゃね
会社の得意言語が決まってるとかじゃなけりゃさ
ガチガチの業務システムのコア部分が何がしかのフレームワークで果たしていいのか、とかもあるやろ
2022/05/14(土) 19:47:16.30ID:lXb0w+3k0
ぶっちゃけ余程マイナー言語じゃなきゃなんでも書けるし、要件や現状にあったものを選ぶだけ。早まった最適化は無駄どころか後々の負債になりかねないからね
2022/05/14(土) 20:19:21.78ID:rJz/kRn+0
サーバーサイドはpython1択だろ
新規ならこれで間違いないよ
現時点でnextだのnuxtだの自前で運用するものではないぞ
どんだけコストかかるか
2022/05/14(土) 20:23:46.80ID:vireAt4B0
使ってないけど最近サーバーサイドでGoは流行り始めてるってのは何回か聞いた
522デフォルトの名無しさん (ﾜｯﾁｮｲ 87b9-az5c)
垢版 |
2022/05/14(土) 20:44:36.70ID:zxDXnmN60
フロントはVue.js 3、サーバーサイドはPHP
日本においてはこれが最適解だよ
なんで日本に住んでるのにReactとかいうどこの企業も使ってないライブラリ使いたがるのか理解できん
2022/05/14(土) 20:58:56.26ID:vireAt4B0
>>522
Vue2の時は悪くなかったけどVue3の日本語ドキュメント全然充実してないやん
2022/05/14(土) 21:05:18.72ID:TQJ9y2tp0
弊社、退職済みの自称イケイケエンジニアがnodejsで業務システム作ったおかげで
負の遺産となってる
2022/05/14(土) 21:08:48.30ID:4GKPU3lGa
>>515
でもこの板って特定の技術のスレはあれど
アーキテクチャをテーマにしたスレがないんですよ
あっても過疎ってるんですよ
ちょうどこのスレでtsの話題があったので投稿した次第です

しかしサーバー、フロントどっちもやってる人はすくなそうですね。
うちは規模が小さいのでどっちもやる羽目になりそうなのですよ。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況