次世代言語13 Go Rust Swift Kotlin TypeScript YouTube動画>1本 ->画像>9枚

スレタイ以外の言語もok

前スレ
次世代言語12 Go Rust Swift Kotlin TypeScript
http://2chb.net/r/tech/1530664695/

スレ立て乙
名前(スレタイ)はとても重要だ
Julia Elixir Dotty(Scala3)辺り入れてもいいね

次世代言語争いの中
意外な結果が…

Stack Overflowが2018年の調査結果を発表。一番使われている言語はJavaScript、一番好きな言語はRustに
https://www.publickey1.jp/blog/18/stack_overflow2018javascriptrust.html


これは意外だった

アメリカじゃ本当にRustをつかってんのか？
俺は見たことがないよ

モジラって知らない？
ドロップボックスでもいいけど

そーいうことじゃなくて
PGがホビーでうちでコード書くときに好き好んでRust使ってると言うことが意外

これ見るにテキトーに好きとか嫌いとか回答してるだけじゃないの？
6割が Closure を好き7割5分が Kotlin を好きとかハァ？って感じだ

>>7
英語読めないのかい？

やっぱりテキトーに好きとか嫌いを回答してるとしか思えんが。複数回答だし

>>6
俺は全然意外とは思わないんだけど
好きな言語1位がPHPとかだったら超意外ってなるけど…
何だったら君にとって意外じゃないの？

そもそも rust でコード書ける人間が 8 割もいないだろう
使えないからって好いちゃいけないわけではないけど

コード書けるは違うか
初めての言語でも調べつつなら書けるもんな
使ったことのある人間というべきか

ベーシックだろ

rustで、何作ってんのみんな。
goで、事足りるよね大体

>>11
よく読め

>>14
WebAssemblyじゃね？

rust書けるならrustで書くでしょ
それだけのこと

>>3
前からRust上位じゃん

俺の好きな言語は引数の型推論をしてくれる言語

Rustはまず環境を作れるかどうかがある
Nightlyじゃないとツールがコンパイル通らないとか

ひょっとして自分自身をコンパイルするコンパイラをコンパイルするつもりかな
もしgccで同じことをやらされていたらC/C++は普及しなかっただろう

>>11
こいつ何言ってんの？

github見てたら開発中の言語結構あるのな
emojicodeとか開発してたら頭おかしくなりそう

人と会話する時なんて読む？ラスト？ルスト？
Altもオルトかアルトで悩むわ

ルースﾄｩ

ルゥサルティ（ギリシャ語で闇の淵を覗くの意）

マジンガーZの錆させる風を出す攻撃がルストハリケーン

Rの発音が難しい

ラスト派だけど違うのかなあ

>>29
Wikipedia (ja) 的には「ラスト」となってるね。
公式サイトは Rust 表記になってて日本語での読みを見つけられなかった。

アメリカ行って「ラスト」って言ってもきっと全然通じないんだろうな・・・

そういうときはyoutubeを見る

発音記号的には hut、cut、cup、hungly の u と同じだねえ

まぁ、その発音だと無理やり日本語に当てはめるとやっぱりラストだな

ラストって言ってるな

アナログは音質も何もかも劣化する
その優劣を利用してマウントができる

デジタルの1bitの対立をやめても平和にはならないってこと

そもネイティブ発音をカタカナ表記すること自体愚かしいが
あえて書くならルゥサルト（間のルを巻き舌で小さめに風をスライドするように発声するのがポイント）であることは学術的に明らか

まぁ、僕のような英才教育の帰国子女は簡単に発音できるんだが
君たち純和猿たちには無理だろうね（フッ）

DNAが違うんだろうね
ごめん

俺はネイティブC言語スピーカーだけどな

>>39
生まれが違うとこうへつらう連中ばかりでさすがの僕も最初は気分がよかったけど最近はちょっとうんざり気味なんだよね（笑）

元はJavaScriptなんだけどNode.jsって結構次世代感あるよね

>>42
もっとも誤解された言語といわれる

>>41
縄文倭猿からするとうらやましい限りです

発音が分かり辛い言語は駄目だな
とはいえエスペラント語も次世代言語と言うには古くからあるしな

>>42
ここまでメジャーになるとは思わんかった。
逆にjavaは凋落してってる言語な感じ。COBOLの様に、無くなることはないけど面白い仕事では採用されなくなる気がする。

次世代感あるって言ったらやっぱり Go じゃないか？
結構批判あるけど、一番変革を求めている言語だと思うわ

>>47
だからスレタイに既に入ってる

そこまで絶賛するほどgoは書きやすくはないけどね。メタプログラミングは弱めだし。
TypeScriptがjsというしがらみから開放されたら最高なのにな。
Ms製のjsエンジンがTSネイティブサポートしてくんないかな

F#のことだな？

>>49
まあGoのウリは書きやすさではなくて、シンプルさだからなぁ
シンプルだからこそ、学習コストが低くて難しいことができないから、
能力レベルの違うプログラマが集まったチームでもコードの質が均一になって、結果的に品質が上がる

他の次世代言語とは目指すゴールが違うんだよな

そうだな
シンプルなPyhonでもガイジ寄せ集めればクソコードになるし
いわんやジャップランド土人村のペチパーを集めたペチプロジェクトの酷さときたら脱糞もの

具体例を一つも出さないのがクソだ
均一にならなかった例がたくさんあるはずだが
その中からどれを選ぶかにより表現にばらつきが出るのをおそれて具体例を出さない

能力を均一にするよりも具体例の知識を共有する必要がある

ドカタに仕事を振るまでもなく、設計してるノリでコードまで出来上がる言語が欲しいもんだ

富士通がよく作ってるじゃん
仕様書をJavaに変換するツール

そのうちAIがやってくれるだろう。

しかしAIなのでわざわざプログラムなんて作らない。
客から仕様の聞き取りをした後、自分で言われた通りに動く。

>>52
パクチー美味い

>>55
よく作ってるｗｗｗｗ

富士通は元請なんだから、意味のない詳細設計書の作成を不要とするよう富士通自身が自社の開発プロセス標準を改定すれば済む話じゃね
自社のプロセスで無意味な成果物が必要だからツール作って無意味なものをでっち上げるって頭おかしいやろ

頭おかしなるで

>>55
ホントに何回作ってるんだろうな

おかげで標準フォーマットの設計書を求めることがどれだけ無駄か証明できてるってのはある。
そういう意味では無駄ではない。

srcが設計書と言い続けて幾星霜

未来はどうなりましたか（小声）

これ面白いね
https://www.benfrederickson.com/ranking-programming-languages-by-github-users/

東京オリンピックの頃にはRubyは消滅してるな
暗黒時代の終焉

Rubyそれ自体はそんなになんてことはないんだけどRailsと信者が害悪なんだよね

でかいサービスしてるところがRailsやめて移行しましたという話は聞くけど
逆にRailsにしましたという話は聞かないな
技術的負債になりかけてないかね

Rails は随分衰退してるよな

Goはクソ仕様言語
GoogleCloudで使えるから価値があるが
言語単体としてみたらVB以下いやPL/SQL以下やぁ

多くの言語は十徳ナイフを目指してる中、Goはサバイバルナイフを目指してるイメージだわ

サバイバルちゃん（エコノミックアニマル）
十徳ちゃん（リベラルアーツ）

こじったらひしゃげるようなgoがサバイバルナイフってことはない
せいぜい爪楊枝だな

>>72
そういうことを言ってるんじゃないだろ

質実剛健で実用的って言いたいんだろ？
キッチンバサミを目指したら爪楊枝ができたってこと
滑ってるなら謝る

goはメタプログラミングの弱さをコード生成で乗り切る方針にしてるから、
ジェネリクスマンセーの人にはムカつく言語に見える。

方針は自由だが他人の感情を方針にするなよ

いや、googleの中の人は毎回マクロやプリプロセッサにcpuパワーを取られることに問題を感じていて、そこをgoで解決した。

こマ？

ちょっとくらいビルドに時間かかってもいいから
便利機能を追加するのが凡人にはありがたいんだが
なにせGoogle様は天才だから

Googleのプロジェクトっていちいち無駄に複雑なビルドシステム作ってビルドをゲロ遅くするの大好きな印象だけどな
>>77については根本的な問題から目を背けて場当たり的なハックで解決しようとしているという課題解決の典型的なダメパターンを感じる

でもAIには、10手先のコードを総当たりビルドみたいな古典的な方法もあるから
教師あり学習みたいなテスト駆動開発をやらされる時代が来たらたらどうする？

あくまでgoogle社内のシステム言語としてgoは生まれたから。
c++のビルドに45分かかるってなったら
やばいってなるよね

googleっつってもいろんなプロジェクトあるからな。
まともに動かんものたくさん作ってるプロジェクトもあれば、だいぶ頑強に作ってるものもある。

>>80
むしろ最近のなんでも言語仕様で解決しようって発想のが場当たり的に思うけど。
テンプレにしろマクロにしろやってることは変数評価前の展開なわけだからビルド全体から見れば
無理に言語の方でやる必要はないってのは自然な気はするよ。
てかマクロのシンタックスを通常の言語に組み込んでも取り扱いは難しいってことはlispが証明してる。

>>82
C++はインクルードがネックだよね。早くモジュールが標準化してほしいな

C+++のモジュールって何ン語？

ネックはテンプレートじゃないかな。どうやったらあれを高速化できるか。

コンパイル単位とかいう黴の生えた糞さえなければ今時テンプレートの処理くらいそんなに重いもんじゃないよ
同じこと何度もやってるから遅いだけ

2004年に草案が出て、2017年に試験的実装が出たC++モジュール機能
2020年(C++20)には固めたいらしいけどどうせ延期して2023年とかになって
コンパイラが正式対応するのは2025年くらいかね

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1736.pdf
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4637.pdf

モジュール化とインポートの方法が適切に標準化されていて、モジュールの論理的な唯一性さえ保証されていれば、
ケチ臭い言語仕様でなくても問題にならないもんたよね
ソース読むたびに依存関係を全部解析し直してたらそら遅いわ

>>90
これ。go はcode生成だから、
go generateを実行したときにコード解析が入る。そもそもメタプログラミングの考えってコード生成の方が理解しやすいし。

msvc (マイクロソフトのコンパイラ)はソースのコンパイルが済んでも短期間プロセスが残っていて
連続してソースをコンパイルするときは同プロセスが自動的にコンパイルサーバー的な
動作をするという仕組みで長大な中間ファイルの読み書きを避けつつ
毎回のコード生成をせずに済むようになっている。

いい加減必要なサインタスクと不要なサインタスクを選別して
新しいC++++++を作った方がええんちゃうか？
魔窟アナルホールと化してるやろ

rustが全部解決してくれるよｗ

SwiftってMacアプリ作るのにも最近は主流なの？

それ以前にMacアプリ作る人がもはやほとんどいない
あえて言うならElectronか主流だろう

そっか？
うちの会社ではふつうに swift やら c++ やらで作ってるが

時代遅れなんだな、かわいそうに。

そもそも Apple のフレームワークが c (c++) と obj-c(++) と
swift バインディングしかないんだからそれを使うしかない

PythonもRustも嫌い、RubyとGoが好き
JavaとC++が嫌い、CとC#が好き
Linuxも嫌いで、FreeBSDが好きだった

昔は判官びいきとか言って普通だったはずなのに、最近じゃ勝ち馬に乗ろうとするやつばかりで嘆かわしい

俺は動的言語とC++とJavaが嫌い

>>101
THISメンスわかるマーン

>>101
では好きな言語は？

今のMacユーザーって昔ながらのMacらしいネイティブなUIをあまり好まない印象だなあ
一般のMacユーザーにはそもそもアプリを入れるという発想すらほとんど無くなりつつあるし、
IntelliJやVSCodeのようなWin臭の強いアプリが流行るのは生粋のマカーからすれば恥辱だろう

プログラマはお手軽安定POSIX互換環境として使ってるだけで
マカーとしてどうたらこうたらなんて意識は無いだろ
もうずっと停滞してるOSだし

そんなとこだね。win系よりかunix系統のものが使いやすいくらいの意味合い。

判官贔屓とは自爆することではないね
むしろ贔屓しても爆発なんてしないのを知ってる自慢大会
だから本当に爆発しそうなら贔屓しない

>>106
これ。、スリープまわりがちゃんと動くUnix環境。これさえあればあとは別に

>>100
Rubyなんてクソ言語が好きって時点でセンスないよ

Haskellは勝ち馬に入りますか？

型無し糞言語ガイジどもが負け犬蛆虫ゴミチンカスで死ね
ってのは満場一致のようだね

関数型は類似品を統一する意思決定が大体うまくいった
スクリプトも同様
だがCの子孫はその決断ができないから、弱肉強食で自然に決まるだろっていう世界観

■愛されているプログラミング言語ランキング

■嫌われているプログラミング言語ランキング

■求められているプログラミング言語ランキング


マイナビニュース
https://news.mynavi.jp/article/20180604-639227/

動的型付言語は今でもせいぜい数百行の小さなツールスクリプトをひとりでサクサク書くときには有用だよ

プログラマが十分型情報を覚えていられる規模においては静的型は冗長すぎる

適材適所であるべき姿に戻っただけ

Railsとかで大きめのプロジェクト立ててたのはウンコofウンコだが

>>103
C#とKotlin！

C#メインで使ってるけど最近の言語と比べるといろんな意味で重い

このスレで良さそうなのを探ってるけどどれも決定打に欠ける

そもそもrailsみたいになんでもワンパッケージでっていうものは
最初楽で、あとで破綻する典型的パターンでしょ。
喜んで使う奴は総じてモジュラリティーの意識が低い。

>>110
Haskellって何が作れるの？外部のライブラリの親和性あるわけ？

>>116
dllがアホみたいに作成される問題？

TSで、node_modulesまでバンドルして1ファイルにコンパイルしてしまって使うとか？
nodeのバイナリはシステムに最低限入ってればバイナリポンで複数バージョン置けるので、2ファイルで済むよ。
windowsだと完全にnode.exeとメインのjsだけ撒いても大丈夫だったと思う。

そのへんGoは気楽だな、やっぱり。

そこでエレクトローンですよ

GUIが要らないものをelectronでバンドルするのも馬鹿らしいし、結局そうするとシングルバイナリではなくなるのでは？
そこそこdll増えなかったっけ？

で？言いたいことはそれだけ？

聞きたいことはそれだけ。

エレクトロンは富豪プログラミングここに極まれりって感じよね。

react-native1.0はよでんかね

>>116
何がどう重いの？

正直ゲームとか処理速度を求められる様なものでもない限りはGUIってブラウザ経由にした方が何かと融通利くんじゃないかと思っちゃうんだよね
そういう意味でネイティブのGUIはなくてもいいんじゃないかとか思ってしまう

スマホとかならまた勝手が違うだろうけど

PCだとブラウザのパフォーマンスはむしろ大抵のGUIフレームワークを遥かに上回ってるよね

>>127
は？

そいやちょうど今日リストをスクロールさせる小物2個作ってたけどブラウザ由来の方が確かに早かったな

>>127
ソース

ブラウザだと常に3～40個タブ開いてるからアクセス面倒くさい

guiよりdomの方が動作が早いは流石になくないか？
間に挟まってるものが多すぎる。
エミュレータでアプリを動かしたほうが早いって言ってるようなもんだ。

パフォーマンスじゃなく操作性ならまぁ合ってるんじゃない？

ネイティブアプリの一つである chrone や firefox の速度はネイティブアプリの速度を上回ってるよね！

flutterみたいなものもあるしosが提供してるguiフレームワークより、直接描画系を操作して0から書いたほうが早いっていうのはありえなくはないが、
それでもエレクトロンでhtmlを組み立てguiを作るほうが早いと思ってるのは何か考え方がおかしい。

実行速度じゃなく開発効率ならブラウザ経由じゃない？
見た目をそこそこオシャレにするのも楽だし

react-nativeを使えればdomの代わりに既存のguiフレームワークを抽象化できるから、パフォーマンスも上がるしデザイン性も確保できる

寧ろ逆に昔のVBとかAccessみたいな化石画面をブラウザで再現してた連中どっかで見た気がする
なんなんだろうな

というか最近のは無駄にリッチ過ぎて逆に重い

無駄にリッチになりすぎて押すボタンが区別つかないので業務に使えないという

少なくともWPFやJavaFXみたいなスクラッチでリッチなの作りました系はブラウザに抜かれてるな

最近のGUIはスーパーリッチだよなあ

この中でWSHで使えるようになってるのあります？

>>143
真面目にhta

if checked == true　～
if checked != true　～
みたいな馬鹿馬鹿しい判定がコンパイルエラーになる言語ってない？

>>145
checkedが、if文内で書き換えられる可能性が無いか
その2行の間に書き換えられる可能性が無いか
などなど、2行に別れていてバカバカしくない理由を探されるんじゃないの？
そもそもelseと等価では無いと思うし、やりたきゃマッチがある言語ならケース漏れは指摘してくれるんじゃないかな。

伝わってないようだけど
checked == true　や　checked != true　みたいなバカなコーディングを
コンパイルエラーにしてくれる言語はないのか？　

C言語
-Wbool-compare -Werror

>>145>>147
既存文法に依存してるので別の文法になる可能性もあるのに意味不明
コミュニケーション苦労しそう

非建設的でコミュ障な回答ありがとうございました
非建設的な馬鹿は死ななけば治らないのですね

>>147
それはバカみたいではないだろう。
checkedがboolとして評価したときに真なのと、checkedがtrueと同値なのは全く別問題じゃん。
if(pHoo)と書くのは正しくない、と言われるならわかるが。

処理系依存の質問ならそう書いてくれ。

言語依存だな

昔のCはbool型がない
整数やポインタを比較するだけなので問題なかった

自称モダン言語がなぜか古いCの文法を真似するから問題になる

if 文の所で計算結果が bool 型以外になる場合にどう扱うかの問題だな。
Cの場合は元々そういう型がなくて0か0以外かでしか見ない。
Javaだとboolean以外になったらコンパイルエラー。

>>147
エアプだけどlintでできるんじゃないの？

>>154
cppでも、falseな変数をインクリメントしたらtrueになったり、
0以外の何を代入しても1になったり、処理系依存だとはいえ無茶苦茶だしな。

ってかchecked != trueをコンパイルエラーにするなら、右辺がtrueであるかを評価してからコンパイルエラーにすべきだろうし
(checked != (true || false))

#define PRODUCTIONMODE true
if((status.foo && param.bar)!=PRODUCTIONMODE)

みたいな式が書けなくなるし、あんまいい事無いだろ。
列挙の網羅性を文句言われるのとはちょっと違うレベルで不便では？

ま、Cは元々その辺が甘く作ってある言語で移植性のあるアセンブラのように使うためのものだからそれはそれで良いと思う。
それが嫌なら別の言語使うか自分で言語作ればいい。仮に自作する技術力がなくても仕様公開しとけば誰かが作ってくれるだろう。

こういうくだらない話のが盛り上がるんだね。

低学歴知恵遅れ以外ないなら意図は理解できる

これはｱﾘ
　if (checkd) {}
　if (!checkd) {}
これはﾍﾟｹ
　if (checkd == true) {}
　if (checkd != false) {}

ｺﾚはあり
　checked = true;
　checked = false;

checked自体にもともとﾌﾞｰﾘｱﾝ入ってるから
ﾌﾞｰﾘｱﾝを比較してるようにみえる

ｵﾚには分かる
このｽﾚの低学歴
そらなこのｽﾚの低学歴知恵遅れには意図が分からない

つまり低学歴知恵遅れしかいないこのｽﾚできくのが間違い

半角カナボーイがなにをいうか

そらな？

checkd自体に真偽値入ってんのに
真偽値で比較するとか意味不明

分かる
ｵﾚだったら分かる

著しく知能が低いこのｽﾚのﾔﾂﾗには分からない
ぜんぜん質問と関係ないｱﾎな回答をする

>>163
真偽が入っているとは限らない。
真偽として評価される値は入っているかもしれない。
真と偽と、真として評価されることと偽として評価されることはそれぞれ違うよ。

== true
!= false
とかいてるのにｱﾎやわｺｲﾂ

if (conditon)
trueとかfalseとか
conditonそのものだからな

ここで、むしろ「== true」を付けないとコンパイルエラーになる言語の入場です

https://ideone.com/TQIPIO

https://ideone.com/bvDJx1

無理やりnull許容型にした理由は？

>>168

let fromSettingFile = "true"
let checked = Bool(fromSettingFile)
print( type(of:checked) )

--output-----------
Optional<Bool>

半角さん現るｗ

C#とかKotlinのnullable booleanは true か false との比較がいる

checkedがNaNの時等価じゃないだろ

ﾌﾞｰﾘｱﾝをそんな頭悪い使い方するのがそもそも間違い
もはやそれはﾌﾞｰﾘｱﾝじゃない

ﾌﾞｰﾘｱﾝにnullいれたりするような頭悪いﾔﾂが書いたｺｰﾄﾞは
えてしてundefinedになってるような更に上をいくｽｰﾊﾟｰｳﾝｺﾌﾞｰﾘｱﾝがまじってる

true、false、null
とかただの3ｽﾃｰﾄだからな

ｺﾚはもうﾌﾞｰﾘｱﾝじゃない
1、2、3でも入れとけばいい

>>174
ファジー論理学とか。よく知らんけど。

そんなもん表現するなら
0~1の浮動小数点入れるか
0~255の数値いれたりして
度合いを正規化する

3つだけとか貧弱すぎ
超意味ない

できる限り nullable を回避すべきなのはそうだけど、APIの結果(json)とかLEFT JOINの結果をデシリアライズする際に nullable を使うことはよくある

>>174
nullとundefinedがまた更に別

javascriptのクソ仕様を他に伝搬させるな

>>147
それをアレするのはリンダってゆうんやで

>>159
ワナビーの法則やな
誰でも口出しできる駐輪場の話題が一番盛り上がって恋仲を深めるってやつ

３つの状態を持つのはSQLで三値論理演算ゆうんやで
無学なおまいら何も知らないNOOBYよ

DBの設計がまともにできない知恵遅れが設計すると
そういうｳﾝｺDBができるとｱﾎが自慢してる

知恵遅れが設計したDBはSQLの抽出条件もnvlだらけになる

いやいや、ディビニストの基本やぞ・・・
三値論理演算できて初めて半人前のお赤飯や
愚か者

nullとから文字は違うと
みなわかってることを
みなにﾄﾞﾔ顔で話してるﾊﾞｶとそっくりなﾔﾂが
このｽﾚにもいる

そいつ知能が著しく低いことは
みなしってるがだれもそいつにはいわない

ｵﾏｴはな、そういう自覚はもっといやほうがいい

DBでもnull可能なﾌﾞｰﾘｱﾝ入れる知恵遅れなんかまずいない

クソバカ半角がいじｗ
ナールを正しく扱えて初めて半人前だのクラッカーボレーだッッッ（ジョジョッ）

ﾏｰｹﾃｨﾝｸﾞﾘｻｰﾁなんかの調査票で
はい、いいえという選択肢がない項目でも
DKやOMITが付与されることがある
ｸﾛｽ集計するときそれがｶﾃｺﾞﾘになったり除外されることがある

知恵遅れにそういうのを放置してやらせると
そのまんま見た目でそういう変数ですらﾌﾞｰﾘｱﾝにしてしまう

このｽﾚにはその程度の知能のﾔﾂがｳﾖｳﾖいる

最初の条件は誰もbooleanとは言ってないのにねぇ＞ｺﾚはもうﾌﾞｰﾘｱﾝじゃない

明らかにﾌﾞｰﾘｱﾝ
ｺﾚをﾌﾞｰﾘｱﾝのことをいってないと考えれるなら
ｵﾂﾑに軽度の障害がある

145 名前：デフォルトの名無しさん[sage] 投稿日：2018年08月28日(火) 13時32分07秒52 [昼] ID:YFDGQHp2 [1/3]
if checked == true　～
if checked != true　～
みたいな馬鹿馬鹿しい判定がコンパイルエラーになる言語ってない？

147 名前：デフォルトの名無しさん[sage] 投稿日：2018年08月28日(火) 16時02分37秒80 [夕方] ID:YFDGQHp2 [2/3]
伝わってないようだけど
checked == true　や　checked != true　みたいなバカなコーディングを
コンパイルエラーにしてくれる言語はないのか？　

150 名前：デフォルトの名無しさん[sage] 投稿日：2018年08月28日(火) 17時57分19秒80 [夕方] ID:YFDGQHp2 [3/3]
非建設的でコミュ障な回答ありがとうございました
非建設的な馬鹿は死ななけば治らないのですね

ｵﾂﾑに軽度の障害があるから
D:YFDGQHp2 ←　ｺｲﾂの質問の意図も読みとれないﾜｹ

で、このｽﾚの池沼たちは質問と無関係なﾄﾝﾁﾝｶﾝなｱﾎなﾚｽばっかりしてるﾜｹ

わかった？

ていうかこれ質問が悪いよね
どっちにも解釈できる

型無し糞言語が能無し糞ガイジを産む
負のwhile (true) ループ

ローコンテキスト文化なところでハイコンテキストな質問をする方が悪いとしか

コミュ症だから意図がよみとれないんじゃないか

スレ的にJuliaはどう？
1.0なったのに全然話題になってないな

結局 if err != nil 無くそうとしてるじゃねーか
今までの主張はなんだったんだ
https://go.googlesource.com/proposal/+/master/design/go2draft.md

Goのエラーハンドリングは先進的だとかジェネリックなんか必要ないとか言ってドヤ顔してた人は今どんな気持ち？w

Google様の仰られる言葉は全て正しいんやで

>>199
先進的だとか必要ない、ではなくてどちらも弊害が多い、の間違いだろ

これでgoも一般のクソ言語の仲間入りだね。

エラーハンドリングとジェネリクスは弊害か多い？？
エラーハンドリングなんかしちゃだめだって主張？？

誰かgo2の解説頼む。

conditionはexpressionだろ
checkedも、checked==trueもexpressionじゃん。

はい、いいえ以外の選択肢はあるよ。無回答だ。
無回答という値を作ってもいいが、普通はnullだろ。
そのためのnullだ。集計してもnullに食われる「ようになってる」。

NOと言えない島猿

> if checked == true　～
> if checked != true　～

これなぁ
プルリクでこれきたらなおさせてたが最近は認めてる

バカはバカなりに特定の値で分岐するときのイディオムとしてifと==を組み合わせて使うって覚えてるんだよ
intであろうがboolであろうが同じ
そう思うとこれはこれで一貫性ある
実際これが読みにくいって感じることはないし
コンパイラは黙って最適化するし

