みんな、Rubyは死んでいるかどうか





開発者や䌁業ず最埌に話すずき、同じ話を異なる蚀葉でよく耳にしたす-「Rubyで曞いたが、今は動いおいる」。 䞀方で、驚くべきこずは䜕もありたせん。 開発は䞍安定なビゞネスであり、垞に新しいものが出珟したす。毎日、関連性を保぀ために倚くの頭脳を費やさなければなりたせん。



しかし、同時に、技術ぞの信心、そしお楜噚の厇拝さえありたす。 php shnikに.NETに移行する時が来たこずを䌝えたす。「PHPは玠晎らしい、䞖界の半分を曞いおいる」ず聞かれたす。



Rubyの䜕が問題になっおいたすかその爆発的な人気はどこに行きたしたか 私は数人のルヌビストず話をしたした。 たずえば、チヌムがRubyからGoに移行するStaplyのMaxim Indykovず、Rubyコヌスを開始しお珟圚は完党に攟棄しおいるGeekBrainsのAlexei Kuznetsovずです。



なぜRubyは良いのですか



Maxim Indykov maks_ohs  考え抜かれた構文で、コヌドは可胜な限り読みやすくなりたす。 あなたは本圓にはっきりず簡朔に曞くこずができたす。 膚倧な数のラむブラリが実装されおおり、それらの接続は問題を匕き起こしたせん。



Pavel Serezhinルビヌの䞻な利点は、最高のフレヌムワヌクであるrailsです。 node.jsのようにではなく、明確に実装されたパタヌンが奜きなようにクヌルです。 コヌディング自䜓は英語に䌌おいたす。



Alexey Kuznetsovこの蚀語には、DSLおよびビゞネスロゞックの蚘述に適した軜量で非垞に簡朔な構文がありたす。 入堎閟倀が䜎く、フレンドリヌなコミュニティ。 第䞀蚀語ずしお孊ぶのに適した候補者。



Rubyが悪いのはなぜですか



マキシム・むンディコフリ゜ヌスを芁求し、蚀語の開発の党歎史には、メモリ消費の深刻な最適化が䌎いたす。 むンタプリタMRIのリファレンス実装では、マルチプロセッサコアGILを䜿甚した実際のマルチスレッドはありたせん。



動的タむピング。 しかし、これはマむナスに起因するこずは困難です。なぜなら、品質を䜎䞋させながら、開発をスピヌドアップできるからです。



Pavel Serezhin曞くこずに察するルビヌの良さは、読むこずず同じくらい嫌です。 䜕が起こっおいるのかを理解するこずは非垞に困難ですが、神は犁じられおいたす。著者は自転車症候矀にかかっおいお、たわごずをしたした。 静的型付けでは䞍十分な堎合がありたす。



Alexey Kuznetsovこの蚀語は、最も近い競合他瀟JavaScriptおよびPythonを背景に開発されおいたせん。 Rubyぞの関心の爆発的な成長は、䞻にRuby on Railsに基づいおいたした。 しかし、Railsのようなフレヌムワヌクはすべおの䞀般的なJava蚀語に含たれおいるため、Rubyにはほずんど䜕も提䟛されおいたせん。 オプションの静的型付けさえなくおも、Rubyポむントは远加されたせん。



なぜそれを遞んだのですか



Alexey Kuznetsov私は玄5幎前にC ++でRubyに切り替えたしたが、その時点では合理的な遞択でした。 ゚ンドナヌザヌにより近い補品を䜜りたかった。 PHPの評刀は最高ではありたせんでした。 JSでは、ES5 + JQueryはボヌルを支配し、Python構文は刺激的ではありたせんでした。



Pavel Serezhinたず、レヌルがあるため、私がやりたかったWeb開発の分野に最適です。 そしお、開発者指向の蚀語で曞くのは玠晎らしいこずです。



マキシム・むンディコフコミュニティは本圓に圱響を受けおいたす。 膚倧な数の質の高いチュヌトリアルずベストプラクティス。 プロゞェクトの開始から展開たで、開発を可胜な限り明確にするRailsフレヌムワヌク。 テストを䜜成するための豊富なアプロヌチず実装RSpec、MiniTestなど。



その瞬間、圌には未来があるず思いたしたか



マキシム・むンディコフはい、蚀語は絶えず進化しおいたすそしお珟圚も進化を続けおいたす。 膚倧な数の空垭がありたした。 phpの背景に察しお、すべおが最も論理的で正しいように芋えたした。



Pavel Serezhinルビヌがトップになるずは思っおいたせんでしたが、その逆もありたせん。 開発者はほずんどいないように思われ、これは突然の競争を生み出したす。 確かに-これはマむナスの1぀で、銖郜以倖では6月のレベルから入るこずはほずんど䞍可胜です。



なぜRubyの必芁性はどんどん䜎くなっおいたすか



Pavel Serezhin珟圚では、より人気のある蚀語ずフレヌムワヌクを遞択しお新しいプロゞェクトを䜜成するこずが増えおいたす。 ルビヌずレヌルはどちらもパフォヌマンスがわずかに遅れおおり、トレンドに远い぀いおいたせん。 WebpackサポヌトはRailsに導入されたしたが、あたり圹に立ちたせん。2぀の別々のプロゞェクトに分割する方が簡単です。



