次世代言語13 Go Rust Swift Kotlin TypeScript

1 名前：デフォルトの名無しさん [2018/08/20(月) 21:55:53.03 ID:JBCtYT+G.net] スレタイ以外の言語もok 前スレ 次世代言語12 Go Rust Swift Kotlin TypeScript mevius.5ch.net/test/read.cgi/tech/1530664695/ 62 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 17:38:57.09 ID:NMWQFTIr.net] >>55 ホントに何回作ってるんだろうな 63 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 21:38:00.02 ID:xcXqcoyb.net] おかげで標準フォーマットの設計書を求めることがどれだけ無駄か証明できてるってのはある。 そういう意味では無駄ではない。 64 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 21:44:43.25 ID:MDTZOYmC.net] srcが設計書と言い続けて幾星霜 未来はどうなりましたか（小声） 65 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 22:55:28.70 ID:p0u00SDp.net] これ面白いね https://www.benfrederickson.com/ranking-programming-languages-by-github-users/ 66 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 22:58:21.72 ID:wSu9Jxc9.net] 東京オリンピックの頃にはRubyは消滅してるな 暗黒時代の終焉 67 名前：デフォルトの名無しさん mailto:sage [2018/08/23(木) 23:06:41.36 ID:p0u00SDp.net] Rubyそれ自体はそんなになんてことはないんだけどRailsと信者が害悪なんだよね 68 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 00:11:15.73 ID:XV30yf4o.net] でかいサービスしてるところがRailsやめて移行しましたという話は聞くけど 逆にRailsにしましたという話は聞かないな 技術的負債になりかけてないかね 69 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 00:25:38.84 ID:iMeaBiRp.net] Rails は随分衰退してるよな 70 名前：デフォルトの名無しさん [2018/08/24(金) 00:42:34.11 ID:WpU5tz/B.net] Goはクソ仕様言語 GoogleCloudで使えるから価値があるが 言語単体としてみたらVB以下いやPL/SQL以下やぁ 71 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 01:05:47.04 ID:TjDOkMEc.net] 多くの言語は十徳ナイフを目指してる中、Goはサバイバルナイフを目指してるイメージだわ 72 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 03:58:17.04 ID:Hi4MdCiB.net] サバイバルちゃん（エコノミックアニマル） 十徳ちゃん（リベラルアーツ） 73 名前：デフォルトの名無しさん [2018/08/24(金) 06:54:32.39 ID:ilYYcF1k.net] こじ 74 名前：ったらひしゃげるようなgoがサバイバルナイフってことはない せいぜい爪楊枝だな [] [ここ壊れてます] 75 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 06:56:32.71 ID:S4vKOstV.net] >>72 そういうことを言ってるんじゃないだろ 76 名前：デフォルトの名無しさん [2018/08/24(金) 07:02:18.54 ID:ilYYcF1k.net] 質実剛健で実用的って言いたいんだろ？ キッチンバサミを目指したら爪楊枝ができたってこと 滑ってるなら謝る 77 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 07:16:02.36 ID:hQwHRwtG.net] goはメタプログラミングの弱さをコード生成で乗り切る方針にしてるから、 ジェネリクスマンセーの人にはムカつく言語に見える。 78 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 07:26:44.81 ID:Hi4MdCiB.net] 方針は自由だが他人の感情を方針にするなよ 79 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 07:52:15.47 ID:9sOu1iJ9.net] いや、googleの中の人は毎回マクロやプリプロセッサにcpuパワーを取られることに問題を感じていて、そこをgoで解決した。 80 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 08:12:05.07 ID:LUWnMn3S.net] こマ？ 81 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 14:44:12.21 ID:r+WT3UNF.net] ちょっとくらいビルドに時間かかってもいいから 便利機能を追加するのが凡人にはありがたいんだが なにせGoogle様は天才だから 82 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 15:15:58.44 ID:Z04qfkhW.net] Googleのプロジェクトっていちいち無駄に複雑なビルドシステム作ってビルドをゲロ遅くするの大好きな印象だけどな >>77については根本的な問題から目を背けて場当たり的なハックで解決しようとしているという課題解決の典型的なダメパターンを感じる 83 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 15:48:44.78 ID:Hi4MdCiB.net] でもAIには、10手先のコードを総当たりビルドみたいな古典的な方法もあるから 教師あり学習みたいなテスト駆動開発をやらされる時代が来たらたらどうする？ 84 名前：デフォルトの名無しさん mailto:sage [2018/08/24(金) 22:07:23.07 ID:NktfgM5i.net] あくまでgoogle社内のシステム言語としてgoは生まれたから。 c++のビルドに45分かかるってなったら やばいってなるよね 85 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 08:55:52.56 ID:UzOZyqtt.net] googleっつってもいろんなプロジェクトあるからな。 まともに動かんものたくさん作ってるプロジェクトもあれば、だいぶ頑強に作ってるものもある。 86 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 09:00:28.66 ID:UzOZyqtt.net] >>80 むしろ最近のなんでも言語仕様で解決しようって発想のが場当たり的に思うけど。 テンプレにしろマクロにしろやってることは変数評価前の展開なわけだからビルド全体から見れば 無理に言語の方でやる必要はないってのは自然な気はするよ。 てかマクロのシンタックスを通常の言語に組み込んでも取り扱いは難しいってことはlispが証明してる。 87 名前：デフォルトの名無しさん [2018/08/25(土) 09:31:00.82 ID:HuIv4ttN.net] >>82 C++はインクルードがネックだよね。早くモジュールが標準化してほしいな 88 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 09:51:31.60 ID:ROrdHzXZ.net] C+++のモジュールって何ン語？ 89 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 09:56:59.56 ID:hQEFe9I2.net] ネックはテンプレートじゃないかな。どうやったらあれを高速化できるか。 90 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 10:43:27.87 ID:logoA4dK.net] コンパイル単位とかいう黴の生えた糞さえなければ今時テンプレートの処理くらいそんなに重いもんじゃないよ 同じこと何度もやってるから遅いだけ 91 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 10:53:14.04 ID:6H56IPIL.net] 2004年に草案が出て、2017年に試験的実装が出たC++モジュール機能 2020年(C++20)には固めたいらしいけどどうせ延期して2023年とかになって コンパイラが正式対応するのは2025年くらいかね www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1736.pdf www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4637.pdf 92 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 11:03:08.35 ID:tIKlzgep.net] モジュール化とインポートの方法が適切に標準化されていて、モジュールの論理的な唯一性さえ保証されていれば、 ケチ臭い言語仕様でなくても問題にならないもんたよね ソース読むたびに依存関係を全部解析し直してたらそら遅いわ 93 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 11:42:49.15 ID:Z/cdkIbC.net] >>90 これ。go はcode生成だから、 go generateを実行したときにコード解析が入る。そもそもメタプログラミングの考えってコード生成の方が理解しやすいし。 94 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 12:33:15.68 ID:Dhcl3zmP.net] msvc (マイクロソフトのコンパイラ)はソースのコンパイルが済んでも短期間プロセスが残っていて 連続してソースをコンパイルするときは同プロセスが自動的にコンパイルサーバー的な 動作をするという仕組みで長大な中間ファイルの読み書きを避けつつ 毎回のコード生成をせずに済むようになっている。 95 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 13:07:49.93 ID:ROrdHzXZ.net] いい加減必要なサインタスクと不要なサインタスクを選別して 新しいC++++++を作った方がええんちゃうか？ 魔窟アナルホールと化してるやろ 96 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 15:54:43.26 ID:2oP8lttP.net] rustが全部解決してくれるよｗ 97 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 16:39:47.51 ID:HasZhxb6.net] SwiftってMacアプリ作るのにも最近は主流なの？ 98 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 18:02:02.46 ID:logoA4dK.net] それ以前にMacアプリ作る人がもはやほとんどいない あえて言うならElectronか主流だろう 99 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 18:26:18.54 ID:LmKCHa/5.net] そっか？ うちの会社ではふつうに swift やら c++ やらで作ってるが 100 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 19:28:18.25 ID:ROrdHzXZ.net] 時代遅れなんだな、かわいそうに。 101 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 19:35:37.61 ID:LmKCHa/5.net] そもそも Apple のフレームワークが c (c++) と obj-c(++) と swift バインディングしかないんだからそれを使うしかない 102 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 03:03:42.26 ID:RWC7HXM+.net] PythonもRustも嫌い、RubyとGoが好き JavaとC++が嫌い、CとC#が好き Linuxも嫌いで、FreeBSDが好きだった 昔は判官びいきとか言って普通だったはずなのに、最近じゃ勝ち馬に乗ろうとするやつばかりで嘆かわしい 103 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 04:31:18.55 ID:LdpdygnY.net] 俺は動的言語とC++とJavaが嫌い 104 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 07:41:59.24 ID:yJfbxE3G.net] >>101 THISメンスわかるマーン 105 名前：デフォルトの名無しさん [2018/08/26(日) 08:05:45.37 ID:HHP/3bjy.net] >>101 では好きな言語は？ 106 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 08:25:14.19 ID:Cum/e9GS.net] 今のMacユーザーって昔ながらのMacらしいネイティブなUIをあまり好まない印象だなあ 一般のMacユーザーにはそもそもアプリを入れるという発想すらほとんど無くなりつつあるし、 IntelliJやVSCodeのようなWin臭の強いアプリが流行るのは生粋のマカーからすれば恥辱だろう 107 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 08:40:28.38 ID:rQHTkjKl.net] プログラマはお手軽安定POSIX互換環境として使ってるだけで マカーとしてどうたらこうたらなんて意識は無いだろ もうずっと停滞してるOSだし 108 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 08:43:06.38 ID:719N ] [ここ壊れてます] 109 名前：pC9M.net mailto: そんなとこだね。win系よりかunix系統のものが使いやすいくらいの意味合い。 [] [ここ壊れてます] 110 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 09:43:23.58 ID:6inyCsxc.net] 判官贔屓とは自爆することではないね むしろ贔屓しても爆発なんてしないのを知ってる自慢大会 だから本当に爆発しそうなら贔屓しない 111 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 10:12:45.97 ID:qgj2AJKL.net] >>106 これ。、スリープまわりがちゃんと動くUnix環境。これさえあればあとは別に 112 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 10:40:11.55 ID:D5em7oXz.net] >>100 Rubyなんてクソ言語が好きって時点でセンスないよ 113 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 10:48:03.84 ID:3PZrutH3.net] Haskellは勝ち馬に入りますか？ 114 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 11:04:15.30 ID:yJfbxE3G.net] 型無し糞言語ガイジどもが負け犬蛆虫ゴミチンカスで死ね ってのは満場一致のようだね 115 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 11:13:15.05 ID:6inyCsxc.net] 関数型は類似品を統一する意思決定が大体うまくいった スクリプトも同様 だがCの子孫はその決断ができないから、弱肉強食で自然に決まるだろっていう世界観 116 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 11:15:38.64 ID:ArPiR9fq.net] ■愛されているプログラミング言語ランキング https://news.mynavi.jp/article/20180604-639227/images/001.jpg ■嫌われているプログラミング言語ランキング https://news.mynavi.jp/article/20180604-639227/images/002.jpg ■求められているプログラミング言語ランキング https://news.mynavi.jp/article/20180604-639227/images/003.jpg マイナビニュース https://news.mynavi.jp/article/20180604-639227/ 117 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 11:57:18.75 ID:TzkdF7D/.net] 動的型付言語は今でもせいぜい数百行の小さなツールスクリプトをひとりでサクサク書くときには有用だよ プログラマが十分型情報を覚えていられる規模においては静的型は冗長すぎる 適材適所であるべき姿に戻っただけ Railsとかで大きめのプロジェクト立ててたのはウンコofウンコだが 118 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 12:13:23.07 ID:LdpdygnY.net] >>103 C#とKotlin！ 119 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 13:58:27.60 ID:/xip7+3F.net] C#メインで使ってるけど最近の言語と比べるといろんな意味で重い このスレで良さそうなのを探ってるけどどれも決定打に欠ける 120 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 14:34:03.61 ID:719NpC9M.net] そもそもrailsみたいになんでもワンパッケージでっていうものは 最初楽で、あとで破綻する典型的パターンでしょ。 喜んで使う奴は総じてモジュラリティーの意識が低い。 121 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 14:46:19.11 ID:qJXfe6n+.net] >>110 Haskellって何が作れるの？外部のライブラリの親和性あるわけ？ 122 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 14:51:03.90 ID:VBsyc88B.net] >>116 dllがアホみたいに作成される問題？ TSで、node_modulesまでバンドルして1ファイルにコンパイルしてしまって使うとか？ nodeのバイナリはシステムに最低限入ってればバイナリポンで複数バージョン置けるので、2ファイルで済むよ。 windowsだと完全にnode.exeとメインのjsだけ撒いても大丈夫だったと思う。 そのへんGoは気楽だな、やっぱり。 123 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 14:53:55.50 ID:yJfbxE3G.net] そこでエレクトローンですよ 124 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 15:19:34.64 ID:VBsyc88B.net] GUIが要らないものをelectronでバンドルするのも馬鹿らしいし、結局そうするとシングルバイナリではなくなるのでは？ そこそこdll増えなかったっけ？ 125 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 15:39:00.76 ID:yJfbxE3G.net] で？言いたいことはそれだけ？ 126 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 15:40:45.21 ID:VBsyc88B.net] 聞きたいことはそれだけ。 127 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 16:41:32.29 ID:GTrkemq7.net] エレクトロンは富豪プログラミングここに極まれりって感じよね。 react-native1.0はよでんかね 128 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 17:36:58.25 ID:Lq+jppE1.net] >>116 何がどう重いの？ 129 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 22:53:19.64 ID:nA2lBAov.net] 正直ゲームとか処理速度を求められる様なものでもない限りはGUIってブラウザ経由にした方が何かと融通利くんじゃないかと思っちゃうんだよね そういう意味でネイティブのGUIはなくてもいいんじゃないかとか思ってしまう スマホとかならまた勝手が違うだろうけど 130 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 23:05:33.74 ID:iDr2keD8.net] PCだとブラウザのパフォーマンスはむしろ大抵のGUIフレームワークを遥かに上回ってるよね 131 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 23:17:36.35 ID:qu/vhMXg.net] >>127 は？ 132 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:09:48.00 ID:73yCiJDJ.net] そいやちょうど今日リストをスクロールさせる小物2個作ってたけどブラウザ由来の方が確かに早かったな 133 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:16:41.37 ID:SUyxnbYp.net] >>127 ソース 134 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:21:31.30 ID:akCpLgr5.net] ブラウザだと常に3〜40個タブ開いてるからアクセス面倒くさい 135 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:21:46.62 ID:fwmFZEXy.net] guiよりdomの方が動作が早いは流石になくないか？ 間に挟まってるものが多すぎる。 エミュレータでアプリを動かしたほうが早いって言ってるようなもんだ。 136 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:21:47.33 ID:VgSchzxA.net] パフォーマンスじゃなく操作性ならまぁ合ってるんじゃない？ 137 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:22:44.93 ID:z59JxWVq.net] ネイティブアプリの一つである chrone や firefox の速度はネイティブアプリの速度を上回ってるよね！ 138 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:26:18.67 ID:fwmFZEXy.net] flutterみたいなものもあるしosが提供してるguiフレームワークより、直接描画系を操作して0から書いたほうが早いっていうのはありえなくはないが、 それでもエレクトロンでhtmlを組み立てguiを作るほうが早いと思ってるのは何か考え方がおかしい。 139 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:31:32.03 ID:VgSchzxA.net] 実行速度じゃなく開発効率ならブラウザ経由じゃない？ 見た目をそこそこオシャレにするのも楽だし 140 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:34:01.89 ID:fwmFZEXy.net] react-nativeを使えればdomの代わりに既存のguiフレームワークを抽象化できるから、パフォーマンスも上がるしデザイン性も確保できる 141 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:37:35.72 ID:VgSchzxA.net] 寧ろ逆に昔のVBとかAccessみたいな化石画面をブラウザで再現してた連中どっかで見た気がする なんなんだろうな 142 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 00:41:25.82 ID:73yCiJDJ.net] というか最近のは無駄にリッチ過ぎて逆に重い 143 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 07:34:19.87 ID:16Uk9O2Q.net] 無駄にリッチになりすぎて押すボタンが区別つかないので業務に使えないという 144 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 07:34:37.37 ID:SEMntr9q.net] 少なくともWPFやJavaFXみたいなスクラッチでリッチなの作りました系はブラウザに抜かれてるな 145 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 08:13:32.68 ID:gOoey+yt.net] 最近のGUIはスーパーリッチだよなあ 146 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 22:37:42.68 ID:16Uk9O2Q.net] この中でWSHで使えるようになってるのあります？ 147 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 01:42:10.30 ID:jjg4Adzl.net] >>143 真面目にhta 148 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 13:32:07.52 ID:YFDGQHp2.net] if checked == true　〜 if checked != true　〜 みたいな馬鹿馬鹿しい判定がコンパイルエラーになる言語ってない？ 149 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 14:53:05.58 ID:E+vXp7sG.net] >>145 checkedが、if文内で書き換えられる可能性が無いか その2行の間に書き換えられる可能性が無いか などなど、2行に別れていてバカバカしくない理由を探されるんじゃないの？ そもそもelseと等価では無いと思うし、 150 名前：やりたきゃマッチがある言語ならケース漏れは指摘してくれるんじゃないかな。 [] [ここ壊れてます] 151 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 16:02:37.80 ID:YFDGQHp2.net] 伝わってないようだけど checked == true　や　checked != true　みたいなバカなコーディングを コンパイルエラーにしてくれる言語はないのか？　 152 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 16:07:02.24 ID:0jKV2vdB.net] C言語 -Wbool-compare -Werror 153 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 17:40:19.38 ID:qNToseDl.net] >>145>>147 既存文法に依存してるので別の文法になる可能性もあるのに意味不明 コミュニケーション苦労しそう 154 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 17:57:19.80 ID:YFDGQHp2.net] 非建設的でコミュ障な回答ありがとうございました 非建設的な馬鹿は死ななけば治らないのですね 155 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 18:12:51.68 ID:E+vXp7sG.net] >>147 それはバカみたいではないだろう。 checkedがboolとして評価したときに真なのと、checkedがtrueと同値なのは全く別問題じゃん。 if(pHoo)と書くのは正しくない、と言われるならわかるが。 処理系依存の質問ならそう書いてくれ。 156 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 18:23:45.26 ID:h1lwFjom.net] 言語依存だな 157 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 18:38:49.96 ID:k5A54yFx.net] 昔のCはbool型がない 整数やポインタを比較するだけなので問題なかった 自称モダン言語がなぜか古いCの文法を真似するから問題になる 158 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 18:53:57.34 ID:h1lwFjom.net] if 文の所で計算結果が bool 型以外になる場合にどう扱うかの問題だな。 Cの場合は元々そういう型がなくて0か0以外かでしか見ない。 Javaだとboolean以外になったらコンパイルエラー。 159 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 19:06:58.35 ID:EkHmS2W9.net] >>147 エアプだけどlintでできるんじゃないの？ 160 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 19:33:05.17 ID:1DJlmxtv.net] >>154 cppでも、falseな変数をインクリメントしたらtrueになったり、 0以外の何を代入しても1になったり、処理系依存だとはいえ無茶苦茶だしな。 161 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 19:42:21.73 ID:1DJlmxtv.net] ってかchecked != trueをコンパイルエラーにするなら、右辺がtrueであるかを評価してからコンパイルエラーにすべきだろうし (checked != (true || false)) #define PRODUCTIONMODE true if((status.foo && param.bar)!=PRODUCTIONMODE) みたいな式が書けなくなるし、あんまいい事無いだろ。 列挙の網羅性を文句言われるのとはちょっと違うレベルで不便では？ 162 名前：デフォルトの名無しさん [2018/08/28(火) 19:44:01.42 ID:C1AWmFJx.net] ま、Cは元々その辺が甘く作ってある言語で移植性のあるアセンブラのように使うためのものだからそれはそれで良いと思う。 それが嫌なら別の言語使うか自分で言語作ればいい。仮に自作する技術力がなくても仕様公開しとけば誰かが作ってくれるだろう。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef