C言語なら俺に聞け 146

2018/04/30(月) 04:47:37.50

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

前
C言語なら俺に聞け 144
https://mevius.5ch.net/test/read.cgi/tech/1514025223/

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512
-
※前スレ
C言語なら俺に聞け 145
http://mevius.5ch.net/test/read.cgi/tech/1519046038/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/05/22(火) 18:36:15.88

>>73
その部分はBIOS画面としてしか動かんようにしてあるのでは？
必要最低限のプログラムしかないだろうし。
容量の小さいSDメモリみたいなのに入れてるだろうし。
組み込み機器みたいなものだな。

2018/05/22(火) 19:32:38.26

そしてBIOSがウィルス感染すると。

2018/05/22(火) 20:05:11.55

そんなこともあろうかとレスキュー用のミニBIOSが用意してある

2018/05/22(火) 20:22:51.24

ところで元の話はなんだったっけ？
CでGUIならGTKがおすすめだっけ？

2018/05/22(火) 20:23:17.70

パターン青です、使徒にセントラルドグマを侵食されました
自爆装置が作動します

2018/05/22(火) 21:41:56.59

CでのGUIプログラミングは、オススメといっても人それぞれだし。
本人が興味のある手法、あるいは必要に迫らせた手法から順に
手を出してみればいいんじゃないかな

2018/05/22(火) 22:39:27.93

Cで低レイヤーなプログラミングを学ぶように低レイヤーなGUIを学ぶならXかなぁ
実用性は皆無とこそ言わずともほぼないが

2018/05/22(火) 22:53:36.42

c、open gl glfw+glew
とか

2018/05/22(火) 23:09:30.41

結局ろくな突っ込みねえじゃねえかよ。

・CではGUIをやらないのがオススメ

だよ。
WindowsアプリにしたければC#でフロントエンドだけ作ってCプログラムを呼べばいいだけ。
VisualStudioがこの作りだろ。
組み込み機器でネットワークありなら鯖立ててブラウザから設定してもらうのがベスト。
ルーターとか全てこれだろ。
今時ネットワークもない機器でGUIなんてほぼねえよ。

そもそもお前らがGTKもQtも使ってねえだろ。

2018/05/22(火) 23:16:53.04

＞C#でフロントエンドだけ作ってCプログラムを呼べばいいだけ。
＞VisualStudioがこの作りだろ。

そうだったのか、知らなかった。
VBで作っているのかと思ってた。

2018/05/22(火) 23:36:12.88

あれ、JavaScript最強とか言ってたのどうしたの？

2018/05/22(火) 23:47:04.75

>>83
ポイントはそこじゃねえ。VisualStudio自体が何で書かれているかは知らんよ。

ただ、今時、GUIまで含めてCで書く必然性はほぼないんだよ。
保守性を上げる為にも、GUIは設定ファイルを生成し、
各種プログラムを呼び出すだけの単純なコントローラに徹するべきなんだよ。
だからこそVSは各種プログラミング言語をカバーできているのであって。

2018/05/22(火) 23:50:10.95

>>84
C#もGUI用言語としてはゴミだぞ。Cよりはマシだが。

2018/05/22(火) 23:54:28.08

まあお前ら口だけだしな

2018/05/22(火) 23:55:54.11

ぺろぺろ

2018/05/23(水) 00:45:45.99

>>83
普通にC++だろ
word,excelも普通にC++

2018/05/23(水) 01:00:02.58

※未承認広告※
リソーエディタでさくさくGUIが作れちゃう？
今すぐ試そう。
http://katahiromz.web.fc2.com/re/ja

2018/05/23(水) 08:59:17.25

>>82
やらないのがおススメとかどうでもいいんだよ
おススメばかりで組める世界なら苦労は無い

2018/05/23(水) 09:01:01.98

だな

2018/05/23(水) 22:23:10.76

>>91
ならまずお前がオススメを出せよ、自称苦労人さんよ。