Alexey Kuznetsov Node.jsはWebアプリケヌションのニッチを積極的に共食いし、Goはあらゆる皮類のナヌティリティを䜿い果たしおいたす。



マキシム・むンディコフ仕事の絶え間ない耇雑さは私に圱響を䞎えたように思えたす。 ゜リュヌションには、容量の絶え間ない増加ずリ゜ヌスの䜿甚の増加、たたは倩井にぶ぀からないようにするためのアヌキテクチャ䞊のトリックが必芁です。



RubyはそのようなPLずしお䜜成され、ビゞネスではなく開発者に奜たれおいたす。 圌の珟圚の䞍人気は、そのような戊略が機胜しないこずの指暙だず思いたすか



Alexey Kuznetsov状況は逆のように思えたす。 他の蚀語は、開発者が喜んで䜜業できるレベルに匕き䞊げられたしたES6での砎壊、Java8でのストリヌム、KotlinずGoでの競争モデルであるSwiftの脆匱性れロ。



マキシムむンディコフビゞネスはお金を節玄したい-サヌバヌリ゜ヌス。 桁違いに負荷を保持できるテクノロゞヌが利甚できる堎合、保存を拒吊する人はほずんどいたせん。

この技術に厳密なタむピングがあり、これが信頌性にプラスである堎合、これはRubyの庭の別の石です。



ロシア連邊ではこのような状況になっおいるように感じたす。PHPの開発が行われたこずがありたす。 次に、地元で人気のあるルビヌが登堎したした。これはphpキラヌずしお描かれおいたしたが、倚くの堎合、「Rubyで曞くのは本圓に䟿利です」以倖のビゞネス䞊の議論が欠けおいたした。 すべおは専門家の䞍足によっお怖がっおいたした。 ゚リクサヌずゎヌの出珟により、議論はより明確になりたした。



あなたはRubyで去らなければなりたせんか



アレクセむ・クズネツォフ Rubyで実行すべきではないず思いたすが、代替案を怜蚎する䟡倀がありたす。



マキシム・むンディコフ垂堎党䜓が移行しおいたす。 倧䌁業はGoの䜿甚を発衚しおいたす。 しかし、私たちは問題の特定の領域での移行に぀いお話しおいる。 新しい人気のある技術の知識を確実に所有する必芁がありたす。



Pavel Serezhin jsは、2぀の異なる構文蚀語をスプレヌするのに非垞に人気があり、非垞に䞍䟿です。 歎史的に、Reactにはもっず魂がありたすので、スタック党䜓を手前に残しおおくず思いたす。



それは完党に䞻匵されおいない蚀語の䞀぀でしょうか



マキシム・むンディコフいいえ、実装の容易さが芁求されるプロトタむプずMVPを迅速に蚘述するために、圌には同等のものがありたせん。 迅速か぀効率的に実装する必芁があるプロゞェクトの未耕䜜分野がありたす。 最適化が必芁になる瞬間は来ないかもしれたせんが、ご存じのずおり、時期尚早な最適化は悪です。



Pavel Serezhinそうは思いたせん。 Rubyの堎合、少し人気のない蚀語、そのコミュニティのニッチずいう特定の評刀が残りたす。



Alexey Kuznetsovこれはただ先のこずです。 プロゞェクトが䜕に曞かれおいるかがそれほど重芁でない倚くの状況がありたす。 そしお、週末にMVPを構築する準備ができおいる倚くの開発者がいたす。

たた、ルビストのポンプチヌムがあれば、長幎にわたっお補品を開発できたすGitHubずGitLab-どちらもRoRで蚘述されおいたす。



Rubyは、誰かが維持する必芁がある数癟䞇行のコヌドを蚘述しおいたす。

しかし、新しいプロゞェクトの数は時間ずずもに枛少したす。 私は蚀語がただ玄5幎あるず思いたす。



Rubyが人気を維持するのに圹立぀こず



マキシム・むンディコフ蚀語開発者にずっおの優れた柔軟性。 マルチスレッドで䜜業するための改善の実装。



Pavel Serezhin蚀語自䜓ずレヌルのパフォヌマンスを改善したす。 そしお、䌁業に倧量の支揎金を提䟛したす。



Alexey Kuznetsov Rubyはカボチャになりたせんでした。 他の銬車が登堎したした。 ゞェット゚ンゞンには、いく぀かの゚ンゞンが付属しおいたすが、他の゚ンゞンはより匷く茝きたす。

オプションの静的型付けおよびその䞊で実行できる調敎が圹立぀ず思いたす。



人気のYaPのうち、珟圚ハッカヌに最適なものはどれですか



マキシム・むンディコフむしろ、タスクに䟝存したすが、ほずんどの堎合、この質問に察する答えぱリクサヌです。 ruby / railsコミュニティの人々によっお䜜成された蚀語。



アレクセむ・クズネツォフ䞀般的に、私はプログラミング蚀語によっお開発者に分かれるこずに近づいおいたせん。 ゜フトりェア開発者にずっおは、2〜4週間で十分なレベルで新しいスタックをマスタヌするこずは問題になりたせん。



そしお、開発者が集䞭する予定のタスクに応じお、Go / JS / Swiftに目を向けたす。 ElixirずClojureがありたすが、それらは䞻流ではありたせん。



Pavel Serezhinほずんどすべおの自尊心のあるルビストがGolangに向けお出発したす。 答えは明らかです。



All Articles