なので許すことにした
自分では書かないが

Swift大勝利じゃないか
C++もgoも後を追ってくる

winでswift使わせてよー

nullだのエラー処理だの言ってるのはモナド
モナドは型を書かないと意味わからないし
その型はジェネリクスのようなものがないと宣言できない

>>208
そのSwiftはRustの後を追ってる
やっぱりRustなんだよなぁ

falsyなものが無い言語ならどっちでも良いとは思うけど、どっちにも言い分はあると思う。
APIの戻り値なんかが変わったときに
「何もしないで同じ動きをして欲しい。自動テスト転ばないのが唯一の正義」派と
「明確に対応したい。転ばない自動テストが間違ってる。そもそもちゃんとアサーションしろ、本当にtrueでもfalseでもない状態はありえないか？メモリ化けとかどーすんの？」派の違いだと思うわ。

結局falsyな言語だと「本当にfalse」と「falseではないがfalseとみなされる」を、混同したい場合も区別したい場合もあるんだし。

Perlでは数値と数値の比較には==を、文字列と文字列の比較にはeqという演算子を使う
数値と文字列の比較はない
数値なら0だけがfalse
それ以外にfalsyな値は存在しない

>>207
俺もこれだわ
二重否定以外は大抵許してる

3値論理の必要性は分かるけど、開発メンテしていく上では邪魔なので基本使わせない

Swiftなんかあったの？

> if checked == true

この流儀？を許したら
if checked == true
if checked != true
if checked == false
if checked != false
の四兄弟がセットで押し寄せてくる
さらに
if (n > 10) == true
if (enabled & visible) = true
if checked == true && enabled == true && visible == true
なども体をねじ込んでくる
さあ楽しくなってくるじゃないか

ワナビーの凡人法則

糞どうでもいい低レベルな議論しかできないヤツが
糞どうでもいい話に飛びついて
ここぞとばかりに高説ぶる


死ねば
ええんちゃうか？ωωω

オブジェクト指向でいうとboolに==メソッドがあるのが悪い
もしObjectクラスの==をboolが継承しているなら、Objectクラスが存在するのが悪い

オメーガ？

だからさー！君たちワナビーの法則やっちゅうねんバカなのか！

>>218
boolに比較演算子がないと型パラメータとして渡す時に要らん制限が増えるだろ

>>218
論理演算子に同値が定義されていないのも色々と書きにくそう
notとandとorで書けるけど

つまり、trueとfalseは
代入以外に使えないようにすればいい

>>213
空リストとか空文字列ってfalse扱いじゃなかったっけ？

コミュニケーションじゃなくてプログラミングスタイルで繋がりたいんだろうが
実はそっちのほうがもっと無理

語学じゃなくて心理学とか脳科学とかでシンギュラリティしたいんだろ
そっちのほうが無理

ワイノ話を聞かないとは無能揃いだね？

半角の人はなぜ駄目かを全く読んでないのな。

てゅかさ。深夜に書き込んでるってことはおまいら無職だろ
無職風情がワイ様無視してワナビー法則でイキってるとかマジゴミだろωωω

無駄だからそんな書き方しなくていいってだけで、それ自体何か害があるわけじゃないから
文法上禁止してしまう理由はないと思うがなぁ。
レビューで指摘するのはそれがコードスメルだからってだけだろう。

a == trueが禁止されたのでa ^ !trueに置換しておきました

マジこのワナビーの法則の話いつまで続くんや
夏厨死ねよ

>>225
文字列なら "" と "0" がfalse
数値なら0だけがfalse

perlには '0 but true' という、数値として 0 と比較すると一致するが if でそのまま使うと true 扱いになる特殊な値があったりする。

次世代を担うに相応しい真偽評価戦略を語るべし

次世代はif文が消えjsのthen的なものになります

うえー

数値の偽は0
文字列の偽は "" "0"
オブジェクトの偽は null "" "0" その他
階層が深いほど偽が多い法則

次世代言語にはifもforもない

アスペはこういうところに拘ってしまって先に進めないんだよね

飯炊き三年握り八年

ちゃんと読んでないけど
boolなら
if checked / if !checked
でいいやん

数値なりリストなりを暗黙に真偽値比較せずに
明確にすればいいだけじゃないの？

直和な幽霊型でCheck|Uncheckを型に持たせて管理すればいいよ

if で boolean 型以外を許さず、更に boolen 型の値の比較も許さない言語を作れば解決。

というかそれが普通なんだけどな。
型がないB言語の特徴を受け継いだCがなまじヒットしてしまったせいで
後続の言語もその悪習を真似るようになってしまった。

こんなしょうもないことに時間使ってもバグは減らないっていう事実にそろそろ気付こうよ。

低学歴知恵遅れが書いたなぜﾀﾞﾒかを読んでない？
まず読む必要がない
頭悪すぎてお話にならないからな

適切にﾀﾞﾒなｹｰｽを書いてるのはｵﾚしかいないからな
当然、低学歴知恵遅れのﾚｽなんかどうでもいいことになる

まず読む必要がない事を書いてくれてありがとうな

些細なヘイトスピーチもきっちりデバッグしてる欧米の文化の方がITの才能がある

>>233
ワナビーの法則
って何？
ググってもこのスレしか出てこないんだが

>>248
ホントこれ

無益なものを批判する暇があったら
有害なものを批判しろよ

右の睾丸を触られたら左の睾丸を触りなさい

刑を執行してはいけないが、裁判と有罪確定まではやっていい

ｷﾞﾙﾃｨ
死刑！

>>243
それが常人のイディオム
bool型の変数に説明的な変数名をつけるだけで
ifの可読性が増すなんてことは
自分で思いつくか
人のを見て気付くか
人に教わって知るか
いずれかの方法で自分のものにするはず

たぶんアホは変数名をflagなどにしてて
「フラグがTRUEのとき」などという覚え方をしてるからこそ
if flag_foo == true　などという書き方になるんやろな、知らんけど

いつまで初心者な話題ばっかやってんの
つまりはそういうことなの？

a < b < c　みたいな連続比較（演算子の連結？）って、なんで流行らないの？

Python、Julia、Mathematica辺りはできるね
意外にMatlabはできない

>>260
大して簡素化しない割には、ANDしか対応できないからじゃね？

rangeにinかなにかでよさげ

>>260
文法が複雑になるし、等値比較の扱いをどうするかが難しい
a < b < c == e >= f
これC系の優先順位に倣うと (a < b < c) == (e >= f) が自然だろうけど、たぶんこの式を書いた人の期待していた結果ではないだろう

数学では a < b < c って表記は良くあるけど
a < b < c = e はそんなに出てこない気がする

そして a < b < c = e >= f はガイジが書いたとしか思えない

でも個人開発じゃなかったらガイジも書くから

>>265
そんなに出てこなかろうが書けなきゃ一貫性に欠ける
a < b <= c の形に限るんなら a in (b..c] の方が美しいわ

>>267
あんまり出てこないって言っただけで、>>265の二つめは出来た方が良いと思うよ。三つめガイジだけど
で、>>261に挙げられた言語は出来ないの？出来るんじゃね？

>>268
その上で、範囲チェックにしか使えないんなら範囲チェックに特化した表記の方が望ましいという意見なんだけど、言ってる意味わかる？
表記上は一般的に広く使えそうに見えて実は特定の限定的なパターンしか認めないってのは典型的なダメ言語だよ

「数学では～」っていう言い方見ると悲しくなる
高校数学やそれに毛の生えたようなとこしか触ってないのに
それをもって「数学では～」などと笑止千万

これは>>265にあてつけたんじゃなくて
昔からずーっと思ってたこと

まさかMaybeが出来ない初心者なんていませんよね

foo p x y = if p y x then Just x else Nothing
bar m p = maybe False p m

(a <= b && b < c && c == d)
== ((Just a >>= foo (<=) b >>= foo (<) c) `bar` (==d))

>>269
いや、だからキモいしガイジしか書かないけど、書けた方が良いって言ってんじゃん
で？>>261の言語は書けるんじゃないの？

数学でも a < b > c みたいな書き方はしないし
許してる言語もないだろ

>>273
それが文法上許されないことを説明する一貫性のある理由がない
<と<=を特別扱いみたいな一貫性の欠片もないガイジ仕様にするくらいなら要らない、という設計判断は十分にありうる

必要か不要かを判断するコストは実際にはものすごく高い
簡単に作れるかどうかで判断してたくさん自由に作ってどれかひとつ成功すればいい

Juliaだと a < b > c は合法だった
多分 a < b && b > c を計算してるっぽい
しかし文法的に一貫性があるのはわかるのだが
これが書けてしまうのはやはり気持ち悪いな

この手のでRangeで書きにくいやつだと、
行列の上三角成分だけ舐めるときに
1 <= i < j <= n
とか書けるとちょっとだけ嬉しい

a < f(b) < c
fは何回呼ばれるべきか

理想的にfが純粋関数でbの値がconstで1回だけ評価が素直だと思うが

