バカと言われたくらいで萎縮するようなやつはソウルイーター見んじゃねーぞ - kなんとかの日記
はてなブックマーク: 「バックアップすればよかった」という指摘に「だろバカ」は余計 べつにバカなことしたやつにバカって言ってもいいと思うけどね。バカと言われて萎縮するような人間なら最初から自分の失敗を壇上で公開しないんじゃないかな。自分がよかれと思ってやったことを寄ってたかってバカと言われたら萎縮したり怒ったりするだろうけど、くだんの件はそうじゃないしね。 でもまー、最近は打たれ弱い人が多いからなあ。失敗をちょっと怒られただけで萎縮したり、いや萎縮するだけならいいけど逆恨みするとか。不当な理由で怒られたなら恨んでも仕方ないけど、自分の不注意を指摘されただけでわめかれてもね。 でもだからといって「バカというな」はやっぱり違うと思う。理由もなく、あるいは不当な理由でバカと言うのはまずいけど、自分がバカな失敗をしたときであれば、バカと言われたくらいで凹まない程度の強さ、あるいはそれを笑いに転換で
「相手が嫌い」っつー感情が言動の起点になってるんだから、議論の相手になるわけがない。 - kなんとかの日記
なんか相手から新しいコメントがあったのでいったん保留。つーか、今回もまた言いたいだけ言って勝手に終了宣言してる。まーた書き逃げかよ。もういいけど。 追記：結局、突っかかってきたのは『カチンと来た』からだとさ。カチンと来たから内容もろくに読まず、相手の主張も汲み取らず、カチンと来た箇所に固執してたっつーのが真相。アホらしい。今回の件はワシの人間力を試すための試験だったんだろう。見事不合格だけどな！！ いろいろ言い訳してるようだけど、もともとの行動理由が「kwatchが嫌い」という感情が起点になっているんだから、議論になるわけがない。なんせ彼は何年も前からことあるごとにワシんとこに粘着し続けてきたからね。相当根は深いと思うよ。 今回の件で同様に反論しても、どうせまともな議論にはならんだろうと思っていたのです。 http://d.hatena.ne.jp/kwatch/20100618/1276
Twitter の 3 パーセントは悪意でできてます - kなんとかの日記
以前、Matz日記が更新されないのはまつもとさんがTwitterを始めたからと聞いて「matz twitter」でぐぐったときから「そうじゃないかなー」と思ってたけど、あるいはひがさんからありがたいお言葉を頂戴したときも「そうじゃないかなー」と思ったけど、やっぱりTwitterって本人のいないところで気軽に陰口をたたきやすよね。 Twitterは、ちょうど会社のタバコ部屋みたいなもの。あるいは女子社員が集まる給湯室。仲間内が集まって、情報交換という名のうわさ話や他人の陰口をする場所。 以前、えらい粘着してきた彼が、Twitterでもネチネチやってた。 『kなんとかの人』！ これは新しい呼び方！ わざわざ検索されにくいような言葉を使うところに工夫を感じる。 しかし『shootoutのベンチマークも一応アプリケーション』か・・・。その感覚は世間と乖離しているんじゃね？あと『スクリプト言語に有利
RubyがPHPに勝つにはメソッド呼び出しのための新しい演算子が必要 - kなんとかの日記
PHPerがRubyを触り始めて最初に不機嫌になるのは、空文字列が偽ではないことだ。つまり、PHPなら「if ($var)」で済むのが、Rubyだと「if !var.empty?」と書かなければならない。これでPHPerは不機嫌になる (まあ気持ちは分かる)。 if ($var) ... # PHP if !var.empty? ... # Rubyそれだけならいい。もし値がnilである可能性があるなら、Rubyでは「if var && !var.empty?」と書かなければいけない。この時点でPHPerは不機嫌どころかブチ切れる。なんでこんなに書かなきゃいけないんだ!? PHPなら「if ($var)」で済むのに!! SHIIIIT!! if ($var) ... # PHP if var && !var.empty? ... # Rubyここで、「空文字列が偽になるような言語仕様こそク
PHPの言語仕様がウンコな理由個人的トップ10 - kなんとかの日記
「PHPerの問題点はPHPしか知らずに的外れなことを言うことだ」と、Javaしか知らなくて的外れなことを言っている連中にすら言われちゃってるPHPerのみなさん、こんにちは。 PHPは「使える道具」であることは事実です。しかし同時に言語仕様がウンコなのも事実。 ここでは、個人的にウンコだと思っているPHPの仕様を挙げてみたよ！ htmlspecialchars() の名前が長すぎる これはほんとウンコ。おまえWebアプリのための言語やろが！なんでこの関数の名前がこんなに長いねん！こんだけ長かったらめんどくさがって echo $var としてまうやろが！WordPressのthemeでHTMLエスケープ忘れが多いのはおまえの名前が長すぎるせいだ！ そんなわけで、全PHPerはこんな関数を定義するといいと思うよ。 ## echo $var; よりも短く h($var); と書ける! func
PHPをDisってるブログエントリを集めてみた - kなんとかの日記
スクリプト言語の範疇に入らないかもしれない言語を使っているPHPerのみなさん、こんにちは。 PHPの歴史は、Disられ罵られバカにされ続けた歴史です。 本日は、その歴史を紐解いてみたいと思います（一部、PHP擁護派のエントリも含んでいます）。 なおここで紹介していない記事で、ほかに紹介してほしいものがあれば、教えてください。 あと引用は一部のみなので、元記事の全文を読むことを強くお勧めします。 2006年 PHPプログラマ in YAPC::Asia 2006 Tokyo - 0330 (twk @ ふらっと) では、PHPの世界に帰ります。Perlの人はRubyをうらやみHaskellにおどろきPHPを軽蔑すると言う文化になっているようです。 このころには、すでにPHPは軽蔑される存在だったようです。 昔、２ちゃんとかでよくあった、Perl = C++ , PHP = VBってな感じ？
練習不足でしたごめんなさい in YAPC::ASIA2009 - kなんとかの日記
先日、YAPC::ASIA2009で「Basic Mechanism of OOPL」というタイトルで発表させていただきました。場を提供してくれた事務局の皆様、ありがとうございました。それから聞きにきていただいた方、ありがとうございました＆ごめんなさい。完全に練習不足でした。ほんとすみません。 実はYAPC::ASIAまでにpyKookをPerlに移植しようと思っていて、練習そっちのけで発表当日の朝まで作業してました。また資料自体はよく書けた（つもりになってた）し、内容も良く知っている（つもりの）ことだったから、大丈夫だろうとタカをくくってたら・・・ボロボロでしたね。今までで一番まずい発表でした。申し訳ありません。 しかも発表内容で間違いがありました。 「Perlの '@ISA' 変数は名前がおかしいのではないか、なぜならis-a関係はインスタンスとクラスの関係を表すものであり、クラス間の
『相手をしない勇気』って、それ勇気じゃなくて逃げてるだけじゃん、何カッコつけてんの? - kなんとかの日記
NOV1975さん、自分から仕掛けておいて、そんな幕引きはないんじゃないですか? 『30倍からだいぶ縮まりましたな。』とか『小規模プロジェクトしか経験ないのかなあ。』とか好き勝手言っておいて、しかも『あとで本気で書く。』とまで宣言しておいて、なに逃げてんですか? 好き勝手言われたこっちの身にもなってくれませんかね。 傍から見ていろいろとはっきりしているのに相手をしていると、どうも言わなくていいことを言ったり、苛立ちからか観客にとっても不愉快な態度をとってしまったりというようなマイナス面のほうが目立ってきてしまいます。 相手をしない勇気 - novtan別館 なにがどう『はっきりしている』んですか? 少なくともこっちはハッキリもスッキリもしてないんで、いい加減質問に答えていただけないでしょうか。 『ようはあなたが望む体制はスーパープログラマーに選ばれないってことじゃないの？』ってどういう意味
速報: Merb と Rails が統合 - kなんとかの日記
悪い冗談としか思えないんだけど、Merb と Rails が統合されるらしい。 Merb gets merged into Rails 3! by DHH (Rails 作者) Rails And Merb Merge by Yehuda Katz (Merb 主任開発者) Rails and Merb core team working together on their next release by Matt Aimonetti (Merb コアチームメンバー & merb-book リーダー) Merb *is* Rails by Ezra Zygmuntowicz (Merb project 創始者 & EngineYard 共同設立者) Rails and Merb Bury the Hatchet (Rails の有名ブログ) 実は 1 週間前に、DHH が Merb の信者
何が『釣り』で何が『釣り』じゃないのか - kwatchの日記
ほんとみんなJavaが好きなんだな。タイトルに「Java」を入れてないのに、なんでこんなに集まるのかね。 前のエントリは別にJavaをDISったわけじゃなくて、タイトルにあるように「コンピュータの歴史では、おもちゃと言われてバカにされていたものが最終的に勝利した例がいくつもある」というのが話の焦点なんだけど、 この展開だと「C#だとMicrosoftの都合に振り回されるので」とバカにされていたC#大勝利になりそうな罠 なんていう的外れなコメントがつくくらいだから、「Java」という単語で集まっちゃうような人にはうまく伝わってないね。これはこちらの文章が悪かったか。 ＃『C#だとMicrosoftの都合に振り回されるので』がなんでC#をバカにしたことになるんだろうね。 ＃文章読めは、おもちゃだとバカにしたかどうかの話だとわかりそうなもんだけど。 正しい。ただ、一握りのおもちゃが勝利した裏には
マスゴミ屋さんとJava屋さんの区別がつきません（もちろん部分集合） - kなんとかの日記
すでに取り消し線が引かれているけど。 結論 アンチ Java の人が多い理由が分かった気がする。 何でかといえば そーゆーのって、個人に依存するのかなーとか思っていたのですが、界隈での共通の意見なんだね。何というか、一種の宗教性や強迫観念を感じた。もし、これから、Ruby（もしくは、Rails 経由で Ruby）を始める人がいて、次回以降の RubyKaigi2009 に参加しようと考えている人がいたら、まじめに、勉強してから行くことをおすすめする。俺にとっては、結構トラウマものだったな、まじで。 ...(snip)... ただ、『Java は、近代の言語。Ruby は、現代の言語』で会場中が爆笑できるほどの状況ならば、Java をフィールドに活動している人間にとっては、気持ちいいものではない。 http://d.hatena.ne.jp/yuta4839/20080622#1214155
Java における本質的でない記述がどのように大規模開発に役立つのか - kなんとかの日記
まじめな話に切り替えて、Java屋さんJava信者さんに質問したいと思います。 質問: Java における、本質的でない冗長な記述は、どのように大規模開発に役立つのでしょうか。 質問の背景を説明すると、以前の晒されエントリで、Java における本質的でない記述の数々について話題にしました。それに対する反応で、『Java は大規模開発向けだから記述が長くてもいいんだ (または長くなくてはいけない)』という意見が多くあります。 たとえば、ブックマークコメントより: エンタプライズ分野であの大伽藍が求められたのだから仕方ないですよ。 エンタープライズ分野のような大規模開発こそ、必要な情報を簡潔にわかりやすく記述する必要があると思ってたんですが、世の中は違うようです。 同じくブックマークコメントより: Java屋の怠慢は高層ビル建築をどうサボるかであって、犬小屋を作る時にどうサボるかという視点とは
「怠慢はプログラマの美徳」というけれど - kなんとかの日記
Java屋Java信者とスクリプト言語屋の間には、「めんどくさい」と感じるセンスについて超えられない壁が存在している。 本質的でない事柄に関する記述があったときに、スクリプト言語屋は「めんどくさい」と感じ、Java屋Java信者はそれを感じないか、または「これは必要な冗長性だ」と本気で思い込んでいる。 前にとり上げたけど、アクセッサの記述がその典型例。本質的でない記述がずらっと並んでいることに、Java屋Java信者はホントに何も感じないのだそうだ。あれがどれだけ readability を下げているか、まったく分かっていない。 また System.out.print() もそう。たかが print 文のくせして、なんで System.out.print() と書かないといけないのか。本来であれば、Java1.5 のタイミングで package java.util; public clas
Java が使いにくいのは静的だからではない - kwatchの日記
Java が使いにくい言語であるというのは、世界中の LL ファンが皆思っていることだろうから改めていうことでもないけど、使いにくいのは静的言語だからというのは間違っている。Java が使いにくいのは単に Java の設計者のセンスが悪かっただけであり、静的言語のせいではない。 たとえばこんなコード。 public Map<String, List<String>> example() { List<String> list = new ArrayList<String>(); list.add("foo"); list.add("bar"); list.add("baz"); Map<String, List<String>> map = new HashMap<String, List<String>>(); map.put("names", list); return map; }
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ustream.tvで、プレゼン画面を直接配信できないのだろうか - kwatchの日記
Ruby vs. Python は Lisp vs. Scheme に似ている - kwatchの日記