  |
はてなキーワード: スクリプトとは
まぁ、当たり前っちゃあたりまえなんだけども。
スクリプトがうんたらかんたらとか、EAに対抗するにはでかくならいといけないだとか、いろんなところがいろんなカタチで
迷走している日本のゲーム業界ですが、言葉も文化も違うんだから海外と同じ事やっても勝てねぇって。
金策と人海戦術が得意な海外で組み立てられた理論を日本に輸入したってうまくいかねぇよ。
ただ、HD機市場は国内だけじゃとても商売が成り立たないんで必然的に海外目指さないとダメっていう人もいるね。
でもさ、それはやっぱり外国の猿真似したところで売れるはずないんだよ。
日本発で世界に受け入れられたものって、海外の人間の嗜好にあわせたものよりも
日本にしかなくて海外の人間がうらやむモノが受け入れられたんじゃない？
PS2時代のぬるま湯でそういうのを探すことをせずに目先の金稼ぎに奔走してたんだから
今そのツケが回ってきてるのは当然っちゃ当然だよね。
まぁ、苦しむしかないんじゃないかな。
僕はG13に期待し失望した
G9は期待にこたえてくれていたのでなおさらだ
FPSもMMOもするわけじゃない僕がG13を買おうと思ったのはひとえにもっとだらだらとしたかったからだ
スティック部分でマウスの代わりにカーソルを移動させ他のボタンにはマウスのボタンやショートカットを割り振る
（ショートカットキーだけで操作が出来るとはいえマウスに慣れてしまっているのだから分かりやすくマウスの操作もしたい）
ショートカットキーを割り振ることでカーソルを動かしてボタンを押すより、右クリックしてメニューを選ぶより、マウスジェスチャーで認識させるより、ボタンの同時押しをするより設定したボタン1つの方が楽なんだ
さらにgamepanelのボタンがメディアプレーヤーに対応していないのがなける
ituneで音楽を聞きながらネットを見たりするのだけどituneにフォーカスがあたってないとctrl+rightが利かない
ctrl+Mでミニプレーヤーにするとその後ろの部分が見えないし
タスクバーに表示では曲名が分からないのとカーソルを端まで持っていかないといけないのが面倒だ
lauと言うプログラムでスクリプトを書けば上の要件がみたされるのかもしれないがそんな知識は一切無い
そんな僕でも使えるような仕様であってほしかった
（何でもかんでも企業側で用意しろってのではなくむしろ用意した挙動しか出来ないではその目的以外では使えなくなるからスクリプトの書ける人にとってはもっと困ってただろうと思ってる
ただ、マウスの操作が出来ることとgamepanelに曲名を表示できるなら次の曲とかの操作も出来てほしいかっただけ）
どこかに情報がありそうで、無かったので書いてみる
大まかな手順は・・・
１．Greasemonkey を使える状態にする
２．等幅にするスクリプトを用意する
４．等幅表示になる
スクリプトは http://creazy.net/2008/07/gmail_monospace_font.html からもらってきました。
ありがとうございます。
「font-size: 12px !important; 」の後ろに「line-height: 1.3 !important; 」を追加すると、少し読みやすいかもです。
Google Chrome 2.0.159.0 で確認してます。
Google Chrome を 2.0以降にアップデートする方法は、いろんなところに書いてあると思います。
Greasemetal では試してないです。
コンピュータゲームが生まれて以来、ほとんど進化がない状況が現在まで続いている。
うわべだけのキレイさで本質的な部分が進化してないことを覆い隠してるだけのゲームが多すぎる。
RPG、アクション、シューティング、どのジャンルでもそうだけど、製作者がつづった物語をユーザーに押し付けるだけ。
物語を左右する重要な場面に遭遇したとき、プレイしているユーザーはまさに千差万別の考え方をもって
そのイベントに参加しているはずなのに、誰がプレイしても同じ内容。
ガッチガチに固定されたスクリプトで動いてるから、ユーザーの行動に対して動的に対処できない。
最短ルートを進んでいき、敵にとって相当な脅威となっているようなプレイでも、寄り道に寄り道を重ねてボケーっと進んでいようと
同じ対処しかしない敵。
RPGだと敵は世界を掌握していないのにボケーっと待ち構えているだけ。
アクションなら、ザコをスルーしてボスを瞬殺し続けているような猛者に対しても決して対策を取ろうととしない敵。
いつまでシナリオとキャラが違うだけの似たようなゲーム作り続けるの？
こっちの行動に対して動的に対処できないの？
コストがかかる？商売にならない？
まぁ、そういう言い訳して既存のフローに沿ってゲーム作ってるほうが楽なのはわかるけどね。
まだ初期段階だけど、ValveなんかはLeft 4 Deadでユーザーの状態を定量的に測定する手法を実装してるよね。
コレが即革命的な何かになるわけじゃないだろうけど、着実に進歩してる。
ユーザーごとに異なる体験を届ける、っていう壮大な目標に向けて着実に歩を進めてる。
日本はどうなの？ゲームらしいゲームとかホザいてる人たちは進化について考えてるの？
ほっとけば誰かがするようなグラフィックの向上じゃなくて、ゲームとして別の次元に到達するような何かを作ってる人いるの？
歌舞伎や相撲、能、雅楽といった古典芸能のように存在し続ければそれなりに需要あるだろうけど、
それだけじゃ面白くないじゃん？
俺も考えてるけど生きてるうちに何か出来上がりそうにないから、考えをここに記して誰かに期待する。
誰かよろしく。
ブラウザの検索バーが膨らまないよう、厳選して一つとするなら的参考用。
呼び出しクエリの作りやすさ、過去航空写真やルート検索、時刻表連動やスポットデータ等は、
瑣末として省略。
シングルC時 住所検索結果 色分け その他
mapion × 全文・数字× ○ 縮尺に注釈、バルーンに中心からの距離、絞りワースト
mapfan ○ 前方・数字○ × 賢い検索絞込みの基準
Yahoo! ○ 全文・数字○ ○ 色分け単位が条でなく丁目なのはYahooさんだけ
excite ○ 前方・数字× ○ シングルC対応mapion。やや絞れる代わりに重い
goo × 全文・数字○ × 住宅街でも営業所・建物名記載が異常に細かい
google × 前方・数字○ × 丁目が任意だがmapfan並に賢い絞り、禁スクリプト地図クソ
ちず丸 × 前方・数字○ × 検索は賢いが地図が最も使いづらい
項目の意味は左から、
＊シングルクリック時にダブルクリックで全サイト共通で起こるセンタリングが起動するか
＊例えば○○を字として｢○○2条｣を検索して…
西○○や新○○まで出る＝全文(検索型)、出ない＝前方(一致型)
データ通りに漢数字のみ解釈・算用数字を無視して1条～99条まであるだけ出すのが数字×
解釈して1条と3条～を出さないのが数字○
// ==UserScript== // @name inai_inai // @description 人力検索はてなで見たくない質問を見えなくするスクリプト 「いないいない」 // @include http://q.hatena.ne.jp/list* // @version 0.1 // ==/UserScript== (function(){ // 見たくない質問をテーブルから削除する場合は true を、 // 見たくない質問のテキストの色を白にする場合は true を指定して下さい。 var delRow=false; var xpath ='//*[@class="questionlisttable"]'; var tbody = document.evaluate(xpath, document, null, XPathResult.FIRST_ORDERED_NODE_TYPE, null).singleNodeValue; var rows = tbody.rows; // denies の定義を修正して見たくない質問のユーザIDを追加して下さい。 // 例) var denies=['inai_inai','tabun_inai','kitto_inai']; var denies=['inai_inai']; for(var i=rows.length-1;i>=1;i--){ var name=rows[i].cells[5].childNodes[0].toString().match(/http:\/\/q\.hatena\.ne\.jp\/(\S*)\//)[1] for(var j=0;j<denies.length;j++){ if(name==denies[j]){ if(delRow){ // delete row tbody.deleteRow(i) } else{ // change color of text // question rows[i].cells[1].childNodes[1].style.color="white"; // point rows[i].cells[3].style.color="white" // userid rows[i].cells[5].childNodes[0].style.color="white"; // time rows[i].cells[6].style.color="white"; } break; } } } } )();
「人力検索はてな？」で見たくない質問を見えなくする greasemonkey スクリプトです。
これを使うと、あらかじめ設定したユーザーIDの人の質問を見えなくすることが出来ます。
greasemonkey とは Mozilla Firefox 上で動作するアドオンです。Google で検索するとたくさんヒットするので使いたい方は調べてみて下さい。
スクリプト中の
var denies=['inai_inai'];
の部分を
var denies=['inai_inai','tabun_inai','kitto_inai'];
のように変更して下さい。このようにすると、id:inai_inai、id:tabun_inai、id:kitto_inai がした質問が見えなくなります。
既定では、設定したユーザIDがした質問に該当するTableの文字色を白にすることで見え難くします。
スクリプト中の
var delRow=false;
の部分を
var delRow=true;
にすると、Tableから該当する質問自体を削除することで見えなくなります。
ここでいう「削除」とは、人力検索はてな？から削除する訳ではなく、ブラウザ上で見えなくしているだけです。だから、greasemonkey の設定でこのスクリプトを削除したり、greasemonkey を無効にすればまた表示されるようになります。
このスクリプトの文字コードは UTF-8 にしておかないとスクリプトのインストールの時に文字化けします。
The BSD License に準じます（http://opensource.org/licenses/bsd-license.php）。
InftyEditor ってのがいいかもしれない。
英語でぐぐってた時に、日本人の（先生方の）このソフトがでてきた。
TeX コマンドの候補がでてくるのでちょっと TeX がわかればさくさく打てる。
例えば \i と打てば \i ではじまる TeX コマンドの一覧がでてきて、一番上の \int を選べばインテグラル記号がでてくるし、
\f と打って先頭を選択すれば、\frac の意味で分数になって、Wisywig 的に分数をタイプできるようになる。
もちろん普通の文章も打てる。
数式部分を Ctrl-C すれば TeX コマンドのコピーになるので、はてなの数式とかの mimeTeX へもほぼそのままコピペできるはず。
$ $ を mimeTex 記法にかえるぐらいのちょっとしたスクリプト書けば、はてダにアップロードできるようになるのではなかろうか。
ちなみに InftyReader ってのもこの方々は作っていて、数式の OCR をして TeX とかいろいろの形式に変換してくれる。
まさか、研究者ともあろう方々が、こんなにユーザビリティの高い便利ソフトを作っているとは思わなかった。
>はてなはスクリプトで叩かれたくないから同一IPからの一定以上のスター連打はDos判定して弾くようにしているのに「わざわざ」同一IP回避するスクリプトをオーツネらが使ってんじゃん
おーい。
おつねきらいだからよく知らずに叩いてるのかもしれないけど
あのスクリプトはどこをみても
じゃないよー
id:miyagawa 言わずと知れたPerl界の大エース
id:mala LivedoorReaderを作ったJavascriptの凄い人 若干25歳
id:amachang id:malaと並んでJavascript界を代表するハッカー
id:otsune はてなスターを大量に付けるスクリプトが書ける
id:dankogai 日本のPerlハッカーの父親的存在
nyaxt 史上最年少の18歳でIPAより天才プログラマーに認定される
http://anond.hatelabo.jp/20090102121649
ここは、まったくの事実誤認ですね。
はてなスターがサービス開始（2007年7月11日）してから1年半以上経過していますが、当時からAPI連打が許容されるかについての議論はさんざん行われていますよ。
そしてある一定以上の頻度で連打をするとサービス拒否するように既に成っています。
またはてなアイデアなどでユーザーから、連打をシステム的に禁止するという要望はいくつか出ていますが、どれも受け入れられていませんね。
つまり、はてな運営側として「この頻度以上のスター連打は拒否する」「この頻度以下なら拒否しない」という姿勢はあるのです。
http://d.hatena.ne.jp/godnee/20090101/1230814801#c1230860245
この人Dos判定をぎりぎり回避できるようにwait置けば無問題だと思ってるのか？
運営が禁止・注意しないから「何でもやっていい」と思ってそう
こういうの詭弁って言う
稚拙な論理で筋を通してるつもりなのか知らないが、少なくともはてなにとって迷惑以外の何物でも無い行為ってことは自覚してるのかね
くだらない大人の悪ノリのせいで対応を強いられている人間がいるって自覚は無いのかね
あまちゃんが被はてブランキングのブックマークレット作ってたけどすぐ引っ込めたよな。
はてな側の負荷が高そうなので、公開を中止いたします。
はてなの皆様、大変ご迷惑おかけいたしました。
これがまともに成人した人間の対応。
相手に迷惑をかける行為を極力慎むのが正常な感覚。
はてなスターをスクリプトで叩きまくる行為を批判されてオーツネが反論している
あまりの詭弁っぷりに呆れて餅をノドに詰まらせるところだったぜ
ここは、まったくの事実誤認ですね。
はてなスターがサービス開始（2007年7月11日）してから1年半以上経過していますが、当時からAPI連打が許容されるかについての議論はさんざん行われていますよ。
そしてある一定以上の頻度で連打をするとサービス拒否するように既に成っています。
またはてなアイデアなどでユーザーから、連打をシステム的に禁止するという要望はいくつか出ていますが、どれも受け入れられていませんね。
つまり、はてな運営側として「この頻度以上のスター連打は拒否する」「この頻度以下なら拒否しない」という姿勢はあるのです。
？？？？
はてなはスクリプトで叩かれたくないから同一IPからの一定以上のスター連打はDos判定して弾くようにしているのに「わざわざ」同一IP回避するスクリプトをオーツネらが使ってんじゃん
それはオーツネ自身把握している。
WWW::HatenaStar 0.03だとはてなのDoS判定に引っかかって403 Forbiddenされるので、CodeRepos版のwaitパラメータ付きでまわすのがオススメ。
Dos判定を「わざわざ」回避する悪質なスクリプトを使ってはてなが迷惑してないとでも思ってるのかこいつ。
いい歳して人様が頑張って運営している企業に迷惑かけるなよ。
誰かこいつの詭弁に突っ込んでやれよ。
注意してやれよ。
迷惑掛けているのを自覚して、それでも構わないとotsuneが開き直るならもう何も言う事は無いがな。
うごメモはてな - ゆうたさんの作品のスター/コメントを集計してみた。スターの方はentry.jsonを適当に処理して、コメントの方はHTMLを適当に処理した。
スクリプトはこんな感じ。
HTMLを正規表現でごにょごにょして['hoge', 'piyo', 'fuga', 'piyo']みたいな配列にして、でもこれだけだとコメントした回数がカウントできずに何回も同じユーザーが出てきてしまうから
a = ['hoge', 'piyo', 'fuga', 'piyo'] l = [] for i in a: l.append([i, a.count(i)]) l = list(set(map(lambda x: tuple(x), l))) l.sort(lambda x, y: cmp(y[1], x[1])) for i in l: print i[0], i[1]
とする。
import urllib, json h = urllib.urlopen('http://s.hatena.ne.jp/entry.json?uri=http%3A%2F%2Fugomemo.hatena.ne.jp%2F0B3D19604CE04B2F%40DSi%2Fmovie%2FE04B2F_08720FF94B42A_002') a = json.load(h) f=open('stars.txt', 'w') sys.stdout=f for i in a[u'entries'][0][u'stars']: print i[u'name'], i[u'count']
C/C++にいくつか思うこと （ちなみに、プログラマ始めたのはCができた頃でC++よりも私のプログラマ歴の方が長い）
Cはポインタ というか、ポインタを使いこなすことで、チューニングしていく言語だから ポインタ使いたくない＝チューニングしたくない
って人は他の高級言語で良いと思う。ただ、動画などの処理をC/C++又はアセンブラ以外で書く人というのは、あまり聞かないので
速度が必要＝C/C++って事かと思う。
昔、全くチューニングしていない、CとJavaを比べて同じ速度だからJavaでもOKというレポートを読んだことがあるのだが、あれは酷かった。
Ｃはチューニングしたときに、もっとも伸びしろが大きく、必要な場合アセンブラと並記できることで、ほぼアセンブラという領域まで
チューニングできるところが魅力。その際、ポインタは無くてはならない。知っておくべき技術。
繰り返しになるけどチューニングしない人には意味がない言語と言われればその通り。
また、ポインタだけではなく、レジスタについても知っておくとＣでの伸びシロが大きくなる。
そして、少なくともアセンブラレベルでのＰＵＳＨ，ＰＯＰ，ＣＡＬＬは覚えておいた方がよい。
関数コールをすると、レジスタ類の待避がアセンブラレベルでは走り、その上、スタックに引数や返値を積んでジャンプするという
ものすごく遠大な処理がアセンブラレベルでは走っているが、Ｃレベルでは１行の関数コールに見える。
という事を理解しておくと、Ｃ＋＋でのインライン関数の重要性や、再帰関数が実行時にはかなり重い理由が頭の中に浮かんでくる。
こういう言い方をすると、最近はＣＰＵが早いから大丈夫とか言う人が多いが、じゃぁＷｉｎｄｏｗｓ Ｖｉｓｔａは売れましたか？と聞きたい。
少なくともチューニングが必要な事もある。必要ないこともある。という事で選択すれば良いと思う。
たかだか、数行のスクリプトでチューニング不要ならそりゃ、Ｐｅｒｌつかうさ
参考までに書いておくと、個人的感覚ではＣ＋＋はオブジェクト指向言語ではない。
アセンブラにまで行き着く Ｃ言語を大規模開発する時に最低限必要となる抽象化をするための言語
そのために、まともにＯＯＰで設計するとＣ＋＋では重くなる事が多い。いかに、崩せるかがキモ。
またＣ＋＋使いか？エセＣ＋＋使いか？の見分け方は
constを正しく使えるか？参照を正しく使えるか？ vtableの説明ができるか？
という質問に正しく答えられるか？で見分けると結構見分けがつくと思っている。
せっかくなので、ここ2年ほどのさくらインターネットiDC移転を中心に、わかる範囲ではてなサーバ変遷の歴史をまとめてみようと思う。
> 59.106.108.68: mobile.hatena.ne.jp.
> 59.106.108.69: f.hatena.ne.jp.
> 59.106.108.70: rimo.tv.
< 125.206.202.66: mgw.hatena.ne.jp. < 61.196.246.69: b.hatena.ne.jp. < 61.196.246.70: b.hatena.ne.jp.
> 59.106.108.71: mgw.hatena.ne.jp. > 59.106.108.72: b.hatena.ne.jp.
< 221.186.129.148: g.hatena.ne.jp.
> 59.106.108.73: g.hatena.ne.jp.
< 125.206.202.82: search.hatena.ne.jp. < 221.186.129.147: ring.hatena.ne.jp. < 221.186.146.28: a.hatena.ne.jp. < 61.196.246.68: r.hatena.ne.jp.
> 221.186.129.147: search.hatena.ne.jp. > 59.106.108.74: a.hatena.ne.jp. > 59.106.108.75: r.hatena.ne.jp. > 59.106.108.76: ring.hatena.ne.jp.
< 125.206.202.83: d.hatena.ne.jp. < 221.186.129.146: d.hatena.ne.jp. < 221.186.146.29: d.hatena.ne.jp. < 61.196.246.67: d.hatena.ne.jp.
> 59.106.108.77: d.hatena.ne.jp.
> 59.106.108.97: d.hatena.com. > 59.106.108.97: hatena.com. > 59.106.108.97: m.hatena.com. > 59.106.108.97: m.hatena.ne.jp. > 59.106.108.97: s.hatena.com. > 59.106.108.97: s.hatena.ne.jp.
> 59.106.108.80: d2.hatena.ne.jp.
d2.hatena.ne.jpで新しいコメント構造の実験を開始しました - はてなダイアリー日記
< 221.186.129.147: counter.hatena.ne.jp. < 221.186.129.147: search.hatena.ne.jp.
> 59.106.108.81: counter.hatena.ne.jp. > 59.106.108.82: search.hatena.ne.jp.
> 59.106.108.78: w.hatena.ne.jp. > 59.106.108.84: h.hatena.ne.jp. > 59.106.108.84: h.hatena.com. > 59.106.108.98: w.hatena.com.
< 221.186.146.27: www.hatena.ne.jp. < 61.196.246.68: screenshot.hatena.ne.jp. < 125.206.202.66: map.hatena.ne.jp. < 125.206.202.66: i.hatena.ne.jp. < 125.206.202.66: graph.hatena.ne.jp. < 125.206.202.66: q.hatena.ne.jp.
> 59.106.108.86: www.hatena.ne.jp. > 59.106.108.87: screenshot.hatena.ne.jp. > 59.106.108.88: map.hatena.ne.jp. > 59.106.108.89: i.hatena.ne.jp. > 59.106.108.92: graph.hatena.ne.jp. > 59.106.108.99: q.hatena.ne.jp.
< ???.???.???.???: auth.hatena.ne.jp.
> 59.106.108.90: auth.hatena.ne.jp.
長いので省略
> 59.106.108.93: rokuro.hatelabo.jp.
> 59.106.108.102: k.hatena.ne.jp.
> 59.106.108.103: favicon.hatena.ne.jp. > 59.106.108.105: img.b.hatena.ne.jp. > 59.106.108.106: bbeta.hatena.ne.jp.
> 59.106.108.93: bottle.hatelabo.jp. > 59.106.108.93: counting.hatelabo.jp. > 59.106.108.93: news.hatelabo.jp.
