日本製プログラミング言語「Ruby」 これ最強じゃね？
■ このスレッドは過去ログ倉庫に格納されています
Yokohama.rb Monthly Meetup #108
2020-02-22（土）17:30 - 20:00
横浜市神奈川地区センター(小会議室)
神奈川県横浜市神奈川区神奈川本町8-1
Yokohama.rbは、横浜周辺のRuby技術者たちが集まってRubyに関する何かをする地域Rubyistコミュニティです。
タイムテーブル
時間 内容
17:30～ 開場
17:40～18:00 自己紹介
18:00～19:00 セッション1
19:00～19:10 スイーツタイム
19:10～20:00 セッション2
20:00～20:15 片付け
参加費
200円 会場払い
https://dzpp79ucibp5a.cloudfront.net/events_banners/102008_normal_1576923854_88873_normal_1552788321_DSC04844.jpg
https://c1.staticflickr.com/9/8860/18757177882_f7c9523978_z.jpg
https://yokohamarb.doorkeeper.jp/events/102008 ♪おれに返すーーつもりならばーーー
捨ててーーーーくーーーれーーーー エラー処理が全くできないから
とりあえず動かしてみる用途にしか使えない 次世代Excelに実装されるのってなんだっけ？
COBOL？FORTRAN？ しかし、よくいろんなプログラム言語が出来るなと不思議に思う。
一つや二つの言語を完全マスターしたほうがいいと思うのだが。 大規模プロジェクトで採用された話を聞かない不思議な言語 Railsのおかげで注目を浴びてRailsと共に去って行ったイメージ >>18
英語や日本語を完全にマスターしたから完璧にならないってことと一緒さ Rubyは12、3年前は未来ある若者だったな
今やすっかりハゲて当時の面影も無い 最近はクリーンアーキテクチャが流行っているからMVCモデルのRailsはオワコンなイメージ 他の言語の話題してても絡んでくる信者が居るイメージ >>11
はいはい格闘ゲームストリートファイターシリーズの登場キャラのバイソンの技：ターンパンチで最大まで力を貯めた時に放つ掛け声ね もう使ってるやついないだろ
なんでgolangとかにさっさと行かなかったんや Ruby がヒットしたんじゃなくて Ruby on Rails がヒットした ruby使ってるのWEB系のイメージ
まず基幹系や決済系では使わんわ 3.times do
print 'ぬるぽ '
end >>20
フレームワークっぽいやつだっけ？
目的に反して本質を分かりにくくするものだったような。 >>38
好きなの使え
他人の意見なんざ気にするな 最近のオススメはRust
仕事でやるならJava、C#、Python
プログラミングの基礎や構造を知りたいならC言語
手を出したら訳わからなさすぎて死ぬのがC++
学生ならCやっとけどんな言語にも使えるから 国内で一定の人気があるのは知ってるけど世界的にはどうなんだろうね ぱっと見文法記法がC語族じゃないよね・・。これが嫌 Perl6はまぁまぁすきだけとRubyは嫌い
言語学ぶべきかどうか悩むくらいならそれについての書籍よめ(´・ω・｀) ルビー・ローズ
ワイス・シュニー
ブレイク・ベラドンナ
ヤン・シャオロン >>18
技能は70点まではサクッといけるんだよ
90点や100点にするのがやべー時間かかる
なら極めずに色々習った方が潰し効くんだよね 個人使用ならperlで十分。
最近C++も使ってねえな。 >>18
何をするのか、で変わるね。多くは道具。やりたい事ができるレベル有ればそれでオケ。仕事なら尚更。 太郎は100円を持っている。
次郎は少し考えた。
二郎は太郎に20円借りたらすぐ盗まれた。
太郎はどうすれば利益が出るのか？
太郎は笑顔で諦めた。
goto 1 >>66
実用を目的にした言語の好き嫌いは良くないと思うんだがawkだけは無理だわ VB系はいまだに連想配列の２次元以上できないでしょ。
進化が全然ないごった煮 日本語の漢字とカタカナと平仮名でプログラミングできる言語を作れよ rubyも大分速くなったので結構いい感じ
あと10倍くらい速くなるとすごく嬉しい アセンブラ、Ｃ、ＶＢ、Java
一生懸命勉強して細かな調整や客の要望落とし込む設計しましたが、
一番生きたのは学生時代に落研で身に着けた話術だなと実感して、今、自営業。 >>79
かつて「ひまわり」というものがあったんだが
てか、最近の言語ならサポートしてるだろ？
かな変換めんどくてIDE使ってるとアホくさくてやってられんけど
理解したら同じこともう書くんじゃねーぞ Perlを使っているとPython しか知らない奴がマウントを取ってきて鬱陶しいので、Juliaを始めて逆マウントしているよ
Python とか平成あるあるだよな 桐というスタンドアロンDBは日本語SQLだったけど廃れましたね。 >>75
なでしこでヤフーのメールアドレス増産ツール作ったわ
もちろん完全自動ではない rorとか検索したらバナー広告が気持ち悪くなってやめた。 言語仕様はrubyの方が好きなんだけどね…
お前ら for i in range(3) と 3.times do どっちが好き？ Railsが優秀すぎてそれ専用のイメージが付いたのが敗因 Ruby使いはMac使いやSnowpeakerみたいな一味違ったお洒落感あるから興味あるけど、オワコン言語と言われてるから躊躇する…
雰囲気はかっこいいよ >>94
整数型のメソッドになってるほうが自然なんだろうけど
未だに世の中ではC言語的な文が好まれるんだから仕方ない 他の言語がラムダ式やらなんやら可能性広がる記述法実装しはじめた頃からあんま言語気にならんようになって来たわ
rubyは特殊過ぎて取り残された感じ >>79
この時点で英語圏と差があるからな…
ソースコードも日本語で書かれてたら意味はわからなくても抵抗感はなく学べるだろう…
英語圏ずるい… エロ写真あつめてこい！
っていったらhddいっぱいには集めてくれんの >>94
そりゃfor i in range(3)の方だ。
配列を頭に思い浮かべた場合、3.times doなんてなじめない。 >>107
おまえが偉くなってから、おまえの責任でそのプロジェクトでは原則で日本語で書くってコード規約にすれば良いだけだろ？
簡単なことだ >>111
配列なら [0,1,2].each do するだけやで >>107
そこなんだよ
使われる単語が実際の意味と多少ずれてても「おもしれえw」と勉強できる
子供に英語を身につけさせるよりも
人によっては効率が良いかもしれないし
新たな発想の元となり文化力が高まると思う
まあ普及に相当金使わないとダメだろうけど 馬鹿が気取った書き方を推奨するもんだから読みづらくなった >>94
javascriptなら…
[3].forEach((i) => {
console.log(i);
}); ENDIFをいちいち書かなけらばならないのが、
すごく面倒 >>113
君、人の質問に斜め上の的外れの回答してるってよく言われませんか？ >>115
> 新たな発想の元となり文化力が高まると思う
なるわけない
プログラミング用の英単語くらい覚えられない、認識できないやつはプログラマーやらないでほしい
とはいえ、変数名や関数名は悩むときは悩むよなぁ
前置詞の使い方やら複数形、状態とかはまぁ考えるよなぁ >>119
横からだが
VB.NETは知らんが、VB6なんて廃れた言語のことをネタにしているならお前がおかしい GitHubやAirbnbやTwitterなんかもRubyでできてるでしょ
日本だと価格.comとかもか >>111
リストは配列じゃないしもっといえばrangeが生成するのはジェネレーターであってリストですらない >>121
頭の硬いお前が発想の話を理解できるわけないだろw
お前はWindows7使ってればいいんだよw >>18
基本的には入力、書き込み、計算、判断分岐、移動、しか無いからひとつ使えれば意外と何でも行けるんだよね
ただ逆に、「必要？」に疑問を持っちゃうともうそこから先には行かんのよなぁ(´Д｀)
この言語も、なんか そもそもIMEで日本語変換しながらコード書くとか糞だるくない？ 予測入力あったとしても >>125
実際やってみてから言ってくれるかな？
全部平仮名で記述しないとIDEの変換サポートとか受けられないんだぜ？
ローマ字入力だとひらがなにわざわざ変換する手間もかかるし、タイプミスしたらめんどくさいことこのうえない
やったことないのに非難する馬鹿は黙ってろ 畳の座敷で胡座をかいてプログラミングとはシュールだな お前らオジさんは認めないだろうけど
オブジェクト指向自体がオワコンだからな
perlをオブジェクト指向化したようなRubyのほうがperlより滅びるのは早い 日本はrubyしかないよ。
成功しているサービスはだいたいruby >>94
数値もオブジェクトであると主張する
Rubyの過剰なるオブジェクト指向偏重の現れだよな 今全然聞かないな。
一時期はそこそこ海外でも名が売れてたけど。
流行り廃りがあるからしょうがないけど。
今はpythonが流行ってるけど段落で分けるのがイマイチ好きになれないわ。 悪いけどruby-on-railsは二度とさわりたくねえ >>134
そこがrubyのかわいいとこやろが
まあわいもpythonへの乗り換え考えてるとこだけど
機械学習とかみんなpythonに行っちゃったのが痛い >>24
なにそれ？どういうこと？例えばどの言語？ >>137
趣味としては否定しないよ
オブジェクト指向開発が再生産性高いという幻想は既に消え去ってるから
生産性求める開発でオブジェクト指向至上主義を振りかざすのは辞めたがええ MVCモデルこそそびえ立つクソや
オブジェクト指向開発したいロジック実装者のワガママを
デザイナーやインフラ屋やDB屋や保守への独りよがりの押し付けるだけで上手く行かない
それがMVC >>132, >>139
継承一切禁止にして、なんでもかんでも合成でやれっこと？ >>142
FaaS、関数型プログラミング、サーバーレス、マイクロサービスで実装すべきや >>63
全く経験無いなら
ExcelVBA➡�java➡鮏
javaで止まっても、javaを飛ばしてCでも好きな方で。 単体で業務実装するならRailsより
コピペPHPのほうがはるかに生産性も保守性も高い
これ指摘するとオジサンたち発狂してまう >>143
それ関数型プログラミング以外、違う話だろ
粒度小さくしたところで、そのモジュール内では一切継承禁止とかそういう話にするのかと >>148
継承するしないはどうでもええのよ
部分的にやりたきゃやれ
でも全体アーキテクチャにはオブジェクト指向厨は口出さないでねってだけ 言いたいことはなんとなくわかるが、ある特定業務の生産性の話しかしてない気がする >>149
全体アーキテクチャとオブジェクト指向なんて関係ないだろ？
絵や回線、DBのことなんか知らんわ
要望はだすが、決まったことにしたがってやるってーの 今の時代は言語よりフレームワークが重要であり、オプジェクト志向言語がなければフレームワークは発展しなかった。 >>151
従来のC++/Java開発のオブジェクト指向方法論の疎結合の実現方法がイケてないのよ
そういうのはサービスで分離すべきってことと
オブジェクトにステータスもたせることがクソになる元凶ってことが
最近やっと理解されてきてんのよ >>152
ま、そりゃそうだ。フレームワークはツェラーの公式とかユリウス計算とかわざわざ書く必要がないところから始まった集大成だね。 >>117
おそらく一発3が渡されるだけだが何期待したコードよ？ >>10
Railsがあったけど最近はDjangoあるしなぁ >>82
機械学習とモジュール料
一番はライセンス
パイソンは権利捨ててる pythonは起動時間が遅いからあんまり使ってない。
俺はこれからもずっとperlだわ。 簡単でまともな文法
これにつきる
rubyの難易度は全言語で最も易しい
習得難易度で
rubyが1としたらJavaが2
Cが6でJavaScriptが12 >>153
それカプセル化の話じゃねーの？
オブジェクトにデータを持たせるのが悪いんじゃなくて、
個々のオブジェクトに細分化してデータを持たせてると破綻しやすいってだけだろ？
MVCだって、データの更新を一方通行にすりゃ別に問題ねーよ
規模によっては層が不足する感はいなめねーけど MVCとか、何年ぶりかくらいに、ひさしぶりに聞いた
まだ言ってる人いるんだ C言語って無知な時に見ると謎の記述方式({}とかやたらあるスペース)でまず理解できない的な苦手意識叩き込まれるよね
ちゃんと学ぶとなるほどって思うけど初印象は最悪 どんな目的に対してだ？
言語に万能はないがゴミにも活用法はあるかもしれんもんだ >>164
flaxも、クリーンアーキテクチャもMVCの焼き直しみたいなもんじゃん
破綻しないように取り決めを増やして、わかりやすい？ようにしましたって感じでしょ
異論は認める >>167
全然違うと思うけど？
まああなたが10年くらい前の知識で止まって語ってるのは分かった >>164
Railsの売りがMVCアーキテクチャなことだからね
それ言われるとRuby厨は泣いちゃうよ >>169
だから言ってるでしょ、
一番難易度低いって最初に オブジェクト指向もMVCもアランケイやその継承者がsmalltalkで提唱したモデルは妥当だったのよ
それをC++やWebアプリケーションに適用しようとして捻じ曲げた人達によってクソになった
もう一回原点から考え直すべきやね >>170
PHPのほうがもっと初心者に簡単ですわ
構造を考えずに手続き記述だけで書けてしまう >>172
次にいけんでしょ
オレはスレタイに合わせたまで
道具つくるのための道具優劣議論なんてバカバカしい限り 無駄に意識高い系エンジニアが採用して
糞重くてインフラ側でロードバランサーいじったり、apacheモジュール作ったり、キャッシュさせたりして頑張ってまともに動くようにしたら
意識高い系エンジニアに
やっぱruby最強って言われた思い出しかない
最初からPHPやjavaで良かったんだよ >>168
全然違うと思うならそれで良いんじゃない？
間違った使い方しなければ本質的には変わらんよ
データが変化したことを通知して、ビューにとって使いやすい形に加工したあと表示するってだけの作業でしかない
依存性をなるだけ排他にしつつ、通知方法、データの受け渡し方、加工する人しかがそれぞれちょっと違うってくらいだ 簡単だけなら、pythonでいいわって話にもなる
なお、これで人工知能だAIだと推奨してる、
IPAや本屋は、潰れればいい >>174
次ってなんだろな
PHP→フロントエンドJavaScript→Vue.js→node.js→マイクロサービス開発者
とかの道だってあるかも >>42
お前は鈍足のpythonでデスクトップアプリ作るんか？ファームウェア作るんか？電力消費抑えたいIOTの制御やらせるんか？
まずインタープリタ言語ってなんだか分かるか？ >>177
＞人それぞれちょっと違う
MVC全否定ワロタ >>179
それ、php以外全部jsじゃないですかぁ
まぁjsとc#とpythonやっときゃしばらくは死ななさそうだよね >>79
日本語は向いてねーと思う
文章のなかでどこにどの単語置くか構文規則が曖昧すぎるし、文脈で意味も解釈も変わりすぎる
構造化するための言語としては不適切な言語 >>183
PHPでフロントエンド実装するとCSSとJavaScriptは避けて通れないのよ
DOMやフォーム入力の処理とかね
で自ずとJavaScriptを覚えてしまう筈 Rubyの覇権取れない感は如何にも日本製って感じで好き
いまからやるもんじゃないけど とはいうてもJavaScriptじゃ食えない
何故って？
要求レベルが高すぎる
やれてる人は真面目に現代の道具使い、曲芸師だと思う Rubyが過剰にオブジェクト指向臭くなければ俺も応援してたのにな
まだPythonとPerlとawkの方がマシだわ
あと松本はモルモン教徒だろ
神の国である日本にそぐわない >>185
SQLとか使う機会無くなって久しいわ
ここんとこアプリかフロントエンドに近いとこしか開発してないからなぁ
XMLは覚えないと色々始まらないけど
普通にやる分はそんな覚えることなくね？
>>189
最近ずっーとjsしか触ってないぞ
早くie死んでくれないとバベルでも変換できない機能が使えないから多少不便さね >>193
ログインフォーム作るだけで食えるのか
うらやましいかぎり >>123
GitHubはErlang/OTP
TwitterはScala
Rubyでは遅いから書き直された >>193
SQL楽しいぜ。パフォーマンス調整するのに最もターゲットにしやすいのがクエリの部分だと思ってる
フロントエンドもサーバサイドも昨今はテンプレ化著しいし、やっぱりデータの源流で絞るのが、一番効果的よ >>198
なんだそのアバウトさ。
3D描画を気軽にマルチプラットフォームに提供するのにはよさそげ。
凝ったことしだす話は抜きで。
なんやかんやいいだしたら際限がない。 >>165
BASICよりは見やすいと思うけど
C言語とBASICぐらいしか知らない日曜プログラマーだから、他言語は知らん >>197
プログラムじゃORMだし、DB側でもオプティマイザが頑張ってくれるからSQLそこまで意識しなくても良くなってきてるけど、反面恐ろしくもあるな >>55
これ割といろいろな所でそうだよな
そこそこいいものはコスパいいけど最上求めると途端にコスパ悪くなる
筋トレとか食べ物の味なんかでもそう
ワインとか特に JavaとRubyとJavaScriptはどれも1995年に登場したんだよな
Pythonはそれより2年古い
それ以前の意識高い系はTURBO Pascalとかやってたんだっけ？
ガチ勢はLISPとかか >>203
別にオプティマイザはクエリ最適化してくれんし。あいつは実行計画を上手いことなんやかんやしてくれるだけや
アホなクエリ書けばアホなパフォーマンスになって返ってくるんや >>203
むしろ自分はORMの方がよくわからん
はいばーねーと？だっけ？使ったことないんじゃ
そんなにオブジェクト状態キープしてしまっとくのがいいんか？ストアドファンクションじゃあかんのか！ >>210
オブジェクト指向設計を徹底しようとすると
非オブジェクトモデルであるRDBMSや手続き言語SQLとの整合性ネックになるのよ
インピーダンスミスマッチってやつ
それをオブジェクト指向観点で無理やり解決しようとしたのがオブジェクトマッパー
ところがそれ使うと性能に問題出るしエラー解析に支障が出るし
バージョン不整合問題でも振り回される
良いことなんて何にも無いのが理解されたんだわ
そもそも何でもオブジェクト指向で設計しようとするのがアホ
JavaEEならservletやJSP内で普通にSQL書いてれば良かったのよ >>211
だって、SQLいちいち書くのめんどくさいじゃん（脳死）
そんな納期も予算もねーし（転職しろ） >>211
ほえー。説明サンクスな
統一的な思想で一貫してやろうとしたせいで却ってめんどくさくなる事柄あるのって業界あるあるなんかな
似たような話をどっかで聞いたような気がするのだぜ
なぜ皆そんなにSQLを嫌うのか。SQLと和解せよ >>26
300ZRの話ししてたら勝手にRZ350の話にするヤツとかやっぱりいた。 >>121
まあGitHubでソースをアップする時は注記は英語書けと言われるのは大きなお世話とは思う。 >>132
perlもオブジェクト指向してるよね。 >>211
ServletやJSPにSQL…？
おいおい冗談はよしてくれ
MyBatis使ってくれよ 好むと好まざるとにかかわらず
英語が今日において実際上の
世界の公用語であることは明らかな事実であって
事実はこれを事実として認めざるを得ないのである
昨今、日本精神作興と拝外思想排斥の機運の盛んなるはまことに結構なことであるが
これを主張する人々を冷静に観察してみると
島国根性の短見を脱していない者が
多いだけで遺憾である
外国語一つ真剣にマスターする気の無いような人間は我々の方でこれを必要としない
太平洋戦争真っ只中の1944年の海軍兵学校校長の談話な これからはJuliaの時代だよ
10年前にPythonを教えていたアメリカの大学のクラスがこぞってJuliaに流れているらしい >>216
むしろゴリゴリの日本語ベースにしてるわ パイソンはどうしてもやる気になれない。
{}使えよw プログラミングが進歩しない理由がこのスレに集約されている
独占しようとしたり統一しようとしたりお互い言語の時点で競い合ってる
要するに支配されたくないのである >>220
hybernateとかよりはSQLチューニング出来る余地はあるとしても
結局手続き言語に引数渡して表形式のデータ受け取ってオブジェクト化しなきゃならなんいんだから
インピーダンスミスマッチは避け得ずに
オブジェクト指向設計徹底してやろうとすると
グシャグシャになる層が変わるだけで無駄なあがきよ
肥大するのが嫌なら構造化プログラミングの手法で関数型にするほうがマシ >>225
んーとね。パイソンは好き
オーバーロード無かったり、メンバ変数の引数にいちいちself指定しろとか時々うぜーと思うこともあるけど、でも基本的には好き >>225
それは思う
ビクビクしながら改行するオレが居る 最近どのソフトも急発達しなくなってるのは気のせい？
スマホもそうだし Pythonの良さは他人のソースコードの読みやすさ
変な記号とか使わせずインデントで揃えることの意義はそこにある
GitHubとかでみんなで開発するなら欠かせないというか
それが多くのプロジェクトに人が集まって成功する源泉になってると思う >>225
>>231
みたいにスコープはっきり目に見える形でないとイヤじゃーって人がいるのも理解は出来るがね
でも俺もインデントで揃えようとする発想は初見でナイスと思ったけとね
>>233 ルビーってオブジェクト思考なのに外部変数使えるんだよな…
ブンツー入れてルビーいじって見たけど特に難しい言語でもなかった
Cから入ってC++出来ればC#もJavaもルビーもそんなに苦労しないな >>232
思うに新しい体験が出てこないのは、ハードウェア方面の問題やないかと
ソフトとハードはある意味一体なので
ムーアの法則限界の話やら電源がいつまでたっても小型化しねーとか
つまりお化けさん、素材屋の皆さん頑張ってくださいということ >>94
何をするか→どのようにするか、が自然な順序だろ
最初の一単語で何なのか分からない言語は糞 >>236
人間の指が5本じゃなくて10本に進化すれば？腕が4本になれば？
というレベルでそろそろ限界が来てるのでは…？
次は人間が進化する番じゃ Rubyが流行ったのはRoRのおかげ
RoRがなければだれもつかわないマイナー言語で終わってた
Rubyがすごいのではなく、RoRがすごい 一年間でVBA、python、JavaScript、HTML/CSS、jquery勉強してそこそこ使えるようになったねんけど、次何を勉強してけばええんやろ >>243
プログラミングなら統計、機械学習、ディープラーニングなどのAI
そうでないならインフラ、DB関連、OS周りなどを
学んでおけば食っていける可能性は広がるんでねーの？
てか、なにしたいんだよ… >>243
アルゴリズム、設計開発技法、高度数学、高度統計学、データ構造、デザインパターン、テスト技法、ネットワーク及び運用設計、セキュアコーディング、DB >>244
やりたいことが多すぎるんだよ、むしろ
人工知能はずっとやりたいけど、わけあってゲーム開発もやるからc#、unityも必要になってくると思う。
おそらく今年はc#、unityと微積分、線形代数、統計学もやりたいなと思ってる
今30前半だけど、これだけ勉強して何かしら世界を広げられへんやろか？ >>245
その中のいくつかは学習予定ではあるけど、その先に何が待ってるの？
フワッとやりたいことはあるけど、どれも中途半端でコレ！ってのが見当たらない
学習意欲だけはすごい >>247
ちょっと知らない言葉や。
ググってみるわ
>>244
>>245
アドバイスありがとうございました >>248
何が待ってるかじゃない、何が君についてくるかだ
学生じゃないんだから、道は自分で切り拓きなさい それで足りなければ、マネジメント、サービス設計やビジネス戦略論、簿記会計に法律、美術デザイン、営業、発想法から心理学まで
つまり学んで無駄なものなどない >>246
思うに「人工知能をやりたい」とは一体なんなのか
モデリングなのか実装なのかデータ分析なのかサービス開発なのかetc. 目的がない手段（技術）の勉強ってアウトプットがないから意味ない 10 a=1
20 print"ハゲ"
30 a=a+1
40 if a=5 then go to 60
50 go to 20
60 print"クソ"
70 go to 10 遅いから鯖APにはできないけど
ちょこっとオレ様専用ツールを作るには最高
つまりEUCツール >>260
FORTRANはやめてFortranにしましょうね >>94
3.times の書き方がキモすぎてrubyあきらめた >>222
indexが1から始まるのはみんな許せるの おまえらいつまで経っても言語がーでワラうｗ
言語なんて何でもいいってわかれよｗ >>268
)で済むものをend ifとか書きたくない。
全体的に字面が汚くなる。 Rails は遅い、その一言だけ。
scalaがずっと速かった。作り方が悪い、インフラ構築が云々とかイロイロといわれたんだが
遅いものは遅い。
あとPHPも7になってからずっと速くなったーよ。
ある程度フレームワークが進めば開発生産性は言語で左右されることは減ってきたよね。以前より。 言語なんて必要に迫られないと憶えないからrubyには縁がない ざっとスレ読んだけどMVCは完全に時代遅れなの？じゃあ今は何が主流なの？主流になりつつあるものでもいい。教えてくれ。 正直、言語なんてどうでも良い。
贅沢を言えば型を明確にすることくらいかな？
>>274
MVCは既に共通概念だから考え方は無くならない。
これから出るフレームワークは全てMVCの亜種。
MVCをきっちり学んでいれば普通に対応出来る。 石原プロ専務(当時)
こんな暗い曲、売れるわけないよ
大ヒット
(´・ω・`)ルビーの指輪だけの一発屋って感じだけどな お前ら本当に口ばっかりで何一つ作品を発表できないヘタレ揃いなんだもん サーバーリソース食い過ぎ
phpの3倍、javaの5倍、Goの10倍食う
いくらクラウド安くてもRubyはダメ、スケールで詰む rubyはワンライナーで使うもの
サーバーサイドで使っちゃダメよ Rubyは何でもメソッドチェーンで書けるからワンライナーには向いてるな WebアプリケーションでMVCを実現しようとすると整合性低くて破綻するポイントは
データベーストランザクションとブラウザのHTMLページ描画の部分だな
そこを無理やりMVCの統制下に納めようとすると末端をマッパーとかで括るしかないけど
そうするとそのマッパー周りが複雑になりすぎて
アプリ改修コストの大部分を占めるようになり
費用対効果で手が入れられなくなってビジネス的には限界になる
実業務でMVCやろうとすると直面する課題
当初のsmalltalkのGUIみたいなものが本来のMVCで適している使われ方だったけど
Webアプリケーションで無理やりやろうとするのが良くない
WEBアプリケーションでも同じモデルに近づけるためには
アプリ内にNoSQLやオブジェクトDBを直接持たせてモデル適合性高めるとか
Webをページの再描画を無くして全ての変更やアクションをWebSocketとかのRESTやXMLHTTPRequestで部分更新にさせるようビュー適合性に純化させるとかいろいろちゃんとやらないと
必ずそこが再改修時の難所になってしまう
バカの一つ覚えで何でもかんでもMVCやろうとする前に
ちゃんと頭を使って適した別のモデルを考えることが出来ないのは
惰性でものを作ってるってことですわ 最強はアセンブラに決まってるだろ
何もかもを自分の手のひらの上で操る感覚最高やん
手のひらに収まらなくなった途端に地獄を見るが Rubyで一番キレイなGUIアプリを作れるツールキットは何? Python on Rails
とかあればよさそう >>287
GUI部分はWindowsで作るかWebブラウザにしとけ
サーバロジックだけRailsにしとけばいい せかいさいこうのぷろぐらまーはだれなの？
そのひととおなじものつかえばよくない？ >>180
データ処理はPythonにまかせて寝てるわ >>63
おまえこの間も同じ質問してただろう
登下校の旗でも振ってろ nimという、python構文でC言語並みの高速な言語ある
これが広まれば一気に覇権取る >>290
LinusはC++みたいなオブジェクト指向実装がウンコだ！って言ってた
C++さえ避ければOK はっきり言ってエンジニア界隈では3年くらい前まではRuby伸びててPHPが押され気味だったけど、
ここ2年くらいでPHPが一気に再追い上げの波が来て、海外じゃ既にRubyが完全落ち目トレンドでPHPが返り咲いてる。
Web業界でバックエンドするならPHPさえできれば飯が食える >>294
シングルスレッドではPyPyが最速
マルチスレッドではJythonが最速や >>298
nimはPythonに似た構文というだけでPythonとは関係ないコンパイラ型言語やぞ >>300
既に10年ぐらい前からコンパイラ型よりJIT方式のほうがするーふとか速いようになったんや マストドンブームの時に子飼って人がRubyは重くてユーザーが増えた時に大変とか言ってたな
将来性に限界ありそうだからPythonのが良さそう Pythonはブロックがわかりにくくて
関数内で関数定義するときとかちょっと怖い
配列操作が柔軟なのは便利だと思う 今はAIエンジニアは単価が上がって現場でもかなりドヤれる
でも実際は google や aws のAI の API 使ってるだけのことも多い >>301
PyPyやJythonが最速ってさすがにPython互換限定だと思うんやが (´･ω･`) PHPとかちょっと消えてなくなるやろーとか思ってから、はや10年
PHP以外が思い出せないくらいやり続けてるわ phpもウンコだけどRubyとか更にって感じだな
しかし集まってどーすんだ？ >>79
伺かゴースト用スクリプティング言語 里々は全角記述対応だった
見やすさは最強だけど データやり取りするときに全角半角で齟齬が生じたりとか
難しさもあった PythonってGUI使えるの？
Perl/Qt があるぐらいだから Python/Qt もあるのか？
使いづらそうだが。 >>275
超初心者にはいいかも知れんが、少しやってると不満は溜まるかもな。
pythonが良いのは、今流行の技術に最適なライブラリが充実してるとこだな。 ギロッポンでパイオツカイデーのチャンネーとルービーみーのー rubyエンジニアはIT業界ではかなり嫌われている
精神異常なほど他の言語を高圧的に貶し、ruby最強、ruby使ってる俺すげえっていう奴ばかり
他の言語の話をするとため息ついてその場から離れる
エンジニアリクルート業界でもrubyエンジニアだけは業界からお断りされるくらいだからな
マジでキモい宗教に入ってるレベル >>18
ゴルフをドライバ1本でプレイするようなもの 仕事で使ったのはc,c++,c#,java,python >>323
Go使う奴も、そんな感じでイキってるよね rubyしかできない奴は既存のサイトとか殆どPHPだから、結局新しめの自社開発企業に絞って行かないとどうにも使えないエンジニアの出来上がり。 >>316
PyQt
pygobject(GTK)もwxPython(wxwidget)もtkinter(Tk)もある Rubyは新規案件なくて、今じゃ悪徳教材商材屋に移行する人が増えてきてるよ
Youtube・Twitter・メンター募集サイト等で教材売ってるやつおるでしょ 日本語というどんづまり言語ベースゆえにガラパゴス化して先細りしそうな気がする >>334
そうならないよう、日本人なんて相手にしねえって勢いで英語のドキュメントばっか作ってたんだよ
で、外国人に相手にされたのがRailsで、これが最初で最後・・・・
そのうちRailsも衰退してきて、これはやばいと日本語の解説やら書籍やらを急いで出したものの、時すで遅し 言語多過ぎ
オブジェクトfortranとか作ったら最強だろう Go とか Cg とか短すぎる言語名やめてほしい 検索しにくい
その点では "perl" はいいな ほどよく短く unique 今のPCのマシンスペックを考えれば、インタプリタ言語でも何も問題は無い気がする。 >>340
インタープリターで十分
この５ちゃんねるでさえもそうだろ >>337
ALGOL系言語が枝分かれしまくったからな
全部統合してALGOLに一本化で最強だろう >>319
統計処理絡みだと、Juliaがパーフェクトな言語だろうね
Forの前に1ワード足すだけでマルチスレッド化して爆速になったのは衝撃を受けた
ただ、現時点で日本語のドキュメントが少ないから、英語ができないとキツイ pythonのライブラリをjuliaで書いてくれるんだな、ありがとう >>19
Cookpad
Shopify
Redmine >>347
当分廃れることはないよ
オレはJuliaで先にいかせてもらうけどw Androidアプリ作ってるから Kotlin 覚えようかと思ったけど Android 意外で使い道なさそうなんだよな… 海外の言語、例えばJavaだったらOracleがサポートしてくれるし
C#だったらMicrosoftがサポートをして
SwiftだったらAppleがサポートをするし
KotlinだったらGoogleがサポートをするけど
Rubyの開発者の所属会社って 楽天 じゃないですか
楽天って流通業では飯を食えてるかもしれないけど
技術で飯を食えてる会社ではないじゃないですか… 楽天はRubyを使ったKVSのオープンソースプロダクト自作して使ってたはず
roma ってやつ >>94
for i in range(2)
じゃなくて？ もう終了
今Rubyを始めるのはこれからPerlを始めるようなもの >>358
do ... end か { ... } か好きな方選べる >>361
それ書く側はいいかもしらんが、読む側はいやだな rubyからpythonへの移行は言語的には楽じゃないの？
用途が違いすぎて言語以外の要素で躓くだろうけど
ネイティブスレッドを用いて実装されていますが、現在の実装では Ruby VM は Giant VM lock (GVL) を有しており、同時に実行されるネイティブスレッドは常にひとつです。
https://docs.ruby-lang.org/ja/latest/doc/spec=2fthread.html
マルチコアCPUにまったく対応できないせいでしょ。
railsもサーバーが高負荷になったときの解決策がなくて一気に衰退した。
アホみたいなマルチコアのCPUを買ってくるという「金で解決」という選択肢すらない。 if thenとかｗ
a++のインクリメントが使えないとかｗ
N88-BASICかと思ったわ。いつの時代のクソ言語なのかとｗ
gemとか名前もきもちわるいしバージョン違いでグチャグチャになるし
使うだけ損
railsで構築したシステムが高負荷で落ちるようになった場合の解決策は「他の言語に移植する」しかない。
シングルスレッド性能が全てだから金で解決すらできない。 webフレームワークってのはどれを使っても何かを我慢しなきゃならんから難儀
>>364
C#は「Windows専用」だった時期が長すぎてライブラリはJavaやPythonどころかPHPにも劣る。
いまだにExcelファイルの読み書きすらまともにできないのは.NETくらいなもん。
Webも「IISありき」で作られたものばかりで論外。
C#利用者は心を鬼にして「全員MacでC#を使う」くらい強行しないと追いつけないくらい差がある。 >>371
.net coreはどうなの？
c#でexcelファイル読み書きしたことあったけどできないってどゆこと？ >>371
標準のSystem.Web.dllがクソすぎるからmonoのSystem.Web.dll使ってるわ System.Web.dllじゃなくてSystem.Net.Http.dllだ スマート払いで街での買い物の5%還元
http://imgur.com/OVPMvGI.jpg
本人確認の方法は2通り
・お支払い用銀行口座の登録
・アプリでかんたん本人確認
http://imgur.com/F7RzQHh.jpg
初めて本人確認すると1000P(現金と同じように買い物で使える)もらえます
http://imgur.com/4vN6ipJ.jpg
上記の英大文字6文字を入力して登録すると300P+1000Pです ■ このスレッドは過去ログ倉庫に格納されています
