 
|
はてなキーワード: ミスとは
一ヶ月ほど前に、バイトの新人さんが来た。この新人さんを、仮にAさんとする。
私はタイミング悪く、Aさんとシフトがカブる日が一週間ほどなかった。すれ違いで出勤するシフトになっていた。
私は新人さんを楽しみにしていたので、会うのを待てずに、Aさんの研修をしたB先輩に印象を尋ねた。
すると、温厚なB先輩が「あの子はできない子かもしれない」とポツリ。こりゃ相当だぞ、と思いつつも、「まあ、まだ始まったばかりですからね！」とフォローを入れると、B先輩はうーん、と唸っていた。
そして、Aさんと初対面の日が来た。しかし、Aさんは来ない。五分、十分待っても来ない。その日同じ時間に入っていたCさんに、「Aさん、来ないですね」と言うと、Cさんは「実は」と言った。「実は、今までの勤務、全部遅刻してるんだよ、Aさん」と言った。初出勤から数えて全四回である。四回目のときには、Cさんが雷を落としたそうだ。この怒ると超絶コワイCさんの雷を受け、それでも今日遅刻してくるとは、ずいぶんな神経をしているようだ。Cさんと二人、うーん、と唸っていると、十五分遅れてAさんが現れた。当然、Cさんは呆れ顔だ。
「一応訊くけどさ、なんで遅刻してきたの？」とAさんに問うCさん。
Aさんは、俯いてスイマセン、と一言呟いた後に「いつもと違う路線を使ったら、時間がわからなくて」と言う。
「ケータイ持ってるでしょ？だったらさ、路線検索とかあるよね。それで調べられるはずだよ」とCさん。もっともである。
するとAさん、すかさず「パケ放題に加入してなくて…」と仰る。苦しいぞ！とツッコミを入れそうになった。もう、Cさんも口をつぐんでから、「あっそう」と一言言うだけだった。Aさんが手にしているのはスマートフォンだ。
それから業務を開始したのだが、「今日で五回目ですよね？」と確認を入れたくなるほどの、初歩的なミスを連発した。Cさんは、もう失神するんじゃないかというくらいに教え、苛立っていた。
それが、私とAさんの初対面だ。
その後、Aさんの仕事ぶりを見ていると、メモはちゃんと取っているし、まあ遅刻以外はなんとかなるのか…と思っていた。
しかし、一ヶ月ほど経過した最近。全く、初日に見た仕事ぶりと変化がないのだ。つまり、一から十まで教えないと何もわからない状態。メモを取っているはずなのに。来るたびやる業務でさえ、Aさんは何もわからない状態なのだ。Cさんをはじめ、Aさんに教える人たちは、短気でなくとも皆イラついてしまうほどだ。
なんでこんなにできないのか。周囲は怒りを通り越して、疲弊していた。
しかし、最近の会話で、どうもAさんは障害者なのではないだろうか、という意見が上がった。
Aさんは、以前まで二種類バイトをやったそうだ。しかし、どちらも一ヶ月でクビにされてしまったらしい。
お金を払って通っていた自動車教習所に至っては、S字・クランクの時点で挫折し、教習所をやめたそうだ。
なのに、Aさんは「Aラン大学」と言われるところに在籍だ。どうなってるんだ。
スパムアカウントは@meigen_togetherの方でした。
http://anond.hatelabo.jp/20120201213652
これを見てから有名ツイッタラーについて調べていたら、ある面白い事実を発見したので紹介。
主役は「isophthalicac-22」というアフィリエイトIDの持ち主。
金を稼ぐにはバカを騙すのが楽だと思っていたけれど、バカって相手にするだけで疲れるから、ある意味正当な報酬なのかもしれない
asakotty/あさこってぃ 2012-02-02 20:30:13 http://favotter.net/status.php?id=165034282551738370
ということで、バカの騙し方を見ていこう。
twitterで簡単に金儲けできる方法見つけたｗｗｗ
1 ：ローカルルール・名前欄変更議論中@自治スレ：2012/01/20(金) 01:01:56.70 ID:fjWtEHcf0
名言botを丸パクリしてアフィリエイト貼るだけｗｗｗｗｗｗ
俺天才ｗｗｗｗｗｗ
http://twitter.com/together_meigen (本家)
http://twitter.com/meigen_together (パクリ)
http://2chspa.com/thread/news4vip/1326988916
ちなみにアフィリエイトIDを含んだAmazonリンクを踏むと、
それから購入した商品の何パーセントかはID主の報酬となります。
ひたすらAmazonリンクを踏ませることで稼ぐことができるのです。
パクっている方のツイッター名言bot(@meigen_together)
このアカウントのつぶやきの最後のあるAmazonリンクのアフィリエイトIDが「isophthalicac-22」
ソース(http://favotter.net/status.php?id=165068150726078466)
(https://twitter.com/#!/meigen_together/status/165427116173832192)
しゅうまいまい(@shuumaimaimai)というフォロワー数１０万のネカマアカウント。
これがつぶやくAmazonリンクのIDも同じく「isophthalicac-22」
ソース(http://favotter.net/status.php?id=166157687845953537)
(http://twittaku.info/view.php?id=144437404319760384)
あさこってい(@asakotty)というフォロワー数1万のパンダアカウント
このIDによるリンクのアフィリエイトIDもまた同じく「isophthalicac-22」
ソース(http://favotter.net/status.php?id=156758423835394048)
というかしゅうまいまいとあさっこてぃは明らかに同一人物。
ここで@meigen_together＝@shuumaimaimai＝@asakottyという図式が成り立つ。
実際にshuumaimaimaiはtogether_meigenを度々リツイートしている。
同一人物でなくとも、何かしらの関わりがあるのは違いないだろう。
もしこの推測が間違っていたら全力で謝罪します。
でもどうやったら否定できる事実だろうか。真っ黒。
ちなみに中の人は、以前は音楽のある喫茶店(http://blog.livedoor.jp/arthur_sonette/)
というブログをやっていた。真面目な女性歌手レビューサイト。男子大学生。
ツイッター上では欲しいものリストで女性に見せかけようと工夫している。
はてなアカウントはこれ→http://b.hatena.ne.jp/isophthalicacid/
自身のブログやツイッターのtogetterをセルフブクマしている。
問題なのは@meigen_together。このアカウント。
これについて言及したいために書いた記事。
比べてみてほしい
ツイッター名言bot http://twitter.com/together_meigen (本家)
ツイッター名言 http://twitter.com/meigen_together (パクリ)
これが「バカの騙し方」ならばちょっと引く。
コンテンツ作成者の許可なくツイートを連続的に再送信又は盗用し、特にそれが自動化されている場合、そのアカウントはスパムとして凍結されます。
バカの騙し方ということではこちらも張っておく。
最近では
【拡散希望】10万フォロワーありがとう企画やります！2/6 0時頃に私が「ある質問」をツイートします。私をフォローしている人でその質問にきちんと答えた人、先着5名にamazonギフトカードを差し上げます。気軽に参加してくださいね♪http://t.co/ClrfAd9M http://favotter.net/status.php?id=166157687845953537
これは是非とも参考にしたい。
アフィリエイトIDは統一した方が報酬率が高いからといっても、
やはりバレることがあるのでIDは分けた方がより良かったと思う。
しかし、それでもバカは気付かないのでそれでいいのかもしれない。
バレたらアウト。
間違った知識や発言だから、指摘しても良いという事もまた無いけどな。
指摘しても良いとか悪いとか、誰が決めてんだい
君か？
「それ違うね」って一言突っ込まれるのでも許しがたいほど腹立つっていうなら
まずはミスしないように注意したらどうなの
犯罪の弁護人は、世界で全員を敵に回そうとも被告人の味方であることを求められる。こんな厳しい仕事を進んでやる人が一人でもいるから、裁判の正当性が担保されるのだ。それを理解していない筈はない。単純にポピュリズムというか、衆愚主義にのっかって(群集の快感原理に訴えかけて) 弁護士会への懲戒請求を煽る。
http://www.sponichi.co.jp/society/news/2012/01/28/kiji/K20120128002522420.html にもあるが、結局の所教育問題ってのは誰でも口をはさみたくなるが故に、しばしば間違っていることであっても「正しい」という信念のもとに正当化される。しかし、教育を左右するというのは国の基礎を左右している、という責任感はあるのだろうか(私には全く感じられない)。建っている建物の基礎を変更するんだから、ドラスティックに変更したら、いくら設計図が正しくても工程管理のミスで家が引っくり返ることがある。ましてや、その棟梁が選挙で選ばれる(すなわち、継続性が保証されない)政治家だと言う。
短期的に見ればミクロな世代間格差や想定していない副作用でおかしなことになるだろうし、長期的に見れば右に左にゆさぶられた教育の現場がぐだぐだになるだろう。教育改革は1つのサイクルすら5年、10年という長丁場の覚悟がないと、本来は為しえない難事業なのだ。どうしてもドラスティックに変えたければ、特区や特定校指定などといった「離れ」でまず実験をすべき。これは、別に教育に限った話ではなく、生きているシステムは全てそうだ。
会社員の副業に関する質問はインターネット上に多数あるけど、どれも断片的なので理解するのに苦労した。
質問サイトとか税理士事務所のWebページとか税務署とか一通り見て（丸一日くらい潰れた）、以下の理解に達した。
（１）会社員が副業（個人事業主・青色）を行う場合、普通に確定申告を行うと
(翌年の)住民税の金額が変化する。住民税は、主たる雇用主が一括して特別徴収で払うため、
本業の会社には給与所得分の住民税のみの情報がいき、事業所得分の住民税は
自分で払う。
（３） ただし、副業の事業所得が赤字の場合、本業の給与所得と損益通算が行われる。
結果、（翌年の）住民税が減少する。この情報は会社に知られる。
うっかり誰かに喋ったとか、手続きミスったとかの別経路は除く。
（５） よって、副業が会社にばれないためには、副業分の住民税を普通徴収にし、
かつ事業所得を常に黒字に維持すればよい
であってるのかな？
近頃人気ですね。一時期のGREE・モバゲーバッシングはどこへやら。
と言う話はさておいて、今までソーシャルゲームとは縁の無かった方々がプレイしている影響か、
このゲームにやたらと夢を抱いている人が多いようです。
特に、『アニメ化されないか』『アイマス新作に誰か出演しないか』等のメディア展開に関係するものや、
『新イベントの提案』『全体的な動作改善』『ゲームバランスの変更』等のゲームそのものに対する要望が目立ちます。
断言しておくと、動作改善がやや望みある程度で、他は「ありえない」ですね。
理由は下記。
・KONAMIの戦国コレクションがアニメ化と言う前例がありますが、
あれはKONAMIが自社で製作しているゲームだから実現できた話です
よって、新作への出演も無理
知っての通りモゲマスは、既存ゲーム（神撃のバハムート→戦国サーガ→モゲマス）の
モゲマス独自の要素（親愛度）もありますが、バグの温床となっています
（しかもそのバグ修正の方法が非常に稚拙かついい加減だったことは記憶に新しいですね、
（ダブルクォートがあったりなかったり、スラッシュで閉じていたり閉じていなかったり）
パーサに掛けたらエラー連発でしょうね
既存ゲームの挿げ替えであるがゆえに、上記2つのゲームの同じ箇所で誤字脱字が存在しています
気付いていないのか、直す気がないのか…
・モゲマスに限った話ではありませんが、
この手のゲームは『人よりお金を多くかけた人』が俺TUEEEEを実現出来ないと成り立ちません
人よりお金を払わない・そもそも一銭も落としていない人に対する運営の優先度は極端に低いです
だからこそSRカードの性能は壊れていますし、今後もっと壊れていきます
これらを理解した上でプレイしたり数万円つぎ込むのは、別段問題があるとは思いません。
胃が痛い。今また、あの頃のことを思い出すような状況で胃が痛い。
新卒で正社員として就職した会社は中小だったけど、ひょんなことから経営陣との距離がとても近い部署に配属された。
お偉い上司と二人きり、ほぼマンツーマンのような状態で仕事を行なう。まさにバディ状態。
新入社員が突然お偉方を相手にする訳だから縮み上がった。やっていけるのか自信もなかった。不安で一杯だった。
でもマンツーマンだからこそなのか、上司の人柄か仕事への姿勢の所為か、
何をするにしても報・連・相、それに確認から細かい指示に至るまで、
あれやれこれやれと口頭でギャーギャー言われる。それに答える形で自然とこちらの口数も多くなる。
気付けば上司とは密にコミュニケーションするようになっていた。
上司とはお互いそれなりに心を開けていたのではないか、と思う。
そのうち偉い立場だからこそ苦労している上司の素顔も知った。懐の深い人だった。
上司は何とか改善しようと思いつきで新しい要求を押し付けてくる。
誰も使い方のわからない、機能しない新しい提出書類の種類だけが増えていく。
そんなその場凌ぎの思いつきに応えられるほどこちらの余裕もスキルもなく、
軽口のつもりかもしれないが、上司が自分の同期のことを悪く言うのも許せなかった。
今にして思えば、この時一度きちんと話し合うか、他の部署の上司にでもいいから相談するべきだった。
結局堪忍袋の緒（とはちょっと違うけれど）が音を立てて切れ、
誰にも相談せずに一人会社を離れる決心をして、飛び出すようにして転職した。
でも後悔先に立たず。この会社での仕事の仕方は自分に合っていたのか、染み付いているのか
結局この会社、この上司が自分にとって一番だったのだと後々思うことになった。
転職先は大きな会社の子会社だったが、前の会社に比べるとかなり堅い会社だった。
制服有り、５分前着席。始業時と終業時、休憩時にチャイムがなる。
インターネットも閲覧規制がされていた。トイレ休憩すら気軽に行き辛い雰囲気だった。
そして自分はかつて学校が苦手な、いつも学校から浮いているような生徒だった。
派遣の社員が多かったこともあり、正社員ということも大きな足枷となった。
○○さんは正社員なんだから頑張ってもらわないと、この仕事もやってもらわないと、
引き継ぎは直に辞める派遣社員からだったが、その人から教えてもらった仕事の細かいノウハウは
「貴方は派遣ではなく正社員なのだから」ということで通じないことが多かった。
配属された班はあまり口数が少なく、そもそもこの子会社そのものが親会社に引け目を感じて
小さく小さくなって仕事をしている感じだった。
無論、社内（社内は親会社と繋がっている）での自分の立場も小さくなって過ごさなければならなかった。
上司や周囲からの指示はポストイットでの伝言や、メールで行なわれることも多く
無駄口や世間話一つするのも妙にこそこそとしてしまい、周りの目が気になった。
総じて会話が少ない職場だった。生のコミュニケーションの不足を感じた。
取引先に配布するカレンダーを巻く向きが表裏逆になっていたのだった。
そもそもカレンダーを巻いて取引先に配布すること自体、自分には初めての経験だったので
何度も周りの人にやり方を確認して注意を払ったつもりだった。
でも、何故か表裏の向きを間違えたまま自分一人で山のようなカレンダーを次々に白い筒状に巻いて行った。
「やっと全部巻き終えた！」一仕事終えた次の日、机にメモが載っていた。
隣りの席の営業から、「カレンダーの向きが違うから全部巻き直してほしい」との伝言が書かれていた。
隣りの席の営業とは、それなりに親しくしているつもりだった。
カレンダーの配布も既に始まっていた。
ならば何故、もっと早くに、直接口頭で言ってくれないのだろう。
そう思うと何とか堪えようとしても、どうしても涙が止まらなかった。
途方に暮れながらも、半分泣きながらも、全部のカレンダーを正しい向きに巻き直して行った。
心の中にぽっかり穴が空いたような気がした。
それから。
会社にいても、始終極度の緊張状態にいた。
緊張し過ぎておしっこが近かった。行ってもまたすぐ行きたくなる。
誰かに監視されているような気がして、常に気が抜けなかった。
常に息苦しく、ゼエゼエハアハアと呼吸をしていた。
毎日なんとか耐えて、８時間座りっぱなしの時間をやり過ごした。
そのうち胃にポリープが出来て、身体は極度の緊張状態が毎日続くものだから
背中の筋肉が肉離れを起こしたり、座骨神経痛で夕方まで座っているのが難しくなった。
腰が痛くて、ただベッドから動けず横になっていることしか出来なかった。
もうこの会社にいても自分が出来ることは何もないだろうと思い、結局会社を辞めた。
今。フルタイムでの勤務はもう自分には体力的に出来ないだろうと思い、
けれど、この会社もポストイットやメールでの指示や伝言が多い。
それはそう教わったのだけれど、とかそもそも違う人が作業した部分なのだけれど、と心の中で思う。
そして、何故目の前の席にいるのに面と向かって話をすることが出来ないのだろうか、と思う。
小さなことでも声を掛け合い、コミュニケーションの積み重ねで互いをより理解し、円滑な作業に生かす。
それはそんなに難しいことなんだろうか。嫌がる人の方が多いのだろうか。
いつも賑やかで活気のある職場は夢やフィクションの世界だけなんだろうか。
今は頑張り所なんだろうか、それとも早めに見切りをつけるべきなんだろうか。
これは、「事務職リーマンがwebサービスを作ってみた話」のトラックバックに対するトラックバックです。
もちろん、この手のアルゴリズム処理に「完璧」は存在しません。
ですが、拾った結果の品質を数百個ばかり、サンプリングで調査した範囲では、商品サイズを拾える商品のうち、９割を大きく超える率で、正しいサイズを拾えていますので、
もちろん、検索できる商品数が尋常じゃないので、サイズ抽出をミスっていそうな商品を狙い撃ちで探すと、結構見つかったりはしますが。
ちなみに、上記の「商品サイズを拾える商品」という表現には、レトリックがありまして、結構、楽天ではサイズが画像のみで記載されている商品もありまして、そういうものは、当然、検索できない商品となっています。
まあ、これは仕方が無いところです。
サイズは、正しくサイズを拾えるよう、複数の書き方パターンでサイズ候補を抽出しています。
おおまかには、
・幅×奥行×高さ（単位センチ）・・・・・・XX × YY × ZZ
の２パターンで、このパターンを軸に、さまざまな派生に対処しています。
この派生（というかノイズ要因）が滅茶苦茶いろいろなパターンであって、相当手を焼きました。
実はこれも、簡単そうに見えて、結構、面倒なところでした。
・サイズ記載部分から遠く離れた部分に（単位：ミリ）とか書いてある場合がある
など、さまざまなパターンがあり、結局、サイズ記載箇所の前後を見て、距離などから重み付けを調整して、サイズ単位を拾っています。
また、そもそもサイズ単位が記載されていない（意外とよくある）場合は、サイズ値の大きさを見て推定したり、（例えば、家具カテゴリのサイズ表記に小数点があれば、それはきっと、ミリではなくセンチだろう、など。）全く見当が付かん、というときには、決めで処理したり、仕方なくあきらめたり・・・といった処理をしています。
サイズを拾うだけでは、梱包サイズとか、引き出し内寸とか、ノイズが多いので、これらは、重み付けを行い、一番重み付けが高いものを外寸サイズとして拾っています。
この辺の重み付けは、ある程度、作りこんでいますが、もちろん、完全ではないので、今後のブラッシュアップが必要な部分です。
こちらは、型番等で誤反応を起こしやすい、W/D/Hでの記載サイズのレーティングを少し下げて対処しているのですが、初めのほうにトラックバックを頂いた方もご指摘されているとおり、それでもある程度引っかかっちゃいます。
タイトル中の型番を検索外すとかの手も無くはないのですが、型番って意外と本文中にも多くて、例えばテレビ台とかで、本文中にテレビ型番をズラズラ列挙されて、それが反応した時もあります。
一応、異常値についてはレーティングを下げたり、サイズ数値取れずで処理はしています・・・みたいなところではありますが、検討すべき改善箇所です。
ex)「幅800×奥行400×高さ100センチ」の棚・・・など。
こちらは、最終的なサイズ数字を見て、「サイズ単位の書き間違い・拾い誤り推定」の判定を入れておりまして、判定に抵触したサイズについては、正しいと思われる単位に変更・救済しております。
もちろん、フォローにも限界があったり、フォローを行って二重遭難する場合もあるんですが、検証してみたところ、ほんのわずかな二重遭難よりも、誤り救済を行ったほうがはるかに結果がよかったので、処理を入れてます。
ただ、結論から言うと、サイズ情報に対する、楽天市場側の動きはほとんど無いと読んでおります。
なぜなら、圧倒的にニーズが高く、ハードルも低いと思われる、送料込み価格検索すら、彼らは実現できてないからです。
恐らく、楽天側では、出店側に登録させる情報を、いじりたくないと思っているのではないでしょうか。
しかも、サイズ情報は、楽天が扱っているほとんどのジャンルの商品にとっては、それほど重要性の高くない情報です。
ごく一部のジャンル向け以外は重要性の高くない追加の登録情報なんて、楽天はあまり実装したくはないのではないでしょうか。
・・・と、そういう読みをしてますし、さらに、読みが外れて楽天が対応を行ったとしても、別に私は片手間でやっているだけなので、それほどペナルティが大きい訳ではありません。
以上、カグサイズのページ処理の内容部分の説明でした。
それではー。
----------
http://shizu.0000.jp/read.php/company/1218928282/
36 名前： 名無しさん 投稿日：2009/11/29 18:37 ID:CDInVj6I０
従業員を人間と思っていないような扱い。
ホームレス同然の人を採用し翌日から飛び込み営業させ、使えないと判断すれば３日でクビにする。
事務もまるでゴミのような扱い。
入社後数日なのに聞いても何も教えず、自分で仕事を探してミスすれば怒鳴り散らす。
営業と同様使えないと判断すれば馬鹿社長、デブ代表取締役、糞部長がグルになってイジメにかかる＆退職勧奨。
ちなみに代表取締役のババァは仕事にうるさいクソガキ連れてくるようなDQN。
まだ募集してるから気をつけて
49 名前： 名無しさん 投稿日：2010/10/05 19:42 ID:IT99Bg4M０
うちの親がここで配管やったよ
二週間くらいで水漏れして、他のとこで見てもらったら、のりついてないとこがあったらしい。
50 名前： 名無しさん 投稿日：2010/10/05 21:36 ID:o9SY8/HE０
中央サ○ビス、会社案内のパンフには特殊車両をいくつも持っているようなこと書いてあるけど、実際はゼロ。すべてレントに借りに行ってる
その通りなんだろうなあ。でもいま自分の文章が大嫌いで仕方なくなっちゃったから些細なミスにさえ拘泥しちゃうようになってるわ。
以前はばっちりって思ってた箇所もクソみたいに思える。マズイなあ。
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 流と想像。
これを読みづらいと感じるのは、左から右に流れる
もしかしてアラビア語ネイティブな人からすると逆に読みやすいのか？