はてなキーワード: BARとは
「もっと風俗活用を」と橋下氏 凍り付く沖縄の米軍司令官(1/2ページ) - MSN産経west
橋下氏は今月1日、同飛行場を視察。その際、司令官に「合法的に性的なエネルギーを解消できる場所が日本にはある」と述べた上で、海兵隊員に風俗業者を活用させるよう求めたという。橋下氏によると、司令官は凍り付いたような表情をみせ、「米軍では禁止の通達を出している。これ以上、この話はやめよう」と打ち切った。
こういうのはわざわざ表に出して言うことではない、橋下はやっぱりバカだ、という話でこれだけなら終わる。
ただ、米軍と売春の話をちょっと検索したらいろいろ見つかる。たまたますぐ引っかかったのが在韓米軍と売春の問題で、たとえばニクソンの時代に米軍撤退を恐れた韓国政府が米兵のために女性を提供していたという歴史を書いた本があるとか。
Robert Shaffer - Sex among Allies: Military Prostitution in U.S.-Korea Relations (review) - Journal of World History 10:2
現在でも Juicy Bar という形態で韓国の米兵を相手にフィリピン人女性たちが売春しているとか。
'Juicy bars’ said to be havens for prostitution aimed at U.S. military - News - Stripes
面白かったのは New York Times に、米兵の相手をしていた元売春婦の韓国人女性に関する記事があったことで、ネットでNYT と慰安婦問題と言うとすぐに反日だなんだと言われるけれど、さすがに筋が通っている(日本の進駐軍相手の売春を問題にしたことあるのかなとは思うけれど)。
http://www.nytimes.com/2009/01/08/world/asia/08korea.html?pagewanted=1&_r=1
ざっくり見ただけでも、建前はともかく、米軍の実態もこんなものだということがよく分かる。当然、米軍サイドも韓国の行政サイドも実態はよく認識しているはずで、「業者が勝手にやっていること」なわけがないし、そういう言い逃れはできない。
さらに、おそらくは韓国に駐留する米軍だけではなくどこの米軍でも似たようなものだろうし、どこの国の軍隊でもおおよそこんなものなんでしょう。日本でも「基地の街」の人は、この種の問題を切実に感じることは多いはずだ。
ただ、こういうことを書くと、慰安婦問題と絡めて政治的に利用してくる連中が必ず出てくる。
たとえば、右翼は「韓国政府と交渉して売春宿を基地の近くに設置することを容認していた米国が日本の慰安婦問題を批判できるのか」「韓国はベトナムでなにをやったんだ」等々と開き直りだすだろう。日本を慰安婦問題で批判できる権利のある国なんぞないかもしれない。しかし、「みんな悪いことをやった」からといって「自分がやった悪いこと」はなくならない。必要悪として売春施設を基地や駐屯地のそばにすえるのは理解できるし、あるいはやむを得ないと私も思うが、だからと言ってもろもろの罪は消えてなくならない。
他方で左翼には、他人の不幸を自分たちの言説に利用しないでくれ、正義の依代にしないでくれと言いたい。これは慰安婦問題に限ったことではなく、左サイドの人たちは戦争問題を常に右翼叩き・権力批判の「ネタ」としてしか利用してこなかった。
本来、広く一般的に共有されていたほうがよい認識を左翼は「ネタ」としてしか利用しないので(彼らはそれを否定するに決まっているが)、もちろん右は右で議論しても譲らず、結局は右翼と左翼の党派の議論に堕してしまい、それなりの認識が広く共有されるという肝心のことができず、いかに史料・資料を立派にそろえても、不毛な結果にしかならない。そういうことが多すぎるし、そういう場面を何度も見てきた者の一人としては、もううんざりしている。(ちなみに、私自身はどちらかといえば中道右派だろうと思っているんだが)
右翼にしろ左翼にしろ、この人たちは単に自分のために、自分たちの政治的言説のために、売春婦を利用しているにすぎない。もし彼女たちを自分と同じ人間だと思っていれば、あんな態度がとれるわけがない。つまり、彼女たちを同じ人間だとは本当には思っていないのだろう。
ここで私がいつも言いたくなることは、
慰安婦の女性たちに、現在でも兵士たちのために体を売る女性たちに、売春婦や風俗嬢たちに、なんでもっと素直に「ありがとう」「ごめんなさい」という一言が言えないんだろう
と。
慰安婦問題それ自体は過去の問題かもしれないが、しかし同種の問題はただ今現在でもあるのであって、だからこそ、いろいろ口先で弁じたてる前に、まず素直に頭を下げることが大事なんじゃないのか、と私は思う。講釈はそれからにしてほしい。
たぶん、本来政治的に扱ってはならない問題を救う唯一の方法はそれしかないし、外交のような難しいことはよく分からないが、他国からの批判を封じるにもこれしかないと思う(それでも批判し続けると赤の他人からはたいていアホに見えるもんだ)。そして、日本から米国からアジア諸国から、みんな売春婦や風俗嬢にちゃんと頭を下げるしかないんだろう。
・・・でも、そんなこと、どうせ誰もできやしないんだ。彼女たち売春婦を本音では見下している人間が大多数だから(日本人に限ったことではないと思うが)。だから、感謝と謝罪の言葉とともに素直に頭を下げることが癪に障って、みなで一斉に屁理屈をこね出すんだろう?
サイテーだよ、サイテー。
今夜は父に連れられjazz喫茶へ。その帰り道、近所にある(父の)知人のbarへ寄るはずが貸切のため延期となった。
でもね、そこのお店、以前私がクレームつけた店でした。。毎晩毎晩夜中に楽器の音が聞こえてたから。。そのことを父に伝えたら小言を言われちゃいました。大目に見なさいって。
繁華街の騒音問題って難しいよね。お店の人も客寄せ(サービス)のために演奏してるだろうから。月2〜3日のイベントならしゃーないとは思うよ。でも、毎晩23時だったり26時だったり28時に演奏されちゃあたまんないです。。
今回は店には入りませんでしたが、たぶん、今後のスマートな対応としては父にはクレームのことは何も言わず、お店に入ってもそ知らぬ顔してお酒を楽しむというのが良いんだろう(かな?)。今からよく分からない騒音に備えてに耳栓で寝ることに慣れるべきなのかな。
PHP最新版がようやく正式に発表されましたね。新機能等について調べてみたので流行に敏感な人はぜひ今のうちから勉強しておきましょう。
「?>」を積極的に使うことにより、余計なホワイトスペースを混入させてしまう問題がありました。
これは厄介で非常に根が深い問題でしたが、ようやく根本解決として廃止されました。素晴らしいですね。
今後「?>」を使うとコンパイルエラーとなるので注意が必要です。
昨今抽象化抽象化と特に意味もわからず言葉だけ連呼する人間が増えてきました。しかし新PHP時代における抽象化はもはや人間が理解しなくてもできるようになります。
$class = abstract { $人間 = array('name' => 'yamada', 'age' => 20); $佐藤 = array('age' => 20); $動物->name = '花子'; $動物->type = '犬'; function move ($a) { $a->position++; } }; $class->move();
このような処理が、自動で抽象化され再利用できるようになります。もちろんクラス抽象化だけでなく、手続きやデータ構造であっても適切に自動で抽象化されます。
またcatch文を繋げる事で抽象化に失敗した場合を検出することが可能です。
php実行時オプションに強力な型チェックオプション(-compile)が追加されました。
$ php -compile example.php
そのスクリプトにおける全ての処理パターンを実行し、全ての型のチェックを自動で行います。その際、外部に影響を与えるような処理(ファイルへの保存等)は型チェックのみを行い無視されます。
この強力な機能のおかげでもはや静的言語の利点といわれていたコンパイル時の型チェックを軽く超えました。
動的言語でありながら、考えられる全ての型の引数、例外系を全ての関数の組み合わせで網羅的にチェックします(しかもチェック時間は長くても0.数秒という驚異的なチェック能力です!)
これが今回の目玉機能でしょう。
theworld { // 止まった時間の中を動けるのは$dioだけ $dio->foo(); $dio->bar(); };
$dioという特殊変数が用意されているのでその変数を使って処理をすることができます。
用途としては非常に重たい処理をさせるのがいいでしょう。実時間0秒で実行することが可能となります。
ただし9秒までしか止められないので注意が必要です。ですが回避策として以下のようにすれば追加で5秒止めることも可能です。
theworld { $dio->foo(); $dio->bar(); } starplatinum { // 9秒過ぎた時点でこちらへ $jotaro->foo(); };
名前空間(namespace)が非推奨になりました。これを使用するとE_NAMESPACE_YEN_ARIEHENという警告が発生します。
非推奨となった理由ですが明確にはされていません。大人の事情ってやつでしょう。
ただ噂レベルでは、やはりというか区切り文字の「\」がありえへんという声が多かったからではないか?と一部囁かれています。
mandomキーワードが非推奨になりました。mandomはきっかり6秒戻すという機能ですが、逆に言うと6秒きっかりしか戻せないので扱いづらいという問題がありました。
また以下のような処理を書いた場合に$flagがバグ等で常に真になるケースにおいて無限ループとなり、非常に危険だという問題もあります。
// 何かしらの処理・・・ if ( $flag ) { mandom; }
このようにPHP初心者がmandom使って無限ループをさせてしまう事案が後を絶たず、なかなか現実時間が進まないという問題が発生したため、廃止予定となります。
$mail = google_search_exec("メール送信するやつ",2); $mail("user@example.com");
第一引数は検索ワード。PHPというワードは自動で含まれるので指定する必要はありません。
第二引数は検索結果一覧の指定位置。2だと上から二つ目の検索結果のURLのコード小片を使うという意味になります。
また第三引数にはコールバック関数を指定することによりコード小片にフィルターをかけることも可能です。
このような処理がたった2行で書けるというのがPHPの利点ですね。
日本語名の関数が新たに追加されました。これは非常に便利な関数です。
$code = 写経(" $a = 1 + 2; print $a; ");
引数に与えられたコード片を写経します。戻り値に写経結果が返ってくるのでそれを利用するだけです。簡単ですね。
この関数が呼ばれると一瞬処理が止まったように見えますが、実際には自動補完で動作が完了している状態になります。
for($i=0;$i<10000;$i++) { if ( $i % 2 == 0 ) { chronostasis(); } // 何かしらの処理・・・ }
素晴らしい機能ですね。今後はこれ無しじゃプログラムできなさそうです。
用途ですが、言わずもがな今流行の真契約プログラミング用ですね。アサートの代わりに使うとよいです。
function foo ($a) { pc_explosion(!is_null($a),'$aはNULLはダメー!'); // 何かしらの処理・・・ }
テストコードを実行する場合はPCの周囲に人が居ないか気をつけてから実行させましょう。
個人的に良いなと思ったのはpc_explosion関数ですかね。約束事を守らないプログラマーなんぞ爆死しちゃえばいいんです。僕を含めて(お
http://anond.hatelabo.jp/20120902231521
の続き
TwitterBootStrapでナビバーの色を変えたい場合は
bootstrap.cssの
.navbar-inner{ 省略 background-image: -moz-linear-gradient(top, #333333, #222222); background-image: -ms-linear-gradient(top, #333333, #222222); background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#333333), to(#222222)); background-image: -webkit-linear-gradient(top, #333333, #222222); background-image: -o-linear-gradient(top, #333333, #222222); background-image: linear-gradient(top, #333333, #222222); background-repeat: repeat-x; filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#333333', endColorstr='#222222', GradientType=0); 省略 }
の「#333333」「#222222」の部分を変えればOK。
同じ色にしたい場合は、どっちも同じ値を指定すればいいし、グラデーションで、違う色にしたい場合は、それぞれを変更したい色の値を
指定すればOK。
http://anond.hatelabo.jp/20120531114646
今回の騒動を周回遅れでざっと目で追ってきて、何よりも驚いたのは
クラブの存在自体が非クラブ愛好者から見たら「パブリックエネミー」そのものだったという事実。
自分は数ヶ月に一度、友人のイベントに行く程度の愛好者だけど、外から社会悪と思われているとは露程も知らなかった。
当たり前だけどのりぴーの元旦那みたいな薬キメに来るようなアホはもちろん見たことない(ものすごく迷惑しているので本当にやめてほしい)。
確かに暗いし退廃的なイメージはあるけど、それはネタとして消費されているにすぎず、
ほとんどの人は友人とテーマ縛りのカラオケに行くような感覚だと思う。
小箱の営業が法律上認められないとこれだけ話題になってもなお知らない人も多いんじゃないか。
健全とはいえないまでも、キャバレーやゲーセン以上の社会悪とまで言われる程とは思わなかった。
渋谷系以降のDJや客は今や30代以上で、昼間は普通に働いている社会人が殆どだろうし。
だから「夜暗い所で踊るだけで十分『いかがわしい』」という意見を見た時は目から鱗だった。
(余談。「リア充ざまあwww」との声も目にしたがDJや客は基本ヲタなので、レコード買うために生活費や交際費を切り詰め質素な生活をしており
今回の騒動で「クラブは治安悪化させ『そう』」「薬やって『そう』」といろいろ言われてはじめて
「キモイ」「性犯罪助長」と云われなき中傷を受けるアニヲタ各位の気持ちが自分達の痛みとして理解できた。
(もちろん自分はヲタまでいかないがアニメや初音ミク好きだし、アニヲタをキモイなどと思ったことはない。
むしろ同じヲタ属性として共感を覚える。最近はアニソンかけるDJも増えているし、概ね自分の周りのDJはアニメ好き。念の為)
「法律変えたきゃクラブは犯罪の温床でないと証明をしろ」という悪魔の証明のようなものを迫る言論を目にした時に
(赤の他人であるどこかのクラブ愛好者が犯罪起こさないなどとどうして保障できる?)
非実在青少年規制問題に直面したアニヲタさん達の厳しい状況を自分達の状況として理解できた。
サブカルの宿命かもしれないけど、元々少数派であり敵意に晒される中で民主的解決(法改正)なんて絶対無理だろ。
迷惑かけなくても目障りだから、社会的に有用じゃないからイラネと言われる殺伐とした世界に生きる厳しさをこれほど感じたことはない。
オーガナイザーやハコのオーナーが何故声を上げない?という意見もあったけど
その意味では現状適法の非実在青少年問題より解決困難かも知れない。
みんなもう若くないし社会と闘ったり説得する元気もないし
諦めて踊ることにこだわらず純粋なDJ Barでまったりやるしかないのかも知れない。
善良な風俗怖い。
http://anond.hatelabo.jp/20120407162253 に便乗して。
それなりに大きなとある会社のプログラマだけど、うちの会社のビルドシステムがおかしい気がする
あまりにも原始的なので違和感を感じるんだけど、自分にビルドシステムに対する知識が圧倒的に不足しているので、今やってる作業に本当に意味があるのかよく分からない。詳しい人に教えてもらいたい。
手動でコピーするからよく事故が発生するし、同じファイルが複数箇所にあるので全然履歴が追えない。
あと、中間ファイルや実行ファイル(.o とか .so とか) も含めてごちゃまぜにチェックインされているので、もっと訳がわからなくなってる。
「ビルドは成功しないのが当たり前」とかいう人ばかりで、正直発狂しそうになる
フォルダツリーがわかりづらいと思うので図を書くと
/ Main/ -- 共通ファイルディレクトリ foo/ bar.c driver/ common.c ProductA/ foo/ bar.c -- ProductA 用の変更が入ってる baz.c -- ProductA 専用ファイル driver/ common.c ProductA_Orig/ -- ProductA/ 内の ProductA用ファイルが丸々入ってる foo/ bar.c baz.c ProductB/ foo/ bar.c -- Main と全く同じ driver/ common.c ProductC/ foo/ bar.c driver/hoge.c ProductC_Orig/ driver/hoge.c
こんな感じになっていて、共通部分は Main/ の中とそれぞれの ProductA, ProductB, ... ディレクトリの中にすべてコピーされている。
チェックインするときはすべてのファイル、例えば bar.c を更新したら Main, ProductA, ProductB, ProductC の bar.c を手動で更新する必要がある。
ビルドするときは Main/ のファイルを ProductA/ にコピーして、 ProductA_Orig/ の中の機種依存ファイルをさらに ProductA/ にコピーする。これは、同名のファイルが Main にもあって、 ProductA のファイルが上書きされるかららしい。
ビルドできないので、最後の最後まで結合テストが出来ずに、みんなローカルPCで開発してる。誰かのPCが吹っ飛ぶとその人が開発していた差分が消失する。
「ツリーを共通部分と依存部分きちんと分けて、ビルド自動化しましょうよ」って上長に提案したら「この会社はこれでやってる。むしろバイナリが入っているのでビルドできなくてもテストできる」という感じであまり真面目に取り合ってもらえなかった。
クラブ文化の発展を望むクラブ旧世代が色眼鏡なく見ておくべきクラブ新世代の3つの人、箱、パーティについて書いてみる。
それだけならば大した話題にもならない。まあ、誰かの垂れ込みでもあったんだろう?くらいだ。
だが、今回はフロアにいた150人がしょっ引かれたという規模や、その様子が刻一刻とツイートされたという生々しさで、ツイッターやブログの一部の界隈(本当に小さな界隈だ。世間的にはそれがあってもなくてもほとんど何の影響もない規模の)でそれなりに騒がれ、議論もあった。もう鎮火してしまって誰も話題にしなくなった頃合いなんだが、その小さな界隈にそれなりに長く身を置くジジイとして、思ったことを吐き出して置くのもいいかなということでちょっと書く。
ちなみに、150人は尿検査などされたものの何も出なかったということは付記しておく。
池袋のクラブハウスに警察が大規模ながさアイレ、参加者たち怒り露わ - livedoorニュース
http://news.livedoor.com/article/detail/6274877/
:自己紹介的な話
そもそも俺はリキッドがまだ新宿にあった頃に元気だった世代で、家が近いこともあってマニアックラブには1回目から行ったし、Codeもオープンから閉店まで見送った。ちょっとだけパーティもさせてもらった。六本木は苦手でイエロー以外近づかなかった。だから派手なやつはあんまり分からない。
今は小箱で仲間とダラダラとパーティやるくらいだけど、それなりに楽しくやってる。馬場の家から気軽に行ける範囲ならそれなりに色々行ったりもしてる。
あるのかもしれないし、ないなかもしれない。まあ、たぶんある。というか、あった。
そんで、過去に1度でもあったってことはマスコミや世間のクラブに興味ない人たちにとっちゃ、それは"ある"と同義だ。
だから、"クラブとクスリの話"はこれを読んでるあんたやあんたの周りがどうなのかというのに関係なく"あるもんだ"というのを前提に考えなきゃいけない。だって、本当にあるのかもしれないだろ?疑ってかかって、池袋のように実際には無いならそれは御の字だ。ともかく外野の目線と揃えなければいけない。
それに、あれだけ酒飲んで音出してハイになってればクスリじゃなくても真面目なご両親は娘や息子をクラブになんか行かせたくない。クスリは無くてもアル中あるし、ナンパも痴漢もあるし、潰してハメられたとか当たり前にある(あった)んだから。行かせたくないところに悪イメージがあるってマスコミが言ってくれれば、普段はテレビなんかバカにしてるお父さんもみのもんたに言いなりのお母さんみたく、マスコミに柔順になる。
ここ、よく分かってない人が多い。
クラブはクスリ臭いから叩かれる訳じゃない。それは結果的に貼られたレッテルでしかなくて、そもそも"クラブはイメージが悪い"くて、"普通の人は近くづき難い"のだ。
では、何でそんなイメージ悪いのかって言うと、それはあんたらのせいだ。
恵比寿や代官山のオシャレなカフェやバーにはだいたいDJセットが置いてあって、モテそうな曲がかかってるからDJやDJをやる店そのものがイメージ悪い訳じゃない。(まあ、暗くて汚くておしゃれじゃない店は違うのかもしれん)
クラブ住人が嫌いなEXILE()やディーバ()はテレビでは人気者だ。今を謳歌してる韓流は2NE1なんてモロにブラックだし、そのパクリ元になってるアメリカのブラックやダンスミュージックは日本のオシャレ()な人たちの大好物だ。チャラいパーティ御用達のキラキラハウスはスイーツ()達にも御用達だ。ダンス習わせる親は多い。何でもかんでもPOPになる日本で、ダンスミュージックのイメージが悪いなんてことはあり得ない。
そう、単に"客のイメージ"が悪いのだ。
こんな簡単なことなのに、箱もオーガナイザーもそのことは言わない。言えない。お客様だからだ。だから、クスリの話題や、ガサ入れの話題があるとマスコミは何たら!と唾を吐いて話題を逸らす。
だが、そんなことしてても先が無いのは分かってきた。大阪やこの間の池袋の様子をみると、警察は本気なんだなということは分かる。客を庇って一緒に死んでる場合じゃない。今こそ箱とオーガナイザーはホントの事を言うべきだ。
クラブが叩かれるのはクスリではなくて、酔い潰れて、喧嘩して、ナンパして、朝ファミレスやコンビニ前で寝てる奴のせいだと。
:じゃあ具体的にどうするんだよ!?という話
クラブはその中身をもっと一般に晒すべきだろう。箱やオーガナイザーはガサに入られる前に、全部見せてしまえば良いのだ。そうしたら不本意な身体検査や尿検査で客に恥ずかしい思いをさせることもない。警察と協力してクラブハウスで横行していると言われるクスリや犯罪などの摘発に総力をあげるべきだ。そして、イメージの悪い客をクラブから追い出すべきだ。
大丈夫。心配することはない。なぜならば、"クラブにはそういう犯罪目的ではなくて、もっと純粋に音楽や交流を求めてやってきてるお客さんしかいない!"のだから。
それを一般に向けて証明してやるだけだ。その過程で、実はけしからん箱やオーガナイザーや客が混じっていたんなら全力で叩き潰してやればいいじゃないか。
:具体論
まあ、そうはいっても古くからの村社会で成り立ってるクラブ界隈でそんな過激なことはできようもない。だから、俺はクラブ新世代に期待するしかないと思っている。クラブ旧世代に変なしがらみがない奴らが、自分らが盛り上がっていく為に、古い連中を踏み台にしてくれたらいい。
そう思う中で、最近これはと思ったものを人、箱、パーティでそれぞれ1つずつ挙げておく。
どれもクラブ旧世代は色眼鏡で見て叩きたくなるものだが、そうしないほうがいいんじゃないかと、俺は思う。
::taku takahashi( @takudj )
m-floのtakuのtakuだが、インタビューズでのマネな応対を見ててこの人は実は凄いなと思った。で、その中でもこのインタビューが気に入った。Twitterでもよく流れてたので見たことある人は多いかもしれない。
関西のクラブに摘発が入りますゴタゴタが起きましたが、真相を教えてください。クラブスタッフの死を隠蔽してるという説もありますが、これを公にしないとタクさんが目指す日本におけるクラブ文化、あるいはクラブと隣り合わせのタクさん達を信用できません。 お忙しいところ恐縮ですがどうぞお願いします。
http://m.theinterviews.jp/takudj/2933735
"まずはやるべき事はドラッグと暴力を完全に切り離すことだと思います。
例えば、
もっと真剣に入り口で持ち物検査(武器になりうる物、ドラッグ)の強化。
人が怪我した時にすぐ対応(怪我の処置や急性アルコール中毒の処置ができるようにする事)
というか、お酒がでるどの施設でもこれくらいやらないといけないと僕は思います。"
まさにその通りだろう。こういうことをハッキリ言っていて、且つメディアとコネがあってきちんと外向きに発信できている人はなかなか居ないんではないだろうか。少なくともm-floはメジャー側なのでマスコミの方面で語ることが出来る。けど、ジブラザパパにはできない。
一方で面白いのはこういうことを言っちゃってるところだ。
http://www.tweetdeck.com/twitter/takudj/~OwTLS
"勝手にブート作っちゃう主義です〜!(笑)RT @MichelleSorry: 市販品主義です~!RT @takudj: 日本のDJって自分が作ったJPOPのリミックスを、なんで現場でかけないのだろうか?ほとんどかけてるの聴いたことない。海外のDJはポップスから頼まれたリミックスを自分でよくかけてるよね。"
ブートはどんどん作ってプレイしてしまえ派なのだ。これは推測なんだが、それでもし権利者から問い合わせがあった時に、逃げも隠れもしない覚悟があるんだろう。言われても金はあるってのもあるのかもしれないが…
後ろめたさを持ってないというのは隠れるつもりがないということだ。そういう姿勢は評価すべきだと考える。
それから、takuが最近始めたblockfmはかなり面白い試みだと思う。
::MOGRA
秋葉原にあるオープンからは3年ほどの新しい箱。秋葉原とはいえ、ほぼ御徒町という不利な立地にも関わらず、ギーク層にターゲットを絞った運営で連日連夜の大入りを叩き出しているらしい。最近のクラブではなかなか聞かない景気の良い話だ。
ギーク向けだけかと思えば、時々デジタリズムなんかの大物がやってきたりして何か面白いことやる箱というイメージ。俺もマイク・ヴァン・ダイクが来るというので懐かしさ混じりに1度だけ行ったのだが、中はオタク臭さは皆無だった。
面白いのはこの箱は"ナンパ禁止"だというのだ。宇田川なんかじゃ考えられないルールだろう。
ギーク層はクラブの客としては新参で、元々はクラブに対してあまり良くないイメージを持っていた側ではないかと思うのだが、秋葉原という立地でそういう層を新規で来店してもらう為に作られたルールだと推測するのだが、これは何も秋葉原に限ったことではないのではないだろうか。ほとんど固定客がいないような箱やパーティは大いに参考にすべきだろう。クラブ新世代の成功者は成功しているなりに、きちんと新たな顧客発掘をして、彼らに合わせた運営をしているのだ。
このルールが素晴らしいのはイメージの悪い客を店から追い出すことだ。結局、イメージの悪いクラブには新しい人は入ってこないし、入ってきたとしてもそういう連中はやっぱりイメージが悪いのだ。
だいたい毎夜パーティの様子を中継していて、これだけ店内が映ってしまっては悪いことはしようもないよねと思わせる。
::Re:animation
ここ最近で一番衝撃を受けた出来事と言っても問題がないくらい衝撃的なパーティだった。事件と言っても良い。このご時世に歌舞伎町の街中の広場で屋外レイヴを敢行している連中がいる。しかも、ダンスミュージックとアニメソングを折衷したイベントだという。ギーク寄りな話が続くが、その辺がクラブ新世代と旧世代の違いなのかもしれない。そういえばtakuもギークに寛容だし。
たまたまTwitterで誰かが呟いているのを見かけて、Ustreamで見たのだが、俺のよく知っているコマ劇前がまるで異世界のようだった。新宿に10年以上住んでいても、こんな光景は想像もできなかった。しかも、地方自治体や地元の商店街が協賛や後援についているのが分かった。どんな魔法を使ったのかは知らないが、これが許可された理由も何となくだが想像できる。新宿によく来る人は知っていると思うが、歌舞伎町はここ数年は死の町といえるくらいに活気がない。韓流ブームで盛り上がる隣の大久保とは大違いだ。言葉は悪いが、そういう所に付け入ることで実現したイベントだろう。
もう1つこのパーティを賞賛できるのは客のマナーの良さだ。とにかく統制が取れていて感動的ですらある。端的なのは終了後の客掃けで、Ustreamにも残っているけれど、客が去った後の床にゴミが何も残っていない。土地柄、ホームレスが食い散らかしていたり、違法のポン引きが闊歩してるものだから、マナーの良さが引き立っていた。メタモや渚なんかと大違いだ。
http://www.ustream.tv/recorded/20503466
実は、後日、近くの飲み屋の店主から別のDJイベントがおなじ場所であると教えられて、これは行かねば!と足を運んだ。
こっちは普通にテクノのイベントだったんだが、客層の違いに驚いた。完全に酔っ払って瓶は割る、路上の通行人に絡む、近くの店の入口でたむろする、トリのDJの途中で中断になった。おそらく、どこかからクレームが入ったんだろう。
パーティを責めたい訳ではない。Re:animationよりずっとメジャーなDJを揃えていたし、最新の流れも追っていたし、何より好みの音だった(正直アニメは分からない)。ハードさもRe:animationの方が上だったと記憶している。責めたいのはやはり客だ。中断にしても違和感を覚えただろうに、特に何事も感じなかった様にダラダラと解散していた。結構若そうな主催の残念に挨拶していた顔だけが印象的だった。
同じことがあった時にtakuやMOGRAの客やRe:animationの客ならどんなリアクションをしただろうと思ってしまった。
実は、テクノの客というのはレゲエやダブやトランスやサイケなんかの客よりずっとマナーがいいと思っていたし、俺自身もそうだと思っていたので、この中断は個人的に凄くショックだった。酒でハメを外してる様子を見ながらも、俺自身も中断されることはないだろうと高をくくっていたのだ。だが、そう甘くは無かった。これが外野から見たクラブの客への評価なのだ。
何しろこの場所は通行人も多いし、周りは飲食店ばかりだし、逃げたり隠れたりしようがない。警察もしょっちゅう巡回してるからクスリの売買なんてできようはずもない。そう、クスリは関係ないのだ。そこで見事やりきった連中と中断を余儀なくされた連中がいることはきちんと認識しておかなければならないだろう。
衆目に晒されるということは、それだけで価値がある。
:まとめ
MOGRAやRe:animationのお客さんたちでオールドなクラブに興味がある人は是非とも都内の箱にも足を運んで欲しいと思う。これは上から言うのではなくて、お願いだ。こうしたクラブ新世代の"移民"なくしてクラブの客は更生し得ない。そして、クラブ新世代はこうしたクラブ旧世代を目の当たりにして、TwitterやFacebookで盛大にdisって欲しい。いや~酷いもんだったと。クラブユーザーは一枚岩ではないことを外にも明かすべきだ。つまり、イメージの悪いクラブの客と、決してそうではないクラブの客がいると。それを言えるのは、クラブ新世代だけだ。いつまでも警察やマスコミや世のお父さんお母さんにファックというしか知らないアホではダメなのだ。
さて、ではそんなクラブ旧世代の俺たちが今後のクラブの未来の為に何ができるかだ。
最も安全確実なのは、俺達旧世代は安易に新世代に近づかないことだと考える。聖域を汚さないことだ。そして願わくば、新世代の箱オーナーやオーガナイザーは欲を出して旧世代を取り込もうとしないべきだと、老婆心ながら申しておきたい。
MOGRAやRe:animationの運営スタイルはとてもストイックだ。注意書きが多くて、客もそれをちゃんと守っている。パーティの内容が非常に快楽的なのでわかりづらいが、旧世代のそれはパーティの内容は無駄にストイック(そうに見える)反面、お客が快楽的に自分勝手に振る舞うことを許容していると言えばわかっていただけるだろうか。彼らは自分たちに合う客をきちんと選別しているのだ。これは所謂"出禁"とは意味が違う。そういう客を近づけすらしていない。そのスタイルを貫いて欲しい。客欲しさにダメな客を追い出せない旧世代の箱やオーガナイザーと同じ轍を踏んではいけない。
スカしているのに責められたら逃げるのではなく、taku takahashiのように正面からブートを作って、机上に乗ったら真摯に対応すべきだ。逃げ腰では何も変わらない。
では、旧世代もその流れに乗りたいのならば、新世代のスタイルに合わせるしかない。もちろん、もともと合わせる必要がなく、ああいった場所のほうがむしろ心地よく感じる人もいる(もしかしたらその方が多いのかもしれない)。だが、ここも一歩踏みとどまって、自分のスタイルが本当にイメージが悪いクラブの客ではないのか、考えて見るべきだろう。REVOで俺はそれを痛感した。
それが嫌だ、堅苦しいじゃないかという人に対しては、きっと外側にいる人はそうすることが都合が悪いのだと推測せざるを得ない。事実は関係ない。せせこましい自由と引き替えにこれまで通り粛々とバッシングを受け入れるならばそれもまた良しだ。但し、それならばバッシングに対してガタガタ言わないことだ。
光市母子殺害事件の死刑確定判決に関連する加害者報道の備忘録 - 法華狼の日記
http://d.hatena.ne.jp/hokke-ookami/20120221/1329772134
光市事件の判決についておもうこと補足 - 土曜の夜、牛と吼える。青瓢箪。
http://d.hatena.ne.jp/Prodigal_Son/20120220/1329742220
日本弁護士連合会│Japan Federation of Bar Associations:犯行時少年に対する死刑判決に関する会長声明
http://www.nichibenren.or.jp/activity/document/statement/year/2012/120220.html
光市母子殺害事件:元少年の死刑確定は放射能汚染に不安を抱く母子に対するガス抜き - カナダde日本語
http://minnie111.blog40.fc2.com/blog-entry-3237.html
http://ruhiginoue.exblog.jp/17220328/
http://d.hatena.ne.jp/Prodigal_Son/20120220/1329732758
-----------------------------------------------------------------
はてブを集めている記事で、死刑廃止派の記事の多くが、被害者遺族のことに僅かでも言及してるのが少なかったので、ちょいと恐ろしさを感じてみたり。死刑廃止派なら、だからこそ被害者遺族の立場に深く寄り添う必要があると思うのだが。
(曖昧な表現に終始して、明確に死刑反対を表明してないブログもあるけど、普通に読めば少なくとも死刑賛成では無いのは読み取れるかとは思う)
死刑云々を語るのは個人の自由だし、それ自体に文句はないのだけど、死刑反対を表明してるブログの多くが、被害者遺族の事を一顧だにしていない点が恐ろしい。個人的には死刑は廃止すべきと考えてるんだけど、こういうのがいる限り、死刑廃止が日本の世論で主流になることはないだろうな。
死刑廃止派(というより、政治的な活動をしてる人は多かれ少なかれ、左右問わずにそういう傾向はあるけど)は「自分は正義! 反対する奴は全部悪者」みたいに二元論でモノを見て、自分と、自分に好意を持つ意見しか見ない傾向が強いと思う。例え被害者遺族であっても、死刑廃止に協力的でない限り、敵と見なしているような気がする。だから言及してない。世論を巻き込んで盛り上げようと思ってない。少なくとも、そういう視点は欠けてる。まあ、あくまで印象であって、きちんと統計をとってみたら、「二元論」とは全く別の傾向が浮かび上がるのかもしれんけど。
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っているのか? と一瞬思ってしまったw
だって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 流と想像。
これを読みづらいと感じるのは、左から右に流れる
もしかしてアラビア語ネイティブな人からすると逆に読みやすいのか?
31歳で癌になって、とりあえず治して、それから早8年。この分だと普通に60歳くらいまでは生けそうな感じだ。
癌が治って退院したときは、40歳の自分もなかなか想像できなくて、オレは生涯独身で行こうと思ったものだが、意外と人間、簡単には死なないようだよ。まあでも自分の選択に後悔はしていない。もし運良く結婚できたとして、嫁さんは分かってて結婚するわけだから自己責任だが、もし自分の子供が癌になってしまったらと思うと、ちょっとね。ましてやオレより先に死にでもしたら耐えきれませんよオジサンは。
そんなわけで今、オレの隣に奥さんはいないし、オレの膝の上に子供はいないわけだが、オレは充分に幸せなのだ。2chのまとめサイトは相変わらず面白いし、たまに東京に行って女子高生BARやメイドキャバクラで酒を飲むのは最高だ。そうそう、35歳でギターを始めた。奥田民生が弾きたいんだよ。
とりあえず、カウンターで「もう5時か。」とつぶやけば、
よってたかった"YOU! IPPON-MANZOKU MAN!?"とおだてられるので、
「マッマッMANZOX!イッポンMANZOX!」と言えばいいんだな。
よく分かった。
男で酒飲める人なら誰でも憧れる一人BAR。
過去には
http://burusoku-vip.com/archives/1354659.html
みたいなつらい思いをした人もいて、
BARは初心者にはオススメできないところだーなんて思ってたが
なんとなく一人BARの過ごし方がわかってきたので
つらつらと書いてみる。
・とにかくカウンターに着く。
・ウイスキー2杯目。ここで1杯目に飲んだウイスキーと比べてもっと辛い、もっと甘いとかリクエストする。
ぴったりの1杯を選んでくれるはずだ。
・話したげな目線をバーテンさんにおくる。多分話しかけてくれる。
自分の家の近くのBARを選ぶと「住」の話がしやすいのでいいんじゃないかな。
・テレビあるバーにも行ってみたけど、ここはテレビが話題を作り続けてくれるので
話題が途切れるということがなく、デビューという意味では過ごしやすい。
・常連さんっぽい人が登場。話に耳を傾けるだけでも時間がすぎる。
・お店を出る前に、「このへんで行きつけのBARを作りたくて、いろいろ回ってる」と伝えると
オーナーさんは意外と親切に教えてくれる。
こんな感じかね。
結局2日間で3件回ってみたが、
お店の内装はもちろん、バーテンさんの考え、行動がお店ごとにあるので
色々バー巡りしてみるのはほんとうに面白そうだ。
また行こうと思う。
まだまだ英語話せないのですが、勉強をしていると僅かながら日々上達はしてまして、当然ながらそれは毎日毎日英語の勉強をやり続けているからです。通勤往復、帰宅後、休日ともともと出不精というのもありますが、土日もほとんど自宅にいて英語の勉強をしています。それでも学生時代にさぼっていたツケは大きく、まだまだ中学生レベルを脱することができません。
これから英語を勉強しようと思っている人に言いたいことは「思ってるよりもきついよ」ということです。いや、きついよ。デジマデジマ(おっさんが若者ぶって言う言葉)。英語の基礎知識のない人間がいきなり英語にとりかかっても、上達スピードがとんでもなく遅いと感じます。好きこそものの上手なれ、とよく言いますが、こちとら英語が好きでもなんでもないうえに英語を避けて生きてきたおっさんです。学生時代に英語が好きで留学した人とは比べるまでもないです。
そんな英語嫌い人間が英語の勉強を続けるのは至難の業です。漠然と「英語できないと今後きついよなあ」と思っている人たちが一念発起してまずやってみることは、「一日5分で~」とかいう枕言葉の教科書かスピードラーニングとかいう無駄なものを1週間程度やってみて上達が感じられず諦めることの繰り返しでしょう。なんでもそうですがモチベーションを保つ最良の方法は上達を実感して気持ちよくなることです。ところが、英語に関してはそれを実感するのに時間がかかりすぎます。我々おっさんは余計に。
一つ言えるのは、英語ができる人や英語を勉強したこともない人から言われる言葉にいちいち傷付く必要はないということです。英語を1年程度勉強したあなたは何度もこう言われると思います。
あなたは英語が好きで勉強した人とは違うし、あなたは英語を勉強していない人でもないのです。違う人間の考え方を気にして落ち込んでも仕方ないということをボクは最近学びました。外人がいるBARに行って生きた英語とやらを体感しに行く必要なんてないし、Sex And The Cityを字幕なしで見る必要もありません。それからエキサイト翻訳を使っている人間の言うことも無視していいです。英語嫌いには英語嫌いなりの勉強方法があります。変なプレッシャーを感じてモチベーションを失くすくらいならやらないほうがマシです。勉強は継続することが大事ですし、継続することで吸収力も上がっていきます。ですので、なによりも自分が継続できる勉強法を探しましょう。誰かのやり方を真似する必要はありません。英語が嫌いな人用の勉強法だってネットを探せば山ほどあるので自分に合った方法を探し、毎日続けることを最優先にすべきだとボクは思います。
「6.11新宿・原発やめろデモ」において発生した、20歳学生に対する集団リンチ
「6.11新宿・原発やめろデモ(http://611shinjuku.tumblr.com/)」において、20歳の学生に対する、集団リンチ事件。
「ヘイトスピーチに反対する会」有志
柏崎正憲 栗原学 常野雄次郎(@toled) ほくしゅ(@hokusyu82) 山口素明 ほか2人
http://1-byte.jp/2011/03/20/20_tips_you_need_to_learn_to_become_a_better_php_programmer/
良いPHPerだって?そんなものは丸めてゴミ箱にでも捨ててしまった方が資源の再利用になる分いくらかマシだ。
つまり俺たちがしなくちゃならないことは「より良いPHPerにならないため」に何ができるかってことなのさ。
それじゃ、始めよう。
?>なんて使っちゃいけない。そう俺たちはBAD PHPer。
無駄なホワイトスペースの出力に悩まされるくらいなら対称性なんて丸めてゴミ箱にでも捨てた方がまだマシだ。非対称性こそが賛美。
require_once("config.php");
未だにこんなことやってるやつがいるのかいベイベー。絶対にダメだ。この一行を見たら俺は悶絶する。
ダメだ、早く何とかしないと。
大抵このconfig.phpの中身はこうなっている。見て絶望だ。
$hoge_path = ''; if (!LOCAL) { define('FOO_FLAG', 1); if (HONBAN) { define('HOGE_FLAG', 1); } else if (TEST) { define('HOGE_FLAG', 2); } } else { $hoge_path = '/local'; define('FOO_FLAG', 2); define('HOGE_FLAG', 3); } define('HOGE_URL', $hoge_path.'/hoge/');
こういうのが延々と続くわけだ。もういやだ。もう見たくない。
本番環境とテスト環境でどういう値の違いがあるのか、ローカル環境だとどうなるのか、まったく把握できる気がしない。
なまじPHPな設定ファイルのせいで、処理をついつい書いてしまう。そしてどんどん複雑になってしまう。
やはり設定データは基本的にYAML等のデータしか定義できない形式のもので用意すべきだ。そして環境ごとに設定ファイルを分けるべきである。
そうすることで何にどういう違いがあるのかすぐにわかるし、diffすれば一度にすべて把握することができる。
# 本番環境設定ファイル foo_flag: 1 hoge_flag: 1 hoge_url: '/hoge/'
# テスト環境設定ファイル foo_flag: 1 hoge_flag: 2 hoge_url: '/hoge/'
# ローカル環境設定ファイル foo_flag: 2 hoge_flag: 3 hoge_url: '/local/hoge/'
// ここで後の処理のためにhogeメソッドを呼び出しておく $q->foo(); // $a['foo']はここに来る時点で真のはず // 2010-03-10 判定がおかしいので修正 // 2010-06-21 やっぱり値が入ってる方が正しい if ( !isset($hoge[0]) ) { }
コメントは保守されない。そう、それは真実。こんなコメントを発見したら即効削除しよう。コメントは基本信じるな。
俺たちにちょっとしたヒントと大きな損害を与えてくれる、それがコメントの役割なのだ。
わかる。いいたい事はとてもわかる。俺たちはしばしばインデントにスペースを使うはずだ。一方でIDEのしっかりした言語ではタブも使うことがある。しかし悪いことに、両者を混同しているプログラマも一定数いるのだ。
タブを画面上で認識しにくいエディタが世の中には存在する(何とは言わないが)
そして画面上で認識しにくいことを理由にタブを気にしないプログラマがいる。
この二つの条件が重なると、タブとスペースの交じり合ったインデントが完成する。もうぐちゃぐちゃだ。これは永遠に続く戦いだ。
私たちが勝利を掴むためにできることなどせいぜい、常にスペースしか使わない。タブを見つけたらその都度スペースに変換する。そういった地道な活動が明日へとつながるのだ。
われわれがプログラムをするとき、何に一番時間がかかってるか。実は変数の命名なのである。ここで拘り過ぎて時間をかけ過ぎては何も進まない。
御託はイイからさっさと書け、だ。しかしとはいっても変数名は重要。日頃からどういうときにどんな名前を使うかを決めておくといい。
そして変数名に型はまったく必要ない。型宣言のないPHPにおいて、型の変数名をつけること自体ナンセンスだ。
$iNumber = 'aaa';
になんの意味もない。コメントを信じるなでも言ったが、これはプログラマを混乱させるだけの害悪なものだ。
変数を使う前に初期化するのは、警告を出さないという意味でも良い癖だ。しかし具体的にどこでやるかが問題だ。
$foo = null; $foo = $q->foo();
こんな初期化に意味はない。よくあるのはやはり、if文で値を振り分けるケースだろう
$foo = null; if ( $hoge ) { $foo = 1; } else if ( $bar ) { $foo = 2; }
このときの初期化はとても有効だ。もしnullの初期化を忘れたまま$fooを使うと警告が出るが、ちゃんと初期化してるので出ない。基本中の基本だ。
function getStatus() { $bReturn = false; if ($i == 2) $bReturn = true; return $bReturn; }(中略)
もし、何かしらの理由で、あなたの書いたif文が間違っていたら?
この書き方をしていれば、間違った値に対して、常にfalseが返る。
私たちが、PHPでsensitiveなデータを取り扱うなら、正しいデータが入力されるまでは、動かないコードを書くべきだ。
trueとfalseの条件がいまいち明確ではないが、本当に動かないコードを書けというのであれば以下のようにすべきだ
function getStatus() { $bReturn = false; if ($i == 2) $bReturn = true; else if ($i == 1) $bReturn = false; else throw new Exception("bad status! $i"); return $bReturn; }
中途半端にfalseを返して生存させる必要性はまったくない。今すぐ死ね!
連想配列のキーを指定する場合だけ定数と間違わないようにクオートで囲まなければならない。そして逆に定数を使いたい場合はクオートで囲ってはいけない。
更に後世のプログラマが処理を見たときに、定数が使いたかったのか、文字列が使いたかったのかを明確にしたい場合はconstantを使うと良い。
// 定数のFOOを使うよということが明確になる print $a[constant('FOO')];
もし、文字列を変数の値と一緒に出力するとき、PHPではコンマの代わりにprintfを使うことが使える。
printf( “Hello, my name is %s“, $sName);
以下の代わりに上記のコードを使う。
echo “Hello, my name is “, $sName;
出力すべき変数が増えれば増えるほど、有効になっていく。とにかく迷ったならば、printfを使え、だ。
三項演算子はとても有効だ。しかし優先順位に難があるせいで、三項演算子をネストしようとすると以下のようなコードになってしまう
$n = (($i == 1) ? 2 : (($i == 2) ? 3 :$i));
括弧だらけで読みにくいったらありゃしない。三項演算子を使うなら一回まで。約束守れないやつは丸めてゴミ箱にでも捨てちまえ。
if ( $flag ) { }
仕様をちゃんと把握しているなら真偽値のチェックなどこれで十分。
もし事前にbool型だというのが確定してるのなら「$flag === true」を使えばいい。
インクリメント、デクリメント演算子は前に付くか後ろに付くかで意味が変わるので慣れるまでは非常にややこしい。
わけがわからなくなるくらいなら初めから使わないほうが良い。見極められないなら使うな。それがPHPerなのだ。
文句なしだ。これは文句がない。
他にも色々あるので覚えておこう
$a %= 1; $a &= 1; $a |= 1; $a ^= 1; $a <<= 1; $a >>= 1;
てっとり早く画面に表示する際にpreはよく使うが、デザインの関係上画面の文字が見えないときがある。
なのでdivを使って以下のようにしとくと便利だろう。
function p($var) { echo "<div align='left' style='background-color:white;color:black;'><pre>"; print_r($var); echo "</pre></div>"; }
君らが通常作るアプリケーションなんぞに、定数なんぞ必要ない。いいか、もう一度言う、お前ら程度のもんが、定数使おう何ぞ、おこがましいわ!
大丈夫。なんでもかんでも定数にする必要はない。結局設定ファイルに定数をずらずら作りまくってわけがわからなくなってるパターンが多い。
貴様みたいなもんに、定数は制御できん。いいか設定ファイルはYAML等のデータで持つようにし、その連想配列のデータ構造を一つ持ってるだけで定数の変わりになる。
このメリットに比べれば、定数だと書き換えられなくて良いという利点などこの歯のカスほどのものだ。そんなものは丸めてゴミ箱へ捨ててしまうといい。
認識を改めろ。俺たちはより良いPHPerにならないために努力している。
class Request { private $parameters; private $method; function __construct () { $this->method = $_SERVER['REQUEST_METHOD']; if ( strtoupper($this->method) === 'POST' ) { $this->parameters = $_POST; } else { $this->parameters = $_GET; } } function param ($key) { return isset($this->parameters[$key]) ? $this->parameters[$key] : null; } }
これだけでもいい。たったこれだけでもとても便利だ。ここから拡張してGETやPOSTを明示的に取るメソッドとかも作ってみるといい。自分の手を動かすのだ!
例が良くない。こんなのは引数が20個ある関数から、setを20回呼ぶオブジェクトに変わっただけではないか。
そもそもこの20個の引数とはなんなのか。何かのデータ構造なんであれば連想配列にして引数一つとして渡すべきだし、それぞれまったく異なる用途の変数なのであればWindowsプログラミングじゃあるまいし、20個も引数取る時点で設計が間違えている。
何がいいたいか。別に関数でもオブジェクトでもどっちでもいいということだ。
そんなことで悩んでる暇があったら設計を見直せ。
スキあらば自分自身を返せ。スキあらばオブジェクトを返せ。配列はArrayObjectのARRAY_AS_PROPSで返せ。
ひたすらメソッドチェイン。来る日も来る日もメソッドチェイン。とにかくメソッドチェインを使い続けろ。そこに未来はある。
どんなコードも繰り返すな。もし、少しでも同じコードを書いていたなら、それは関数に置き換えてしまえ。
・・・と、いうのはやめなさい。
一見同じように見えた処理でも前後の流れでまったく違うものということが往々にしてある。
まとめ方にも問題があるケースもある。何でもかんでも関数化すると、関数が膨大に増えていく。君は見たことがあるだろうか。common.phpやfunction.phpの恐ろしさを。
確かに細かく関数化はされているが、適切に関数化していないのである。結合度が非常に高い。なんでもかんでも盲目的にまとめれば良いという話ではないのだ!
あまりに極度に意識しすぎると、プログラムそのものができなくなる。そういう状態に陥る。
気を抜いて。そう気を抜いて。所詮あなたのコードなんてすぐに消えてなくなるよ。きっともっと偉い人が作り直すよ。だからまずは思うが侭にやるといい。
結合度を減らすというのは非常に難しい。何度も何度も失敗し続けて、ようやくここは分けた方が良かったんだなと気付く。次に活かそうと心に決める。そしてまた同じ過ちを繰り返していくわけだ。
まずは実装することだ。これが一番の早道だ。まずはがっつり結合した関数をあえて作るといい。何も考えずに作ろう。
そしてその後に、一部分使いまわしたいとおもうことがあるはずだ。その時に関数に切り出そう。それを繰り返すといい。そのうち初めから分けた方が良いと気付く。
何事も経験が必要である!経験を積まないプログラマは丸めてゴミ箱に捨ててしまえ。
さて、先の例で言うならば、私ならadd_result_outputという関数を作ってしまうだろう。だって、addとresultを連続して呼ぶのはめんどくさいんだもん。一連の流れをいつも使うのなら、その流れをやってくれる関数を作ればいいじゃないか。
function add_result_output ($iVar, $iVar2) { $r = add($iVar, $iVar2); echo result($r); }
もっと言えばクラス化してしまってもいいかもしれない。どんな感じになるかは君の手を動かして確認しよう!
このTipsはとてもわかりにくく、ニッチ過ぎる部分も多いかもしれない。
あくまでも「より良いPHPerにならないための20Tips」なのだ。
君はこの記事を鵜呑みにしてはならない。PHPをPHPと見抜けないPHPerはPHPを使うのは難しい。
もし、あなたがPHPプログラマなら、公式のPHPドキュメントはあなたのケツの穴を拭くための紙になるだろう。
私は、それぞれのセクションを眺めて、各関数でどんなことが出来るかなんぞ、歯クソのゴミ程に役に立たないとおもっている。動けばいい。はは。
あなたは、PHPで用意された既製関数で多くのことが実現できることに、(俺の仕事を減らすなと)驚くはずだ。
この記事があなたの役に立たない事を。
ふざけんな!
覚書。
Internet Explorer8(64bit版ではない)にてGyaO!、Yahoo!ニュース、DMM等の動画サイトを閲覧するとブラウザがクラッシュする。
Internet Explorer は動作を停止しました
強制終了されるページはMicrosoft Silverlightプラグインを使用したもの。
障害が発生しているアプリケーション名: iexplore.exe、バージョン: 8.0.7600.16700、タイム スタンプ: 0x4cd23213
障害が発生しているモジュール名: getflash.dll、バージョン: 1.0.0.1、タイム スタンプ: 0x4506208e
例外コード: 0xc0000005
障害オフセット: 0x00008c40
障害が発生しているアプリケーションの開始時刻: 0x01cbbb667d383d68
障害が発生しているアプリケーション パス: C:\Program Files (x86)\Internet Explorer\iexplore.exe
FlashGet1.73をインストールしていたのだが、こいつとSilverlightの相性がわるいのか。
俺は悩んでいた。会社と家の往復に。何の刺激もなかった。
カッコいいこと言ってるが、その往復では出会いが単純にないからつまらない。会社の人間と恋愛なんかしても後が面倒だし、リスクがデカイ。
だから恋人探すなら外で探すと決めていた。しかし、なーんも行動しなかったら何も起こるわけない。当然だ。綺麗なお姉さんが俺に一目惚れして「好きです!付き合ってください!」なんてことは宝くじが当たるよりも低いと思う。それに最近ようやく気づいた。
でも外で探すってどうやったら・・。なんて考えていた。出会い系?なんかそれじゃ積極的に探してない気がした。
婚活パーティー?うーん、それも金払ってわざわざ出会いを探す!?なんか違うなー。
だからクラブとかBarに行って、女の子に声をかけよう!と思いついた。なんかハードル高い感じだけど、いきなりナンパよりは低いからやってやろう!と決意した。
しかし、お店に一人で行くことに違和感というか単純に「一人で行っても大丈夫なのかな?」と思っていた。ネットであれこれ調べて、知識武装をしまくった。2chで一人でBarに行く人みたいな内容があったので、「あ、そーゆー人間もいるのね」と安心してちょっと自信が湧いた。
いざ決行当日!仕事帰り。やっぱり当然怖い。わざわざ仕事帰りでスーツの格好で行くことには、理由があった。仕事帰りでちょっと立ち寄ったんですよー。的な雰囲気を醸し出したかったからだ。
そしてネットで調べたBarの前に来た。足がすくむ。若干震えていた。当然自分が知らない場所だから踏み込むのに相当の勇気がいった。しかし店の前をウロウロしてるだけじゃ始まらないので俺はBarに行ってみた。
当然俺は一見さん。Barのマスター的には「ん?一人?見ねぇ顔だな・・・」みたいな顔をしている。当然か・・。しかしそこで負けてはいけないと“Barに慣れてる”感を無理やり演出してみた。
「お勧めあります」
「・・いえ、お客様の好みが分かりかねますので・・」
くそっ、失敗か!?なんて色々考えつつとりあえずコロナとか頼んで黙ってじっとしていた。そんな俺にマスターがちょいちょい話しかけてくれた。なんで、一人なの?とかどこでウチの店しったの?とかまぁ、そんな質問。出会い求めてBarに来ました。とは言えなかったが。
出会い云々はいいとして、行動できた俺が若干誇らしかった。これで出会いがありゃ完璧なんだけどと思っていたその時・・
店のドアが開いて女が数人入ってきた!しかも若い!!おおっ!!スゲェ!!なんて心では思いつつクールを決めていた俺。「絶対話しかけてやる!」
最初は、何から話しかければ・・・と悩んでいたがマスター経由で色々話していたらあら不思議。なんかフツーに話せるようになった。マスターに心のなかで感謝した。そして番号ゲットまで出来た。
そして改めて、今思い返してみて、外へ出るってことは素晴らしい。家と会社の往復だけじゃ経験できない事が沢山ある。
そして、環境は作られるものじゃない、自分が作るんだなと勉強できた。大学入って、社会人になってというレールは、ある種自分で決めているようだけど、皆がそうするから自分もそうするというものに近い気がする。俺はそれを自分で環境を作ったとは思えない。流れに任せていたらここにたどり着いた的なね。
だから会社で女性がいなくて、「あー、この会社出会いがねぇわ。だから恋人もできねぇ!」なんて言っていた昔の自分に情け無さを感じた。自分で無理やりにでも環境を作って出会いを求める!そういう選択肢もあるんだなと。
そう考えればナンパ師ってのは、一瞬にして出会いがある環境を創りだす天才なんだなと。そこには当然失敗もあるだろうけど、ビビって動かない俺なんかよりは遥かに先を行ってる。50歩、いや100歩先を歩いてるだろうね。
まぁ、とりとめがないけどそんなこと思ったよ。
さてどこから消すか
http://blog.starplace.org/snapper-simple-snapping-safari-extension
http://blog.feedly.com/2010/06/10/feedly-for-safari-5/
http://danielbergey.com/software/safari_extensions.php
ページ内検索
http://danielbergey.com/software/safari_extensions.php
http://code.google.com/p/safari-googl-shortener/
iPhone&macで有名なtwitterクライアント
http://ozipto.com/?page_id=167
http://lifefrombelow.com/gmail-checker/
( ゚∀゚)
http://d.hatena.ne.jp/kotas/20100608/nicontroller
はじめまして私は日本の大久保に住む大学院生の韓国人の男です。
バンクーバーオリンピックの女子のフィギィアスケートで韓日間に歴史に残る戦いがあったために両国間のネット住民の間で喧嘩がおこりました。
私は韓国人としてヨナの戦いを誇りに思います。
10代のアジア人の可弱い女性がヨーロッパや北米の選手を抑えて金メダルと銀メダルの偉業は感動しました。
私は大久保のスポーツ専門のBARのタムヤンで同じ韓国人留学生20人とヨナを応援していました。
金メダルの瞬間は皆大喜びでした。
それと同じくマオの戦いも皆たたえました。
私や日本に在住した留学生と同じように本国在住の韓国人も同じようにマオをたたえています。
マオがいたからヨナが強くなれたのです。
日本のBBSでは韓国人はマオが嫌いと書かれていますが大きな間違いです。
しかしマオよりもヨナが好きなのです。
ヨナが好きだから一番になって欲しいだけなのです。
それは日本人のみなさん誤解をしていないでほしいのです。
当たり前のことです。
しかしヨナを批判している日本人がいるのは残念です。
韓国人はマオをたたえているのに日本人はヨナを嫌うのはなぜというのでしょうか。
日本の掲示板をサーバーテロした韓国人は犯罪者であると韓国では批判しています。
しかし彼らがサーバーテロする理由は日本人がヨナを嫌ったからです。
彼らは犯罪者といいいますが、同じく彼らはヨナを守る強い男性なのです。
彼らは逮捕されるべきで、しかし同じくヨナを嫌った日本人も逮捕されるべきです。
そうすれば韓日の友情はまた深まります。
政治や経済やスポーツなどたくさんのところで韓国に勝ちたがりますが韓国も負けたくないのです。
私は日本が好きなのでここにこう書こうと決めました。