Ruby 初心者スレッド Part 65

2018/12/22(土) 04:43:34.03

プログラミング言語 Rubyについての、初心者向けスレです。質問・要望・雑談などをどうぞ

質問するときは、OSやRubyのバージョン、エラーメッセージを書いて下さい。
Ruby on Rails については、WEBプログラミング板で

前スレ
Ruby 初心者スレッド Part 64
https://mevius.5ch.net/test/read.cgi/tech/1535797516/

るりまサーチ　（リファレンス検索）
http://rurema.clear-code.com/

Rubyist Magazine - るびま
http://jp.rubyist.net/magazine/

逆引きRuby
http://www.namaraii.com/rubytips/

Ruby コミュニティ公式
https://www.ruby-lang.org/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2019/03/11(月) 01:33:23.12

>>255
だめ

CSRFっていうのは、悪意のあるやつからリンクが送られてきて
それを開いてしまうことで成り立つもの

リンクの中にトークンを入れてしまったら意味がない
トークンがリンクの中に入らないからこそ意味がある

2019/03/11(月) 01:43:29.79

>>2256
そんなん。
悪意のある奴から送られてくるリンクにあるトークンと
対象者の持ってるセッションに紐付けられるトークンは
全然違うやん。

悪意サイトに埋め込むフォームの場合も結局は
action と hidden を書くわけじゃん？
要するに hidden に書くべきトークンが予想できないからCSRF対策になる訳でしょ。
これが action に書いてあってもなんら変わらないじゃん？

↑以上、予想が非常に困難なトークンを前提。もちろんそれが当たり前だし。

2019/03/11(月) 09:43:03.52

>>257
全世界が認めている方法よりお前が考え出した方法のほうが優れていると思えるところがすげえな
お前と仕事する奴がかわいそう

2019/03/11(月) 15:12:15.45

>お前が考え出した方法のほうが優れている

どこをどう読んだらそう解釈できんの？実際使うとか、勝手に妄想するなよ……。
そもそも全世界が認めている方法であれば理由は明確なんだよな？
その割に鉄板扱いの呪文レベルで、理由が書いてある記事がないのは一体どういう理由なんだろうか？

そもそも get ではなく post にするのは感覚的にも、暗黙の了解的にも、
当たり前だがCSRF対策で postにせよと書いてあるもの自体が少ない。
セキュリティ初心者向けならなおさらなんだが。
get にしてしまえば URL に乗るし、input である理由が薄弱なのがイラっとするんだよ。

理由が知りたい。

2019/03/12(火) 05:35:46.16

Rubyでスキルアップ出来るか？
https://www.youtube.com/watch?v=2wfQ3iG08UI

2019/03/12(火) 21:11:19.87

>>259
Ruby以前に、社会人としておかしいな。

2019/03/17(日) 22:43:16.23

Numbered parametersだって

2019/03/19(火) 23:37:28.37

Ruby ではクラス直下では、self(this)は、クラスを指す。
一方、initialize 内では、new で呼ばれた各インスタンスを指す

class Cat
p self #=> Cat クラス

def initialize( name, weight )
@name = name
@weight = weight
p self #=> 各インスタンス
end
end

bob = Cat.new( "bob", 5 )
alice = Cat.new( "alice", 4 )

出力
Cat
#<Cat: @name="bob", @weight=5>
#<Cat: @name="alice", @weight=4>

オブジェクト指向をわかっていない人には、Python は無理

まず、Rubyでオブジェクト指向・関数型を学んでから、
Python, JavaScript, Kotlin などをやらないと無理

2019/03/20(水) 01:03:37.41

one time token は、URL のクエリ文字列など、見えたらダメ！

form のhidden 内じゃないとダメ

2019/03/20(水) 08:14:18.91

formのhiddenが見えないとかマジかよ
さすがにその理解はヤバすぎ

2019/03/26(火) 19:14:05.12

Rubyを勉強し始めようか迷っていて、適当にWeb見てたんだけどさあ
一部のページで、「Railsから入った人にとっては驚くかもしれないけど、Ruby単体でもプログラムが書ける」みたいなことが書いてあって驚いちゃったな
これ、Rubyの言語より先にRailsの学習をすることも可能なんか？

**デフォルトの名無しさん** (CA 0Haf-yVw/) · 2019/03/26(火) 19:18:17.37

誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 96873
https://you-can-program.hatenablog.jp

2019/03/26(火) 19:20:08.89

>>266
できる
「Rubyのコード」を書かなくても（知らなくても）Railsはある程度使える

2019/03/26(火) 19:26:11.18

>>268
そうなのか、ありがとう！
面白そうだからRailsからやろうかな

2019/03/26(火) 22:24:08.02

Rails は半年掛かるので、普通人は挫折する。
Sinatra から始めるのが良い

社内エンジニアから、Railsエンジニアになった人の動画が、YouTube にもある

Railsの知識が、膨大な理由は、Ruby の文法じゃない

Linux のOS のコマンド・機能、テスト、環境構築運用技術や、
DB、HTML, CSS・SASS, JavaScript, jQuery など、システムのAll Set だから

Railsが、全言語のフレームワークに応用できるのは、大半がRubyの文法とは関係ないから。
ほとんどの内容が、システムの事

2019/03/26(火) 22:55:31.07

でももうRailsははやらんよな。
実際にはわかりやすくもないし。

もちろん用途によるけど、Rubyに興味があるのなら、Rubyからやったほうがええんちゃう？

2019/03/27(水) 03:26:16.91

この行列の前後に、番兵(0)を置くには、どう書く？

ary = [[1, 2, 3], [4, 5, 6]]

結果
0, 0, 0, 0, 0
0, 1, 2, 3, 0
0, 4, 5, 6, 0
0, 0, 0, 0, 0

2019/03/27(水) 06:09:28.25

import pandas as pd
df = pd.DataFrame([[1, 2, 3], [4, 5, 6]])
df = pd.concat([pd.DataFrame([0]*df.shape[0]),df,pd.DataFrame([0]*df.shape[0])], axis=1)
df.columns = list(range(df.shape[1]))
df = pd.concat([pd.DataFrame([[0]*df.shape[1]]),df,pd.DataFrame([[0]*df.shape[1]])])
df.index = list(range(df.shape[0]))

>>> df
0 1 2 3 4
0 0 0 0 0 0
1 0 1 2 3 0
2 0 4 5 6 0
3 0 0 0 0 0

2019/03/27(水) 13:26:23.63

>>272
ary = [[1, 2, 3], [4, 5, 6]]
a=[0]*ary[0].sizeこ
b=([a]+ary+[a]).map{|x|[0]+x+[0]}
p b

[[0, 0, 0, 0, 0], [0, 1, 2, 3, 0], [0, 4, 5, 6, 0], [0, 0, 0, 0, 0]]

2019/03/27(水) 13:35:27.03

>>274
すみません。途中に入ったひらがなはゴミです無視してください。

2019/03/27(水) 13:38:32.48

>>272
番兵なんて使わないと言っておく
あんなの必要なに、古い言語だけや（笑）

2019/03/27(水) 18:23:38.55

番兵て。ｗ
マトリクスに余白があれば、処理が簡単になるアルゴリズムは存在するやろ。

パッとは出てこないけど、ホントにいろいろ。

**272** (ﾜｯﾁｮｲ de2c-ZSTg) · 2019/03/27(水) 23:32:37.93

番兵を使わないと、1～6 (1:start, 6:end)の道順をたどる際、面倒だろ？

例えば、1 から次を探すのに、上下左右を判断して、
上・左にはマスが無いから、番兵で壁を作った方が、プログラミングしやすい

2019/03/27(水) 23:40:47.09

素直じゃない

2019/04/02(火) 21:21:41.64

たのしいRuby 第6版、2019/3/19

Ruby 2.6 対応の新版が出た！

2019/04/07(日) 22:27:45.26

番兵が出てくるのはカプセル化が下手糞な証拠

2019/04/07(日) 22:39:35.97

番兵は、カプセル化には何の関係もない。
効率的な実装に役立つものだから。

2019/04/08(月) 02:08:42.22

nilとfalseが別だったりするし
Rubyの場合は番兵いらんと思うぞ

2019/04/08(月) 19:44:29.48

そら、番兵がいらんようなコードしか書いてないだけや。

2019/04/08(月) 19:53:09.21

番兵の話はお題スレからきていてると思うのだけど
番兵が有用と言う人と無用と言う人で
元のお題をやってみたら?

