タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

pythonとrubyに関するtakeshiketaのブックマーク (4)

  • PyCallを触ってみる - Money Forward Developers Blog

    こんにちは、金子です。 普段はRubyを書いたりしています。 Rubyのコミッターであるmrknさんの新作gemである PyCall で遊んでみました。 作者のmrknさんによる資料は こちら 。 各種versionは以下のとおりです。 ・Ruby: 2.4.0 ・Python: 3.6.0 ・PyCall: 009b2c6 現時点ではmasterを使うのがいいと思うので、git cloneしてきます。 $ git clone git@github.com:mrkn/pycall.git コンソールを立ち上げます。 $ bundle install --path vendor/bundle $ bundle console pandasを呼び出す さっそくpandasを使ってみましょう。 pythonのimportを行うために必要なモジュールをrequireし、includeします。 re

    PyCallを触ってみる - Money Forward Developers Blog
  • このページは削除されました

    ご迷惑をおかけします。ご指定のページは情報の信頼性に疑問があるとのご指摘を受けましたので、削除致しました。

    takeshiketa
    takeshiketa 2009/08/06
    どえりゃー違うのう
  • ','.join() がなぜキモイのか - methaneのブログ

    Ruby厨とPython厨が平行線の議論をしていたので、まとめてみる。 オブジェクト指向的にキモイ? str.join() 処理での登場人物は2人いる。連結文字(区切り文字=separator)、連結される文字列の列だ。 この二つを比べると、「連結される文字列の列」が情報的に重要な場合がほとんどだろう。それを元に文字列の列が主役で連結文字はオマケと考えると、「joinが主役でない連結文字側のメソッドになる何てキモチワルイ」となる。 でも、別の視点で「連結する側とされる側」というように分類すると、「区切り文字 join 連結される文字」が素直な能動態で、「連結される文字列 (is) join(ed by) 連結される文字」だと無理やりな受動態になるので、''.join() の方が素直だ。 Rubyの場合は「配列が要素をjoinする」と配列が主体となっているので、後者の考え方はしにくい。なので

    ','.join() がなぜキモイのか - methaneのブログ
  • Pythonな人とRubyな人の違い - 思っているよりもずっとずっと人生は短い。

    柴田さんの「Python 3.0がここ数年は初心者に非推奨なたった一つの理由」を読みました。 「Python 3.0がここ数年は初心者に非推奨なたった一つの理由」 手前味噌ですが、先日のるびまの巻頭言と比べると、Pythonな人とRubyな人の違いがよく出てるんじゃないかなあ、という気がしました。ちょっと偏見が入っていますが。 両者は、どちらの方が良いか、みたいな話ではなく、あくまで適性というか、求めるもの、目指すところの違いの話で。たぶん二人とも同じ光景を見てるんだと思うのですが、私が「1.8.6もいいけど、やっぱり1.9.1もいいよね」と表現するところを、柴田さんなら「1.9.1もいいけど、やっぱり1.8.6もいいよね」と表現するんだろうなあ、と。でも、私の知っているRubyistなら、後者ではなく前者の表現を好みそうな気がするのです。同様に、Pythonな人の間では「2.6もいいけど

    Pythonな人とRubyな人の違い - 思っているよりもずっとずっと人生は短い。
  • 1