pythonの場合、 a < b という式の型がboolなのに (a < b) < c ができてしまうというのが
非常に分かりにくいね。なんというか、むりやり捻じ込んだ感。

a < b < c
と
b > a and b < c

どっちがわかりやすいか？

なんで
a < b and b < c
じゃないの？

センス

>>280
1=1<2だったらどうすんの？

>>280
コンパイラは大抵
b > a and b < c
のがわかりやすいと判断している。

だれかがいってるように
ﾏｼﾞで頭悪い。。。

aho = a < b ← 結果はﾌﾞｰﾘｱﾝ
baka = aho < c ← ﾌﾞｰﾘｱﾝを大きさで比較してる
< は普通2項演算子で予約されてるからな

3項演算子みたいに使ってない記号を組み合わせるならまだ理解できる

>>281
その書き方だと　0 < x < 100 が
0 < x and x<100になるからセンス悪いと思った

x > 0 and x <100

xが0より大きく100より小さいにマッチするような記法がない

ワロた

半角の人はいい加減に自分が馬鹿なことを認めてほしい。

>>285
ineqop ::= ('<' | '<=' | '>' | '>=')
ineqexpr ::= shiftexpr { ineqop shiftexpr }
みたいに定義すりゃいいだけだろ

なにも解決してない
構文規則と演算の規則は
なんの関係もないからな

知恵遅れは構文規則でかければ
自動的に演算規則ができて

なんでも演算できると思ってるらしい
構文規則と解釈が分離できてない

ｺﾚが低学歴知恵遅れの限界
ﾎﾝﾄな気の毒なぐらい頭悪い

>>290
任意個数のオペランドを持ったノードとして左から順に評価すればいいだけだぞ
CやJSのカンマ演算子なんかと一緒

a < bは
普通にﾌﾞｰﾘｱﾝ返す演算子だからな
普通にﾌﾞｰﾘｱﾝ返すのが正しい演算だ

aho ? baka1 : baka2
全然違う

a < b の値は最初はintだったのをboolに変えたんなら次はMaybeに変えてもいいぞ

カンマ演算子と一緒は間違いだな、撤回する
例えば配列リテラル式と一緒だと考えればいい
あれは任意個数のオペランドを引数にとって全体として配列型を返す演算子であると解釈できる

非ｾﾞﾛを非ｾﾞﾛでないかを
真偽にしても別に問題はない

真偽値をどういう値にするかどうかなんか関係ないからな
式の評価で真偽判定を行わないという解釈の問題になるからな

とりあえず低学歴知恵遅れは
とてつもなくｵﾂﾑに問題があるのが
このｽﾚみててもよく分かる

適切な問題の分離のしかたが分かってない

アホだなあ
演算記号が単独で式を構成しなければならないなんて決まりはない
全体で式を構成すると考えれば何の問題もない

a < b < c
まず a < b を評価して
その評価結果を
(a < b) < c
で評価するという決まりだからな
ｺﾚが正しい解釈になる

それ以外は不適切な解釈

Iconという言語だとこれが、a < b という式は成功した場合の値がbになるから a < b < c が
自然に実現できるんだよな。

>>300
じゃあ関数呼び出し式 (f)(a, b) はどう解釈する?
君のいう正しい解釈のように ((f)(a))(b) と解釈する言語も実際に存在するけど、あまり一般的ではないよね

>>300
この辺レガシーな言語なら最初の比較で出るのはbool型になるからcと比較してまともな結果になるはずがないんだよね

>>302
二項演算子 a < b と三項演算子 a < b < c が同時に存在するというイメージなんだろうか。
a < b がコンテキストによってboolを返すかbを返すか変化するという方がまだ無理がないな。

if(対象 == オブジェクト)
if(事象)
対象コンテキストと事象コンテキスト
すべてがオブジェクトといったな、あれは嘘だ

関数呼出規約なんかこの話となんの関係もない
まともなｵﾂﾑしてたら関数呼出で順序の副作用がおきるような書き方なんかしないからな

昔のMCSのｺﾝﾊﾟｲﾗでも例えば、cdeclとpascal呼出規約があった
cdeclとpascal呼出規約をかえると、結果が変わるような知恵遅れなｺｰﾄﾞ書くﾔﾂなんか
このｽﾚにいるような低学歴知恵遅れしかいない

わかった？

>>304
C言語的な演算子の概念に拘るなら、比較式はn項演算だと考えれば理解しやすいかな
実際scalaやF#のmatchとかRubyのifとかはn項演算の例だし、そんなに珍しいもんじゃないよ

>>307
構文解析の難易度の話なんだけど、matchなどといった開始語を欠いているうえに
<=や>など他の演算子との混在も考慮しなければならないとなったら、かなり
困難なものになる思うが。

それは可変引数をもった特定の関数呼び出しと意味的同じだからな
低学歴知恵遅れにそんなこといってもしょうがない

学校で教えるのはプログラムではなく物理とか微分とかなので
学歴重視はハードウェア重視や機械学習重視になりがち

>>308
>>289で終わりじゃね

知恵遅れに理解はﾑﾘ
知恵遅れの自覚がまったくいない

>>289はshiftexprの定義がないんで厳密なところがわからんけど、後者のshiftexprは
ineqexprじゃないの？

>>313
合ってるよ
これでわかるか？
比較式 ::= 低優先順位の式 {比較演算子 低優先順位の式}
{}はEBNFで一回以上の繰り返し

失礼
低優先順位じゃなくて高優先順位の式の間違いだな

>>300でｵﾜﾘ
それ以外は知恵遅れの寝言だからな

構文解析できればなんでもできると思い込んでるからな
低学歴知恵遅れには、その先の解釈のﾚﾍﾞﾙまでおとしこむ知能がない

オペランドを順に評価しながらandで繋ぐだけだろ？
半角クンにとっては難しいのかな

そういう問題じゃないからな
やはり知能の問題

小学校でプログラミング教育ってチューリングマシンとか
ラムダ計算とかするわけでしょ
すごいよね

ブーリアンヴォーイズは、いい加減パーキンソンの凡俗法則でググろうな

流れ本体とは関係ないが
>>286のレスが意味不明
とくに
> 0 < x and x<100になるからセンス悪いと思った
この部分

>>281へのレスとしては
最後の一行もさっぱり意味分からんが

>>280
a < b and b < c

上座と下座みたいなセンスかな
OOPでは引数の中で一番偉いやつを左に書くよな

a < b > c が合法になるぐらいなら a < b && b < c でいい

>>322
比較するときにつねに左に変数がないと気持ち悪いタイプなんだろう
個人的にはそれはそれで分からなくはない
俺はこの場合は数直線順のほうが読みやすいと思うが

> 比較するときにつねに左に変数がないと

プログラミングエアプか？
変数と変数を比較するケースを>>286以外のみんなは当然想定したわけで

不等号をカリー化しようや

a < b < c
Pythonが採用して、Rubyが採用しなかった
そう言うことだと思う

>>288
愚か者はその愚かさ故に自分が愚かであることがわからず思い上がって傲慢になる。
賢い者はその賢さ故に自分が愚かであることがわかり遜って謙虚になる。

以下の2つの書き方がある

左に、小さく方を書く
0 < x and x < 100

左に定数を書く。
定数には代入できないため、すぐにエラーが発見できる
0 < x and 100 > X

スレチかもしれないけど
人工知能が今後発展していくにつれて、CとかJavaとかRubyみたいな言語って廃れていって、人工知能に関連しない分野のプログラミングスキルは無価値になって、人工知能に特化したPython一強みたいな感じになるの？
プログラミング始めたばかりなんだけどふと疑問に思った（同じくらい初心者であるはずの知人がこれからは人工知能に関わる言語だけやっていればいい、それ以外じゃ食っていけない、みたいなこと言ってたから）
こういう話題は何度も出ていてうんざりしてたらごめん

>>332
下はヨーダ記法って言ってな
時代遅れなんだよ池沼

人工知能というか機械学習な
その中でも深層学習ってやつね
pythonは特化してるわけじゃなくて深層学習に必要な行列計算が簡単に書けるnumpyというライブラリがあるから使われている
未来のことは分からないが、気にしても仕方ないように思える
プログラマにとって技術の陳腐化は日常的なことだし
機械学習やりたいならプログラミングじゃなくて統計を学んだ方がいいよ

>>333
世の中の全てのコンピュータが人工知能とやらになればそうなるかも知れんが
物理的にあり得ないので、その他の言語が廃れることはないよ
それどころか、コンピュータが多様化してるからどんどん新しい言語も必要になってくる

だから、このスレが存在してる

>>333
そのpythonが今強い理由がCで書かれたライブラリなんだよなあ

囲碁と画像処理のスキルが無価値になったから言語は滅亡するというのは意味不明だな
0 < x はセンス悪い説よりももっと意味不明

まぁCythonってあるもんな


大体それの知識だけっていう狭い視野の人間は碌なもの作れない
プログラミングに絞って言えばOSとかネットワークの事もっと知ってろよってな

