  |
はてなキーワード: zopeとは
Pythonの方が弄れる対象が多いのに、なんでウェブ系だとPHPの方が流行ってんだろ
端末からのテキスト処理も楽だし、数値計算周りのライブラリも充実しているのに
PHPが優遇されているのって歴史的な経緯以外に何か他の理由でもあるのか？
けどまぁ、情弱な文系SEが大半を占めているバカだらけの日本じゃ別にPHPで困ることもないか
数値計算や端末からのテキスト処理なんてWeb系じゃ大して使わないからなあ…
Pythonに関しては、ZopeさえコケていなければWebサーバ用LLとして大成功していたはずなのに、
Railsなんかが登場したおかげで、すっかり影が薄くなってしまいますた....
ってか、railsにインスパイアされたフレームワークって今じゃ幾らでもあるよね
djangoとかCakePHPとか。rubyってRoRを使いたいユーザを除くと、
pythonやPHPの方がユーザー数は圧倒的に多いと思うんだけど
本家のrailsって、他を遥かに越えるほど良いものなんだっけ？
44
Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている
C a k e P H P は う ん こ
CakePHP使ってんの？
可哀そうにw
でもやっぱりいつもの使い慣れたLL(Python/Ruby)で
Webサービスを書きたいってのがある
求人数は
Ruby on Rails＞＞＞＞＞＞＞＞Django
http://www.indeed.com/jobtrends?q=django%2Cruby+on+rails&l=
どういうことなの？
求人数が多いのはそのためだと思うよ
なんかのミスかと思ったがアメリカでもRuby on Railsは人気があるのかなあ・・・
Pythonのほうが使いやすいと思うのだがフレームワークはRailsが優位なんだろうか
Djangoは周辺ライブラリが微妙だし本体も鈍くさい感じがする。
でも、FlaskはSinatraより好きだから、Pythonが嫌いってわけではない。むしろ好き。
ただ、いざ作り始めるとやっぱりRailsが楽だなあってなって、Railsを使い続けている。
同感だ
同じように思っている人が他にもいて安心した
PHPはフレームワークが乱立しすぎているから、RailsをPHPで実装してみようというやつが出てきた。
それに比べてPythonは、Zopeというデファクトスタンダードが既に存在していたけど、
ただ、どうやってもRailsもどきがRailsを超えることはできないのは間違いない。
パクリはオリジナルを超えられない(ｷﾘｯ って定型句だけど、
これってｷﾘｯって言いたいだけだと思う。
D言語って超えたって？
B言語って超えたって？
PHPで同じ事をできないわけではないだろうけど、Ruby on Railsほど簡潔にはできない
まあくだらねえWEBサービス作って喜んでる情弱は早く死ねって事だよ
そういう理由じゃなくてRailsのほうが単純に情報もプラグインも多いからでしょ
linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん
わざわざ不合理で不完全な言語を使うなんて
もしも
＞linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん
真実であるのなら、今頃はdjangoの情報とプラグインが溢れかえっているはず
yumや、gdbとgnomeの拡張がpythonであるからといって、それをwebアプリでも使いたいと思う人は少ないというだけのこと。
ソースからインストールする必要があったとしても、web開発ではrubyを使いたいという人が多いというだけのこと。
というか、世界中のPythonプログラマが Remeber Zope!! を合い言葉に
打倒RailsたるWebフレームワークを開発しているはずだけど、
Railsも登場してから、かなりの年月が経過しているんだけどなぁ....
その間にもRailsはRails 3が登場して、REST/AJAXの強化等の進化が継続しているよ
Ruby では
ary.map {|x| x**2}
map(lambda x: x**2, ary)
となり、lambda の本体が1つの式では表現しきれなくなると
.....
と書き換える必要があります。
f = lambda x:(x and f(x-1)*x)or 1
RubyにはPythonのように「lambda本体は式でなければならない」という限定がありませんから、
f = lambda{|x|if x == 0 then 1 else x*f.call(x-1) end}
または
f = lambda{|x|x == 0 ? 1 : x*f.call(x-1)}
と書けます。lambda内でreturnが使えますから、書きたければ
f = lambda{|x|if x == 0 then return 1 else return x*f.call(x-1) end}
でもOKです。
348
これはPythonをdisっているように見せかけてRubyをdisっているのか？ と一瞬思ってしまったｗ
だってRubyのほうが長くない？CLのfuncallみたいなcall()がちょっとうざいし…
そしてどっちもlambda式の中で束縛変数の名前で再帰可能、と
print [x*2+100 for x in [1,2,3,4,5] if x > 2 and x < 5]
暗号のように見える。
puts [1,2,3,4,5].select{|i| i > 2 and i < 5}.map{|i| i*2+100}
思考の流れと、コードの流れが一致しているので書きやすい。
map(lambda x: x*2+100, filter(lambda x: x > 2 and x < 5, [1,2,3,4,5]))
pythonて可読性が高いのをうたってる割にはそこいまいちだよね
Rubyの場合には、左から右へと無名関数がデータフローあるいは
関数型プログラミングに不慣れな初心者でも、参照透明性のあるコードが自然に書ける
プログラマにとって優しい or プログラミングの楽しさを教えてくれるのがRuby
それと比較すると、Pythonのコードは、関数型プログラミングというものが
いかに高度で難解なものであるかという事をもったいぶってプログラマに押し付ける
もしもPythonしか知らないプログラマであれば、関数型 = 難解 という印象を持つだろう
階乗計算くらいだと単純すぎて、ナゼ重要なのかが分かりづらいと思うのでコードで示す
result_list = source_list.map { |elem|
x = foo(elem.x) # ここが局所宣言を書く部分
x + y # 最後に評価された式の値が、無名関数のリターン値になる
}
Rubyでは、map等に与える無名関数の中で局所的な環境(クロージャ)が作られるから、
x = foo(...) のような代入文がいくつでも(= 複雑な処理でも)書ける
このポイントは、実用的なプログラムを関数型風で書こうとした時に、威力を発揮する
余計分かりづらくなった
高卒ドカタなんだろうなぁと可哀想になる
集合の表記に似せてることが分かるから
355
＞map/filterはfor/ifと同じだと言っているだけだから、難解という印象は持たない。
関数型プログラミングに慣れた、あるいは得意な人であれば、そういった印象なんだろね
Rubyの魅力はこれから関数型プログラミングを学ぼうとする初心者、 あるいはそんな初心者へ教える立場から見た、優しさ or 分かりやすさなんだ
[1,4,3,2].sort.reverse.map{|x| x.to_s}.join('-')
Pythonだと読みにくい。
'-'.join(map(str, reversed(sorted([1,4,3,2]))))
Pythonでは思考の流れと一致しないばかりか、「カッコだらけ」のコードになると.....
カッコだらけのコードを分かりやすくする基本的な方法は静的単一代入じゃないか
Rubyのやり方は基本ではなく玄人のやり方だろ
Pythonでは組み込みの型でメソッドチェインはやって欲しくないな
似たようなコレクションtuple,deque,array,queue等にも同じメソッドが必要になってくるし。
372
外部のライブラリでも列挙可能なものは、たいていEnumerableモジュールをimportしてますね
Rubyユーザーは列挙可能なものはmapやselectできて当然だろって思ってる気がします
Pythonは「何かを便利に書くためのしわ寄せ」をはっきり寄せてくる
得意と不得意を言語レベルではっきり主張するのでメリケン好みと言えなくもない
Rubyは全方位になんとなく八方美人なので、全体的になんとなく書きやすくてなんとなくキモくて遅い
「書きにくいってことはその処理に向いてないってことだから諦めろ」を地で行く
無名関数が文を使うほど複雑なら名前を付けるのが Python 流と想像。
これを読みづらいと感じるのは、左から右に流れる
もしかしてアラビア語ネイティブな人からすると逆に読みやすいのか？
2010だけトップにない。あと知らんの多すぎ。
眠くて考えがまとまりそうにないからとりあえずここに投げる。
自由とは「多様性を許容する設計」である - Zopeジャンキー日記
本人の幸せは、本人にしかわからないのだから、本人に自由にさせればよい。
確かにそう思う。
確かにそう思うけどやっぱなんか違うよね。
今の世の中のgdgdってその殆どが、それぞれが自分の「幸せ」が何かっていうことをよくわかってないことからきてるものだと思うんだよね。
ハイ自由ですよって放り出されて「幸せ」でいられる人ってどれぐらいいるんだろか？もちろん「幸せ」を政府に決められるのはまっぴら御免だけど。
自由主義者の思い描く「個人」ってすごく強い。
同じ人の前のエントリー
http://mojix.org/2009/11/21/hitsuyou_sigoto]
わたしたちは店に行ったとき、欲しいものだけを買い、欲しくないものは買わない。それがあたりまえであり、自然な判断である。そのあたりまえで自然な判断が集まったものが「市場」である。よって、「必要とされていない仕事」というものは本来、市場に存在する余地がないのだ。
強いよね。パッキリ二分法。
欲しいもの→買う→買ってみたらやっぱりいらなかった→捨てられない→悩む
欲しくないもの→買わない→やっぱり必要だった→もう売ってない→悩む
欲しいか欲しくないかわからないもの→悩む→とりあえず買っとく→やっぱりいらなかった→悩む
→買わない→買っとけばよかったかな？→悩む
なんか個人ってもっと揺れていて弱いと思う。
弱さを掛け合わせていって、その答えがプラスになるならいいし、実際そういう場面はいっぱいあるけど、
マイナスの答えが出て来ることだってあるよね。それが怖い。オレは弱いから。
・・・だったらどうすればいいかって？
どうすればいいんだろ？いい案があったら増田になったりしないわな。
http://www.dan.co.jp/~dankogai/ldr-hbc/ より
plone.jpへようこそ — plone.jp portal
Plone CMS: Open Source Content Management JZUG Wiki - PloneSiteInJapan
管理者でログイン
Site Setup
Language
Japanese
もっと知りたいPython：第2回 高機能WebフレームワークPlone｜gihyo.jp
Ploneは，必要な機能をすべて備えたオールインワンのパッケージとして作られています。
データベースやWebサーバはPloneに内蔵されていますので，ApacheやMySQLなどを別途インストールする必要がありません。
Linuxなどのサーバを特別にたてる必要はなく，使っていないWindowsがインストールされたPCに，Ploneをインストールしておきます。
アカウントを作るとユーザ専用のスペースが割り当てられますので，文書やファイルをアップロードすれば情報共有ができます。
Plone3をリモートフォルダとして使う — Papasan's Home
Plone３のWindowsパッケージは数回のクリックでWebサーバー、FTPサーバー、データベースなど全てが構築できます。楽チン！！
Plone 3.0 を Windows 環境にインストール - tkykhgの日記
dev blog/CMS インストールガイド：Plone 2
Plone用Blogプロダクト，COREBlog2について — Blog on Plone ! : coreblog.org
PloneのSMTP設定にGMailを指定 - 清水川Web
Zope/Ploneサイトの構築 - 蓄積したTipsを公開するサイト(京大情報系技術職員)
【特選フリーソフト】安倍晋三氏の公式サイトが採用したオープンソースCMS Plone：ITpro
【コラム】Yet Another 仕事のツール (68) ZMIの日本語化とデザインのカスタマイズ | エンタープライズ | マイコミジャーナル
Amazon.co.jp： 開発のプロが教える標準Plone完全解説 (デベロッパー・ツール・シリーズ): 本: アンディ マッケイ,Andy McKay,クイープ,システムサポート
Amazon.co.jp： オープンソース徹底活用 Ploneによる簡単Webコンテンツ管理 (オープンソース徹底活用): 本: 寺田 学,伏見 潤,永井 孝,CMSコミュニケーションズ
