はてなキーワード: 検索エンジンとは
タイケン学園ホームページのリンク集がSEO関連のものとなっています。これは学校法人が運営するウェブページです。
http://www.taiken.ac.jp/gakuin/about/link2.html
http://www.e-fresh.jp/index.cgi
http://www.seoaccessup.com/
http://sogolink-search.com/
http://www.navi-e.com/
http://www.atsougolink.com/
http://anond.hatelabo.jp/20121028235555
404 Not Foundです。現在http://www.e-fresh.jp/は「酵素サプリメントの効果と選び方 ~人気酵素サプリの紹介~」というサイト。こんなページにリンク張るんだ。
あなたのホームページのアクセスアップをお手伝い!<br> 相互リンク登録サイト募集中です。<br> <br> 登録方法はとっても簡単!<br> あなたのホームページに「相互リンクSEO」へのリンクを貼ってから、サイト登録申請をするだけ。<br> もちろん参加無料です。<br> さぁ、今すぐ参加しよう!<br> <br> <a href="http://www.seoaccessup.com/"><img src="http://www.seoaccessup.com/img/banner.gif" alt="相互リンクSEOでアクセスアップ"></a><br> <br> <B>PR</B><BR> <br> 交通事故で怪我や負傷をしたら、<a href="http://www.iwasakiseikei.com/" title="整形外科 浦和">整形外科 浦和</a>で治療・リハビリを。<br> 死亡事故・人身事故・後遺症などによる<a href="http://www.willamettemgclub.com/" title="交通事故の慰謝料請求">交通事故の慰謝料請求</a>のことは弁護士に法律相談しましょう。<br> 損害賠償請求、示談交渉を法律専門家がサポートします。<br> 弁護士は、<a href="http://www.wvinconline.com/" title="借金相談">借金相談</a>に応じ、多重債務やクレジット・ローン問題の<a href="http://www.saimu-seiri.net/" title="債務整理 任意整理">債務整理 任意整理</a>手続きで、借金返済の苦労から解放します。<br> 債権債務の問題は早めの対処が肝心です。<br> 借金取立て(貸したお金を取り返す)、債権回収や<a href="http://www.saikenkaishu.com/" title="売掛金回収">売掛金回収</a>や、賃貸住宅やオフィスの<a href="http://www.saikenkaishu.com/service/estate.html" title="敷金返還 請求">敷金返還 請求</a>は法律ノウハウが大切です。<br> 自分で裁判による<a href="http://www.saikenkaishu.com/service/navi.html" title="支払督促">支払督促</a>申立を行う回収法もあります。<br> 後日の紛争やトラブルを防止するために、弁護士や行政書士に<a href="http://www.keiyakusho-elp.com/" title="契約書">契約書</a>作成を依頼しましょう。<br> あなたの権利を守るために、プロに相談しましょう。<br> 遺言書作成や<a href="http://www.souzoku-elp.com/" title="遺産相続">遺産相続</a>のことも、家族親族で争いにしないためにも、法律相談の活用を。<br> 万一、約束が守られない、債務不履行などの場合は<a href="http://www.naiyoushoumei-elp.com/" title="内容証明">内容証明</a>を作成してもらいましょう。
「アクセスアップに繋がるアダルトのSEO特集!」って。大学公認アダルトサイトです。
「みんなの役に立つサイトを作って、一発大きく儲けたい!」と、
思い続けて、早10年(泣)。。
とりあえず、エロサイトを作るのってすごく勉強なる?楽しい?らしいので、
誰にも利用されない「へぼツール」作るより必ず誰かの為になるなぁと考え、
できるだけ、誰でもわかるように、詳細を書いていますので、
これを見るだけで、ノンプログラマーの方でも、
※記事は毎日10件更新予定です。つまり毎日このサイトだけ見に行けば困らないってことです。
http://anond.hatelabo.jp/20101219185436
http://anond.hatelabo.jp/20101203150748
http://d.hatena.ne.jp/inouetakuya/20120331/1333192327
http://anond.hatelabo.jp/20120318122617
http://anond.hatelabo.jp/20120914214121
http://anond.hatelabo.jp/20110804021353
http://anond.hatelabo.jp/20120926165533
saasesのVPS OsukiniサーバーLT メモリ512MB 月450円! アダルトOK
CentOS 64bitを選択。(メモリを食うだけなので、特に用がなければ、32bitにしよう!)
※どこにも書いてないけど、2週間以内なら取り消しできます。
☆契約時、webmin&mysqlの選択は必須にしておいたほうがいいです。私は間違えて、webmin無しにしてしまった。。
後から、再インストール(初期化)すれば、再選択することができるようです。。
申し込み後、たったの30分で接続できるようになりました。
をバリュードメインで取得。280円!安い。
/sbin/chkconfig auditd off
/sbin/chkconfig autofs off
/sbin/chkconfig avahi-daemon off
/sbin/chkconfig firstboot off
/sbin/chkconfig kudzu off
/sbin/chkconfig lvm2-monitor off
/sbin/chkconfig mcstrans off
/sbin/chkconfig mdmonitor off
/sbin/chkconfig messagebus off
/sbin/chkconfig netfs off
/sbin/chkconfig nfslock off
/sbin/chkconfig portmap off
/sbin/chkconfig rawdevices off
/sbin/chkconfig restorecond off
/sbin/chkconfig smartd off
/sbin/chkconfig xfs off
※190MBが150MBぐらいになります。
http://support.saases.jp/index.php?action=artikel&cat=63&id=312&artlang=ja
# vi /etc/httpd/conf/httpd.conf
NameVirtualHost *:80 ←これを探して、コメントアウトを削除。その下に以下を設定。
DocumentRoot "/home/ユーザーID/iphone-xvideos.info"
ServerName iphone-xvideos.info
<Directory "/home/ユーザーID/iphone-xvideos.info">
order deny,allow
Options FollowSymLinks
# /etc/rc.d/init.d/httpd restart
「httpd: Could not reliably determine the server's fully qualified domain name, using...」
その時はこちらで解決⇒http://d.hatena.ne.jp/uriyuri/20100511/1273575287
で、このままだとIPアドレスでもアクセスできてしまうので、以下もやっておく。
http://fedorasrv.com/memo/log/29.shtml
mkdir /home/ユーザーID/iphone-xvideos.info
chown ユーザーID /home/ユーザーID/iphone-xvideos.info
/home/ユーザーID/以下はpermission errorとなりアクセスできないので、権限を変える。←いいのかな?
http://blog.verygoodtown.com/2010/02/centos-apc-install-how-to/
↑これを実行した際に、「error: expected specifier-qualifier-list before 'pcre'」なんちゃらっていうエラーがでたので、以下を実行。
再度実行して、無事インストールできた。
【APCの設定】
extension=apc.so
[APC]
apc.enabled = 1
/ ←検索
n ←次の検索文字へ
]] ←最後尾に移動
:q! ←保存せずに終了
--------------------------
# /etc/rc.d/init.d/httpd restart
vi /home/ユーザーID/iphone-xvideos.info/index.php
phpinfo();
?>
http://tanaka.sakura.ad.jp/2011/05/centos-linux-apache-php-perl-mysql-lamp.html
↑これを参考に適当に変更してみた
MaxClients 256 ←これを40に
MaxRequestsPerChild 4000 ←これを1000
このサーバは、512MBしかないからもっと小さくしたほうがいいのかも。。
# ab -c 10 -n 100 http://iphone-xvideos.info/
【変更前】
Requests per second: 40.01 [#/sec] (mean)
【変更後】
Requests per second: 137.57 [#/sec] (mean) ←1発目
Requests per second: 552.79 [#/sec] (mean) ←2発目以降(キャッシュ後)
最新版をやってみるとエラーが発生。
「サーバーの PHP バージョンは 5.1.6 ですが WordPress 3.4.2 は 5.2.4 以上のみでご利用になれます。」
3.1系を選択する。。
http://ja.wordpress.org/releases/
※↑結局、後日phpとmysqlのバージョンアップをやりました。
ソースをUP
DBを作る
ホームの「新規データベースを作成する」と書いてある所の下にある、
を修正する。
【プラグイン】
WPtouch ←/wp-content/plugins/wptouch/themes/core/core-header.php をちょこっと変更すればiphoneでxvideo再生ができる。
○人気記事一覧
http://the-fool.me/wordpress/plugins/wordpress-popular-posts.html
設定⇒投稿設定⇒Atom 投稿プロトコル&XML-RPCにチェック
キャッシュが効いていて問題ないことを確認。
○wikipediaから取ってきた女優名をカテゴリテーブル(wp_terms)に突っ込む。(5,260人でした。)
↑これは月に2回更新。cronで動かすことにした。
○googleブログ検索(24時間以内のもの)に女優名をつっこんで、
(とりあえず、引退した人の動画は少ないだろうと考え、現役2,762人分のxvideosを取得してみた。処理時間8時間、192件取得できた。)
http://www.kaasan.info/archives/1457
動画のURLを取得したら、削除されていないか調べて、OKだったら投稿。
http://www.multiburst.net/sometime-php/2009/04/newpost-with-wordpress-xmlrpc-api/
↑ここらへんを参考に
http://pear.php.net/package/PEAR/download
↑pear自体はここにあるので、「XML」フォルダのみをUP。
だいたい、30分で10記事取得できることがわかったので、
【cron設定】
$ crontab -e
00 04 * * * /bin/sh /home/ユーザーID/iphone-xvideos.info/insert_X.sh >/dev/null 2>&1
00 03 1,15 * * /bin/sh /home/ユーザーID/iphone-xvideos.info/insert_XXX.sh >/dev/null 2>&1
http://miya0.dyndns.org/pc/settei/crontab.html
----------------------------------------------------
↑旬な情報が取れないが、とりあえず。。
前日のterm_idを記録して、
次の日はそれ以降のデータを取得する。
----------------------------------------------------
☆jqueryでお気に入り作成。cookieを使う。(PCのみ?)
☆好きな女優を登録しておけば、記事の更新情報をメールで通知。
☆デザイン修正。。
実際、なんとなく勉強になった気もするし、楽しく作業できました。
まったくアクセス無くても、自分用にとても良いものができたと思っているので満足です。
もし繋がりにくくなったりしたら、
別のレンサバに変更しますー。
随時こちらに追記していきますね。
最後まで読んで頂いてありがとうございます。
サイトオープンから10日ほど過ぎたので状況をお知らせします。
はてぶは全くだめだった。。
(日々増加しているが、検索エンジンからくるようになってもまだこんだけ。。)
メモリは問題なし。512MB中ピークでも300MBぐらいしか使ってない。
# chmod 744 /usr/local/bin/memrep.sh
※本日、テスト的にDMMの広告を張ってみました。。←すぐ消した。。
また、後日お知らせしますね。
1か月経ったので。。
ページビュー2500/日
自動更新なのに、きっちりアクセスは日々増えて続けています。エロは強い。
アクセス少ないので、負荷は全く問題なし。
Swapも全く使ってない。
前編はこちら
http://anond.hatelabo.jp/20120926165407
中編はこちら
http://anond.hatelabo.jp/20120926165533
基本的な機能とデザインが出来てきたら、細かな機能や説明ページなどの静的コンテンツも作っていきます。
8割程度出来たと思ったら、一度サーバーにアップロードして動作チェックしてみます。
たいていは上手く動作するはずですが、途中で一度チェックしておいた方が出来上がってから不具合を修正するよりは効率的です。
僕ははじめCORESERVERを使っていましたが、メールが送信できない不具合に遭遇して時間を取られました。
結局はCORESERVERとgmailの相性が悪いせい、という事で最後はさくらに移転しました。
あと、何となく動いているのが確認できたら、
このタイミングでGoogle AdsenseやAmazonアソシエイト、A8やバリューコマースのアフィリエイトサイトに申し込みましょう。
特にアドセンスは申請してから使えるようになるまで1週間とかかかります。
2012年現在、アドセンスを含むアフィリエイトは期待するほど儲かりません。
でも、色んなWebサイトで見かけるこれらの広告の表示方法を学ぶことで、Webサービスに対する理解も深まりますし、
あと、全然儲からなくてもサイトにこれらの広告を表示しておくと、社会と繋がっている雰囲気が出て活況感が高まったり、
自分のサイトがちょっと立派に見えてテンションが上ったりします。
それぞれのプログラムの使用方法は検索すると出てきますが、敢えて本でおすすめはこの2冊。どちらも基礎です。
アフィリエイトで<得する>コレだけ!技 BEST100
サーバーに最新のファイル一式をアップロードして、入念に動作チェックをします。
core.phpのsession idをデフォルトの状態から違うものに変更したか、
全てのコントローラーのデバッグツールキットはOFFになっているか、
CakePHP本体は公開フォルダと別の階層にアップロードしているか、
htaccessの設定は間違っていないか、
などを確認します。
URLのwww付きとwwwなしはどちらかにリダイレクトさせて1つに統一できているか、
存在しないURLにアクセスされた時のエラーページに余分な情報が表示されていないか、
検索エンジン用のrobots.txtを用意、
ファビコンを設定する、
アクセス解析を設定する、Google Analyticsに登録しコードをサイトに埋め込む。
http://www.google.com/intl/ja/analytics/
Google先生に挨拶する。Google ウェブマスターツールに登録し、必要な情報を入力、Analyticsと紐付ける。
https://accounts.google.com/ServiceLogin?service=sitemaps
http://developers.facebook.com/docs/reference/plugins/like/
https://twitter.com/about/resources/buttons
その他、mixi、Google+などのボタン類も必要ならつけましょう。
全部出来たら、完成です。
Webサイトは作っただけでは(本当に)誰もアクセスしてくれません。
Webサービスを作ったそのあとに、「自分でもできる低コストなWeb PR方法」
http://blog.8bit.co.jp/?p=1944
こちらもチェック。
作ったwebサービスをPRできる!webサービスのリンク集サイトまとめ
http://smkn.xsrv.jp/blog/2011/11/web-service-linksite/
リリースした直後はGoogleのインデックス数も少なく、検索エンジンからのアクセスは期待できません。
検索エンジンからの流入は1ヶ月とか、時間が経つにつれ少しづつ増えてくるので気長に待ちます。
自サイトの情報のチェックはSEOチェキ!とコメポンが便利。(作者のロプロスさん様様)
Komepon!
それから、ステップ11で紹介した本にも出ててますがフェレットも便利。
Ferret
500円で客観的に評価してもらえるこちらも活用すると良いでしょう。
※2012年9月26日現在、このサイトは僕はまだ利用していませんが気になっています。
ホームページ評価.com
■最後に
ここまでやってみると、Web開発の一連の流れが分かった気がしてきます。
初めて作ったサイトはしょぼくても、ひと通りやってみる事で
Webサービスの開発者としての入り口には立ったな、位には思えるはずです。
ここまでの知識をベースに、
SEOをがんばるもよし、
アドセンスやA8などのアフィリエイトで稼ぐしくみ作りをするもよし、です。
この記事を読んでアクションしたら、僕と同じようにアウトプットして、
そのリザルトをシェアしてトゥギャザーするオポテュニティをテラユビキタスw
1つ気をつけたいのは、
開発したサイトのサーバーの種類とか、CakePHPで作ってるとか、そのバージョンは1.3だとか、
そのサイトの詳細仕様は安易にこういう記事に書かないようにしましょう。
悪意のあるハッカーに攻撃の糸口をプレゼントする事になってしまいます。
この本も参考になります(まだやるか)
有益な情報をネット上に提供して下さっているWeb業界の皆さん、
それにいち早く辿り着けるはてなブックマーク、
皆さん、に感謝。
ツイッターはじめました
http://b.hatena.ne.jp/entry/www.designmap.info/tobewebdesigner/preparation/webselfstudy2012/
はてなブックマークで定期的に「WEBデザイナになる方法」みたいな記事がホッテントリになる。多分スパムなんだろうけど、もしかしたら夢見がちな若者が「かっこいいクリエイティブな職業」と勘違いしているのかもしれない。そこでこれを増田に書いておくことにする。
想定する対象は10代後半から20代前半の「WEB業界」を志す若者。
http://doda.jp/guide/heikin/007_02.html
WEBデザイナはとにかく給料が安い。20代だと300万円を割る。同年代平均からも60万円も安い。これは敷居が低くある程度パソコンが使えれば誰でもなれるためだ。特に地方では手取り月収13万なんて言うのも当たり前。アルバイトでも時給800円なんていうのもよくある。正直、深夜の繁華街のコンビニでレジを打ってたほうがよっぽど稼げる。
まあ、これはコーダーに毛が生えたレベル、あるいはDTPオペレーター崩れが名乗る「なんちゃってWEBデザイナ」レベルの収入で、いわゆる「看板デザイナ」レベルになればもちろん収入も増える。ただそれは「テレビに出てない若手芸人が冠番組を夢見る」「新人賞で佳作を取った新人漫画家が週刊少年ジャンプで看板作家を目指す」「序二段の相撲取りが横綱を目指す」レベルの話である。
じゃあフリーランスならどうなの?と思うかもしれないが、フリーだと自分で営業して仕事を取ってきて、自分でディレクションして、自分で制作して納品して、自分で経理人事総務やって、自分で銀行や税理士と話をして…と、本当に全部自分で面倒を見なければならない。外注で制作会社から仕事をもらうという手もあるが、もちろん買い叩かれる。おまけに社会保障も自分で何とかしなければならない。ノマドなんてカッコイイ事言ってるペテン師みたいな人も見かけるが、はっきり言って勤め人よりもきついし自律心が必要である。
ちなみに、WEBディレクターは20代後半で413万円、プログラマは365万円。サーバエンジニアが398万円。WEBデザイナはWEB業界でもはっきり言って底辺である。
http://diamond.jp/articles/-/21790
IT系とクリエイティブ系の宿命である長時間労働どうであるが、WEBデザイナも例外ではない。あなたが運が良ければ、土日祝日休み、定時退社が当たり前で残業はたまにあるという、天国のような制作会社に勤めることも出来るだろう。しかし長時間労働が常態化している制作会社が多く、納期前のデスマーチなんていうのも当たり前になっている会社も多い。
特に営業が中心の会社は注意が必要だ、無茶なスケジュールと予算で案件を取ってくる場合が多く、そのしわ寄せは大抵立場の弱い人間に振りかかる。特に社長が営業畑出身の会社は避けたほうがよい。
更にクライアントが原因のデスマーチもある。資料をギリギリまでよこさない、納品直前に修正要求、突然の方針転換など。これはどんな業界にでもあることだろうが、特にWEB業界ではそれが多い。金を出すクライアントのおっさんたちは、「そんなのパソコンでちゃちゃっと直せるだろ」という感覚なのである。とにかく平穏で余暇を大事にする人生を送りたい人にはおすすめできない職業である。
当たり前だが、常に新しい情報を入れて勉強し続けれいなければならない。数年前まではFlashがこの職業の必須スキルだったが、今では役に立たないとまでは言わないまでも積極的に覚えるべきスキルではなくなっている。今はHTML5とCSS3とAjaxが必須になりつつあるけど、これだって数年すれば陳腐化する。というか、半年かけて覚えたことがあっという間に陳腐化していくのである。
冒頭で「パソコンが使えれば誰でもなれる」と書いたけど、当たり前だが「趣味はインターネットです。ニコ生と2chを9時間見てます」「ExcelとWordは任せて下さい」という人がなれるわけではない。PhotoshopとIllustrator(FWは別にいらない)、HTMLとCSSは必須というか最低限の基礎知識で、配色やレイアウトの知識、AjaxやActionScript、PHPやRubyなどのプログラミングやデータベースの知識、WordPressなどのCMS、SEMやLPO(SEOはすでに陳腐化している)、場合によってはイラストやコピーライトや写真撮影と、とにかく広く薄く覚えることがたくさんある。とにかくたくさん本を読んだり、検索エンジンと格闘したり、下手すれば英語のサイトを読んだりして知識を入れなければならない。業務時間中では当然のように時間が足りなくなるので、プライベートの時間も勉強することになる。ニコ生と2chで9時間というタイプの人には無理だし、普通の人にもまず無理だ(普通の人って土日とか平日の夜に勉強するもんなの?)。まあ、はてブに沢山いる「勉強熱心な人たち」には大したことではないかもしれないが。
さて、ここまで読んで「WEBデザイナになる方法」をブックマークして満足している人はそれでも「WEBデザイナ」になりたいのか。もしなりたいならば、ポートフォリオを作る前に、Adobe CSとMacを買う前に、専門学校に願書を出す前に、身近でWEB業界で働いている人の話を聞くべきだ。但し間違っても、ドワンゴとかはてなとか、あるいは博報堂なんかにいる「エリート」ではなく、出来れば聴いたこともない会社に勤めている人に話を聞こう。
昔はカスタマイズできることが売りだったSleipnirも最近はなかなか微妙なもので,
Mac版Sleipnirなんて検索エンジンさえ変更させる気がない.
やり方調べたので書いておく.
■検索エンジンの変え方
Sleipnir.app/Contents/Resources/ja.lproj/webSearch.plist
を編集して,
~/Library/Preferences/jp.co.fenrir.sleipnir.plist
の "kSearchEnginesKey" を削除してSleipnirを起動.
■全てのページで任意のjavascriptコードを自動的に実行する
Sleipnir.app/Contents/Resources/sleipnir.js
全ページでこれが最初に実行されるみたいなので,"return public_interface;" の直前にでもコード書いたらいいんじゃないですかね.
window.addEventListener("load", function () {
alert(document.getElementsByTagName('html')[0].innerHTML);
});
return public_interface;
ブコメだとネタにマジレスとか言われたり賛否があるんだけど、自分はすごく感動した。自分も「こんなこと勉強して何の役に立つの?」とか聞いちゃう子どもだったから、妙に心に刺った。
それは小学生とか中学生のころの話じゃなくて、高校生にもなってそんなことを聞いてた。個人面談で先生に聞いてた。その時の答えは、
「今はそんなことを考えて立ち止まってる場合じゃないだろ。勉強の意味なんて勉強すればわかることだ。いまはとにかく勉強しなさい」
というものだった。
で、自分はその答えに全然納得がいかなかった。わかってるなら、どういう意味があるのか言えよ!と思った。だから上のエントリが刺さった。あのとき先生がそうしてくれたらよかったのにって思った。コメントとかに勉強は役に立たつ必要はないっていう意見もあったけど、これも違うと思う。役に立つと思ってやったことの方が身につくし、楽しい。実際に、知識がお金に化ける場合もある、人を助ける場合もある。役に立たないより立つ方いいに決まってる。
上記エントリによると『大人は「知識はどんな風に生きてくるのか」ということを力説し、また「役に立つこと」を実感させてあげないといけない。』らしい。まったくもってそのとおりだ。自分は高校時代に「勉強が何の役に立つか」を本気で考えていたから、普通の人よりこの質問により多くの解答を出せる。だから、今度はこの質問に答える側になってやろうと思った。
『多くの子どもに、「将来」という言葉は刺さらない』らしいが、勉強が最も直接的に役に立つフィールドは仕事だと思う。だから、勉強が役に立つ職業の説明から入る。職業という点で考えると、教科ごとに役に立つ職業は異なる。
建築家(どのような構造が壊れにくいのか計算するのに必要)、研究者(物理、化学、工学、情報系などは直接的に使うが、その他、心理学、経済学、生物学などほぼすべての研究に統計は必要)、ゲームプログラマ(3DのCGなどは特に計算が難しい)、その他のシステムエンジニア、プログラマ(どうやったら計算量が少なくできるか考えたり、負荷を分散できるか考えたり色々)、機械の設計をする人間(船、飛行機、車、エレベーターなどなど動くものの設計には計算が欠かせない)、弁理士(特許の手続き等を行う人。こういう文章http://kantan.nexp.jp/%E7%89%B9%E8%A8%B1/a2007272629/を書いたり読んだり)。
ガソリンスタンドの店員(危険物を取り扱うため)、研究者(主に化学と生物学。医学、薬品や農薬の開発、試験、コンピュータ、発電、蓄電、建築などに応用できるような新素材の開発)、官僚(農林水産省や経済産業省など。農薬、食品添加物、産業廃棄物の基準をきめたり色々)、医者、看護師、獣医、畜産家、農家、栄養士、薬剤師、保健師、衛生管理者(食品工場など)、水道局員。警察(科学捜査系)。
海外に行く人。外国人がいる職場で働いているひと。英語の資料を読まなきゃいけない人。論文とか書く人。
翻訳家、記者、作家、漫画家、企画職、コピーライター、検事,裁判官,弁護士,政治家,官僚(法律の難解な文章を読んだり、条文を作る際により正確にものを伝える)、システムエンジニア,プログラマ(ソフトウェアの利用規約はだいたい難解、仕様を作る際もわかりやすく伝えないといけない)。
自分が思いつくもので、わかりやすく役に立つ職業はこんな感じだ。自分が理系だし、理系の方が役に立ってることが分かりやすいので理系科目に力を入れている。国語とか社会科とかは広く薄く役に立ってる気がするのでこの仕事で役に立っているというのが少しわかりづらい。
さて、この職業のリストを見て自分はこの職業につかないから関係ないやと思ってる人も多いんじゃないかと思う。しかし、実際にはこのような職業を評価する側の人間も同様の知識が必要となる。たとえば、雇用主、人事、取引先の人間。このような人は上記に挙げた職の人間を評価しなければならない。その人の態度や風貌で評価をするのはあまりよろしくない。それ相応の専門的な知識が必要だ。上記に挙げた職の人と取引のある人間というとその範囲は一気に広がる。そして、取引先には消費者も含まれる。
家電を買うにしたって食品を買うにしたって知識は必要だ。これまでマイナスイオンのような科学的に根拠のないものがブームを生んだ例もあるし、健康食品だってそういうものがあふれている。これからも第2、第3マイナスイオンが生まれるかもしれない。どういう理論で効果があると主張されているのか、実験は正しい条件で行われているのか。そういうことを判断するのには科学の知識が必要になる。
答えはNOだと思う。具体的に、勉強嫌いな高校生S君を想像してみると、すぐに反論されてしまうのが目に浮かぶ。
学力を必要とする職業は多いが、あまり必要でない職業も一定数存在する。土木作業員、コンビニ店員、居酒屋店員、服屋の店員、料理人、バス,タクシー,トラックの運転手、芸人、音楽家、デバッガー、清掃員。もちろんこれらもある程度の学力がいるが、せいぜい中卒レベルの学力があれば学校の勉強よりももっと役に立つことをするべきだというのも筋が通る。そして、それが学力が必須でない職業につくのが、学力が必須の仕事に就くのより大変かといわれるとそうとも言えない。学力が必須でない職業に就いた人は幸せになれないわけでもない。学力が必須の仕事についたからといって幸せだとは限らない。医者は多忙だし、貧困な生活を送るポスドクの研究者もいる。社長や政治家より、責任のない立場の人間のほうが気が楽かもしれない。
マイナスイオンの話にしたって、科学に詳しい友人が一人いれば済む部分が大きい。高校時代にやるべきことは勉強よりも友達作りなのかもしれない。
簡単だ。ほぼすべての仕事が仕事として成立しなくなる。ほとんどの日本人が生きていけなくなる。
そもそも、学校の勉強というのは「ある人が勉強をしたとき、その人が得をする」ようにではなく、「みんなが勉強をしたとき、みんなが得をする」ように作られているはずだ。例えば、騙されやすい人間が増えれば騙す人間も増えやすい。集団の中にいる知識を持った人間がガセや嘘がはびこるのを防いでいる。日本人全体の語彙が増えれば、説明のとき使える言葉も増える。先進的な科学技術がみんなの生活を支えている。ある人の勉強によって、周りの人が得をする例と言うのは山のようにある。
このことがいわゆる『囚人のジレンマ』の状態を作っているので、ひとりの人間を勉強させるように説得するのは難しい。自分で手間をかけて勉強するより、他の人にやってもらったほうがはるかにお得だ。
勉強が自分でやるより他人にやらせるほうが得なことを踏まえると、自分は勉強しないけど人には「勉強をしろ」と言う人間や、「理由は言えないけどとにかく勉強しろ」という人間の多さにも納得がいく。自覚のあるなしに関わらず、周りの人間が勉強しないことへの危機感をもって行動ができている。つくづく人間って賢いと思う。生命の神秘すら感じる。
自分でやるより他人にやらせるのが得なら、子どもがやるべきは「たくさん勉強する」ことよりは「周りに勉強をさせられるような人間になる」ことなんじゃないかと思う。だから、どうすれば人に勉強をさせることができるかを考えてみる。
子どもには勉強をしろと言いつつ、官僚を馬鹿にしたり、科学者に「お前の研究は役に立ってない」と言ったりする人がいる。こういうのは明らかにダメだろう。これでは子どもが「なぜ勉強をするの?」と思うのは当然だ。勉強をたくさんしてそれを生かしている人たちは褒めなきゃいけない。これこれこういうところがすばらしいということを具体的に言えれば、子どもが勉強と尊敬される人間になることを関連付けられて、勉強への意欲がわきやすい。
また、たくさん勉強をしている人間を「がり勉」などといって馬鹿にするのも良くない。これは大人より子どもがしてしまう。あまりそういう人間を馬鹿にして減らしてしまうと結局は自分が損をすることになる。
人は同調圧力に弱い。周りに勉強している人が増えれば、勉強は楽しくなるし。自分が勉強していることに対する疑問も持ちにくい。
誰かが勉強している時はその質を上げられるといい。楽しく勉強できるようにするとか、短時間でもより多くのことが身に着くように勉強法やテキストを改善してやったりするといい。どうゆう勉強が役に立つかを教えてあげるのもいいと思う。勉強は役に立つほうが面白い。
志の高い人にとって、役に立つ勉強はたくさんある。簡単ものでもプログラミングができれば、何時間もかかる作業を一瞬で終わらせられたりする。デザインについて学ぶのもいい、デザインは人に伝えるためのものなので人に物事を伝える手助けになる。こういうのhttp://ja.wikipedia.org/wiki/%E7%A4%BE%E4%BC%9A%E5%BF%83%E7%90%86%E5%AD%A6やこういうのhttp://ja.wikipedia.org/wiki/%E8%A9%AD%E5%BC%81を知るのもいい。学校の授業でも英語、理系科目、地理、政治・経済などは役に立つ場面が分かりやすい。
勉強にも大学受験では評価はされないものがある。役に立つ勉強をしてきた人間をしっかり評価するということも重要だ。役に立たない勉強がもてはやされれば勉強はつまらなくなる。
給料が高い方がやる気が出るし、そうなりたい人が増える。雇用主だけが考える話じゃない。消費者がしっかり価値のある技術にお金を払うのも大切だ。消費者がキャッチコピーや広告に流されてその製品に使われている技術が見れないと、会社はキャッチコピーや広告の制作に熱心になって技術者に対する対価が増えない。お金に余裕のある人が、大学研究、素晴らしいオープンソースソフトウェアの開発、政党に寄付をするのもいいと思う、なかなかそんな人はいないかもしれないが。でも、科学雑誌なんかを読んだり最新の技術研究に注目する人が増えるだけでも、その研究が陽の目を見る可能性は増す。
それは自分が勉強をすることだ。周りに勉強している人を増やすには、自分が勉強するのが手っ取り早い。勉強している人間をほめるのも、対価を増やすのも、勉強している人を見分けられる必要がある。十分な学力がなければ、支持している人間が似非科学者であってもそれを見抜くことができない。勉強をしなければ、勉強の質を高める方法もわからない。
「勉強って何の役に立つの?」は答えるのが難しいが、「勉強を役に立てたいのですがどうすればいいですか?」という質問なら少し話が変わる。幸い、今はインターネットがあり勉強を役に立てる方法は身近になっていると思う。単純なものだと、学習サイトでも作ればいい。上でも言ったとおり職業上、勉強を必要としている人がいるし、昔習ったことを復習したいという人もいる。そういう職業になりたいという人もいる。そういう人に向けてサイトを作ればある程度需要はあると思う。 楽しいものが好きならばゲームを作ることもできる。高度なものとなると少し難しいが、ミニゲームであれば中学レベルの数学で通用する。ブロック崩しあたりだとちょうど中学の座標やグラフの交点とかの知識が役に立つ。ブロック崩しなんて作ってもぱっとしないかもしれない。それは、もうすでにあるものだからなんだと思う。重要なのはちゃんとした知識があれば、今はまだないものもできるということだ。
勉強の役にたつすばらしい場面というのは今はないものを生み出せる、新しい勉強の役立て方を見つけた時だと思う。印刷機だって、テレビだって、洗濯機だって、パソコンだって、FaceBookだって、スマートフォンだって、十分な知識があったから生まれた。それが生まれる以前は勉強がそんなことに役立つことは知られていなかった。
有名な動画Did you knowによると2010年の需要のある仕事Top10は2004にはなかった仕事らしい。
勉強がどう役に立つのかは時代ごとに変わっていくし、勉強の新しい役立て方というのは次々と見つかっている。勉強の新しい役立て方が見つかると、世の中の仕組みが爆発的に改善されることだってある。勉強にははそういう夢がある。見つけるのは多少むずかしいかもしれないが、それをできた人はたくさんいる。勉強を役に立てたいのならその方法を探してみるといいと思う。
これを読んでも勉強に乗り気にならないという人はいると思う。人にやらされる勉強っていうのはどうしてもやる気がわかない。
正直、学校の勉強の質はさほど高くないと思う。歴史はもっと現代史に力を入れるべきだろう。カエサルが死に際に「ブルータス、お前もか」と言ったなんて話は何の役にも立たない。フランス革命のころにナポレオンがどうこうしたという話ですらも大して役には立たない。南アメリカ、アフリカ、東南アジアなども含めて、ここ100年の歴史を詳細に学んだほうが役に立つ。昔の人間より今の人間の方が身近だ。より正確な記録もあるので嘘も少ない。古代の話は教訓を学ぶには記録が少なくて曖昧すぎる。また、古文は考古学者か歴史作家にでもならないと役に立たない。もっと役に立つ勉強をするべきだと思う。小説は人の気持ちを考えるのにあまり適してないと思うし、教科書に取り上げられる論説文は論理的に穴だらけの文章も多い。
それでも、詰め込み教育、ゆとり教育を経てだんだん良いものになっていると思う。テキストも改善され、勉強はより楽しくなっているようにみえる。
自分は詰め込み教育からゆとり教育への変遷は改善だったと思っている。円周率を3.14で計算することは小数の筆算の能力を高めるが、現在では紙とペンより計算機の方が身近にある。筆算よりは、およそ3として暗算で計算できる能力のほうが有用だ。総合的な学習は調べ学習や、クラス内の発表練習、英語の学習などに割り当てられた。時代の変化に学習指導要領が追いつくまでにはラグがあるが現場の人間が内容を決められる授業がそのラグをうまく埋められるようになっている。初めて、パソコンに触れたのも、検索エンジンに触れたのも(当時使ったのはgooだった、なつかしい)、htmlに触ったのも総合の時間だったと思う。この勉強は間違いなく役に立っている。そして楽しかった。
学問も進歩してるし、教育も進歩しているんだと思う。でも、まだ無駄は多い。それは、これからもっと改善されていくんだと思う。
個人的な意見だけど、学校の勉強にやる気のわかない人は別のことをやってみるのもありだと思う。いま目の前にある勉強よりもっと役に立つことがあると思うなら、それをやればいいと思う。学校の勉強よりも役に立つことを見つけたいと思ったらそれを探してみればいいと思う。自分は学校の勉強より、プログラミングの勉強してゲームとかつくってた。それは学校の勉強よりももっと役に立つことだと思ったから。そういうことを続けていたら、IT系の会社に就職することが決まった。自分で役に立つと考えてやったことを評価してくれる人はいた。
ちょっと長くなったのでまとめる。
自分が考えた勉強の意味はこんな感じだ。勉強の意味は考える人ごとに多少違うものになるんだと思う。勉強には他にもこんな意味があるんだという人がいたら、ぜひその意見も聞いてみたい。勉強の意味は多い方がいい。一人の人が勉強の意味をたくさん感じられるようになったらそれだけ勉強をする人は増えるはずだ。
要約:Tumblrは日記帳としてもソーシャルなブクマとしても使えるので、ダイアリーとブックマークを止めてTumblr一本にすると捗ります。
なります。
はてなダイアリーで個人的に便利だと思っていたのは次の4点です。
このあたりは Tumblr にしてもだいたい大丈夫というか、むしろよくなります。
ブクマ的ポストと区別して整理したい人は、タグ(「日記帳」など)をつけると便利です。
真面目に付け加えておくと、やはり少し違うものが貼られる、上がってくるという感じはあります。
やってみて肌に合わない思った人は、Twitterのほうがいいかもしれません。
ブックマークでは「あとで読む」な使い方もしばしばやりますが、その感覚でTumblrをやると
「クォート無しでリブログするとはけしからん」と偉い人から言われたりします。
慣れてくると自然に、リンクだけのリブログが物足りなくなります。
結論から言うと、
移行するというのがおすすめです。
このご時世何が起こるか分からないのでエクスポートはできるうちにしておきましょう。次のページを参考にしてください。
過去のエントリを全部Tumblrにインポートしたいという人は、頑張ってくださいというしかないです。
どうしてもやりたければTumblr APIを使うか、どこかでツールを探してくればできると思いますが、
面倒だし、実際インポートできても大した実益はなさそうなので、私は諦めました。
インポートできても結局、誰も新しい方を見にはきません。
最近の検索エンジンは賢いので、コピーだと認識して相手にしてくれません。
そもそも種類の違うサービスなので、インポートしないほうが後腐れなくていいんじゃないでしょうか。
まだアカウント持ってなければ作りましょう。
Markdown は GitHub とかでも使えるグローバルスタンダードな感じですし、慣れればはてな記法と大差ないのでこの機会に覚えましょう。
http://blog.2310.net/archives/6
いままでTumblr使ってなかった人は、まずは誰かフォローしないと寂しいと思います。
はてなーの皆様におかれましては、まずは http://otsune.tumblr.com をフォローしてそこから芋づる式に増やしたり、
http://mao.s151.xrea.com/tumbrowser/text.html でこれはというリブログをしている人をフォローするのがおすすめです。
公式ブックマークレット http://www.tumblr.com/goodies をとりあえず使ってみましょう。
Tumblrの検索性ははてブやはてなダイアリーと大差ない(=いまいち)ので、
ifttt を経由した Evernote への自動保存を設定しておくと便利です。
さらにヘビーに使う方には、Tumblr の代名詞とも言える秒間10リブログな廃人ツール、
Tombloo (for Firefox) と taberareloo (for Google Chrome) もあります。
お好みでどうぞ。
自称SEO対策屋のはてなブログで上位表示【SEO対策屋】(http://seoes.hateblo.jp/)はスパム屋と思われます。
id:koragon
http://b.hatena.ne.jp/koragon/のブックマークを調べてみる。
アメブロでYahoo Googleの検索エンジン上位表示をめざす (http://ameblo.jp/seoisland)内のページがとても多い。
赤ちゃんの名づけ応援団・ぴよぴよクラブ(http://www.naduke.com/)へのブックマークが見られます。
右下にSEO上位対策My Island(http://myisland.jp/)のバナー
http://myisland.jp/より、Amebaブログ上位対策屋のバナーが。このバナーはhttp://ameblo.jp/seoisland/へのリンクとして張られています。そういうわけでぴよぴよクラブ(http://www.naduke.com/)へのブックマークはセルフブックマーク。どうみても上位対策目的と思われます。
第6条(禁止事項)
6.ユーザーは、本サービスの「はてなブックマーク」を利用するに際し、以下のような行為を行ってはなりません。
某サイトに掲載されたコラムが発端となり、ブログ・SNSに飛び火し、基本的に若者は恵まれているというスタンスで進んでいる論調。
現在の社会はインフラが高度で合理化され、過去の自分たちが費やした苦労や時間とは比較にならない容易さで、クリック一回で実行できる社会。
そこで高い代償を支払わずに、ゆるい連携を持って生活する若者は恵まれている、しかし熱が感じられないので、過去の経験から「夢」と「積極性」を持つことをアドバイスする。
という点、過去は苦労したが未来は明るいという楽観的な先入観はもう通用しない時期に来ているのに、発展した未来のインフラや生活様式に気を取られ新たに発生した問題が見えていない。
見えていないというより「更に発展した未来で解決可能」又は「過去の苦労に比べればやさしい問題」と考えているのでしょうか。
社会基盤が発展すれば、価値観や生活水準が変わりますと言えば、誰もが同意するでしょうが、負の発展(規模の縮小)は誰も経験していないのです。
例えば90年代まで若者のアイテムとして誰もが持っていた車、車離れが叫ばれて久しいですが、都市に住んでいる若者における車の必要性が低下し、代わりに携帯電話とPCを持つようになっただけです。
しかし車の購入・維持に比べれば遙かに購入が容易な端末なのに、PCを持っていない人が大勢いる。00年代初頭における我が国のITインフラ整備率は世界一位ですが、現在は目も当てられない状況です。
PC購入するだけの収入がない若者は携帯で何をしたか、現在ではスマートフォンでかなり情報収集が便利になりましたが、ガラケーと呼ばれる国産端末におけるネット探索能力は前者と比べると劣悪で、利用者は検索エンジンで何かを調べるというより、遙かに狭い範囲でしか活動できなかった。新聞も購入していない、TVも見ない、社員として収入が確保できる30代以上は例え不慣れでもPC位なら即金で購入する事が出来るので、ある程度のリテラシーを培う事が出来ますが、その機会さえも与えられていない。結果情報を持つ人と持たない人の間の格差が広がる。所得が低くなっても相対的な幸福度は昔より高いという人は、かつての新聞とTVから情報を得ていた経験から言うのでしょうが、インターネットで必要な情報を素早く調べて理解するというのが基本となった世の中で、流動的な情報ニュースより固定化されている公的・私的な各制度のアクセスにおいて絶望的な差が生まれている。利益が1与えられるか99与えられるかの差でなく、0か100かの差で生きなくてはいけない。この問題に最初に晒されたのが現在の20代後半。
今の大学生はPCを所持することを半ば義務化されていますが、業務で使用できるレベルでOfficeを使えると認定される資格を持っている人は、2割居ないでしょう。ですが、職安に出されている求人のほとんどはOfficeを最低限使える人間を求めている、でも資格を取れるレベルで教えてくれる高校や大学はほとんどない。高卒は自力で学ばないとスタートラインにさえ立てない。しかし採用基準は厳しくなったのに、現在働いている社員になんら教育を施さない、Excelで文章作成する事の何が悪いかのかさえ分からない。
収入は、小泉改革以降合理化され、事務職は派遣で構成され収入は捨扶持レベルの15万円程度、それでも仕事があればマシと言えるかもしれませんが、今後は労務環境の国際化によって事務職そのものが国外に外注されるのは確実。そして発生する人口減による国内市場の縮小、70年代に隆盛を誇った着物業界の現状の様な事態が各分野で発生するでしょう。
中年が考える未来は必ず発展し、解決されうるものとして存在していますが、今後の日本が進む道はその真逆としか言いようがない。中流のホワイトワーカーは営業を除いて全滅し、高所得者は移民の導入を要求する、対して単純労働者は仕事を取られまいと反対に回る、すでに同じ事が発生している会社もあるでしょうが、これが社会全体で常識となるのに何十年もかからないでしょう。
更に合理化され、余計な費用を払わずに生活できる世の中、しかし収入は少ないのに、最低限のインフラをそろえないと就職さえままなならない世の中、企業では仕事を一から教えてくれないので、自費で各種の専門校に通い勉学する日々、収入のすべてをつぎ込んで遊びなんて全くできない20代、当然お金が足りないので脛を齧れる人は脛をかじり、齧れない人は何年もアルバイトをして費用を捻出して、職歴なしというハンデを背負い戦う。大人は新卒ですぐ就職することが全てでないと高説を垂れるが、そんな人間を雇う気は無い。
昔あった問題と今の問題、問題という意味では等価値で、その大きさは当人には判別できない。過去にとらわれているのはどちらだと。
戦前に生きていた人達は、次の世代に多くの機会を与えましたが、その世代は次の世代に機会を与えない。というのは言いすぎですかね。
これは、「事務職リーマンがwebサービスを作ってみた話」のトラックバックに対するトラックバックです。
もちろん、この手のアルゴリズム処理に「完璧」は存在しません。
ですが、拾った結果の品質を数百個ばかり、サンプリングで調査した範囲では、商品サイズを拾える商品のうち、9割を大きく超える率で、正しいサイズを拾えていますので、
もちろん、検索できる商品数が尋常じゃないので、サイズ抽出をミスっていそうな商品を狙い撃ちで探すと、結構見つかったりはしますが。
ちなみに、上記の「商品サイズを拾える商品」という表現には、レトリックがありまして、結構、楽天ではサイズが画像のみで記載されている商品もありまして、そういうものは、当然、検索できない商品となっています。
まあ、これは仕方が無いところです。
サイズは、正しくサイズを拾えるよう、複数の書き方パターンでサイズ候補を抽出しています。
おおまかには、
・幅×奥行×高さ(単位センチ)・・・・・・XX × YY × ZZ
の2パターンで、このパターンを軸に、さまざまな派生に対処しています。
この派生(というかノイズ要因)が滅茶苦茶いろいろなパターンであって、相当手を焼きました。
実はこれも、簡単そうに見えて、結構、面倒なところでした。
・サイズ記載部分から遠く離れた部分に(単位:ミリ)とか書いてある場合がある
など、さまざまなパターンがあり、結局、サイズ記載箇所の前後を見て、距離などから重み付けを調整して、サイズ単位を拾っています。
また、そもそもサイズ単位が記載されていない(意外とよくある)場合は、サイズ値の大きさを見て推定したり、(例えば、家具カテゴリのサイズ表記に小数点があれば、それはきっと、ミリではなくセンチだろう、など。)全く見当が付かん、というときには、決めで処理したり、仕方なくあきらめたり・・・といった処理をしています。
サイズを拾うだけでは、梱包サイズとか、引き出し内寸とか、ノイズが多いので、これらは、重み付けを行い、一番重み付けが高いものを外寸サイズとして拾っています。
この辺の重み付けは、ある程度、作りこんでいますが、もちろん、完全ではないので、今後のブラッシュアップが必要な部分です。
こちらは、型番等で誤反応を起こしやすい、W/D/Hでの記載サイズのレーティングを少し下げて対処しているのですが、初めのほうにトラックバックを頂いた方もご指摘されているとおり、それでもある程度引っかかっちゃいます。
タイトル中の型番を検索外すとかの手も無くはないのですが、型番って意外と本文中にも多くて、例えばテレビ台とかで、本文中にテレビ型番をズラズラ列挙されて、それが反応した時もあります。
一応、異常値についてはレーティングを下げたり、サイズ数値取れずで処理はしています・・・みたいなところではありますが、検討すべき改善箇所です。
ex)「幅800×奥行400×高さ100センチ」の棚・・・など。
こちらは、最終的なサイズ数字を見て、「サイズ単位の書き間違い・拾い誤り推定」の判定を入れておりまして、判定に抵触したサイズについては、正しいと思われる単位に変更・救済しております。
もちろん、フォローにも限界があったり、フォローを行って二重遭難する場合もあるんですが、検証してみたところ、ほんのわずかな二重遭難よりも、誤り救済を行ったほうがはるかに結果がよかったので、処理を入れてます。
ただ、結論から言うと、サイズ情報に対する、楽天市場側の動きはほとんど無いと読んでおります。
なぜなら、圧倒的にニーズが高く、ハードルも低いと思われる、送料込み価格検索すら、彼らは実現できてないからです。
恐らく、楽天側では、出店側に登録させる情報を、いじりたくないと思っているのではないでしょうか。
しかも、サイズ情報は、楽天が扱っているほとんどのジャンルの商品にとっては、それほど重要性の高くない情報です。
ごく一部のジャンル向け以外は重要性の高くない追加の登録情報なんて、楽天はあまり実装したくはないのではないでしょうか。
・・・と、そういう読みをしてますし、さらに、読みが外れて楽天が対応を行ったとしても、別に私は片手間でやっているだけなので、それほどペナルティが大きい訳ではありません。
以上、カグサイズのページ処理の内容部分の説明でした。
それではー。
----------
Web上を探しても情報が見つからなかったので、ここにメモしていきます。
FireFoxやChromeな皆さんは、Operaをインストールしてからまた来てね♪
<手順>
1. このページの一番上にある増田の検索窓を右クリックし、検索エンジンの作成を選びます。
2. 名前に「英辞郎」、アドレスに「http://eow.alc.co.jp/%s」と入力。キーワードはお好きなもので。
4. おしまい。
英辞郎はなぜか右クリックから直接登録できないので、自分でアドレスを入力して追加しなくちゃいけません。
この時、検索エンジンの編集で新規に追加すると文字コードがiso-2022-jpで登録されるんですが、異なる文字コードを使っているサイトに対応させるにはsearch.iniっていう設定ファイルの該当部分をちょこっと直してあげなきゃいけません。(ちなみに英辞郎はUTF-8。)
設定ファイル探して、テキストエディタ開いて…ってのはちょっとした手間です。
だったら文字コードが一緒の所で先にダミーを作ってあげて、アドレスだけ直した方が手っ取り早いよね、ってことです。
文字コードがUTF-8の所であればどこでも同じように登録できます。Google翻訳やニコニコ動画でもOK。
ちなみにDMM.R18は違いました…。
Webシステムとは縁遠い事務職のリーマンが、ある日思い立って、ニッチな用途の検索エンジンサービスを作ってみたので、ちょっと書いてみようと思います。
ちなみに、検索エンジンといっても、googleカスタム検索とかのお茶濁し系じゃなくて、apache Solrというオープンソース検索エンジンを、VPS上で動かしているという、それなりに本
気度の高いものです。
なんで素人がそんな物騒なものを動かす羽目になったかは、後述。
やりたい構想みたいなことを思いついたのは、もう6、7年前ほど前のこと。初めて独り暮らしを始めたときに、ひどく不便を感じたことがあり、こんなサービスがあったら便利だなあ、
ちなみにその妄想をふと高校の同期に話したとき、そのサービスはどこにあるのか?!と、えらくがっつかれたのを、覚えてます。まあ、俺と同じく偏執狂の奴だったからだと思います
が。
ただ、しがない事務職リーマンということもあり、当然、技術も無く、そのときは、やるならこんな名前のサービス名だろうなあ、とか、そんな妄想レベルで、話は終わっていました。
そんな感じで、5年ほど月日は経ち、なんとなくリーマン人生の流れも見えてきたところで、以前、妄想していたことを、ふと思い出しました。
5年も経ったら、さすがに自分が考えたようなこと、誰かがやっているだろうと調べてみたところ、意外なことに、競合になるようなサービスは存在せず。ちょうど異動があって、少し時
間が出来たこともあり、じゃあ、着手してみようかと思い立ちました。
やりたいことは、大手サイトの情報検索。ただ、商品ページ内の特定情報、それも、商品ごとに正規化されていない表記を、正規化して抽出する必要があったので、大手サイトの既設API
だけではとても実現不可能でした。
まあ、だからこそ、5年間、誰もやろうとしなかったんでしょうが。
ということで、とても一発では解決できなさそうな内容だったので、自分でなんとか実現できそうな機能に細分化して、各個撃破していくことにしました。
随分と考えた結果、
以上に区分できると考えて、これらを各個撃破していくこととしました。
また、技術もなく、プログラミングも出来ず、ましてやlinuxサーバのお守りをしたことなんて当然ないので、インターネット上に置くサーバですべての処理を完結させるのではなく、イ
ンターネット上に置くリソースは最小限に留め、できる限り、勝手がわかる自宅のwindowsパソコンで処理を行うことにしました。
ちなみにさらっと結論だけ書いてますが、ここまで至るまでに、いろいろと調べ続たり、考え込んだりしていたので、思い立ってから3ヵ月は掛かってます。。。
さて、やる方針を決めたあと、はじめに着手したのは、要の検索エンジンサーバです。
いろいろとググって調べて、mySQLというやつか、apache Solrというやつかに絞りましたが、結局、Solrを使うことにしました。
MySQLのほうが実績は多そうだったのですが、Solrのほうが検索専門で、滅茶苦茶動作が速いらしいということ、MySQLでも出来るが特に速度が遅いらしい全文検索機能も使いたかったこ
と、あとファセット機能がジャンル絞りこみに便利に使えそうだったので、というのが理由です。
ちょうどSolr本が発売されていたこともあり、それを参考に、自分が使うように設定ファイルを変更していきました。
しかし、初めは設定ファイルの内容も意味不明な上に、私の書き方も雑なのか、少しいじっただけでまったく動かなくなる。結局、設定ファイルを一文字ずつ変更しては動作検証、とい
った始末で、進捗は地を這うよう。ある程度思い通りにSolrを扱えるようになるまで、3ヵ月以上掛かったでしょうか。。。
さらに、検索エンジンのフロントエンド(Solrの検索結果を、htmlに変換するプログラム)も書かなければならない。プログラミングが出来ない人間には、これが本当に辛かった。
Solr本に、いろんなプログラミング言語でサンプルがあったのですが、迷った末に、わずか数行なら書いた(≒コピペした)経験があるという理由で、javascriptを苦渋の選択。
しかし、選択はしてみたが、基礎が本当に無いから内容がサッパリ頭に入ってこない。こちらも、わかるところから本当に1文字ずつ変えていくといった手探り状態。
プログラミングについては、今回のためだけだから、といった理由で、一切基礎をやらずに着手したのが裏目に出たのか、サンプルのソースをモノにして、書き上げるのに、ゆうに半年
以上。本当に時間が掛かりました。
さらに、Solr周りで計9ヶ月間ハマっていた頃、忘れもしない、kanzen21のおっさんが彗星のように現れて、衝撃を受けることになります。
大手サイトのページをクロールして検索エンジンを作る手法は、私と考えていた構想の枠組みとまさに「完全に一致」な訳で。。。
図書館事件に注目していたのも同じで、あまりの一致具合に衝撃を受けっぱなしでした。
その後の成り行き等も含めて、興味深く観察させて頂き、本当に参考になりました。
そんな感じで紆余曲折もありましたが、ようやく難題だった、プログラミング関連に目処が立ってきたので、あとはクローラと肝心のデータ処理です。ここからは、勝手知ったるwindows
まず、クローラですが、専用のクローラをwindows用に探してきたり、それを設定するのも大変なので、今回はテレホーダイ時代に使っていたような、フリーのweb巡回ソフトを利用する
こととしました。指定のhtmlをダウンロードしてくるだけなので、別に変に新しいものに手を出す必要もないので。
また、ダウンロードしてきたhtmlファイルについては、これまたフリーの日本語処理ツールでcsv方式に加工することにして、処理ルール部分を相当に作り込みました。
このあたりは、全体を通して見てもキモの部分なんですが、ある意味、ちょっとしたパズル感覚だったので、プログラミング言語の部分と違って、かなり楽しかったです。
あとは、msdosのバッチファイル(これは前から知っていた)で、これらの処理を繋ぎ、cygwinのcurlとかいうツールで、連続して検索エンジンサーバにcsvファイルをアップロードする
仕組みを作りました。
検索エンジンサーバには、容量は少ないが、安くて高性能という、今回の用途にピッタリだった、さくらのVPSを借りて設定。CentOSのサーバ構築ホームページを見ながら、サーバとか
Solr管理URLとかにセキュリティを掛けて、こちらも素人ながら、意外とすんなり設定。
ホームページは、vpsサーバに相乗りさせるのではなく、別にさくらのレンタルサーバを借りました。apacheの設定方法等を習得する必要がありませんし、vpsのリソースをapacheと分け
合う必要が無くなるので。ホームページのhtmlファイル、cssファイル等も調べながら設定し、画像も準備しました。
あと、構想を思いついたときに妄想していたサービス名の.comドメインは、すでに他者に取得されていたのですが、どうも使っている風にも見えなかったので、whoisで出てきたメールア
ドレスに連絡して交渉し、幾ばくか払って買い取りました。
結局、足かけ18か月。ようやく完成。
楽天市場の家具を、幅x奥行x高さ(家具サイズ)で検索できる、楽天市場・家具カテゴリ専門の検索エンジン
この商品数規模(データ収録約30万アイテム)で、1センチ単位で家具のサイズ指定検索が可能な手段は、商用サービスも含めて、ほかには存在しないと思います。
kanzen21と違って、エロじゃないから華はないけどね。。。
ちなみに冒頭で少し書いたきっかけですが、就職して独り暮らしを開始したときに、新しい家にピッタリサイズの家具が欲しかったのですが、これが楽天で探すのは至難の技でして。
楽天で家具を探してみようと思った人には判っていただけると思うのですが、楽天では、価格では範囲指定やソートができても、サイズでは検索出来ないんです。
これは、楽天では、商品のサイズ情報は商品の自由記述欄に記載することになっているためで、商品ごとにサイズの記載方法がバラバラのため、検索が事実上、不能となっています。
家電製品とかに関しては、種類が少ないこともあり、メーカーのホームページとかでサイズを確認した上で、商品型番で検索すればいいので、それほど問題にはならないのですが、家具
って、種類が非常に多く、型番もあったり無かったりで、家電のようにサイズを調べることができません。
・・・ということで、カグサイズでは、楽天の商品ページにいろいろな書式で書かれているサイズ情報を拾って解析して正規化し、範囲指定やソートして検索ができるようにしています
。
また、単に寸法サイズを拾うだけでは、梱包サイズとか引き出し内寸とかも引っ掛かってしまうので、それらは出来るだけ排除して、商品の外寸が優先して引っ掛かるよう、アルゴリズ
ムを調整しています。
単位(センチとミリ)に関しても、商品ごとにバラバラ(単に単位だけでなく、商品説明のどこに"センチ"とか"ミリ"と記載しているかについてもバラバラです。)なので、サイズ表記
の前後の状況をみて、正しいと思われる単位で拾うようにしています。
あと、変わった使い方としては、欲しい家具の価格比較みたいなこともできます。
家具は、同じ商品でも、店ごとに型番が違ったりすることがよくあり、簡単には価格の比較が行いづらいジャンルの商品です。
しかし、型番は違っても、同じ商品なら原則、サイズは同じですから、欲しい商品とまったく同じサイズで検索をかけると、同等商品があるのかどうか比較しやすい・・・といった使い
方もできます。
と、そんな感じで、しがない事務職リーマンが作ってみた、ニッチな用途の検索webサービスを、サービスインさせて頂きました。
一般に公開されていて、誰でもアクセスできる情報でも、ニーズが有りそうな切り口の条件で検索性を高めれば、新しい価値を創造できるんじゃないかという実験です。
もしよろしければ、ぜひ、使ってみてくださいー。それでは!
----------
第1章 プログラミング概念入門 1.1 計算器 1.2 変数 1.3 関数 1.4 リスト 1.5 リストについての関数 1.6 プログラムの正しさ 1.7 計算量 1.8 遅延計算 1.9 高階プログラミング 1.10 並列性 1.11 データフロー 1.12 明示的状態 1.13 オブジェクト 1.14 クラス 1.15 非決定性と時間 1.16 原子性 1.17 ここからどこへ行くのか? 1.18 練習問題 第1部 一般的計算モデル 第2章 宣言的計算モデル 2.1 実用的プログラミング言語の定義 2.1.1 言語の構文 2.1.2 言語の意味 2.2 単一代入格納域 2.2.1 宣言的変数 2.2.2 値格納域 2.2.3 値生成 2.2.4 変数識別子 2.2.5 識別子を使う値生成 2.2.6 部分値 2.2.7 変数の,変数への束縛 2.2.8 データフロー変数 2.3 核言語 2.3.1 構文 2.3.2 値と型 2.3.3 基本型 2.3.4 レコードと手続き 2.3.5 基本操作 2.4 核言語の意味 2.4.1 基本概念 2.4.2 抽象マシン 2.4.3 待機不能な文 2.4.4 待機可能な文 2.4.5 基本概念再訪 2.5 メモリ管理 2.5.1 末尾呼び出し最適化 2.5.2 メモリライフサイクル 2.5.3 ガーベッジコレクション 2.5.4 ガーベッジコレクションは魔術ではない 2.5.5 Mozartのガーベッジコレクタ 2.6 核言語から実用的言語へ 2.6.1 構文上の便宜 2.6.2 関数(fun文) 2.6.3 対話的インターフェース(declare文) 2.7 例外 2.7.1 動機と基本概念 2.7.2 例外を持つ宣言的モデル 2.7.3 親言語の構文 2.7.4 システム例外 2.8 進んだ話題 2.8.1 関数型プログラミング言語 2.8.2 単一化と内含(entailment) 2.8.3 動的型付けと静的型付け 2.9 練習問題 第3章 宣言的プログラミング技法 3.1 宣言的とはどういうことか? 3.1.1 宣言的プログラムの分類 3.1.2 仕様記述言語 3.1.3 宣言的モデルにおいてコンポーネントを実装すること 3.2 反復計算 3.2.1 一般的図式 3.2.2 数についての反復 3.2.3 局所的手続きを使うこと 3.2.4 一般的図式から制御抽象へ 3.3 再帰計算 3.3.1 スタックの大きさの増加 3.3.2 代入ベースの抽象マシン 3.3.3 再帰計算を反復計算に変換すること 3.4 再帰を用いるプログラミング 3.4.1 型の記法 3.4.2 リストについてのプログラミング 3.4.3 アキュムレータ 3.4.4 差分リスト 3.4.5 キュー 3.4.6 木 3.4.7 木を描画すること 3.4.8 構文解析 3.5 時間効率と空間効率 3.5.1 実行時間 3.5.2 メモリ使用量 3.5.3 償却的計算量 3.5.4 性能についての考察 3.6 高階プログラミング 3.6.1 基本操作 3.6.2 ループ抽象 3.6.3 ループの言語的支援 3.6.4 データ駆動技法 3.6.5 明示的遅延計算 3.6.6 カリー化 3.7 抽象データ型 3.7.1 宣言的スタック 3.7.2 宣言的辞書 3.7.3 単語出現頻度アプリケーション 3.7.4 安全な抽象データ型 3.7.5 安全な型を備えた宣言的モデル 3.7.6 安全な宣言的辞書 3.7.7 資格とセキュリティ 3.8 宣言的でない必要物 3.8.1 ファイルを伴うテキスト入出力 3.8.2 グラフィカルユーザインタフェースを伴うテキスト入出力 3.8.3 ファイルとの状態なしデータI/O 3.9 小規模プログラム設計 3.9.1 設計方法 3.9.2 プログラム設計の例 3.9.3 ソフトウェアコンポーネント 3.9.4 スタンドアロンプログラムの例 3.10 練習問題 第4章 宣言的並列性 4.1 データ駆動並列モデル 4.1.1 基本概念 4.1.2 スレッドの意味 4.1.3 実行列 4.1.4 宣言的並列性とは何か? 4.2 スレッドプログラミングの基本的技法 4.2.1 スレッドを生成すること 4.2.2 スレッドとブラウザ 4.2.3 スレッドを使うデータフロー計算 4.2.4 スレッドのスケジューリング 4.2.5 協調的並列性と競合的並列性 4.2.6 スレッド操作 4.3 ストリーム 4.3.1 基本的生産者/消費者 4.3.2 変換器とパイプライン 4.3.3 資源を管理し,処理能力を改善すること 4.3.4 ストリームオブジェクト 4.3.5 ディジタル論理のシミュレーション 4.4 宣言的並列モデルを直接使うこと 4.4.1 順序決定並列性 4.4.2 コルーチン 4.4.3 並列的合成 4.5 遅延実行 4.5.1 要求駆動並列モデル 4.5.2 宣言的計算モデル 4.5.3 遅延ストリーム 4.5.4 有界バッファ 4.5.5 ファイルを遅延的に読み込むこと 4.5.6 ハミング問題 4.5.7 遅延リスト操作 4.5.8 永続的キューとアルゴリズム設計 4.5.9 リスト内包表記 4.6 甘いリアルタイムプログラミング 4.6.1 基本操作 4.6.2 ティッキング(ticking) 4.7 Haskell言語 4.7.1 計算モデル 4.7.2 遅延計算 4.7.3 カリー化 4.7.4 多態型 4.7.5 型クラス 4.8 宣言的プログラムの限界と拡張 4.8.1 効率性 4.8.2 モジュラ性 4.8.3 非決定性 4.8.4 現実世界 4.8.5 正しいモデルを選ぶこと 4.8.6 拡張されたモデル 4.8.7 異なるモデルを一緒に使うこと 4.9 進んだ話題 4.9.1 例外を持つ宣言的並列モデル 4.9.2 さらに遅延実行について 4.9.3 通信チャンネルとしてのデータフロー変数 4.9.4 さらに同期について 4.9.5 データフロー変数の有用性 4.10 歴史に関する注記 4.11 練習問題 第5章 メッセージ伝達並列性 5.1 メッセージ伝達並列モデル 5.1.1 ポート 5.1.2 ポートの意味 5.2 ポートオブジェクト 5.2.1 NewPortObject抽象 5.2.2 例 5.2.3 ポートオブジェクトに関する議論 5.3 簡単なメッセージプロトコル 5.3.1 RMI(遠隔メソッド起動) 5.3.2 非同期RMI 5.3.3 コールバックのあるRMI(スレッド使用) 5.3.4 コールバックのあるRMI(継続のためのレコード使用) 5.3.5 コールバックのあるRMI(継続のための手続き使用) 5.3.6 エラー報告 5.3.7 コールバックのある非同期RMI 5.3.8 二重コールバック 5.4 並列性のためのプログラム設計 5.4.1 並列コンポーネントを使うプログラミング 5.4.2 設計方法 5.4.3 並列性パターンとしての機能的構成要素 5.5 リフト制御システム 5.5.1 状態遷移図 5.5.2 実装 5.5.3 リフト制御システムの改良 5.6 メソッド伝達モデルを直接使用すること 5.6.1 1つのスレッドを共有する複数のポートオブジェクト 5.6.2 ポートを使う並列キュー 5.6.3 終点検出を行うスレッド抽象 5.6.4 直列依存関係の除去 5.7 Erlang言語 5.7.1 計算モデル 5.7.2 Erlangプログラミング入門 5.7.3 receive操作 5.8 進んだ話題 5.8.1 非決定性並列モデル 5.9 練習問題 第6章 明示的状態 6.1 状態とは何か? 6.1.1 暗黙的(宣言的)状態 6.1.2 明示的状態 6.2 状態とシステム構築 6.2.1 システムの性質 6.2.2 コンポーネントベースプログラミング 6.2.3 オブジェクト指向プログラミング 6.3 明示的状態を持つ宣言的モデル 6.3.1 セル 6.3.2 セルの意味 6.3.3 宣言的プログラミングとの関係 6.3.4 共有と同等 6.4 データ抽象 6.4.1 データ抽象を組織する8つの方法 6.4.2 スタックの変種 6.4.3 多態性 6.4.4 引数受け渡し 6.4.5 取り消し可能資格 6.5 状態ありコレクション 6.5.1 インデックス付きコレクション 6.5.2 インデックス付きコレクションを選ぶこと 6.5.3 その他のコレクション 6.6 状態に関する推論 6.6.1 不変表明 6.6.2 例 6.6.3 表明 6.6.4 証明規則 6.6.5 正常終了 6.7 大規模プログラムの設計 6.7.1 設計方法 6.7.2 階層的システム構造 6.7.3 保守性 6.7.4 将来の発展 6.7.5 さらに深く知るために 6.8 ケーススタディ 6.8.1 遷移的閉包 6.8.2 単語出現頻度(状態あり辞書を使用する) 6.8.3 乱数を生成すること 6.8.4 口コミシミュレーション 6.9 進んだ話題 6.9.1 状態ありプログラミングの限界 6.9.2 メモリ管理と外部参照 6.10 練習問題 第7章 オブジェクト指向プログラミング 7.1 継承 7.2 完全なデータ抽象としてのクラス 7.2.1 例 7.2.2 この例の意味 7.2.3 クラスとオブジェクトを定義すること 7.2.4 クラスメンバ 7.2.5 属性を初期化すること 7.2.6 第1級メッセージ 7.2.7 第1級の属性 7.2.8 プログラミング技法 7.3 漸増的データ抽象としてのクラス 7.3.1 継承グラフ 7.3.2 メソッドアクセス制御(静的束縛と動的束縛) 7.3.3 カプセル化制御 7.3.4 転嫁と委任 7.3.5 内省 7.4 継承を使うプログラミング 7.4.1 継承の正しい使い方 7.4.2 型に従って階層を構成すること 7.4.3 汎用クラス 7.4.4 多重継承 7.4.5 多重継承に関するおおざっぱな指針 7.4.6 クラス図の目的 7.4.7 デザインパターン 7.5 他の計算モデルとの関係 7.5.1 オブジェクトベースプログラミングとコンポーネントベースプログラミング 7.5.2 高階プログラミング 7.5.3 関数分解と型分解 7.5.4 すべてをオブジェクトにすべきか? 7.6 オブジェクトシステムを実装すること 7.6.1 抽象図 7.6.2 クラスを実装すること 7.6.3 オブジェクトの実装 7.6.4 継承の実装 7.7 Java言語(直列部分) 7.7.1 計算モデル 7.7.2 Javaプログラミング入門 7.8 能動的オブジェクト 7.8.1 例 7.8.2 NewActive抽象 7.8.3 フラウィウス・ヨセフスの問題 7.8.4 その他の能動的オブジェクト抽象 7.8.5 能動的オブジェクトを使うイベントマネージャ 7.9 練習問題 第8章 状態共有並列性 8.1 状態共有並列モデル 8.2 並列性を持つプログラミング 8.2.1 さまざまな手法の概観 8.2.2 状態共有並列モデルを直接使うこと 8.2.3 原子的アクションを使うプログラミング 8.2.4 さらに読むべき本 8.3 ロック 8.3.1 状態あり並列データ抽象を構築すること 8.3.2 タプル空間(Linda) 8.3.3 ロックを実装すること 8.4 モニタ 8.4.1 定義 8.4.2 有界バッファ 8.4.3 モニタを使うプログラミング 8.4.4 モニタを実装すること 8.4.5 モニタの別の意味 8.5 トランザクション 8.5.1 並列性制御 8.5.2 簡易トランザクションマネージャ 8.5.3 セルについてのトランザクション 8.5.4 セルについてのトランザクションを実装すること 8.5.5 トランザクションについてさらに 8.6 Java言語(並列部分) 8.6.1 ロック 8.6.2 モニタ 8.7 練習問題 第9章 関係プログラミング 9.1 関係計算モデル 9.1.1 choice文とfail文 9.1.2 探索木 9.1.3 カプセル化された 9.1.4 Solve関数 9.2 別の例 9.2.1 数値例 9.2.2 パズルとnクイーン問題 9.3 論理型プログラミングとの関係 9.3.1 論理と論理型プログラミング 9.3.2 操作的意味と論理的意味 9.3.3 非決定性論理型プログラミング 9.3.4 純粋Prologとの関係 9.3.5 他のモデルにおける論理型プログラミング 9.4 自然言語構文解析 9.4.1 簡単な文法 9.4.2 この文法に従う構文解析 9.4.3 構文木を生成すること 9.4.4 限定記号を生成すること 9.4.5 パーサを走らせること 9.4.6 パーサを「逆向きに(backward)」走らせること 9.4.7 単一化文法 9.5 文法インタプリタ 9.5.1 簡単な文法 9.5.2 文法のコード化 9.5.3 文法インタプリタを走らせること 9.5.4 文法インタプリタを実装すること 9.6 データベース 9.6.1 関係を定義すること 9.6.2 関係を使って計算すること 9.6.3 関係を実装すること 9.7 Prolog言語 9.7.1 計算モデル 9.7.2 Prologプログラミング入門 9.7.3 Prologプログラムを関係プログラムに翻訳すること 9.8 練習問題 第2部 特殊化された計算モデル 第10章 グラフィカルユーザインタフェースプログラミング 10.1 宣言的/手続き的方法 10.2 宣言的/手続き的方法を使うこと 10.2.1 基本的ユーザインタフェースの要素 10.2.2 GUIを構築すること 10.2.3 宣言的座標 10.2.4 リサイズ時の宣言的振る舞い 10.2.5 ウィジェットの動的振る舞い 10.3 対話的学習ツールPrototyper 10.4 ケーススタディ 10.4.1 簡単なプログレスモニタ 10.4.2 簡単なカレンダウィジェット 10.4.3 ユーザインタフェースの動的生成 10.4.4 状況順応時計 10.5 GUIツールを実装すること 10.6 練習問題 第11章 分散プログラミング 11.1 分散システムの分類 11.2 分散モデル 11.3 宣言的データの分散 11.3.1 オープン分散と大域的ネーミング 11.3.2 宣言的データを共有すること 11.3.3 チケット配布 11.3.4 ストリーム通信 11.4 状態の分散 11.4.1 単純状態共有 11.4.2 分散字句的スコープ 11.5 ネットワークアウェアネス 11.6 共通分散プログラミングパターン 11.6.1 静的オブジェクトとモバイルオブジェクト 11.6.2 非同期的オブジェクトとデータフロー 11.6.3 サーバ 11.6.4 クローズド分散 11.7 分散プロトコル 11.7.1 言語実体 11.7.2 モバイル状態プロトコル 11.7.3 分散束縛プロトコル 11.7.4 メモリ管理 11.8 部分的失敗 11.8.1 失敗モデル 11.8.2 失敗処理の簡単な場合 11.8.3 回復可能サーバ 11.8.4 アクティブフォールトトレランス 11.9 セキュリティ 11.10 アプリケーションを構築すること 11.10.1 まずは集中,後に分散 11.10.2 部分的失敗に対処すること 11.10.3 分散コンポーネント 11.11 練習問題 第12章 制約プログラミング 12.1 伝播・探索法 12.1.1 基本的考え方 12.1.2 部分情報を使って計算すること 12.1.3 例 12.1.4 この例を実行すること 12.1.5 まとめ 12.2 プログラミング技法 12.2.1 覆面算 12.2.2 回文積再訪 12.3 制約ベース計算モデル 12.3.1 基本的制約と伝播子 12.3.2 計算空間の探索をプログラムすること 12.4 計算空間を定義し,使うこと 12.4.1 深さ優先探索エンジン 12.4.2 検索エンジンの実行例 12.4.3 計算空間の生成 12.4.4 空間の実行 12.4.5 制約の登録 12.4.6 並列的伝播 12.4.7 分配(探索準備) 12.4.8 空間の状態 12.4.9 空間のクローン 12.4.10 選択肢を先に任せること 12.4.11 空間をマージすること 12.4.12 空間失敗 12.4.13 空間に計算を注入すること 12.5 関係計算モデルを実装すること 12.5.1 choice文 12.5.2 Solve関数 12.6 練習問題 第3部 意味 第13章 言語意味 13.1 一般的計算モデル 13.1.1 格納域 13.1.2 単一代入(制約)格納域 13.1.3 抽象構文 13.1.4 構造的規則 13.1.5 直列実行と並列実行 13.1.6 抽象マシンの意味との比較 13.1.7 変数導入 13.1.8 同等性の強制(tell) 13.1.9 条件文(ask) 13.1.10 名前 13.1.11 手続き抽象 13.1.12 明示的状態 13.1.13 by-need同期 13.1.14 読み出し専用変数 13.1.15 例外処理 13.1.16 失敗値 13.1.17 変数置き換え 13.2 宣言的並列性 13.2.1 部分停止と全体停止 13.2.2 論理的同値 13.2.3 宣言的並列性の形式的定義 13.2.4 合流性 13.3 8つの計算モデル 13.4 よくある抽象の意味 13.5 歴史に関する注記 13.6 練習問題
broco
flipback
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
[場所]タブをクリックして、[移動]
Dドライブにあらかじめ作成したフォルダー「My Documents」を選択し、[フォルダーの選択]
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
パーティション分割
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
jane style
↑ 現在の板を閉じる
→ 新着チェック
← 新着までスクロール
wheeldown すべてのタブを閉じる
wheelup すべてのタブを閉じる
leftclick これより右を閉じる
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
ポート開放
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
クイック起動
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
Googleのトップページを開いたら、「+あなた」というメニューが追加されていて、
ご丁寧に「こんな新サービスができましたよー!」とアピールせんとする青矢印のアニメーションまで付いている。
正直、これはやりすぎじゃないか?
今まで何かの記念日にGoogleのロゴが記念日にちなんだものに変わっているのは、一種のユーモアやジョークとして楽しいが、今回のこれはあまりにも自社のサービスの宣伝という意味合いが露骨で、嫌悪感を覚える。
Googleのいいところは、Yahooや他の検索エンジンみたいにゴテゴテと余計なものがない、シンプルなUIだったのに、これではその良さが台無しになっている思う。
「Facebook」とかの新手に危機感を募らせているのかもしれないけど、これじゃ結局Googleが嫌っていた邪悪な存在になってしまう気がしてならない。
いや、あなたの言ってることは合ってるし、自分も基本的に同じことを主張したつもりだが。
を、わざわざ砕いて”リッチなインターネットコンテンツを、非常に簡潔にスマートに記述できる”と文系チックに書いたのに、なぜ、わかりにくいバズワードで言いなおすのか。
そもそも「セマンティックな記述」って意味がわからない。文章の意味構造を記述できるようにして外見と分離する事を指すのなら、それは「非常に簡潔にスマートに記述できる」という事じゃないのか(さすがにあいまいに書きすぎてるとは自分でも思うが)。「実現できることが格段に増えた」事は、リッチなインターネットコンテンツを記述できるって事じゃないのか(意味構造を記述によって検索エンジンに適した情報になるってメリットは、論旨がブレるので書いてない)。
その当たり前の事ができなかったHTML4。HTML5になればできるようになるとでも言いたいのなら、あなたもネットに向いてない。
問いかけてる以上、答えがあるようなので、ぜひ模範解答をご教授頂きたい。「無限の可能性があります」という厨二病な答えしか思いつかない。
ちゃんと書いたつもりけど、代表格は2D描画。あと複雑な処理(クラスのおかげ)。ブラウザ間OS間の互換性。ネイティブなXML処理。プリミティブな音ストリームの操作なんてのもある。
現状、Flashを必要としてるのは何処? 誰?
Flashを必要としてる人なんていないと思ってる。ただFlashの方が制作環境とかも含めて使いやすいから使ってるだけのこと。
いやいやいやいや。iPhoneで表示されない広告に何の意味があるのか。ゲームは一理あるけどFlashは外部コントローラに対応してない。3Dなら現状Unity。一概に言えない。
スパム行為という内容が出ているが、これは語意と内容が合っていない。無差別に多額の請求になるように故意に送付するものと聞き及んでいるが、もし問題があるなら、その部分は管理者がカットすべきだと思う。
http://anond.hatelabo.jp/20110601132716 より、多数のブログに似たような記事をポストしているのは明らか。こういうのはスパムブログと呼ばれます。また、必要以上に多数のブログを作成すること自体、検索エンジンにインデックスさせる行為であり、検索エンジンスパムと呼ばれます。
http://taikenkun.at.webry.info/
http://blog.goo.ne.jp/taikenkun
http://taiken01.at.webry.info/
http://taikenkun.cocolog-nifty.com/blog/
http://plaza.rakuten.co.jp/taikenkun/
これも似たような記事。多数のブログサービスを使ってマルチポストしてる模様。スパムでしょう。
サブアカウントを4個まで取得できます。これにより、5つのアカウント(はてなID)を使ってはてなを利用することができます。
http://anond.hatelabo.jp/20110601132716 より、アカウントの取得は限度を超えてる。一法人であるタイケン学園がその関係者を何人か名義として使って不正にアカウント取得したのでしょう。九州電力かよ。
馬渕教室、新生ホームサービス株式会社、日本eリモデルなどのSEOを担当していると思われる株式会社マイスタンダード(代表取締役 武智建樹)は、ブラックな企業らしいです。
日本のブラックハットSEO会社一覧に株式会社マイスタンダードが掲載されています。
インデックス削除URL タイトル サービス名称 会社名 代表者名 住所 備考 http://www.seo-rankup.com/otameshi.html 業界最安値!関連検索ワード削除1キーワード1万円 関連検索ワード削除 お試しプラン 株式会社マイスタンダード 武智建樹 大阪府大阪市淀川区西中島7-7-3-702
ブラックハットSEOとは、SEO(検索エンジン最適化)における用語で、悪質な(非倫理的な)手法を駆使して検索結果ページ(SERP)の上位に表示させる技術または施策のことである。
ブラックハットSEOの典型的な手法としては、ユーザーに気づかれないようにWebページ内にSEO目的のキーワードを大量に埋め込んだり、ユーザーがアクセスしてきた際にWebクローラが巡回したWebページとは異なるWebページを表示させるような仕組みを埋め込んだり、コメントスパムなどの強引な手法で大量のバックリンクを獲得しようとしたりする方法がある。検索エンジンの多くはこうした手法はポリシーに反するものとしており、通常は何らかのペナルティが課されるが、悪質なWebサイトと判断されず検索結果ページの上位に表示される場合がある。
http://www.sophia-it.com/content/%E3%83%96%E3%83%A9%E3%83%83%E3%82%AF%E3%83%8F%E3%83%83%E3%83%88SEO