php使ってる奴はアホ、これからはRuby on Rails!

このエントリーをはてなブックマークに追加
1デフォルトの名無しさん
これからはRailsの時代 php使ってるアホは死んでね
テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー
セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ
2デフォルトの名無しさん:2009/11/15(日) 22:29:11
板違いだからあいちゃんの出番か
3デフォルトの名無しさん:2009/11/15(日) 23:21:00
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

                  京都大学霊長類研究所
4デフォルトの名無しさん:2009/11/15(日) 23:59:35
こいつうゆか?
5デフォルトの名無しさん:2009/11/16(月) 00:24:37
Railsの時代とか、Rubyが品がいいとか、何周遅れですか?
6デフォルトの名無しさん:2009/11/16(月) 02:11:06
RubyがいいんじゃなくてRuby on Railsがいいのか?
じゃあPHPでRails風フレームワーク使えばいいんじゃないの
7デフォルトの名無しさん:2009/11/21(土) 11:13:32
糞スレ
8デフォルトの名無しさん:2009/11/22(日) 14:00:04
>>1
ヴァカ
9デフォルトの名無しさん:2009/11/22(日) 14:25:35
>>1
Rubyとphpしか知らない井戸蛙がナニをほざくねん。
Ada極めてから出直して来い。

>>3
アイチャン飽きた。それよりこの板以外では見ない気がする。
次回から、このスレッドは天才乳幼児「アカチャン」にしてくれといってみるサンプルコード。
10デフォルトの名無しさん:2009/11/26(木) 11:03:47
11デフォルトの名無しさん:2009/11/26(木) 12:22:22
このスレッドは大脳生理学の権威ゴールドバッハ助教授が
「文字認識におけるゲシュタルト崩壊はスレッドを崩壊・消滅するに至るか」というテーマの実験に利用されています

ゴールドバッハ助教授と被験者とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

                  ロスアラモス国立研究所
12デフォルトの名無しさん:2009/11/26(木) 12:37:23
このスレッドは>>1さんが
ずっこんばっこんのために立てたものです。

脳内でずっこんばっこんを補完するスレッドなので、
邪魔するノイズは黙って出て行って下さい。

                  夢管理人★みゆき
13デフォルトの名無しさん:2009/11/26(木) 12:49:26
これまではRailsだったけどこれからRailsで作る奴なんていないだろ
よっぽど踊らされてる奴だよ
14デフォルトの名無しさん:2009/11/27(金) 01:03:21
案件結構あるんですけど
15デフォルトの名無しさん:2009/11/27(金) 02:07:52
将来的にはTwitterみたいにリプレースすることになる
16デフォルトの名無しさん:2009/11/27(金) 07:23:10
心配すんな、Twitterみたいになれないから
17デフォルトの名無しさん:2009/11/27(金) 08:43:01
TwitterはフロントエンドはまだRailsだと思ってたんだが、違うのか?
18デフォルトの名無しさん:2009/11/27(金) 11:05:43
趣味やプロトタイプ作成、あるいは自部門内限定アプリ開発なら
Railsは最適な道具だと思うけど、それを案件としては受けたくねえな。
新規開発ならまだましかもしれないが、他人の作ったRailsアプリを
引き継いで保守/機能追加なんてやらされるとしたら、悪夢としか言えない。
19デフォルトの名無しさん:2009/11/27(金) 11:31:10
いいこというね
るbyに限った話じゃないけどね
20デフォルトの名無しさん:2009/11/27(金) 15:22:55
規約内に絶対に収まる仕組みじゃないと逆に苦労するからな
CMSみたいなのには物凄く向くけどちょっと複雑になると向かなくなる
21デフォルトの名無しさん:2009/11/29(日) 23:30:12
そうか?Railsで苦労する仕様ならPHPでもPerlでも苦労すると思うぞ。
22デフォルトの名無しさん:2009/11/30(月) 01:39:37
しなくていい苦労をするって事だろ
Railsの規約からはみ出た部分は作り直しになる
たとえばPHPだとCakeで作ると陥る罠がたくさんあるけど
SymfonyやZendで最初から作っておけばそんなことにはならん
23デフォルトの名無しさん:2009/12/05(土) 21:51:34
matz乙
24デフォルトの名無しさん:2009/12/06(日) 16:28:47
何でこんな駄スレが生き残ってんだ?
25デフォルトの名無しさん:2009/12/06(日) 20:55:21
お前みたいなのがageてレスするから
26デフォルトの名無しさん:2009/12/20(日) 23:13:21
railsバブルはもう去っていったのに何言ってんだ?
>>1
27デフォルトの名無しさん:2010/07/30(金) 22:01:48

28デフォルトの名無しさん:2010/08/04(水) 00:54:23
何を作るかが重要
29デフォルトの名無しさん:2010/10/24(日) 22:24:19
伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる
・今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。
・問題を解くのが好きなだけで、プログラミングは大嫌いです。
・いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。
・PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう?誰が歯ブラシの本なんて読みたがります?
・パーザを書くのは苦手です。本当にダメなんです。今でもね。
・PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。
・プログラミングを好む人がいるのは知ってますが、全く理解できないですね。
・僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃないか。直す必要があるかもね」なんて言うでしょう?僕なら、10リクエストごとにApacheを再起動しますね。
・いえ、メモリリークはちゃんと気をつけてますよ。でも、プログラミングってほんとクソだなと思いますね。
・プログラミング言語を作るつもりはありませんでした。どうやって作るのかも知りませんし。論理的に必要だと思われるものを足していっただけなんです。
・僕の発言に怒ってる人がいるようですね。僕がプログラマとしてひどいのは認めますけど、でも、多分あなたたちよりマシだと思いますよ(笑)。
30デフォルトの名無しさん:2010/10/27(水) 21:29:23
> 僕なら、10リクエストごとにApacheを再起動しますね。

