[過去ﾛｸﾞ] 次世代言語14 Elixir Crystal Julia Rust Swift (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
839(2): デフォルトの名無しさん [sage] 2018/10/20(土) 12:35:05.45 ID:LIcVz+wi(1/13) AAS
SQLはカラム名が大文字なら予約語は小文字、カラム名が小文字なら予約語は大文字にしてほしい派だな。
紛らわしい名前つけるやついるから。
order by disp_order descとか目が滑るじゃん。
ORDER BY disp_order DESCだと見やすいし、なにか間違えてたら明らかに気づく。
850(1): デフォルトの名無しさん [sage] 2018/10/20(土) 15:48:22.13 ID:LIcVz+wi(2/13) AAS
>>842無意味だろその議論…。
>>844日本語カラム名のテーブルは出会ったが、大文字小文字が混在してるテーブルは未だに出会った事無いな。
そんな無意味かつキチガイじみたテーブル定義する奴居るの？
856: デフォルトの名無しさん [sage] 2018/10/20(土) 16:36:42.89 ID:LIcVz+wi(3/13) AAS
カラム名はそもそも変数じゃないだろ。中身を大文字にしろと言ってるわけでもなく。
一回定義したらほとんど変わらないというか、変えないことを前提にするもんだ。
C言語で定数名に小文字使ったり、大文字小文字両方使う事もないだろ。特段の意味が無ければ。
慣れたやり方というか、慣習にはだいたい理由があるんだし、それを破りたいなら慣習を知ってからのほうがいいと思うぞ。
逃げてるのは、慣習を否定したほうだと思うぞ。慣習から逃げてるだけだろ。
別に大文字にしろ、小文字にしろと強制してる訳ではなくて、区別して読みやすくしろと言ってるんだが。
リテラル中のpreparedな中途半端なSQLを、適切なDBに対してシンタックスハイライトしてくれるエディタなんてそうそうあるまい。
道具に全部頼るのも良いが、その前に出来る事はある程度やったらどうだ？
そのほうが道具も使いやすいだろ。常識的に考えて。
どう考えても
Select Products.Name Order By Products.displayOrder
は読みにくいし、保守性も悪い。
あと多分スロークエリ見てる運用チームから怒号が飛んでくるぞ。grep出来んとか。
使い方によって道具は様々なんだよ。
今の言語で起こってる問題を解決したいんだろ？
今の言語で回避してきためんどくさい歴史を、もう一回バカみたいになぞらないと理解できないとか無能の極みだろ。
858: デフォルトの名無しさん [sage] 2018/10/20(土) 16:48:00.87 ID:LIcVz+wi(4/13) AAS
格好いいって事がそもそも人によって違うだろ。
「早口で小声でまくしたてると(知的に見える|オタクに見える)」みたいなもんで、抑揚がほしい側から見たら理解ができなくて当然だと思うわ。
全部小文字が良いとか悪いではなくて、自分がやりたい事と求められてる事が違いすぎるの時に、自分がやりたい事をやれるだけの裁量や説得力が無いから「格好が良い」とか「個人の主観」とかフワフワした物言いになるんじゃねえのかな。
まさかとは思うが定数名を小文字にしてないよな。
してたら単なるバカだわ。
860: デフォルトの名無しさん [sage] 2018/10/20(土) 17:37:05.75 ID:LIcVz+wi(5/13) AAS
iとかjはローカル変数だろ。
色々大文字始まりと言われる言語でも、ローカル変数はローカル変数でルールあるだろ。
何か自称中級者っぽくかぶれちゃってるの？
863: デフォルトの名無しさん [sage] 2018/10/20(土) 17:46:01.66 ID:LIcVz+wi(6/13) AAS
従えとは言ってないでしょ。
慣習も知らずに否定するのはいかがか、って話であって。
ルールに従えとか、どう読んだらそう読めるんだろ。
864: デフォルトの名無しさん [sage] 2018/10/20(土) 17:50:24.61 ID:LIcVz+wi(7/13) AAS
次世代言語の話するなら、旧世代言語でのしがらみをどう突破するかって大事じゃねえのかな？
どっちかの話に傾倒しても良くなかろう。
誰かが「全部ORMにまかせる」とかそういう事言い出すのが、議論だと思ってたんだけど、まさか>>861861(1): デフォルトの名無しさん [sage] 2018/10/20(土) 17:43:43.74 ID:xvv7H8Vz(1) AAS
アホかこいつ
何故にどんな理由で大文字小文字使い分けてんだろね？
と楽しくオハナシしてるとこにやってきて
「とにかく何かの理由があって慣習が出来てるんだからルールに従え。何かぶれてんだよw」って障害者かよ
みたいな茶々が議論だったとはねえ。
865: デフォルトの名無しさん [sage] 2018/10/20(土) 17:51:00.09 ID:LIcVz+wi(8/13) AAS
あ、議論スレじゃなくなってたね。だいぶ前に。
これは失礼。
867: デフォルトの名無しさん [sage] 2018/10/20(土) 17:52:06.70 ID:LIcVz+wi(9/13) AAS
>>866866(1): デフォルトの名無しさん [] 2018/10/20(土) 17:51:06.25 ID:Nttc2RvP(6/13) AAS
変数が大文字で始まるべきってやつはPrologを美しいと思えるんだろ？
悪いが、俺はどうしても愛せなかった。
論理型言語が嫌いないじゃない。Prologが嫌いなんだ。
理由はただただ変数が大文字始まりの強制。
BASICはまだ強制ではない。
教科書が大文字ばかりなだけで、小文字も許容する。
Goとか嫌いそう。
大文字小文字でスコープ決まる上に、Idとか許してくれない。
870(2): デフォルトの名無しさん [sage] 2018/10/20(土) 19:15:04.68 ID:LIcVz+wi(10/13) AAS
意外だな。結構強めに強制されるから嫌いかと思ってた。
x86,x64のWindowsと、x86,x64,armのlinuxで実際に作ったプログラム動かしてるけど、特に踏むような地雷もなく動いてるよ。
878(1): デフォルトの名無しさん [sage] 2018/10/20(土) 19:51:34.39 ID:LIcVz+wi(11/13) AAS
>>873他の会社がコンパイラ作るのを事前に拒む、がよくわからん…
本家より良いコンパイラが作れるなら作ったら良いんじゃないかなぁ。言語仕様は公開されてんだし。
MSVCだってIntelのコンパイラを拒むために作られてる訳でもなかろうに。
881: デフォルトの名無しさん [sage] 2018/10/20(土) 20:20:45.43 ID:LIcVz+wi(12/13) AAS
>>879879(1): デフォルトの名無しさん [] 2018/10/20(土) 20:00:04.05 ID:Nttc2RvP(11/13) AAS
>>878
MSはWin向けしか作ってないやん。
Intelも自社CPU向けだけ。
GoogleがOSもCPUも作ってないからだろうけど、範囲が広すぎる。
確かにパフォーマンスで上回るコンパイラも出るだろうけど、Intelコンパイラと同じく、そこまで求めてないなら売れない。
IntelはCPUが経営の主軸だから、Goだとコンパイラだけで生き抜くのは難しいと思う。
良貨が悪貨を駆逐するを地で行ってるなぁと。
まあマイコン業界も、自社コンパイラより速いコンパイラ作れる会社を買収してるから、意味のない事だろうけど。
例だよ。例が悪かったか。
そしたら、gccがあるのにclangはなんで出来たと思ってるの？
gccなんかクロスの鬼じゃん？
それでも各プラットフォーム用のCはあるんだし。
そもそもGoはForkしても良いんだし、ロックインもへったくれも無くないか？
なんか杞憂というか言いがかりに聞こえる。
883: デフォルトの名無しさん [sage] 2018/10/20(土) 20:35:56.89 ID:LIcVz+wi(13/13) AAS
なんかよくわからんが、気に食わないのと、全くの言いがかりは分けて考えた方が良いと思うわ。
気に食わんのは仕方ないし、無理に使ってくれと言ってる訳ではないよ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.202s*