トップページ > プログラム > 2014年10月04日 > vkm/NTXC

書き込み順位&時間帯一覧

17 位/213 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000000000000102014



使用した名前一覧書き込んだスレッド一覧
デフォルトの名無しさん
【Python】スクリプト バトルロワイヤル46【pl,rb,php,js】

書き込みレス一覧

【Python】スクリプト バトルロワイヤル46【pl,rb,php,js】
575 :デフォルトの名無しさん[sage]:2014/10/04(土) 19:55:26.29 ID:vkm/NTXC
>>555
最後の SeaSide なんてフレームワークにしか触れられない時点で、
「>>553 の主旨には反論できません」と敗北を認めたも同然だな

というか、>>553 が書かれたこのスレの part1 が2011年で
それからおよそ3年が経過しようとしているのに、
未だに Python から Rails を越えるフレームワークが登場ないのはナゼ?
世界中にいる優秀な Python プログラマ達をもってしても、
Webアプリ開発フレームワークの舞台では Ruby に勝ち目がないってことだよ


>>564
「Web と スマフォ」の未来は Ruby で決まりだ
手続き型言語の Python は、「非プログラマな数値計算やデータ分析」と
「プログラミング初心者向けの教育」の分野で頑張ってくれ
どちらも重要な分野であるのは事実だし、ライバルには数値計算だと FORTRAN が
教育では BASIC がいて、「手続き型言語の Python」にふさわしい舞台だね

役割分担できてるんだから喧嘩すんな
【Python】スクリプト バトルロワイヤル46【pl,rb,php,js】
578 :デフォルトの名無しさん[sage]:2014/10/04(土) 21:46:07.48 ID:vkm/NTXC
>>577
結局、>>553,575 には何一つ技術的な反論もできない、
つまり Web の舞台で Python は雑魚であること認めたってことね

それでは「Web と スマフォの未来」について、「Web」については結論が出たから、
ご要望に応えて Ruby スレでやり残した「スマフォ」の話を続けでみよう
まず、Ruby スレでの「Kivy は GUI レイアウトの動的変更ができない」という指摘が
間違いであったことを認める(Python は専門じゃないんで、まあ間違える事はある)

(* 長いので、ここで切る *)
【Python】スクリプト バトルロワイヤル46【pl,rb,php,js】
579 :デフォルトの名無しさん[sage]:2014/10/04(土) 21:46:46.52 ID:vkm/NTXC
(* >>578 の続き *)

次に >>577 の Ruby スレでは、Kivy について以下の指摘をしている
> 852 名前: デフォルトの名無しさん Mail: sage 投稿日: 2014/09/21(日) 22:22:20.56 ID: 9m2mBLrL
>  ・ プラットフォーム(iOS/Andriod)へのアクセス能力が欠落している
>    もしも本格的なアプリ開発を目指すなら、プラットフォームへのアクセス能力は必須になる
>    たとえばiOSアプリならば CoaData や iCloud への対応は必然的に要求される
>    けれども Kivy にはこの能力が欠落しているから、用途はゲームアプリ開発等に限定される

これに関しては、以下の短い反論があっただけ
> 887 名前: デフォルトの名無しさん Mail: sage 投稿日: 2014/09/24(水) 23:51:46.29 ID: oJjoUkRq
>  ついでにPlatform固有のAPIには(たとえばiOSなら)Pyobjusを使ってアクセスする。

Pyobjus について調べてみたけど、まともに使えるのは Foundation フレームワークだけで、
AppKit についてはインポートは可能みたいだけどサンプルコードすら見当たらない
iOS 上での開発なら CoreMotion/CoreData/iCloud サポートは必須だと思うけど、Pyobjus で可能なの?
たとえばゲーム開発で加速度を取得するのに、Pyobjus では CoreMotion とのブリッジコードを
「いちいち Objective-C で書かなければならない」みたいだ
・Pyobjus on iOS -- GitHub
  https://github.com/kivy/pyobjus/blob/master/docs/source/pyobjus_ios.rst
これでも Python レベルでは「Pyobjusを使ってアクセス」できるとして満足していることに驚かされる
これが RubyMotion だと CoreMotion マネージャオブジェクトは
    @motion_manager = CMMotionManager.alloc.init
と書くだけで生成できるんだけど、いったいぜんたい何なの、この技術格差は?
【Python】スクリプト バトルロワイヤル46【pl,rb,php,js】
583 :デフォルトの名無しさん[sage]:2014/10/04(土) 23:14:17.63 ID:vkm/NTXC
>>581
AppKit 等のフレームワークのロードだけなら autoclass 関数で可能なのは >>579 で書いた
でも肝心なフレームワークのオブジェクトをアクセスする方法に関する解説 or サンプルが見当たらない
見つかったのは >>579 のリンク先で書かれていた以下のコードだけど、これは幻覚?

def run():
  Bridge = autoclass('bridge')
  br = Bridge.alloc().init()
  br.motionManager.setAccelerometerUpdateInterval_(0.1)
  br.startAccelerometer()

あと、>>579では「(手書きで)いちいち Objective-C で書かなければならない」と書いたけど、
これは間違いで CoreMotion であれば Kivy 側でブリッジコードを用意してくれるみたいだね
でも、(AppKit や CoreData等の) CoreMotion 以外のフレームワークへのアクセスに関しては、
以下のような記述がある

You can add additional bridge methods to your pyobjus iOS app, just change content of bridge.m/.h files, or add completely new files and classes to your xcode project, and after that you can consume them with pyobjus, on the already known way.

結局、bridge.m/.h ファイルを手書きでゴリゴリ編集しなければならないように読めるけど、これも誤読かな?
というか、そもそも RubyMotion ならブリッジそのものが不要なんだけど....


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。