Vue vs React vs Angular Part.4

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

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333895/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください

**デフォルトの名無しさん** · 2020/07/19(日) 22:25:34.23

世界最速は、このサイト。Ruby on Rails 製
https://dev.to/

Rails + React + Bootstrap + (Node.js + Webpack) の組み合わせには勝てない。
このエコシステムを超えるのは、無理

Rails: webpack(er)に乗り換える25の理由（翻訳）
https://techracho.bpsinc.jp/hachi8833/2020_04_10/90859

**デフォルトの名無しさん** · 2020/07/19(日) 22:34:28.77

ｶﾞｲｼﾞ大集合ｗｗｗｗｗ

**デフォルトの名無しさん** · 2020/07/19(日) 23:23:56.46

Rubyって遅い言語代表格じゃん

**デフォルトの名無しさん** · 2020/07/20(月) 00:48:26.56

>>470
なんでgoがこんなに遅いかね

**デフォルトの名無しさん** · 2020/07/20(月) 05:20:10.55

>>476
ほんとバカだな
ベンチマークなんて負荷なしの状態でかけないと正確な値がわからない。
プログラミングやらないやつでもそんなこと知ってると思うわ

多くのユーザーが使ってるサーバーで言語ごとのベンチマークとるとか馬鹿すぎ
それを何度も張ってるおまえも同レベル
もし言語ごとにやるならオンプレミスでやらないといけない
その環境をつくれないバカだから混雑してるクラウドでやるとする
Front endのスクリプトしかできない奴はやっぱりレベル低い

**デフォルトの名無しさん** · 2020/07/20(月) 06:01:17.63

>>482
lambdaがどういう運用されるか知らないの？ｗ
やはり老害は立てっぱなしの旧来アーキテクチャしか理解できないようだなｗｗ
言語と同じで信者もスケール出来ない産廃ｗｗｗ

**デフォルトの名無しさん** · 2020/07/20(月) 06:44:08.94

Blazor信者の声でかいからBlazor調べてみたけどHTML構文のきもさとか実行の遅さとかファイルサイズのでかさがやばいな
これむしろBlazorアンチだろ
信者だとしたらずっとBlazor触ってて欲しいな。デメリットも享受出来ないで持ち上げる人は大海を知らないでほしい

**デフォルトの名無しさん** · 2020/07/20(月) 06:58:19.08

>>483
C#できない低能のおまえは何の言語使えるつもりになってるの？

で、おまえがベンチマークだとおもってるそれは
何を計測してると思ってるの？
まともなベンチマークですらないのに言語の速さと勘違いしてるし

>>481
それまともなベンチマークじゃないから無視でいい

**デフォルトの名無しさん** · 2020/07/20(月) 07:00:16.28

C#ってJavaScriptよりも簡単やろ？
JavaScript使えるなら誰でも使えるで
だからC#の給料は安い

**デフォルトの名無しさん** · 2020/07/20(月) 07:06:07.22

>>484
htmlじゃなくてRazor syntaxな
ReactのJSXより綺麗だろ
ASP.net系やってるひとはわかるsyntax

AssemblyファイルをダウンロードしないBlazor Serverっていうのもある
その辺は要件によって使い分けること

性能もC#だから速い。遅いと言ってる人はコードの書き方が悪い

**デフォルトの名無しさん** · 2020/07/20(月) 07:12:17.48

>>486
JSしか使えない人はオブジェクト指向理解できてなくて
大規模なプログラムや効率的なコード書けない人ばっかり
能力が違いすぎる

JavaやC#使える人はスクリプト言語はどれでも理解できる
逆は無理
スクリプト野郎はType(型)がなんなのかすらわかってない人が大半
このlogのすこしまえにもTSのtype safetyのメリットがわからなかったと
かいてる>>463がそういう人が典型的

**デフォルトの名無しさん** · 2020/07/20(月) 07:33:47.37

とか言ってるヤツに限ってぐちゃぐちゃなクラス設計してそう

**デフォルトの名無しさん** · 2020/07/20(月) 07:35:20.55

>>488
え？JavaScriptでクラスが普通に使われてることを知らないの？
そんな人がJavaScriptはーって言った所で説得力無いよ

**デフォルトの名無しさん** · 2020/07/20(月) 07:48:26.03

Reactの場合昔はクラス使ってたけど最近はクラス使わない方向にシフトしてきてるけどね