>>336
＞だから、このスレが存在してる

カッコイイ(ﾟ∀ﾟ)

>>333
人工知能によってプログラミングが要らない時代になったとしたらそもそもPythonも不要だから無駄
例えばメルカリみたいなシステムを作るとして、今だとAIって写真を画像認識して自動的にカテゴリ分けしたりするのに使うわけ
一方、出品などシステムの「仕組み」の部分は人間が手作りしてて、こういうのは前者よりも遥かに複雑でAIには難しいの
後者がAIに置き換わる頃には「AIを使う」プログラミングなんてとっくにAI化されてるよ
「AIを作る」側になるなら話は別だけど、後者をAI化できるほどのレベルになれば今みたいに個別にAI利用システムを開発するんじゃなくて
どっかが開発した汎用的なAIをサービスやパッケージとして利用する形になるだろうから、
最終的にAIベンダーとして残るのは本当に1つか2つの企業だろうね

>>333

知り合いもどうせ大学生とかそんなレベルなんだろ

mac使って自称データサイエンティスト（）とか名乗ってる意識高い系の方々は自分がバカだと気づかない

mac使ってカタカタターンってやって
これをこうしたらいいだけなんですよと謎の上から目線

あなたたちのやってることは間違ってました
でも自分がなにか失敗したら顔真っ赤にして老害ガーとか言い出すゆとり世代

GUIブームの時も、グラフィックがあるから文字は無価値になるとか言われていたような

幅が広すぎて無意味だということに誰もが気づいて廃れた言葉である「ゆとり世代」を未だに使っている人がいるのか。

登場人物の心を読むスキルを使うための登場人物
心を読めるから言葉は無価値になるという

>>342
学生よりも分野外のおっさんの方が変な夢見過ぎな気がする

AI妄想を差し引いたPythonはごく普通のスクリプト言語

計算科学にも使える数少ないスクリプト言語やぞ

しかも極初期からOpenGLバインディングが使えたという魔改造スクリプト言語

Pythonさほど好きじゃないけど、こいつが居なかったら
Rubyとかいうクソ言語が流行ってた可能性もあると考えると
Pythonが存在してくれて良かったと心から思う

手放しに良い言語とは思えないけど変えが効かない言語

luaでいいわ
一番ｼﾝﾌﾟﾙ

俺はRubyでいいわ
なんかPyキチが目の敵にしてるが

Pythoはsyntaxはまーしょうがないにしても
設計がウンコですわ
PHP並に酷いものもある

PHPは7になってから大分切り捨てられたけどな

>>356
切り捨て？詳しく

旧式のmysql接続モジュールとか旧式の正規表現とかが主だった切り捨てだったかな
5.xで非推奨って言われてた関数の類がバッサリ切り捨てられてた

あとクラスの書き方もフィールド宣言にvarとか書けなくなってたな

array_ナンチャラとかいうウンポコペチプーの代名詞みたいなそびえ立つクソはどうなりましたか（小声）

pythonが良いというよりperlのクソみたいななんでもあり感を無くしたのが良かったってだけ。
余計なことをしない言語が良い。

つまりlua使っとけば間違ない
という結論になる

余計な機能があるせいで
いちいち余計なことを覚えないといけないという悪循環もなくなる

pythonは余計なもん大杉で初学者にも不向きといえる
余計なもんないほうが初学者もとっつきやすい

覚えることも少ない
簡単なのが一番

Luaさんにもnumpyがあればなあ

luaさんはjsと似てた記憶しかない

LuaさんについてはRubyと同じくIf End ifのクソ文法だったことも覚えている

luaは思いのほか流行ったけど、一般的なスクリプト用途で使ってる人なんているの？

使い捨てのスクリプトは、Rubyがいい。なんとか持ちこたえて欲しい
システムに入ってないから好きなバージョン使えるし、読みにくいかわりに書きやすいと思う
Python2しか使ったことないけど、Pythonって積極的に選ぶものでなく、消極的に選ばれるものだよね？

luaは必要な機能を自分で拡張して使うもんだからな
cとの相性は抜群

そのﾊﾞｲﾝﾃﾞｨﾝｸﾞも簡単

ツールスクリプト用途では相変わらず Ruby は使える

使い捨てなら入ってる力高いperl5かな
Rubyの出番はねえな

最初から入ってるかどうかどうでもよすぎるしそんな理由で今さらperl5使うことはないなあ

Luaは正解だがPerlも正解だよ
そしてPerlは悪とか正解は一つとかいうのを信じる人はPythonに集まった

配列インデクスが1から始まるとかいう狂気

無学だから教えて欲しい
プログラミング言語の配列に0-indexが多いのって、Cの配列がアセンブラに寄せてあってaddress+0からスタートしてるからだと思ってるんだけど正しくはどうなの？

>>373
まあ0からにするとコンピュータ的にコード作りが楽になるからそんな感じになるのが多いわけだが、必ずそんな風にコンパイラを実装しなければいけないということもないわけで、要するに実装依存だ。

ゼロには配列の数が入ってる。
みたいな言語だって構わないんだが。
C実装者はポインターと配列を同一視しちまったんだ。

Cの配列長さの管理し辛さは異常
Fortranみたいな-fcheck=allもないし

学がないやつが答えるなよ

まあ、C言語はマクロアセンブラの兄貴分みたいな感じで
当時のメインフレームのアセンブリ言語を扱いやすくしただけだしな。
あんま言語自体の吟味はして無いんじゃね？

0からn-1方式はn=0の場合に-1という概念が出てくる

>>373
逆に今のプログラミング言語で配列インデクスが0始まり以外のものは皆無だと思うんだが。
なれの問題でしかないから諦めろ。

Julia Fortranくらいか？

>>380
別に0-indexがしんどいとも1-indexがいいとも言ってないんだよなぁ……
むしろmatlab/juliaでもにょった位の人間だよ

明確な理由がもしあったなら知りたかっただけ
教えて下さった皆様ありがとうございました

zero-base one-baseで検索すれば学のあるひとの意見きけるよ

あまり関係ないけど
初等数学で a1, a2, ... だったものが程度が進んでくるといつのまにか
当たり前のように a0 (ゼロベース添字) も扱うようになるのは
0という概念とそれを表す文字が歴史的に途中から現れて
自然数に関する種々の定理を0を含めるように一般化するようになったため

イギリス人が他国と違って階段を1階分登った階を1階、2階分登って2階と呼ぶ理由は不明
1ベース言語はアメリカ人が、0ベース言語はイギリス人が設計したなら分かりやすいが
別にそんなこともないようだ

>>378
C言語の設計者には、不必要なオーバーヘッドやリソースの消費は発生させないという明確な意図があったから、配列のサイズなんてメモリ上に保持しないで、必要に応じてプログラマが頑張れっていうスタンスだったはず。

cの場合lightweight配列として使えるポインターがあるから
配列は配列でPascal風にサイズありでも良かった気もするな

こんにちは。a4と申します。人工生命技術を用いた喋る人工知能を作って、自然言語で
プログラミングする研究をしています。ソフト名は矛盾記号の反対の「T」と言います。
協力者を募集しています。

現在の研究内容はこんな感じ。


こちらのスレでやってます。
http://2chb.net/r/tech/1535821055/

ついにきたか
こんなスレで使う道具でグダグダ言ってるだけの俺らには難しすぎるよ

>>388
僕も１５年くらい前は2chのプログラム技術板で馬鹿にされて、それから技術的に成長
ということになったんですが、俺らには難しすぎるよ、と言われるくらいになっちゃった
のか、です。技術馬鹿になっただけで、お金だけはほとんど入りませんが＾＾；
返信はありがとうございます。

勝手に"俺ら"とまとめちゃったけどもちろんわかるやつもいるはず

>>390
そうですね。そうだと思って書いたんですが、やっぱり教授とかそういう人になって
いくのかな。

>>386
> cの場合lightweight配列として使えるポインター

どういうこと？
lightweight配列って何？
その用語はどこに定義されてんの？

lightweight は単なる英語だけど…

単なる道具にすぎない言葉なのになぜか厳密に定義するのが良いんだよな
お金も企業も経済成長も単なる道具だが舐めない方が良いんだろう

そりゃメモリ内容そのまま持てば軽いといえば軽いだろうが。。

>>392
多分深い意味はないと思う
「ポインタで配列を表現できるから、それとは別にサイズ付き配列の仕組みがあっても良かった気がする」
と言いたかっただけだろう

まあCにはそんなもん要らんが

さすがに今時Cでも配列のポインタと長さはセットでしょ

sizeofすれば配列かポインターか分かるよな？

そんなの関数の入り口次第じゃん

>>397
ポインタはただのアドレスの値だから長さの情報を持たない

>>399
宣言の仕方に関係なく配列が関数に渡されたらただのポインタ

cみたいなオワコン言語の話は飽きた

>>401
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

>>402
これほんと好き

オブジェクトモデルに依存しないテンプレートライブラリはないのかと

型システムの改善だけが目的の
OOでも関数型でもない言語

