[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
129: 2018/08/27(月)00:09 ID:73yCiJDJ(1/2) AAS
そいやちょうど今日リストをスクロールさせる小物2個作ってたけどブラウザ由来の方が確かに早かったな
130: 2018/08/27(月)00:16 ID:SUyxnbYp(1) AAS
>>127
ソース
131: 2018/08/27(月)00:21 ID:akCpLgr5(1) AAS
ブラウザだと常に3〜40個タブ開いてるからアクセス面倒くさい
132: 2018/08/27(月)00:21 ID:fwmFZEXy(1/3) AAS
guiよりdomの方が動作が早いは流石になくないか？
間に挟まってるものが多すぎる。
エミュレータでアプリを動かしたほうが早いって言ってるようなもんだ。
133: 2018/08/27(月)00:21 ID:VgSchzxA(1/3) AAS
パフォーマンスじゃなく操作性ならまぁ合ってるんじゃない？
134: 2018/08/27(月)00:22 ID:z59JxWVq(1) AAS
ネイティブアプリの一つである chrone や firefox の速度はネイティブアプリの速度を上回ってるよね！
135: 2018/08/27(月)00:26 ID:fwmFZEXy(2/3) AAS
flutterみたいなものもあるしosが提供してるguiフレームワークより、直接描画系を操作して0から書いたほうが早いっていうのはありえなくはないが、
それでもエレクトロンでhtmlを組み立てguiを作るほうが早いと思ってるのは何か考え方がおかしい。
136: 2018/08/27(月)00:31 ID:VgSchzxA(2/3) AAS
実行速度じゃなく開発効率ならブラウザ経由じゃない？
見た目をそこそこオシャレにするのも楽だし
137: 2018/08/27(月)00:34 ID:fwmFZEXy(3/3) AAS
react-nativeを使えればdomの代わりに既存のguiフレームワークを抽象化できるから、パフォーマンスも上がるしデザイン性も確保できる
138: 2018/08/27(月)00:37 ID:VgSchzxA(3/3) AAS
寧ろ逆に昔のVBとかAccessみたいな化石画面をブラウザで再現してた連中どっかで見た気がする
なんなんだろうな
139: 2018/08/27(月)00:41 ID:73yCiJDJ(2/2) AAS
というか最近のは無駄にリッチ過ぎて逆に重い
140: 2018/08/27(月)07:34 ID:16Uk9O2Q(1/2) AAS
無駄にリッチになりすぎて押すボタンが区別つかないので業務に使えないという
141: 2018/08/27(月)07:34 ID:SEMntr9q(1) AAS
少なくともWPFやJavaFXみたいなスクラッチでリッチなの作りました系はブラウザに抜かれてるな
142: 2018/08/27(月)08:13 ID:gOoey+yt(1) AAS
最近のGUIはスーパーリッチだよなあ
143(1): 2018/08/27(月)22:37 ID:16Uk9O2Q(2/2) AAS
この中でWSHで使えるようになってるのあります？
144: 2018/08/28(火)01:42 ID:jjg4Adzl(1) AAS
>>143
真面目にhta
145(2): 2018/08/28(火)13:32 ID:YFDGQHp2(1/3) AAS
if checked == true 〜
if checked != true 〜
みたいな馬鹿馬鹿しい判定がコンパイルエラーになる言語ってない？
146: 2018/08/28(火)14:53 ID:E+vXp7sG(1/2) AAS
>>145
checkedが、if文内で書き換えられる可能性が無いか
その2行の間に書き換えられる可能性が無いか
などなど、2行に別れていてバカバカしくない理由を探されるんじゃないの？
そもそもelseと等価では無いと思うし、やりたきゃマッチがある言語ならケース漏れは指摘してくれるんじゃないかな。
147(4): 2018/08/28(火)16:02 ID:YFDGQHp2(2/3) AAS
伝わってないようだけど
checked == true や checked != true みたいなバカなコーディングを
コンパイルエラーにしてくれる言語はないのか？
148: 2018/08/28(火)16:07 ID:0jKV2vdB(1) AAS
C言語
-Wbool-compare -Werror
149: 2018/08/28(火)17:40 ID:qNToseDl(1) AAS
>>145>>147
既存文法に依存してるので別の文法になる可能性もあるのに意味不明
コミュニケーション苦労しそう
150: 2018/08/28(火)17:57 ID:YFDGQHp2(3/3) AAS
非建設的でコミュ障な回答ありがとうございました
非建設的な馬鹿は死ななけば治らないのですね
151: 2018/08/28(火)18:12 ID:E+vXp7sG(2/2) AAS
>>147
それはバカみたいではないだろう。
checkedがboolとして評価したときに真なのと、checkedがtrueと同値なのは全く別問題じゃん。
if(pHoo)と書くのは正しくない、と言われるならわかるが。
処理系依存の質問ならそう書いてくれ。
152: 2018/08/28(火)18:23 ID:h1lwFjom(1/2) AAS
言語依存だな
153: 2018/08/28(火)18:38 ID:k5A54yFx(1) AAS
昔のCはbool型がない
整数やポインタを比較するだけなので問題なかった
自称モダン言語がなぜか古いCの文法を真似するから問題になる
154(1): 2018/08/28(火)18:53 ID:h1lwFjom(2/2) AAS
if 文の所で計算結果が bool 型以外になる場合にどう扱うかの問題だな。
Cの場合は元々そういう型がなくて0か0以外かでしか見ない。
Javaだとboolean以外になったらコンパイルエラー。
155: 2018/08/28(火)19:06 ID:EkHmS2W9(1) AAS
>>147
エアプだけどlintでできるんじゃないの？
156: 2018/08/28(火)19:33 ID:1DJlmxtv(1/3) AAS
>>154
cppでも、falseな変数をインクリメントしたらtrueになったり、
0以外の何を代入しても1になったり、処理系依存だとはいえ無茶苦茶だしな。
157(1): 2018/08/28(火)19:42 ID:1DJlmxtv(2/3) AAS
ってかchecked != trueをコンパイルエラーにするなら、右辺がtrueであるかを評価してからコンパイルエラーにすべきだろうし
(checked != (true || false))
#define PRODUCTIONMODE true
if((status.foo && param.bar)!=PRODUCTIONMODE)
みたいな式が書けなくなるし、あんまいい事無いだろ。
列挙の網羅性を文句言われるのとはちょっと違うレベルで不便では？
158: 2018/08/28(火)19:44 ID:C1AWmFJx(1/2) AAS
ま、Cは元々その辺が甘く作ってある言語で移植性のあるアセンブラのように使うためのものだからそれはそれで良いと思う。
それが嫌なら別の言語使うか自分で言語作ればいい。仮に自作する技術力がなくても仕様公開しとけば誰かが作ってくれるだろう。
上下前次1-新書関写板覧索設栞歴
あと 844 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.011s