- 1 名前：デフォルトの名無しさん mailto:sage [2018/12/21(金) 21:37:36.86 ID:NZqrEm960.net]
-
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
- 159 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 19:03:37.44 ID:cDCUatpE0.net]
- Reactで静的サイト作るならGatsbyが素晴らしいよ
モダンなSSR、Webpack、GraphQL対応してるし
かっこいいサイトのテンプレートも充実してる
Reactの勉強用として使い始めたけどGatsbyハマったわ
- 160 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 21:00:28.63 ID:+v5hiY8Ya.net]
- SPAフレームワークでSSRってなんか目的を見失ってませんか？
従来のMVCフレームワークでいいじゃないですか
- 161 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 21:12:30.75 ID:6KX5syxR0.net]
- イエス。サーバーサイドフレームワークとjQueryで十分
- 162 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 21:20:31.38 ID:JEItRzDdM.net]
- お前ら例に漏れずgatsbyの「SSR」を勘違いしてトンチンカンなこと言っててワロタｗｗｗｗｗ
ヒント： gatsbyは「静的」サイトジェネレータ
- 163 名前：デフォルトの名無しさん mailto:sage [2019/01/31(木) 21:26:46.94 ID:CYJz288f0.net]
- もうflutterでええやん。
- 164 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 06:19:45.77 ID:mVBo/SPW0.net]
- >>155
サイトのテンプレートって
デモサイトどこかにある？
- 165 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 07:11:27.78 ID:yx2noT3I0.net]
- Markdown方式（超簡単）で記事かけたりとまじGatsbyいいよ
>>160
https://www.gatsbyjs.org/starters/?v=2
- 166 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 07:13:47.87 ID:mVBo/SPW0.net]
- >>161
ありがと
トップページからだと
ここまでたどりつけんかった
- 167 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 09:13:31.45 ID:hKW0Cv4Va.net]
- 今大手サイトのフレームワーク利用状況ってどうなんだっけ？
ニコニコ、pixiv、Amazon辺りがReact使ってた気はするけど
- 168 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 09:20:37.92 ID:Bt0WWmH6M.net]
- Netflix。サービスページほぼすべてに採用。
一部ランディングページから軽量化のためにlodashなどとともに取り除かれた際はアンチから「NetflixがReactやめたｗ」とデマ流されるほど。
あとTwitter。
https://www.infoq.com/jp/news/2017/02/twitter-react-mobile-stack
あと当然Facebook。
- 169 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 11:19:03.16 ID:hKW0Cv4Va.net]
- そのサイトで使ってるかどうかはfirefoxのプラグインとかで分かるけどたしかにトップページにはないみたい
利用規約では検知した
- 170 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 12:44:24.16 ID:V8zRexTTM.net]
- 任天堂SwitchのeShopがReact
ZOZOがVue
という記事を読んだことある
- 171 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 15:34:39.74 ID:1OLKpSdz0.net]
- 大手サイトじゃなくて、大手企業のフレームワーク利用状況を知りたい
特に自社で何かしらのサービスを提供してない会社の
ほぼゼロであることはわかっていってますがなにか？ｗ
- 172 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 17:53:53.62 ID:h+AyUO7aa.net]
- JSF使ってます
SPAはオモチャみたいなアプリにしか使えないから大手企業は採用しないと思います
- 173 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 18:25:03.74 ID:Bt0WWmH6M.net]
- twitterはともかくfacebookおもちゃかあれ？
すごいアプリ製作してるんだね。
- 174 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 01:22:26.04 ID:Oj61oPwf0.net]
- Amazonって欲しいものリストの部分だけReact入ってるみたいだね
- 175 名前：デフォルトの名無しさん mailto:sage [2019/02/02(土) 04:16:46.09 ID:W7PHwOVUM.net]
- WappalyzerっていうChrome拡張入れるといいよ
サイトでReact使ってたら素晴らしいしReact+Gatsby使ってたらナカマだし、違った見方でネットブラウジングできる
jqueryのみだとダサってなる（実際サイトの用途にはよるし使ってる人ごめんなさい）
他にも使ってるサーバーとかDBとかWordPressだ〜とかわかるよ
- 176 名前：デフォルトの名無しさん [2019/02/03(日) 19:47:52.31 ID:1rPAmYno0.net]
- vuetify使ってる人いない？
公式のマニュアルが説明不足で全然わからんのだけど、
どこで情報仕入れてる？
formのresetボタンすら動作しない
もっと見やすくてわかりやすいUIはないものか
- 177 名前：デフォルトの名無しさん [2019/02/03(日) 22:23:42.35 ID:WjHZzJrh0.net]
- vuexに依存しないvueコンポーネントってどうやって作ってる？
頑張ってpropで渡すか、コンポーネントextendsしてメソッドオーバーライドするしか
思いつかないんだけどみんなもっと上手いことやってるの？
- 178 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 00:48:04.11 ID:QWfNHn9SM.net]
- てかなぜvuex使わないのか
- 179 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 08:07:14.34 ID:G7sMcdiQ0.net]
- 全般的にUIコンポーネントって部品の説明不足だよな
- 180 名前：デフォルトの名無しさん [2019/02/04(月) 08:32:32.96 ID:+iZnVKUhM.net]
- >>174
書き方が悪かったかも知れん。現状でもvuexは使ってる。
例えばvuexにstore/user/flowerFlag:boolean がある
flowerFlag === trueなら ボタンコンポーネントの色を花っぽくにするって時にどうしてる？
1.propでflowerFlagを渡す
2.コンポーネント内にgetColoer()メソッド作って個別にextend/overwriteする
この2つの方法以外にももっといいやり方あるんかな？
- 181 名前：デフォルトの名無しさん [2019/02/04(月) 09:29:22.24 ID:Qx+SAuX0r.net]
- UIコンポーネントは自作すればいい
- 182 名前：デフォルトの名無しさん [2019/02/04(月) 09:42:43.98 ID:wHc+gudyM.net]
- flowerFlagって名前が気に入らない
何をするフラグなのかさっぱり分からない
useFlowerTheme: boolean とかにしろや
- 183 名前：デフォルトの名無しさん [2019/02/04(月) 12:27:23.88 ID:jZQr0rin0.net]
- shoriKbnFlg
- 184 名前：デフォルトの名無しさん mailto:sage [2019/02/04(月) 14:15:30.10 ID:d7fkSk13p.net]
- makeBrainFlower === true
- 185 名前：デフォルトの名無しさん [2019/02/04(月) 19:55:50.85 ID:ssiW6pqzM.net]
- havingDirtyFireworks = true;
https://www.urbandictionary.com/define.php?term=Dirty%20Firework
- 186 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 17:54:
]
- [ここ壊れてます]
- 187 名前：16.50 ID:cXGNS95ra.net mailto: SPAフレームワークでSSRが醸し出す、一周回ってMVCフレームワークに戻ってきた感が笑える []
- [ここ壊れてます]
- 188 名前：デフォルトの名無しさん mailto:sage [2019/02/06(水) 18:43:12.38 ID:259i/glJ0.net]
- そう思いたくて必死なのが笑えるｗｗｗ
そうやって得た安心は妄想だぞｗｗｗｗ
Rendertronを使ったダイナミック レンダリングの実装手順をGoogleが解説
https://www.suzukikenichi.com/blog/google-explains-how-to-implement-dynamic-rendering-with-rendertron/
- 189 名前：デフォルトの名無しさん mailto:sage [2019/02/08(金) 18:47:35.85 ID:J+/qVGg10.net]
- Reduxってムズイよな
- 190 名前：デフォルトの名無しさん [2019/02/08(金) 20:58:46.78 ID:Waqd0NNdr.net]
- どのへんが？
- 191 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 08:15:58.88 ID:RdduHrOP0.net]
- Vueに乗り換えます
じゃあな
- 192 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 08:16:45.44 ID:RdduHrOP0.net]
- めっちゃIDがReduxっぽいけど
- 193 名前：デフォルトの名無しさん [2019/02/09(土) 08:29:03.30 ID:6iVlgEPUr.net]
- ここvueスレでもあるけどよくわからんがさよなら
- 194 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 13:36:35.69 ID:R3UI++NJ0.net]
- スレタイのやつ3つとも触ったことないままAureliaってやつを採用しようと思ってるんだが、お前らの評価はどんな感じ？
採用の理由としてはVueが選ばれるのと同じだと思う
- 195 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 14:04:19.59 ID:F2V9krnu0.net]
- 調べてみたら3年くらい前にちょっと流行ったみたいだけど
未だに話題になってないって事はそういう事なんじゃない？
- 196 名前：デフォルトの名無しさん [2019/02/09(土) 18:48:21.70 ID:JM+D9hMz0.net]
- 流行り廃れでフレームワークを選ぶんじゃねえ！
自分に一番合ったフレームワークを選ぶんだ！
- 197 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 21:03:07.28 ID:OJ6TU+cc0.net]
- そうするとjQueryでいいということになる
- 198 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 22:38:36.16 ID:+053I9atM.net]
- https://jquery.com
jQuery: The Write Less, Do More, JavaScript "L i b r a r y".
ライブラリであることに負い目でもあるのかな？ｗ
フレームワークの流儀を押し付けられず、どこでも好きなように自由に使えるのがライブラリの強みだと言うのに。
- 199 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 23:21:06.75 ID:OJ6TU+cc0.net]
- どこ見て負い目があると感じたんだ？
ライブラリだからライブラリって書いてあるだけだろう
- 200 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 23:22:07.95 ID:YyhK9/uE0.net]
- angularはwebエンジニア以外の血が流れてるんじゃないのか？ゲームエンジニアでhtmlもjavascriptも経験がなかったときの俺には非常に使いやすかった。
web関連の経験値がたまってきた今となっては大がかりに感じちゃってあえて使おうという気はでないが…
- 201 名前：デフォルトの名無しさん mailto:sage [2019/02/09(土) 23:54:11.39 ID:w7h73/LU0.net]
- フレームワークと言われるのがウゼーから強調してると思うが
Reactもライブラリって名乗ってるな
- 202 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 00:23:54.54 ID:0+1G/wKUa.net]
- 結局MVC+jQueryが一番バランスとれてんだよな
SPAなんて作る側にも使う側にも画面遷移が超早いぐらいしかメリットねえもん
- 203 名前：デフォルトの名無しさん [2019/02/10(日) 01:13:27.71 ID:Ewu7Fccw0.net]
- >>197
それは流石にSPA作った事無いやつの暴論
- 204 名前：デフォルトの名無しさん [2019/02/10(日) 02:19:44.57 ID:EmtOscou0.net]
- jQueryの功績は確かに大きい。その次の世代として仮想domありきのvueやreactなんだから、jQueryとの比較は意味が無い思う。
- 205 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 02:53:41.79 ID:rzMRhZmV0.net]
- 大雑把にいうとライフサイクルメソッドみたいなイベントとか状態管理などの枠組み含むものがフレームワークで
枠組は使用者が作って機能を呼び出すのがライブラリだろ
- 206 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 13:00:31.92 ID:h0ljrL+B0.net]
- >>199
> 仮想domありきのvueやreactなんだから、
仮想DOMはメリットじゃないよ
フレームワークの設計上どうしても遅くなるという問題を
回避するための手段でしか無い
遅くなければ仮想DOMなんて無いほうが良い
- 207 名前：デフォルトの名無しさん mailto:sage [2019/02/10(日) 15:30:08.63 ID:rzMRhZmV0.net]
- そういやスタイル側のフレームワークって何がいいの？
基本はBootstrapなんだろうけど
- 208 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 18:23:39.83 ID:33lwyeb6d.net]
- やりこめば
やるこむほど
思うけど、vueは簡単じゃあないと思う。
- 209 名前：デフォルトの名無しさん [2019/02/11(月) 19:34:12.30 ID:s7yVsu1/r.net]
- reactとvueどっちがむずいのかね
- 210 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 20:28:50.21 ID:HASh9YeP0.net]
- よう分からんけど、日本じゃ wasm は話題にならないね。
情報が遅れてるんだろうか？
- 211 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 21:18:49.40 ID:34Z/DRMs0.net]
- javascriptが十分に速いから
- 212 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 21:4
]
- [ここ壊れてます]
- 213 名前：0:45.56 ID:9qVoQSgPM.net mailto: wasm盛り上げたいgoogleもjs速くし過ぎたと後悔してることだろう []
- [ここ壊れてます]
- 214 名前：デフォルトの名無しさん mailto:sage [2019/02/11(月) 21:46:24.07 ID:wrnl7DNU0.net]
- wasmが必要となるようなものは、
ウェブじゃなくてアプリにするから
- 215 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 08:51:23.06 ID:dWGWBM0h0.net]
- なるほど、日本では、「JavaScript を高速にしたもの」と思われている段階なんだね。
アメリカではパラダイムシフトが起きると思われているらしく、色々と恐れられて
いたりもするらしい。
- 216 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 10:58:51.22 ID:qsQxhdCu0.net]
- ﾜｯﾁｮｲがVueやんけ
- 217 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 12:14:49.91 ID:3leffBPz0.net]
- >>209
パラダイムシフトと言っても所詮
ウェブがアプリに追いつくぐらいの意味でしか無いから
- 218 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 12:37:49.91 ID:06lg1M4xa.net]
- C#がクライアントで使えるようになるだけでもかなり有り難い
Microsoftなら開発者に優しいエコシステムを提供してくれる
- 219 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 13:41:43.16 ID:KSl1FEVj0.net]
- あんなもの昔の時代へのパラダイムシフトでしかないだろ
負の遺産を再び抱え込むだけだよ
- 220 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 14:02:56.84 ID:dWGWBM0h0.net]
- >>212
wasmでは、C#は使えるようにならないはず、一生。
- 221 名前：デフォルトの名無しさん [2019/02/12(火) 14:38:31.80 ID:poZCG/I0p.net]
- NaClが出始めの頃や、なんならActionScriptやSilverlightのRIAでもパラダイムシフトだのなんだの言われてたな。
- 222 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:14:29.49 ID:dWGWBM0h0.net]
- >>214
すまん。既に使えるらしい。
.Net 仮想マシンを、wasm に移植したのかな。
- 223 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:24:18.10 ID:dWGWBM0h0.net]
- WinForm か WPF か知らないけど、そういう標準的な作り方をしたC#が
ブラウザでそのまま動くということではなくて、Razorを使って専用に
作らないといけないらしいね。
- 224 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 15:50:17.94 ID:dWGWBM0h0.net]
- JavaのGUIの場合、Swingは、完全にJavaで書かれていて、OSに
依存せずに全部自前で書かれているので、Java仮想マシンさえ動けばどんなOS
でも完全にGUIアプリが動く。
でも、C#の場合はライブラリがWin32 APIなどを呼び出しているから、そうは
行かないみたいだね。よく知らないけど。
- 225 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 17:33:20.32 ID:tia7IyO5M.net]
- razorてメチャメチャ容量大きくなっちゃってまだまだ使い物にならないんでしょ？モバイル用にでも使えるくらい小さいの吐いてくれないかなぁ…
- 226 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 19:00:48.09 ID:1MzWJDZPd.net]
- webの技術にパラダイムシフトって言われるような変化起こすにはjavascriptの標準仕様が劇的に変わるか、革命的なブラウザが出てきてとんでもないシェアを握るってパターンしかないという理解だわ。
- 227 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 19:36:10.46 ID:1aNudvIBa.net]
- 無理して既存の資産をwasmに移植するメリットはないと思うね
最初はへんな抽象化せずにDOMによく馴染むHTMLフレンドリーなライブラリをC#で実装してくれればいい
なんならjQuery.Netみたいなパクりでもかまわない
手を出しやすい土台を作って欲しい
- 228 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 20:54:50.86 ID:3leffBPz0.net]
- wasmって既存の資産を移植するためのものだよ？
最初から作れるのならJavaScriptを使えば良いわけだし
- 229 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 21:13:01.75 ID:II9d+pHTd.net]
- >>219
Blazorな
- 230 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 22:15:31.30 ID:zazJl4ej0.net]
- HTML5によってFlashなどのプラグインが死んでいったり
JavaScriptからカメラやマイクにアクセス出来るようになったりとそれなりに影響があった
WebAssemblyはそれらをさらに強化する
JavaScriptでは限度があった動画/音声データのリアルタイム解析なども可能になる
プラグインが死んだUnit
- 231 名前：yも今はWebGL+WebAssemblyで動く
プラグインでバラバラ対処してたことが標準化されたって感じかね
劇的に変わる、と言うのはちょっと違う気もするが [] - [ここ壊れてます]
- 232 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 22:37:43.88 ID:Jl2Y8iQt0.net]
- HTML+CSS+javascriptでの開発って他の分野に比べると独特だから実は参入障壁高いんだよね。使いこなせないだけなのに技術そのものがショボいと言いだす。
だからwebフロントエンド以外の開発者がwebフロントエンドの開発したくなったときにいろんな手法を見つけて何とかしようとするんだけど、なれてくると別にHTML+CSS+javascriptでいいやってなる。
そんなイメージ。
- 233 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 22:51:06.28 ID:Lzw+Arvw0.net]
- メモリの扱いというかデータの受け渡しがだるいから、TypedArrayに対して高速に計算するだけの何かを導入してくれたほうがマシだった
- 234 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 23:16:46.90 ID:qsQxhdCu0.net]
- wasmってiOSとAndroidに対応してる(する)の？
- 235 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 23:20:52.48 ID:tia7IyO5M.net]
- >>226
これ。
- 236 名前：デフォルトの名無しさん mailto:sage [2019/02/12(火) 23:49:27.70 ID:mBIHBqGr0.net]
- >>227
もちろん
Web標準やで？
- 237 名前：デフォルトの名無しさん [2019/02/13(水) 00:50:15.15 ID:wb3NGc0D0.net]
- んなことよりpush通知実装しろ。iOS safariテメーのことだ。
- 238 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 00:55:06.05 ID:GHq8zte20.net]
- >>225
JVM の代わりとなる仮想マシンと考えた場合、C++ で書けることは重要なんだ。
C++は型があるので、ミスをコンパイラが発見してくれる事が多いから。
例えば、JSだと関数の引数が多くても少なくてもエラーにならない場合がある
と思うけど、C++では敢えて分かっていてそうする場合以外は必ずエラーになる。
C++ では整数型を受け取るつもりの仮引数に浮動小数点型の実引数を渡すだけでも
エラーになる。ところが、JavaScript ではエラーにならない。
このようなことがあるので、JavaScirpt は大規模アプリをC/C++で組んだことの
有るプログラマからは嫌われている。特にアメリカで。
- 239 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 00:56:36.75 ID:dfUEINu60.net]
- TypeScript使えばいいだけじゃね？
- 240 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:03:22.46 ID:GHq8zte20.net]
- JavaScript だと、プロパティーには文字列と数値、Objectのどれでも入れられるので
単に書き間違えているだけなのに、エラーにならないので原因不明の不具合が直らずに
困る可能性がある。例えば、1,2,3 の 3つの数値を用いて、何か3種類を区別する
目的でプロパティー aaa を作ったとしよう。
aaa = 1;
aaa = 2;
aaa = 3;
と書くことをプログラマは想定している。ところが間違って、
aaa = "x";
と文字列型を入れてしまった場合、どこかで不具合が起きるだろうが、ソースが何10万行も有る
プログラムの場合、この間違えて書いてしまった行を探し出すのに苦労することになる。
こういう間違いが、C++ では、魔法のようにコンパイラが発見してくれる。だからC++は
安全で安定性が高いために人気がある。
- 241 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:06:00.32 ID:dfUEINu60.net]
- テスト書くんだからすぐ見つかるでしょ？
- 242 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:06:08.06 ID:GHq8zte20.net]
- >>232
その言語を多くの人は知らない。ずっと古くからC言語があり、とても人気があって、
その後継にC++があって今でも続いている。アメリカではC/C++経験をつんだ
プログラマが日本よりも沢山いるためか(?)、C/C++ で wasm が使えることで
game changer, pardigm shift などと喝采が起きているらしい。
- 243 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:06:59.54 ID:GHq8zte20.net]
- >>234
なぜ、C/C++ が型を書いているかは、言語が古いからではなく、まさに
エラーチェックのためなんだよ。
- 244 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:12:36.84 ID:WxTmz2dr0.net]
-
- 245 名前：typescriptはもう半数が使ってるくらいの感じでしょ []
- [ここ壊れてます]
- 246 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:14:25.09 ID:GHq8zte20.net]
- >>234
テストで結果が異常であると分かっても、どこに原因があるかが分からないことがある。
だから、細かく実験していく必要があり、それには時間がかかる。
型の間違いをコンパイラが見つけてくれるだけでもミスが判明することが
かなり多くあり、開発時間の節約・短縮に大幅に貢献することになる。
ミスったときには、型や引数の個数まで間違っている確率は意外と高いので、
それだけでも8割くらいの単純ミスは発見できてしまう。
- 247 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:15:17.87 ID:GHq8zte20.net]
- >>237
Webプログラマから入った人にはそう思えるかもしれないが、昔からの
普通のデスクトップアプリを作ってきた人はそうではない。
- 248 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:16:31.85 ID:5ssU2x9I0.net]
- C++ソース（型がある）→コンパイル（型情報に基づきエラー）→バイナリ（型はない）→ネイティブ実行
Type Script（型がある）→トランスパイル（型情報に基づきエラー）→JS（型はない）→ブラウザ実行
あんま変わらん。
wasmが出てきてから聞かなくなったけどJSはWebのアセンブラとは言い得て妙だったな。
- 249 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:17:39.67 ID:dfUEINu60.net]
- >>235
> その言語を多くの人は知らない。
大丈夫。TypeScriptはJavaScript＋αだから
α（型）の部分を除けばJavaScriptそのもの
- 250 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:18:26.87 ID:dfUEINu60.net]
- >>238
> テストで結果が異常であると分かっても、どこに原因があるかが分からないことがある。
十分にモジュール化されてればすぐに分かるよ
- 251 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:19:20.67 ID:GHq8zte20.net]
- >>240
TypeScript という言語自体を今までの大部分のプログラマは知らない。
言語はなるべく1種類を学ぶだけの方が楽だから、C/C++ という事になる。
- 252 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:19:47.09 ID:WxTmz2dr0.net]
- 逆だな。javascriptをすごく理解してるWebプログラマのほうがjavascriptで粘ってて、
javascript理解しがたいと思ってる人らがtypescriptに救いを求めて移行した感じがある
- 253 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:22:34.41 ID:GHq8zte20.net]
- >>241
そこまで頑くなに C/C++ を拒絶する理由がない。
C/C++ を1つ覚えるだけで組み込みから何から何まで作れるようになり、
速度も現存する高級言語の中でTOPな上に、エラーも少なく、安全。
過去からの資産も多い。例えば、画像処理、AI、音声解析、文字認識、
3D描画、物理計算、何から何まで C/C++ は存在している。
敢えて後から出てきた言語を覚えるの無駄。
- 254 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:24:05.31 ID:GHq8zte20.net]
- >>244
でも、ハイレベルなプログラマはそうは思ってないと思うよ。
実際に作った作品で勝負したら C/C++ の圧勝だと思う。
機能面でも速度面でも安定性も品質も。
- 255 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:25:16.64 ID:5ssU2x9I0.net]
- >>243
js抜きにしてもtypescriptの型システムは良くできててC系文法の型システムとはこうあるべしといったお手本みたいだけどな。
c++の型システムは継ぎ足しキメラの失敗作だけど今さらどうしようもできねえしな…
- 256 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:36:11.82 ID:GHq8zte20.net]
- >>247
仮に TypeScript に色々良いところがあったとしても、今迄から高い定評の有る
C/C++をまず、覚えてしまうほうがずっと将来性がある。
だから、人々はC/C++を覚えようとしてきたし、少なくともアメリカのプログラマ
はそうしてきた。いったんC/C++を習得すると、それだけでほとんどあらゆることが
簡単にできて、成果物の効率や速度もとても高く、エラーも少ないものが出来る。
その状態で敢えて、TypeScriptを覚えるのは非効率。だから、C/C++ が
ブラウザで動くのはすごく魅力的な話という事になる。
- 257 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:37:20.24 ID:vNuAntxeM.net]
- S： もうかなり時間がたったしね、C++ が時間の無駄だということにはほとんどの人が気がついたとは思うけど、でも当初予想していたよりはずいぶん時間がかかったな。
I： 具体的に何をどうやったのかな。
S： 最初はほんの冗談のつもりでね、みんながあの本を真に受けるとは思ってもみなかったんだ。脳みそが半分でもあれば、オブジェクト指向プログラミングが非直感的で、非論理的で、非効率なことくらいはわかるよね。
I： え？
S： それに「コードの再利用性」ときたら…。どこかの会社がコードを再利用したなんて話を聞いたことがある？
I： いや、実はないんだけども、でも…。
- 258 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:40:07.00 ID:dfUEINu60.net]
- >>245
> そこまで頑くなに C/C++ を拒絶する理由がない。
C/C++は開発効率が悪いから。
ポインタを使うのに、std::auto_ptrを使わないといけない
そして世界が混沌としていて、ポインタという基本的なものでさえ
時代が変われば使い方がガラッと変わってしまう（皮肉）
- 259 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:41:57.50 ID:SgfrIpbp0.net]
- >>250
>ポインタを使うのに、std::auto_ptrを使わないといけない
5ch/2ch の言うことを真に受けるとそうなるが、普通に、
BYTE *ptr;
TYPE *ptr;
で済む。昔から、C++ といえばこのスタイルで、auto_ptr 自体はずっと後発で、
C++ ではないといっても過言ではない。
|
 |
