2012年01月18日の日記

2012-01-18

http://anond.hatelabo.jp/20120118124126

ちょっと同情する。美味しい選択肢がないとき絶望的になる。

自分弁当作っていけ」という人もいるが、時間的・職場環境的(部屋の温度が弁当によろしくない、弁当のにおいが職場ではヤバイ等)に無理な場合もある。

となると、弁当屋にリクエストするとか、宅配弁当を同僚と利用するとかなにか打開策が必要だよな・・・

俺は時間を無理やり作って少し離れたうまいところを開拓したが、それすら叶わない場所だとつらいよなあ

http://anond.hatelabo.jp/20120118100328

こうしてすぐ、「真理の探究の妨げである」という話と「うまい汁吸いやがって許せねぇ」という話がごっちゃになるのでした。

大体、「労働に対して相応しいレベル収入」って何だよ。こういう「額に汗して…」みたいな下らない価値観いつまでも固執してるから、他国の企業ゲーム盤の支配権を明け渡すことに無頓着で、それが自分達の利益をどれほど損ねているかにすら気付けない。

前者にしたって、「真理」を捻じ曲げる最もたる要因は、自分の中の偏見価値観と言ってもいい)なのにな。多少のカネやステマなんかより、よほど強力なのに。

http://anond.hatelabo.jp/20120118233331

潰れる直前はバイト外国人ばかりって言えばいいのかな

通ってた店のバイトがいつの間にか外国人ばかりになって、味も落ちたし接客も悪いから行くの辞めるかって思ってると

半年後くらいに潰れるってのを、3回くらい見てるんで、なんかそういう法則でもあんのかなって思ってさ

http://anond.hatelabo.jp/20120118232329

カノ増田はすぐに潰れると主張しているのだが、それほど頻繁に潰れているのであれば、なかなか目にする機会もないだろうに。

http://anond.hatelabo.jp/20120118231528

都心だとたまにあるよ

接客してる人がぱっと見たところ全員外国人で、日本語ほとんど通じないうどん屋とかラーメン屋

チェーン店からだいたい他の店舗と同じサービスを受けられるだろうと思って入ると痛い目を見る

http://anond.hatelabo.jp/20120118231528

まり日本人じゃないひとを触らないほうがいいんじゃなかろうかと。

http://anond.hatelabo.jp/20120118230751

横だけど、バイトの8割以上が外国人になった店舗は高い確率ですぐに潰れる傾向があると思わない?

http://anond.hatelabo.jp/20120118212732

それだけの力を持つ言葉は例えば「自己責任」とかね

言霊を甘く見てるね

長期間影響力が強い人が周りの人々に「あいつは駄目だ」と何がしかあげつらって相槌を打たせ

同調させとけばやられた人は周りが見えなくなって「自分クズだ」と思い込み自滅していく

強い人でもこの仕組みに気づかない場合メンタル弱っていく そして世の中に馴染めなくなり

自殺したりメンヘル廃人になる。自殺未遂を繰り返すようになるよ 

分かってる人は嫌がらせを受けた人がそうなることをちゃんと分かっててやるし

メンヘルになって憎しみや殺意を抑える為にリストカットなどを繰り返せば「キモい

かまってちゃん」とまたあざ笑うネタに使うよ 自分の愉悦やストレス解消の為にね

から言霊の「呪い」のシステムに打ち勝つためには、「呪い」を拒絶するのではなく

呪い」の力を理解して受け入れなきゃいけない

貞子のビデオ呪いから逃れる方法はなんだったか・・・

相手も醜くまた自分も醜く「どっちもどっち」の状態になって初めて相手の弱さや「呪い」を

余裕を持って受け入れる事ができるようになるんだよ

追記:コピペ言葉受け売りモラルを他人に押し付けようとする人ほど

場合によっては嫌がらせしてくる人より人を苦しめるし

嫌がらせを喜ぶ人にとっては動かしやすい守りの駒になりやすいのさ

「一番の仕返しは幸せになることだ」という言葉を嫌っているのはそういうこと

幸せになっても「憎しみ」って消えないよ 

普段は忘れていても時折フラッシュバックして思い出す類のものから

http://anond.hatelabo.jp/20120118220642

実際、最低時給ギリギリでもやりたがる奴も多いんだが、それ以前に外国人をたくさん雇うと有形無形のリターンが来るんだよ。

