なんで？ 正規表現で使われる=~の実態はRegexp#=~なんですが、この時 右辺に使えるのはStringだけ です。 ついでに、String#=~はRegexp#=~のシンタックスシュガーで、これによって辺を交換しても動作します。 （参照： http://osdir.com/ml/lang.ruby.japanese/2007-05/msg00058.html ） 世間（というか自分の周り）では、"Hello" =~ /e/と書くほうが圧倒的に多く、 それどころか/e/ =~ "Hello"と書けるのかどうか自信ない、なんて人もいました。 ところで、Object#=~があるのもあって、一応5 =~ /5/なんて書くこともできます。 結果はnilです。 これは"5" =~ /5/あるいは5.to_s =~ /5/と書けば意図通りです。 もちろん/5/ =~ 5とは 書けません。前述のとおり
ノ～ッてくれ！カモン！ Ha-Ha！ Rock'n Roll Night！Ha-Ha！ くしいです！ 「シゴトでココロオドル人をふやす」をテーマに、人のつながりで新たな環境を開拓できちゃうかも知れないソーシャル・リクルーティング・サービス Wantedly などを手がけている、その名もウォンテッドリー株式会社にお邪魔してきた。この11月にお引越されたばかりとのことで大変綺麗でござったよ。 ドアを開けるとロゴどーんのガラス越しにバーン ==== オシャンティー ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはcodocで購入
HBFav をバージョンアップ、2.5 をリリースしました。既に App Store でダウンロード可能です。iOS 7 なら放っておいても新しくなるはず。 今回のアップデートは二点 ペーストボード (クリップボード) にコピーしたURLを HBFav で開く機能の追加 タイムラインで追加の新着取得時にうまくいかない不具合の修正 です。主には前者ですね。 こんな感じで、HBFav を開いたときにペーストボードに URL があると、それを開くかどうか聞いてくるようになりました。 どんなシチュエーションで使う機能なの? 想定ユースケースを再現してみましょう。 ある日 Twitter なんかで拡散されてきたページを Safari で開いてみました。 なにこれウケるんですけど。 ブコメ (はてなブックマークのコメント) では何て言われてるのかな〜。と気になってきます。ウズウズ。こんなときは、おもむ
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
このブログをはじめてから2年8か月と少し（ちょうど1000日くらい）が経った。 これまでに公開したエントリの数は299。 つまり、このエントリは記念すべき第300号！というわけ。 ブログとしてある程度の存在を認められるには300記事が1つの目安であるという説があるので[要出典]、 この300回目のエントリは当ブログにとって大きな節目と言える。 前回299号のエントリでは「なぜWikioediaはわかりにくいのか（数学とか）」という内容を書いた。 そこで言いたかったことを3行でまとめると次の通り。 ■ Wikipediaの説明は理工系の初学者にはわかりにくいね。 ■ そもそも説明のアプローチ（思想とも言う）が違うので、わかりにくくて当然だね。 ■ もっとわかりやすい説明の仕方がありそうだね。特に図を使った説明は直観的な理解を助ける力があるね。 まぁ、だいたいこんな感じ。 そして、その記事につ
1 ：以下、名無しにかわりましてVIPがお送りします ：2013/11/29(金) 21:11:08.77 ID:u7sSjVrxi わたしはパソコンです。 製造元は伏せさせて頂きます。 6年前にご主人様にお買い上げいただいた、なんの変哲もないパソコンです。 3 ：以下、名無しにかわりましてVIPがお送りします ：2013/11/29(金) 21:12:01.10 ID:u7sSjVrxi 電気屋さんで並んでいたときは、毎日ドキドキしていました。 となりのパソコンと、右からいくつめかのパソコンは性能がいいからはやく売れるんじゃないかとか 売れ残ったパソコンはどうなってしまうんだろうとか そんなことを話す毎日でした。 そして、忘れもしないあの日、あなたがやってきたんです。 4 ：以下、名無しにかわりましてVIPがお送りします ：2013/11/29(金) 21:12:24.26 ID:SGG
2013年11月29日06:00 俺が笑ったボケての画像貼っていくから少しでも笑ったら寝ろ Tweet 1：以下、名無しにかわりましてVIPがお送りします：2013/11/29(金) 01:39:03.99 ID:DuVGkGlY0 吹いた画像を貼るのだ『激おこプンプン丸ですやん』 http://blog.livedoor.jp/nwknews/archives/4577572.html 6：以下、名無しにかわりましてVIPがお送りします：2013/11/29(金) 01:39:57.81 ID:pPofsUbH0 hahahaha 13：以下、名無しにかわりましてVIPがお送りします：2013/11/29(金) 01:40:43.32 ID:DuVGkGlY0 次 22：以下、名無しにかわりましてVIPがお送りします：2013/11/29(金) 01:42:35.96 ID:DuVGkG
数年前にも同じことかいた気がするけど、最近の状況にあわせてかいてみる。 途中で面倒になってきて説明が雑になっている点をご容赦ください。 言いたいことは「結局、昔はサーバサイドで懇切丁寧なエラーメッセージを出すためにModelではなくControllerでバリデーションに関する知識が必要だったけど 今はJavaScriptでやるから不要だよね１１１」ってことです。 この表題は、よく話題にあがるところなのだが、理想論としては Model, Controller, Client side のいずれにおいてもきっちりと validation を行うことがのぞましい。 しかし、実際にはなかなか面倒である。ということで、どこをはぶくかというと Controller における Validation であろう。 ユーザーに対する親切なメッセージは JS の側でだすのが理想的。model の validat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kazuph on Instagram: "これは良いものをもらった。"