アイデアあるなら自分で作ればいいじゃん
そのほわぁっとした言語

what?

そもそもテンプレートライブラリが何を指すのかあいまい

いまメジャーなwebでのテンプレートライブラリなのかc++のようなテンプレートライブラリなのか

C2langが比較的近いか？
最近動きが少ないが

>>396
考えるだけ時間の無駄だからもう考えない

C言語でもVLAはサイズ情報持ってるというのに誰も知らんのか……

知ってても直接関係ないこと言わない
知性があれは

もう、C#しか使わないからどうでもいい。

>>409
君はもうすこしモノを考えたほうがいい
ライトウェイトの意味やプログラミング界隈でのこの語の用法を知らないとか人に質問するレベルに達してないよ

偉そうにw

AIに嘘を教える教師がいたらどうなるか考えたほうがいい
虚偽のビッグデータを売りつけて儲ける
AIは人間のレベルに達しない

Goがついにwasmにコンパイルできるようになったな。
もともとPureGoが多いから、これで色々活用用途が広がったらいいな。
nodeもwasm実行できるし、モバイル用にライブラリコンパイルしたらReactNativeなんかからも使えるし、色々可能性広がってきた気がする。

>>410
VLAってstatic変数や関数の戻り値に使えるの？

>>410
スタック跨いでサイズ渡せるようになってからおいで

0-indexとか0-baseとか書き込みあるけど、0-originって自分は呼んでた。どれが正しいのかな。

>>416
マジか、Goを覚えるか迷ってたけど
これなら本格的に手を出して良さそうだ

>>420
まだexperimentalで見た感じ最適化も掛かってないからクソでかいファイルが出来るけどねw

>>420
ビズリーチが公表した「プログラミング言語別年収ランキング2018」

https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/082900134/

>>421
wasm 自体まだまだこれからだし気にしないわ

>>422
これ系はあんま信用してないわ
3, 10 がメインだけど

お前らwasmでなに視点の？

みんなwasmってるの？

gopherJSの方が早いケースもあって面白いな。
>>425
UnityからWeb3Dのコンテンツ出してるよ

なんだか知らんがgoはない

>>366
> 読みにくいかわりに書きやすい
ガイジすぎひん？

>>425
Blazorで遊んでる

冗長性が少なくて同じことの表現方法が多彩な方が表現する側は楽で理解する方は辛いし、
冗長性が多くて表現する方法がひとつに定まってる方が理解しやすいが表現する側はやりにくい

pythonが書きにくいとか頭が悪いとしか思えんのだが。

お前は知能が低すぎてものを全然覚えられないからそう思うんだろうが、
人並みの記憶力があるならワンライナーとか使い捨てスクリプト書く分には省略記法がいろいろある方が早くて楽

でもRubyのシェア右肩下がりじゃん

Rubyの主用途は使い捨てスクリプトとかちょっとした個人制作のツールとかなんで、そもそもが広いシェア取るような言語じゃない
Railsとかで中規模以上のプロダクト作ってた時代がアホなだけ

そんな事言ってるとSmalltalkみたいなシェアになっちゃうぞ
いいのか？

Go2でジェネリクスつくのはいいけど既存との互換性はちゃんと確保するんだろうか？
python2と3みたいな関係はやめていただきたい

もう何年も前に「ジェネリクスは必要」って誰かが発言したとする
この発言自体がものすごくわかりにくい
実際、わかるまで何年も時間がかかっただろ
言語の設計は「読みやすさ」と「書きやすさ」で対立しているのではない
「読みやすい嘘」と「読みにくい正論」で対立している

C以外の他の言語やってる人はだいたい必要だと思ってるんじゃないかな

次世代言語を学ぶ意味は？

むしろGoにはジェネリクスいらないを連呼してた人達はどうするのか気になる

Rubyそんなシェア落ちてん？って急降下じゃんwww

2011なにがあったんだ？

最近はもう「〜に〜は不要」発言はそのうちバージョンアップで実装されるフラグにしか思えなくなってきた
Javaあたりからの伝統

元記事要約すると
グラフはGitHubの統計
GitHubはRubyコミュニティの有名人が参加してた
GitHubは当初Rubyユーザーが多かった
2011年からGitHubユーザーが爆発的に増え、多様な言語が流入した
相対的減ってるように見えるだけ
Rubyアクティブユーザー数は増えてる

まあ俺はRuby避けてPython使うが

そりゃ読む回数のほうが書く回数より多いんだからrubyは嫌だよってなるのかな？

rubyはよく整理された構造的なスパゲッティコードが出来上がってるから読むの大変

読むのと書くのを対立させるのは多分嘘だ
読みやすさを犠牲にするケースがあるのは本当
だがそれを犠牲にして何を手に入れたいのかはケースバイケースだから
全てのケースで常に「書きやすさ」を欲しているというのは嘘だろう

>>444
元記事見るとわかるけど、アクティブユーザーの絶対数も減少し始めてるよ

> Rubyアクティブユーザー数は増えてる

なんだよ嘘かよ信じかけちゃったよ！

クックパッドと鳥取とモルモンしか使ってないだろ

Rubyの読みにくさは簡単な話ではない
すこし入り組んでる
プログラミングしようとする対象がすでに入り組んでいるから
Rubyをもってしても入り組んでおり結果読みにくい
他の言語でやろうとしても同様に読みにくい

簡単なことを他の言語で書くと、読みやすい
簡単なことをRubyで書くと、もっと読みやすい
複雑なことを他の言語で書くと、読みにくい
複雑なことをRubyで書いても、読みやすいとまではいかない

このへんの観点での観察が必要

いやrailsとか見るとただrubyがクソだから以上の理由はないよ。
作るものが複雑？
馬鹿が無駄に複雑にしてるだけだろw

詳しい人居たら聞いてみたいんだけどRuby作者のまつもと氏とRailsコミュニティの関係性ってどうなの？
なんとなく目指す方向性に解離があるんじゃないかとか思ったんだけど

>>441
つか選択肢がおかしい

RAILSは最初にさわるべきじゃないよね
高機能かつ隠蔽的すぎて、自分のキャリアを削ってものを作ってる感覚になる

>>454
Matzはコミッタの一人に過ぎないよ
リリースノートに平気でRailsの〇〇改善が並んでるのに今更すぎる
今のRubyは正真正銘Rails Scriptだよ

え？
MatzがNoって言った機能も入るようになったの？

>>440
あったら使うかもしれないが、なくても困らない。
Rubyはあっても使わない。

>>458
よく知らないヤツが適当言ってるだけ
https://www.ruby-lang.org/ja/news/2017/12/25/ruby-2-5-0-released/

Ruby側から見たRailsは最初から今に至るまで「フレームワークのひとつ」の域を出ないよ

デカ過ぎるコミュニティと個人創始者って大体摩擦があるからRubyはどうなのかな？って思っただけ

rubyスレ見てると自演で荒らしてる奴は一人っぽいけどな
親でも殺されたのか、rubyにすごいヘイトを貯めてる

そのワリにアンチスレは物凄く低空飛行だけど

Rubyには、アンチが沸くほどの力も残ってない。
FreeBSDの時もそうだった、ただ黙って衰退するのみ。

アンチはRubyいらない言うけど、必要だからスレがあるんだろ？

関係ないスレで自己主張してくるRubyerがウザいなって場面は結構ある
ここでももちろんスレチじゃん？

他でも関係ない言語のスレで唐突にRubyの話始めるヤツ何度か見た
TPOくらい弁えて欲しいもんだな

なんか急に狂犬っぽいのが涌いたけど
Rubyスレを荒らしてる奴か？

どっちかっていうとRubyアンチが関係ないスレで唐突にとんちんかんなRuby批判始めて突っ込まれてるだけだな

良くも悪くも目立つからじゃない？>ruby
思うところのある人が多いから書き込みがあると反応するヤツが多い

俺みたいにな

アンチという言葉を久々に聞いた気がする
いつも海自だのアスペだの言い合ってる奴らに比べたら平和すぎるくらいだ

なんでGoごときが年収高いねん

日本製じゃなきゃ悪目立ちしないだろうにな

Ruby＜Rails
かなしいなあ

複数回線持っててマッチポンプを繰り返してるんだっけ確か？
過去スレでRubyだけじゃなくム板を荒らしまわってるって本人が書き込んでる

>>470
仕方ないンGo

怒涛の自演率だな
言語にヘイト向けるのはやめとけよ

何？
Rubyアンチの荒らし、
ここでも自演してんの？

rubyスレに、荒らされてもないのにスレを荒らすなって騒いでる人が居るわけなんだけど、
その人はマジで統合失調症らしき人で、自演でrubyの悪口を書き込んでる人がいるという妄想に取り憑かれてる。
統合失調症は自覚するのが難しい病気なので受け流しといてください

どっちもどっちというパワーワードがある限り
どっちもじゃなくて自分だけが悪いという自覚はありえない

>>436
互換性の所為でジェネリクスが半端になってしまったJavaのこと忘れるなよｗ