「JavaやC#使える人は～」とかこの二つを同列に見てるヤツは全然信用に値しない
この二つの言語は外見が似てるだけで設計ポリシーが全然違う

**デフォルトの名無しさん** · 2020/07/20(月) 08:11:34.46

Javaしか知らない新卒に、JSとSPA FWで作れって命令したら、泣きそうになって、開発環境構築で詰まってしまった
けどBlazorでやれって命令したら、あ、これならなんとか、Javaに似てるんでC#なんとなくわかります、VSってすごい簡単ですね、Razorマークアップシンプルで直感的でわかりやすいです♪って目に光が戻ってきた
Blazorが道に迷った若者を救ったのだ

**デフォルトの名無しさん** · 2020/07/20(月) 08:15:44.07

＞Javaしか知らない新卒に、JSとSPA FWで作れって命令したら、泣きそうになって、開発環境構築で詰まってしまった
指示側が無能な典型やろそれ

**デフォルトの名無しさん** · 2020/07/20(月) 08:21:27.85

>>487
MSILになるからどっちみち書き方関係なく遅いってよ
現実から目を背けるなw

**デフォルトの名無しさん** · 2020/07/20(月) 08:40:16.63

もうそろそろJava Appletに回帰しようよ

**デフォルトの名無しさん** · 2020/07/20(月) 08:52:13.46

Java AppletとSilverlightはなんで死んでしまったんだろうな
最近のSPAの流行を見るに需要はあったようにも思う
やはり事前のプラグインインストールが受け入れられなかったかね

**デフォルトの名無しさん** · 2020/07/20(月) 08:56:55.30

>>496
オープンソースじゃない

**デフォルトの名無しさん** · 2020/07/20(月) 09:00:44.43

今までJava、Flashとセキュリティホールの温床として排除されてきたけど何れwasmもそうならんとも限らんのよな

**デフォルトの名無しさん** · 2020/07/20(月) 09:01:20.39

Javaっつーかappletね

**デフォルトの名無しさん** · 2020/07/20(月) 09:22:37.04

>>498
JavaScriptと他の言語との決定的な違いは
JavaScriptはブラウザの外にアクセスできない言語としてできたということ
他の言語がファイルの読み書きやネットワーク通信が
出来るのに比べてJavaScriptはそれらが全くできない

常識ではファイルアクセスやネットワーク通信などの機能は
言語としてできて当たり前のことが、JavaScriptはできない
その貧弱さがセキュリティのもとでは逆にメリットに変わった

そこからセキュリティを考慮しつつ、それらの制限に
限定的に対応できるようにしてきた。
wasmも最終的にはJavaScriptでできることしか
外部リソースへのアクセスができないからセキュリティ的には問題ない

ただ外部リソースヘアクセスする場合、wasmの速度が速いなどの副次的な
メリットはなくなる。当初の目的通り既存のアプリの移植を容易になるだけ

**デフォルトの名無しさん** · 2020/07/20(月) 09:30:40.37

Silverlightはまあまあいい出来だったんだがな
Java applet、ActiveXのせいでPluginの印象が下落してSLも風評被害を受けた

**デフォルトの名無しさん** · 2020/07/20(月) 09:31:32.50

>>492
これ作り話くさいな
混沌としたFront endなのだから何を使ってどういう構成
にするのか具体的に指示しないと伝わるわけがない。
雑な指示したおまえが無能

本当に泣きそうになったとしたら言語うんぬんよりも
会社や上司に絶望してたのだろう

>>491
C#は生産性優先でJavaほど頑固なオブジェクト指向でないことは理解してる

**デフォルトの名無しさん** · 2020/07/20(月) 09:34:46.68

>>502
混沌としてるのはフロントエンドじゃなくJS ecosystemな
Blazorにすれば混沌とはおさらば

**デフォルトの名無しさん** · 2020/07/20(月) 09:36:11.74

>>496
Silverlight
pluginなことと
web standardじゃなかったこと

**デフォルトの名無しさん** · 2020/07/20(月) 09:36:38.68

かつて猛威を奮ったFormsほどではないが
Blazorならバカでもチョンでも簡単にSPAを作れてしまう
ジャバスク職人はもういらないのだよ

**デフォルトの名無しさん** · 2020/07/20(月) 12:02:07.86

どっちでもええわ。くだらね。

