はてなキーワード: アラートとは
二村ヒトシというAV監督がいる。男性向け、女性向け問わず、恋愛系の記事もよく書いている。
わたしは二村ヒトシのファンで、書いている記事はだいたい読んでいるし、イベントにも時々参加する。
ただし、おそらく、二村ヒトシはわたしの存在を認識してはいないと思う。
言うなれば、二村ヒトシはアイドルで、わたしは認知をされていないアイドルオタクだよ。
この人はマジで女が好きなんだな、とつくづく感じる。
セックスに対する関心も本当にフツーで
そういう、彼では満たされない心の穴を満たしたいのかもしれない、
たった一回でいいから二村ヒトシに相手をしてもらいたい、と思うことがある。
しかし同時に、絶対にヤッてはいけない、というアラートも鳴り響く。
どう考えても女嫌いで、セックスも淡白そうなので、
二村ヒトシの場合、土下座すれば、一晩くらい付き合ってくれそうな気がするし、
優しくしてくれそうな気がする。
わたしの心の穴をすぐさま指摘して、
あと、実はイッたことがないので、
そういう気持ちよさをあじあわせてくれるんじゃないかな、とも期待してる
ただ、おそらく二村ヒトシは、わたしのような女は好みではないし、
「女である」以外失いそう
そんなの愚かすぎるよねえ。
まあ、こんな妄想をしている時点で、ダメダメな女なんだけど・・・。
だからわたしは、こんなに愚かなわたしをそこそこ好きでいてくれる彼氏と、彼氏の前立腺を、
それなりに大事にしようと思う。
原文:https://blogs.apache.org/foundation/entry/apache_commons_statement_to_widespread
原題:Apache Commons statement to widespread Java object de-serialisation vulnerability
翻訳日:2015年11月12日(午後にタイトルを日本語にしました)
----
Apache CommonsのJavaオブジェクトのデシリアライゼーション脆弱性に関するステートメント
著者:Bernd Eckenfels(コミッター), Gary Gregory(Apache Commons副責任者)
AppSecCali2015 でGabriel Lawrence (@gebl) と Chris Frohoff (@frohoff) によって発表された "Marshalling Pickles - how deserializing objects will ruin your day" は、信頼されないソースからシリアル化されたオブジェクトを受け取るときのセキュリティ問題をいくつか明らかにしました。主な発見は、Java オブジェクト・シリアライゼーション(訳注:seriarization/シリアル化/直列化=ネットワークで送受信できるようにメモリ上のオブジェクトデータをバイト列で吐き出すこと。シリアル化されたJava オブジェクトはRMIなどのリモート通信プロトコルで使用される。)を使用する際に任意のJava関数の実行や操作されたバイトコードの挿入さえもを行う方法の説明です。
Frohoff氏のツールである ysoserial を使って、Foxglove Security社のStephen Breen (@breenmachine) 氏はWebSphereやJBoss、Jenkins、WebLogic、OpenNMSといった様々な製品を調査し、(http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/) に各々の様々な攻撃シナリオを記述しています。
両者の調査活動は、開発者がJavaのオブジェクト・シリアライゼーションに信頼を置きすぎていることを示しています。認証前のシリアル化されていないオブジェクトにも。
Javaにおけるオブジェクトのデシリアライゼーション(訳注:de-serialization/非直列化=ソフトウェアで扱うことができるように、送受信されたデータを元に戻すこと)が行われるとき、大抵は想定された型にキャストされ、それによって、Javaの厳しい型のシステムが、得られた有効なオブジェクトツリーだけを保証しています。
不幸にも、型のチェックが起こるまでの間に既にプラットホームのコードが生成されて、重要なロジックは実行されてしまっています。そのため、最終的な型がチェックされる前に、開発者のコントロールを離れた多くのコードが様々なオブジェクトの readObject() メソッドを通じて実行されてしまいます。脆弱性のあるアプリケーションのクラスパスから得られるクラスの readObject() メソッドを組み合わせることで、攻撃者は(ローカルのOSのコマンドを実行するRuntime.exec()の呼び出しを含めて)機能を実行することができます。
これに対する最も良い防御は、信頼されていないピア(通信相手)とは複雑なシリアル化プロトコルを使うことを避けることです。ホワイトリストのアプローチ http://www.ibm.com/developerworks/library/se-lookahead/ を実装するように resolveClass をオーバーライドするカスタム版の ObjectInputStream を使うと、影響を制限することができます。しかしながら、これは常にできることではなく、フレームワークやアプリケーションサーバがエンドポイントを提供しているような時にはできません。簡単な修正方法がなく、アプリケーションはクライアント・サーバプロトコルとアーキテクチャを再検討する必要があるため、これはかなり悪いニュースです。
これらのかなり不幸な状況において、エクスプロイトのサンプルが見つかっています。Frohoff氏は、 Groovy ランタイムや Springフレームワーク、 Apache Commons コレクションからのクラスを組み合わせるサンプルのペイロードに gadget chains (ガジェット・チェーン)を見つけています(訳注:provided)。これはこの脆弱性のエクスプロイトのためにより多くのクラスを組み合わせられることは完全に確実なことで、しかし、これらは今日、攻撃者が簡単に得られるチェーンです。
(Twitter画像)https://blogs.apache.org/foundation/mediaresource/ce15e57e-94a4-4d7b-914c-8eb8f026659c
この脆弱性のために利用される(訳注:blamed)ことができない確かな機能を実装するクラスができ、安全性が信用できないコンテキストにおけるシリアル化を利用されないようにするような既知のケースの修正ができたとしても、少なくとも分かったケースだけでも継続的に修正していくことが要求されます。モグラ叩きゲームを始めるだけであるかも知れませんが。実際にはこれは、オリジナルチームが Apache Commons チームに警告が必要だと考えていない理由で、それゆえに比較的、活動開始が遅れました。
Apache Commons チームは InvokerTransformer クラスのでデシリアライゼーションを無効化することによって commons-collection の 3.2 と 4.0 のブランチにおける問題に対処するために、チケット COLLECTION-580(http://svn.apache.org/viewvc/commons/proper/collections/branches/COLLECTIONS_3_2_X/src/java/org/apache/commons/collections/functors/InvokerTransformer.java?r1=1713136&r2=1713307&pathrev=1713307&diff_format=h) を使っています。議論されているやるべきことのアイテムは、変化させる仕組み毎(per-transformer basis)に、プログラマティックに有効にするような機能を提供するかどうかです。
これには前例があります。Oracle と OpenJDK JRE の一部であったり、バイトコードを挿入して実行することを許したりする com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl クラスで、セキュリティマネージャーが定義されているとデシリアライゼーションを拒否します。
これはシステムプロパティ jdk.xml.enableTemplatesImplDeserialization=true とすることで無効にできます。Apache Commons Collection は、本来よりもこの実行モデルは一般化していないため、セキュリティマネージャーの存在と独立したこの機能を無効化することを計画しています。
しかしながら、明確化のために述べておくと、この便利な"ガジェット"は、唯一知られている方法でもなければ、特に未知のものでもありません。そのため、インストールされたものを強化されたバージョンの Apache Commons Collection に置き換えることが、アプリケーションをこの脆弱性に対抗できるようにするわけではありません。
このブログポストのレビューのために Gabriel Lawrence に感謝したいと思います。
Apache Commons Collection は、Java コレクションフレームワークに加えて追加のコレクションクラスを提供する Java ライブラリです。InvokerTransformer はコレクションにあるオブジェクトを(特にリフレクション呼び出しを通じてメソッドを呼び出すことで)変換するために使うことができる Transformer ファンクションインターフェースの実装の一つです。
一般のSallyによる2015年11月10日午前10字15分にポスト | コメント[1]
コメント:
元増田とは別人なんだけどさ、ブコメやトラバみてるとみんなしてメモ書けとかアラートだスヌーズだGPS連動通知だとか…。そんな素人が思いつくようなことはもう全部やってんだよ!その上で忘れるから困ってるんだろうが。
一個ずつ反論してやるからこれ見た上で対策があれば教えてくれ、いやマジで。
メモ書け→書くの忘れるし、書いても見るの忘れるし、メモ持ち歩くの忘れるし、いつもどこにメモしてるか忘れるから、手に書いたり机の上の紙に書いたりスマホに書いたり、とにかくまずはちゃんと書こうと努力するだろ?そしたら今度はどこに書いたか忘れるじゃん?で繰り返すうちに、よしメモはスマホのこのアプリに書く事にして他はやめよう!て考えるじゃん?でもそんな決め事をした事自体を忘れて結局決めたとこにメモれ無いんだよ。
封筒は手で持てば→手で持って出て行っても、そのまま封筒を手に持ったままコンビニで買物して帰ってきて終わり。歩いてる最中やレジで会計するときとかに手に封筒持ってることなんて思い出さないよ。例えば肩に鞄を掛けて歩いてる時に歩いてる最中ずっと俺は鞄を持っている方にかかって重さを方にかけ続けてるぞー鞄居るよ居るよー、とか途切れなく意識したりなんてしないでしょ?で鞄を意識してないけどちゃんとずっと鞄持って歩けるでしょ?それと同じで封筒を手に持った次の瞬間にはもう手に封筒を持ってることなんか忘れちゃうんだよ。
ついでをやめて封筒を主目的にすれば→ついでだろうが主目的だろうが忘れる。で適当にコンビニとか言って立ち読みしてコーヒー買って返ってきて、玄関についた時にあ、そういえば封筒だ。と思い出してもう一回コンビニ言って返ってきてを3回位繰り返してもまだ手の中に封筒があって、事ある毎に思い出してを繰り返してを繰り返して3日後くらいには投函できる。
通知関連→まずそもそもスマホとかに通知を設定する事自体を忘れるのはデフォだからそこはもう言わないでおいて、仮に通知設定が成功したときの事を話そう。通知が発動するじゃん?しかも奇跡的に通知に気づいたとするじゃん?で、あそうだあれやるんだった!て思い出すじゃん?で通知内容を読み終わった時にはもう既に9割くらいの確率で「通知があってやる事思い出してさあやろうって決意した事」を忘れて他の事始めてる自分がいるんだよ。なにそれ怖いって思った?うんでももう僕にはそれが普通だしもう慣れた。まぁそこでスヌーズ機能の登場ですよ。これ大切。通知を見終わって9割忘れたとしてもそれが20回も発動出来れば1-0.9^20=87%位まで達成率が上がる。マジスヌーズ神。この仕組み考えた人天才だな。
スヌーズ多過ぎ問題→スヌーズ大切なのは良いが間隔が短すぎるとうるさくて止めたくなっちゃうし誘惑に駆られて止めたが最後そこで成功率1割の行動が発動できなかったらそこで試合終了。次にそのタスクを思い出すのは経験上大体1週間後だ。なので短すぎる感覚のスヌーズは駄目だ。かと言って1時間毎のスヌーズだと行動成功率9割を目指すには20回のスヌーズを必要とするのでざっと20時間必要になってしまう。これは急ぎの仕事の場合はちょっと困る。なのでこの辺りを加味して緊急度に応じて5分から10分くらいのスヌーズ間隔が良いとしている。1分とかは止められて忘却されるパターンなので使わない。ちなみに5分でも複数タスクが溜まってたら数分おきに鳴ってうるさいんじゃ?と思うかもしれないが、同じ内容じゃないのが複数くる分には「このタスクアラートいつしつこいから止める!」ていう心理にはならないようだ。また、5分くらい間が空くと前回スヌーズされた思い出は高確率で忘れてるのでもううるさいという気にはならないようで止められるのは免れられる。
他人最強説→まぁそんなわけで自分でいろいろ工夫して頑張ると言うのも当然やってるんだが限界があるので最後は人に自分の予定やタスク管理をお願いするというのが有効だ。例えば明日13時にこの仕事をしないといけないので忘れてそうだったら教えてくださいと周りの人に言っておく。また大事なミーティングや遅刻ができないようなものがあるときはあらかじめ前日から、朝起きれないかも、または通常出社じゃなくてどこどこに現地集合だよ的な事をあさ携帯に電話してくれるようお願いする事もある。しかしあさはみんな忙しいのでこれは最終手段だ。使いすぎると怒られる。身近なところでは配偶者とかにサポートをお願いするのがよく回る。例えば買い物のお使いに隣のスーパーに行くだろ?当然買い物メモは持ってるんだが見るのを忘れて関係無いものだけ買って帰ってくるリスクが結構あるので、僕がスーパーに着いた頃合いにメモ見てね、とメールしてくれるのでありがたい。しかもその数分後にはまたメモ?とメールがくる。案の定メモから漏れてる買い物があるのでありがとう返して買い物を続ける。買い物メモが3つくらいなら大体3,4回のメールのやりとりで完遂できる。リモコン素晴らしい。ちなみにアラームやスヌーズよりも人力通知は成功率が高い。大 大体5割くらいはすぐ行動できるので効果は抜群だ。やはり他人に迷惑はかけたくないとか通知後も暫くは見張ってくれてる空気を背中で感じられるのが良いんだろうな。
プライベートなことだから気が抜けて忘れるんじゃ?仕事なら普通忘れんだろ?→んなわきゃーない。公私の別なく忘れるものは忘れる。ちなみに人力通知は人の手助けのありがたさと恩に報いようと迷惑かける仇で返さないようにしようという心理が多分働くことで成功率が上がるんだが、仕事の場合他人への迷惑は当然かかるんだが最終的には自分の評価が下がるだけなのでまぁ自分に来るのはしゃあないかと大して気にしないたちなので、仕事だからのプレッシャーというのは僕には効果が薄いようだ。
他になんか指摘やアドバイスあったっけ?取り敢えず反論しておきたい単純なところについては書けた気がする。
あとこういう話すると冗談かと思われたり生きてるの辛くない?とか言われることも極たまにあるんだけど、やらかした時の心の痛みや嫌な思いも忘れられるから、あと悪いことはすぐ忘れるけど嬉しかったこととかは結構覚えてるので精神的にはあまり病まないようだ。鬱になったりとかも多分無い。
ちなみに行動に移すのが苦手なだけで始めてしまえば結構集中して物事をこなす方だとは思う。この増田も長文だけど書き始めたらすぐだったし。ただこれを書き始めたおかげで今夜中にやらなきゃいけない事を2つくらい忘れてたのを思い出したので、寝落ちする前にこれから頑張って、そして寝たいと思う。多分二つのうち一つが出来ればもうけものだ。その程度なら慣れてる。人間何でも慣れるもんだ。僕にとっては上に書いたことが日常だしそういうものとしてこれまで過ごしてきたから特に悲観するような事は感じていない。周りの人には多少迷惑をかけてしまっているが付き合ってくれる人も多い。ありがたいことだ。また、これは他人の事なので断言は出来ないがどうやら一定以上付き合ってしまうとこういう僕に慣れてしまうようで始めからこれはそういうものだという認識で付き合えるようになるので、その心構えが出来てくるとストレスもあまり感じなくなるようだ。いや勿論ひどくイラつかせる事もたまにあるけど未経験の人に比べたら段違いに適応してるなぁ、人間って何でも慣れるもんだなぁ。ありがたやありがたや。
なんか長くなったから切り上げてしまったが病院行き始めたこと書き忘れてたのでそこまでを、以下に追記する。ちなみに↑ここまでに書いたことが懐かしい思い出に感じられるくらいには改善してるっぽいです。
お薬最強→ちなみに最近これってもしかして病気なんかな?とうすうす感じてたので病院行ってみることにしたんだ。そしたら1,2ヶ月経過見ながら試したらコンサータって薬が僕にはよく効いたっぽい。僕視点では、以前はどれほど忘れてたのか、忘れたことを忘れてるので普段あまり自分が物忘れ激しいっていう意識がないんだが、身近な人に効くとそういえば最近あんま忘れてないかも!?て言われる程度には改善してるようだ。ちなみに予定がない休みの日とかは別に飲んでも飲まなくても良いよ、別に継続して飲まないと効かない類の薬じゃないから、と医者に言われてるので飲まない日もある。すると久しぶりに薬飲んでない日はもう、そういえば前はこんな感じだった!最近薬飲んでたから改善されてたのか!いや全然違うね!凄い今日忘れてるよ!あははみたいな感じに言われるので、やはり結構効いてるようだ。しかし面白いもので物忘れというのはしないならしないで物忘れ改善されてるって事に案外みんな気がつかないもんなんだなぁ。人間って不思議。
コンサータの効用→一回の服用は1〜4錠まで、大体飲んでから30分後から効き始めてその後12時間ぴったりくらい効果が持続する。切れる時はなんか切れって実感できるくらいにピタッと切れるので面白い。効き始めもあ効いてきたなってのは結構実感できて面白い。で、薬の効果なんだが、眠気が覚めて頭の霧が晴れる感覚。逆に言えば普段どんだけ暗中模索な感じ何だよwてのが効いた後に普段の自分を客観視して気がつけるくらいだ。ていうかみんな普段からこんなクリアな思考で生きてるんだとしたらそら快適だろうなぁ。あれか視力0.01の人がレーシックで1.5位になった時とかこんな風に感じるのかな?僕は視力良いからその辺の感覚知らんけど。で効用の続き、眠気が覚めるのとまぁ同じなんだろうけど集中力が多少高まる。ただし僕の場合行動に移す事に成功しさえすれば集中力はある方だと思うのでその辺はあまり恩恵は得てないかもしれない。ただ、霧が晴れた感覚ってのが多分重要でなんだろう視野が行き届くというか細かいやるべきことを順番に認識できたり多少なら並行作業しても元の位置に戻ってこれるのが凄いなーこれ自分か?て思うくらいの時がある。この点が一番効果が出てるとこだな。なおコンサータには食欲がなくなるという副作用があるらしい。そう聞いていたけどまさにその通りだった。ただ言葉のニュアンスが違って、実際には食欲がなくなるんじゃなくて空腹感を忘れる感じ。食欲が無いだと、食べようとしてもあんまし美味しく感じられず食べられない、みたいな病弱ぽい印象だけど、飯が出されて食べれば普通に美味しいしモリモリ食べるんだけど、何だろう食べなくても別に良いのよね。表現するならまさに空腹感がなくなる。だから朝薬飲んで会社行くと1日何も飲み食いしなくても全然気にならないし、薬飲んでから半日経ってなければ夕飯の時間になってもご飯の前で本読んだりTVみたりしてる時がある。でここで面白いのが、12時間経って薬が切れた瞬間から猛烈にお腹空くのよねw空1日何も食べてないんだから当然なんだけど、本当に生きないお腹が空くからこの感覚は面白い。まぁそんな感じで「眠気がなくなり空腹感もなくなり集中力が高まるお薬」、それがコンサータ。なんかこう書くとやばい薬っぽいなww 一応常習性とか変な副作用とかはないらしいぞ?あ、あとちなみに僕にとっては覚醒効果ってのもとっても役に立ってます。なにせ飲むと30分後にはスッキリ目がさめるから朝が苦手な僕にはそういう意味でも救世主です。最近はあさ目覚ましで寝ぼけてると、妻がとりあえずコレ飲んで寝なさいとコンサータと水を持ってきてくれる。で寝ぼけながら飲んで寝ると30分後には起きてくるから素晴らしいね。すっかり目覚まし薬扱いだよもう。
え、おまえ、なにいってんだ。
管理者の仕事なら、その班に任された仕事をつつがなく終われるように、することなんじゃないのか。
そいつが優秀すぎて、いろいろやってくれるんなら、そのまんまお願いしてしまって、
問題が起こりそうなら、アラートを出すし、それでも起こってしまったら尻拭いをお前がやればいいんじゃないのか。
責任取る仕事ってそういうことだし、トータルで良い結果が出れば、それで良しというスタイルでやっていかないと、お前は社内の後輩の中の優秀な奴全員と戦うスタイルになるぞ。
あと、人望というのもスキルの一つで、手柄は部下に譲ってやって、失敗はお前が引き受けるというスタイルでやっていかないと、クズ上司になるからな。
逆に、お前がそうやっているということを見抜けない上司がお前にいたら、それはお前の不幸なので、上司を説得するか、職場を変えるか検討してみろ。
周囲を探知して、段差や障害物があったり、他人とぶつかりそうだったりすれば、ディスプレイにアラートを出す、というので解決だ。
ある個人投資家がIngressと出会い溺れてゆく記録 : 市況かぶ全力2階建その後
金沢の青の人たち俺のオーナーPortalだけ攻撃するのやめてほしい #被害妄想— にさつ (@twobooks) 2015, 6月 4
うわーまた俺のオーナーPortalだけ狙って焼きに来たわー俺もレベル上がってやることなくなったらそれやろ— にさつ (@twobooks) 2015, 6月 12
金沢の東山の茶屋街の少し北にある寺院群Portalに手を出すとオーナーPortalを焼きにくるエージェントがいて面白いからどこまで自ら焼きに行くのか一度実験したい— にさつ (@twobooks) 2015, 6月 12
5日後
俺のポータルが狙い撃ちされてるのどうやら気のせいじゃなくて事実みたいなのでどのゲームにも粘着クソ野郎はいるんだなと思いました— にさつ (@twobooks) 2015, 6月 17
青エージェントのストレスのせいで夏限定ポテチを食べてる— にさつ (@twobooks) 2015, 6月 17
あー今度青の奴らに話しかけられたら身の危険を感じて殴りかかっちゃいそうだなー強迫観念感じてるもんなー医者にかかって診断書貰って訴状書こうかなー— にさつ (@twobooks) 2015, 6月 17
そうだなー民訴案件にすればナンバーから個人特定できるもんなーそれいいなーまずこの強迫観念から来るストレスに病名つけてもらって損害立証の準備するかー— にさつ (@twobooks) 2015, 6月 17
相手の目星ついてるしなー暫く活動とアラートの履歴残すかー?— にさつ (@twobooks) 2015, 6月 17
俺はかつて和式派だった。肛門を拭きやすかったからだ。こと肛門へのアクセスに関しては、和式の方が洋式よりも分がある。行為時の体勢は若干ツラいが、総合的には和式、という判断だった。
しかし現在の俺は、圧倒的な洋式派になってしまった。理由は、ウォシュレットだ。肛門を素早く清潔にできる。紙で拭く回数が減り、肛門へのダメージも激減する。腹の調子が悪いときなど、大変ありがたい。暖房便座もかなり寄与しているが、何しろウォシュレットの存在が大きい。ウォシュレットの登場で、洋式はブレイクスルーと呼ぶに相応しい進化を遂げたと思う。
振り返ってみれば、俺にとって「便器について考えること」は「肛門について考えること」に他ならなかった。そして、洋式という選択に一切の疑念は無く、和式を徹底的に避け、ウォシュレット付きのトイレがない公共施設を軽蔑すらしていた。
しかし。今朝、こんなことがあった。
俺はサーバーの日次点検をしていた。バックアップ用のDATを交換し、H/Wアラートの発生有無を確認する。まぁ退屈な仕事だ。3本目のDATを交換している最中、俺は強い便意に襲われた。作業はまだ途中だった。しかしこれは無理だ、トイレに行くしかない。俺は作業を中断してトイレに向かうことにした。便利なことに、サーバー室を出た目の前にトイレはある。ここなら速やかに事を済ますことができるだろう。
だが、ひとつ問題があった。便器だ。このトイレには和式しかないのだ。
少し歩けば、洋式+ウォシュレットのトイレがある。もはや骨の髄まで洋式派である俺としては、足を伸ばしたいところだ。しかし今回は事情が違った。事は急を要している。便意は俺から選択肢を奪った。やむを得ず、俺はサーバー室前のトイレに向かった。
少し早足でトイレに入った俺は、「和式」のプレートがついた扉を開け、いそいそとズボンを降ろし、腰を下げた。いつもより近いタイル地の床と、そこから伝わってくる冷気。忌避感と屈辱感が頭をよぎった。
次の瞬間。ずぅるりっ、という感触とともに、一気に便が排出された。押し出された、という表現が正しいかもしれない。まさに一瞬だった。
俺は首をがくりともたげて、目を閉じた。便意からの開放感で、頭の中は真っ白になった。ふぅ。自然と溜息が漏れた。しかし、すぐさま忌まわしい感情が湧いてきた。そうだ、これからウォシュレットなしで、トイレットペーパーだけで肛門を拭かねばならないのだ。
トイレットペーパーに手を伸ばし、カラカラと引き出す。この作業を、繰り返し行わなければならない。そしてその度に、拭き残しを確認しなければならない。自分がいかに汚れているのか、自分に知らしめる作業だ。なんて原始的で、合理性のない、恥辱的な作業なんだろう。そんな思いを巡らせながら、手にとったトイレットペーパーを尻にあてがおうと、腰を少し浮かした。そのときだ。便器の中に転がっている糞を見て、俺は驚愕した。
デカい。
これはデカい。なんだこれは。長さにして、30cmをゆうに超えている。指先から肘にかけて程の長さだ。しかも、よく見るとアルファベットの「J」のように途中から折り返している。全長は40cmに及ぶのではないか。思い返せば、確かに今回の便意は強く、腹の中に大量の糞が待ち構えていることは予感していた。しかし流石にこのサイズは想定外だ。俺は息を飲んだ。
そう、これが和式便器なのだ。和式の強み、それは「自然な糞の射出を阻害しないこと」そして「射出された糞の観察が容易であること」だ。便器について考えること、それは、肛門について考えること、だけではなかった。俺は忘れていたのだ。糞と向き合うことを。
肛門を拭き終えた俺は、レバーを引き、糞の消えた便器を確認してからトイレの扉を開いた。やり遂げた、そして見届けた。洋式では得られない、懐かしい充足感で満たされていた。軽い足取りでサーバー室へと戻った俺は、晴れやかな気持ちで作業を再開した。肛門に軽いヒリつきを感じながら。ほんの少し、拭き残しへの不安を胸に抱きながら。
俺は、ウォシュレットによって清潔とスピード、そして安心を得ている。しかし、代わりに失うものもある。再び便意が訪れたとき、俺はどうするだろうか。きっと、ウォシュレット付きの洋式を選ぶだろう。便利だからだ。そしてウォシュレットで尻を洗い流し、ろくに糞の確認もせず、さっさと流してしまうだろう。感慨も何もない。残るのは空っぽの便器だけだ。
何かを捨てて、何かを得る。俺は便器を選択しているのだ。
http://anond.hatelabo.jp/20141128122106
前回、ひとりで勝手に「盛り上がってきた!」って書いてから寂しく大五郎を飲んでたところ、
予想外に参加者が集まり、12月1日を前にして満員となりました、ありがとうございます。
「増田アドベントカレンダー」をグーグルアラートに登録した私がそれらを拾って、urlを後述の担当表に貼っていきます。
※マネージャを多少悪者気味に書いていますが、マネジメントの大変さはわかっているつもりです。
マネージャ「たぶん2週間ぐらいでできますよ!wordpressなら学生のころバイトとかでもよくインストールしてたから楽勝です!」
デザイナ「完全オリジナルのwordpressデザイン2週間か、なんとかなるかな?」
.... 略 ....
上司「あれから2週間だけど、こんなにバグ多すぎじゃリリース無理じゃない?」
マネージャ「違うんですよ!デザイナーが全然テンプレートの使い方覚えてくれないし、あのプログラマ人PHPわからないとか言って仕事中にPHPの本とか読んでるから遅れたんです!たぶん自分だけだったらこんなに時間かなりませんよ。」
デザイナ(「XHTMLになってない!」とか余計な所に口突っ込んできやがって!)
プログラマ(PHPなんて簡単だよとか言ってJavaプロジェクトからコンバートさせたのテメーだろうが!)
原因
マネージャ「このスケジュールなんだけど、テスト期間長過ぎじゃない?」
プログラマ「え、でも機能もこれだけありますし10日程度は妥当かと」
マネージャ「いやいや、画面たったこれだけじゃない、通しのテストなんてみんなでやれば1日ぐらいで終わるでしょ?」
マネージャ「俺がレビューしてるんだからそんなでかいバグ出るわけねえだろ。ナメてんのか」
.... 略 ....
プログラマ「セキュリティ周りのバグもあるので、修正には3日程かかると思いますが」
マネージャ「ふざけんな!テストは今日で終わるスケジュールだろ!」
原因
プログラマ「前のプロジェクトでgitを使って便利だったので、今回のプロジェクトでも使いたいのですが…」
マネージャ「バージョン管理とか使ってるの?あんなの効率悪くなるからやめたほうが良いよ」
マネージャ「前に俺がやってたプロジェクトではフォルダで日付ごとに管理してた。同じ風にすれば大丈夫だろ」
マネージャ「古いフォルダからファイルをコピーすればいいだけだろ。馬鹿か」
.... 略 ....
デザイナ(間違ってファイル上書きしたのは黙っておこう)
プログラマ(ローカルにgitリポジトリあるのは黙っておこう)
原因
マネージャ「何このCodeIgniterっていうの?」
プログラマ「あ、それ最近流行ってるPHPのフレームワークで、URLのルーティングが…」
マネージャ「はぁ!?フレームワークとか使わないと開発できないわけ?これだから最近のゆとりはダメなんだよ。」
プログラマ「でも、便利ですよ?」
マネージャ「俺のプロジェクトではそういう怪しいやつは使わないから。バグがあったらお前責任取れるの?」
.... 略 ....
マネージャ「どう、俺の書いたURLルーティングライブラリすごく便利じゃない?」
マネージャ「あー、それは仕様だからしょうがないよ。mod_rewrite使えば問題無いでしょ?」
プログラマ(他人が再発明した車輪のバグを修正するのって本当に不毛だな…)
原因
冷凍時に磁力を加えるか何かで、食品の鮮度保持が飛躍的に高まる、のキャッチフレーズで、
自分は「このCAS技術を使えば、何かできるんじゃないか?」と前から考えていた。
で、今週の水曜~金曜に、東京ビッグサイトで「アグリカルチャーフェア」が開催されていて、
最新の農業ITとか植物工場とか展示されていたんだが、その中でCASも展示されていた。
「どれどれ・・・」と見に行ったが、
そこに「CASを批判する冷凍学会はオカシイ!!」という記事を掲載した新聞が山積みされていた。
「?」と思ってみると、「環境農業新聞」という見慣れないタブロイド新聞が置いてあった。
1面、2面と、冷凍学会を批判する記事が続いていて、「・・・」と思いながら読み進むと、
最終面で「由井寅子が推奨する自然農法、ホメオパシー云々」というトンデモ記事が載っていた。
何のことはない、由井寅子のフロント新聞社が環境農業新聞だったわけだ。
この瞬間、「ウチの会社もCASを導入して・・・」という自分の構想は、瞬時に消え去った。
自分は文系なので、CAS技術が妥当な技術なのかどうか、判断する能力がない。
だから、「CASって、面白いかも」と興味を持っていたのだが、
「由井寅子の新聞でプロパガンダしている技術」「由井寅子と心中せざるを得ない技術」ということで、
自分の中の「エセ科学アラート」が作動して、一気に疑念の念に変わった。
もしCASが環境農業新聞なんかに記事掲載していなければ、自分は「CASは夢の技術だ」と思い込んで、
ウチの会社に導入して、大恥をかくところだったのかもしれない。
前に増田でこういうの作るんだけどって書いたんだけど、まるで反応がなかったので需要がないのかなあと思って一人でシコシコ使っていたんだけども、公開してみればと言われたので、一応公開してみた。需要があるかは知らない。ブログにも先に書いちゃったので特に名前は隠さない。
自分の中では増田の記事チェックが楽になった。(果たして増田チェックが楽になるのがいいことなのかは知らない)
自分用に作ったからデベロッパーモードで使ってたんだけど、起動するたびにアラートが出てかなりうざかった。ストアに登録してアラートが出ないのはありがたい。
本当はオプション変えた時にリロードせずに適用したかったけど、なんかやる気が起きずにリロードで済ませた。画像とかCSSいっぱい使ってオシャレな増田にしようかなとも思ったけど、自分用なので虚しくなる気がしてやめた。
動作は、windows7とmacbook airで確認した。トップページとページ指定の一覧ページ以外では何もしない。他のページでもCSSが適用されちゃってるんで下線が出るんだけどね。
はてなNG見てchromeの拡張って簡単にできそうだと思って作り始めたんだけど、やってみると拡張開発の知識が全くなかったのでハマりまくった。よくわからないところは自己流で無理やりな部分があるかも。
chorome 拡張開発とかで検索すると出てくる、ここのサイトの情報が古くてmanifestのバージョン2では動かないことに気づかず色々と苦労した。情報が古いってことぐらいは書いておいて欲しいかも。
http://dev.screw-axis.com/doc/chrome_extensions/
やっぱり日本語じゃなくて英語の公式ドキュメント読まなきゃダメだね。
まあ、色々勉強になったのでよしとしよう。
実際に会ったんだけれども、一線交えることはなかった女の子を前回、書いたので、今回は電話だけの女の子シリーズ。
テレフォンセックスは何度かやった。電話で猥褻な会話をしながら、双方がオナニーするというやつ。こちらは実際に会って一線交えたいのであって、わざわざ高いダイヤルQ2料金を払ってテレフォンセックスをしたいことはない。やる場合は決まって女の子からの誘いがあった。電話に出た時から、女の子がハァ~ハァ~言っていることもあった、大抵は、女の子がテレフォンセックスをやりたいのだけれど、なかなか言い出せず、しばらく話しているうちにこちらが気づいて、じゃあ、という感じで始めるパターンが多かった。女の子は主婦っぽい人もいれば、まだ若くてたぶん高校生くらいだろうなあという子もいた。
一度、職場の女の子が出たことがあった。ダイヤルQ2で相手が切り替わって、その女の子の声を聞いた瞬間、頭の中に「この声は聞いたことがあるぞ!」というアラートが鳴り始めた。しかし、女の子のこんにちは、という声を聞いた瞬間、こちらもこんにちは、と返事してしまった。まずい、と思いつつも、さりげなく会話を続け、キーを押して、次の女の子にチェンジした。
間違いなく会社の子だった。その子もテレクラ体型だった。それからしばらくして会社で顔を会わせたけれど、相手は気づいていないようだった。その後、部署がかわってしまって、その子と顔を会わすことはなくなった。風のうわさでその子が結婚したという話を耳にした。たぶん、出会い系で出会って結婚したんじゃないかと思う。
出会い系で出会って結婚に至ったカップルは私の知る限り、3組ほどいる。当時の出会い系は、男はとりあえずやりたい派が多くを占めていたと思う。しかし、女の子は、売り目的の子、肉食系の子は少数で、多くが純粋に男の子と知り合って、デートしたい、付き合いたい、という子が多かったと思う。
だから、女の子と巡りあう機会が少ない男は、こういうシステムを積極的に利用するというのはおおいにありだと思う。
さて、次に実際にあったんだが、お金のやりとりがはっせいしたケースである。
O子ちゃんは、出張先の東北で出会った。出張時に時間があいたので、某県の県庁所在駅近くのテレクラでアポを取り、会った。電話で、援助してほしいと言われた。諭吉さん二枚。待ち合わせ場所の繁華街近くのコンビニに現れたのは、ヤンキーママさんっぽい女の子。スリムで、茶髪、小柄。タヌキ顔。ホテルに入って、シャワーを浴びた後、すっぽんぽんでベッドの上で相手を観察。お腹に帝王切開の跡があった。この子は、身の上話を聞くと、金銭的にも苦労していて、なんだが、くんくんしようという気持ちにならなかった。結局、おちんちんをなめなめしてもらい、彼女の口腔内に射精した。ちなみに歴代口内射精の中でこの子がベストワンだった。貯蔵されていた精液が快感とともに、女の子の口の中に最後の一滴まできれいに吸い取られていく感覚。3時間くらいの休憩後、お別れ。
1年ほどして、この子から携帯に着信があった。少しだけ他愛もない会話をしてじゃあまたと言って切った。幸せになっているといいなあ。
この時は、その前日の昼間に、個室ビデオ店へはいって一回抜き、ビジネスホテルで休憩後、ファッションヘルスへ行ってもう一回抜いた。ファッションヘルスは最初、人気店に行こうとしたのだが、なんだか店の周りが人だかりがあるので、その店にした。女の子の話では人気店でついさきほど警察のガサ入れがあったとのこと。未成年をやとっていたらしい。その店に行っていたら、今頃、警察にごやっかいになっていただろうと言われた。この女の子は、おそらく風俗歴がほとんどない子でういういしくて、よかった。バギナを鼻でくんくんしすぎて、痛い、何しているの?って少し怒られたのが今となってはいい思い出です。
P子ちゃん。この子も出張時、九州の某県の某駅のテレクラでアポ取り。この子も、援助してほしいとのこと。諭吉3枚。
待ち合わせに現れたのはテレクラ体型。どうしようかと思ったが、仕方なく、ホテルへ行って一線交える。というか、一線交える気力ももりあがらず、こちらの手マンで逝かせる。潮吹きを初めて見た。手マン中、お金を払って、わざわざ快楽を相手に与える俺は天使か、と自問した。2時間の休憩でとっとと別れた。
Ingressは楽しいゲームですが、気違い染みた発言プレイヤーが目立つゲームでもあります。
彼らもネタでやっているだけかも知れませんが"狂人の真似とて大路を走らば、即ち狂人なり"とあるように、外から見る限りだと本物の気違いと区別が付きません。彼らに気をつけるに越したことはないのです。
不慮の事故に巻き込まれないようにする大原則は、現実の人物であるあなたがエージェントであると誰にも知られないようにすることです。言い換えると、現実において個人が特定されない限りは安全です。それが難しいのであれば、恋人や配偶者など、パートナーと一緒に行動することが望ましいです。
おおむね、以下のことの気をつけると良いでしょう。
「君がッ 泣くまでッ 殴るのをやめないッ」とは某ジョジョのセリフだが、
そういえばマザーでも「歌をやめろ」ってギーグのセリフがあったっけ?
「わたしと共にマザーシップに乗りなさい」 「歌うのをやめなさい」 「歌を…やめろ」 「う、うたをやめろ!」 「うたをやめるんだ!」 「地球のむしけらども!黙れ!歌うな」 「うたを…」「やめろ!」
ユング的原体験じゃないけどこういうのってあるよね。わからないって人は慎重に話を聞いてくれ。
DQ8では全員で杖に向かって祈り1人でも死んだら祈りは中断される仕様だったし、
魔法の詠唱が中断されると台無しになるという仕様は多くのファンタジー作品で共通している。
それがどうした?と思うかもしれないが、よく考えてみるとあまりに独特な仕様なんだよね。
2.一瞬でも途切れる(または条件から外れる)とリセットされる(=台無しになる)
3.祈りや歌を継続すると強大な力が得られる
この仕様が無批判に受け入れられて広まっているのは、単に都合のいい設定だからパクられているといったレベルではなく、
物事の真理を言い当てているからなのかもしれない。もう少しリサーチを続けてみよう。
卑近になるがPCにアラートの類いを入れると集中力が途切れるから一切入れないって人がいる。
熟考中に話しかけられると考えてたことが木端微塵に大破するがごとくリセットされるという経験も皆様には数多いことだろう。
また百年の恋が一秒で冷めるとか、信頼を失うのは一瞬取り戻すのは一生という故事成語の通り、
詠唱がわずかでも一瞬でも構成要件というか要件定義から外れると台無しになる。
ピアノの練習だって一日でも休むとすごく鈍るのは多くの人が経験しているだろう。
これでもまだ「抽象的構造だから偏在して当然」と思うだろうか?それとも精神の重要な性質を表していると思うだろうか?
現代社会は多忙で突発タスクの割り込みが多い。歌がすぐ途切れる時代といえよう。
そんな今、歌い続けることに如何ほどの意味があるのか、歌い続けるならどんな歌を歌うべきなのか?
それをみんなで考え始める時期に来ていると言えるだろう。
デフォルトのフィルターはあまり使えないから、abp_jp.txt( https://raw.githubusercontent.com/k2jp/abp-japanese-filters/master/abp_jp.txt )とabp_jp_element_hiding.txt( https://raw.githubusercontent.com/k2jp/abp-japanese-filters/master/abp_jp_element_hiding.txt )を追加するのをおすすめする。
トラッキング、ウェジェット、広告をある程度抑止できるChrome拡張。
Twitter、はてな関係のウィジェットだけブロックリストから外し、FBの(・∀・)イイネ!!だけブチ殺せる粋なアドオン。
パソコンの広告は比較的簡単にブロックできるけど、モバイルは難しい。
率直に言えば、これから書く対処法は気休め程度にしかならない。
だから、僕らを操っている広告への"聖戦"にそれほど興味がない人は、ここから先のエントリーは読まなくていい。
広告、トラッキング、ウェジェットをブロックするiPhoneアプリ。脱獄不要。
前出の『Adblock Plus』のAndroid版。
以前はGoogle PlayにあったのだけどBANされてしまった。
今は有志が野良アプリをアップデートして聖戦を続けている( https://adblockplus.org/en/android-install )
無数に存在するWeb広告ブローカー一社一社に「Cookie勝手に見んなボケ氏ね」とリクエストすることもできる( http://matome.naver.jp/odai/2136295595828806701 )
大変。でも現状ではどうにもならない。電博が支配するマスとは違う。ステークホルダーがあまりにも多い。
実は私、無料Webメディアで食ってる。だからこんなエントリー書くのは自分の首しめることになる。
構わない。
もう疲れたんだよ。ユーザーの属性、トラフィックの解析、ページをどこまでスクロールしたかまで分析する。
FBがパラメータいじってユーザーもてあそんだことニュースになったけど、似たようなことはどこでもやってる。
広告と大量消費社会のワンセットは、資本主義社会にとって必要悪なのだと思う。システムを維持するには仕方がないことなのだろう。
でも、だからと言って唯々諾々と広告が命令する通り消費にふけこんで良いのだろうか。僕らは消費者である前に人間だ。なんとしても人間性だけは護持しなければならないと思うのは僕だけだろうか。
したらば掲示板はだれでも規模2ch型掲示板をレンタルできるレンタル掲示板サービスです。
うごメモ関連の掲示板だけでざっと90個はあるかと思われます。
この多さは以下の検索結果が物語っており、検索に掛からないように設定している掲示板も想定した数です。
http://rentalbbs.shitaraba.com/jbbs/search/?category=game&word=%A4%A6%A4%B4&x=25&y=9
http://rentalbbs.shitaraba.com/jbbs/search/?category=netgame&word=%A4%A6%A4%B4&x=35&y=8
またこれらの掲示板の管理人・利用者で心配なことはしたらばガイドラインをしっかり読んでいるかなのですが、今のところ大きな違反は見られませんが…彼らと関連が深い連中が荒しスクリプトを設置していたり荒し依頼を受け付けていたりして迷惑ですよね。(シーサー利用規約としたらばガイドラインは別物です)
スマホでも操れるしたらば荒しツールが掲示板に設置されていたり、fc2のレンタルサーバーに設置されていたりしてかなり荒しやすくなっていますね。
田代砲というサイバー攻撃ツールでも荒せるようですね(田代砲はすごい速さでページを更新しまくってサーバーに負担をかけるツールです。もちろん犯罪になります)
人をdisってもいけないなぁと思い、体系的?に考える努力をしてみた。
独立系SIer「急遽N人月の開発と検証が欲しいだと…検証はだれでもいいから人がほしいだと…? 美味しい案件じゃねーか…」
何がいいたいかわからなくなってきた!!あ、思い出した。
裁量がなかったっていうのもあるけど、多分SIerで仕事をするとこういう感じになるのが普通なはず。とにかく自分で物事を決めてはいけない。決めさせないような働きかけをさせられる。そんな現場の偉い人は出来ない理由を説明するのがうまかったり、声が大きかったりするのでその人について仕事する人は自然とそういう人になる可能性が高い気がする。
一応その後は
という感じで終わったので動き方は間違っていなかったはず。その後もデータセンターにLinux入れに行ったりミドルウェアがエラー起こしたら直してみたり、開発側でバージョンアップがあったら対応入れたりとかで頑張って試験から逃げてた。
#同期何してんのかな〜
何がいいたいか全然わからない!別に燃えているわけでもなくて、無理な事を言われているわけでもない現場で、炎上SIer的進め方をする必要って意味がなさすぎる気がするんです。SIerでも基本設計→実装までやってた先輩(?)とかはどうせ自分が実装する案件だったら機能設計、詳細設計とかある程度は適当に作るよ。おれは設計期間は早く帰る、あんまり良くないことかもしれないけどw やらないとわからない部分はやっぱりあるし。外部に投げるときはちゃんと作るけど。って言ってたし。
要件定義、機能設計、詳細設計、実装という手順を踏みたいっぽい。オレはいらないと思っている。
ざっくりと決めてwikiなどに残す→実装→フィードバック→実装→終わり。次の案件に着手。これでいいかなーと。
問題定義ばかりして自分は手を付けない、折り合いを自分で付けられず偉い人に仰ごうとする。Web系現場の偉い人ってだれ・・?
仕様を決めてくれる人はいない、そういう案件なんだけど。自分で決めていいんだよ?を誰もがが望んでいるわけではなかった。
自分を飛び越えて(一応)お客さんだったりおれの上の人(役員になってしまう)に、SI的やり方が出来ずに相談やアラートをあげるんだったら、体制的には十分に勝手な行動をしているといえるので、もう終わりにしますか〜
あんまり指示出せなくてごめんなー、お前歯向かってくるからから好きにやらせてみるかと思ったら、あんまりいい方向に進みそうに思えなかった。
一緒に決めていこうねっ、という接し方はあなたを不安にさせて、あなたを調子に乗らせてしまうやり方だったことに今気づいたぜ!
SI案件に戻ってくれ。SIのやり方は求めていない。それだけでも終わりにする理由は十分なのかもしれない。
国内クラウド最大手のIIJ GIOが驚くほどクソっていう話を書きます。
クラウドならIIJ GIO(ジオ)- IIJの高品質クラウドサービス にあるように、クラウド上にいろんなサービスを乗せてくれるヤツです。
まぁAWSでいいじゃんって話が出ると思うので、AWSとの違いをまとめてくれた方がいましたので紹介します。IIJ GIO にあって AWS にない(なさそうに見える)10のサービス - yoshidashingoの日記 なお、このエントリー以降にAWSも進化していて、中国リージョンの開設やVDIサービスの提供がアナウンスされています。
一つには国内ベンダーっていう安心感ですかね。どこに登記されてるとも知れないAWSに任せると、いきなり「今度このへんのラックメンテするからEC2のインスタンス落ちるよ」みたいのがあったりしますしね。
あとは、運用監視サービスをやってます。AWSだとCloudWatchみたいな簡易なやつしかないですが、GIOだとアプリのログとかポート監視もやってくれます。まぁAWSでもサードパーティで運用をやってくれる会社はありますが。
残念ながら、上記の「選ぶ理由」はどれも裏切られます。
不定期メンテは普通にありますし、ろくに通知もないです(電話1本とか)。内容も、ネットが切れるとかサーバを落としてくれとか割りとデカめです。国内ベンダーだからちゃんとしてるだろうというファジーな期待は裏切られます。
運用監視サービス、これがまたゴミです。監視のカスタマイズなんかお願いしようものなら「これが仕様なんで…」と突っぱねられます。ポーリング間隔ですらカスタマイズできません。あと運用。「このアラートは即電話ね」と決めていても、24/365対応している現場の人間は適当なバイトなので、ろくに伝わっていなくて見逃される、みたいのもザラです。
WindowsからMacに切り替えて、Numbers・OpenOfficeとこれとで比較して必要なければofficeは買わなくていいかと思って評価版を入れた。
起動すると、アップデートプログラムを動かすかどうかを聞かれたので動かすようにした。
そしたらアップデートが見つかり、重要なアップデートと書かれていたのが見えたので、更新した。
すると・・評価版が製品版扱いになったのかなんかしらんけど、閲覧しかできなくなったぞーーーー!
おーーーーうぃ!!!重要な更新を入れさせといて、評価版が使えなくなるってどういうことだよ!!!
一番安いライセンスでも約18,000円!?おーーーーうぃ!3ライセンスもいらねんだよ1個でいいの!!
いやてかまだ評価してないから買わないから!買えないから!あああああああああああどうすりゃいいんだよ!!不親切すぎるだろ!!
公式サイトの評価版タブのところに書いてあるって?
もっと目立つようにかけよぉおおおお!ていうか更新プログラムを入れる前にアラートとかだせよぉぉぉぉ!
就活中の増田です。ものすごくイラついたので愚痴を投稿します。
このあいだ、志望企業の一つにESを提出したんですよ。なかなかにユニークなESで、書くのが結構楽しくてね。
おまけにこのどこの大手も手書きでES書かせるこのご時世に、Web提出ってもんだから、かなり好感を持っていたんですよ。
ノリノリでES書いて提出後、しばらく経ったら今度は、Webテストを受けなさいってメールが届いたんですよ。
だからメールに添付されてたURLクリックして、いざテストを始めようとしたんですね。
そしたら突然、テストページで、動作環境チェックっていうのが始まったんですよ。
待ってたら数秒後、あんたのChromeじゃ受けられませんよって画面が表示されたんですよ。
しゃーねーなと思ってブラウザSafariに変えて再度テストページにアクセスしてみたんですよ。
その理由がね、酷いんだよ。ほんとに酷い。
このままでは受検できません。
で、これが☓が出た項目ね。
推奨環境:
Mac OS X: 10.5.x, 10.6.x, 10.7.x, 10.8.x
Safari: 3.0, 3.1, 3.2, 4.0, 5.0, 5.1, 6.0
……。
今のMac OSの最新バージョンは10.9系だっつーの!!!! Safariは7.0だっつーの!
要するに、最新のOSとブラウザにバージョンアップしていたら、Webテストを受けられないのだ。
でもOSなんてメジャーアップデートでもない場合、無意識にアラートの「はい」ボタンクリックして更新しちゃうのが普通だし、ブラウザに至っては勝手にアップデートするタイプなので対策のしようがない。
以上のことから類推するに、この企業はMac厨はお呼びでないってことっすね。御社の稼ぎ頭は自他共に認めるAppleファンなのにねぇ。
こんなゴミテストを採用してる企業の人事はマジでどうかしてるよ。
まぁ、愚痴っててもどうにもならないんで、実家か大学のWindows機使ってなんとかしますけどね……。
ユーザーエージェント? っての偽装する方法あるんだろうけど、慣れないことして失敗したくないしね……。
追記:
ここ1年くらいFlash使うサイトを利用した覚えないからFlashオフにしてみた。ブックマークしてるサイトを30分くらい巡回した結果。
よかったこと
こまったこと
ほとんどのサイトでやっぱり影響なかった。ももクロ好きじゃなかったら全く影響ないレベル。そういえば、syntax highlightをきかせたサンプルコードを掲載してるブログ等をflashなしで見るとアラート的なのが出たかも。あれうざいからそういうサイトがあったらFlashをまたオンにするかも。とりあえずFlashオフにしてもそれほど困らないことがわかった。
プロジェクトマネジメントというのは、とっても卑怯でクソだ。それを今から説明する。
はてなブックマークで怒涛のヒットしたこれ。
プロジェクトマネジメントにおいて、とても普遍的な内容なので説明するのに利用させて貰う。
記事の作者を批判するわけではない。顔文字うざいとかはこちらではやらない。
さて、この中で似たような内容が繰返し出てくる。
●ポリシー
5)リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。
4)全ての情報を全てのメンバーにオープンに。基本的にはメール・メッセージは常に全てのメンバー宛に。
2)スケジュールとWBSは似て異なるもの。スケジュールは見易さ扱い易さが命。メンバーが手元にスケジュールを持っていないプロジェクトは失敗する。
●リスク
フラットでオープンにすることで、プロジェクトが抱える、全ての課題やリスクを可視化するために必要とされる。
詳しくは、元記事を読め。
だが、このフラット&オープンとは正反対のことも書かれている。
●プライド
4)ほめる時はみんなの前で、注意する時は一対一で。
1)チーム全体で話す。数人で話す。一対一で話す。それを上手に使い分けること。
2)状況によって話がぶれないようにすること。相手によって話を変えてはいけない。
3)常にメンバー全員の気持ちを知っておくことは大切。定期的に一対一で話すなど。
A)全てのメンバーと1:1で話をして問題や要望を挙げてもらう。リーダー、サブリーダーからは出てこない様々な話が出てくるはず。
「1:1」「人によって」
この矛盾した指標がさも当たり前のように書かれる。これがプロジェクトマネージメントいうものである。
ヘイト化について書かれている。
彼らのほとんどは悪意がない。
世界をよりよくしようという思いが、錯綜し、
ネガティブな懸念ばかり蓄積され、解決策が提案されない状況。
プロジェクトマネジメントとは、それを理解しないといけない。
解決策として、矛盾した指標が導入される。
中には、この卑怯を許せない人が、たまに変なルールを導入する。
最初のフラット&オープンの話から言えば、これは逆にプロジェクトを閉鎖的にするだけである。
でも、彼はプロジェクトを貶めたいわけじゃない。
プロジェクトマネジメントとは、いかに 卑怯 で都合よく、群衆を扱うかという技なのである。
それは群衆が集まったところで、叡智など存在しないからである。
そりゃ、純粋ロリコンじゃ自暴自棄になって、地球に隕石落としたくなるわ。
逆シャアを見て思った。