**272** (ﾜｯﾁｮｲ ee2c-f03p) · 2019/04/09(火) 00:49:34.31

番兵が無ければ、

上下 : 上下に行があるか？
左右 : 左右に列があるか？

を判定しないといけないから、わかりにくい

**デフォルトの名無しさん** (ｱﾒ MM8d-3NqX) · 2019/04/09(火) 01:32:18.70

範囲外アクセスをどう扱うかの方法論でしかないのでは？
lengthすらない昔のC辺りのやり方。
色々整備されてる現代言語でやる奴はアホ。
アホというか、だったらCやってりゃいいじゃん。
楽に書くために高級な機能があるのに番兵のほうが分かりやすい？ｗ
高級機能のために速度犠牲にしてる言語で高級機能使わないとかｗｗ

**デフォルトの名無しさん** (ｱﾒ MM8d-3NqX) · 2019/04/09(火) 01:35:04.47

eachよりforのほうが分かりやすい
mapよりforのほうが分かりやすい
reduceよりforのほうが分かりやすい
CでいいじゃんCやってなよ

2019/04/09(火) 02:17:33.75

範囲内かどうかをいちいち判定して、わざわざ分岐したいんか。
まったく、物好きやな。ｗ

んなことをせんでも、番兵や余白を利用したら、わかりやすさや効率化を果たせることもあるんやで。

2019/04/09(火) 02:56:23.16

こんなのあったな

10 ON STICK(0) GOTO 40,60,30,60,50,60,20,60
20 X=X+(X>0):GOTO 60
30 X=X-(X<3):GOTO 60
40 Y=Y+(Y>0):GOTO 60
50 Y=Y-(Y<2):GOTO 60
60 RETURN

2019/04/09(火) 03:40:14.16

範囲が1つ多かったな
あと押さない場合0だったような

2019/04/09(火) 17:27:08.92

Ruby Motionって契約してる人います？
これって今から使い始めても継続的に保守され続けるような雰囲気してますか？

2019/04/09(火) 18:42:29.12

IDEが欲しいならRubyMineかVSCodeにしとけ
さすがにRubyMotionなんかもう完全に終わってる

2019/04/09(火) 19:38:46.13

>>289
Rubyの配列(Array)は添字による読み出しの際に範囲外だとnilを返す
逆に言えばnil以外で初期化することでnilを番兵代わりに使える
まぁ、負の添字に対するカバーは必要だが

2019/04/09(火) 20:45:47.01

番兵の勝ち

**デフォルトの名無しさん** (ｱﾒ MM8d-3NqX) · 2019/04/09(火) 20:57:02.17

じゃあCでいいな。
遅いくせにCでやってたのと同じ方法でしか解決できないクソ言語。

2019/04/09(火) 23:02:02.22

何言ってんだこいつ

2019/04/10(水) 07:32:34.80

>>293
広く捉えればIDEなのかも知れませんが、iOS/Android等の開発ができるのが売りなので他ではなかなか代替が効かないと思うんです
http://www.rubymotion.com/jp/
これもう廃れてるんですかね・・・・・

2019/04/10(水) 07:36:54.35

Rubyすら死にかけているというのに
いわんやRubyMotionをや

2019/04/10(水) 07:53:22.57

Rubyでスマホアプリとかそれこそ論外
プロのバリバリのRubyエンジニアですら誰も使ってないわそんなもん

2019/04/10(水) 19:42:08.61

>>299-300
やはり止めておいたほうが良さそうですか
以前、将棋のロジックをRubyで書いてしまったので、これをiOS/Androidに使い回せたら良いなと思ったのですが・・・・

2019/04/10(水) 19:53:43.11

そんなん移植すればよかろうよ
書いた総時間の10分の1くらいでできるはずだ
プログラミングに慣れているというのはそういうことでもある

2019/04/11(木) 00:11:15.02

Rubyで書いたのかもったいない
絵に描いたような技術的負債だな
サンクコストと割り切って早めの移植をお薦めする

2019/04/11(木) 00:27:57.58

プロトタイプとして作るならRubyでも全然アリだと思うけどな
技術的負債と言い切る方がむしろおかしい感じがする

2019/04/11(木) 00:28:18.22

Haxe が、Ruby・Elixir も、JavaScript(JS) に変換してくれればなあ

パズル本でも、解答はRuby で書いてある。
これが、JS なら、可読性が悪くなるから