**デフォルトの名無しさん** · 2020/07/20(月) 19:43:34.23

知識ゼロからASP.NET+Blazorの開発環境を立ち上げるのとNode.js+Reactの環境を立ち上げるの
どっちが簡単なんだろうね。

**デフォルトの名無しさん** · 2020/07/20(月) 19:45:36.00

そりゃBlazorだろ
マイクロソフトはそのあたりは抜け目がない

**デフォルトの名無しさん** · 2020/07/20(月) 19:50:06.26

jQueryおじさんがマシに見えるな

**デフォルトの名無しさん** · 2020/07/20(月) 19:50:21.00

$ sudo apt install -y nodejs
$ npm install -g create-react-app

blazorもこのレベルで行けるん？

**デフォルトの名無しさん** · 2020/07/20(月) 19:54:20.34

>>507
勝負にならない。
Blazorならコマンド2個打つくらいで動く
トータル3分くらいで終わる

ここのをやってみな
https://dotnet.microsoft.com/learn/aspnet/blazor-tutorial/intro

SDKインストールして、Power shellひらく

dotnet new blazorserver -o BlazorApp --no-https
cd BlazorApp
これだけでprojectが作成される。1秒で終わる。
dotnet run
でweb serverが立ち上がる

**デフォルトの名無しさん** · 2020/07/20(月) 19:56:32.75

>>510
create-react-appは
出来が悪くすごい待たされるが

Blazorならproject は1秒で完成する

Blazor使ったことない人は>>511やってみるべき

**デフォルトの名無しさん** · 2020/07/20(月) 19:57:20.85

それVirtualstudioのインストールを完全に無視してんじゃん

**デフォルトの名無しさん** · 2020/07/20(月) 20:01:30.36

VisualStudioはあったほうが快適だけど必須じゃ無いよ
VSCodeでもVimでもなんでも使えばいい

**デフォルトの名無しさん** · 2020/07/20(月) 20:05:06.33

jQueryおじさんの次はBlazorおじさんか

**デフォルトの名無しさん** · 2020/07/20(月) 20:09:37.67

>>511
それは単に自動生成してるだけやろ？
全てのリンクをスムーススクロールにするコード書いてみ

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

>>513
webの開発者ならVS Codeくらいいれてるだろふつう

notepadだとさすがにまずいが通常のtext editorでも問題ない

C#やるならVisual Studioいれたほうがいいけどな

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

>>516
プロジェクト作成なんて自動生成でつくられるべきだろ

create-react-appは時間かかりすぎでダサい

**デフォルトの名無しさん** · 2020/07/20(月) 20:25:36.55

>>518
自動生成で作れるのは
価値がないコートだけだよ
誰でも同じものが手に入るんだから

**デフォルトの名無しさん** · 2020/07/20(月) 20:26:17.04

自演じゃないならBlazorの話してるヤツ３人以上居そうだし専用スレ立てても十分やっていけるだろ
いい加減専用スレ立てろよ

**デフォルトの名無しさん** · 2020/07/20(月) 20:51:47.51

括りとしてはモダンSPAフレームワークなんでここでいいだろ

**デフォルトの名無しさん** · 2020/07/20(月) 21:00:07.53

>>511
なるほど面白い。ただ、このチュートリアルはSPAじゃないんだな。
create-react-appというよりexpress-generatorっぽい。

**デフォルトの名無しさん** · 2020/07/20(月) 21:03:22.07

コマンド数回打つだけでこんなに簡単にプロ品質のものが
作れるのはBlazorしかないよ
素晴らしいアイデアだと思う

**デフォルトの名無しさん** · 2020/07/20(月) 21:08:55.51

>>521
フロントエンドJavaScriptフレームワーク総合
https://mevius.5ch.net/test/read.cgi/tech/1591848719/

**デフォルトの名無しさん** · 2020/07/20(月) 21:09:23.40

他の言語でもwasmベースのフレームワークが増えるといいね
JavaScriptを駆逐してやりたい

**デフォルトの名無しさん** · 2020/07/20(月) 21:18:56.24

まあ無理だね。
好むと好まざるとに関わらず残り続けるよ。
最低シナリオでもグルー言語として残り続ける。
そのころにはC#は滅んでるだろうがねｗ
TypeScriptと比べても設計古すぎなんだよこのクソ言語ｗ
WASMもプライマリ言語はRustになっちゃってるし。
クソ言語はその他有象無象の一つとしてしか立場はない。
ま、C#バカはJSすら覚えられずに恨み節なんだからRustなんて覚えられるわけないわなｗ
老害産業廃棄物としてゴミ箱行きｗｗｗ