>>479
Javaのジェネリクスがクソなのは当時のSunに金がなかったから
互換性云々はただの建前で、どうせライブラリに互換性ないんだから何の意味もないよ

477 名前：デフォルトの名無しさん 2018/09/06(木) 00:19:03.10 ID:KwosysId
rubyスレに、荒らされてもないのにスレを荒らすなって騒いでる人が居るわけなんだけど、
その人はマジで統合失調症らしき人で、自演でrubyの悪口を書き込んでる人がいるという妄想に取り憑かれてる。
統合失調症は自覚するのが難しい病気なので受け流しといてください
478 名前：デフォルトの名無しさん 2018/09/06(木) 00:35:10.19 ID:D8Aso5qK
どっちもどっちというパワーワードがある限り
どっちもじゃなくて自分だけが悪いという自覚はありえない


マジで召喚できた

このスレで本当に自演してるとは思わなかった
ちょっとしたカマかけだったのに

自演乙

荒らしはどのスレでも湧くわけだから
荒らしが湧かないとか言ってるIDが荒らしって事か

スレチのrubyの話題はもういいよ

Go が年収高いのはライブラリが微妙だからセットで要求されるスキルが高いんじゃない？

自分からrubyの話題出してネガキャンしといて自演がばれたら話を流すってのを何回も見た
この板で

嫌いな言語のために次世代言語スレで自演までするのはちょっと病的過ぎない？
正直気持ち悪い

むしろ今時ネット工作もできない勢力はちょっとだらしないと言われるのが気持ち悪い

いやいや、自己正当化してる場合じゃないだろ気持ち悪い

自己正当化のノウハウがどこからか供給されている
まるでネット上のデータを学習したAIが人間を駆逐するみたいに

依存型難し過ぎて流行らないよなぁって気持ちが強いがどうなんだろうな
Ada20に採用されたら笑う

ああやっぱり
工作っぽい書き込みがあるなあとは思ってた
やってたのは結局一人だったのか

Rubyまだまだすごいよ
GitHubもまだRubyで動いてる。価格comも

うわー
またマッチポンプしてる

こんなのがこのスレにいたのかよ

>>494
え!?価格.comってC#(ASP.NET)じゃなかったっけ？
GitHubの方は知らないんだけどRubyだと信じても良いの？

ストーカーとかサイコパスとかいわれても仕方がないわこれ
正直、言語嫌いだけでここまでキモイ事が出来るものなの？

>>496
価格comじゃなかった、食べログがRubyだった。
Githubは本当にRubyだよ！

昨日何があった？
今来た産業

Rubyアンチがしこしこ自演して
マッチポンプをやってたのが
バレる

>>492
それは、どこまでを依存型と呼ぶかが難しいんだ

型の属性として(実行時の)値を使えるというだけなら結構多くの言語ができる
Adaも最初の83からできるし、最近のFortranもできる。C言語もVLAに限ればできる。勿論動的な言語はほぼ全部できる

しかし依存型と言われて期待するのは証明、それも静的なヤツなわけで
これは型と型の関係を記述できる関数(熟語)をかなり強力なレベルで書けないとできない

あと、厳密にラムダキューブに則った定義しか認めないとなると、関数型言語以外はどんなに強力でも全滅ってことになるし

>>499
まとめるとこんな感じ？

Rubyの話からRubyスレの荒らしの話題が出たところで本人らしきレスが幾つか付く
↓
437で荒らしの過去の自演が暴露される
↓
476に釣られて荒らしと同じ事を言い出すID登場
↓
484に墓穴を指摘される
↓
あわてて流して誤魔化そうとするも失敗
↓
ストーカーじみた自演でネガキャンしてた事が知れ渡りスレ住民に気持ち悪るがられる←今ここ

あー実行時なのか静的なのかどっちだよってなってるな、スマン
証明とは全く別の話として、型に実行時の値を持たせられると便利だよねってグループがあって
で、単に値から型を作れるというだけでいいならそういうのも依存型と呼べてしまう、と言いたかったがぐじゃぐじゃになった

静的に証明をするなら勿論値もコンパイル時の値でないとだめなわけだけど
そこでもコンパイル時の型レベル関数と実行時の関数が完全に切り離されてるのか(C++のtemplateみたいな)
証明に使える関数を実行時にも普通の関数として使えるのか(Agda等)とまたグループがあるし

まあつまり、人によって「依存型」という言葉に期待する度合いが違うので
今後最小の機能しか持たない「依存型」が出てきて定理証明系クラスタを怒らせるのはあるかもとちょっと恐々としてるんだ……
(単に右辺の型を使うだけのものを「型推論」と呼んだ例みたいな)

>>499
荒しがキモがられてるところ
必死で誤魔化そうとしてるけど

旧世代言語の話はこっちで

次世代言語13 COBOL Java PHP VBA Ruby
http://2chb.net/r/tech/1534769242/

>473デフォルトの名無しさん2018/09/05(水) 23:53:57.76ID:ydKMuO/u
>複数回線持っててマッチポンプを繰り返してるんだっけ確か？
>過去スレでRubyだけじゃなくム板を荒らしまわってるって本人が書き込んでる

って事だから自由にID変えて書き込めるらしい

このスレも次はワッチョイ入れた方がいいんじゃない？

あちこち荒れてんのは裁判で負けた方たちの腹いせ

複数の回線をもっている荒らしは何故か必ずﾜｯﾁｮｲを導入しようとする
まぁ、バカでもわかる絡繰だわ

いっその事IP表示にすれば良いのに

>>509
まぁIPでもいいんじゃない？現行単発IDが多すぎてどうにもね

>>503
多分言わんとする所は理解できた
こちらとしては証明を含めた静的な世界での依存型が難しいという話で、単に型に値を含めるようなのはそちらの言うとおり既に実務向け言語でいくつか有るので、それらは依存型から除いて流行らないと言ってしまったな

JavaScript でも、荒らしていた奴だろ。
色々な板や、ほとんどの言語・スレを荒らしているから、相手をするな！

基本的に、ソースコードを書かない奴は、荒らし。
プログラミングできない奴と会話するな！

またなんか極論言う馬鹿が現れた

>>512
RPGツクールのスクリプト言語枠を奪われた恨みかな？

他のスレを粘着して荒らしてたのってRubyアンチの荒らしだろ？
昨日、自演してたのがバレたみたいだし


>Rubyの話からRubyスレの荒らしの話題が出たところで本人らしきレスが幾つか付く
>↓
>437で荒らしの過去の自演が暴露される
>↓
>476に釣られて荒らしと同じ事を言い出すID登場
>↓
>484に墓穴を指摘される
>↓
>あわてて流して誤魔化そうとするも失敗
>↓
>ストーカーじみた自演でネガキャンしてた事が知れ渡りスレ住民に気持ち悪るがられる←今ここ

「隠し事」の話題には熱心だが「嘘」の話題には無関心な人が一定数いる気がする

隠し事がバレるのは何も知らない状態から急に何かが判明する
一方、嘘がバレるというのは、知っていると思っていたものが妄想だったということだ
人間並みの知能に必要なのは単純に多くの知識を持つことだけではなくて
「嘘だった」という認知ができること
そうすることで誤った知識を訂正できることなんだ

早口で言ってそう

旧世代言語の話は間に合ってる

rubyアンチの自演が実際あったのかどうかは知らんが
自演する奴も、それをいつまでも叩いて騒いでる奴も
どっちもお前らの言う気持ち悪い同類同士としか見えない

そんなことより次世代言語を語ってくれ
旧世代言語の話だけじゃなく、ちゃんと次世代言語のことも
語れる出来る奴だっていうことを証明して見せてくれ！

この自演してるのが荒らしか

周囲が荒れているか穏やかかではなく
自分が言いたいことを言えたかどうかを考えよう

自分で荒らしといて批判されたら自演で第三者を装い、
どっちもどっちの考え方を持ち出して批判した方を叩きに走る
まさにマッチポンプ

Rubyアンチによる荒らしは結構昔からあるよね
完全に放置してるから今どうなってるのか知らんが

親をRubyに殺されたアンチ君は板全体に粘着してるわけだから今後も自演を続けるんじゃね？
時々それっぽい自演やレスは今後も出ると思う

俺を荒らし認定したいみたいだが、俺のIPアドレスとか、発信元の住所とか調べれば
自演してた奴じゃないって分かるだろ
他人を勝手に荒らし扱いにする奴に限って、自己中心的な勝手な考えしか出来ない

そんなしょうもないことほざいてないで、スレッドに沿った次世代言語の話をしろ
次世代言語の話を見に掲示板を覗きに来てるのに、ちっとも次世代言語の話題が
出てこないことに呆れるよ

旧世代言語の中ですら競争に敗れ去ったRuby
これはゴミの中のゴミと言っても過言じゃないよ
次世代言語はこういうゴミ言語を反面教師にしなきゃね
歴史に学べっていうだろ？

俺はまずお前を反面教師にするよｗ

別にアンチする程の言語でも無い
rubyキチガイのアンチかと聞かれればそうかも知れない