俺なら新規で自由に選択出来るのならまずElectronを検討する。
元々のコードが相当量有るのならグダグダ言わずにそれを使うしかない。

それ以前に、お前らJavaScript/HTML/CSSを知らんだろ？
実際はさらにそれ以前で、お前らGUIなんてほぼやってないだろ？
だからそんな低レベルな突っ込みしか出来ないわけでさ。

Cが十分出来るのなら、JavaScript/HTML/CSSの習熟は簡単だ。
CのGUIなんて悲惨なコードにしかならない。
次の機会があるのなら、騙されたと思って、
ElectronからCプログラム/DLLを呼び出すのも検討に加えてみろよ。
どんだけCのGUIがゴミだったか実感出来るから。

web系()が馬鹿ばかりというのも事実だが、逆に言えば、
馬鹿でも何とかなるようにシステムが組まれてるからこそ成立してるのであって、
この意味では学ぶことも多いぞ。

2018/05/23(水) 23:37:46.76

(ﾉ∀`) ｱﾁｬｰ

2018/05/24(木) 00:55:07.41

>>93
うーん・・・23点かな、赤点だよキミ

2018/05/24(木) 01:27:26.00

Electron、少し気になって調べてみたらhello worldアプリのファイルサイズが100MB近くになるとか書いてあってワロタ
さすが最強だなw

2018/05/24(木) 02:25:19.76

>>96
動作環境同梱だからな。
でも実際、それで問題ないからVSCodeやatomに使われてる。

しかしこのスレも本当にゴミになったな。
揚げ足取りしか出来ない馬鹿しか居ない。
文句を言う前に、まずオススメのGUIを出してみろよ。

事実として、CのGUI環境でオススメ出来る物なんて存在しないだろ。
そもそもGUIをCで書いてる奴が居ないんだから。

Electronにはそれ以外にも色々問題はある。
だからElectronが許されるかどうかは確かに問題だが、
それでもいい環境なら今現在GUIに最適なのは間違いない。

2018/05/24(木) 03:15:02.23

ある程度大きなツールなら問題ないだろうけど、
ちょっとしたアプリだと驚きのサイズかな

個人的にお手軽なのはC#(WinForms)で
気合入れるならC++(Win32API)だけど
オススメと言われると悩ましいな
Cはその手のには使ってない

2018/05/24(木) 05:39:55.69

Win32APIはC++必要ないよ
Cでも十分

2018/05/24(木) 06:20:19.99

Win32APIの肥大化を危惧してCOMを使うようになったな

2018/05/24(木) 06:45:39.64

>>97
> 文句を言う前に、まずオススメのGUIを出してみろよ。
> 事実として、CのGUI環境でオススメ出来る物なんて存在しないだろ。
お前が無視してるだけだろ w

>>>69
>> Cなら普通にgtkだろう

> そもそもGUIをCで書いてる奴が居ないんだから。
なんでこんな視野の狭い奴がこんなスレに居着いてるんだよ...

2018/05/24(木) 06:59:58.23

こいつおそらくWin32APIで何か作ったことないんだろうな

2018/05/24(木) 09:17:20.14

Xlibも仲間に入れてあげてください

2018/05/24(木) 10:47:49.63

今北。なんだこの流れ。
元をたどれば>>49がGUI未経験なのでどれを勉強すればいいか聞いてたのが始まりだよな。

おそらく49はプログラミング初心者だろうから、別にC言語を使わなきゃならないという縛りもないはずだ。
C言語スレではあるものの、サクッとGUIアプリが作れる言語を教えるというのは理にかなっていると思う。

初学者がC言語しか知らないというのも珍しいことではない。
実際、大学や高専ではいまだ最初にC言語を教える学科が多い。
だが、それはC言語を学べば他の言語を学ぶ時の学習コストが大幅に下がるというのも理由の1つとしてあると俺は思う。

ということで、このスレではおすすめのGUIフレームワークの話題が繰り広げられているみたいなのだが、
これはおそらく収拾がつかないぞ。
フレームワークの種類だって数多くあるし、言語もケースバイケースだからなぁ。

結局>>49がどういうプラットフォームでGUIアプリを作ってみたいかによるんだよ。
普段使ってるOSがWindowsかLinuxかだけでも大分違うし、
動くならWindowsだけでいいのか、できるだけクロスプラットフォームにしたいのかでも違うし。
なので、49が黙っている以上、誰もが納得する回答なんて出るわけないんだよなぁ。

2018/05/24(木) 11:31:40.73

質問者そっちのけで盛り上がるのはいつもの事

2018/05/24(木) 14:20:09.73

C初心者です
苦Cを一通り終えたので練習問題をとこうと思っているのですが、お手頃なレベルの問題が載ってるサイトや問題集とかありますか？

2018/05/24(木) 15:01:48.55

>>106
AIZU ONLINE JUDGE
http://judge.u-aizu.ac.jp/onlinejudge/

会員登録が必要だけど、たくさんのプログラミングの問題が載っている。
言語はC言語だけでなく様々な言語が選択可能で、
入力されたテキスト（標準入力）に対し正しい回答（標準出力）を出せればOK。
アルゴリズム力や数学力を鍛えるのには役立つだろう。
序盤は入門者・初心者向けだが、上級者向けの問題もある（というか大半が上級者向け）。

2018/05/24(木) 15:55:26.31

>>107
おもしろいね

わざと制限時間いっぱいメモリいっぱいを目指す大会とか楽しそう

2018/05/24(木) 17:12:34.79

>>108
制限時間いっぱいを目指すならタイマー使えばいいし
メモリいっぱいを目指すなら配列使えばいいので大会にならなそう

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/24(木) 19:03:04.84

>>100
市販の書籍でCOMに関するいいものはありませんか？
お手持ちのものでもいいです

2018/05/24(木) 20:12:37.44

>>107
良いサイトを教えていただきありがとございます！

サイト見るからに難しそうですが頑張ります

2018/05/24(木) 20:29:25.26

>>106
お手軽かどうかはわからないが一応この板にはプログラミングのお題スレがある。

2018/05/24(木) 20:51:23.65

配列名に動詞使うのは違和感ありますか？
week_of_day = get_week_of_day[(year + year / 4 - year / 100 +
year / 400 + (13 * month + 8) / 5 + day) % 7];

2018/05/24(木) 20:57:56.73

char *get_week_of_day[7] = {"Sunday",
"Monday",
"Tuesday",
"Wednesday",
"Thursday",
"Friday",
"Saturday"};

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/24(木) 21:01:07.84

>>113
if (m < 3) { y--; m += 12; }
が抜けているのはまずいね

2018/05/24(木) 21:02:46.26

あ、忘れてました
おとなしく関数化したほうがいいでしょうか？

2018/05/24(木) 21:04:24.13

違和感といえば week_of_day よりも day_of_week の方がよさそうな点が（以下略

2018/05/24(木) 21:06:57.97

>>117
恥ずかしいです。辞書を引いたら
the day of the weekですね。確かに

2018/05/24(木) 22:01:19.97

>>101
> なんでこんな視野の狭い奴がこんなスレに居着いてるんだよ...
自己紹介乙。
お前は他言語が何も出来ないからその程度の視野なんだよ。

お前ら自身が今現在もGTKを使っててオススメだと思っているのならそれでいいが、
実際はお前らもGTKを使っておらず、それ以前に使ったこともない知ったかぶりだろ。
そういうミスリードはマジで止めろ。

Electronが生まれた理由はあるんだよ。
そして同様に、MSがMFC->Form->WPFと進化してきた理由もある。
この辺を理解出来ないのなら自分は馬鹿だと自覚して自重しろ。迷惑でしかない。

2018/05/24(木) 22:08:16.86

WPF止まりかー

Electron使ってるの？web系の人向けフレームワークに見えるんだけど
本当に心から最強と思ってる？

2018/05/24(木) 22:14:53.56

>>119
普通にGTKも使ってるぞ
最近はC言語での開発は減ったけど保守とかあるしな
GUIって聞いてPCとかスマホのアプリ程度しか想像できないような知ったかには用はないからおとなしくROMっとけ

2018/05/24(木) 22:20:14.28

初心者がGUI勉強したいって言ったらPCやスマホのアプリ程度だと思うんだが…

2018/05/24(木) 22:31:34.31

>>120
CXって言って欲しいのか？

>>121
保守だろ。
新規案件がない＝今現在はそれを積極的に使う理由がない、だよ。
そもそも保守なら今でもMFCやらされている奴もいるだろ。

2018/05/24(木) 22:41:44.12

>>122
べつに>>49は初心者とは言ってないし、今時CでPCとかスマホのアプリ組もうとする奴は初心者と言うより変わりもんだろ w

2018/05/24(木) 22:44:50.76

>>124
「初心者」とは言ってないが、
「CでGUIアプリ組む」とも言ってないぞ

2018/05/24(木) 22:45:14.24

>>123
> 新規案件がない＝今現在はそれを積極的に使う理由がない、だよ。
で、何が言いたいんだ？
消極的だろうがC言語でGUI組む話なんだから、関係ない話したいならよそへ行けよ

2018/05/24(木) 22:47:15.80

>>125
Cとは言ってないけどここはCスレだし

2018/05/24(木) 22:49:10.73

自分がC++の半分を理解できる知能を持たないなら、Tcl/Tkでもやっとけ

2018/05/24(木) 22:54:40.75

とりあえず初心者向けにガイドラインを出すと、

・とにかく新しい物を使え

に尽きる。Cは歴史も長いから当然色々あるのだが、
GUIも色々試行錯誤していて、結果的に昔のは基本的にゴミだ。
当たり前だが新しい奴はいろいろ改善されているわけでね。

そして初心者なら自分で判断出来る能力はないのだから、他人の判断能力にすがれ。
これも当たり前だがみんなそれぞれの状況で「最適解だ」と考えた物を使ってる。
結果的に、割と妥当な物が採用される確率が高くなる。
んで、今時みんなWebでやってるだろ。理由は簡単、一番簡単だからだよ。

Web系()が馬鹿ばっかりなのは事実だが、
逆に言えば、本当に簡単にGUIが実現出来るからこそ、それで成り立ってる。
これは本当にJavaScript/HTML/CSSをやれば分かる。
これまでのGUIは何だったんだ？と思えるくらい間抜けなほど簡単に色々出来るから。

2018/05/24(木) 22:58:33.48

>>124,126
普通に読んだら>>49は初心者だよ。自分で判断する能力がないんだから。
で、そいつに「CでGUI」みたいなミスリードするな、って話だよ。

2018/05/24(木) 23:06:49.88

いくら説明してもダメなバカっているんだな...
スレタイ100回声に出して読んでから出直してこい

2018/05/24(木) 23:14:43.05

「どーしてもCでやりたいのなら○○だが……
　そもそも論で、CでGUIコントロールを記述するのはめんどくせーから余所言語学んだほうが近道」

2018/05/24(木) 23:29:36.95

>>123
CXって何？もしかしてC++/CXのこと？

2018/05/24(木) 23:35:00.83

>>133
とりあえずお前は何がオススメだと思っているの？
まずそれを聞こうか。

2018/05/24(木) 23:59:23.49

>>134
>>49の前提条件が分からないとオススメしようがないな
プログラミング未経験ならそもそもGUIの勉強の前にやることあるだろうと思うし
C言語を勉強してその延長上でかつWindowsならWin32APIでもいいだろうし

2018/05/25(金) 00:07:25.24

>>132
とりあえずは同意だが、俺はCではGUIは学べないと思ってるんだよ。

Linusは「Cでもオブジェクト指向は出来る」と言うだろ。確かにこれも事実だが、
これは「既にオブジェクト指向を完全に理解しているから、文法サポート無しでも出来る」のであって、
「何も分かってない奴がいきなりCで出来る」ようにはならないと思うんだよ。

GUIもそうで、今現在最先端なのはJavaScript/HTML/CSSだと俺は思っているから、俺はそれを勧めてる。
それで正しいGUIが出来るようになれば、あとは昔のCのゴミみたいなGUIフレームワークでも何とかなるだろうさ。
しかしGUIのイロハも分かっていない奴に昔の＝今から考えたら間違ったフレームワークでは、
間違った方向にしか進めないと思ってる。

これは逆説的だがJavaScripterがOOPを全く理解出来ていないことからも言える。
JavaScriptは全般的にOOPではないので、抽象クラスでコードを一本化ってのが割と出来ない。
PHPはもっと悲惨で、言語内に色々矛盾があるから普通にコードを書いていても躓く。
あれでは上達しないのも分かる。当然OOP(継承)の利点も理解出来ないし。

OOPと同様にGUIでド定番なのはMVCだが、逆にこれをお前らは理解してないだろ。
これも当然で、MVCなんて昔はなかったから、当然昔のGUIフレームワークは『文法的には』サポートしてない。
勿論それでもやれば出来るのだが、それは知っているからであって、知らないようでは組みようがない。

だからとりあえず今最新の物を使っておけ、というオススメになる。
少なくとも、今現在正しいとされている構成にしやすい物になってるから。

2018/05/25(金) 00:09:47.97

>>135
それ、普通は「逃げた」と言われるぞ。
まあいい、それでお前は今何を使っているんだ？まさかWin32APIとでも？

2018/05/25(金) 00:21:44.03

「逃げた」は>>134でしょ？

自分が今使ってるのはWindowsFormsを簡単なツール作成に使うくらいかな
メインはゲームなんでUIは自前

2018/05/25(金) 00:24:55.86

>>138
じゃあ何でFormsを勧めない？
そしてMSが何故Formsを捨てたのか理解してるか？

2018/05/25(金) 00:27:41.04

>>138
あとついでだから聞いといてやる。
俺がCXについて「逃げた」として、お前はどう突っ込むつもりなんだ？

その話はどうあがいても本筋には繋がらないと思うが、やってみろ。

2018/05/25(金) 00:32:21.58

煽られても誤魔化すその姿勢は素晴らしいと思います

>>139
>>135
> >>49の前提条件が分からないとオススメしようがないな

2018/05/25(金) 00:35:41.85

プラットフォームはWindowsって事で良いのかな？
あんまり話広げても困ると思うが

2018/05/25(金) 00:35:44.32

もういい加減Cから離れた話になってるから、さっさと終わらせてくれ

2018/05/25(金) 00:40:30.62

>>141
お前みたいなクソガキではないからな。

お前がWin32APIを『今』使っていてそれを勧めるのなら、それもありだろう。しかし、そうではない。
お前は今Formsを使っている。なら、それを勧めるのならそれもありだが、それもしない。
おかしいと思わないか？

Formsを使っているうちはFormsの問題に気づけない。
丁度、Cを使っている奴がCで何も問題を感じないのと同じだ。そんなもんだと思っている。
だから古いフレームワークをずっと使い続けている奴が古いのを勧めるのはあり得るし、不思議ではない。
しかし、お前はそうではない。

そりゃ単なる荒らし行為だよ。或いは構ってちゃんか？

2018/05/25(金) 01:04:47.66

スレタイも読まずに中身のない長文書くアホが早く居なくならないかなぁ...

2018/05/25(金) 01:13:49.55

ログ読み返して見たら最強とかオススメとか最新とかは言ってるけど
使ってるとは書いてないのな、ちょっと尊敬するわ

>>144
現行で使えるしな、条件次第では別に勧められても不思議じゃないだろ
勉強なら別に今使ってなきゃオススメ出来ないってこともないと思うし
GUI関係ないけどプログラミングの勉強にCASLとかオススメだぞ

2018/05/25(金) 01:19:35.26

>>146
仮に俺が「使っている」と書いていたとして、どう突っ込むつもりだったんだ？
聞いておいてやる。

> GUI関係ないけどプログラミングの勉強にCASLとかオススメだぞ
ねえよ。

2018/05/25(金) 01:28:16.78

>>145
長文だけならまだしもその内容が間違っていたり古かったりと目も当てられん状態だしね
こういう人ってやっぱ実社会でも煙たがられてるんだろうね

2018/05/25(金) 02:12:57.50

c言語というかwindowsAPIとかのがGUI学ぶならいいと思うが
大抵肝の部分隠蔽されてるし
cでGUI書くのがめんどくさいってなら同意できるけど

2018/05/25(金) 13:09:14.22

匿名掲示板で憂さ晴らし
ちょっとかっこ悪い

2018/05/25(金) 13:19:04.78

最初の質問から遠く離れてしまった感

2018/05/25(金) 13:38:23.63

ネットでは人を小馬鹿にした発言ばかりする
リアルでは小心者なやつがいるね

2018/05/25(金) 20:31:15.03

> ネットでは人を小馬鹿にした発言ばかりする
> リアルでは小心者なやつがいるね
>>152 みたいな奴のことだな

2018/05/25(金) 21:49:19.64

いつも小馬鹿にされてる>>152可哀想と思ったがそいつに小馬鹿にされとる>>153がおったw

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/26(土) 14:56:29.53

>>136
＞GUIもそうで、今現在最先端なのはJavaScript/HTML/CSSだ
その大部分はテキスト処理ではないか？HTMLもテキストベースの処理のためなのではないか？
GUI の要素からはかけ離れている気がする

たとえば GUI ならば新しいウィンドウを起こし、新しいツリービューを起こし、任意のタイミングで音を出し、
映像をコントロールする（あらかじめ内容の決まったものを垂れ流すのではない）
HTML/CSS/Javascript って、そんなことができるのか？
smalltalk とかだったらまだ意見として分かる、でも HTML とかが GUI のもっとも成功したものだとは思わない
そもそも HTML/CSS/Javascript と GUI とを結びつけるのがへんだと思う

対案：そうだな、いまだったら Java で GUI をやるのがわかりやすいのではないか？まあ、現状廃れているのではあるが

2018/05/26(土) 15:05:51.97

HTML5/JavaScript の実装例としてはGoogleマップが有名
マウスでブラウザの表示をグリグリ動かすのは今や当たり前

2018/05/26(土) 16:28:32.02

jQueryとかWordPressなどのウェブ技術は、DHTMLでGUIをバリバリ実現してるよ。

2018/05/26(土) 16:30:27.73

>>153のすぐ後に>>154があるのに>>152はどうやって小馬鹿にしたんだろう？
論理的思考能力のない奴はこれだから... w

**デフォルトの名無しさん** · 2018/05/26(土) 16:32:10.63

>>155
おじいちゃんの脳内はHTML5登場前の知識で止まってるんだな

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/26(土) 16:36:33.03

>>159
HTML5 で新しいウィンドウを発生させることができますか？

2018/05/26(土) 16:38:10.94

>>155
お前がそんなに馬鹿なのにコテなのが本当に意味不明。
お前が嫌われているのも当然だよ。

> たとえば GUI ならば（以下略）
出来ないと思っているのなら、WebページなりVSCodeなり見て考え直せ。

> そもそも HTML/CSS/Javascript と GUI とを結びつけるのがへんだと思う
それはお前のGUIの定義が間違っているからだ。
前にも言ったがお前は抽象思考が出来てない。だから三流のままなんだよ。
Webページ自体がGUIなんだよ。お前はこれを理解出来ていない。
あからさまな「ボタン」である必要はなく、クリックに反応するのならそれは「ボタン」なんだよ。
或いは、Webページと同様にマウスに反応する画面を他GUIで作ってみることを考えろ。
明らかに死ねるだろ。

> Java で GUI
JavaのGUIなんてC以上に使われていないゴミだ。
ミスリードどころではないぞ、マジで死ね。

> でも HTML とかが GUI のもっとも成功したものだとは思わない
今のところHTMLがGUIの最も成功したものだよ。
・現状のGUIは、Webで済む場合はすべてWebが使われている。
・他GUIはWebを周回遅れで追っている。
GTK確認したが、GTK2はForms相当のゴミ、GTK3はWPF相当のゴミだった。
CXでご不満ならUWPか？と仮定しそちらも確認したが、
UWPで採用された「async/await」「セキュリティ」については、
最初からJavaScriptはそのアーキテクチャだった。結果的に、さらにWebに寄って来てる。

ただ、UWP/WinJSについてはElectron相当のポテンシャルはあるのかもしれん。
採用事例がほぼ無いらしいが。
あと、GTK3のバージョニングがおかしいから、GTK4がもうすぐ出てくるのかもしれん。
「HTMLパーサ」「CSS」が出てくればまだ戦える可能性は残る。

**デフォルトの名無しさん** · 2018/05/26(土) 16:40:58.14

>>160
できるよ
jQuery UI使うのが簡単かな

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/26(土) 16:43:58.22

>>162
なるほど、ありがとう

2018/05/26(土) 19:18:25.85

優勢と見るやまた長文レスか

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/26(土) 19:26:11.72

>>161
＞Webページ自体がGUIなんだよ。お前はこれを理解出来ていない。
ブラウザの手のひらの上で踊るのが GUI なんですか？

＞JavaのGUIなんてC以上に使われていないゴミだ。
そのとおりだと思いますが、では、どうしてゴミになってしまったのでしょう？Java-GUI のどこがまずかったのでしょうか？

2018/05/26(土) 20:16:40.70

>>165
> ブラウザの手のひらの上で踊るのが GUI なんですか？
そういう問題じゃねえ。つか、理解出来て無いのお前だけだぞ。

> Java-GUI のどこがまずかったのでしょうか？
全部だろ。

元々Javaは現在のWebが担っている所を負担出来るポテンシャルはあった。
統一バイナリの対象はUWPよりも広く、Linuxまで含まれていたし、
つい先日までブラウザにはJavaの動作環境は同梱状態だった。
最初期には、今は当たり前のようにWebで行われる事も
Javaアプリ（2chで言う専ブラ相当品）の配布で対応されていたこともあったはず。

んで、今この状態だろ。Cより死んでいるのは全部駄目駄目だったからだよ。
GTKはGnomeとFireFoxが適用事例らしい。（どうもドイツ人はGTKが大好きのようだ）
Javaなんてマジで誰も使ってないだろ。(Eclipseがそうなのかもしれんが)
それは誰も使う価値があると認めないからだよ。

とはいえ、Java自体は最も成功したプログラミング言語なのも事実なんだが。

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/26(土) 20:26:20.90

>>166
＞＞ブラウザの手のひらの上で踊るのが GUI なんですか？
＞そういう問題じゃねえ。
ふふ、まあおっしゃりたいことは分かるのですが、私は仮想的な存在はデフォルトで否定的にみるものでして

＞とはいえ、Java自体は最も成功したプログラミング言語なのも事実なんだが。
私は、Java の現状の状況を Java に内在した原因として捉えたいと考えています。
Java のまずい状況は Java 自体に原因があるはず
さて、それはなんでしょうか？

Java アプレットもあれほどだったのに、現在ではほとんどのブラウザに採用されなくされてしまった
なぜなのでしょうか？

2018/05/26(土) 20:38:22.76

>>167
つか、お前が書けよ。

俺は何でそうなったかは知ってる。
それは政治的でもあり、技術的でもある。
が、馬鹿が煽ってくるスレでは情報はやらないことに決めてるんだよ。
だから敢えて書いてない。(自学用の鍵を与えるに留め、外して書いている)

ただし、馬鹿が馬鹿なりに考えて自学するのは手伝ってやるから、
お前が勝手に書け。それが俺の認識と合ってるかどうかくらいは答えるよ。
それで俺の認識が間違ってるのなら勿論叩いてくれていい。
ここはそういう場所だし、その為の場所でもあるし。

ただお前の問題はそこじゃない。
君は詳細を詰めるのではなく、抽象思考の癖を付けた方がいい。
今時詳細はググレば分かることが多いんだよ。ただの知識でしかない。
Javaアプレットが死んだ理由なんてすぐ出てくるだろ。
そんなことよりも、WebがGUIだと直感的に思えないことの方がものすごく問題だ。

2018/05/26(土) 20:45:33.77

布石打ってまで逃げるくらいなら書かなきゃいいのに
QZからも逃げるとか徹底してんな、それとも今ググってるのか？w

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/26(土) 20:51:33.49

>>168
＞馬鹿が馬鹿なりに考えて自学するのは手伝ってやる
嬉しい！じゃ、お言葉に甘えて

私は Java 仮想マシンの存在自体がまずいと考えています。
Java はネイティブコンパイルできているべきだった、現在は LLVM コンパイラ環境もあることだし
仮想マシンの意義は当初から疑問に考えていたことでした
逆に Java のライブラリ体制は強く推しているつもり、これは C/C++ にはないリソース（＝多数の人間で共有されうる共同幻想）だと思います

GUI も、同様に共同幻想として許容できるか、という視点で考えています
Java のそれや Win32API がそうだとはとても思えませんが、さりとて現時点でのベストはわからない

web 系を意識しだしたのは最近なのでこれについては意見はありません、手元で redmine を導入したときは gem が便利だったし、
rust も同様のパッケージ管理機構を持っているのは好感をもっています

2018/05/26(土) 20:55:39.37

>>167
> Java のまずい状況は Java 自体に原因があるはず
ちなみに、俺は今Javaが不味いとは思ってないぞ。
GUIは死んだが、それは些細なことだ。

ここら辺が根本的に違うかもしれん。
俺は一つの言語で全てが出来るべきだとは思ってない。
むしろそれを目指しているのはC++だが、迷走しつつあるだろ。

2018/05/26(土) 21:00:53.53

さあ、適切なスレに引っ越すか、黙るか、自分の振る舞いを見直そうか。

2018/05/26(土) 21:26:39.92

>>170
> 私は Java 仮想マシンの存在自体がまずいと考えています。
それは後付だ。
当時は各マシン毎に別々にバイナリを用意するのは大変な手間だったし、
実現すれば確かに素晴らしかったんだよ。

で、実際、ある程度実現はしたわけだが、
今現在「マルチプラットフォーム」に関しては完全にWebに取って代わられた。
だからJavaが現在これを宣伝文句に使うことはなくなったが、あって悪いものでもない。

ただ、本質的にはそこは問題ではないんだよ。
エコシステムにとっては、「上質なコードが相当量有る」ことが重要なのであって、
Javaは完全にこれを満たしている。
ネイティブでLLVMを生かしたいのなら、
技術的には、Javaソースコードをネイティブコンパイルするコンパイラを作ればいいだけ。
仕様としてはほぼC++のサブセットなんだから、技術的にはすぐ出来る。
当然ＧＣ機構はバイナリに同梱だ。
これだけで、ソースコードを１文字も改変することなく動く。
だから、言語としては「上質なソースコード」が財産なんだよ。
動作環境なんてすぐ変えられる。

現在これが出来ないのは、オラクルが許さないからでしかない。
だから、所有者が変われば変わる可能性もあるだろうさ。
ただ、実験的にはgoogleとかで試されていてもおかしくないし、
音沙汰無しなのは脈無しだとも思うが。

主にJavaについて話したいのなら、Javaスレに移動でこちらは構わない。
その場合はリンクしてくれ。