**デフォルトの名無しさん** · 2020/07/20(月) 21:19:24.12

ははｗそれは無理やろ

ただでさえjQueryのシェアは年間1%以上（今年はすでに1.8%）増えてるなか
一番頑張ってるVue.jsででさえ年間0.1％しかシェアが増えてないんだから
https://w3techs.com/technologies/history_overview/javascript_library/all/y

僅かなパイを奪い合ってる状態だぞ

**デフォルトの名無しさん** · 2020/07/20(月) 21:25:14.51

俺の予想ではwasmは最終的に
JavaScriptを駆逐するのではなく
JavaScriptを強化するために使われるだろうな

ウェブサーバーにキャッシュ機能の一つとして組み込まれ
開発者は普通にJavaScriptを置くだけで
自動的にコンパイルされて配信される

サーバーの設定をちょいといじるだけで
今までのJavaScriptの開発を変えずに
wasmの恩恵が受けられる

**デフォルトの名無しさん** · 2020/07/20(月) 21:27:28.81

>>527
酷ぇ調査だなこれ。カテゴリ分けずにJSライブラリでいっしょくたか。
一緒に使うライブラリでシェア割っちゃってるし。
例えばjQueryとBootstrapが競合だなんて業界にいたら誰も思わんだろ。
w3techはこれ作ったやつ即刻クビにしたほうがいい。

**デフォルトの名無しさん** · 2020/07/20(月) 21:30:35.73

C#は設計古いところはどんどん改善して変化し続けてるけどな
次バージョンじゃMainいらなくなるしValueObjectを言語レベルでサポートする

**デフォルトの名無しさん** · 2020/07/20(月) 21:34:58.90

>>529
なんか問題があるの？
合計してみればわかるように100%を超えている
競合の有無は関係なく、それぞれのJavaScriptライブラリが
どれだけ使われてるかって数値だよ

**デフォルトの名無しさん** · 2020/07/20(月) 22:08:06.12

Blazorスレ立てちゃえよ

**デフォルトの名無しさん** · 2020/07/20(月) 22:09:43.57

UI関連フレームワーク連敗記録は何処まで伸びるかね

**デフォルトの名無しさん** · 2020/07/20(月) 22:18:25.68

MSなら<canvas>にWPFをレンダリングするくらいできそうなもんだがなぁ。
やったらやったで反発がすごそうだが。

**デフォルトの名無しさん** · 2020/07/20(月) 22:21:04.66

老害JSerが猛反発しそうだなｗ

**デフォルトの名無しさん** · 2020/07/20(月) 22:34:15.86

おれJavaScript書いて10年だけど、型のメリットなんて全く理解できないし、わざわざC#みたいなダメ言語触ってるやつの気がしれん

**デフォルトの名無しさん** · 2020/07/20(月) 22:55:19.66

オモチャ作って遊ぶだけならそれでもいいんだろうけどねえ
ビジネスでは型なしはちと厳しい

**デフォルトの名無しさん** · 2020/07/20(月) 23:37:20.53

立てたぞ

【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/

**デフォルトの名無しさん** · 2020/07/20(月) 23:46:47.95

>>522
いや、>>511のMSのsampleはちゃんとSPAになってる
Blazor WebAssemblyだからぜんぶBrowser上で動いてる

左側のメニューでクリックするとカウンターが増えていくけど
それがSPAになってる
page全体がreloadされずにcounterだけ増えるでしょ

https://dotnet.microsoft.com/learn/aspnet/blazor-tutorial/try

**デフォルトの名無しさん** · 2020/07/20(月) 23:52:02.28

https://redmonk.com/sogrady/2020/02/28/language-rankings-1-20/
JavaScript 1位
C# 5位

**デフォルトの名無しさん** · 2020/07/20(月) 23:57:06.64

>>528
jQueryおじさんまだいたか

速度と生産性を追求したらtype safeな言語にいきつく。

wasm時代はJS縛りがなくなるわけだから
大手は生産性の高い言語で開発を始めるようになる。

**デフォルトの名無しさん** · 2020/07/21(火) 00:02:33.34

