プログラミング言語Rubyについての、初心者向けスレです。質問・要望・雑談などどうぞ。
質問するときは、OSやRubyのバージョン、エラーメッセージを書いたほうがいいお
Ruby on RailsについてはWEBプログラミング板で
前スレ
Ruby 初心者スレッド Part 62
https://mevius.5ch.net/test/read.cgi/tech/1511451329/
るりまサーチ (リファレンス検索)
http://rurema.clear-code.com/
Rubyist Magazine - るびま
http://jp.rubyist.net/magazine/
逆引きRuby
http://www.namaraii.com/rubytips/
探検
Ruby 初心者スレッド Part 63
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2018/04/17(火) 17:46:57.87ID:GYuBFjQi198デフォルトの名無しさん
2018/06/17(日) 17:00:14.29ID:MTrYKi4d C# は J++ の影響を受けたのであって Java の影響を受けたのではない!
という展開を期待。
という展開を期待。
199デフォルトの名無しさん
2018/06/17(日) 17:01:08.44ID:wTKR8Tiz やっぱpデバッグが一番手っ取り早くて楽だよな
debug.rbでステップ毎にコマンド入れて値を見るのも便利だけど
debug.rbでステップ毎にコマンド入れて値を見るのも便利だけど
>>195
>考え方うんぬんは、言語の発展とは必ずしも関係があるわけではないので、その指摘は的はずれ
まあ「言語の発展」について、なにかしら定義があるわけでもないですし
でも、「Java と C# は同系」といわれて反発したり
「C# と C++ は同系」といわれて疑問を呈したり
することからみると、なんらかの感覚は存在するわけで、それをなんとか定義づけることにまで持っていければおもしろいかも、とは考えています
役に立つかどうかは疑問ですが
>考え方うんぬんは、言語の発展とは必ずしも関係があるわけではないので、その指摘は的はずれ
まあ「言語の発展」について、なにかしら定義があるわけでもないですし
でも、「Java と C# は同系」といわれて反発したり
「C# と C++ は同系」といわれて疑問を呈したり
することからみると、なんらかの感覚は存在するわけで、それをなんとか定義づけることにまで持っていければおもしろいかも、とは考えています
役に立つかどうかは疑問ですが
>>196
どうしてそう考えたのですか?
どうしてそう考えたのですか?
202デフォルトの名無しさん
2018/06/17(日) 18:25:18.06ID:wTKR8Tiz 故意にdebug.rbの話を避けて自演を継続中か
debug.rbって中身見たらメソッドをフックしたり、お手本になりそうなコードが多いよ
一度読んでみな
debug.rbって中身見たらメソッドをフックしたり、お手本になりそうなコードが多いよ
一度読んでみな
203デフォルトの名無しさん
2018/06/17(日) 19:11:15.83ID:uFFOhx/7 これからRubyKaigiの動画全部見るお
204デフォルトの名無しさん
2018/06/17(日) 20:25:29.92ID:aO0/uw+a 「巨人の肩の上に立つ」を知らないのだろうか
205デフォルトの名無しさん
2018/06/17(日) 20:38:59.91ID:cRXwZ54c 肩から巨人の弱点狙い撃ちだな
206デフォルトの名無しさん
2018/06/17(日) 23:02:43.39ID:YZJ2jt3n >>200
もう一度書くが、「C#がJava系列」は違うと言ったのであって、「C#とJavaは同類」くらいなら否定しない。
これで通じないのなら、言語の認識か日本語の感覚が異なるのだろう。
もう疲れたので、そろそろおわり。
もう一度書くが、「C#がJava系列」は違うと言ったのであって、「C#とJavaは同類」くらいなら否定しない。
これで通じないのなら、言語の認識か日本語の感覚が異なるのだろう。
もう疲れたので、そろそろおわり。
207デフォルトの名無しさん
2018/06/17(日) 23:07:46.86ID:fWXMJUJM >>187
LISP(笑) あれはコンピュータにとって美しい言語だろ。人間にとっては奇怪な呪文の
羅列でしかなく、アセンブラの方がまだ親しみやすい。PostScriptみたいで、人間が
直接書くためのものじゃないね。計算機科学者が作った実験的言語で、実用性は低い。
同じ1950年代生まれの言語では、数式通りの記法が売りのFortranが実用として
支持された。後続の主流言語BASIC、Pascal、CもFortran系列。
1960年代生まれのBASICは、当時のFotranでは.gt.だった比較演算子を数式通りの
>にしたし、文字列処理を簡潔で分かりやすく記述可能にしたから、高級言語の
発達史の中で評価されて良い。構造化されないうちに普及してしまったので、色々
叩かれることになってしまった。VBAは構造化されているし、オブジェクト指向も
取り入れ、Microsoft Officeの大きく複雑なデータ構造を分かりやすく扱える。
昔のBASICから引きずったおかしな部分も残っているが、総合的に評価すればそんなに
駄目な言語ではない。
大前提として、変数の宣言と型づけができない言語は駄目だね。だから、Rubyも
Pythonも評価は低い。VBAは昔のBASICとは違ってDim i As Integerにように
宣言できるし、Option Explicitと書けば宣言を強制できる。プログラミングに限らず、
自然科学でも変数は定義してから使うものだし、人文・社会科学でも例えば法律では
用語を定義してから使う。定義を与えてから論を進めるのは科学的思考の基本で、
それができないRubyやPythonは俺様脳内的プログラミングでしかなく、教育上有害。
プログラミング教育ではC系かPascalを学ばせ、「aって何? お前の脳内なんか
知らないよ」とか「型が違う変数にそのままでは代入できないぞ。ボヤボヤするな」
とかコンパイラに叱られながら、正しいプログラミング作法を身に着けさせるのが
良い。プログラミングが嫌いになる子が出てくるかも知れないが、そういう子には
適性がないので、ちょうど良い篩い落としになる。
RubyやPythonはちょっと高機能な関数電卓や、ちょっと高機能なバッチファイルとして
利用するものであって、C系やPascalのようなちゃんとしたプログラミング言語と同列に
扱ってはいけない。
LISP(笑) あれはコンピュータにとって美しい言語だろ。人間にとっては奇怪な呪文の
羅列でしかなく、アセンブラの方がまだ親しみやすい。PostScriptみたいで、人間が
直接書くためのものじゃないね。計算機科学者が作った実験的言語で、実用性は低い。
同じ1950年代生まれの言語では、数式通りの記法が売りのFortranが実用として
支持された。後続の主流言語BASIC、Pascal、CもFortran系列。
1960年代生まれのBASICは、当時のFotranでは.gt.だった比較演算子を数式通りの
>にしたし、文字列処理を簡潔で分かりやすく記述可能にしたから、高級言語の
発達史の中で評価されて良い。構造化されないうちに普及してしまったので、色々
叩かれることになってしまった。VBAは構造化されているし、オブジェクト指向も
取り入れ、Microsoft Officeの大きく複雑なデータ構造を分かりやすく扱える。
昔のBASICから引きずったおかしな部分も残っているが、総合的に評価すればそんなに
駄目な言語ではない。
大前提として、変数の宣言と型づけができない言語は駄目だね。だから、Rubyも
Pythonも評価は低い。VBAは昔のBASICとは違ってDim i As Integerにように
宣言できるし、Option Explicitと書けば宣言を強制できる。プログラミングに限らず、
自然科学でも変数は定義してから使うものだし、人文・社会科学でも例えば法律では
用語を定義してから使う。定義を与えてから論を進めるのは科学的思考の基本で、
それができないRubyやPythonは俺様脳内的プログラミングでしかなく、教育上有害。
プログラミング教育ではC系かPascalを学ばせ、「aって何? お前の脳内なんか
知らないよ」とか「型が違う変数にそのままでは代入できないぞ。ボヤボヤするな」
とかコンパイラに叱られながら、正しいプログラミング作法を身に着けさせるのが
良い。プログラミングが嫌いになる子が出てくるかも知れないが、そういう子には
適性がないので、ちょうど良い篩い落としになる。
RubyやPythonはちょっと高機能な関数電卓や、ちょっと高機能なバッチファイルとして
利用するものであって、C系やPascalのようなちゃんとしたプログラミング言語と同列に
扱ってはいけない。
208デフォルトの名無しさん
2018/06/17(日) 23:09:10.75ID:YZJ2jt3n >>205
反面教師だな。
反面教師だな。
>>206
うふふ、細かい人だねえ…
うふふ、細かい人だねえ…
>>207
>定義を与えてから論を進めるのは科学的思考の基本
無定義語というのもありますが
「線」「点」はユークリッドも定義していません
>RubyもPythonも評価は低い。
「あなたの」評価が低いだけなのでは?
>定義を与えてから論を進めるのは科学的思考の基本
無定義語というのもありますが
「線」「点」はユークリッドも定義していません
>RubyもPythonも評価は低い。
「あなたの」評価が低いだけなのでは?
211デフォルトの名無しさん
2018/06/18(月) 01:05:11.72ID:N12QMbNB >>207
長文の割りに中身が少ないな
>コンピュータにとって美しい言語
>アセンブラの方がまだ親しみやすい
LISPは高水準言語だから逆だよ
大多数にとって読み書きしにくいのはそうだろうが
関数型言語の元祖なんだから
コンピュータのための記法ではない
人間のための記法だよ
逆にC/C++のポインタなんかは
アセンブラの低水準の仕組みが残ってる
>大前提として、変数の宣言と型づけができない言語は駄目
それはたんなる趣味
型推論の時代だから動的/静的型付けに
そんなにこだわる意味も薄れてきてる
長文の割りに中身が少ないな
>コンピュータにとって美しい言語
>アセンブラの方がまだ親しみやすい
LISPは高水準言語だから逆だよ
大多数にとって読み書きしにくいのはそうだろうが
関数型言語の元祖なんだから
コンピュータのための記法ではない
人間のための記法だよ
逆にC/C++のポインタなんかは
アセンブラの低水準の仕組みが残ってる
>大前提として、変数の宣言と型づけができない言語は駄目
それはたんなる趣味
型推論の時代だから動的/静的型付けに
そんなにこだわる意味も薄れてきてる
212デフォルトの名無しさん
2018/06/18(月) 01:35:50.81ID:lKL9CcqM >>211
Lispが人間のための記法というのは違和感があるな。
Lispが人間のための記法というのは違和感があるな。
213デフォルトの名無しさん
2018/06/18(月) 06:51:31.69ID:Jei0+sA2 この荒らしは自演がへたくそだな
214デフォルトの名無しさん
2018/06/18(月) 22:30:18.55ID:wpApFxp0 >>211
処理が高水準か低水準かと、記法が人間にとって親しみやすいかとは別物。
アセンブラの名残りと言えば、CだけでなくRubyもPythonも配列の添字が
0から始まる点でそうだろ。日常生活や数学の感覚では1から始まるのが自然。
Pascalは任意の整数、BASICは0か1かを選択できる。
C#では型推論が導入されたが、プログラマの判断で場面に応じて使うことも
できるだけで、従来の型がなくなったわけではないし、従来の型の方が頻繁に使われる。
何でも丸呑みしかできないうわばみとは違う。
Pythonは構造化に関しても不完全というか履き違えたオフサイド・ルールが駄目だね。
HTMLやLaTeXなどの文書マークアップ言語の基本は、構造と書式を混同しないこと。
文書の構成要素に対して書式を直接指定するのではなく、構造を指定し構造に書式を
割り当てるのが作法。プログラミング言語の構造化も同様で、タブやスペースによる
インデントは表層的な書式に過ぎず、本質的な構造は{と}やbeginとendで囲むことにより
明示すべきもの。
Pythonによる構造と書式の混同は、不作法なだけでなく実地上の問題も生む。
例えば、5ちゃんねるにソースコードをコピペで書き込むと、タブと半角スペースが
除去されてしまい、ifなどの制御ブロックがどこまでなのか全く分からなくなってしまう。
C系やPascalならば書式が失われても構造は残るので、プログラムの動作は変わらないし、
標準的な書式を復元することもできる。
この点では、endを使うRubyはPythonと違ってまともだな。
処理が高水準か低水準かと、記法が人間にとって親しみやすいかとは別物。
アセンブラの名残りと言えば、CだけでなくRubyもPythonも配列の添字が
0から始まる点でそうだろ。日常生活や数学の感覚では1から始まるのが自然。
Pascalは任意の整数、BASICは0か1かを選択できる。
C#では型推論が導入されたが、プログラマの判断で場面に応じて使うことも
できるだけで、従来の型がなくなったわけではないし、従来の型の方が頻繁に使われる。
何でも丸呑みしかできないうわばみとは違う。
Pythonは構造化に関しても不完全というか履き違えたオフサイド・ルールが駄目だね。
HTMLやLaTeXなどの文書マークアップ言語の基本は、構造と書式を混同しないこと。
文書の構成要素に対して書式を直接指定するのではなく、構造を指定し構造に書式を
割り当てるのが作法。プログラミング言語の構造化も同様で、タブやスペースによる
インデントは表層的な書式に過ぎず、本質的な構造は{と}やbeginとendで囲むことにより
明示すべきもの。
Pythonによる構造と書式の混同は、不作法なだけでなく実地上の問題も生む。
例えば、5ちゃんねるにソースコードをコピペで書き込むと、タブと半角スペースが
除去されてしまい、ifなどの制御ブロックがどこまでなのか全く分からなくなってしまう。
C系やPascalならば書式が失われても構造は残るので、プログラムの動作は変わらないし、
標準的な書式を復元することもできる。
この点では、endを使うRubyはPythonと違ってまともだな。
215デフォルトの名無しさん
2018/06/18(月) 23:01:02.55ID:c5Ieze8t じゃあ常にセミコロンつけた方がいいんだね
217デフォルトの名無しさん
2018/06/19(火) 00:17:32.77ID:J6msDqJ7 西暦100年の200年前は
紀元前101年だって言うのだから困るわ
自然に感じない
紀元前101年だって言うのだから困るわ
自然に感じない
218デフォルトの名無しさん
2018/06/19(火) 02:30:49.14ID:zx5ttZfc >>214
うっかり混同したんじゃなくて故意にそう設計してるんだから混同じゃなく同一視と言うべき。
うっかり混同したんじゃなくて故意にそう設計してるんだから混同じゃなく同一視と言うべき。
219デフォルトの名無しさん
2018/06/19(火) 09:03:02.03ID:9hRUW1Ne LISPが複雑怪奇で読みにくいってコイツマジで言ってんのかよ
あれだけ直観的な表記なのに
あれだけ直観的な表記なのに
220デフォルトの名無しさん
2018/06/20(水) 14:14:42.86ID:lDwnd3LP ルールは少ないが決して直感的ではない
ネストが深くなれば単純に読みづらいし
特殊形式やマクロがあるから意味も取りづらい
ネストが深くなれば単純に読みづらいし
特殊形式やマクロがあるから意味も取りづらい
221デフォルトの名無しさん
2018/06/20(水) 15:25:19.07ID:OmEBDQrT 例えばバイナリ
0か1
超シンプル
でも
直感的か?
0か1
超シンプル
でも
直感的か?
222デフォルトの名無しさん
2018/06/21(木) 01:35:40.37ID:KrFTTg6q https://www.ruby-lang.org/ja/documentation/
ドキュメント
→Rubyistに人気のあるソフトウェアには次のようなものがあります。
→windows
→E-TextEditor
リンク先は http://www.e-texteditor.com/
が保険屋さんへのリンクになっていました。
ドキュメント
→Rubyistに人気のあるソフトウェアには次のようなものがあります。
→windows
→E-TextEditor
リンク先は http://www.e-texteditor.com/
が保険屋さんへのリンクになっていました。
223デフォルトの名無しさん
2018/06/21(木) 07:08:05.87ID:TIqdN2sL Openglのgemいれて遊んでるけどやっぱり見本になるようなコード付きruby本が欲しい
バッファ操作やシェーダー言語といった基本じゃなくてHDRレンダとかBSP木の実装とか特に
バッファ操作やシェーダー言語といった基本じゃなくてHDRレンダとかBSP木の実装とか特に
224デフォルトの名無しさん
2018/06/21(木) 08:49:19.42ID:y5k3a+mj 戦争法ω反対ωω
225デフォルトの名無しさん
2018/06/23(土) 15:59:23.63ID:T+Myav0B サーバ側はrubyでクライアント側はブラウザー+JSが鉄板になっちゃったね
226デフォルトの名無しさん
2018/06/23(土) 16:15:21.51ID:SdhvexJI 後半は同意
Vue.jsとか使うんだったらサーバーをRailsで書く旨味はほとんど無いから、
サーバーサイドはNodeのようなよりライトウェイトなものか、信頼性重視でJava/C#/Goあたりが鉄板だよ
中途半端なRubyは役割を失ってしまった
Vue.jsとか使うんだったらサーバーをRailsで書く旨味はほとんど無いから、
サーバーサイドはNodeのようなよりライトウェイトなものか、信頼性重視でJava/C#/Goあたりが鉄板だよ
中途半端なRubyは役割を失ってしまった
227デフォルトの名無しさん
2018/06/23(土) 16:36:58.15ID:gPWwvQzF JSフレームワークと相性の悪いRailsは廃れていくんだろうな
228デフォルトの名無しさん
2018/06/23(土) 16:44:43.58ID:SSNlEBNF TypeScriptの流行もRubyにとっては逆風になったよな
あのせいでCoffee推しだったRailsに急に負け組のイメージが付いてしまったし、
TypeScriptに興味があってもサーバーサイドは「型書きたくないでござる」なのに
クライアントでは「The power of typing」という頭のおかしい状況になってしまうからRubyを使ってる限り絶対に手を出せないわけだし
あのせいでCoffee推しだったRailsに急に負け組のイメージが付いてしまったし、
TypeScriptに興味があってもサーバーサイドは「型書きたくないでござる」なのに
クライアントでは「The power of typing」という頭のおかしい状況になってしまうからRubyを使ってる限り絶対に手を出せないわけだし
229デフォルトの名無しさん
2018/06/24(日) 15:39:18.64ID:mk6WJRaX chunkメソッドなのですが、
hash = {}
(1..99).to_a.chunk{|a|a % 10}.each {|k,v| hash[k]=v}
これで期待した値は
{1=>[1,11,21,31,..91],2=>[2,12,22,32..93],3=>..}
だったのですが、
結果は
{1=>[91],2=>[92],3=>[93]...}
これは90台の値でhashの値が上書きされるということでいいんですよね。
hash = {}
(1..99).to_a.chunk{|a|a / 10}.each {|k,v|hash[k]=v}
p hash
こっちだけど綺麗に
{0=>[1,2,3,4,5,6,7,8,9],1=>[10,11,12,13,14,15,16,17,18,19],2=>...}
と纏めてくれるんだけど。
hash = {}
(1..99).to_a.chunk{|a|a % 10}.each {|k,v| hash[k]=v}
これで期待した値は
{1=>[1,11,21,31,..91],2=>[2,12,22,32..93],3=>..}
だったのですが、
結果は
{1=>[91],2=>[92],3=>[93]...}
これは90台の値でhashの値が上書きされるということでいいんですよね。
hash = {}
(1..99).to_a.chunk{|a|a / 10}.each {|k,v|hash[k]=v}
p hash
こっちだけど綺麗に
{0=>[1,2,3,4,5,6,7,8,9],1=>[10,11,12,13,14,15,16,17,18,19],2=>...}
と纏めてくれるんだけど。
230229
2018/06/24(日) 16:08:41.21ID:mk6WJRaX hash = {}
(0..9).each { |a| hash[a] = [] }
(1..99).to_a.chunk { |a| a % 10 }.each { |k, v| hash[k] = hash[k] + v }
p hash
これでいいのか。
でも、これだとchunkを使う意味がないんだろうな。
(0..9).each { |a| hash[a] = [] }
(1..99).to_a.chunk { |a| a % 10 }.each { |k, v| hash[k] = hash[k] + v }
p hash
これでいいのか。
でも、これだとchunkを使う意味がないんだろうな。
231デフォルトの名無しさん
2018/06/24(日) 18:43:42.85ID:BpQN/QJ/ rubiniusってどうなん?
2018.5.28に3.105がリリースされて、まだ活動しているけれど、使っている人っているのかな?
2018.5.28に3.105がリリースされて、まだ活動しているけれど、使っている人っているのかな?
232デフォルトの名無しさん
2018/06/24(日) 20:50:57.20ID:WqNjZLae rubiniusはSqueak/Pharo(Smalltalk)やpypy(Python)ではできてるVMのセルフホスティングを断念して
その存在価値をほぼ失って久しいという印象
今のウリは何なの?
その存在価値をほぼ失って久しいという印象
今のウリは何なの?
233デフォルトの名無しさん
2018/06/24(日) 23:29:40.97ID:chBT6m1a >>229-230
a / 10 では、0〜9 が連続した同じグループだろ
a % 10 では、0〜9 は、すべて異なるグループじゃん。
0, 1, 2... と、グループが切り替わっていく
chunk は、グループが切り替わる所までが、一連の同じグループ
a / 10 では、0〜9 が連続した同じグループだろ
a % 10 では、0〜9 は、すべて異なるグループじゃん。
0, 1, 2... と、グループが切り替わっていく
chunk は、グループが切り替わる所までが、一連の同じグループ
234デフォルトの名無しさん
2018/06/25(月) 05:34:31.44ID:KHKolvz5 ちゃんこ鍋
235デフォルトの名無しさん
2018/06/25(月) 16:53:20.01ID:dnPuwK4a プログラミング教育が話題になりはじめたけど、
Ruby噛ませて補助金や助成金をもっと出させたほうが良い
Ruby噛ませて補助金や助成金をもっと出させたほうが良い
236デフォルトの名無しさん
2018/06/25(月) 17:53:01.58ID:o35Q9ijA 本当に日本の将来を思うのなら、Rubyは教育分野からは今後きっぱり身を引くべきだと思うけどね
日本のITはクソと言ってる人達が日本のITのガラパゴス化を増長させているという
日本のITはクソと言ってる人達が日本のITのガラパゴス化を増長させているという
237デフォルトの名無しさん
2018/06/25(月) 19:15:29.03ID:ZdzaDiRL mrubyってIoTでまだ人気なの?
238デフォルトの名無しさん
2018/06/25(月) 21:25:37.12ID:hIvBrOlA まだ?人気だったことあったっけ?
arduinoやmicro:bitは何でプログラミングしますか?
arduinoやmicro:bitは何でプログラミングしますか?
239デフォルトの名無しさん
2018/06/25(月) 21:48:16.51ID:M/oLTPjd mrubyは純粋に補助金稼ぎのためにやっているプロジェクトで、実際には誰も使ってないぞ
IoTとか地域の中小企業の活性化とか言って公共団体から金を引っ張ってきやすいんだよ
金の集めやすさでいえば今だとAI関連の方がいいだろうけど、役所のスネ齧ってるような連中の中にそんな高度な人材はいない
IoTとか地域の中小企業の活性化とか言って公共団体から金を引っ張ってきやすいんだよ
金の集めやすさでいえば今だとAI関連の方がいいだろうけど、役所のスネ齧ってるような連中の中にそんな高度な人材はいない
240デフォルトの名無しさん
2018/06/25(月) 22:17:26.05ID:633Q5XzL 日本ってどれだけ税金にたかれるかで
組織が成功できるか決まるからな
仕様がないね
組織が成功できるか決まるからな
仕様がないね
241デフォルトの名無しさん
2018/06/25(月) 23:07:23.58ID:aYTb0kox Turn It Into 金
242デフォルトの名無しさん
2018/06/26(火) 01:48:24.75ID:dX6kXz8Z やっぱり粘着しとるな
243デフォルトの名無しさん
2018/06/26(火) 19:05:17.48ID:ZJbD0Mnn >>239
ほんそれ
ほんそれ
244デフォルトの名無しさん
2018/06/26(火) 22:51:30.68ID:dX6kXz8Z なんかひろゆきの元に戻るらしいね
荒らしも処刑宣告されてたしこれでひとまず一件落着なのかな
荒らしも処刑宣告されてたしこれでひとまず一件落着なのかな
245デフォルトの名無しさん
2018/06/27(水) 11:58:27.79ID:XBvg7Zfw ということは過去のひろゆきの犯罪も罰せられるのかな?
246デフォルトの名無しさん
2018/06/27(水) 12:59:33.40ID:MD3kzSpD 調子に乗ってたこの板の荒らしもこれで席を下ろされるわけか
247デフォルトの名無しさん
2018/06/29(金) 21:19:45.40ID:74QnzxIm Rubyで型を扱うライブラリ・・・いくつがあるようだが
本来このような言語の肝となる機能は言語側が用意すべきなのにな
だって統一しとかなきゃ厳しいでしょ
なのに教祖様が、絶対に型は書きたくないでござる!だから安心して見てられるわ
まぁ今のRubyの状態で型を導入したらそれこそ寿命を縮めるだけかもしらんし
その意味では正しい判断だが、周りからの要求もあるし、こういうライブラリ作る連中もいるし
止められない流れなんだろうな、グズグズになって腐る感じ
改めて初めから静的型にしておけばよかったのにな
型を書くのがそんなに面倒か?型推論もあるし
型関係のライブラリが乱立するよりよっぽどマシだろうよ
別に後出しジャンケンじゃないぞ
昔から宣言や型を書かない言語は糞って言ってる人たちはいっぱいいたからな
本来このような言語の肝となる機能は言語側が用意すべきなのにな
だって統一しとかなきゃ厳しいでしょ
なのに教祖様が、絶対に型は書きたくないでござる!だから安心して見てられるわ
まぁ今のRubyの状態で型を導入したらそれこそ寿命を縮めるだけかもしらんし
その意味では正しい判断だが、周りからの要求もあるし、こういうライブラリ作る連中もいるし
止められない流れなんだろうな、グズグズになって腐る感じ
改めて初めから静的型にしておけばよかったのにな
型を書くのがそんなに面倒か?型推論もあるし
型関係のライブラリが乱立するよりよっぽどマシだろうよ
別に後出しジャンケンじゃないぞ
昔から宣言や型を書かない言語は糞って言ってる人たちはいっぱいいたからな
248デフォルトの名無しさん
2018/06/30(土) 00:58:53.68ID:RTJdtcUh >Ruby に型が欲しい理由
>https://qiita.com/euxn23/items/8a90480135f017271308
>RubyKaigi2018 の発表で型の導入の検討についての話がいくつかあったものの、
>Matz 自身は型アノテーションに否定的であるという発言をしているとのことを受けて、
>自分の意見の表明として書いている。
>https://qiita.com/euxn23/items/8a90480135f017271308
>RubyKaigi2018 の発表で型の導入の検討についての話がいくつかあったものの、
>Matz 自身は型アノテーションに否定的であるという発言をしているとのことを受けて、
>自分の意見の表明として書いている。
249デフォルトの名無しさん
2018/06/30(土) 10:27:53.76ID:9NUHT0nl Crystalで頑張るとか
250デフォルトの名無しさん
2018/06/30(土) 20:29:47.54ID:2e1/6RZt RubyやPythonはPerlの代替のお手軽スクリプト言語だから、変数宣言と型はない方が
都合が良いだろ。最もお手軽なコマンドラインに与えるワンライナーでもそんなものを
いちいち書かされるのは不便。スクリプト言語の守備範囲を超えた使い方をしようと
する人がいるから叩かれるだけ。本格的なプログラミングにはC系かPascal系を素直に
使えば良い。
都合が良いだろ。最もお手軽なコマンドラインに与えるワンライナーでもそんなものを
いちいち書かされるのは不便。スクリプト言語の守備範囲を超えた使い方をしようと
する人がいるから叩かれるだけ。本格的なプログラミングにはC系かPascal系を素直に
使えば良い。
251デフォルトの名無しさん
2018/06/30(土) 20:48:41.99ID:oxrLiD+S OpenCVもTensorFlowも公式がガン無視の空気言語Rubyが!
OpenCVもTensorFlowも公式が第一級のサポートを提供しているPythonに申し上げる!!
RubyやPythonはPerlの代替のお手軽スクリプト言語だから、変数宣言と型はない方が
都合が良いだろ。最もお手軽なコマンドラインに与えるワンライナーでもそんなものを
いちいち書かされるのは不便。スクリプト言語の守備範囲を超えた使い方をしようと
する人がいるから叩かれるだけ。本格的なプログラミングにはC系かPascal系を素直に
使えば良い。
OpenCVもTensorFlowも公式が第一級のサポートを提供しているPythonに申し上げる!!
RubyやPythonはPerlの代替のお手軽スクリプト言語だから、変数宣言と型はない方が
都合が良いだろ。最もお手軽なコマンドラインに与えるワンライナーでもそんなものを
いちいち書かされるのは不便。スクリプト言語の守備範囲を超えた使い方をしようと
する人がいるから叩かれるだけ。本格的なプログラミングにはC系かPascal系を素直に
使えば良い。
252デフォルトの名無しさん
2018/06/30(土) 21:04:14.51ID:z7Yn6z20 型が欲しかったらC#でもJavaでもScalaでも
静的型言語がたくさんあるんだから
それ使えばいいだろうに
Ruby3での文字列の不変化くらいであれだけ揉めてたのに
静的型にしたらRubyの良さがかなり死ぬと思う
静的型言語がたくさんあるんだから
それ使えばいいだろうに
Ruby3での文字列の不変化くらいであれだけ揉めてたのに
静的型にしたらRubyの良さがかなり死ぬと思う
253デフォルトの名無しさん
2018/06/30(土) 22:21:12.05ID:tgl//zFD ニコニコ見たいなサイト作りたいならRubyも学ぶべき?
254デフォルトの名無しさん
2018/06/30(土) 22:31:49.44ID:1DUVGupI >>253
動画配信サイトってこと?
インフラ技術の方が重要だからAWSを学ぶべき
RubyやPHPでフロントと簡単なCRUDサーバー作れるだけの技術者なんか掃いて捨てるほどいるから、あえて君がレッドオーシャンに乗り込む必要はない
動画配信サイトってこと?
インフラ技術の方が重要だからAWSを学ぶべき
RubyやPHPでフロントと簡単なCRUDサーバー作れるだけの技術者なんか掃いて捨てるほどいるから、あえて君がレッドオーシャンに乗り込む必要はない
255デフォルトの名無しさん
2018/07/01(日) 00:06:44.00ID:+TAM62F7 掲示板+動画みたいなサイト作って一儲けしたい
構想はある
構想はある
256デフォルトの名無しさん
2018/07/01(日) 01:49:25.70ID:YZ+qvhoO Ruby は基本。そこから、Elixir。
Rust もやってる
C++ の標準化委員会の江添亮もいるし、HDL など、
ニコニコはすべての言語をやってる
「たのしいRuby 第5版、2016」を読めば、
ファイル操作・テキスト処理など、一通りできるようになる
無料のRails チュートリアルもやれば、MVC の基本がわかる
Rust もやってる
C++ の標準化委員会の江添亮もいるし、HDL など、
ニコニコはすべての言語をやってる
「たのしいRuby 第5版、2016」を読めば、
ファイル操作・テキスト処理など、一通りできるようになる
無料のRails チュートリアルもやれば、MVC の基本がわかる
257デフォルトの名無しさん
2018/07/01(日) 02:51:31.23ID:cI0QDxC9258デフォルトの名無しさん
2018/07/01(日) 03:36:13.59ID:+TAM62F7 ニコニコって維持費どれくらい掛かってんのかね
259デフォルトの名無しさん
2018/07/01(日) 14:36:15.39ID:eJXRB4s9 億単位の赤字出しているから、億だな。
260デフォルトの名無しさん
2018/07/01(日) 18:34:15.48ID:SARCgcwJ 初期ニコ動みたいに、YouTubeをインフラにしてやれば?w
261デフォルトの名無しさん
2018/07/01(日) 21:53:00.05ID:4BWRO6SX Rubyを採用するシステムは今後増えるの?
262デフォルトの名無しさん
2018/07/01(日) 22:10:32.82ID:InQHnS3f >>261
センスないやつだな減ってってんだよ
センスないやつだな減ってってんだよ
263デフォルトの名無しさん
2018/07/01(日) 22:56:41.78ID:CPfYnrTw264デフォルトの名無しさん
2018/07/02(月) 00:28:55.54ID:G4Zx9Hgj >>262-263
ごめんな、それ嘘なんだよ
粘着荒らし君には信じたくないことかもしれんが
https://medium.com/@yoelblum_45935/demand-for-ruby-on-rails-is-still-huge-ea4434926c57
ごめんな、それ嘘なんだよ
粘着荒らし君には信じたくないことかもしれんが
https://medium.com/@yoelblum_45935/demand-for-ruby-on-rails-is-still-huge-ea4434926c57
265デフォルトの名無しさん
2018/07/02(月) 01:15:45.91ID:v1kLQBFZ266デフォルトの名無しさん
2018/07/02(月) 01:18:33.48ID:G4Zx9Hgj267デフォルトの名無しさん
2018/07/02(月) 01:20:03.63ID:v1kLQBFZ >>266
以前と比べて多いか少ないか変わってないかはその記事では特に触れられてないよ
以前と比べて多いか少ないか変わってないかはその記事では特に触れられてないよ
268デフォルトの名無しさん
2018/07/02(月) 01:21:20.88ID:G4Zx9Hgj269デフォルトの名無しさん
2018/07/02(月) 01:32:27.28ID:v1kLQBFZ270デフォルトの名無しさん
2018/07/02(月) 01:37:58.55ID:G4Zx9Hgj >>269
The more a language tutorial is searched, the more popular the language is assumed to be.
ちゃんと訳した上で言ってるのかな?
The more a language tutorial is searched, the more popular the language is assumed to be.
ちゃんと訳した上で言ってるのかな?
271デフォルトの名無しさん
2018/07/02(月) 01:39:37.89ID:v1kLQBFZ 英語読めない人のために補足しとくと、
>>269の下ではRubyは驚くべき速度で人気を失っており避けるべき言語の筆頭とされている
>>269の下ではRubyは驚くべき速度で人気を失っており避けるべき言語の筆頭とされている
272デフォルトの名無しさん
2018/07/02(月) 01:42:57.30ID:G4Zx9Hgj >>271
へぇ、ぜひその部分の英文を原文で引用してくださいよ
へぇ、ぜひその部分の英文を原文で引用してくださいよ
273デフォルトの名無しさん
2018/07/02(月) 01:58:30.86ID:G4Zx9Hgj まぁ、引用できるわけないんだけどね。一切そんなこと書かれてないから
ついに捏造までやるようになったんだねー
書かれてない英文を翻訳したかのように書き込むと
ついに捏造までやるようになったんだねー
書かれてない英文を翻訳したかのように書き込むと
274デフォルトの名無しさん
2018/07/02(月) 02:36:31.45ID:IqIVlqOF smalltalkやlispやprolog、algol、cobolが死んでないようにrubyも死んでへんで!!!
275デフォルトの名無しさん
2018/07/02(月) 02:47:20.79ID:9wGdj7CA クックパッドは、Rails で最大のサイト。
RubyVM の作者・笹田耕一も入社した
大規模サイト以外では、やっぱり、Rails
Python Django 超入門、掌田津耶乃、2018
Rails の本は何十冊もあるけど、Django の本は、初めて出た。
Django は、ようやくスタート地点に立った所
RubyVM の作者・笹田耕一も入社した
大規模サイト以外では、やっぱり、Rails
Python Django 超入門、掌田津耶乃、2018
Rails の本は何十冊もあるけど、Django の本は、初めて出た。
Django は、ようやくスタート地点に立った所
276デフォルトの名無しさん
2018/07/02(月) 09:27:20.76ID:BmG8Ktfn Railsは下火かもしれんが
このフレームワークは最大のコミュニティを持っているので
困ったときに質問すれば他の誰かがだいたい答えを持っているのが大きい。
英語読み書きできるとこのアドバンテージはデカイ。
このフレームワークは最大のコミュニティを持っているので
困ったときに質問すれば他の誰かがだいたい答えを持っているのが大きい。
英語読み書きできるとこのアドバンテージはデカイ。
277デフォルトの名無しさん
2018/07/02(月) 11:49:58.89ID:BcUDQh/y Rubyが下火という話であって誰もRails下火とは言ってない。
Rails以外のRubyの応用用途が減ってって既にRails専用のDSLに落ちぶれている。
Rails使いたいから仕方なくRails以外に使いようがないクソ言語を覚えなければならない状況。
そんな感じなので最近はむしろRubyのせいでRailsが忌避されてる。
Railsは被害者。
Rails以外のRubyの応用用途が減ってって既にRails専用のDSLに落ちぶれている。
Rails使いたいから仕方なくRails以外に使いようがないクソ言語を覚えなければならない状況。
そんな感じなので最近はむしろRubyのせいでRailsが忌避されてる。
Railsは被害者。
278デフォルトの名無しさん
2018/07/02(月) 13:26:27.44ID:7oU+0dNi >>277
お薬増やしておきますねー
お薬増やしておきますねー
279デフォルトの名無しさん
2018/07/02(月) 14:11:25.05ID:1MsCi84i Web系のスタートアップ企業はRuby使ってるとこ多いからRubyは今後増えるよ
280デフォルトの名無しさん
2018/07/02(月) 15:19:20.85ID:M/2eRzuk 本当ですか?
281デフォルトの名無しさん
2018/07/02(月) 17:00:46.05ID:53959ojp あれだけ炎上騒ぎをおこしたrailsをまだ使うとかにわかには信じがたいな
Rubyびいき筋以外のフラットな立ち位置からの情報はないの?
Rubyびいき筋以外のフラットな立ち位置からの情報はないの?
282デフォルトの名無しさん
2018/07/02(月) 19:48:05.70ID:HxZ/kndY ruby(rails)は自分でもなんとか扱えるから、外注や人を雇う必要ない。
じゃないの?
じゃないの?
283デフォルトの名無しさん
2018/07/02(月) 20:19:46.43ID:DWq+jLZt それで軒並み炎上したのか
284デフォルトの名無しさん
2018/07/03(火) 01:37:17.55ID:dVWXwhE2 >>229
まだ観てるかしらんけど
(1..99).group_by{|e| e % 10}
=> {1=>[1, 11, 21, 31, 41, 51, 61, 71, 81, 91],
2=>[2, 12, 22, 32, 42, 52, 62, 72, 82, 92],
3=>[3, 13, 23, 33, 43, 53, 63, 73, 83, 93],
まだ観てるかしらんけど
(1..99).group_by{|e| e % 10}
=> {1=>[1, 11, 21, 31, 41, 51, 61, 71, 81, 91],
2=>[2, 12, 22, 32, 42, 52, 62, 72, 82, 92],
3=>[3, 13, 23, 33, 43, 53, 63, 73, 83, 93],
285デフォルトの名無しさん
2018/07/04(水) 21:57:05.42ID:gFgZc5FG 0EE
286デフォルトの名無しさん
2018/07/05(木) 03:12:08.53ID:Mlujh05Y なんか全部のスレをageて荒らしとる奴がいるらしいな
287デフォルトの名無しさん
2018/07/05(木) 11:44:02.79ID:ggCUEqXy RubyとPythonではどちらが有望と思う?
288デフォルトの名無しさん
2018/07/05(木) 11:47:24.26ID:Lj61bP2F Rubyは好きだがどちらも有望とは思えない
289デフォルトの名無しさん
2018/07/05(木) 12:00:55.19ID:6PS0539v Rubyは好きだがPythonが有望だと思う
290デフォルトの名無しさん
2018/07/05(木) 12:40:16.97ID:HxzHDfUH 今後はウェブアプリでもPythonの方が良さそう?
どっち勉強するか迷う
どっち勉強するか迷う
291デフォルトの名無しさん
2018/07/05(木) 12:58:34.79ID:6PS0539v ウェブアプリならRuby
機械学習ならPython
機械学習ならPython
292デフォルトの名無しさん
2018/07/05(木) 13:07:49.87ID:18Md7nqA つってもrailsだけな。
293デフォルトの名無しさん
2018/07/05(木) 13:14:56.34ID:Mlujh05Y いつまで自演でネガキャンしとんねん
いい加減、板荒らすのやめろやボケ
いい加減、板荒らすのやめろやボケ
294デフォルトの名無しさん
2018/07/05(木) 13:21:36.70ID:r0ar2IDe 作りたいウェブアプリの性質による
ページ遷移だけのクラシックな業務システムっぽいアプリならRailsは最強
クライアントに寄せてモダンな画面をグリグリ動かしたいんだったら最近はNode.jsとTypeScriptかな
ページ遷移だけのクラシックな業務システムっぽいアプリならRailsは最強
クライアントに寄せてモダンな画面をグリグリ動かしたいんだったら最近はNode.jsとTypeScriptかな
295デフォルトの名無しさん
2018/07/05(木) 23:59:32.75ID:28cP6wKp Pythonにしかできないことは結構あるけど
Rubyにしかできないことはまったくない
Rubyにしかできないことはまったくない
296デフォルトの名無しさん
2018/07/06(金) 01:36:51.46ID:sgP3sBfE Python Django 超入門、掌田津耶乃、2018
Django の本は、フレームワークの巨匠・掌田が初めて出したばかり。
一方、Rails の本は、何十冊も出ている
Ubuntu 18.04 で、snap というパッケージマネージャーができたので、
Rails の動く環境一式丸ごと、配布できるようになったので、
Redmine みたいなRailsアプリが、たくさん配布されるはず
snap は、依存も含めて、アプリの仮想環境丸ごと含む
Django の本は、フレームワークの巨匠・掌田が初めて出したばかり。
一方、Rails の本は、何十冊も出ている
Ubuntu 18.04 で、snap というパッケージマネージャーができたので、
Rails の動く環境一式丸ごと、配布できるようになったので、
Redmine みたいなRailsアプリが、たくさん配布されるはず
snap は、依存も含めて、アプリの仮想環境丸ごと含む
297デフォルトの名無しさん
2018/07/06(金) 01:46:15.94ID:rOns1u92■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【中国外務省】日中関係悪化は高市氏に責任と名指しで非難… ★2 [BFU★]
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか…★2 [BFU★]
- 小野田紀美・経済安保担当相「何か気に入らないことがあればすぐに経済的威圧をする国への依存はリスク」 [Hitzeschleier★]
- 政府、株式の配当など金融所得を高齢者の医療保険料や窓口負担に反映する方針を固めた [バイト歴50年★]
- 【維新】吉村知事「中国人観光客だけに頼るビジネスモデル変えていかないといけない」「高市総理の発言は撤回する必要はない」 [Hitzeschleier★]
- バービー、 台湾有事の発言の波紋で「たまったもんじゃない」「高市さんに真意は聞きたい」「国民に向けて説明してほしい」 [muffin★]
- 中国高官と話す外務省局長の表情、やばい ★2 [175344491]
- 中国外務省「日中関係の悪化は高市早苗首相が原因」と名指しで強く非難。キタ━(゚∀゚)━! [153490809]
- 【悲報】日本人「日本が中国と戦争になったら世界中の国が応援してくれるぞ!」 [616817505]
- 小野田経済安保相「すぐに経済的威圧するところへの依存はリスク」😲 [861717324]
- 日本政府「高市総理の発言は問題ないと伝え、中国総領事のSNS投稿は問題があると中国に伝えました😊」 [931948549]
- 【ほんこん悲報】吉本新喜劇の中国公演が中止に! [523957489]