嫌PHP厨でなくてもファビョるわw
31デフォルトの名無しさん:2010/10/29(金) 00:44:16
>>30
こいつは頭がおかしいね
32デフォルトの名無しさん:2010/10/29(金) 14:32:18
mod_phpもmod_perlも、10回から20回のリクエストを受けるとプロセスがでかくなりすぎるので、
一旦殺して再生成させるという事を聞いたな。
古いPHPのGCは参照カウンタ型なんで、メモリリークは宿命みたいなものだ。
33デフォルトの名無しさん:2010/10/29(金) 23:37:45
PHPこそ最高のプログラミング言語だろ

俺PHPでチャット鯖のソース書いてるよ
34デフォルトの名無しさん:2010/11/01(月) 15:03:11
http://twitter.com/yukihiro_matz/statuses/29317109670

yukihiro_matz: 英語圏でRubyとPythonを比較する記事を見ることが少なくなってきた
のは、RubyとPythonでクラスタが分離してきたからか。逆に日本語でRubyとPythonを
比較 する記事を見かけるのは国内でのPythonの地位が向上したからか。

               ∩_
              〈〈〈 ヽ
      ____   〈⊃  }
     /⌒  ⌒\   |   |
   /( ●)  (●)\  !   !
  / :::::⌒(__人__)⌒:::::\|   l
  |     |r┬-|       |  / <こいつ最高にアホだお
  \     ` ー'´     //
  / __        /
  (___)      /
35デフォルトの名無しさん:2010/11/01(月) 15:23:12

               ∩_
              〈〈〈 ヽ
      ____   〈⊃  }
     /⌒  ⌒\   |   |
   /( ●)  (●)\  !   !
  / :::::⌒(__人__)⌒:::::\|   l
  |     |r┬-|       |  / <こいつ最高にアホだお
  \     ` ー'´     //
  / __        /
  (___)      /
36デフォルトの名無| |しさん:2010/11/01(月) 20:43:19
>                ∩_
>               〈〈〈 ヽ
>       ____   〈⊃  }
>      /⌒  ⌒\   |   |
>    /( ●)  (●)\  !   !
>   / :::::⌒(__人__)⌒:::::\|   l
>   |     |r┬-|       |  / <こいつ最高にアホだお
>   \     ` ー'´     //
>   / __        /
>   (___)      /
37デフォルトの名無しさん:2010/11/11(木) 22:31:24
最近のphpすげーよ。
Web開発ではperlとかrubyとかもういらね。
phpとjQueryあるいはFlashの組み合わせ最高。
38デフォルトの名無しさん:2010/11/13(土) 09:49:35
phpマンセーーーーー!!!!
39デフォルトの名無しさん:2010/11/27(土) 18:33:51
RubyというかRailsのキツイところはデプロイとサーバー環境の用意なんだよな。
極端な話、WordPressはCGI版PHPでも、それこそ月500円の共有レンタルサーバーにおけばそこそこ動く。(MySQLはいるが)

ところが、Railsは無理。apacheならPassengerくらいはいる。
しかも共有サーバーだと入っているところはほとんどない上に、
Dreamhostとか共有で入っていても、まともに動かん。
少なくともVPSを借りる必要がある。共有サーバーよりは高いうえに、一般人には面倒な鯖の管理がいる。

MediawikiとかWordpressみたいに一般ユーザーが設置して使うものには向いてない。

逆に、BTSのRedmineみたいに開発者=ユーザーみたいなツールは結構広まってきてる。
まあそれぐらいかもしれんがw

Railsは公開型の小規模で少期間で開発するwebサービスの開発に向いている、という話もあるが、
そんなのはPHPだって、なれた好きなフレームワーク使えばできるがなというお話
40デフォルトの名無しさん:2010/11/27(土) 19:27:42
GAEだとただでRoR使えるらしいぜw
41デフォルトの名無しさん:2010/11/28(日) 00:16:30
GAEは設定楽だけど障害頻度高すぎ
新規で簡単なマッシュアップアプリ作るのにはいいけど、
それならあえてRoR使う必要性はあまりない
42デフォルトの名無しさん:2010/11/28(日) 19:33:52
RailsならGAEよりHerokuだろ
43デフォルトの名無しさん:2010/12/18(土) 11:10:26
こんな糞スレでも一度レスしてしまうと保守したくなるもんだねぇ
44デフォルトの名無しさん:2010/12/18(土) 14:17:50
まあRailsが素晴らしいならパクっちゃえばいいんだよな
45デフォルトの名無しさん:2010/12/29(水) 06:31:27
DBのテーブル定義すら規約に従わなくちゃいけないってどうなのよ?
キモいっつーの。
46デフォルトの名無しさん:2010/12/29(水) 08:42:04
>>45
従わなくちゃいけない
従うと楽
この2つは別物。
47デフォルトの名無しさん:2011/02/28(月) 09:35:43.32
いいよなRailsはかまってもらえて・・・
Djangoなんて・・・Djangoなんて・・・
48デフォルトの名無しさん:2011/03/01(火) 11:36:18.69
  ∩___∩
  | ノ  ___ヽ
  /。・゚・(____ `・゜゚・。 
  |    u( _●_)ヽ 〉
 彡、   |∪|   /  誰か助けるクマー