まあ、ES2015(ES6)で書いて、Babel で、ES5 に変換するぐらいかな？

2019/04/11(木) 01:05:21.02

>>304
ロジックをRubyで書いてしまったからアプリもRubyで…
と言った具合に間違いを積み重ねることになった元凶を
技術的負債と言わずに何と言うの？

2019/04/11(木) 01:12:54.22

>>306
間違いは「プロトタイプをそのまま使いまわそうとすること」であって、
「プロトタイプにRubyを使ったこと」ではないはずだよね
「何がなんでもRubyを使うことは間違い」と言いたいだけなんちゃうん？

2019/04/11(木) 01:50:09.37

>>307
その解釈こそこの文脈ではうがちすぎだろう
実際のところは>>292に訊いてみないとわからんけど

あとIDEのサポートの薄いRubyがプロトタイピングに優れてるっていうのも
（ことロジックをという局面に限れば）眉唾だなぁ
RailsでWebアプリをって言うならまあ納得だが

2019/04/11(木) 02:33:02.00

Sinatra, Rails を使えば？

GUI は、HTML, CSS, JavaScript で、
サーバーサイドはRuby

2019/04/11(木) 07:54:47.05

Rubyで書いたものを別言語に移植するのは、そう難しい話でもないだろ
opalとかで楽しようとしたほうが罠に嵌りそう

2019/04/11(木) 11:27:47.80

perlで書いたのがもったいない
そう思っていた時期がありましたが
rubyで書いたらそんな小さな心配は吹き飛びました
↓
rubyで書いたのがもったいない
そう思っていた時期がありましたが
pythonで書いたらそんな小さな心配は吹き飛びました

**デフォルトの名無しさん** (ｱﾒ MM4d-nfNM) · 2019/04/11(木) 11:44:58.37

最初に苦労してCで書いておけばその後は言語の流行りに合わせてFFIラッパー書くだけで済んだのにねｗｗｗｗ

2019/04/11(木) 20:54:31.10

>>312
モノになるかどうか分からんものに苦労を強いるなんて愚の骨頂

2019/04/11(木) 21:15:03.89

>>313
将棋のAIみたいなCPU時間のかかる処理だと、Cならブルートフォースで全く問題にならない箇所が
ゲロ遅Rubyだとアルゴリズムの最適化が必要になったりして、結局Cの方が早かったんじゃないか、、、となるケースが多いよ
そもそもアルゴリズムの実装はCでもあまり生産性に差が出ないし

2019/04/11(木) 21:24:11.31

>>314
トライアンドエラーを繰り返すようなものをCでやるのはつらみがあるよ
ある程度形になってきたらあらためてCなりでやればいいだけ

2019/04/11(木) 21:34:09.67

>>315
高負荷なアルゴリズムの実装においては、遅すぎる言語を使うことでその「エラー」の閾値が大きく低下することがあるってことだ
遅くない言語では問題にならないことが問題になる

2019/04/12(金) 00:55:41.82

>>315
sassがそれをやったわけだが。

最初Rubyでsassが作られた。
今はlibsassというC言語実装が作られた。

だけどあれ、確か2006年ぐらいにRuby版がでてから
6年ぐらいもかかっただろ？
そしてRuby版に機能が追いつくまでさらに数年

2019/04/12(金) 00:57:31.09

>>316
> 遅すぎる言語を使うことで

遅すぎるという言葉には２つの意味があって、
"実行速度が" 遅すぎる言語で問題になることがあるように、
"開発が" 遅すぎる言語では、その開発の遅さが問題になることがある

2019/04/12(金) 01:54:31.59

>>315
馬鹿なの？
トライ＆エラーではrubyなりpython で作って、そくどの為にCで書き直すんだろ。
Twitter やFacebook もロジックはrubyで作って、そのままでは限界を感じたからも、っと速い言語に書き換えたろ？

ロジックさえ確立すれば、多少の記述量増加よりは問題にならない。
(むしろ問題があったから変更する必要に迫られた)

2019/04/12(金) 02:31:01.87

Vagrant, Chef, Homebrew など、環境構築運用でシェルスクリプトの代わりには、Ruby で書く。
rbenv(anyenv) も、Rubyか？

他にも、SASS とか、他の言語よりも、数年早いから、
実験段階のものや、アクセスが少ない、中小企業向けに良い