>>532
そんなに分裂させても過疎るとおもうけどな
フロントエンドJavaScriptフレームワーク総合
も過疎ってる。
Blazorの話題でるまではこのスレも超過疎だったし

次からスレタイにvs Blazorも追加しちゃえばいいよ

**デフォルトの名無しさん** · 2020/07/21(火) 00:04:18.19

GitHub の人気プログラミング言語では、C#の人気は、うなぎ登り。
なんとあの最強言語、Rubyにも勝っている！
PHPには、負けてるけど…
https://octoverse.github.com/#top-languages
https://leerob.io/static/images/learn-nextjs/github.png

**デフォルトの名無しさん** · 2020/07/21(火) 00:07:56.12

>>536
Visual StudioでWindows appをつくってみろ
C#でな
それやるとtype safeのありがたみがわかる
開発スピードが別次元になる

そしてスクリプトの無力さに気付くだろう
型のメリットがわからないようなレベルのやつが
C#ダメ言語とかいったら笑われるぞｗ

スクリプトだとPerl, PHP, JSが世界3大クソ言語

**デフォルトの名無しさん** · 2020/07/21(火) 00:11:09.12

>>540
それはJSがbrowserで動く唯一の言語だったからだ。
仕方なく使っていただけで人気なわけではない。

wasmの時代は好きな言語つかえるから
もうJSは終わりに向かってる

**デフォルトの名無しさん** · 2020/07/21(火) 00:15:37.07

漏れは、UIPathで、RPAのプログラムを書いたけど、
操作するアプリから、取ってくる値も、
書き込む値も、両方、文字列なのに、いちいち変換させられるのが、大変で、困った！
数字を取ってきたときも、計算するために、文字列から、数値に変換させられるのは、分かるんだけど、操作してるアプリに、書き込むときは、文字列以外、あり得ないのだから、いちいち変換させられるのは、意味が分からなかった！

**デフォルトの名無しさん** · 2020/07/21(火) 00:16:55.74

UIPathでは、C#しか、使えない！
Rubyでも、書けるようにして欲しい！

**デフォルトの名無しさん** · 2020/07/21(火) 00:19:09.97

GithubはMicrosoftのサイトだからC#が人気なのでは。

GNUならPHPかもしれない。

**デフォルトの名無しさん** · 2020/07/21(火) 00:20:22.55

RPAは流石にスレチすぎるだろ

**デフォルトの名無しさん** · 2020/07/21(火) 00:24:09.16

ビビッドアーミーって広告よく出てない？
このゲームは中華だからやっぱりVueですか？

**デフォルトの名無しさん** · 2020/07/21(火) 00:38:26.14

>>543
flutter来てるなー。Dartとか覚えるのめんどくさそうなのに。
なんでこんなに伸びてるんだろ。

**デフォルトの名無しさん** · 2020/07/21(火) 00:56:20.57

>>544
マジでこれだよな
ほんとこれに尽きる

VS＋c#でやるとVSC＋javascriptがいかにクソでデバッグが苦しいかわかる

**478** · 2020/07/21(火) 02:20:54.87

>>478
で、Ruby on Rails でさえ、webpack に乗り換えた！

Linux のエコシステムがあるから、開発者は、C#・Windows へは行かない。
Windows は、OSS じゃなく情報が取得できない・エコシステムが利用できないから、
システム環境構築運用ができない

Linux では、日本人が作った、多言語のバージョンマネージャーのanyenv などが定番。
これで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
同様のツールに、asdf もある

この辺の勉強を避けてきた、フロント側が仕事を取れなくなっただけ。
Ruby には、Linux・サーバー側が含まれている

**デフォルトの名無しさん** · 2020/07/21(火) 04:23:20.76

言語にOSが含まれてるｗｗｗ

**デフォルトの名無しさん** · 2020/07/21(火) 06:51:15.60

>>550
確認したけどフレームワーク的なものはなんも使ってなかった
気になるんならChromeかFirefoxでVue.js devtoolsでも入れて見てみたらいいと思う

**デフォルトの名無しさん** · 2020/07/21(火) 07:30:54.45

レバニラJSですか。

**デフォルトの名無しさん** · 2020/07/21(火) 07:53:53.51

>>553
Rubyはecosystemが小さい
言語のバージョンアップですぐに互換性がなくなることで有名
性能も低い
Rubyは実質Rails専用言語と化している