特にアジア圏の場合、受け入れ人数の多寡で将来あっちの国に進出する時の現地国のサポートとか横車の押しやすさとかが変わってくる。

まり留学生という札をぶら下げた奴隷制度みたいなもん。現地の役人が彼らを売り飛ばし、それを国内企業格安で使う。双方の利害が一致してるわけ。

法整備や人権意識がある程度進んでる欧米諸国相手には絶対出来ないね、こんな事。

日本政府がやたらと留学生枠を増やしたがってるのも、まあそういう背景もあるって事で。

http://anond.hatelabo.jp/20120118220642

経済格差の問題らしい。

牛丼屋やコンビニバイトは、日本人にとっては学生の小遣い以上にはならない。

塾講や家庭教師の口を見つければバイトに励んでる奴が馬鹿に見えるほど稼げる上に、自分も復習がてらの勉強ができる。

最高の働き口だ。

から日本人は安い賃金だとコンビニやらなんやらで真剣バイトしない。

しか留学生にとっては時給1000円ってのは、自国の水準から考えればそれなりに魅力的な労働

http://anond.hatelabo.jp/20120118223001

しかしたら無自覚なのかもしれないですが、他人にレイシストというレッテルを貼るのは、相手に悪意を感じさせますので、気をつけてくださいね

http://anond.hatelabo.jp/20120118220642

コンビニ牛丼屋の小売業は基本的に就職してつくような仕事ではないからでは?

ほとんどアルバイトから

バイトならたくさん求人があるけど、正社員の席が足りないのが昨今の就職難でしょう

就職難というけれど

世の中、就職難というけれども、東京へ行くとコンビニ牛丼屋みたいな小売業で、日本人があまりいなくて、漢字一文字の名前日本国籍じゃなさそうな人が働いているのが多いように見えるのはなぜなんだろう。

日本人を雇うよりも安い給料で雇えるからなのだろうか。

上京したときの素朴な疑問。

Python vs Ruby vs PHP vs Haskell プログラミング言語バトル part1

 

42 : デフォルト名無しさん : 2011/11/12(土) 23:53:51.20

Pythonの方が弄れる対象が多いのに、なんでウェブ系だとPHPの方が流行ってんだろ

端末からテキスト処理も楽だし、数値計算周りのライブラリも充実しているのに

PHPが優遇されているのって歴史的な経緯以外に何か他の理由でもあるのか?

けどまぁ、情弱文系SEが大半を占めているバカだらけの日本じゃ別にPHPで困ることもないか

45 : デフォルト名無しさん : 2011/11/13(日) 01:41:24.25

数値計算や端末からテキスト処理なんてWeb系じゃ大して使わないからなあ…

43 : デフォルト名無しさん : 2011/11/13(日) 00:04:23.30

PHPが未だに現役なのは、単に歴史的な経緯でしかないだろ

Pythonに関しては、ZopeさえコケていなければWebサーバLLとして大成功していたはずなのに、

Railsなんかが登場したおかげで、すっかり影が薄くなってしまますた....

44 : デフォルト名無しさん : 2011/11/13(日) 00:49:55.28

zopeってコケてたんだ

ってか、railsインスパイアされたフレームワークって今じゃ幾らでもあるよね

djangoとかCakePHPとか。rubyってRoRを使いたいユーザを除くと、

pythonPHPの方がユーザー数は圧倒的に多いと思うんだけど

本家railsって、他を遥かに越えるほど良いものなんだっけ?

48 : デフォルト名無しさん : 2011/11/13(日) 08:30:25.68

44

Zopeが登場した当時、RDB+PHPはもう古い、これからOODB+ZopeWebの中軸になる!」

さかんに宣伝され、雑誌でもZope特集が組まれていた

 

少なくとも自分ZopeからPythonという言語を知ったし、その時点でRubyは知らなかった

そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう

今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい

 

djangoCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう

しかしRailsはRailsコミュニティの活動が活発だし、その進化は異常に早い

 

Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoCakePHPから

何かのイノベーションが提示されでもされない限り、後発のdjangoCakePHPRailsに追いつくのは無理

Railsは決して技術的に完璧Webフレームワークではないんだけどね....(たとえばSeaSideのような.... )

 

からこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている

51 : デフォルト名無しさん : 2011/11/13(日) 12:55:40.83

 C a k e P H P は う ん こ   

遅い、設計が古い、動作がおかしいの3重苦

日本では流行ってないけど海外だとYiiが流行ってきてる

55 : デフォルト名無しさん : 2011/11/13(日) 17:31:12.14

CakePHP使ってんの?

可哀そうにw

53 : デフォルト名無しさん : 2011/11/13(日) 14:44:48.55

求人PHPばかりだからPHPやるしかないだろ。

57 : デフォルト名無しさん : 2011/11/13(日) 19:34:04.95

でもやっぱりいつもの使い慣れたLL(Python/Ruby)で

Webサービスを書きたいってのがある

73 : デフォルト名無しさん : 2011/11/15(火) 17:32:46.07

アメリカ言語ユーザー数は

Python>>>>>>>>Ruby

求人数は

Ruby on Rails>>>>>>>>Django

http://www.indeed.com/jobtrends?q=django%2Cruby+on+rails&l=

どういうことなの?

74 : デフォルト名無しさん : 2011/11/15(火) 17:48:15.59

RubyRails以外に使い道がないか

75 : デフォルト名無しさん : 2011/11/15(火) 17:54:35.50

海外ではRubyは昨今のRailsバブルのお陰で

もはやWebスタートアップ共通語になってるらしいからね

求人数が多いのはそのためだと思うよ

76 : デフォルト名無しさん : 2011/11/15(火) 18:03:23.05

なんかのミスかと思ったがアメリカでもRuby on Railsは人気があるのかなあ・・・

Pythonのほうが使いやすいと思うのだがフレームワークRailsが優位なんだろうか

77 : デフォルト名無しさん : 2011/11/15(火) 18:23:14.33

Djangoは周辺ライブラリ微妙だし本体も鈍くさい感じがする。

でも、FlaskはSinatraより好きだからPythonが嫌いってわけではない。むしろ好き。

 

ただ、いざ作り始めるとやっぱりRailsが楽だなあってなって、Railsを使い続けている。

78 : デフォルト名無しさん : 2011/11/15(火) 18:38:46.28

同感だ

同じように思っている人が他にもいて安心した

79 : デフォルト名無しさん : 2011/11/15(火) 18:54:37.13

PHPJavaScalaには

Railsみたいなフレームワークあるのに

Pythonはいいのないんだよな

80 : デフォルト名無しさん : 2011/11/15(火) 21:19:09.89

PHPフレームワークが乱立しすぎているから、RailsPHPで実装してみようというやつが出てきた。

Scalaも注目されだしたのはつい最近のことだしな。

それに比べてPythonは、Zopeというデファクトスタンダードが既に存在していたけど、

つの間にかフェードアウト

ただ、どうやってもRailsもどきRailsを超えることはできないのは間違いない。

83 : デフォルト名無しさん : 2011/11/15(火) 21:25:38.55