. /    ヽノ . /´
         .____       いつでも連絡待ってますお!
        / ヽ、  _ノ\
      / (○)iji(○)\    正義がキチガイ呼ばわりされたんだぞ。
     /    (__人__)   \
     |       |::::::|     |  義憤に駆られることはないのかお?
     \       l;;;;;;l    /l!| !
     /     `ー'    \ |i  そこのあなた!勇気を出すんだお。
   /          ヽ !l ヽi
   (   丶- 、       しE |そ  一生後悔することになるお!
    `ー、_ノ       煤@l、E ノ <
               レY^V^ヽl  Rubyに暗ーい影ができちゃうんだお!
       ____
     /      \
   /  _ノ  ヽ、_  \
  / o゚((●)) ((●))゚o \  助けて欲しいんだお…
  |     (__人__)    |
  \     ` ⌒´     /

       ____
     /      \
   /  _ノ  ヽ、_  \
  /  o゚⌒   ⌒゚o  \  えっぇっえ〜ん。え〜ん。
  |     (__人__)    |  えっぇっえっぇっ。
  \     ` ⌒´     /
49デフォルトの名無しさん:2011/03/01(火) 11:37:30.87
C++プログラマだけど、Rubyは難しくて使えない。
50デフォルトの名無しさん:2011/03/01(火) 22:52:02.98
Cは文字列処理が辛すぎる
51デフォルトの名無しさん:2011/03/02(水) 00:33:11.74
>>50
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。

その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したw
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
52デフォルトの名無しさん:2011/03/02(水) 01:38:04.99
>>51
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
53デフォルトの名無しさん:2011/03/10(木) 19:16:24.62
PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。

Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。

Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。

クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド(Web、DB)+jQueryで、なんとかなるんじゃないでしょうか?
現時点でのWEBアプリの理想形だと思う。
54デフォルトの名無しさん:2011/03/11(金) 11:22:29.32
参考にできる大手企業の実績ないじゃんRuby
PHPはYahooのような大規模な実績がある
55デフォルトの名無しさん:2011/03/11(金) 11:56:57.40
TwitterがRuby On Railsを使ってゲフンゲフン
56デフォルトの名無しさん:2011/03/12(土) 01:54:22.13
Twitterは今はruby使ってるのフロントだけじゃないのかな。
中規模なら結構あると思う。cookpadとかtabelogとか
57デフォルトの名無しさん:2011/04/08(金) 08:19:19.91
Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。
http://www.itmedia.co.jp/news/articles/1104/07/news043.html
58デフォルトの名無しさん:2011/04/08(金) 10:53:27.36
朗報
59デフォルトの名無しさん:2011/04/09(土) 04:14:08.19
Rubyの書きやすさを捨ててJavaに行ったら中の人は大変だろうな
60デフォルトの名無しさん:2011/04/09(土) 09:28:28.61
Java、書きやすいよ。ソースコードが長いだけ。
61デフォルトの名無しさん:2011/04/22(金) 15:21:53.46
>>59
Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
62デフォルトの名無しさん:2011/04/22(金) 20:39:16.35
さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。
63デフォルトの名無しさん:2011/05/03(火) 03:20:50.59
コードが長くなるというだけで言語仕様がクソなのがわかる。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
64デフォルトの名無しさん:2011/05/03(火) 09:20:34.59
"長ければその分バグの発生率が高くなるし" ワラタ スクリプト言語の信者って基本コレなんだよな。
65デフォルトの名無しさん:2011/05/03(火) 10:21:34.99
ニコ生でやたらPHPをけなしてる生主がいるけどRubyなんて使える人間がPHPより圧倒的に少ないしコストかかるだけ
66デフォルトの名無しさん:2011/05/03(火) 12:26:52.04
>>64
タイピングが苦手なんです><
67デフォルトの名無しさん:2011/05/03(火) 12:46:35.88
スクリプトは1000行以下のパイプ繋げて
てっとりばやくツール作るのに最適な言語だし

腰据えて作る言語とは考え方が違う
68デフォルトの名無しさん:2011/05/04(水) 16:55:31.79
Ruby + Railsなんか使うくらいなら
PHP + CakePHP使うわw
69デフォルトの名無しさん:2011/05/15(日) 08:38:37.67
仕様変わりまくりのPHPなんか使っててだいじょぶか?
http://d.hatena.ne.jp/ryoppy011/20100925
70デフォルトの名無しさん:2011/05/16(月) 01:36:23.56
趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです><
71デフォルトの名無しさん:2011/05/22(日) 02:47:10.33
男は黙ってStruts
72デフォルトの名無しさん:2011/05/22(日) 03:52:47.35
Rubyは重すぎる
73デフォルトの名無しさん:2011/05/22(日) 11:11:42.70
>>68
PHP使うなら、Symfony一択だろjk。
74uy:2011/05/24(火) 15:37:05.41
本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って
どういう・・・。

