Rubyに'end'って要らないよな

**デフォルトの名無しさん** · 2019/07/14(日) 10:11:47.62

インデント揃ってればそのままend無くしても読めるし誰かそういうの作ってくれよ

**デフォルトの名無しさん** · 2019/07/14(日) 10:33:48.36

python

**デフォルトの名無しさん** · 2019/07/14(日) 11:10:09.53

インデントを強制するとコードがきれいになると言ってる人がいたら
そいつは素人だと思ったほうが良い

インデントがおかしいのはコードが綺麗かどうか以前の問題。
汚いコードというのは、インデントが正しくてかつ汚いコードだから
インデント程度を正しくした所で、汚いコードが綺麗になるわけがない。

**デフォルトの名無しさん** · 2019/07/14(日) 14:57:13.00

確かにこういうの見るとイラッとする
end
end
end
end
end
end

**デフォルトの名無しさん** · 2019/07/14(日) 19:07:59.35

俺たちのRubyはこれからだ！

end

**デフォルトの名無しさん** · 2019/07/14(日) 21:18:44.46

ruby並みのオブジェクト指向とpythonのインデントのブロック兼ね備えた言語あればいいのにと思う

**デフォルトの名無しさん** · 2019/07/14(日) 22:50:17.74

だから私はPythonです。

**デフォルトの名無しさん** · 2019/07/15(月) 08:08:12.22

インデント上がればend補完するように最初にテキストを変換すればできるんじゃね？

**デフォルトの名無しさん** · 2019/07/15(月) 11:36:57.10

python の欠点の一つはブロックの終わりをエディターが
助けてくれない点だ。} があればエディタもそこで終わるのね
とわかって次の行は適切にインデントしてくれるのだが

**デフォルトの名無しさん** · 2019/07/15(月) 13:49:24.24

>>9
どういう意味？オートインデントするんでしょ？

**デフォルトの名無しさん** · 2019/07/15(月) 16:52:02.40

ブロックを終わらせてインデントを上げたい時にめんどいって意味じゃね

**デフォルトの名無しさん** · 2019/07/15(月) 17:27:21.21

まさかbs連打とかしちゃうひと?

**デフォルトの名無しさん** · 2019/07/15(月) 18:08:47.06

Pythonでウザイ点

1. コードを書く
2. あれ？なんかバグで動かない
3. ちょっと一時的にデバッグプリントいれてみよう
4. ちょっと条件文コメントアウトしてみよう

そういった場合にそこいらのブロックを全部
辻褄が合うようにインデントしなきゃいかん所だ

特にデバッグプリントなんか、あとで消すから
わざと目立つようにインデント壊していれるのに

**デフォルトの名無しさん** · 2019/07/15(月) 19:24:55.84

コメントアウトしてフォーマットしたらどうなるのよ？

**デフォルトの名無しさん** · 2019/07/15(月) 19:26:24.83

まぁでもなにはともあれ人によってコードがバラつかない&スッキリして見えるっていうメリットがデカ過ぎてそれ以外のデメリットなんて些細なことになるけどな

**デフォルトの名無しさん** · 2019/07/15(月) 19:49:55.24

>>14
1. コードを書く
2. あれ？なんかバグで動かない
3. ちょっと一時的にデバッグプリントいれてみよう
4. ちょっと条件文コメントアウトしてみよう

5. くっそインデントが壊れて正しく動かない！
インデント直さなきゃ！

6. よしバグが判明したぞ！また戻さなきゃ！

**デフォルトの名無しさん** · 2019/07/15(月) 19:53:38.49

>>15
> まぁでもなにはともあれ人によってコードがバラつかない&スッキリして見えるっていうメリットがデカ過ぎて

インデント揃える程度でコードがばらつかないなんてことありえない

それともPythonという言語の矯正がなければ、インデントが
めちゃくちゃになるような人がコードかいてんのか？

**デフォルトの名無しさん** · 2019/07/15(月) 20:03:21.96

マジックコメントでこういう事できるならそういう選択肢があってもいいんじゃね？
俺も擬似コード書くときはrubyのendなしバージョンみたいなことしてるわ

**デフォルトの名無しさん** · 2019/07/15(月) 20:04:23.15

すまん、上の書き込みはコードの矯正云々の意図は全くない

**デフォルトの名無しさん** · 2019/07/15(月) 20:11:18.76

>>16
ちなみにRubyからendだけなくした言語でこの副作用出る？

**デフォルトの名無しさん** · 2019/07/15(月) 20:16:27.28

フォーマッターが使えないって欠点があるんだよな。

Rubyなど、インデントが崩れていてもブロックの終わりが
わかる言語ではインデントを自動的に直すことが可能だが
Pythonだとそれが不可能
自力でインデントしなくちゃいけない

**デフォルトの名無しさん** · 2019/07/15(月) 20:37:30.98

>>17
みんな様式なんてバラバラだよ

**デフォルトの名無しさん** · 2019/07/15(月) 20:41:34.92

>>22
そんなバラバラなものがPythonで矯正ができる？
「Pythonで矯正できる程度」しか揃わんだろうがｗ

あんたがいるのは初心者の世界なのかもしれんが、
「綺麗なフォームが身につきます」がプロの世界で
大きなメリットになるとでも思ってるの？

**デフォルトの名無しさん** · 2019/07/27(土) 23:47:52.42

実績も証拠も無しにプロの世界ハーするのは他板とツイカス底辺だけにしてくれ

**デフォルトの名無しさん** · 2019/07/28(日) 01:02:47.45

二週間も要してそのような感情的な反論しか用意できなかったとは…

あわれだな

**デフォルトの名無しさん** · 2019/07/28(日) 09:55:41.09

昨日初見の完全部外者だから詳しいことは分からんよ…
それより学生プログラマっぽい主張並べてないで具体的な事例や実績を聞かせてもらえると嬉しいな

**デフォルトの名無しさん** · 2019/07/28(日) 10:09:15.81

実積ガー事例ガー
具体的な反論が出来ない脳死ｗｗ

**デフォルトの名無しさん** · 2019/07/28(日) 10:12:04.67

> 特にデバッグプリントなんか、あとで消すから
> わざと目立つようにインデント壊していれるのに
アホか　デバッグプリントで馬鹿正直にprint直書きする奴があるか
アホと脳死はマジで有害だから死んでくれ

**デフォルトの名無しさん** · 2019/07/28(日) 10:41:21.20

>>27
確かにそうですね。
では自動フォーマッタが出来ない弊害やデバッグプリント方法の是非に関してもっと詳細に反論して頂いてもよろしいですか？

**デフォルトの名無しさん** · 2019/07/29(月) 05:27:21.10

このスレタイに"に'end'"が要らない
=> Rubyって要らないよな

**デフォルトの名無しさん** · 2019/07/29(月) 19:16:27.88

ここまでの流れをマトメると：
（１）インデント程度を正しくしたところで、汚いコードは綺麗にはならない(>>3)
（２）言語による矯正がなければインデントがめちゃくちゃになるレベルの人には有益(>>17)
（３）（１）および（２）に対し、インデント矯正のメリットに関しては学生プログラマっぽい
　　　主張ばかりが並べられ、プロらしい具体的な事例や実績は何一つ示されずにいる(>>26)

こんなところか

**デフォルトの名無しさん** · 2019/07/29(月) 21:38:12.92

https://i.imgur.com/WocYu5X.jpg

**デフォルトの名無しさん** · 2019/07/30(火) 00:56:48.64

>>32
グロ

**デフォルトの名無しさん** · 2019/07/31(水) 23:43:12.43

せめて } にしとけば良かったのにと思ったけど
あえて end にした理由をRubyの神様が説明してた気もするんだよなあ
どんな理由だったっけ

**デフォルトの名無しさん** · 2019/08/03(土) 01:25:03.21

忘れた

**デフォルトの名無しさん** · 2019/08/04(日) 04:18:19.87

欧米の開発者に完全に見切られた以上
潔いendこそRubyに必要なのでは

**デフォルトの名無しさん** · 2019/08/04(日) 09:50:54.42

Rubyそのものがいらないよな

**デフォルトの名無しさん** · 2019/08/04(日) 12:31:32.13

TypeScript使おうぜ

**デフォルトの名無しさん** · 2019/08/06(火) 00:20:42.00

好みだろ

**デフォルトの名無しさん** · 2019/08/06(火) 13:25:42.40

おそらく先がない５つのプログラミング言語
https://insights.dice.com/2019/07/29/5-programming-languages-probably-doomed/

筆頭はRuby
ソースはTIOBEとRedMonkとDiceの求人投稿データ

**デフォルトの名無しさん** · 2019/08/06(火) 14:07:51.44

ネストが深くなるのは自分の設計の問題。

**デフォルトの名無しさん** · 2019/08/06(火) 22:15:45.87

Ruby は、アマゾン・Google, Heroku で、採用されてる！

Ruby on Rails 6 (Ruby 2.5 以上)では、GitHub 中心で、

複数データベース(レプリカ)接続の大規模サービスと、
テストの並列実行など、別次元へ行ってしまった！

モジュールバンドラーも、Webpack になりました！
Coffee Script は、無くなった

メール送受信の機能と、
ブラウザの入力フォームが、ドラッグ&ドロップで、ファイルも受け付けるようになった

**デフォルトの名無しさん** · 2019/08/07(水) 02:41:14.35

落ち着いて下さい

**デフォルトの名無しさん** · 2019/08/07(水) 08:50:14.72

GitHubのRails離れと、迫りくるMicrosoft
https://yakst.com/ja/posts/5290

> プラットフォーム改造で変わる「Ruby専門店」。今後はGo、Java、Kubernetesへ。

> 昨年始まったアーキテクチャレベルの改革も現在は三分の一ほど進んでいる。
同社はRuby on Railsから離れ、もっと異種混合で使い捨てのきくインフラへとシフトしていっている。
GitHubを「Ruby専門店」と称する同氏によると、GitHubにRubyの居場所はまだあるが、GoやJava、さらにはHaskellの方が多くデプロイされているそうだ。

**デフォルトの名無しさん** · 2019/08/07(水) 20:17:07.76

日本では使われてるんだから海外の持ち出してもしょうがないだろ

42 · 2019/08/07(水) 23:51:10.54

Rails の作者、DHH(David Heinemeier Hansson)率いる、Basecamp 社から、
Eileen Uchitelle が、GitHub へ移籍した

そのEileenが、大規模サービス用の、
複数データベース(リードレプリカ)接続を作った

**デフォルトの名無しさん** · 2019/08/08(木) 01:05:05.63

> Eileen Uchitelle が、GitHub へ移籍した
ちゃんとMicrosoft社って書こうよ

42 · 2019/08/08(木) 01:18:55.90

Microsoft は、GitHub の一株主って言うだけだろ

**デフォルトの名無しさん** · 2019/08/08(木) 01:54:52.32

かわいそうに、買収されたって知らんのか

**デフォルトの名無しさん** · 2019/08/08(木) 07:24:10.62

MSに買収されても、形の上は別の会社だろ

**デフォルトの名無しさん** · 2019/08/08(木) 09:05:21.68

>>1
end はとても重要です。
空白だけだと人間にはブロックの位置がとても判読しにくいため、
end や } と空白によるインデントが全部合ってこそ、間違いが防げる
のです。
Pythonのように空白だけで命令文の入っているブロックの位置を識別する設計だと、
命令文を書く位置を間違い、原因不明の不具合に悩まされることに成る確率
が高くなります。正確に書こうと思うと、書くべき位置の割り出しに時間が
かかり、間違っていた場合に原因を見つけ出すのにとても時間がかかります、

**デフォルトの名無しさん** · 2019/08/08(木) 13:42:35.75

>>1
end はとても重要です。
メモ帳で書いてみなさい。
空白だけだと人間にはブロックの位置がとても判読しにくい

**デフォルトの名無しさん** · 2019/08/08(木) 15:01:48.71

python はインデントを義務付けるなら
{} も義務付けてほしかったな
その方が可読性が高くなるし
エディタも助けやすくなる

**デフォルトの名無しさん** · 2019/08/08(木) 18:25:48.35

if の終わりは fi みたいな
遊び心を持ってほしかった

**デフォルトの名無しさん** · 2019/08/08(木) 20:05:58.75

>>40
え、そうなの？「将来性のないプログラミング言語5選」の内容に各所からツッコミ
https://internet.watch.impress.co.jp/docs/yajiuma/1200/475/index.html
> 海外はともかく日本から見るとやや違和感のある内容ということで、Twitterでは主に日本からのツッコミが入りまくっている。
> 記事が公開されたのは先月末で、海外ではRedditを除けばそこまで注目されていなかったにもかかわらず、思わぬところで火の手が上がった格好だ。

海外からしたら日本なんて知ったことかよｗｗｗ
まるで韓国みたいな反応ｗｗｗ

「世界中の国が日本の輸出規制を非難している！」
→ 韓国が騒いでるだけ。世界は異常な反日パフォーマンスにドン引きｗ

**デフォルトの名無しさん** · 2019/08/08(木) 20:07:19.90

「各所からツッコミ！」
→ 日本のみに生息するRubyキチガイどもが難癖つけてるだけでしたｗｗｗ

**デフォルトの名無しさん** · 2019/08/08(木) 22:06:50.26

そりゃ、Ruby は、アマゾン、Google, Heroku でも採用されているから！

Node.js も、Ruby実装系のコピーだし、
npm, yarn も、Bundler のコピー

元々、Vagrant, Chef, Homebrew, SASS も、Github, twitter, cookpad も、Ruby製

ここ10年、時価総額が大きくなった企業は、皆、Rubyで小さく始めてる。
大きくなったら、Go などへ変える

ビジネスチャンスでは、他の言語よりも、数年速い。
今世紀最大の起業家、vagrant の作者、Mitchell Hashimoto(hashicorp)は、Go へ行ったけどw

仮に、Python で先に実装されても、JavaScript の開発者がPython からコピーしないw
可読性が高い、Rubyで実装されるのを待って、Rubyからコピーするw

机上討論では模擬コードとして、可読性が高い、Rubyが使われる

Pythonには、カッコ・end が無いから、インデント幅だけで決まるから、対応関係がわからない

**デフォルトの名無しさん** · 2019/08/08(木) 22:17:59.64

rubyが可読性高いって冗談だろ？

**デフォルトの名無しさん** · 2019/08/08(木) 22:40:24.90

普通に関数の粒度を間違ってるバカがインデント批判してるだけだろ。

**デフォルトの名無しさん** · 2019/08/08(木) 23:48:15.94

>>58
おそらく｢ぼくはRubyしかよめない｣ということかと。

**デフォルトの名無しさん** · 2019/08/09(金) 08:59:58.09

GitHubのRails離れと、迫りくるMicrosoft
https://yakst.com/ja/posts/5290

> プラットフォーム改造で変わる「Ruby専門店」。今後はGo、Java、Kubernetesへ。

> 昨年始まったアーキテクチャレベルの改革も現在は三分の一ほど進んでいる。
同社はRuby on Railsから離れ、もっと異種混合で使い捨てのきくインフラへとシフトしていっている。
GitHubを「Ruby専門店」と称する同氏によると、GitHubにRubyの居場所はまだあるが、GoやJava、さらにはHaskellの方が多くデプロイされているそうだ。

**デフォルトの名無しさん** · 2019/08/09(金) 19:19:03.16

>>60
わいはjs4年の実の娘と一緒にお風呂に入って対面座位で抱きしめ合ってベロちゅう唾飲みせっくすしてる。つるぺたとつるまんが気持ち良すぎて抜かずで連続3回中出しした。
禁断を犯した事実が興奮をさらに煽りもう近親相姦は当分やめられない。妻にはもちろん内緒。娘がいて本当に良かった。

**デフォルトの名無しさん** · 2019/08/09(金) 19:20:16.34

わいは猿や

まで読んだ

**デフォルトの名無しさん** · 2019/08/09(金) 20:36:20.23

ｊｓ歴４年

まで読んだ

**デフォルトの名無しさん** · 2019/08/13(火) 13:26:31.63

>>1
お望みのものなら、既にRing-langがあるんだけど、何か？
まぁ、開発者が燃え尽き症候群と長期休暇で 1.11のリリースが延期に、翻訳者が言語仕様にキレて翻訳が放置されたままなのが難点ではあるが。

**デフォルトの名無しさん** · 2020/01/26(日) 01:42:41.92

rubyXLでエクセルいじってるが

印刷範囲を設定したいときは、どのようにすればよいのでしょうか？
いろいろ探しても見当たらず・・

**デフォルトの名無しさん** · 2020/01/26(日) 05:03:47.08

5ch では、マルチポストは禁止です！
同じ質問を、複数のスレで聞いてはいけません！