パクリオリジナルを超えられない(キリッ って定型句だけど、

これってキリッって言いたいだけだと思う。

後発品が先に出たものを超えたものなんていくらでもあるから

84 : デフォルト名無しさん : 2011/11/15(火) 21:30:04.39

D言語って超えたって?

85 : デフォルト名無しさん : 2011/11/15(火) 21:31:12.00

B言語って超えたって?

86 : デフォルト名無しさん : 2011/11/15(火) 21:53:33.76

でもRailsRubyの黒魔術を使いまくりから

PHPで同じ事をできないわけではないだろうけど、Ruby on Railsほど簡潔にはできない

90 : デフォルト名無しさん : 2011/11/15(火) 22:50:07.81

スタートアップなんて根無し草の集まりにとって、

googleが囲った言語coolさを見出せないんだろ

123 : デフォルト名無しさん : 2011/11/20(日) 11:32:16.79

まあくだらねえWEBサービス作って喜んでる情弱は早く死ねって事だよ

91 : デフォルト名無しさん : 2011/11/15(火) 22:52:42.98

そういう理由じゃなくてRailsのほうが単純に情報プラグインも多いからでしょ

3 : デフォルト名無しさん : 2011/11/15(火) 23:07:07.67

linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん

わざわざ不合理で不完全な言語を使うなんて

社会からハミ出た奴らの精神的な作用によるものじゃないの?

95 : デフォルト名無しさん : 2011/11/15(火) 23:20:20.21

django情報プラグインが増えないという、

現実に対する鬱憤を吐いてるようにしか聞こえないな

もしも

linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん

真実であるのなら、今頃はdjango情報プラグインが溢れかえっているはず

104 : デフォルト名無しさん : 2011/11/16(水) 01:20:49.05

Python信者乙。

yumや、gdbgnome拡張pythonであるからといって、それをwebアプリでも使いたいと思う人は少ないというだけのこと。

ソースからインストールする必要があったとしても、web開発ではrubyを使いたいという人が多いというだけのこと。

94 : デフォルト名無しさん : 2011/11/15(火) 23:15:11.93

というか、世界中Pythonプログラマが Remeber Zope!! を合い言葉

打倒RailsたるWebフレームワークを開発しているはずだけど、

いまだにRailsを超えるプロダクトが登場しないのはナゼ?

Railsも登場してから、かなりの年月が経過しているんだけどなぁ....

その間にもRailsRails 3が登場して、REST/AJAXの強化等の進化継続しているよ

347 : デフォルト名無しさん : 2011/12/09(金) 10:16:35.22

Ruby では

ary.map {|x| x**2}

となるものが、Python では

map(lambda x: x**2, ary)

となり、lambda の本体が1つの式では表現しきれなくなると

def mapper(x):

.....

map(mapper, ary)

書き換える必要があります

348 : デフォルト名無しさん : 2011/12/09(金) 10:24:20.94

Pythonのlambdaを用いた階乗計算

f = lambda x:(x and f(x-1)*x)or 1

RubyにはPythonのように「lambda本体は式でなければならない」という限定がありませんから

andやorを使った不自然記述をしなくても

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です。

390 : デフォルト名無しさん : 2011/12/10(土) 15:35:41.62

348

これはPythondisっているように見せかけてRubydisっているのか? と一瞬思ってしまったw

だってRubyのほうが長くない?CLのfuncallみたいなcall()がちょっとうざいし…

そしてどっちもlambda式の中で束縛変数名前再帰可能、と

350 : デフォルト名無しさん : 2011/12/09(金) 11:12:13.28

要素に対する関数適用と、抽出を組み合わせる場合

Python

print [x*2+100 for x in [1,2,3,4,5] if x > 2 and x < 5]

暗号のように見える。

Ruby

puts [1,2,3,4,5].select{|i| i > 2 and i < 5}.map{|i| i*2+100}

思考の流れと、コードの流れが一致しているので書きやすい。

351 : デフォルト名無しさん : 2011/12/09(金) 11:22:55.04

だれだPythonなら書き方はひとつとか言ってるのは

map(lambda x: x*2+100, filter(lambda x: x > 2 and x < 5, [1,2,3,4,5]))

354 : デフォルト名無しさん : 2011/12/09(金) 12:22:07.37

pythonて可読性が高いのをうたってる割にはそこいまいちだよね

353 : デフォルト名無しさん : 2011/12/09(金) 12:10:08.46

Ruby場合には、左から右へと無名関数データフローあるいは

パイプラインのように並ぶからコードが読みやすい

 

関数型プログラミングに不慣れな初心者でも、参照透明性のあるコード自然に書ける

プログラマにとって優しい or プログラミングの楽しさを教えてくれるのがRuby

 

それと比較すると、Pythonコードは、関数型プログラミングというもの

いかに高度で難解なものであるかという事をもったいぶってプログラマ押し付け

 

もしもPythonしか知らないプログラマであれば、関数型 = 難解 という印象を持つだろう

356 : デフォルト名無しさん : 2011/12/09(金) 12:53:45.66

階乗計算くらいだと単純すぎて、ナゼ重要なのかが分かりづらいと思うのでコードで示す

result_list = source_list.map { |elem|

  x = foo(elem.x)  # ここが局所宣言を書く部分

  y = bar(elem.y)  # ここも局所宣言の続き

  x + y       # 最後に評価された式の値が、無名関数のリターン値になる

}

Rubyでは、map等に与える無名関数の中で局所的な環境(クロージャ)が作られるから

x = foo(...) のような代入文がいくつでも(= 複雑な処理でも)書ける

このポイントは、実用的なプログラム関数型風で書こうとした時に、威力を発揮する

357 : デフォルト名無しさん : 2011/12/09(金) 12:59:21.07

余計分かりづらくなった

358 : デフォルト名無しさん : 2011/12/09(金) 13:17:26.54

リスト内包表記が暗号みたいと言ってる奴は

高卒ドカタなんだろうなぁと可哀想になる

大学数学に触れる機会があれば

集合の表記に似せてることが分かるから

386 : デフォルト名無しさん : 2011/12/10(土) 01:41:34.46

数学とかで慣れてるし区切りが関数のがわかりやすい

359 : デフォルト名無しさん : 2011/12/09(金) 13:46:31.97

355

map/filterはfor/ifと同じだと言っているだけだから、難解という印象は持たない。

関数型プログラミングに慣れた、あるいは得意な人であれば、そういった印象なんだろね

Rubyの魅力はこれから関数型プログラミングを学ぼうとする初心者、 あるいはそんな初心者へ教える立場から見た、優しさ or 分かりやすさなんだ

360 : デフォルト名無しさん : 2011/12/09(金) 13:53:28.85

Rubyだと直感的に書けるコード

[1,4,3,2].sort.reverse.map{|x| x.to_s}.join('-')

Pythonだと読みにくい。

'-'.join(map(str, reversed(sorted([1,4,3,2]))))

361 : デフォルト名無しさん : 2011/12/09(金) 14:07:17.88

360

Pythonでは思考の流れと一致しないばかりか、「カッコだらけ」のコードになると.....

364 : デフォルト名無しさん : 2011/12/09(金) 14:28:55.99

カッコだらけのコードを分かりやすくする基本的な方法静的単一代入じゃないか

Rubyのやり方は基本ではなく玄人のやり方だろ

372 : 369 : 2011/12/09(金) 16:21:03.82

Pythonでは組み込みの型でメソッドチェインはやって欲しくないな

listにmap,filterメソッドができたとしても、

似たようなコレクションtuple,deque,array,queue等にも同じメソッドが必要になってくるし。

シーケンスプロトコルの利点が活かせない。

383 : デフォルト名無しさん : 2011/12/10(土) 01:17:28.39

372

外部のライブラリでも列挙可能なものは、たいていEnumerableモジュールをimportしてます

Rubyユーザーは列挙可能なものmapselectできて当然だろって思ってる気がしま

377 : デフォルト名無しさん : 2011/12/09(金) 18:41:51.79

Pythonは「何かを便利に書くためのしわ寄せ」をはっきり寄せてくる

得意と不得意を言語レベルではっきり主張するのでメリケン好みと言えなくもない

Rubyは全方位になんとなく八方美人なので、全体的になんとなく書きやすくてなんとなくキモくて遅い

379 : デフォルト名無しさん : 2011/12/09(金) 18:48:52.27

Pythonユーザー調教っぷりは異常

「書きにくいってことはその処理に向いてないってことだから諦めろ」を地で行く

387 : デフォルト名無しさん : 2011/12/10(土) 13:40:40.74

リストの内包表記はシンプルに書けるときは使うけど

基本その場でdefするのがPython風なんだと思う。

389 : デフォルト名無しさん : 2011/12/10(土) 14:40:31.04

無名関数が文を使うほど複雑なら名前を付けるのが Python 流と想像

384 : デフォルト名無しさん : 2011/12/10(土) 01:23:49.48

outer(center(inter( arg )))

これを読みづらいと感じるのは、左から右に流れる

日本語文に慣れているからだと思うが、

もしかしてアラビア語ネイティブな人からすると逆に読みやすいのか?

385 : デフォルト名無しさん : 2011/12/10(土) 01:34:57.89

なるほど、ということは右から左、左から右どっちでも行ける言語が最高ですね

F#パイプライン演算子最高ということで

ちがうよ

http://anond.hatelabo.jp/20120116092238

嫌がらせしてきた相手は「お前なんか不幸になれ」って言ってるんだから、「てめえが何しようと幸せになってやる!」って跳ね返せってことだよ。泣き寝入りしてどうすんだ。

http://anond.hatelabo.jp/20120118204712

貴方が言ってるような人間像はむしろ

生まれ育ちが不幸でプライドを傷つけられながら大きくなった人に多い



そういうときに本当にお金を投げること

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん