 
|
はてなキーワード: バブルとは
どちらにしても、SNSで失敗してソーシャルで生き返ったGREEの次に来るのが、またSNS付きのプラットフォームってのは筋が悪い気がするぞ
これは果たしてどうなんだろう。
モバゲーもmixiもSNSとしての機能があるわけで、ゲームとSNSの両方を兼ね備えているというのが、現在のバブルになっているソーシャルゲームの構成要件なわけだ。
greeの前にはmixiがSNSでバブルを起こしていることからも、SNS要素は外せないのではないか。
どちらかというと、オミットされる要素はゲームの方だと思われる。
なんかそんな感じ。
・収益に関するノウハウのコモディティ化でコンテンツ濫造がさらに進む
・大手プラットホーム(というかモバゲーとグリー)に依存しないコンテンツの台頭
・ハードウェアの高性能化に伴うコンテンツのリッチ化(開発コスト上昇)
・法規制
・行き過ぎた経営拡大路線による自滅
この辺が複数同時進行でじわじわと適正な規模に収まると思う。
ドッドッドリランドに移行しとけ
この人は結局「書店の危機だ！危機だ！あいつが悪い！そいつが悪い」と言ってるだけで、この人なりの打開策みたいなものは無いんだよね。
打開策なんて無いんだけど。
「失われた8000億円」じゃないんだよ。単にそれまでがバブルだっただけ。
「欧米は減ってない！」なんて言って欧米と比べるなら、その国のGDPと出版物の販売金額も比べてみるべき。
日本の出版業界がバブルだっただけだというのが明らかになるからさ。
あと「複合店が悪い！」なんて言いながら、ヴィレヴァンを持ち上げるダブスタもひどい。
ヴィレヴァンこそ究極の複合店だろうに。
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年の日本人が普通（8割ぐらいの人は）に持っている物は、
・贅沢はできないが、安心で好きな食べ物やおいしい食べ物を入手できる環境
・ガードマンはいないけど、安心して外出でき夜中でも襲われることのない日常
・100％保証ではないけど、安心して通院できる医療制度や腕利きの病院
・費用負担はあるけど、十分使えるパソコンに、自由なインターネット環境
・住んでいる地区にもよるけど、お金をかけなくても楽しめる観光や旅行や遊ぶところ
・他にも、漫画、アニメ、映画、SNS、2ch、はてな、Amazon を嗜む環境etcetc
は大体の人が持っていて、無駄遣いしなければ月10万あれば、この暮らしができる
（例：家賃5万、デリカ250円×3＝750×30＝22500、ネット3000円、その他10000円、貯金10000円。かつかつで）
月10万なら、資格や能力が何も無くても、特殊な問題を抱えていなければ、ある程度
年齢が越えていても、コンビニ等の働き先は、いくらでもあるんじゃないかと。
さらに8割以上の人は、18万以上稼いでいますよね。
何も無い人が、簡単に月10万稼げる国は、世界でも少ないはずで、
いやいや、今の時代はつらいよ。原発、老人介護、医療、年金etcと、これから大変だよ。
患者150万人のうち15万人が死亡。
世界恐慌に加え、冷害・凶作、昭和三陸地震や津波が続き、身売り、欠食児童、行き倒れ、自殺などが激増して悲惨な状態
生活はどんどん制限
生活はどんどん制限
3500人死亡
約30万人が死亡
日本は300万人が死亡
今は戦争も日本ではないし、食べ物はあるし、病院もあるし、すごい良い時代だ。
人口ボーナスがあり、発展が途上の国の幸せのあり方だったと思う。
これは悪くない時代だったはず。
で僕らは、獲得する幸せは感じないけど、1950年代の人が、全力で手に入れた物を
僕達が今後いきる世界は、今あるものを十分に楽しんで生きれば良い。
つか、ネットがあると、それだけ十分楽しめるよねって話でした。
「バブルが終わった時代に高校生」だったにしては幼稚な文章だなあ。
それにそういう価値観ってタバコ以外はもう完全に定着してるから、その世代だとしても「騙された」なんて感想にはならないような。
（つーかタバコはもうその頃には「カッコイイ」時代は終わってたよ。カッコイイと思って吸ってたのは一部DQNくらいだし、マスコミもずっと禁煙ブームだった記憶しかない）
GHQが日本に小麦を輸出するために、給食にパンを支給させて小麦の美味しさを教え込ませた例があるけども、
バブル好みの豊かさを維持してほしいんだったら、若者が強欲になるよう調教すれば良かったんじゃないかと思う。
暇なので計算してみる。
元増田が社会人なりたて23歳、母親が短大卒後3年腰掛して結婚→即妊娠とすると24歳で元増田を出産、とすると今47歳。
今47歳の女性が18歳だったのが1983年。まだバブルじゃないんじゃね？
適当にぐぐったhttp://www.ipss.go.jp/syoushika/tohkei/Data/Relation/2_Factor/3_work/1-2-C08.htmによると
1983年の女性の短大進学率が19.9%、大学が12.2%。
って事は7割近くが高卒以下だったわけで（まあ専門卒とかも含まれてるだろうけど）「短大卒＝中の上」も妥当かと。
23歳ではまだ本人＆両親共に結婚を具体的に意識しなさそうだし、「彼氏を紹介すると両親共に彼氏の肩書きに失望する」とあるけど
同世代の彼氏ならまだ就職したばかりで肩書きも糞も無いわけで…（これは彼氏がかなり年上という可能性もあるけど）
あと元増田が海外旅行行ってたのは小学生～中学生の間だからとっくにバブル崩壊した後だろ。
どうも増田は団塊ジュニアが多いからこういう話を読んで親の年代を高度成長期だと反射的に勘違いしがちだけど、今大学生の子が生まれたのって1990年ぐらいだから親は完全にバブル世代だよ。
バブル期なら円が強かったから庶民でも海外旅行はわりとふつう。短大卒もふつう。中小企業でもボーナスは普通に出てた時代だね。
特に増田の父ちゃんぐらいだとバブル真っ盛り期にまだ若く責任のある立場でもなかっただろうからバブル崩壊のあおりをまともに食わずにある程度の貯金だけが残って、で、それを頭金に崩壊後に投げ売りされた不動産物件買うことができたんだろうと思う。