大規模になってきたら、他の言語に変える

2019/04/12(金) 07:29:49.69

>>319
高負荷な処理の開発においては、検証すらままならないほどに遅くなることが普通にある(Cで書いててもね)
そもそも最初からパフォーマンスが問題になることが分かっているなら、速度自体もアルゴリズムの良し悪しを決める重要なファクターだ
まあRuby使いには想像しにくい世界かもね

2019/04/12(金) 11:06:50.87

>>320
>大規模になってきたら、他の言語に変える
って>>292の話と全く変わらないな

2019/04/12(金) 13:41:56.03

>>320
> rbenv(anyenv) も、Rubyか？

rbenvもanyenvもその兄弟（*env）たちもシェルスクリプトで作られてるよ。

https://github.com/rbenv/rbenv の緑のバーをクリックすりゃわかるだろ？
Shell 96.5% Ruby 1.5% C 1.4% Other 0.6%

環境構築というか、"端末の"環境構築なので
端末を提供しているシェルスクリプトが一番相性が良い

2019/04/12(金) 13:47:31.31

あとrubyの環境を整えるのに、rubyが必要とかありえないわなｗ

それにruby遅いねん。（ruby以外のスクリプト言語もそうだろうけど）

$ time ruby -e 'print "ruby"'
ruby
real 0m0.054s
user 0m0.042s
sys 0m0.013s

$ time sh -c 'echo "sh"'
sh

real 0m0.001s
user 0m0.000s
sys 0m0.001s

2019/04/12(金) 14:33:52.25

Perlは少しはマシだな

$ time perl -e 'print "perl"'
perl
real 0m0.003s
user 0m0.000s
sys 0m0.002s

$ time php -r 'print "php";'
php
real 0m0.016s
user 0m0.016s
sys 0m0.000s

$ time python -c 'print "python";'
python

real 0m0.016s
user 0m0.012s
sys 0m0.004s

2019/04/12(金) 14:37:23.94

>>324-325 ちなみにこれ *envを使っていないLinux環境です。

*env を使うと各インタプリタ起動前にオーバーヘッドが入るから遅くなるが
これはそれがない純粋な速度ということ

2019/04/12(金) 14:56:49.04

それでもほぼ起動のオーバーヘッドだろう
RubyはRails専用なので長時間動作が前提だから起動時間はあまり重視されてないんだろうね

2019/04/12(金) 15:03:10.45

ツイッターってrailsって本当？

2019/04/12(金) 15:26:10.57

スタートアップで使ってたってだけで
もう使ってないから

遅すぎて見切られた

**デフォルトの名無しさん** (ｱﾒ MM4d-nfNM) · 2019/04/12(金) 15:58:45.73

ツイッターがRailsていつの時代の話だよｗｗｗ原始人かｗｗ
今でもScalaなのかどうかが気になるわｗｗｗｗ

2019/04/12(金) 16:30:59.42

>>327
> それでもほぼ起動のオーバーヘッドだろう

>>326で言ってるオーバーヘッドっていうのは
各言語用のインタプリタ起動のオーバーヘッドではなくて、
*envの仕組み上、追加で存在するオーバーヘッドのこと。

*envは例えばrubyだったら、rubyのバイナリを直越実行するのではなく、
rubyの指定されたバージョンを起動するためのシェルスクリプトを実行する。

>>324-325は、*envを使ってないから、各言語用のインタプリタ本来の
起動時間ですよって話。

2019/04/12(金) 18:26:13.37

IOのオーバーヘッドもあるんじゃないの？
RubyはUnicodeの確認とかしてそう。
逆に、BashやPerl5はしてなさそう。

2019/04/12(金) 19:31:58.44

なんだよ？Unicodeの確認って
単に「Rubyは起動が遅い。」でいいだろｗ

2019/04/12(金) 23:32:32.24

出力にかかる時間を計ってる以上、「起動」の時間はわからんだろ。
Unicodeうんぬんは、文字の妥当性を検証してる気がしたから。バイナリを流すとエラーになったような。

きっとRubyは遅いだろうと思うが、それでも、おまえの確認は証明になっていないぞ。

2019/04/12(金) 23:39:02.39

>>334
Rubyは起動か文字列出力が遅い

2019/04/12(金) 23:46:43.64

