次世代言語14 Elixir Crystal Julia Rust Swift
■ このスレッドは過去ログ倉庫に格納されています
P付き言語は糞の代名詞だったのに、なぜPythonだけ人気が出たのか どうしてRubyはクソの代名詞になってしまったのか Rubyを目の敵にするPythonキチか
側から見れば目くそ鼻くそなんだが… 大差であろうが小差であろうが差があれば最くそはRuby Rubyは信者がだめにした感がある。
信者がつく言語は要注意 >>788
具体例が1つしかないと傾向とはならないから他の例も頼む phpは素晴らしいといったら逆に罵倒になるから気をつけろ 逆にユーザーの信者率(VBerやPHPerのような他の選択肢を持たないだけの連中は除外)が低い言語ってどれだろう
Java、Pythonあたりかな
C#なんかは信者率高そうな割にはうまく回ってるね C#は好きではないけど、これが楽だから的な選ばれ方してるから。
使ってる本人(C#本出してる人)も、もっと良いのが出たら何の執着もなく他所へ行くと明言してるし。 ワークホースとして割り切ってるだろうしね
というか初期に食いついた信者はC#1,2,3の激変で絶滅してるんじゃない? 絶滅はしてないけど、その人の本によればWinForm止まりとか、各所で分断化されてるっぽい。 たまに過去のコードに感謝シャカオーイェとかコード憎んで人を憎まずとか聖人君子みたいなこと言う・書くヤツいるが
ぜってぇ嘘だよな
1日10回は舌打ちするし、1日3回はこのコード書いた奴殺してやりてぇと思うし、1日1回は死ねって口に出ちゃうわ 俺はきっちりコード憎んで人も憎むぜ
ジャパニーズオモテナシタテマエブブヅケみたいな糞みたいな文化、ファックだね >>792
C#erは大体マルチプレイヤーだから他の言語幾つか知ってるんだよね Rubyから乗り換えるのにオススメの次世代言語は何ですか?
読みやすくて、数値計算に強くて、ライブラリが豊富な言語が希望です >>803
Rubyよりは良いですが、もっといい言語がある気がします >>802
迷ったらgoogle推奨言語でも使ったら?
go, kotlin, java, python, c++ >>802
それ何てPython?
ほぼほぼPythonの代名詞だよそれ。 そもそもどの言語が最強か?なんて言わないしなぁ
ケースバイケースだけどこれが便利、ぐらい >>802
数値計算やるのになんでRubyから始めたのか理解に苦しむ クラスの頭は大文字、変数の頭は小文字などというクソ規約が蔓延してるせいで
コードが多言語化しにくい
SQLはカラムが日本語のDBをたまにみる
大文字小文字に依存しないプログラム言語が必要だ 最強過ぎて、人間には16ビットCPUまでしか人間が活かせませぬ。。。。
まあ、組込系はPCやスマホ(いあ、これも組込だけど)よりもコンピュータとしてはシェアは大きい。
単価が安いから目立たないだけで。
アセンブラ勉強するならWinは向かないと言うか、WinAPIをアセンブラからも呼ぶのを強制するから、Cで良くね?ってなる。
アセンブラは組込に限る。
自分でディスプレイ付けて、ここからここまでVRAMねって決める。 >>812
COBOLが必要だとはなかなか面白いことを言う人だな 型が大文字変数が小文字って誰が始めたんだろうな
どうしても書き分けるなら、変数のほうが主役なんだから逆が良くね? >>815
個人的には、型の方が広いスコープで使われるしより基本的な情報だけど、変数はなるべく局所的に短い寿命で存在すべき物だし型ありきで生まれる物だから、型の方が目立つ大文字というのはしっくり来るかな。 >>815
え、嫌だ。
型はどうでも良いが、変数は小文字が良い。
Prologみたいな変数が並ぶとか無理無理無理無理。 >>815
局所的に見れば変数が主役で大局的に見れば型が主役だと思うんで
見る角度によるとしか言えないと思った
個人的な好みなら、変数とメソッドはスネークケースが読みやすい
となると型は区別できるようにパスカルケースだな
あと型でもクラスとインターフェースの区別ができるようになってる
C#のインターフェースの先頭にIを付ける規約が地味に好きだったりする '定数
`(,変数 ,@変数)
lisperは定数や変数の頭に記号を書いたが、記号は学習コストが高く見える
大文字と小文字を使えばコスト低そうなUXになる 816の感覚が一般的なんじゃないかね。
マクロ定数が大文字だったりするのもスコープ的な理由だろうし。 >>820
俺はそうは思わないな。
それだとネームスペースや関数名、ファイル名も同様に大文字にするのが一般的な感覚ということになる どうもケースセンシティブ>ケースインセンシティブ
って大文字小文字の使い分けが日常的な人たちの感覚だよね >>774
COBOLって、ソース自体が仕様書になるのを目指して開発されたと聞いたけど
〜ディビジョンの塊 >>821
コンテクストがちょっと違うからってことだろ。
特殊なファイルだとやっぱ大文字だし。
よりグローバルってな意味がやっぱりあると思う。 Makefile とかちょっと特別だから頭が大文字とかわかるけどね
グローバルかどうかじゃなくて英語で言う The に当たるものが頭大文字なんじゃないのかな
予約語なんかはものすごくグローバルなわけだけど大文字にしたい気はしないし 変数名とか型名の変態性はnimが圧倒的。大文字小文字を区別しないし_も区別しない Theであれば、同じwindowクラスのインスタンス変数であっても
一般名詞としては小文字、メインウィンドウ等の特定の物を表すときは大文字にして良さそうなものだが
そういうスタイルは見たこと無い グローバルな名前はかぶらない方が得
思想を統一したら損 >>828
予約語まで行くと今度は逆に固有名詞感覚が薄れて一般名詞的にまでなってしまうから
小文字って感じかなと。 でもSQLの予約語は絶対に大文字にしてほしいわ
小文字にするやつ殺しちゃうもん 俺は逆だな、予約後大文字はBASIC見てるようなキモさがあって生理的に受け付けない パソコンは小文字が使えるからね
パソコンの仕様に近い方が政治的に正しいという理由でスマホはガラケーを殺した An introduction to the Julia language, part 2
https://lwn.net/Articles/764001/
Julia 1.0 Programming: Quick start to your Data Science projects, 2nd Edition
https://avabro.org/julia-10-programming-2nd/ SQLはカラム名が大文字なら予約語は小文字、カラム名が小文字なら予約語は大文字にしてほしい派だな。
紛らわしい名前つけるやついるから。
order by disp_order descとか目が滑るじゃん。
ORDER BY disp_order DESCだと見やすいし、なにか間違えてたら明らかに気づく。 >>839
これ
>>835
こんな簡単なことも教えてもらわないとわからないなんて
才能無いから殺す 昔はそんなんやってたけど、今はシンタックスカラーリングできるエディタも多いからあまりやらなくなったな。
シフトキー押しながら入力するのたるい。 >>839-840 はC系言語使うときには識別子を全て大文字にしているのか?
そうでないなら全く説得力のないダブスタ馬鹿だぞ >>843
混在してたら?とかを多面的に考えられないんじゃあ、プログラマーとしてもこの先厳しそうだな。 今時シンタックスハイライトも使わずに文句言うのは老害と言わざるを得ない 次世代言語スレにタブかスペースがみたいな紀元前の話題に平然と乗ってくるロートルがのさばってるのは悲しいことだな
スレタイにあるような言語を仕事で使っているやつはいるのか? >>842
無意味だろその議論…。
>>844
日本語カラム名のテーブルは出会ったが、大文字小文字が混在してるテーブルは未だに出会った事無いな。
そんな無意味かつキチガイじみたテーブル定義する奴居るの? 少なくともBASICの所為で大文字変数は初心者向けってイメージで、C言語でトドメとばかりに教育されたから、もう世界は変数は小文字が主流だよ。 何を言おうが>>842の問いから逃げた時点で自分の慣れたやり方にもっともらしい理屈をこじつけているだけだな
聞くに値しない 理屈が欲しいってか。
小文字で固定してるのをいちいち大文字にしたくない。
かと言ってクラスだの何だの出てきたから、クラスは見分けやすい様に大文字始まりとか、長過ぎる関数は大文字で区切るか_(アンダーバー)で区切るかって文化が生まれた。
大した理屈じゃあない。
全部大文字が好きなら、大文字小文字区別するけど、予約語全部大文字とかの言語作れば良いだろ。 あとは個人としては単純に小文字の方が格好良い。
厨房が筆記体を格好良いって言うのと同じ理由だ。
大文字が多いよりは小文字が多い言語の方が格好良い。
(だからC#よりJavaのが好みだったんだが、実用上C#に妥協した)
言語って、そう言う非論理的な理由で選ばれる所もある。
$が気に食わないから配列で$使うBASIC嫌とか。
でも仕事で人気出たら仕方ない。
多くのプログラマーが飛びついた言語が正義なんだろうさ。
気持ちは分かる。
MFC+C++は地獄だった。
あの時代に生まれた自分を呪いたい。 ソフトがなければただの箱と言うが
OSとコンパイラをインストールしてもやっぱりただの箱だ
箱の中身が欲しいなら正義とか政治的なものとかを入れるしかないんじゃないか カラム名はそもそも変数じゃないだろ。中身を大文字にしろと言ってるわけでもなく。
一回定義したらほとんど変わらないというか、変えないことを前提にするもんだ。
C言語で定数名に小文字使ったり、大文字小文字両方使う事もないだろ。特段の意味が無ければ。
慣れたやり方というか、慣習にはだいたい理由があるんだし、それを破りたいなら慣習を知ってからのほうがいいと思うぞ。
逃げてるのは、慣習を否定したほうだと思うぞ。慣習から逃げてるだけだろ。
別に大文字にしろ、小文字にしろと強制してる訳ではなくて、区別して読みやすくしろと言ってるんだが。
リテラル中のpreparedな中途半端なSQLを、適切なDBに対してシンタックスハイライトしてくれるエディタなんてそうそうあるまい。
道具に全部頼るのも良いが、その前に出来る事はある程度やったらどうだ?
そのほうが道具も使いやすいだろ。常識的に考えて。
どう考えても
Select Products.Name Order By Products.displayOrder
は読みにくいし、保守性も悪い。
あと多分スロークエリ見てる運用チームから怒号が飛んでくるぞ。grep出来んとか。
使い方によって道具は様々なんだよ。
今の言語で起こってる問題を解決したいんだろ?
今の言語で回避してきためんどくさい歴史を、もう一回バカみたいになぞらないと理解できないとか無能の極みだろ。 >>854
小文字が格好良いとか言うならスネークケースの言語使えよ
何でJavaなんだよ? 格好いいって事がそもそも人によって違うだろ。
「早口で小声でまくしたてると(知的に見える|オタクに見える)」みたいなもんで、抑揚がほしい側から見たら理解ができなくて当然だと思うわ。
全部小文字が良いとか悪いではなくて、自分がやりたい事と求められてる事が違いすぎるの時に、自分がやりたい事をやれるだけの裁量や説得力が無いから「格好が良い」とか「個人の主観」とかフワフワした物言いになるんじゃねえのかな。
まさかとは思うが定数名を小文字にしてないよな。
してたら単なるバカだわ。 >>857
小文字は好きだがアンダーバーは好きじゃなかった。
そこは区切りは大文字で良い。
そこはあくまで文化で、職場ごとに合わせれば良い。
ただ、大文字始まりだけは許せない。
i,jとかの1文字変数が全部大文字になるからだ。
何れにしても仕事では選べないが、そこまで来たら多分辞める。 iとかjはローカル変数だろ。
色々大文字始まりと言われる言語でも、ローカル変数はローカル変数でルールあるだろ。
何か自称中級者っぽくかぶれちゃってるの? アホかこいつ
何故にどんな理由で大文字小文字使い分けてんだろね?
と楽しくオハナシしてるとこにやってきて
「とにかく何かの理由があって慣習が出来てるんだからルールに従え。何かぶれてんだよw」って障害者かよ え、変数は大文字で始まるべきじゃないのか?って話題だったから、俺はそんなんだったら会社辞めるって話しただけなんだが。。。 従えとは言ってないでしょ。
慣習も知らずに否定するのはいかがか、って話であって。
ルールに従えとか、どう読んだらそう読めるんだろ。 次世代言語の話するなら、旧世代言語でのしがらみをどう突破するかって大事じゃねえのかな?
どっちかの話に傾倒しても良くなかろう。
誰かが「全部ORMにまかせる」とかそういう事言い出すのが、議論だと思ってたんだけど、まさか>>861みたいな茶々が議論だったとはねえ。 あ、議論スレじゃなくなってたね。だいぶ前に。
これは失礼。 変数が大文字で始まるべきってやつはPrologを美しいと思えるんだろ?
悪いが、俺はどうしても愛せなかった。
論理型言語が嫌いないじゃない。Prologが嫌いなんだ。
理由はただただ変数が大文字始まりの強制。
BASICはまだ強制ではない。
教科書が大文字ばかりなだけで、小文字も許容する。 >>866
Goとか嫌いそう。
大文字小文字でスコープ決まる上に、Idとか許してくれない。 サンプルコード読む限り、変数は小文字始まりっぽいから嫌いってほどじゃ無いとは思う。
1つのコンパイラで色んなプラットフォームのバイナリサポートし過ぎなのが逆に怖いってのはある。
(クロスプラットフォーム前提は分かるが、違う、そうじゃ無い的な)
バッチファイル作っちゃえば良いだけなんだが。 >>868
いや、貴方は間違いなくGoを大嫌いになるタイプだよ
ディレクトリ構造固定とかelse非推奨などのスタイル強制とか絶対受けつけなそう 意外だな。結構強めに強制されるから嫌いかと思ってた。
x86,x64のWindowsと、x86,x64,armのlinuxで実際に作ったプログラム動かしてるけど、特に踏むような地雷もなく動いてるよ。 >>869
そうか。
手を出す気は無かったが、今後も出さないだろう。 い
>>870
いあ、pythonとかHaskell好きよ?
Pascalも。
自分の好きなルールが強制になってる分には好き。 >>870
それで問題あったら駄目だろ。
OSも無い組込でも恐らくは動くだろう。
ただ、他の会社がコンパイラ作るのを事前に拒んでる感じで嫌だなってだけ。 Go使えばわかるけど、Goは言語というより開発プロセスなんだよ
他の処理系なんかGo使ってる者からしたらありえない発想
多様性が生まれた瞬間にGoは存在価値を失う Go使えばわかるけど、Goは言語というより開発プロセスなんだよ
他の処理系なんかGo使ってる者からしたらありえない発想
多様性が生まれた瞬間に存在価値を失う 使えばわかるけど、言語というより開発プロセスなんだよ
他の処理系なんか使ってる者からしたらありえない発想
多様性が生まれた瞬間に存在価値を失う >>873
他の会社がコンパイラ作るのを事前に拒む、がよくわからん…
本家より良いコンパイラが作れるなら作ったら良いんじゃないかなぁ。言語仕様は公開されてんだし。
MSVCだってIntelのコンパイラを拒むために作られてる訳でもなかろうに。 ■ このスレッドは過去ログ倉庫に格納されています