開発部 R&D グループで研究開発をしている CRuby コミッターの村田 (mrkn) です。 2/23 に渋谷で開催された Ruby Business Users Conference 2017 *1 でキーノートスピーカーとして講演をさせていただきました。 内容は、Ruby で統計分析や機械学習ができない現状についての解説と、その状況を打破するために私が現在開発を進めている pycall.gem のデモンストレーションでした。 カンファレンス当日に使用した資料は私個人の Speaker Deck で公開していますので、そちらをご覧ください。 カンファレンスの発表後、当日カンファレンスで一緒だった YassLab の安川さんがデモ部分の動画を facebook で公開し、twitter で拡散してくださいました。 .@mrkn さんの PyCall を使ったデモがスゴい!😆 #RBU
本稿は、ブダペストで開かれたイベント「 RuPy 」で、Pat Shaughnessyが披露したプレゼンの内容をまとめたものです。 プレゼンの映像はここ から視聴できます。 本稿は当初、 同氏の個人ブログ に投稿されましたが、同氏の了承を得て、Codeshipに再掲載します。 このイベントは「RubyとPython」に関するカンファレンスなので、RubyとPythonでは、ガベージコレクション(以下「GC」)の動作がどう違うのかを比較すると面白いだろうと私は思いました。 ただしその本題に入る前に、そもそもなぜ、GCを取り上げるのかについてお話しします。正直言って、すごく魅力的な、わくわくするテーマではないですよね? 皆さんの中でGCと聞いて、心がときめいた方はいらっしゃいますか? [実はこのカンファレンス出席者の中で、ここで手を挙げた人は数名いました!] Rubyコミュニティで最近、Rub
This is a post that Pat Shaughnessy wrote based on his presentation at RuPy in Budapest. You can also watch the video recording of the presentation. This recap was originally published on his personal blog, and we're republishing it on Codeship with his kind permission. If your algorithms and business logicare the brain of your application, whichorgan would the garbage collector be? Since this is
柴田さんの「Python 3.0がここ数年は初心者に非推奨なたった一つの理由」を読みました。 「Python 3.0がここ数年は初心者に非推奨なたった一つの理由」 手前味噌ですが、先日のるびまの巻頭言と比べると、Pythonな人とRubyな人の違いがよく出てるんじゃないかなあ、という気がしました。ちょっと偏見が入っていますが。 両者は、どちらの方が良いか、みたいな話ではなく、あくまで適性というか、求めるもの、目指すところの違いの話で。たぶん二人とも同じ光景を見てるんだと思うのですが、私が「1.8.6もいいけど、やっぱり1.9.1もいいよね」と表現するところを、柴田さんなら「1.9.1もいいけど、やっぱり1.8.6もいいよね」と表現するんだろうなあ、と。でも、私の知っているRubyistなら、後者ではなく前者の表現を好みそうな気がするのです。同様に、Pythonな人の間では「2.6もいいけど
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 手前味噌ですが、先日のるびまの巻頭言と比べると、Pythonな人とRubyな人の違いがよく出てるんじゃないかなあ、という気がしました。ちょっと偏見が入っていますが。 両者は、どちらの方が良いか、みたいな話ではなく、あくまで適性というか、求めるもの、目指すところの違いの話で。たぶん二人とも同じ光景を見てるんだと思うのですが、私が「1.8.6もいいけど、やっぱり1.9.1もいいよね」と表現するところを、柴田さ んなら「1.9.1もいいけど、やっぱり1.8.6もいいよね」と表現するんだろうなあ、と。 Pythonな人とRubyな人の違い PythonistaもRubyistも,一般的な「開発
定期的に上がってくるこの話題。 Rubyがいいのか?Pythonがいいのか? 答えは簡単、Rubyを先にやった人は特にPythonの必要性を感じないであろうしとりあえずRubyをやる、 Pythonを先にやった人は特にRubyの必要性を感じないであろうし、とりあえずPythonをやっていればいいのではないだろうか。 どちらもやったことがない人はとりあえずRubyを勧める。 Pythonはちょっとかじったことがあるけど文字列周りが残念すぎた。 だいたい easy_install ってなんだ!!!! アンインストールできないしゴミに失礼なほどゴミですね。 Pythonあんまりやらない僕でも pip 使ったほうがいいのは知ってます!!!! RubyもPythonもやれることがだいたいかぶるので*1、どちらかやってればいいんじゃないかと思います(適当)!!!!! さすがにRubyとPythonは設
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 僕は公私ともにPythonな人なんだけど,「メタプログラミングRuby」を読んでみた。 一言で感想を言うと,すごい良い本だから「みんな読むべき」。 本書では,まずRubyのオブジェクトモデルについて,ストーリー形式で分かりやすく解説をするパートが最初に来ている。途中にちりばめられる「ジャッジメントですの」とか「絶望した!」とかいった粋な翻訳ににやりとしながら読んでいると,すんなりとRubyのオブジェクト指向機能について理解できてしまうはず。 その後,メタプログラミングのさわりを解説,メタプログラミングの実践的な例としてRuby on Railsで使われているActiveRecordを例
配列操作の比較表: Ruby, Python, JavaScript, Perl, C++ プログラムを書いていると、他のプログラミング言語の記憶とごっちゃになって、「配列の後ろに要素を追加するのは push だっけ、 append だっけ」などと混乱することがあります。特に Ruby, Python, JavaScript はコードの書き方が似ているので、この問題が起きがちです。 そこで、備忘録として、 Ruby, Python, JavaScript, Perl, C++ の配列操作の比較表を作りました。一番慣れている Ruby を基準にしています。間違いなどがあったらご指摘いただけると助かります。他の言語のもあるといいなあ。 Ruby (Array) Python (list) JavaScript (Array) Perl (@) C++ (std::vector)
すでに Python 3.1 もリリースされ、また 2.7 のリリースも近いというのに、世の中ではいまだ Python 2.3 や 2.4 が現役で使われている。 たとえば、サーバ用 OS としてよく使われる CentOS 5 では、Python のバージョンは 2.4 である。 またレンタルサーバの xrea.com では、2.3 と 2.4 が半々ぐらい。2.5 はインストールすらされてない。 そんなわけで、Python のライブラリをリリースするなら、下は 2.3 や 2.4 から、上は 3.1 までサポートするのが望ましい。だけど、それをしようとすると Python はかなりめんどくさい。 たとえばデコレータやジェネレータ式やset()が導入されたのは 2.4 からなので、2.3 をサポートしようとすると使えない。 ## デコレータやジェネレータ式は 2.4 以降 @classme
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く