Ruby 初心者スレッド Part 63

**デフォルトの名無しさん** · 2018/04/17(火) 17:46:57.87

プログラミング言語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/

**デフォルトの名無しさん** · 2018/08/20(月) 15:30:49.82

とにかく、初心者はプログラムを間違えるものなんだよ
一発で動くことは先ずない
それならコンパイルの時点でよりたくさんのエラーを検出してくれた方が学習が捗るだろ？
初心者にRubyなんか薦めるなって事だ
その人を蹴落としたいなら別だが

**デフォルトの名無しさん** · 2018/08/20(月) 16:35:54.31

REPLにコンバイルもくそもねえだろ

**デフォルトの名無しさん** · 2018/08/20(月) 16:37:08.70

まず多少なりとも動いてくれたほうが楽しいので学習が捗りました(経験談

**デフォルトの名無しさん** · 2018/08/20(月) 16:43:09.37

>>799
重要なのはプログラム実行前ってことだよ
静的とも言う。

実行した後はいろんな状態があり得るが
実行前というのは状態は一つだ。

つまりいろんな状態にしなければわからないというのは
問題を発見するまでに果てしなく時間がかかるということ
だからなるべく実行前にわかるようにするのが良い

**デフォルトの名無しさん** · 2018/08/20(月) 16:47:09.67

いやeval getsするだけで可能性は可算無限でしょ
eval gets
p A
# input
A = 'hoge'
とかどうすんのよ

**デフォルトの名無しさん** · 2018/08/20(月) 17:27:42.07

>>797
動的型言語かどうかは関係ない
Smalltalkの“confirm, correct, or cancel”はコンパイル時チェック

**デフォルトの名無しさん** · 2018/08/20(月) 17:45:25.99

>>803
Smalltalkのコンパイルっていつやるの？

**デフォルトの名無しさん** · 2018/08/20(月) 17:46:25.89

プログラム実行前って言ってるのに理解してなさそうｗ

**デフォルトの名無しさん** · 2018/08/20(月) 18:09:19.60

何だったらコンパイル時どころか
最近のエディタだったら書いてる途中でリアルタイムで文法チェックするからな
間違ってたら波線とか出る
そういう状況なので、なるたけ多くのことが静的にわかったほうが良いんだよ
実行時にエラーにするなら馬鹿にでもできる！！って思うし
やってみてダメでしたってな、バカっぽいでしょ
事前に分かるから賢い

**デフォルトの名無しさん** · 2018/08/20(月) 18:38:05.12

>>804
メソッドを書き終わった後（accept、つまりコンパイル指示を出したとき）だよwwww

**デフォルトの名無しさん** · 2018/08/20(月) 18:44:32.10

>>807
その時にSmalltalkは動いているのかどうかって話だ
動いてるだろ

**デフォルトの名無しさん** · 2018/08/20(月) 18:50:47.34

このスレって質問者をほっぽりだして変なのがしゃしゃり出てくること度々あるよな

**デフォルトの名無しさん** · 2018/08/20(月) 19:32:53.62

>>808
IDEでJavaソースコンパイルするときjavacもIDEも動いてないっての？wwww

**デフォルトの名無しさん** · 2018/08/20(月) 20:37:42.02

>>810
いや、自分で書いたコードの話なんだけど？
Smalltalkは自分の書いたコードがすでに動いてないと
そういうエラーはでないでしょ。

**デフォルトの名無しさん** · 2018/08/20(月) 20:43:46.47

>>811
バカなの？コンパイル時って言ってるやん何度も

ともかくスペルミスくらいなら動的型言語でも静的にチェック可能なの

わっかんないやつだなー

◆QZaw55cn4c · 2018/08/20(月) 20:48:48.89

>>812
＞スペルミスくらいなら動的型言語でも静的にチェック可能なの
型宣言がないのに、そんなことが可能なのでしょうか？

**デフォルトの名無しさん** · 2018/08/20(月) 20:56:45.04

ローカル変数だけだったりしてねｗ

近くの情報は周辺を見ればいいだけだから問題はすぐに分かるんですよ。
遠くの情報、例えばインターフェースが一致しているかどうかが
わからないと使い物になりませんね
人間がやると大変なものこそコンピュータにやらせないと

**デフォルトの名無しさん** · 2018/08/20(月) 21:35:34.32

なんで静的型の後追いみたいなことで苦労してるんだろうね
初めから静的型言語使えばよいだけなのにね
怠惰を求めて勤勉に行き着くってやつなのかね
動的型全体がそうだよね
処理系書いてる連中も、言語使ってる連中も
楽しようとして最終的に苦労する
なにこれコワイ

**デフォルトの名無しさん** · 2018/08/20(月) 21:43:42.44

>>813
構文木にできれば（ローカルに限らず）未宣言の変数だとか未知のメソッド呼び出しだとか程度なら
簡単に分かる
Lispみたいに構文も単純なら構文ミスも指摘して修正候補を提示することも可能（例：InterlispとかのDWIM）

◆QZaw55cn4c · 2018/08/20(月) 21:52:27.57

>>816
＞未宣言の変数だとか
動的型付け言語ってそもそも変数宣言はないのでは？

**デフォルトの名無しさん** · 2018/08/20(月) 22:15:42.75

>>817
変数を宣言させるかとそれに型情報が付くかどうかは別の話だよ
変数宣言をさせたら動的型言語じゃなくなるという法はない
宣言を課さない言語でも初回代入を宣言と見なす場合もある

◆QZaw55cn4c · 2018/08/20(月) 22:20:21.86

>>818
＞変数宣言をさせたら動的型言語じゃなくなるという法はない

たしかにそのとおりですが、
でも実際問題、変数宣言をしてかつ動的型付けである言語は存在しますか？

**デフォルトの名無しさん** · 2018/08/20(月) 22:29:16.58

そんなの珍しくないよ
JavaScriptとかな
変数宣言には二つの役割があって、一つは型を宣言することだけど
もうひとつスコープを宣言するって役割もある
だから動的型言語でも素直なレキシカルスコープが欲しければ変数宣言があってもよい
一方で変数への最初の代入を変数宣言の代わりにする言語は
だいたいスコープがバグってる
ただの変数への代入か、新たな変数を宣言したのか、区別がつかないからなwww
それでnonlocalだの@だの、ダサいだろ？
ま、そういうわけで、やっぱり変数宣言は有ったほうが良いし
どうせ変数宣言するなら型を書いても良い気がするし
動的型言語が衰退するのは当たり前だったわ
なんせ、ありとあらゆるスジが悪いんだよ

**デフォルトの名無しさん** · 2018/08/20(月) 22:30:09.56

>>819
Rubyのメソッドの仮引数やブロック変数は宣言でないと？

◆QZaw55cn4c · 2018/08/20(月) 22:42:40.49

>>821
def f(xyz)
"Hello, #{abc}!"
end

というメソッド定義があって
本当なら変数として xyz のところを間違えて abc と書いてしまった
というシチュエーションでも、エラーがでないでしょう？

**デフォルトの名無しさん** · 2018/08/20(月) 22:52:22.44

>>822
あのさぁ…宣言を課すこととミスを検出できるか（するか）どうかはまた別の話なんだが？

今は「変数宣言をしてかつ動的型付けである言語は存在しうるか？」って話なんじゃないの？

◆QZaw55cn4c · 2018/08/20(月) 22:58:45.39

>>823
「宣言を課す」というのは「宣言をしていない変数は変数として認識しない」という意味なのでは？

**デフォルトの名無しさん** · 2018/08/20(月) 23:22:30.48

◆QZaw55cn4cは会話が成り立たないからスルーしろ

**デフォルトの名無しさん** · 2018/08/20(月) 23:23:22.96

ついでに長文ガイジもNGつっこんどけ

**デフォルトの名無しさん** · 2018/08/20(月) 23:55:25.50

>>824
Rubyはそうしていないというだけで、コンパイル時に
abcが未代入（代入操作で宣言を兼ねるRubyでは未宣言にあたる）である事実や
あるいはメソッドとして未定義である事実をもってxyzとすべき記述のミスでは？との判断を下し
そうであれば修正を促すことは可能だろう？

予め釘を刺しておくけど、ミスの可能性があることとコンパイル可能であることとはまた別の話だからな！

**デフォルトの名無しさん** · 2018/08/21(火) 00:12:58.46

>>824
もしかして
Rubyでは無引数（括弧なし）のメソッド呼び出し記述は同名のローカル変数のアクセス記述を遮蔽してしまう
っていう仕様をしらないとかいうオチ？

もしこのルールがなければ>>822はキミの想定通りエラーのはずだよ

**デフォルトの名無しさん** · 2018/08/21(火) 00:21:47.25

JavaScript では、var の有無で、皆ハマった。
だから、ES2015(ES6) で、let, const を作って、ブロックスコープも作った

this の挙動もおかしい。
だから、Haxe のthisは、常にインスタンスを指すように変えられた

Python でも、nonlocal とか、頭おかしいw

Ruby では、関数スコープ・ブロックスコープの2つがあるから、バグりにくい

a = 1

def f
puts a # ここで、未定義の変数を参照してエラー
puts a = 2
end

f()

◆QZaw55cn4c · 2018/08/21(火) 00:34:00.24

>>827
＞代入操作で宣言を兼ねる
これは危険ですね
なぜなら、変数が未代入かどうか、正確には、変数が未代入「でないか」どうか、をソースコードのセマンティクスから判断するのは困難だと思うのです

**デフォルトの名無しさん** · 2018/08/21(火) 01:41:26.90

>>827
Rubyは、未定義メソッドの呼び出しが可能なんじゃないか？
そのためのフォールバック用メソッドがあったはずだが。

**デフォルトの名無しさん** · 2018/08/21(火) 01:47:26.07

メタプログラミング Ruby 第2版、2015

で紹介している、Module#define_method(), method_missing() とかだろ？

**デフォルトの名無しさん** · 2018/08/21(火) 04:51:25.59

picture_url = "https://pbs.twimg.com/media/DlCjEV6V4AUM9Kl.jpg:orig#jpg";
uri = URI.parse picture_url

file_name = File.basename(uri.path) # ファイル名
file_extname = File.extname(file_name) # 拡張子

後ろに「:orig#jpg」が付いていても、ファイル名が正確に抜き出せる！

DlCjEV6V4AUM9Kl.jpg

**デフォルトの名無しさん** · 2018/08/21(火) 05:11:45.98

>>833
バグじゃんそれ

**デフォルトの名無しさん** · 2018/08/21(火) 05:20:08.29

>>831
そうそう。だからRubyじゃコンパイル時にわからないんだよ。
例えば以下のように、一行目にexitしてしまえば
その下にいくら変なコードがってもコンパイル時にチェックなんかできない

exit
aaa = 1312
class Hoge
　def hoge
　end
end
h = Hoge.new
h.hage
i = IIII.new

言い換えると、動的言語ではファイル単位でしかコードを見てないので
少なくともファイル外にある情報はわからない
検出できるのは文法エラーぐらいだよ
残念なことにね。それが現実。

**デフォルトの名無しさん** · 2018/08/21(火) 07:09:45.22

だからさぁRubyが駄目ってとこを動的型言語の限界だと一般化しないでくれ
話がまったく噛み合わない

**デフォルトの名無しさん** · 2018/08/21(火) 07:32:38.20

>>831
だからミスの可能性がある（そしてその指摘や修正の提案が可能である）ことと
コンパイル可能な（つまり状況が整えば実行可能になる）コードであることとは
また別の話だって釘を刺してるだろうに…

**デフォルトの名無しさん** · 2018/08/21(火) 07:35:37.03

ケンカはやめて

**デフォルトの名無しさん** · 2018/08/21(火) 07:40:39.17

>>830
Ruby限定の欠陥の話がしたいのか動的型言語一般の限界の話をしたいのかをまず表明してくれ
>>813からの流れは動的型言語一般の話ってわけじゃなかったのか？

**デフォルトの名無しさん** · 2018/08/21(火) 08:20:58.17

まああれだ、Smalltakerさんがちゃんとコードで説明してくれればいい

ここでオンラインでSmalltalkを実行できる
https://www.tutorialspoint.com/execute_smalltalk_online.php

ここに
Transcript show: 'Hello, world!'.

Transcript show: 4 sqrt printString.

と書くと、「Hello, world!2.0」と表示される

ここに
Transcript show: 'Hello, world!'.

Transcript show: 4 sqrtaaa printString.
と書くと、「Hello, world!」と表示されてから
エラーが表示される。

コンパイル時にチェックが行われるというのなら4という数字に
sqrtaaaというメソッドはないから実行時前にエラーを検出できるはずだ

そうならないので、未定義メソッドの検出はできない。
反論はコードでどうぞ

**デフォルトの名無しさん** · 2018/08/21(火) 12:22:18.03

ここにMatz呼べば全て解決じゃん
どうせ見てると思うぞ

**デフォルトの名無しさん** · 2018/08/21(火) 12:52:50.65

>>840
Smalltalkの“confirm, correct, or cancel”を試したいならこれはIDEを前提とした機構なので
GNU SmalltalkのようにUNIXとの連携を重視したCUI前提の変わり種のSmalltalkには実装されておらず使えません
またPharoのように今風のシンタックスハイライトのついでに色で警告する方式がデフォになった処理系でも抑制されています
“confirm, correct, or cancel”が動く様子やその仕組みを検証したいのであればVisualWorksかSqueakあたりがよいでしょうね

SqueakならSqueakJSというWebブラウザで動作する処理系があり、これならすぐに動かせるのでお薦めです
今回のような古くからの機構に興味があるのなら DEMOS の Mini で起動できる Mini Squeak 2.2 あたりが軽くてよいのではないでしょうか
（ワークスペース変数導入後、変数名のミススペルチェックはワークスペースでは機能しないためこの点でも今回の検証には古い方がよいでしょう）
https://squeak.js.org/

起動後まずデスクトップクリック→open...→transcriptでトランスクリプトウインドウを呼び出しておき、それから
どこでもよいので（Welcome to Mini Squeak 2.2 の適当な場所でも、open...→workspaceで新しいワークスペースを開いてもOK）

Transcript cr; show: 'Hello, world!'.
Transcript cr; show: 4 sqrt printString

とタイプして入力後、２行ともドラッグして選択してから右クリック（あるいは左手のスクロールバーとの境界にポインタを合わせて左クリック）
→do it (d) で>>840のコード（cr; は出力を見やすくするために入れました^^;）が動かせます
sqrtaaaに変えて再びdo itすれば、Hello, world!と表示される*前*に“confirm, correct, or cancel”と促されるはずです

関連してLispのDWIM（これも実行前の静的時チェック）はInterlispのマニュアル第15章で取り上げられていますので参考まで
https://archive.org/stream/bitsavers_xeroxinternceManualOct1983_52302609?ui=embed#page/n389

>>796
> 70年代のLispにすらあったDWIM

同書にもあるとおりDWIMは1960年代からです
“DWIM, the Do-What-I-Mean error correction facility, was introduced into this system in 1968 by Warren Teitelman”

**デフォルトの名無しさん** · 2018/08/21(火) 12:54:39.77

>>809
どこにでもいる

**デフォルトの名無しさん** · 2018/08/21(火) 12:59:22.19

「いまさらRuby」
「Rubyで学ぶ機械学習」
あたりを誰か書いてよ

**デフォルトの名無しさん** · 2018/08/21(火) 13:05:22.31

「間違ってRubyを始めてしまった人へ贈るPython入門」
もいいな

**デフォルトの名無しさん** · 2018/08/21(火) 18:59:29.56

Pythonは、試してみたい気持ちもあるものの、よろしくないところもいくらか知ってるので、微妙なんだよなー。

そういえば、ボスが引退するそうだが、なにか変わんのかねえ。

◆QZaw55cn4c · 2018/08/21(火) 19:15:33.64

>>839
個人的には ruby を改良しようといろいろ画策しています、宣言付き ruby とか
動的型付け言語にて変数宣言を導入すればずいぶんと使い勝手も変わるだろうと想像しています
そういう視点でおねがいします

**デフォルトの名無しさん** · 2018/08/21(火) 19:17:47.11

画策ｗｗｗｗｗｗ
それでプルリクでもしてこいよｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2018/08/21(火) 20:58:28.00

>>847
Rubyは変数宣言を省略したことが原因の仕様がらみのトラブルが少なくない
そんな犠牲をはらっても（型も含め）宣言を書かせないことがMatzの優先事項の上位にあるわけ
キミの「改良」案は何を今更だしそもそもMatzや取り巻きが耳を貸す可能性はゼロだろうね

**デフォルトの名無しさん** · 2018/08/21(火) 21:02:49.75

例えばどんなトラブル？

**デフォルトの名無しさん** · 2018/08/21(火) 22:37:38.64

>>850
スコープ

**デフォルトの名無しさん** · 2018/08/22(水) 00:20:47.79

結局、言語を改良していくと、Haxe になる

マルチ言語・マルチプラットフォーム、
this の挙動を変えて、型推論・パターンマッチ・引数付き列挙

Ruby は、JS, Python などど違って、関数スコープ・ブロックスコープがあって、
関数スコープは強固だから、変数を内側へ通さない

だから変数宣言が無くても、バグらない

ES2015(ES6)でも、ブロックスコープが採用された。
変数宣言も、以前からのvar に加えて、const, let も作られた

**デフォルトの名無しさん** · 2018/08/22(水) 05:07:26.61

>>852
なんで関数スコープとかいう小さい話してるんだ？
小さいものであれば、少し頑張れば対応可能なのは
わかってるんだよ。もっと広い範囲、オブジェクト間の通信とか
プロジェクト全体のレベルでバグが発生するから型がいるんだよ

**デフォルトの名無しさん** · 2018/08/22(水) 07:57:35.69

>>850
↓でググる
site:www.rubyist.net/~matz (スコープ OR クラス変数 OR 定数)

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

反論はコードで（ｷﾘｯ

**デフォルトの名無しさん** · 2018/08/23(木) 11:58:19.26

>>855
だからコード出せって

**デフォルトの名無しさん** · 2018/08/23(木) 12:08:41.61

言い出しっぺの法則

**デフォルトの名無しさん** · 2018/08/23(木) 13:27:22.00

>>856
何のコード？

**デフォルトの名無しさん** · 2018/08/26(日) 01:12:35.83

undef式ってどういうときに使うの？

**デフォルトの名無しさん** · 2018/08/26(日) 10:37:18.06

教えてください！
［パーフェクトRuby］と［プロを目指す人のためのRuby入門］はどちらがオススメですか？
当方3ステップ本を学習中、仕事でRubyを使えるようになりたいと思っています。
よろしくお願いします！！

**デフォルトの名無しさん** · 2018/08/26(日) 12:09:12.86

>>860
仕事でRubyやりたいならRails以外の選択肢はないからいきなりRailsやるのがいいよ
Rails DSLは別言語なレベルにまでカスタマイズされてるから、最初に素のRubyをやるとかえって混乱するのでお勧めできない
あとはLinux使ったWebサイト運用構築のインフラ本を一冊と、AWSの本一冊かな
WebやるわけじゃないんならPythonで勝ち馬に乗ろう

**デフォルトの名無しさん** · 2018/08/26(日) 12:46:28.68

この順番で読む。
Rails は、無料のRails チュートリアルをやってもよい。
Rails の前に、Sinatra をいじくりまわすのも良い

たのしいRuby 第5版、2016

Effective Ruby、2015
バグが起きにくい、安全で効率的なコーディングと、
間違いやすいポイントを解説

改訂2版パーフェクトRuby、Rubyサポーターズ、2017

改訂3版基礎 Ruby on Rails、黒田努・佐藤和人、2015
実践Ruby on Rails 4: 現場のプロから学ぶ本格Webプログラミング、黒田努、2014

パーフェクト Ruby on Rails、2014
動作環境、Rails 4.0.5, 4.1.1

**デフォルトの名無しさん** · 2018/08/26(日) 13:00:08.38

>>859
いらなくなったとき

**デフォルトの名無しさん** · 2018/08/26(日) 18:33:30.03

>>860
>［パーフェクトRuby］と［プロを目指す人のためのRuby入門］はどちらがオススメですか？

どちらもオススメだけど、難易度であれば [プロ] よりも [パーフェ] のほうが高い
[パーフェ] は幅広く高度な話題を扱うプロ必読の本だけど、
説明もプロ向けで簡潔だから初心者では読んでも意味不明な魔術書と感じるかもしれない
それに対して、[プロ] は話題を厳選して丁寧に分かり易く解説している印象を持った

だから初心者へのオススメコースであれば以下の順序になる：
・たのしいRuby
・プロを目指す人のためのRuby入門
・パーフェクトRuby

**デフォルトの名無しさん** · 2018/08/26(日) 18:47:00.00

>>861
>仕事でRubyやりたいならRails以外の選択肢はないからいきなりRailsやるのがいいよ

質問者は「Webをやりたい」と希望しているわけでもないのに
ナゼかRailsを勧める話が噛み合わない返答、日本語が不自由な人ですか？

>Rails DSLは別言語なレベルにまでカスタマイズされてるから、
>最初に素のRubyをやるとかえって混乱するのでお勧めできない

つまり：
　　Pythonは手続き型プログラミングに特化して設計された言語だから、
　　>>861のようなPythonプログラマには、手続き型にオブジェクト指向と関数型が融合された
　　素のRubyをやると混乱した苦い経験が過去にあったのでお勧めできない、
という解釈できますね

>WebやるわけじゃないんならPythonで勝ち

つまり：
　　トレンディーにセンシティブなナウいヤングメンにはPythonがお勧め
ということですね、たいへんわかりやすいです

**デフォルトの名無しさん** · 2018/08/26(日) 19:39:05.79

>>864
プロを目指す人のためのRuby入門は本当に入門用、yieldやProcの解説までで終わり。
パーフェクトRubyはメタプログラミングとかGemの作り方とか実践的なことまで書いてある。

**デフォルトの名無しさん** · 2018/08/26(日) 19:40:46.31

これから言語を初めて学ぶならTypescriptとかのほうがいいと思うけど。

**デフォルトの名無しさん** · 2018/08/26(日) 19:48:01.06

pythonだろjk

**デフォルトの名無しさん** · 2018/08/26(日) 20:59:33.68

ほら
>>865最高でしょ
これが典型的なルビリストの思考回路

**デフォルトの名無しさん** · 2018/08/26(日) 21:18:59.11

>>867
初心者にJavaScript系はイカンやろ。クセありすぎ。
それだったら、C#をやるべき。

**デフォルトの名無しさん** · 2018/08/26(日) 21:23:56.52

TypeScriptとC#だったら似たようなもんだろ
設計者同じなの知らないのか？

**デフォルトの名無しさん** · 2018/08/26(日) 21:48:43.66

>>871
TypeScriptはJavaScriptに引っ張られる部分がどうしてもあるからね
さすがに似たようなもんではないと思う
JavaScriptの一大メリットである環境整備のしやすさもTypeScriptにはないし

初学者ならRubyは学びやすいと思うしいいと思うよ
たのしい本とかしっかりした書籍もあるしね

**デフォルトの名無しさん** · 2018/08/26(日) 23:11:11.23

趣味でやるならRubyは書くの楽しいしお勧めできる
手に職付けるつもりなら全くオススメしないけど

**デフォルトの名無しさん** · 2018/08/26(日) 23:26:48.25

「プロを目指す人のためのRuby入門」の著者・伊藤淳一は、YouTube の動画がよい。
無料のRails チュートリアルをやった人は、彼の動画を見るのもよい

Junichi Ito

Rails 5.1で作るVue.jsアプリケーション～Herokuデプロイからシステムテストまで～
https://youtu.be/ycOeM2umXkY

プロになる人は「Effective Ruby」は読んでおけ。
どの言語でも「Effective 何々」というのは、プロの必須本

**デフォルトの名無しさん** · 2018/08/27(月) 00:26:10.32

Rubyはそのコード効率の良さからちゃちゃっと書けるのがメリット
試作や使用頻度の低いツールの作成に重宝する

**デフォルトの名無しさん** · 2018/08/27(月) 08:02:06.98

試作（笑）
そういやsassも最初はrubyで作られていたが、
遅いって言うんで、C言語で再実装されて
今じゃそっちが主流になったな

**デフォルトの名無しさん** · 2018/08/27(月) 09:17:11.23

プロトタイピングって言うと耳触りがいい

**デフォルトの名無しさん** · 2018/08/27(月) 12:19:20.56

遅くなりましたが、返信頂きありがとうございます！3ステップ本でも苦戦しているので、これをいったん終わらせてから［プロを目指す］をやろうと思います
>>861
>>864

**デフォルトの名無しさん** · 2018/08/27(月) 12:21:01.46

>>874
動画があるのは知りませんでした！
［efective］も読もうと思います！ありがとうございます！

**デフォルトの名無しさん** · 2018/08/27(月) 13:13:32.53

耳触りが良いって言葉くっそ嫌い

**デフォルトの名無しさん** · 2018/08/27(月) 13:17:39.90

ばずわーど

**デフォルトの名無しさん** · 2018/08/27(月) 13:21:26.27

プロトタイピングって言うと聞こえが良い

**デフォルトの名無しさん** · 2018/08/27(月) 13:25:09.61

Rubyには「やってみた」のほうがお似合い

**デフォルトの名無しさん** · 2018/08/27(月) 13:27:08.09

やってみたでいいと思うよ
そこから学んだことを基礎にして別の言語に行くもよし、そのまま使い続けるもよし

**デフォルトの名無しさん** · 2018/08/27(月) 17:37:57.10

>>874
この動画みたけど酷いな…
そもそもvueのソースは全部コピペでなんの説明もない
設定ファイルで何をしているのかゴニョゴニョ言ってるだけですぐ画面移動するしまったくわからん

単に作業やってますよ的なだけだな
初心者には意味不明の動画だよ

**デフォルトの名無しさん** · 2018/08/27(月) 22:24:37.18

コーダーになりたいのかプログラマになりたいのかによって変わるんじゃね
コーダーならRoR案件をやる以外でRubyを覚えるメリットはあまりないだろう
プログラマだったら複数の言語を操れるのが普通
ソフトウェアエンジニアだったら適材適所で言語を選択できないと

**デフォルトの名無しさん** · 2018/08/28(火) 00:06:26.46

PHPみたいな存在に収まったな

**デフォルトの名無しさん** · 2018/08/28(火) 00:22:40.86

PHPがどんな存在なんだろうな

**デフォルトの名無しさん** · 2018/08/28(火) 00:23:57.20

つかれた
ほんとうに

**874** · 2018/08/28(火) 00:34:49.08

>>885
Vue.js や、Rails チュートリアルをやった人からすれば、
Rails 5.1で、Vue.jsが動くことが確認できたから、画期的！

たった1人でも、実行できた実績があると、皆が後に続くから、価値がある

新しいものをいじくりまわして動かしてしまう、先駆者！

**デフォルトの名無しさん** · 2018/08/28(火) 04:30:18.33

◆QZaw55cn4c はまだ荒らし続けてるのか
ほんま懲りないなコイツ

**デフォルトの名無しさん** · 2018/08/28(火) 14:51:47.47

レンタル鯖だと軒並みRubyで組む事になる
いまどき自前で鯖用意して高いコスト払う人っているのか？

**デフォルトの名無しさん** · 2018/08/28(火) 14:56:24.45

phpならともかくrubyならなんのかんのでvpsにせざるを得ないだろ。
構築めんどくせぇ…

**デフォルトの名無しさん** · 2018/08/28(火) 15:06:29.72

>>890
アホかこいつ
Vue.jsはブラウザ側で独立して動作するライブラリであり、バックエンドのAPIとAjaxで通信する
Vue使うならRailsはそのAPIを提供するだけであり、VueとRailsは直接的には何の関係もない
触れちゃいけない人なのは承知してるがさすがに目に余る

**デフォルトの名無しさん** · 2018/08/28(火) 16:34:41.02

P
Hyara
P
Hyara
ぱっぱらぱー

**デフォルトの名無しさん** · 2018/08/28(火) 22:11:45.77

>>893
嘘ついてもすぐバレるんだからアンチスレから出てくるなよ

**デフォルトの名無しさん** · 2018/08/28(火) 23:47:09.36

chef, vagrant は、Ruby で書かれている。
誰かが作った、レシピを探せば？

DevOps と、コミュニティを利用するのは、まさにRubyにもってこいだろ