PHPもwebでしかほぼ使われない

C#のように広い範囲で使われてる優秀な言語とは大違い
C#はwindows app, server-side, Gameなど範囲が広い

**デフォルトの名無しさん** · 2020/07/21(火) 12:19:52.79

自分より下を見付けて安心するとか完全に劣等感思考だな
なんだ？C++勢にポインタが使いこなせないC#erってバカにされて八つ当たりにでもきたのか？

**デフォルトの名無しさん** · 2020/07/21(火) 12:21:58.73

C#はポインタ模使えるが？

**デフォルトの名無しさん** · 2020/07/21(火) 14:41:03.04

今更やけどここ最近スレチ過ぎるわ
C系使ってるやつが書き込むのは全然いいけどスレタイに関係ないこと喋りたいんやったらそれぞれのスレ行け

**デフォルトの名無しさん** · 2020/07/21(火) 15:06:15.13

Javascriptはウェブ板というのが、ム板のルールだから。

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

C#って社畜のイメージしかない。

**デフォルトの名無しさん** · 2020/07/21(火) 19:37:54.47

エンジニアの大半は社畜だろ

**デフォルトの名無しさん** · 2020/07/21(火) 22:23:18.32

スレ伸びてんなーと思ったらスレチで盛り上がってたのか。。
テキストエディタで書いてFireBugでデバッグしてた10年以上前と比べたら今のフロントの開発なんて天国だぜ。
これは言語というより、JSフレームワークとIDEの進化のおかげ。
回顧ジジイの戯言かもしれんが。。

**デフォルトの名無しさん** · 2020/07/21(火) 22:49:39.61

>>564
まあそうなんだけど
そのぶんやることの範囲も求められることも多くなってユーザーも肥えてるから
昔とは違った辛さがあると思うよ

**デフォルトの名無しさん** · 2020/07/22(水) 00:15:53.80

C#って確かにいい言語だけど
業務上でブランチプログラムが沢山できて開発終了から５年くらい経った上に当時の担当者が辞めた場合とかどのブランチなのか確認するのに一苦労するから
最近スクリプト言語以外は避けたいなとか思ってる

**デフォルトの名無しさん** · 2020/07/22(水) 00:37:06.54

それ言語関係あんのか

**デフォルトの名無しさん** · 2020/07/22(水) 00:37:20.45

ブランチプログラム？？

**デフォルトの名無しさん** · 2020/07/22(水) 00:52:19.20

朝食と昼食の間くらいに書くプログラムのこと

**デフォルトの名無しさん** · 2020/07/22(水) 01:14:31.02

「ブランチプログラム」でググっても出てこないんだけど？

**デフォルトの名無しさん** · 2020/07/22(水) 01:24:01.34

>>566
それ逆だろう
C#こそ仕様変更あったときに修正しやすい。
IDEがエラー拾ってくれるから楽できる。

スクリプトだとそもそも5年後にメンテナンスされてなくて
セキュリティホール放置になってる
仕様変更にも弱い
論外

担当引継ぎはバージョン管理とかドキュメント保管の問題だが
メンテナンスコスト低いのは型のある言語

**デフォルトの名無しさん** · 2020/07/22(水) 01:26:03.91

>>570
たぶんgitとかのbranchのことじゃないかね

**デフォルトの名無しさん** · 2020/07/22(水) 01:30:36.64

>>572
こんなオレオレ用語が通じると思ってる時点でアレだよね

**デフォルトの名無しさん** · 2020/07/22(水) 01:38:35.35

いやいやGitより遥かに昔からOSS界隈では枝分かれの事をForkとかBranchとか言ってたよ

**デフォルトの名無しさん** · 2020/07/22(水) 01:47:48.97

>>571
今そこで動いてるプログラムのソースの特定ってリリース直後なら全然問題ないけど時間が経つとPCが飛んだりファイルサーバーが飛んだりして色々分からんくなるんよ
管理が悪いと言われればそれまでだけど

たったちょっとの下らない修正をする場合に今サーバーで現在動いてるソースを正にできるならこんなに楽な事はない

**デフォルトの名無しさん** · 2020/07/22(水) 01:52:43.74

>>574
「ブランチプログラム」の話やで？ブランチやフォークじゃない

**デフォルトの名無しさん** · 2020/07/22(水) 01:53:51.05

>>575
具体的にC#でソースの特定になぜ困るの？