はぁ、くだらね。Rubyが遅いという結論は変わらないんだから
こっちは、起動が遅くても文字列出力が遅くても構わんのだがなーｗ

はい。やっぱりRubyは起動が遅いです。
php、pythonの3.5倍、Perlの17倍、shの50倍遅いです。

$ time ruby -e ''
real 0m0.053s
user 0m0.049s
sys 0m0.004s

$ time sh -c ''
real 0m0.001s
user 0m0.000s
sys 0m0.001s

$ time perl -e ''
real 0m0.003s
user 0m0.003s
sys 0m0.000s

$ time php -r ''
real 0m0.015s
user 0m0.004s
sys 0m0.011s

$ time python -c ''
real 0m0.014s
user 0m0.011s
sys 0m0.004s

2019/04/12(金) 23:48:50.10

だいたい。たかが出力にそんなに時間がかかるわけ無いだろ
real 0m0.054s の大部分が起動ではなくて、
出力の時間だっていうのなら、それはそれで大爆笑もんだろ
起動よりも出力のほうが時間かかるって言ってんだから

2019/04/13(土) 02:52:14.07

なんでそんな人間がRubyスレを覗いてるんだろうねぇ…
Rubyが嫌いならRubyスレなんて覗かなきゃいいだけなのに

2019/04/13(土) 03:03:39.84

ごみん

2019/04/13(土) 07:06:14.59

シェルスクリプトでループしたら、5分以上掛かる。
プロセスも、10万以上起動されるし

Ruby なら、3秒ぐらい

だから、シェルスクリプトで書かない

2019/04/13(土) 08:05:07.56

> シェルスクリプトでループしたら、5分以上掛かる。
> プロセスも、10万以上起動されるし

お前の書き方が悪いんだろｗ

2019/04/13(土) 14:26:56.18

>>340
ウソでなければ、極端すぎる。
シェルどうこうじゃなく、ただやりかたがまずいことを疑うな。

2019/04/13(土) 14:27:50.19

まさか、Cygwinだったりしないよな？

2019/04/13(土) 16:50:14.26

ruby --disable-gems -e ''
ならそんなに時間かからないはずだけど。

2019/04/13(土) 17:19:39.65

>>342
そいつは何言っても自分を省みることのできない奴だから、構うだけ無駄だと思うよ

2019/04/15(月) 21:00:33.40

>>338
日本が嫌いなのに日本にしがみついてる朝鮮人みたいなもんだよ。

2019/04/16(火) 08:48:21.04

Rubyて「楽しく開発ができる」って言うじゃない？

2019/04/16(火) 09:21:31.52

うん
Rubyしかできない人ほどそう言うね

2019/04/16(火) 09:32:48.43

その逆、「開発がヘヴィで苦行なデスマーチになりまーーーす！」と宣伝する言語は無い
一般的には、どんな言語や商品でもそう宣伝する、そうしない商品は無い

2019/04/16(火) 09:44:32.83

>>347
開発当初はその通り
Railsがしゃしゃり出てくる前もまあ当時の他言語と比べてまあ妥当
Rubyﾃﾞﾂｸﾙﾓﾉ=Railsとなってからは「Ruby別に楽しくないじゃん」とか言われるようにはなった
メモリ16GBとSSDで意識高い系言語もIDEでぐわんぐわん言わせられる昨今、Rubyのそのへんのメリットは比較上は薄い

2019/04/16(火) 10:39:23.01

>>347
ごめん。
RubyよりHaskellが楽しい。

2019/04/16(火) 10:54:33.68

助成金サギみたいなのはやめようぜ

2019/04/16(火) 11:56:14.82

ほんとうはデスマになってるのに
Ruby使うことでラリって気持ちいいから
デスマに気付いてないケースは多そうだ

2019/04/16(火) 13:37:30.80

後のこと一切気にしなくていいならJavaでも楽しいよ
最近Rubyにヘイトが集まってるのは、Rails全盛期にそうやって乱造されたアプリの便所掃除の仕事の割合が増えてるから

**デフォルトの名無しさん** (ｱﾒ MM4d-nfNM) · 2019/04/16(火) 14:09:38.51

書きやすく　読みにくい
→楽しく適当に書かれたウンコードの保守押し付けられた奴らブチ切れ
当然書いた本人はもういないｗ