一ついってしまうと、

ロジックを考えるスピード > ソースコード入力のスピード

こうなってる奴じゃないと、Rubyみたいな言語使って意味無い

75uy:2011/05/24(火) 15:40:53.43

ロジックを考えるスピード < ソースコード入力のスピード

みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら・・・ そいつは何の言語使っても同じだお

自分から >>61  バカですなんていわなくていいのに。
76デフォルトの名無しさん:2011/05/24(火) 22:05:50.06
日本語が不自由な方がいらっしゃいました。
77デフォルトの名無しさん:2011/05/27(金) 01:26:14.04
Ruby人気ねえなあw
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな
78デフォルトの名無しさん:2011/05/27(金) 08:34:53.56
出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。
79uy:2011/05/27(金) 16:17:44.02
rubyを嫌ってる子って
じゃあ君、なに言語使ってるのー?って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに

JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる・・・w
80デフォルトの名無しさん:2011/05/28(土) 12:47:20.72
また日本語が不自由な子が(r
81デフォルトの名無しさん:2011/05/28(土) 16:51:02.76
>>79
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
82uy:2011/05/29(日) 03:26:35.26

JAVAはゴミだしな

C#もゴミだしな

C言語もゴミだしな

ゴミじゃないのってRubyとLispとHTMLだけだしな・・・・
83uy:2011/05/29(日) 03:42:38.12

HTMLっぽい自作言語作る奴って頭良いと思うよ

ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ

けど補完もちゃんとしてくれるしな

その 言語を作ってそれを効率的に使う所までの、

最大効率と 、 最短時間を考えるなら 、 ezhtml + HTML風プログラミング言語が 、 一番効率いい 、 
84デフォルトの名無しさん:2011/06/03(金) 17:46:46.08
なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ
でなきゃいつまでも本質は見えないんだよ
85tokuhirom:2011/06/08(水) 14:57:27.16
おまえがゴミ uy君
86tokuhirom:2011/06/08(水) 14:59:04.87
おまえはゴミ以下のゴミ以上 その間のゴミ

ほんと口くさいからしゃべらないで ゴミ

まじゴミ ゴミ

僕年収1500万ありますから
Perlプログラマーですから
uyはしにま
87デフォルトの名無しさん:2011/06/08(水) 16:20:43.48
uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに
至極残念です
88sora_h:2011/06/08(水) 16:58:57.25
かわいそう
やめてあげて
89デフォルトの名無しさん:2011/06/13(月) 01:29:36.36
uy 雑魚すぎ
rubyの今後のために、消えてくれ
90デフォルトの名無しさん:2011/06/19(日) 17:43:55.88
Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。
91uy ◆KOAgYBL/Xg :2011/06/23(木) 04:32:50.42
>>86
Perlプログラマー(笑)
一体、2011年にPerlでどんなゴミを作っているのか知らないけれど、
恥でも晒しにきたのか?
衰退していく言語を仕事で使ってるのってどんな気分?

>>87
Rubyは十数年頑張ってて、この程度しか流行らなかったんだから
その程度なんだろ・・・そもそもまだ未完成言語だし、
修正されるべき点は「ちゃんとRubyを深く知っていれば」いくつもあることはわかる
ひとつあげればyield周りとかな
lambdaにブロックを渡すときは、yieldではなく&blockでとらなければならなくて、 iterator? や block_given? 等が
ブロック渡っているにもかかわらずfalseになる所とかやばい
define_method :func と
def func が同義にもかかわらず、 iterator? を使っていてそれをlambdaに書き直したら動作は変わる
lambda do | &a |
p iterator?
a.call
end.call do
p 9
end
lambdaの時には a をみて、Procかnilかを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる
92uy ◆KOAgYBL/Xg :2011/06/23(木) 04:49:00.00
>>84
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる?
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、

とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
93uy ◆KOAgYBL/Xg :2011/06/23(木) 05:03:13.03
>>85
おまえがゴミじゃん


>>89
rubyの今後って?
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし

そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ

他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている

今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る

>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
94uy ◆KOAgYBL/Xg :2011/06/23(木) 05:21:29.30
つうか俺がやりたいのは完璧な設計による完璧なプログラミングなんね

ツリー構造で今色々やってそれに真理は見たんだけど
循環リストの木構造にした場合、どうなるかなと
少し今、思考を開始してる
ようはツリー構造ではなくネットワークにする
けどすべてのデータを平坦な構造でつなぐと
すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、

何らかの上位、下位関係を持たせたままの循環木構造リスト
だからー、こんな感じになる可能性がある
A → B → C → A  とあった場合、 AからCへアクセスするには
A.task[:B].task[:C] って方法と A.up って方法と A.task[:B].task[:C].task[:A].task[:B].task[:C] って方法
を、存在させてみようかと
つまり、すべてのノードからすべてのノードにアクセスは出来るんだけど、
基本のリストを形成する基本ポインタだけを保持してるのみで、それ以外の別ノードへのポインタを、保持させておかずに、
入力した相対関係から、その場で検索しにいく形なのはツリー管理の時と相違ない

問題はどうやって循環させていくかなんだけど、何故こうしようかと思ったのかっていうと、ゲーム等でシーンの移動
たとえば屋内の屋外の屋内の屋外みたいな、迷路みたいなダンジョンを作った時に、
屋内ノードの下に屋外ノードが作られその下に屋内ノードが...って、どんどんノードが増えていってしまうんだ
たいしたメモリ使用量じゃないんだけどね
ここはPhaseの概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った
95uy ◆KOAgYBL/Xg :2011/06/23(木) 05:26:42.59
道化師は聞かぬフリでおどけた・・・・・・・・・・・・・・
96デフォルトの名無しさん:2011/07/03(日) 09:08:15.02
Rubyとかゴミだろ・・・
97デフォルトの名無しさん:2011/09/16(金) 17:14:50.02
そうでもないよ。
98デフォルトの名無しさん:2011/11/22(火) 01:40:07.31
本当
99デフォルトの名無しさん:2012/01/03(火) 09:26:54.75
プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い

美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕

身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のオナニーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる
100デフォルトの名無しさん:2012/01/26(木) 01:07:54.36
rubyは携帯で表すとwillcom
101デフォルトの名無しさん:2012/05/23(水) 15:56:18.11
あg
102デフォルトの名無しさん:2012/06/22(金) 01:25:52.76
>>99から一ヶ月でこれだよ。
http://www.infoq.com/jp/news/2012/03/ruby-eee-eol
103uy:2012/06/22(金) 21:01:56.64
でっていう
104デフォルトの名無しさん:2012/07/17(火) 01:46:26.03
ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない
http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの
(激しい)返信が寄せられて書かれたのが問題のエントリです。
まずはアンチパターンとは何かの定義として下記の2つを挙げています。

  当初は有益だが、長期的にみると良い結果以上の悪い結果を招く。
  確証があり繰り返されている別の解決方法がある。

当初は良さそうに見えたORMがいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。
105デフォルトの名無しさん:2012/07/17(火) 01:47:16.29
  ORMはSQLベースのモデルよりも最初のうちはシンプルで理解しやすく、手早く書く事ができる。
  効率はどんなプロジェクトでも最初の頃は十分。
  不幸にもそれらのアドバンテージはプロジェクトが大きく複雑になると消失し、抽象化は破綻し、
    開発者はSQLを使わなければならなくなる。
  ORMの抽象化はほぼ100%のプロジェクトで破綻する。
  オブジェクトはリレーショナルなクエリの結果を表現するのには不適切。
  不適切にクエリをオブジェクトにマッピングすることによって、ORMを廃止しない限り
    簡単には修正できない非効率性がアプリケーションのあちこちにばらまかれる
  リレーションを保存する代わりにORMを全てに適用する場合、設計をよく考える必要がある。
  データが元々オブジェクトならば、NoSQLにオブジェクトを記録する方がリレーショナルデータベースよりも早い。
  データが元々リレーショナルならリレーショナルデータベースに対するオーバーヘッドになるだけ。
  リレーショナルなクエリはモデルレイヤーに隠蔽する。ただしAPIの設計は汎用化の誘惑に打ち勝って
    アプリケーションに必要なデータを返すようにする。
  オブジェクト指向設計はリレーショナルなデータを効率的に表現できない。
    これはORMが解決できないオブジェクト指向デザインの根本的な制限だ。

ORMを使った事がある人にとっては心当たりがありまくりな主張ではないでしょうか。
意外と長文なんですが原文を読んでもらう方がORMが良さそうにみえて問題が起こり、
そしてその解決方法などのより正確な主張がわかります。
また元の記事には現時点で47のコメントが付いており盛り上がっています。
さて、みなさんはORMを次のプロジェクトでも使いますか?

via:http://seldo.com/weblog/2011/06/15/orm_is_an_antipattern
106デフォルトの名無しさん:2012/07/20(金) 09:56:26.93
みんな どこいったん?
107デフォルトの名無しさん:2012/07/21(土) 10:56:10.70
Railsならfind_by_sqlだけ使ってる間はORMの便利さを感じることができるよ!
SQL排除しようと思って、has_manyとかでモデルに関連付け始めると途端に生産性ガタ落ちだけどね!
108デフォルトの名無しさん:2012/07/21(土) 14:25:09.02
馬鹿には無理
109デフォルトの名無しさん:2012/07/22(日) 02:17:07.26
ゴミ
110デフォルトの名無しさん:2012/07/23(月) 18:25:59.08
PHPとRubyでは、人気度にセ・リーグとパ・リーグくらい差がある感は否めない。
111デフォルトの名無しさん:2012/07/23(月) 19:13:55.50
【社会】 大阪市職員(用務員)の朴容疑者、男性死亡事故で逮捕。隠れて兼業中に事故…大阪
http://uni.2ch.net/test/read.cgi/newsplus/1343026331/


★死亡事故で用務員逮捕 運転過失傷害容疑 大阪

・大阪市西成区でトラックとミニバイクの衝突事故があり、西成署は23日までに、自動車
 運転過失傷害容疑で、トラックを運転していた市立西淀中の用務員朴英鎮容疑者(37)
 =西成区岸里=を現行犯逮捕した。

 同署によると、朴容疑者は当初、職業をトラック運転手としていたが、その後の調べで市職員と
 兼務していたことが判明。朴容疑者は「言いにくかった」と話している。

 市教育委員会によると、朴容疑者から兼業の届け出はなく、地方公務員法違反に当たる
 可能性があるという。

 大阪市西成区長橋1丁目の交差点で21日未明、朴容疑者のトラックと男性(38)の
 ミニバイクが衝突。朴容疑者は現行犯逮捕され、男性は搬送先の病院で死亡が
 確認された。

 http://sankei.jp.msn.com/affairs/news/120723/crm12072314010010-n1.htm
112デフォルトの名無しさん:2012/07/30(月) 22:24:05.51
Rubyは訛りのひどい方言みたいなもんでpublicじゃない
113デフォルトの名無しさん:2012/07/31(火) 03:40:15.06
コスプレ板でIDがPHPだったからテスト
114デフォルトの名無しさん:2012/07/31(火) 10:33:37.98
関数名の仕様をまとめ直した静的型付きのPHPが勝つよ
115デフォルトの名無しさん:2012/07/31(火) 17:23:14.29
パトカー追跡の車にはねられ女性死亡
7月31日 0時27分
ttp://www3.nhk.or.jp/news/html/20120731/t10013974411000.html
ttp://news.tv-asahi.co.jp/news/web/html/220731005.html
ttp://www.chugoku-np.co.jp/News/Sp201207310084.html
30日夜、広島市で、パトカーに追跡されていた乗用車が別のパトカーと衝突して
道路脇の植え込みに突っ込み、居合わせた女性が巻き込まれて死亡しました。

30日午後7時半ごろ、広島市西区の県道の交差点で、パトカーに追跡されていた
乗用車が別のパトカーと出会い頭に衝突しました。
この事故で、乗用車は道路脇の植え込みに突っ込み、居合わせた近くのパート従業員、
中野由惟さん(28)がはねられて、まもなく死亡しました。
また、パトカーに乗っていた警察官と、乗用車を運転していた男がそれぞれけがをし、
男は病院で手当てを受けています。
警察によりますと、「仮免許の男が1人で運転している」という情報が寄せられたため、
警戒していたところ、乗用車を発見し、警察官が職務質問するために止まるよう
指示したものの、車は従わなかったということです。
そして、乗用車は、信号無視をしながら5分ほど逃走したあとに、
先回りしていた別のパトカーと衝突したということです。
警察は、運転していた男の回復を待って事情を聞くことにしています。
広島中央警察署の若岡利男副署長は「被害者の方が亡くなられたことは
非常に残念でありお悔やみ申し上げます。
事故原因については今後捜査を行って参ります」とコメントしています。
事故を目撃したという近くに住む女性は「車が猛スピードで蛇行運転していて、
複数のパトカーが追跡していた。車は交差点でブレーキをかける様子もなく
パトカーに衝突し、女性も巻き込まれた。事故を起こした車を運転していた男は、
すぐに車から降りて逃げたが、近くで警察官に取り押さえられた」と話していました。
116デフォルトの名無しさん:2012/08/08(水) 17:18:51.72
そいえばほんの数ヶ月前に国際規格になったんだよね
117デフォルトの名無しさん:2012/08/09(木) 08:11:05.28
何か意味あんのそれ
118デフォルトの名無しさん:2012/08/09(木) 08:49:18.72
捺印ナビリティが向上する
119デフォルトの名無しさん:2012/08/09(木) 16:13:27.52
最近は官庁への入札条件に国際標準技術が普通に入っているから、
競合相手によっては有利になる
自治体/民間でもITに無知な組織/企業への提案ネタの一つに使える

まあ学生さんや趣味グラマにはまるで無意味
120デフォルトの名無しさん:2012/08/09(木) 17:05:58.89
railsを国際標準技術に入れないと意味ないだろ
121デフォルトの名無しさん:2012/08/09(木) 19:32:17.08
だよな。むしろrailsを入れてruby本体は
railsの実行環境として紹介するくらいでもよかった。
122デフォルトの名無しさん:2012/08/09(木) 20:01:35.54
railsって何がすごいの?

123デフォルトの名無しさん:2012/08/10(金) 14:10:13.72
メタ
124デフォルトの名無しさん:2012/08/10(金) 23:39:11.39
XMLはうんこっていう今の常識を作ったところ
125デフォルトの名無しさん:2012/08/12(日) 01:45:21.94
web屋なんて供給過多で食えなくだろうし、転職を考えるとjsの一択
126デフォルトの名無しさん:2012/08/12(日) 19:38:23.17
JSなんてそれこそ供給過多じゃん
127デフォルトの名無しさん:2012/08/13(月) 22:29:12.20
IT業界以外に転職しろ
128デフォルトの名無しさん:2012/08/14(火) 06:08:12.09
転職しなくちゃならないってのがまずおかしい事に気づくべきなんだよね
129デフォルトの名無しさん:2012/08/15(水) 20:14:35.32
あげ
130デフォルトの名無しさん:2012/08/16(木) 13:05:31.88
sage
131デフォルトの名無しさん:2012/08/16(木) 15:01:58.26
a
132デフォルトの名無しさん:2012/08/16(木) 16:54:54.10
>>119
また作れない業者でてくるな
133uY:2012/08/22(水) 23:46:02.20
RoRあげ
134デフォルトの名無しさん:2012/08/23(木) 00:11:38.51
フリーのHPスペース提供しているところってPHPサポートばっかじゃん。
これに変化がないと状況は変わらない。
135uy:2012/08/23(木) 08:29:14.56
atpagesでいいじゃん
136デフォルトの名無しさん:2012/08/23(木) 23:30:49.15
137デフォルトの名無しさん:2012/08/30(木) 02:12:32.35
ruby2.0がかなりすごいらしい
138デフォルトの名無しさん:2012/08/30(木) 02:34:12.69
1.9のコードがどれだけ流用できることやら
139デフォルトの名無しさん:2012/09/01(土) 20:50:53.90
嫉妬はこわいね、Ruby on Rails馬鹿!
140デフォルトの名無しさん:2012/09/01(土) 22:03:58.66
100%互換性
141デフォルトの名無しさん:2012/09/03(月) 00:47:30.78
Ruby は趣味でつくって一応、
入力 出力 検索を mysql とsqlserver で作ったけど
とにかく、バージョン変わると動かなくなる。
Netbeansをつかって作ったんだけど
バージョン古いと全くコンパイルさえできなくなる。

それでこりゃ実用できないとあきらめた。

142デフォルトの名無しさん:2012/09/03(月) 18:15:18.71
railsってスクリプトをコンパイルしたのか?w
趣味グラマなんてVBSでも触った方が幸せだよ
オタク連中に付き合っていたら、いつまで立っても成果物が動かない
143uy:2012/09/04(火) 12:33:01.33
なんつうか
ルビリストに本音をいわせたら
rubyで大規模開発やら商用アプリ開発なんて「人柱乙www」とか言いそうだ

元々普段の雑務をやらせるのが主たる目的で
その発展の為には大量の人的リソースが必要であるから
大規模開発もできますみたいな嘘をついてるけど嘘だよ

それでも俺は好き好んでrubyで将来的に数十万越えるようなソースコードかいているけど
ただ普通にかくだけではなく
これから起こりそうな仕様変更などにも細心の注意を払いながらソースコードをかいていくという
未来予知のような
おまえ等には出来そうもない才能の無駄使いによるプログラミングをしてる

ソースコードが完全に整理されてれば仕様変更はさほど怖くない
どこに何かいたかわからないくらいごちゃごちゃしてたらバージョンアップ時に捨てるしかないだろうな

rubyの仕様変更についてこれるプロジェクトとついてこれなかったプロジェクトの違いは
そのあたりに思える
144uy:2012/09/04(火) 12:42:05.99
バグも多いよ
10年以上前からあるとは思えないくらいどんどんいくらでもでてくる
ふわふわした怪しい仕様もちょっと暇なときにrubyの細部調べてみればいくつも見つかる叩けば叩くほどほこりがでる
しかしそれでも現時点rubyが最も効率だせるのだから使うだけの話
他言語は仕様がどうのって前にシンタックスが論外
パーサ書き直せよ
145デフォルトの名無しさん:2012/09/06(木) 11:37:16.07
日本のサーバーOSシェア、なんとWindows Serverが73.7%と圧倒 ※ただしNT/2000/2003が半数以上
http://engawa.2ch.net/test/read.cgi/poverty/1346894513/
146デフォルトの名無しさん:2012/09/07(金) 02:18:53.26
x
147デフォルトの名無しさん:2012/10/02(火) 07:05:55.62
FreeBSDにRails入れる場合どうするのがいいの
148デフォルトの名無しさん:2012/10/20(土) 08:07:37.72
149デフォルトの名無しさん:2012/10/20(土) 08:23:26.00
そういう質問の仕方をしている限り作れません。
あきらめましょう。
150デフォルトの名無しさん:2013/03/19(火) 23:17:53.43
「新しい友達を求めてジュエル学園という学校に行き、ジュエルペットカフェをオープンすることになったルビー」
http://www.tv-tokyo.co.jp/anime/jp-happiness/
151デフォルトの名無しさん:2013/03/24(日) 11:51:49.87
Rails使ってればギークっぽいって考えてるカスが多いこと多いこと
152deeeki:2013/04/14(日) 10:31:48.38
>>151
使えないカスの多いこと多いこと
153デフォルトの名無しさん:2013/11/01(金) 07:11:00.98
漏れもそう思う
154デフォルトの名無しさん:2013/11/01(金) 10:51:10.03
RubyやRoRはアプリケーションサーバーに向かないと聞いたのですが
実際どうなんですか?
155デフォルトの名無しさん:2013/11/01(金) 12:04:14.53
使う人次第
156デフォルトの名無しさん:2013/11/09(土) 11:55:30.35
自分の書けない、書きたくない処理を他人に任せるという意味では
生phpもRailsも変わらんよな。

つーか、そもそもRails系はシステム細部にこだわらん某大陸の発想だしな。
いちいち五月蠅いユーザーの日本だと、それぞれ専用の土台
作ってやって、最低限のコードだけ書く方が客が喜ぶ。

どっちが正しいわけでもない。Railsアプリ書けたところで、
他に応用利くかってーと、やっぱphpフレームワークだしな。
157デフォルトの名無しさん:2013/11/10(日) 06:25:17.89
WEB書くならPHP以外は、使う記になれないな。ただ、WEB以外では使う記になれない。てなわけで、WEBでPHP使っていないヤツはカタワ。
158デフォルトの名無しさん:2013/12/07(土) 11:11:27.33
これからはAngular+mongoDB+node.jsです
RORはもう陳腐は旧型
159デフォルトの名無しさん:2014/01/02(木) 19:34:38.24
RoRバージョン上がって肥大化しすぎだろ
もうコレ駄目だわ
160デフォルトの名無しさん:2014/01/16(木) 13:45:12.66
ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
161デフォルトの名無しさん:2014/01/16(木) 14:01:26.81
誕生→発展→飽和→陳腐化といったサイクルが極端に短くなっているのかもしれない
162デフォルトの名無しさん:2014/01/16(木) 21:44:04.12
ようやくRubyが枯れてきたところで、node.jsに移るとかすごくアホ
海外の奴らは、PHPじゃアプリケーションやライブラリなんて書いてくれないよ
PHPじゃ、パズル解くのすら億劫だし
163デフォルトの名無しさん:2014/01/19(日) 00:47:00.23
ゴミ
164デフォルトの名無しさん:2014/01/24(金) 11:30:44.83
RailsめんどいしSintraでいいじゃんって思うんだけど
165デフォルトの名無しさん:2014/02/18(火) 23:59:13.09
UI実装がAngularJSなのは納得だが
もうサーバー側はなんだっていいよ正直
使い慣れた言語とライブラリが一番速い
166デフォルトの名無しさん:2014/02/21(金) 19:11:56.87
Javaはxmlの設定が面倒過ぎる気がする
167,,・´∀`・,,)っ-○○○:2014/05/29(木) 23:01:34.56 ID:lUpNZIqd
Arelで黒魔術するのすげー楽しい
168デフォルトの名無しさん:2014/06/14(土) 16:35:37.11 ID:D/gNXKFi
たしかに
169デフォルトの名無しさん:2014/09/26(金) 11:08:53.12 ID:Mxr6hFYX
PHPはセキュリティざるだけど簡単だから手放せない。そこが落とし穴なんだろうけど
170デフォルトの名無しさん:2014/10/01(水) 21:54:14.49 ID:DMQJVI4I
黙れ小僧!貴様にRubyistが救えるか.
メソッド定義を探してコードに潜った挙げ句にたどり着く
無慈悲なdefine_methodを見たときの気持ちが静的言語にわかるというのか!
171デフォルトの名無しさん:2014/10/02(木) 20:37:08.62 ID:vkquThdO
grepできない人がrubyつかうなんて...
172デフォルトの名無しさん:2014/10/03(金) 01:08:47.85 ID:I1JrWox2
C#はなぜ主流になれないのか
173デフォルトの名無しさん:2014/10/03(金) 12:15:22.32 ID:zwNCTHT6
ゴミ
174デフォルトの名無しさん:2014/10/03(金) 12:19:30.53 ID:iohOSMY+
>>1みたいなアホが死ねばいいと思う
175デフォルトの名無しさん:2014/10/03(金) 20:36:56.02 ID:Zg+zwuTS
死ねゴミ
176デフォルトの名無しさん:2014/11/11(火) 00:16:58.09 ID:2dKIQrD1
PHPはグローバルスタンダード
177デフォルトの名無しさん:2014/11/11(火) 14:58:14.10 ID:TR12bPjt
phpは大丈夫だけどRubyとかPythonに食われてるじゃん
178デフォルトの名無しさん:2014/11/12(水) 22:31:50.99 ID:JP/Sqiv4
PHPは使ってると技術が落ちてるのではないかと不安になってくる
179デフォルトの名無しさん:2014/11/25(火) 19:03:12.01 ID:pSkNhkFB
ソレを言語のせいにしたがるような頭だからしかたないんじゃねーのw
180デフォルトの名無しさん:2014/11/27(木) 02:03:16.20 ID:Kc0brQES
プログラミング言語別年収(米国編)、トップはRoR
http://developers.slashdot.jp/story/14/11/25/0755204/

貧乏人はPHPを食え
181デフォルトの名無しさん
「マーケティングといっても広告を打つんじゃなくて、ストーリーを語って
コミュニケーションをするってことです。2004年に最初にやったのは動画を
作ること。Railsを使って15分でブログを作るというデモ。当時は誰も動画を
使ってオープンソースを売り込んだりなんかしてなかったですよ。お金や
人員を集中投下するというような意味では何もやってなかったけど、ぼくは
ほかのどんなWebフレームワークよりも上手にマーケティングしたかった」
「特に初期にはゲリラ・マーケティングのテクニックとして仮想敵を選ぶ
とかね。初期にはJavaです。こんなクソなやり方なんてあるか、と。意識的
にね。当時としては、それはとても煽った言い方でした」
「だけど、ああ、あれもいいよね、これも同じぐらいいいよね。どれでも
好きなものを使うといいよ。どれもみんないいよねー、うん、とか言って
たら、誰もおまえの言うことなんて気にしねぇよって話じゃないですか。
誰も話を聞かないし、考えを変えようとすらしないわけですよ。だから、
もうちょい炎上するぐらいじゃなきゃダメなんですよ。だから意図的に
そうやったんです」