Ruby のスレの方で、聞いてください！

**デフォルトの名無しさん** · 2020/11/17(火) 10:49:42.40

endより｛｝のほうがチェックしやすい
__END__はあったほうがいい

**デフォルトの名無しさん** · 2021/08/23(月) 04:45:27.20

endlessメソッド定義も導入されたし、
インデントでendの代わりは本当に検討してほしいな
endはオプショナルでメソッドチェーンしたいときに使用できる感じで

実際のコードではインデントがミスマッチなことは
ミス以外ではないので、
実現は十分可能と思う
（インデント分endを補完して解釈すればいいだけなので）

とはいいつつも、endを省くだけならまだしも、
{}の閉じカッコが省かれるのは気持ち悪いかもしれないし、
エディタ上でsyntax highlight等で対応が難しい点があるかもしれない
（do endだけ省ける、とかにしたらいいかもしれない）

マジックコメントを書くことでend lessの書式にする、
ということにすると後方互換性も失われない

**デフォルトの名無しさん** · 2021/08/23(月) 05:37:20.38

> 実際のコードではインデントがミスマッチなことは
> ミス以外ではないので、

ある

一時的にデバッグコードを入れる時に
わざとインデントをずらしてわかりやすくする

行を移動したりする時にインデントは簡単に変更になりやすい
条件分岐を一つ追加するとその後全部インデントがずれる
インデントがブロックの終わりだとその時に自動で整形できない

人間にとって使いづらい

**デフォルトの名無しさん** · 2021/08/23(月) 06:49:58.36

Python, Slim, Hamlなんかはインデントで閉じカッコの代わりが完全にできているので、
原理的にRubyでもできるはず

一時的にデバッグコードを入れる時　や、
行を移動したりする時　は、
編集途中なだけで最終的にはインデントも修正されるので問題ではないかと
上述の言語にも当てはまるけれど、全く問題ではないし

まあ、インデントのミスマッチは、ミス以外では、
コードの可読性を上げるために式を複数行にわけて記述する場合があるけど、
これは1つの式だと文法的に判別できるので、問題にはならない
assert_equal expected,
　value
みたいな書き方
インタプリタからは1行に見えるので.

**デフォルトの名無しさん** · 2021/08/23(月) 07:02:22.79

{}の閉じカッコが省略される（人間にとっての）気持ち悪さを解消するために、
:なり何なり（既存の文法と整合性がとれるもの）で{ の代用ができるとよいかもしれない
Pythonのマネだけど

これは、人間のためというよりは、エディタ（Rubyの文法を解さない）が
カッコのマッチでsyntax highlightするのを容易にするため.
まあ、エディタもマジックコメントで判別すればいいだけだけど、
コードのスニペットの場合でも困らなくなる.
（とはいえ、end less 導入以前の書式かどうかの判別は困るかもだけど.）

**デフォルトの名無しさん** · 2021/08/23(月) 07:12:52.75

まあ、最初にも書いたように、
{}の場合は省略不可で、end の場合だけ省略可
とするのがシンプルで簡単かもしれない.
（エディタでの対応カッコ検出が簡単かどうかはわからないが.）

これだけの変更なら、自分でプリプロセッサを書いて比較的簡単に実装できるかも.
ソースファイルをload/requireする箇所にフックして、
end less のコードをend 有りに変換

**デフォルトの名無しさん** · 2021/08/23(月) 09:34:16.96

>>71
できるできないの話じゃなくて
インデントでブロックを表すと使いづらい言語になる

コードが完成したら整えるのは当然だが
コードを書いてる途中でもいちいち整えないといけない

**デフォルトの名無しさん** · 2021/08/23(月) 09:35:18.11

{} でも begin end でもどちらでもいいけど
自動整形でインデントを整えることができる
インデントを下げるとか人間がやることじゃない

**デフォルトの名無しさん** · 2021/08/26(木) 19:54:53.16

だれも指摘していないので年寄りがひとこと言っておこう。
FORTRAN の時代は、「END.」でプログラムが終わる
（つまり、最短のプログラムは「END.」だった）という約束があり、
Java もそうだが戻り値が void でも、「return;」を書くのが
作法だった。
まぁ、「いまのところ、そうなっている」というだけで、
将来は省略できるようになるんじゃないか？