 
|
はてなキーワード: バージョンとは
僕が電動オナホA10ピストンを実際に使用してみた率直な感想はとにかく感動ですよ！（笑）
まるで他人にやってもらっているかのような感覚がたまらないですwww
そしてそんな電動オナホはM男の気質がある方にピッタリではないでしょうか。
こんな機械でこんなことしてる.....という背徳感が一種の興奮材料になるのです。
A10ピストンで自動でシコられている間、頭の中では好みのあの娘にされているのを想像しましょう。
う〜ん、コーフン♡♡♡
またAVを見ながら使うのももちろんいいですが、シーンとした部屋の中でA10ピストンをウィンウィン鳴らして使っているのも何とも卑猥でゾクゾクします。
こんなものでイカされる自分.....そのシチュエーションに興奮するのです。
ドクドクと波打つ射精.....そう！いつもより何億倍もの快感を味わうことができますw
イク瞬間にはあまりの気持ちよさにこの電動オナホA10ピストンを両手でギュッと握りしめてます(笑)
それはまるでフェラをしてくれている女の子の頭を押さえつけるようにね...
フェラをしてもらっていざ口に出そうとする時、相手の女の子の頭をグッと寄せて思いっきりチ◯コをのどの奥まで差し込んで射精するあの気持ちよさ。
まさにあの感覚ですよ！
でも低速で奥まで差し込むと、トルク不足で止まるからそういう時は高速バージョンでw
はい。ということで、あの感覚を電動オナホA10ピストンを両手でグッと掴むことにより味わえるわけですよ！
この快感をぜひ。
あ、まず前提として、
はたして貴女を幸福にするかどうか、それはまた別問題だけれど。
したがって、釣り師たる女たちにとっては、
なかなかあなどれない釣り場です。
では、YMO大好き男に「どこの曲が好き？」と訊ねられたとき、
あとは「ライディーン」、
そして（実はYMOの曲だと気づいてないけど）「コズミックサーフィン」が大好きな、
貴女は彼の目を見て、微笑みとともに質問など無視して、こう言いましょう、
これこそまさに必殺の答えです。
そこでYMO大好き男が、えへへ、とやにさがったならば、
貴女は、ひそかに、散開ライブ風の「ト・キ・オ！」とか「ライディーン！」とかを
ひそかに練習しておきましょう。これで成功まちがいなしです。
しかし、ここでは、もう少しハイブロウな（？）いわゆるYMO好きの男の
落とし方をお伝えしましょう。
もしも貴女がそう答えたならば、
かれの貴女への恋心は、
20％増量になるでしょう。
暗闇の中に光が差し込むような音がするし、
ダイナミックレンジは狭いながらも、そこがまた
いち早く実現していて、なおかつ、
本来なんの接点もないまったく縁もゆかりもない別々の世界に生きている、
蒼井優似のフォークロア系OLと、玉もあれば石も混じっている、そんなYMO大好き男たちが、
この世界で唯一（いいえ、サンディー＆ザ・サンセッツの「イーティン・プレジャー」、
セニョール・ココナッツの「プレイズYMO」と並んで唯三）遭遇しうるアルバムです。
●
では、参考までに、危険な回答を挙げておきましょう。
「『君に、胸キュン。』が好き♪ カラオケに行くと３回は歌うの。」
なるほど『君に、胸キュン。』（作詞：松本隆／作曲：YMO）は、人気の曲、
テクノ歌謡としては平凡ながら、ま、無難にまとめたアレンジではあるものの、
しかし、「オリコンで1位をとるぞ！」とかなんとか無茶な目標を吹聴し、
結局、松田聖子の「天国のキッス」（作詞：松本隆／作曲：細野晴臣）に
また、もしも貴女が「ライディーンが大好き♪ あたし大好きなバージョンが7つもあるよ♪」
と答えたとしても、同様の効果をもたらすでしょう、
なぜって、ライディーンは、1980年の発表当時にはテクノポップでは屈指の名曲だったものの、
しかし1993年の再生ライブでは、いやはやなんともな「イントロだけ」の演奏しかしなくなり、
いまや、あのトイ・ピアノのメロディーでは、往年の魅力に遥かに及びません。
「わたし、ファーストアルバムの「シムーン」が好き、ランチタイムにも聞くけど、
最高に好きなのはディナーの後に聞くこと♪
と、答えたとしたらどうでしょう？
しかし、貴女の答えを聞いて、YMO大好き男はきっとおもうでしょう、
（なんだよ、スノッブな女だな、面倒くさそう）って。
マイケル・ジャクソンに愛されてカバーもされた曲で、
貴女がその名前を挙げても必ずしも、あなたが「イモヲタ宣言」をしているとは受け取られないでしょう。
しかし、たとえば、ファーストアルバムの日本版に入っているのに米国版では消えてしまった名曲「アクロバット」にせよ、
ライブ演奏しただけでなくテクノポリスのヒントにもなったらしいピンクレディーの「ウォンテッド」にせよ、
メンバーの三人がアコースティックギターだけで歌ったキングストン・トリオの「グリーン・バック・ダラー」にせよ、
ミュージックフェアに出演した際に一回だけ披露したジャズの名曲「恋人よ我に返れ」にせよ、
女優でモデルの小池珠緒に提供したヨーロピアンな雰囲気の「鏡の中の十月」にせよ、
原曲レイプどころか原曲の居場所も分からなくなった「東風 The ORB remix」にせよ、
ましてや貴女が、「ザ・クラップヘッズの『黄金のクラップヘッズ』が大好き♪
わたし、スネークマン・ショーのアルバムも全部、聞いちゃった♪」
と答えたならば、どうでしょう？
これはかなり博打な答え方で、
なるほど、ザ・クラップヘッズは、実はあのプラスチックスとYMOのメンバーの共演ゆえ、
あなたがそう答えた瞬間、YMO大好き男がいきなり超笑顔になって、
肛門をビローンと弛緩させる可能性もあるにはありますが、
しかし、逆に、（なんだよ、この女、イモヲタかよ）とおもわれて、どん引きされる可能性もまた大です、
なぜって、必ずしもYMO大好き男がYMO大好き女を好きになるとは、限らないですから。
男たちは、女を導き高みへ引き上げてあげることが大好きゆえ、
そこにはもはや、男が貴女を調教する余地がまったく残されていません、
したがって貴女のその答えは、
調教大好き、もといYMO大好き男の貴女への夢を潰してしまうことに他なりません。
ま、ざっとそんな感じです、貴女の目には男たちはバカでスケベで鈍感に見えるでしょうが、
しかし、ああ見せて、男は男で繊細で、傷つきやすく、女に夢を持っています、
貴女の答え方ひとつで、男の貴女への夢は大きくふくらみもすれば、
一瞬で、しぼんでしまいもするでしょう。
●
では、スキットを繰り返しましょう。
そして、その瞬間、YMO大好き男の目がらんらんと輝いたなら、
貴女はこう重ねましょう、
新木場のワールド・ハピネス、素敵なライブって噂を聞いたから。
その日もし時間があったら、わたしをワールド・ハピネスへ連れてって♪」
これでもう完璧です。
そうなったらこっちのもの、
ライブの日には、テクノカットをばっちり決めて、テクノバッジをつけて、
人民服風のスキーウエアか、レプリカのYMOシャツを着てゆきましょう。
では、釣り師としての貴女（幸宏さんかよ！）の、愛の幸運と幸福をお祈りします！
★
便乗してみた。
元フォーマットを作った人はすごい。
http://tabelog.com/tokyo/A1301/A130101/13002457/dtlrvwlst/3464106/
その資産を残さないとか福祉を放棄するというのがどういう意味かは不明だが、理屈として公害や犯罪で若者世代から搾取する極悪の老害世代はお荷物というのはおおよそそれが正しそうだとして、集団自殺をあおるわけにもいかないし、大量に老人を屠る方法がない。医療費を上げるとか年金を停止するといった消極的自死にいざなうしかない。
しかも安倍麻生石原みてれば分かるとおり、逆に若者を戦争で殺そうという姿勢があって、金権を支配している。しかも多数選で年寄り票が相対的に多いからその意見が通りやすい。
この両面をかえりみると、米英でテロリストのやった事は政治行動とみれば割と合理的ともいえる。何も教唆するわけじゃ勿論ないが。政治的積極性と見ればそれしかない様にみえる。日本バージョンでは一般市民をねらってるバカが多いが、年寄りの親玉を対象にすればもっと政治的効果があっただろうに。
女が男の乳首をせめる作品を見たい。マンガでも小説でも実写でもいい。
弊社はバージョン管理でトラブルも多発してるのでsubversionからgit&githubに変えたいと主張してたんだけど
ずっとCTOに拒否されてたんだよね。
その割には最高の技術力があります！とか炎上案件はありません！とかインタビューで答えてるんで
とはいえ、subversionでも適切な運用されていれば問題ないんだけど、基本とされているtrunk/branch/tag運用もされていないし
本番リリースも手でファイルをコピーとかありえない状況だったりする。
で、この前コピー忘れでエラーおきたときにsvn logを見ていてふと気がついた。
エンジニアN人アサインしますという人月契約なのに、実働してるのがN-1とかN-2人しかいないんだよね。
アカウントは共用だから実はだれがcommitしたかわからないという状況。
ところが、gitとかgithubに移行すると1人1アカウントが基本だから
ちなみに人数足りない現場ブラックな運用で回すことでカバーしてる。
当然離職率も偉い高い。○ニク○も目じゃないくら高い。
その割にはCTOのビックマウスのお陰で人はくるんだけど最近は化けの皮がはがれたのか、スカトロ女優みたいのばっかり採用している。
さて、そろそろ職務経歴書の手直しでもはじめようかな。
PHP へ SQLServer のエクステンション（ドライバ）を登録したのに、読み込まれない。
（phpinfo で見て、MSSQL や sqlsrv の項目が表示されない）
・Microsoft Drivers 2.0 for SQL Server for PHP
から php_sqlsrv_53_nts_VC9.dll を使用すると、バージョン違い（PHP よりエクステンションが古い）とエラー。
PHP Startup: sqlsrv: Unable to initialize module
Module compiled with module API=20090626
PHP compiled with module API=20100525
・Microsoft Drivers 3.0 for SQL Server for PHP
から php_sqlsrv_54_nts.dll を使用すると、よくわからぬエラー。
PHP Startup: in Unknown on line 0
・SQL Native Client をインストール （2012 のもの）したところ
[参考ページ 多謝]
http://anond.hatelabo.jp/20130414211114
http://anond.hatelabo.jp/20130414222014
基本的には「どっかの誰かに強制変更されるのを待ってる」という
受け身な人が多いのもあるかもしれません。
WEBサービスを受ける以上、作り手側が望む利用環境をこちらが利用する事も
その知人に対する一つの敬意かな、とも思いましたので
３２歳、営業職です。
プログラムとかなんもわからんちんなのですが、アプリを作りたいと思いたちアプリを
作ってみました。
とりあえず、アプリのランキングを見ていると、エロ系がやっぱり強いと思って、エロは正義！の名の下に
簡単にアプリを作るために、まずは簡単に作れるフレームワークを探す所から始まります。
フレームワークってなんですか？
それはね、なんだかわからないけど、簡単につくれるようになるものなんですよ。
詳しくは、
外人「システムを作るときに、よく利用する機能とか、構造とか、予めあると便利だろ？
俺が作っといてやったよHAHAHAHAHA」
っていう感じのものだそうです。
プログラミングなんてわからんちんだけど、HTMLくらいは作れるよ！
そんなあなたにPhoneGap(http://phonegap.com/)ということで、
とりあえずPhoneGapを使って見ることに。
でも、実際使ってサンプルを作ったりしてみると、動くは動くんだけど、
色々やろうとすると、Web上にあるドキュメントが古いのか、PhoneGapが最近になって
突如バージョンがあがったせいか、書いてる通りにやってみてもできない。
とりあえずiPhone Developer登録は既に完了していたので、Xcodeをつかってやるぜ！
俺は赤の扉を選ぶぜ！と思ったがはてさてどうすりゃいいのか。
HTMLをプロジェクトに追加するのはドラッグ＆ドロップすれば完了だ。
その際にダイアログが出てくるので、"Create folder references for any added folders" を選択しておくと
元々のフォルダ構造とかが失われずそのまま追加できるのでいいぞ。
ほんでもって、UIViewControllerというのを作成する。
IBOutlet で UIWebView を利用するためのオブジェクト変数を用意しておいて、InterfaceBuilderから接続をする。
Files's Owner とかを右クリックして出てきた変数名と画面上についかしたUIWebViewをマウスでつなぎあわせれば
接続できるぞ。なんて簡単なんだ。
一番最初に行われる初期化の処理は viewDidLoad にでも書いておけばいいらしいのでここに書く。
UIWebViewはURLの書式になっていないと開けないようなので、それを調べることから始まる。
アプリ内に追加したリソースファイルは、アプリのデータに内皮されるらしい。
アプリが展開されるフォルダというのは、デバイスにより様々なのだが、そこから内皮されている
ファイルを取得するための処理というのがあるのでそれを利用する。
NSString *html_path = [[NSBundle mainBundle] pathForResource:@"index" ofType:@"html" inDirectory@"web"];
これでwebフォルダ内にあるindex.htmlファイルの絶対パスを教えてくれるというわけだ。
あとはこれを読みこませればOK。
[web loadRequest:[NSURLRequest requestWithURL:[NSURL fileURLWithPath:html_path]]];
NSURL というのがURL書式を記述するためのオブジェクトだと思っていただきたい。
ここではローカルファイルのパスを拾うため、 fileURLWithPath とするのがポイントだ。
file://nantarakantara/index.html みたいな書式になるんでしょうね。
なんだか色々理由はあるみたいなんですが、そうですかだめですか。
善は急げで、AndroidSDKとEclipseというものをダウンロード。
昔は色々設定が必要だったが、いまは開けば即使えるようになったらしい。便利便利。
こっちの場合も同じようなやつがあるんでしょう、ほらったWebViewこれを使えばいいらしい。
XCodeのときは、いかにもアプリの画面を作れば完成って感じだったけど、Androidの場合は
Layoutファイルというのを使わないといけないみたい。なんかこれはHTMLみたいな記法だな。。
どうなってんだかよくわかんないですけど、Layoutを作成して、WebViewを配置、
Androidの場合は、assetフォルダというのをつくってあげて、そこにHTMLファイルを
置けばいいらしいですよ。なるほどね。
WebViewでの開き方は、assetフォルダを直接開けばいいだけらしい。いえーい！
layoutに配置したWebViewをオブジェクト変数に呼び出して、、、
webView.loadUrl("file:///android_asset/web/index.html");
ひらいたーおっけーーーーーーー。
だけども、リンクを開くとブラウザが開いてしまうなあ。どうすればいいのこれは。
調べてみるとこうすればいいらしい。
webView.setWebViewClient(new WebViewClient(){
@Override
public boolean shouldOverrideUrlLoading(WebView view, String url) {
return false;
}
});
これで無事、WebView内で画面遷移するようになりました。
やっほー
そんで、なんとかつくりあげて、申請・・・
とかないんですね、公開したら公開されましたｗ
ていう感じで始めてつくってみたんで
よかったらダウンロードしてみて下さい！
https://play.google.com/store/apps/details?id=ff.appgroup.app001_hrenai
将棋棋士の過去の対局によったイロレーティングによるランキングが有志の手で公開されている。
2012年度 棋士ランキング(http://homepage3.nifty.com/kishi/ranking2.html)。
大雑把に抜粋して以下のような感じ(2013/03/29時点、太字が第2回電王戦出場棋士)。現役プロ棋士はこの時点で総数163名。
| 順位 | 名前 | レート | 今年度増減 |
| 1 | 渡辺明竜王・棋王・王将 | 1975 | 73 |
| 2 | 羽生善治棋聖・王位・王座 | 1965 | 29 |
| 12 | 三浦弘行八段 | 1751 | 10 |
| 32 | 船江恒平五段 | 1659 | 9 |
| 43 | 阿部光瑠四段 | 1623 | 15 |
| 79 | 遠山雄亮五段*1 | 1543 | -84 |
| 95 | 佐藤慎一四段*2 | 1511 | -10 |
| 100 | 塚田泰明九段 | 1496 | 1 |
| 105.5 | 奨励会員*3 | 1478 | -41 |
| 125.5 | アマチュア*4 | 1426 | 35 |
私の事前の予想では三浦八段、船江五段、阿部光瑠四段はおそらく安牌、佐藤慎一四段が勝てるか怪しい、塚田泰明九段は負ける、といったところだった。GPSの賞金イベントからもコンピュータ将棋がプロ上位クラスに及ぶとは到底思えず、しかし(短い持ち時間ではあるが)清水上アマ*5には完勝している、というところから、プロ中位以下にはソフトも善戦すると見積もったのだ。
そんなわけで明日の佐藤慎一四段対Ponanza戦は、現役プロがソフトに負ける可能性が高い重要な対局になるわけである、と思われた、のだが。
事前にソフトの提供を受けた阿部光瑠四段は習甦を見事丸裸にして*6、本番でも研究手順に誘導し研究通りに圧勝した。
プロ棋士が解説「第2回将棋電王戦」初戦で人間が勝てた理由(http://nikkan-spa.jp/409911)
研究されればプロが圧勝というのはほぼ確定の模様。現状のソフトは様々な戦形において地雷のように弱点となる筋が埋まっているようだが、しかし機械学習による評価関数パラメータ構築では個別局面における弱点を潰すことは難しい。古くなった定跡をそうと知らずに学習してしまうという問題もあるらしい。
Ponanzaはプロ側へのソフト提供を断っている。研究されることの圧倒的な不利を回避したわけだ。
第1局のニコ生では参考用として、局面毎のボンクラーズ*7による評価値が表示されたのである。
このボンクラーズの形勢判断、習甦の(プロが一目で無謀と判断した)仕掛け以降、ニコ生解説者阿久津主税七段のそれとことごとく食い違った。一時は習甦大優勢とも言える+400点をつけながら、習甦の攻めが切れるに至って頭を垂れ手のひらを返したのだ。
阿部光瑠四段は習甦の研究を重ねることで、実質的にボンクラーズ改めPuella αにも勝利した、といえる。
そしてPonanzaと(PonanzaはもはやBonanzaチルドレンではなかったです。追記有り)Puella αはともに先駆的将棋ソフトBonanzaの発展形(Bonanzaチルドレン)、、、
阿部光瑠四段が習甦に圧勝し、同時にPuella αが株を下げまくったおかげで、第2回電王戦も趨勢が見えてしまった感がある。明日の第2局で佐藤慎一四段がPonanzaに勝利すれば、おそらく第4局で塚田泰明九段もPuella αに勝つだろう。第3局の船江五段は勝つんじゃないかな多分。三浦八段はさすがに格が違う。
とはいえ。
最強棋士羽生三冠の通算勝率は0.7236、これから最強棋士渡辺明三冠は0.6877(いずれも2013/03/28時点)。
プロがプロレベルの相手に5局指せば、一発二発くらいは食らうものではある*8。
Ponanzaは2012年からBonanzaライブラリは使っていないようです。
http://www.computer-shogi.org/wcsc21/team.html
http://www.computer-shogi.org/wcsc22/team.html
これは熱戦が期待できる、かもしれない。
追記おわり
*1 将棋倶楽部24でレーティング3000になかなか届かないらしい、最近2800台に落ちたともfrom将棋連盟ライブのコラム。
*3 ここでの奨励会員は三段リーグ参加者、プロとの公式戦対局数が少ないため一緒くたに扱っている、順位が小数なのは引用元では順位が空欄のため。
*4 アマチュアも奨励会員と同様、一緒くたに扱っている、順位が小数なのは引用元では順位が空欄のため。
*5 断トツに最強のアマチュア棋士、実力はプロレベルって渡辺明三冠もブログに書いてた。
*6 阿部光瑠四段が事前に習甦とみっちり練習対局してきた(できた)ことは、個人的にはどうかなと思う。言ってみればタイトル戦の相手とスパーリングしておいて、相手側の記憶だけ消去するような行為で、圧勝もさもありなんとなる。ソフトはプロの棋譜食べて強くなってるわけだから問題ないって意見もあるが、棋譜と実戦は違うでしょ。今後のプロソフト戦ではソフト本体の提供は無し、代わりに本番に近いバージョンでの棋譜を戦形ごとに何枚か公開、とかがいいと思う。
*7 このボンクラーズは先の日刊SPAのレポート(http://nikkan-spa.jp/409912)によると第4局のソフト側「Puella α」の最新版とほぼ同じバージョンであるらしい(Puella αはボンクラーズの改称名)。
「プロテクトかけたアルゴリズムを実装したバージョンに差し替え」たなんて言われると本当に「プロテクト」がかかっているのか確かめてみたくなるのが人情というもの。というわけで、プロテクト強化後のもふったー(v0.9.6b)からconsumer secretが抜けるか試してみた。結論から言うと、あっけなく取り出せた。以下に手順を記す。
動作がよくわかっていないアプリケーションを解析して仕様を明らかにすることをリバースエンジニアリングと呼ぶ。ソフトウェアのリバースエンジニアリングは基本的に対象を逆アセンブルしてひたすら読むことによって行う(その補助に1命令ずつ実行してレジスターやメモリーの様子を観察することもある)。しかし、よっぽど小規模なものでなければオブジェクトコード全体を逆アセンブルして最初から最後まで読むなんてのは不可能だ。人間の読速度には限界があるし、時間も有限だからだ。そして、詳しい動作を知りたい部分というのは全体のごく一部であることが多いので全逆アセンブリを読むのには非常に無駄が多い。
だから、リバースエンジニアリングではいかに詳らかにすべき動作を行っているコードを絞り込むか(=読むべき逆アセンブリを少なくするか)が重要になる。
この場合も同様だ。TwitterのGUIクライアントを頭から読むのは到底無理なので、どうやって解析すべきコードの範囲を狭めるかを考えた。それにはOAuth認証においてconsumer secretがどのような役割を果たすのかを知る必要がある。
OAuth認証で、consumer secretはそのままサーバーに送信されたりはしない。signatureの生成にHMAC-SHA1が使われ、その鍵にconsumer secretが使われる。HMACは次のように算出される。
HMAC (K,m) = H ((K ⊕ opad) ∥ H ((K ⊕ ipad) ∥ m))
ここで
である。
まずはこのあたりから攻めようと思った。SHA-1の計算にはいくつか特徴的な定数が使われるので、そこからSHA-1の計算に使われているであろう関数444190を特定する。この関数のエントリーポイントに中断点(ブレークポイント)を設定してOAuth認証をさせるべくもふったーの「ブラウザで認証」ボタンを押す。狙い通り中断するので関数を抜けるまで実行する。関数401100の4012DAに出た。少し下を見るとこのようになっている。
CPU Disasm Address Hex dump Command Comments 00401311 |. 33F6 xor esi, esi 00401313 | 8D8C24 A40000 /lea ecx, [local.54] 0040131A |. 394C24 14 |cmp dword ptr ss:[local.90], ecx 0040131E |. 75 0E |jne short 0040132E 00401320 |. 3BF5 |cmp esi, ebp 00401322 |. 73 29 |jae short 0040134D 00401324 |. 0FB68434 A400 |movzx eax, byte ptr ss:[esi+esp+0A4] 0040132C |. EB 21 |jmp short 0040134F 0040132E | 3BF5 |cmp esi, ebp 00401330 |. 73 1B |jae short 0040134D 00401332 |. 8B5424 18 |mov edx, dword ptr ss:[local.89] 00401336 |. 52 |push edx ; /Arg1 = [LOCAL.89] 00401337 |. 8D8C24 FC0000 |lea ecx, [local.33] ; | 0040133E |. 8BD6 |mov edx, esi ; | 00401340 |. E8 CB4D0000 |call 00406110 ; \mofooter.00406110 00401345 |. 83C4 04 |add esp, 4 00401348 |. 0FB6C0 |movzx eax, al 0040134B |. EB 02 |jmp short 0040134F 0040134D | 33C0 |xor eax, eax 0040134F | 34 5C |xor al, 5C 00401351 |. 888434 B80000 |mov byte ptr ss:[esi+esp+0B8], al 00401358 |. 83C6 01 |add esi, 1 0040135B |. 83FE 40 |cmp esi, 40 0040135E |.^ 72 B3 \jb short 00401313 00401360 |. 895C24 3C mov dword ptr ss:[local.80], ebx
0040134F | 34 5C |xor al, 5C
が注意を引く。もしかしてこれはopadとのxorではないか?
00401351 |. 888434 B80000 |mov byte ptr ss:[esi+esp+0B8], al
はxorした結果を格納している。
先ほどの中断点は無効化しこのループを抜けた地点である401360まで飛ばす。この時点でesp+0B8を見ると次のようになっている。
Hex dump 64 2E 16 64|37 04 32 6D|0F 0D 26 29|3A 37 1F 2F| 18 69 6E 6E|0D 25 29 33|11 34 29 69|12 36 24 1E| 05 16 33 6A|04 3B 0E 68|7A 5C 5C 5C|5C 5C 5C 5C| 5C 5C 5C 5C|5C 5C 5C 5C|5C 5C 5C 5C|5C 5C 5C 5C|
あとはこれと5Cとをxorすればconsumer secretが手に入る。終わり。
はてなは増田のスーパーpre記法で半角の＜＞が含まれていると投稿が出来ないのを早く直してください。
もふったーの作者から反応があった。「本気だったつもりのもふったーのデバッグ処理が残ってた」らしい(http://blog.livedoor.jp/blackwingcat/archives/1763951.html)。修正したとのことなので最新版(v0.9.6e)を見てみた。確かに若干変更されているが何の問題もない。SHA-1の呼び出しに中断点を設置して渡されているバイト列を見るだけ。
CPU Disasm Address Hex dump Command Comments 00401324 |. 8D4424 20 |lea eax, [local.102] 00401328 |. 50 |push eax ; /Arg1 = 00401329 |. E8 623A0400 |call 00444D90 ; \mofooter.00444D90
ここでeaxが指すメモリーを見ると以下のようになっている。
01 23 45 67|89 AB CD EF|FE DC BA 98|76 54 32 10| F0 E1 D2 C3|00 02 00 00|00 00 00 00|40 00 00 00| 40 4F 73 53|62 54 5C 7E|59 57 53 42|55 45 7A 57| 61 47 7A 5B|42 4F 7B 61|5D 66 5E 7A|42 7F 40 63| 79 66 05 55|79 4C 60 42|02 10 36 36|36 36 36 36| 36 36 36 36|36 36 36 36|36 36 36 36|36 36 36 36|
http://anond.hatelabo.jp/20130315120759 を書いた元増田ですが、脊髄反射の下手な改変が気持ち悪いし意味不明になっちゃってるので、逆バージョン書いてみますね。
確かに増田も不注意だったかもしれない。でも、元増田の彼氏を批判すること自体を、急進的フェミニスト呼ばわりするのもまたフェアではないでしょう。
元増田の彼氏は、ある意味旧世代的にはありがちな行動をしているのですが、実際にはもうそれが「男の本能」として擁護される時代は終わりかけています。今回のようなことがあるたびに拒まれた女性に対し不機嫌になっていて誰が幸せになれるというのでしょうか。信頼に欠ける男として生きづらい人生を歩くのが伝統的な男の甲斐性なのか、という話です。
かつての日本には、同じシチュエーションで男にちょっかいかけられても本心では嫌がらない女の子が10000人いたら3000人、いやもっといたでしょう。そういう時代であれば、女が悪いし単なる事故だし増田の彼氏は何も悪くない、むしろ据え膳は食うべきだったのかもしれませんが、現状では必ずしもそうではないという現実があります。「以前はこういうものだった」「男ってこういうものだよ」というのはもう通用しないのです。
例えて言うならば、かつては祭りで人が死ぬのは年中行事、運動部で体罰を加えるのは当然の教育、ヤクザは街の安全を守ってくれる存在であったのが、いつのまにか事故を起こした責任が問われ、体罰教師は批判を浴びクビになる、暴力団は追放される。そういうようなものです。古い慣習が身についてる人たちは、古い力を持った加害者に対して内心は同情し、被害者のことをクレーマー、根性がない、潔癖すぎると口汚くののしるでしょうが、あくまでそれは酒場の愚痴レベルまでしか許されないスタンスです。もう、それを表立って表明することができる世の中ではないのです。
昔は、女と女の親のほうが「男はこういうもの」という現状を受け入れていましたから、結婚までは泊りがけの旅行は厳しく禁止する、門限を設けるなど、不幸な関係にならないように自衛してくれていたのです。しかしもう相手の自衛に期待できる時代ではないのですから、男のほうも相手に対しきちんと意志を確認する、性について二人で話し合っていくといった自衛が必要でしょうね。
時代の過渡期においては、かならずこのような「本来はこうあるべき」という建前と、「これまではこうだった、現状はこうだ」という実情の食い違いが発生します。しかし、実情がこうなのだからといって、「本来はこうあるべき」という建前までをエキセントリックな意見、きれいごととして叩き潰そうとする人は、時代の流れについていけていないのではないでしょうか。
「こうあるべき」と主張するのと「これまではこうだった、現状はこうだ」という事実からも目をつぶるのはまったく別ものであることを忘れてはいけないと思います。「こうあるべき」と主張する人は、それでも必ずしもそうではないという現状を見据えて自衛すべきだし、「これまではこうだった」と過去に甘えている人は本来どうするべきかというところを忘れず、少なくとも自分はそうしないという自戒が必要というところです。
スキルが必要な作業はSI内部だけで回した方が楽だし、環境を整えておけば時間かけずに品質も確保できるはずだけどな。
最近経験したプロジェクトだと開発自体は社内の人間だけでやってたな。
プログラマ的な作業は要件定義と平行して、本格的な開発に入る前に8割方終わらせてた。
下請けにお願いするのは、要件定義で作成した資料をドキュメントに反映するとか、コードの細かな調整とかだった。
コードやドキュメントへの変更はバージョン管理のおかげで誰がいつ何を書いたか分かるから、毎日の変更分だけを10分ぐらい見てすぐにメールという感じで、時間のかかる対面でのレビューはしなかった。
あとは膨大なテスト。
エロが好きです。
ボクはDMM.R18のヘビーユーザーなのですが、どうしても自分の好みの中だけで、グルグル回ってしまい、
世の中にAVは山ほどあるはずなのに、知らないなんてもったいない！もっとたくさんのエロに出会いたいという思いがあって日々悶々としていました。。
そんな中、AVというのは毎日の気分によってオナニーしたい見たいものが違うわけだから（例えば毎日食べたいおかずが違うように）、
今の自分の気分を簡単に答えれば、それに対してオススメのAV動画を紹介してくれるというサービスはどうだろう？とモヤモヤと考えていました。
ある日、会社の人に相談したら、それ「いいね！」ということになって、「そういえばDMMのAPIってのが公開されたから、それ使ってできるんじゃね？」ってことになり、
本格的にサービス開発を行うことになりました。
そしてこの度無事リリースすることができました。
「今夜のおかず」
３つの質問に YES / NO で答えるだけで、今のあなたに最適なアダルト動画を紹介するサービスです。
・フレームワーク：express（node.jsのフレームワーク）
・クライアント：jQuery、CoffeeScript、SCSS
・ビルドツール：grunt
node.jsは少し趣味でやった程度で、今回やってセッション管理やルーティング周りが勉強になりました。
データベースにはMySQLを使っています。node.jsならばmongoDBというイメージが強いですが、質問をランダムに表示する機能で、
mongoDBは現時点で正式な機能としてはランダム検索が出来なかったので、MySQLを選びました。
あと、CoffeeScriptやSCSSはJavaScriptやCSSの記法を簡単にしてくれるやつで、慣れてしまうと離れられません。
あとはTwitter Bootstrap。これなしでは生きていられません。
スマホでもなるべく早く結果ページまでたどり着けるようにしたつもりです。
オススメの動画が表示された後に、今日はこの動画の気分じゃない！と思ったときはチェンジボタンにより、同じ条件で他の動画にチェンジ！できます。
質問からやり直したいときは、さいしょから！ボタンで他の質問からやり直せます。
一刻一秒を争うエロビ探しですのでパフォーマンスには気を配りました。
最初はサーバーサイドでHTMLテンプレートを使わずに完全にREST API化して進めていましたが、
最初の表示までの若干のライムラグとSEO対策の為、最初の質問だけnode.jsでHTMLテンプレートを使用して組み立てています。
また、シンプルなサイトなのでライブラリはjQueryのみ使用し、concat/minify化はgruntのタスクとして登録しています。gzip化はNginxで行なっています。
我らがDMM様への敬意を払い、白ベース＋ポイントで赤のシンプルなデザインにしています。
・CSS（SCSS）が初めてだったので、微調整するのが大変でした。
・質問のパターンを考えるのと、紹介する動画が偏りすぎないようにするのが難しかったです。（これはまだ要調整）
・質問に対するおすすめ動画の精度をもっとあげていく。 （ユーザーの癖を把握して、機械学習とかできればいいかなと）
・おすすめ動画を表示した後に、その商品を誰かにつぶやいたり。
今回、同じ会社に勤めるエンジニア3人が約2ヶ月で作成しました。
実験的なサービスでもありますので、今後も色々と機能追加をしていくつもりです。
Rails + Twitter bootstrapでエロ動画ソーシャルブックマークWebサービス、ソーシャルオナニー＝ソシャニーを作りました。
こちらです http://www.socianie.com
【なにこれ？】
かっこつけた言い方をすると、
「いっぱいエロ動画あるけど結局みんなどんなお宝動画で抜いてるの？という日常的な疑問への答え」
とかでしょうか。
実際どんな事が出来るサービスかというと、基本的には、はてなブックマークのようにエロいページをブックマークする（その時に、コメントを付記することができる）というものです。
サイト内の他のユーザーをフォローすることができ、TwitterのようにTimelineのようなものがあってそこにフォローしている人がブックマークしたページが表示されます（そのページが、xvideos,fc2などの有名サイトならば埋め込みプレーヤーですぐ再生出来ます。）
つまり、フォローしてる人の最新お気に入りエロ動画がチェックできます。
ブックマークされたページはそれぞれが固有のページを持っており、タグを付ける事ができます。
全ユーザーのブックマークしたものは動画一覧で横断的に見ることができ、並び替え・検索などが出来ます。
ブックマーク数で今日のランキング今週のランキングなどが見れます。
あと、累計ブックマーク数によってユーザーのランクが上がったりします。
TwitterのOAuth認証でログインが出来ます（Twitterにツイート投稿などはしません。また、サイト内の名前アイコンもTwitterのものを流用するかどうかも自分で決められます。）
①ソーシャルな機能。他にも世の中に色々素晴らしいエロサイトがありますがそれらはソーシャル機能を持つものが少ない。
②上記の話とちょっと被ってますが、他のサイトは基本コンテンツ自体を自動クローリングするけれどソシャニーはそこをユーザー自身に委譲しているため、集まってくる動画の質はそれに比べて上がるんじゃないかというのと、
③エロサイトにありがちな出来るだけごちゃっと感を無く広告も無しでTwitter bootstrap使って小綺麗な感じ
【作成後記】
Webサービス作るならRailsかな楽で便利らしいしというざっくりとしたイメージからRailsで作り始めましたが、
ネットの情報や入門書に取り組んでもサンプルと同じモノは作れても実際自分が作りたいモノになると、で、どうやるの？となりなかなか進みませんでした。
Railsは色々と勝手によろしくやってくれる機能が多すぎて実際何が起きてんの？というのがわかりづらいというのが第一印象でした。
色々試行錯誤した結果、一番参考になったのはRails tutorial( http://ruby.railstutorial.org/ruby-on-rails-tutorial-book )でした。
英語ですがバージョンは新しいしBootstrapの使い方もわかるしサンプルがTwitterクローンサービスを作ろうというなかなかおもしろいものなので途中で飽きること無く取り組めました。
何かを学ぶ時は、モチベーションが続く形の学び方が一番いいと思いました。
僕はエロ動画が大好きなので、エロサイトというのもモチベーションの1つです（ただ、作業中に脱線して気づいたらキーボードではなく下半身に手が伸びているという事もありました。）
また、上記のチュートリアルはテスト駆動開発なのでSpecのテストをモリモリ書いているのですが、とりあえずはテストに関しては何をやってるのかざっと眺める程度で精読しませんでした。
まずは全体像を把握して何が必要か把握したかったからです。結果的に最後までやりきれたので良かったと思います。
あとは、Rails固有の知識ではなくWebサービス全般の知識で足りないな、と思ったときはネット上や本屋の立ち読みで済ましました。
ネットで細切れにお勉強している場合、本屋で体系的にまとまっている本をざっと読むと意外に抜けてる知識が保管されたり脳内にインデックスが作れるのでいいと思いました。
理由はみんなが良い良いというので乗っておくかという安易なものです。
実際のところgitの良い所を使い倒せているのかというと全くそんな事ないですね。
せいぜいstash位でしょうか。あとbisectとか。
リポジトリは最初はDropBoxに作ってたのですが、途中からBitbucketを使いました。
GitHubを使わなかった理由はBitbucketはプライベートリポジトリが無料で持てるからです。
また、恥ずかしがり屋なのでGithubで公開は敷居が高いと感じたからです。
初のRailsプロジェクトというのもありソースがイケてないので恥ずかしいのです。
いつかイケメンなコードをGithubで公開してオレツエーしたいものです。
サーバーはエロOKのところを探すのがなかなか難しく結局海外のVPSを使いました。
Linodeというところですが、他との違いを挙げるとiPhoneアプリ経由で再起動などが出来たりします。あまりこの機能使ってないですが。
構成はpassenger+apacheで、DBはSQLiteで特にLBなどはないです。
諸々構築後に人気が出た時困らないように負荷分散のお勉強なんぞもやりかけましたがまずは不要かなということで辞めました。
ちなみにサーバーがUS西海岸なのでSSHで作業するとエディタがちょっともっさりすることがありました。
プロジェクト管理は、会社でも使ってるのでRedmineかなと思ったのですがどうせ一人だしRedmineのUIすきじゃないのでTrello（ https://trello.com/ ）を使いました。
TODO,Doing,Done,Bug,Suspendのリストを作ってやること忘れないように管理しました。
ふと出先で思いついた機能とかをiPhoneでスイっと追加など出来て便利でした。
正月に公開してお友達界隈で見てもらったんですが、よかれと思って作ったChrome拡張にCSRFの対策が不備あり結局ブックマークレットにしたり、
ソースを見てもらったら設計がRestfulじゃないとかControllerがfat過ぎるModelに押しこめなどアドバイスをもらえたり無知な僕には色々とお勉強になりました。
出来たものはしょぼいものですが、「Webサービス作ったことないコンプ」は少し解消出来た気がします。
以上、月19ドルも払ってるのにお友達だけで使われてるのも寂しいので増田でまとめついでに宣伝してみました。
叩かれるんでしょうか。怖いです。いじめないで。
そろそろRails4が出るらしいが悲しいほどに話題にならない。webフレームワークの代名詞的存在のメジャーバージョンアップにしては寂しい限りだが、そんな現実に正直納得してしまう俺がいる。
8年前に生まれたRailsはバージョン0.*で世界中に衝撃を与え、1.*で数多の模倣フレームワークを生み出し、2.*でその名声を確固たるものにし、3.0で完成した。
2から3.0にかけては大規模な変更を伴ったがいずれも素晴らしい変更だった。今見ても3.0は素晴らしい出来だった。
しかし3.1以降のRailsはどうだろう。改善と呼ぶにはあまりにも実験的な変更が多いのではないか。バージョンが上がる度に失われて行く互換性とノウハウ。変更をキャッチアップするだけでも一苦労だが、キャッチアップするメリットを見いだせないのがさらに苦痛に拍車をかける。もはや10分でブログが作れるとセンセーショナルな印象を与えたあのシンプルで実用的で敷居の低いRailsは無くなった。
現在のRailsの動向についての開発者DHHの発言をボクなりに解釈するとこうだ。「Railsは実験的なプロダクトで、より良いwebテクノロジーを生み出す道標」。今のRailsは確かにそういう道を歩んでいる。先進的ではあるが実用性に疑問符が付くような技術でも積極的に取り入れる姿勢を貫いている。
確固たる位置を築いた後は保守的な道を歩まざるを得ないプロダクトが多い中でRailsは真逆の路線を進み出したが、しかしその結果Railsの学習コストは新人でも中堅でも等しく高いままだ。なぜRailsに精通したエンジニアが首を傾げながら新しいバージョンの勉強をしなければならないのか。その新機能は誰のための変更だろう。より良いwebのため？そういう実験が適さないほどRailsは大きくなりすぎたように思う。
次の4がDHHが直接関わる最後のバージョンになるのではないかとすら思っている。もう彼自身webフレームワークというものにあまり熱意を抱いていないのは明白だ。