[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
112: 2018/08/26(日)11:13 ID:6inyCsxc(2/2) AAS
関数型は類似品を統一する意思決定が大体うまくいった
スクリプトも同様
だがCの子孫はその決断ができないから、弱肉強食で自然に決まるだろっていう世界観
113: 2018/08/26(日)11:15 ID:ArPiR9fq(1) AAS
■愛されているプログラミング言語ランキング
画像ﾘﾝｸ
■嫌われているプログラミング言語ランキング
画像ﾘﾝｸ
■求められているプログラミング言語ランキング
画像ﾘﾝｸ
マイナビニュース
外部ﾘﾝｸ:news.mynavi.jp
114: 2018/08/26(日)11:57 ID:TzkdF7D/(1) AAS
動的型付言語は今でもせいぜい数百行の小さなツールスクリプトをひとりでサクサク書くときには有用だよ
プログラマが十分型情報を覚えていられる規模においては静的型は冗長すぎる
適材適所であるべき姿に戻っただけ
Railsとかで大きめのプロジェクト立ててたのはウンコofウンコだが
115: 2018/08/26(日)12:13 ID:LdpdygnY(2/2) AAS
>>103
C#とKotlin！
116(2): 2018/08/26(日)13:58 ID:/xip7+3F(1) AAS
C#メインで使ってるけど最近の言語と比べるといろんな意味で重い
このスレで良さそうなのを探ってるけどどれも決定打に欠ける
117: 2018/08/26(日)14:34 ID:719NpC9M(2/2) AAS
そもそもrailsみたいになんでもワンパッケージでっていうものは
最初楽で、あとで破綻する典型的パターンでしょ。
喜んで使う奴は総じてモジュラリティーの意識が低い。
118: 2018/08/26(日)14:46 ID:qJXfe6n+(1) AAS
>>110
Haskellって何が作れるの？外部のライブラリの親和性あるわけ？
119: 2018/08/26(日)14:51 ID:VBsyc88B(1/3) AAS
>>116
dllがアホみたいに作成される問題？
TSで、node_modulesまでバンドルして1ファイルにコンパイルしてしまって使うとか？
nodeのバイナリはシステムに最低限入ってればバイナリポンで複数バージョン置けるので、2ファイルで済むよ。
windowsだと完全にnode.exeとメインのjsだけ撒いても大丈夫だったと思う。
そのへんGoは気楽だな、やっぱり。
120: 2018/08/26(日)14:53 ID:yJfbxE3G(3/4) AAS
そこでエレクトローンですよ
121: 2018/08/26(日)15:19 ID:VBsyc88B(2/3) AAS
GUIが要らないものをelectronでバンドルするのも馬鹿らしいし、結局そうするとシングルバイナリではなくなるのでは？
そこそこdll増えなかったっけ？
122: 2018/08/26(日)15:39 ID:yJfbxE3G(4/4) AAS
で？言いたいことはそれだけ？
123: 2018/08/26(日)15:40 ID:VBsyc88B(3/3) AAS
聞きたいことはそれだけ。
124: 2018/08/26(日)16:41 ID:GTrkemq7(1) AAS
エレクトロンは富豪プログラミングここに極まれりって感じよね。
react-native1.0はよでんかね
125: 2018/08/26(日)17:36 ID:Lq+jppE1(1) AAS
>>116
何がどう重いの？
126: 2018/08/26(日)22:53 ID:nA2lBAov(1) AAS
正直ゲームとか処理速度を求められる様なものでもない限りはGUIってブラウザ経由にした方が何かと融通利くんじゃないかと思っちゃうんだよね
そういう意味でネイティブのGUIはなくてもいいんじゃないかとか思ってしまう
スマホとかならまた勝手が違うだろうけど
127(2): 2018/08/26(日)23:05 ID:iDr2keD8(1) AAS
PCだとブラウザのパフォーマンスはむしろ大抵のGUIフレームワークを遥かに上回ってるよね
128: 2018/08/26(日)23:17 ID:qu/vhMXg(1) AAS
>>127
は？
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みたいなスクラッチでリッチなの作りました系はブラウザに抜かれてるな
上下前次1-新書関写板覧索設栞歴
あと 861 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.026s