  |
はてなキーワード: レスポンシブデザインとは
先日、はてなで「無料で独自ドメインあげるで」とキャンペーンをしていたのでついつい取得。（実質はお名前.comで1円販売してた.workを勧めてるだけだった）
ノリでアドセンス申し込んだら約一週間で合格した。事前にある程度は調べて受かる感じはなかったが、やってみるもんだなと。
せっかくなのでネット上では見つけられなかったり、参考にならなかった情報をまとめてみる。
同じよう理由でアドセンス申請に躊躇していたひとの参考になれば。
自分のブログで書いてもよかったけど、唐突だし、逆にgoogle先生に目を付けられて取り消されてもバカらしいし。
ゲーム系でアンテナサイトなどに登録してもらったひとも多いかと。
新URLの再申請がめんどくさかったので、やらなかったら問題なかった。
これ、ゲーム系にも限らないと思うので、もっとはてなブログ側で宣伝しておいたほうがいい気がした。
書き出し2行以内に話が理解できる構成が好きなので、僕は必須だったらアドセンスやらない。
てか、それ意識してだらだら序文やら目次付けて書いてるゲームブログマジうざいよね。
あと持ってない最新キャラを「これは強い！ 人権ですね！」とエアプレビューしてるブログは全部潰れろ（過激派
・記事：120ぐらい
・文字数：ほぼ500～750文字程度、10記事に1回ぐらい書く真面目？な記事だけ、1000文字超え。
ちょうど申請時、最新記事の複数でキャラ画像を貼って「パンツ！パンツ！」と連呼してた（反省はしていない
必須だなと思ったのはプライバシーポリシーぐらいかな。これだけは申請前に作っていたほうがよさげ。
僕はサイドバーにあるプロフィールのコメント欄に「プライバシポリシー」って雑に固有ページへのリンクを置いただけ。
あ、レスポンシブデザインにしていない人はスマフォ版へのリンク作成も忘れずに（僕は3日忘れてた
あとなんかあったかな。初めての増田なので勝手がよくわからないけど、聞かれれば答えるかも。
ちなみに僕の収益目標は、はてなProの代金分ぐらい稼げればそれでいい。
それにしても合格したから言えるけど、アドセンス受からないことを記事にしてるブログって、やっぱ自分で考える力がないよね。（文章からも伝わってくる
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
GWに実家に帰ったときに地元の友達に話したら面白がってくれたのでちょっと書いてみようと思う。
今作っているアプリは、売れていない。
二年前に開発が始まって、リリースして一年半ほどになるが、一円も稼いでいない。
エンタメ系snsのはずなんだが、アクティブユーザーが増えるはずの大型連休で、起動したユーザーがたったの三人だった日があるほど、売れていない。
売れてないが故に常駐しているエンジニアは僕一人だ。外部のエンジニアにスポットでたまにタスクベースでお願いする程度。
ディレクターっぽい人が二人（マーケティング兼任）と、デザイナーが一人いて、
ーーーーーーーーーーーーーーー
ディ「〇〇な機能が欲しいんだけど」（延々ぐらぐらのビジョンを演説する。）
僕「ビジョンはだいたいわかったんですけど、どういう仕様にするつもりですか？」
ディ「ここはこう、Facebookみたいな感じで、Instagramのこういうのも入れたくて、twitterもやってるからこれも組み合わせたい。」（ふわっとした仕様で細かくは決まってない。）
僕「（俺一人でやるってことわかってる？？？）納期はいつですか？」
ディ「一ヶ月後くらいにリリースしたいんだけど」
ディ「今週には決めるよ。」
僕「わかりました。待ってますね。」
~~~~数日後~~~~
ディ「できた、もう一人のディレクターと話し合ってすごいいいものができたよ、これは本当に売れるよ。大逆転できる。」（毎回言う。最初はなるほど、と思っていたが一年半言い続けられる神経が理解できない。）
ディ「そうなんだよ、ここはこうでここはこうで」（新しいぐらぐらのビジョンの演説）
僕「（まあいいか・・・）こことここは難しそうで時間かかると思うんですけど、納期は一ヶ月後のままですか？」
僕「わかりました、これだけならなんとかやってみます。デザインはもうあるんですよね？」
ディ「まだない、すごく重要な機能で本当に今後を左右するからこだわりたい。」
僕「（こだわり・・・）わかりました。じゃあ一旦機能側から作りますね。」
~~~~数日後~~~~
ディ「デザインできたよ、本当にこだわって作ったからね。デザイナーから受け取って」
デザ「どうぞ」 （PDF渡される）
僕「・・・・・」（PDFだとダメって二億回くらい言うてるけど、耳がついてないんだな・・・sketchの存在知ってるはずなんだけどな。）
~~~~数日後~~~~
僕「ここ、スマホだとデバイスによって幅変わるんで、こう直しておきましたよ。割合的にずれてないので、問題ないと思います。他のサービスもだいたいこうやってますんで。」
デザ「え、なんでですか？」
僕「スマホだとデバイスによって幅変わるんで。iphone5とiphone6だと幅違うじゃないですか、解像度も違うじゃないですか。」
デザ「え？なんでですか？」
僕「え？なんでですか？」
~~~~数日後~~~~
デザ「レスポンシブデザインにしたいんですけど。」
僕「いいですよ。」
デザ「こんな感じで」
僕「レスポンシブデザインだと、html変えられないので、こういう全く違うのは難しいと思いますよ。」
デザ「え、なんでですか？やってるところありますよ。」
僕「え、だから、html自体をいじれないので、PCもSPもどちらもデザイン段階から考慮して作らないとダメなんですよ。それに言ってるサービスはレスポンシブじゃないですよ。」
デザ「え、なんでですか？」
僕「え、なんでですか？」
~~~~数日後~~~~
ディ「どう？」
ディ「どれどれ？」
ディ「え？なんでこここうなってないの？これは？ここは？これ何？これこうなってないのなんで？」(本当にくだらないボタンの位置とか、fontの微妙な大きさとか)
僕「え？仕様に書いてます？それに俺それ確認してあなた納得してましたよね？それにPDFだとこれが限界です。」
ディ「うーん、大問題だぞこれは・・・」(一円も売り上げてないサービスで大問題とか起こりえないでしょ？)
~~~~数日後~~~~
ディ「昨日考えたんだけど、やっぱりこの機能、こうなるべきだと思うんだよね。」(根本から覆す意見を振りかざす。)
僕「え、明日リリースですよね？もうそのつもりなんですけど。その修正、リリース後じゃダメなんですか？」
ディ「大丈夫だよ、本当に簡単な修正で終わるだけだから。二時間だよね？このくらい」（簡単な修正なんて、中身知らないお前がどうして言える。）
僕「いや、このレベルだと、作り直しですね。」
ディ「え？なんで？だってここチョロっと直すだけだよ？」
僕「ご存知ないかもしれませんが、あなたが途中で細かく仕様変更されたのに対応した際、説明したはずです。こことここは相関関係があるので、影響的には全部ですよ。」
ディ「なんでそんな実装になってんだよ！！！」（なんでそんな仕様にしたんですか？）
~~~~数日後~~~~
ディ「ここのこの仕様なんだけど、どうなってる？」
僕「そこはこうなってますね、どうしたんですか？」
ディ「そこ、やっぱりユーザーフレンドリーじゃないと思うんだよね、こう変更して」(中身が複雑で聞いた端から忘れるレベル。ユーザーフレンドリーとは。)
~~~~数日後~~~~
ディ「あの、前にユーザーフレンドリーにしようって変更したところだけど。」
ディ「ここの仕様ってこうだったっけ？」
僕「いや、そこはこうで、こことこことここと関係しているのでこうなっていて、コードレベルだとこんな感じですね。別のところにも影響あるのでそこもこう直してあります。」
ディ「え？そんな仕様だったっけ？」（ユーザーフレンドリーとは。シンプルイズベストとは。）
~~~~リリース後~~~~
ディ「お疲れ様ー。」
僕「お疲れ様でした。」
ディ「だいぶ遅れちゃったけど、なんとかリリースできたね。やりたいことの10%くらいしか実現できなかったけど。」(何作ろうと思ってるんだ。国か。)
僕「そうですね^^」
ーーーーーーーーーーーーーーー
もちろん売れているサービスも売れてないサービスも、同じような現場なのだとは思う。
ただレベルが違うだけで。
僕も全く優秀なエンジニアではないから、スキル不足の面も大きいのだと思う。
これがいつまで続くのか、という不安となんでも経験だろ、と突っ込んでしまった後悔しか残っていない。
~~~~~~追記~~~~~~
仕事の合間にみたら思ったより拡散されているので、ちょっと困惑しています。
多少の誇張とごまかしはもちろんあります。特定を避けるためです。
そして、現状に対してキレているわけでもどうにかしたいと思っているわけではないです。
あ、これを書いた昨日は相当キレていましたが。
これらのことはだいたい普通だと捉えています。人間のすることですし。プロジェクトは期間が長いですから、変化が当たり前です。変化の仕方が変なだけで。
エンジニアは発信する文化があるので、結構他のエントリでも読めますが、もっといろんな業界の人の専門職のバージョンを読みたいので、見ている人がいれば、ぜひ投稿してください。
最後に、胃が痛くなった人、古傷が痛んでしまった人、思い出したくないこと思い出させてしまった人、申し訳ありません。
~~~~~~追記2~~~~~~
続編書きました。いくつか反応に返信させていただきました。
ウェブデザイナーとして働いている。他人の製作物のチェックすることも多いんだが、もうね、ちゃんと自分でチェックしてる？と聞きたくなることが多い。
前に使った画像が残っていたり、そんなに作業のボリュームないのにテキスト間違ってる、リンク変更されてない、altが大量に間違ってる、レスポンシブデザインなのに、スマホになると見出しが不自然に改行されているデザインを作る・・・
最近では、ちゃんと目を見開いて確認しろよ！とキレそうになる。
wチェックっていうのは、セルフチェックをしっかりやった上での補足的なものだと思うんだけど、セルフチェックがザルすぎるんだよね。
ちなみに、毎回、ちゃんと指摘してますよ。
なのに、毎回同じようなことをやるんだよね。
どうしたらいいんだろ？関わらないのが一番なのかもしれないけど、仕事だからそういうわけにもいかないし。あの状態で納品するのってめちゃくちゃ怖いし。
一回、失敗しないとわからないのかな？でも、失敗してわかってもらうのって、怖いんだよ。
作ったサイトはこちら、
レスポンシブデザインなので、ブラウザを縮めたり、スマートフォンから見てもそれなりのデザインで
見れると思います。(まだ、ところどころ表示が崩れるかも)
おじさんというタイトルですが、まだ30代前半の男です。RubyとかPythonとかをがっつりやっている世代よりたぶん上なので、
おじさんとしました。
普段は組み込みOSを販売している会社でサポートエンジニアとして働いています。
なので、C言語についてはある程度理解でき、ハードウェアやCPU(ARM,Intel,PPC,SH4 etc)の仕組みについては
普通の人より詳しかったりします。また、昔勤めていた会社で家電製品の中のプログラムをC言語で3年間程書いた経験があるので、
プログラミングについては全くの素人ではありません。あくまでwebプログラミング(php,ruby,python)が、という話になります。
他の「素人が作りました」を匿名ダイアリーで見ていて、自分も何か作りたいな～って思っていました。
で、どうしようどうしようって考えってた時に、”あれ、オレは毎日コンビニでぷりん買ってないか？”って事に気づき、
おいしいプリンの情報がどっかにまとめったらいいなって思い、ぷりんデーターベースを作ろうと思いました。
一連の「素人が作りました」でTwitterbootstrapを使っている方が多くみられたのですが、そのまま使うのはなんだかな～だったので、
Flat UI というTwitterbootstrapベースのモノを利用しました。
これはWindows phoneのデザインに採用されているようなFlatなデザインをBootstrap形式で作成できてしまうものです。
はじめはRubyでやろうとしたけれども、windows上でテスト環境を作るのが難しく途中で断念し、次に候補にしていたpythonは
なんか情報が少なそうだなって思ってやっぱり途中で断念し。最終的にphpになりました。
それで、wordpress使って簡単に会員制のサイト作っちゃえって思ってたら、wordpress動かしたらよく分からないエラーが出て、
１時間程格闘して解決したんだけど、この事に疲れて、やっぱり１から自分でつくらないとダメだなと思い、
wordpressは諦めて、ログイン機能、ユーザ管理などもphpで自作することにした。
いいのか、悪いのか、安いのか、高いのか、よくわからない。
ぷりんデーターベースを作る際に参考にした”ドットインストール”というサイトのレッスンが、
phpとMySQLが必ずセットだったので、これにするしかなかった。ほかのDBはよくわからない。
http://dotinstall.com/lessons/tw_connect_php_v2
http://dotinstall.com/lessons/poll_php_v2
http://dotinstall.com/lessons/basic_sakura_vps
JavaScriptで作る残り文字数チェッカー
http://dotinstall.com/lessons/char_checker_js_v2
http://dotinstall.com/lessons/upload_image_php
【旧版】Twitter Bootstrap 2.1入門
http://dotinstall.com/lessons/basic_twitter_bootstrap_v3
http://dotinstall.com/lessons/sns_php_v2
PHP入門（基本編）
http://dotinstall.com/lessons/basic_php_beginner
http://dotinstall.com/lessons/paging_php_v2
【旧版】PHPで作る「簡易掲示版」
http://dotinstall.com/lessons/bbs_php
ブログを作る
http://www.php.net/manual/ja/manual.php
http://getbootstrap.com/getting-started/
Flat UIはBootstrapの拡張ですが、マニュアルが容易されていないので、
実際に下記ページをソースコード表示させたり、cssファイルを見てどんな定義をしているのかを確認しました。
http://designmodo.github.io/Flat-UI/
Responsive Checker
全部合わせて3ヶ月程で作ったんですが、かなり大変だった。
phpのプログラミング部分はよくわからないなりに、なんとかなるなっとは思ったのですが、
デザイン面は本当によく分からなかった。PC上ではちゃんと表示されているけど、ウィンドウサイズを縮めると
グチャグチャになったり、全然レスポンシブにならないじゃないかって事が多々あった。
あと、Flat-UIが個人が作成したものなので、たぶんまだ全然揉まれていないCSSなんだなとも思った。
今まで、デザインの仕事ってプログラマより楽なのかと思ってたけど、全然楽じゃないですね。。
ごめんなさい。
本当は気楽に作ったわけじゃなく、現状の単調な毎日を変えたいと思って作りました。
これをきっかけにいろんなものを作ってフリーで仕事が取れるといいな。。
このサービスを作っている時に、自分を励ますために聞いていた歌です。
Mr.Children「横断歩道を渡る人たち」
http://www.youtube.com/watch?v=6yTYBGM1KEk
開発するにあたりAmazon絡みの検索をしてる時にこの記事にたどり着き、10年近く運営しているサイトと同じくらいのはてブが一日で着くのを見て、やってきました。
コミック、小説、作者別に新刊・新作をメールにてお知らせ【ベルアラート】
ベルアラートは商品の発売日をメールで受け取ることを目的に開発しました。
機能的には、コミックだけではなく小説や専門誌を含むあらゆる書籍、DVD、ゲーム、家電の発売日もカバーをしていますが、ランディングページを作るのにあたりメーカー名などを調べ尽くすのが大変だと思いコミックに特化したサイトの構成にしています。
・ コミック、小説など書籍の予約開始日と発売日をメールで知らせます。
・ 出版社、タイトル名、著者を調べ回らなくても良いように雑誌一覧や連載中のタイトル一覧、著者一覧をランディングページとして作成しました。
自身は週刊少年ジャンプなど少数の雑誌を毎週購入して読んでいたので、あまりコミックを購入しないのですが、雑誌を読まずにコミックを購入している友人と本屋に行った時に出版社や連載誌によって発売日がまちまち 休載などがあったりでタイトル数が増えると発売日把握が面倒だと感じたから作ってみようと思いました。
まぁ、その時にしっかり似たようなツールが無いかしっかり探せばよかったのですが、なんとなく漫画に絡んでみたかったのもあって、きちんと探さなかったです。
・当初想定していた最低限の機能の開発に２週間
・それをいじくり回して機能追加、修正を行うこと２週間
・バグ取りを行いつつ公開準備で１週間
Phpstorm：PHP用のIDEとしては評判が良いので、今回の開発から利用開始。今まで秀丸やSublimetextなどのテキストエディタメインで開発してたけど、統合開発環境のありがたみを実感。
PHPに特化してるだけあって、痒いところに手が届く感が素晴らしい。
ちなみに、Phpstormは日本語ローカライズされてないので隅から隅まで英語でびっしり。
TwitterBootstrap：今回初めてCSSフレームワークを利用してみた。導入するだけでデザインがそれっぽくなるのは◎。またレスポンシブデザインも簡単に対応できるので、スマホとPCの両方で使用することを前提にしたサイトを作るならすごくお手軽。
ただ、JQueryUIや部分的なハックを用いる際の競合には悩まされた．．．。
Vagrant＋Chef-solo：使ってみた。便利だった。ホストとゲストOS間の共有ディレクトリも簡単に設定できて、いやー、これで開発環境の仮想サーバをバンバン建てられるわー。
今回の案件で便利だったというより、今後の開発全般に対してメリットが大きい。
連載中のタイトルなんて、そんなにたいした数無いだろうし、まずはコミックのタイトル一覧を作ろうと思いExcelファイルにまとめていきましたが、執筆時点で雑誌数86、タイトル数2012に達し連載中の数にびっくり。舐めてましたまだまだ増えそう・・
・ タイトル数がめちゃくちゃ多い
・ タイトルの読み方が解らない(菩提樹寮のアリア → リンデンホールのアリア）
・ 正式タイトルとコミックにする時の名前が違う(ソードガイ 装刀凱 → ソードガイ)
・ 原作、作画、プロデューサー、シナリオライターとかの名前を全て拾うとAmazonで抜け落ちてる場合がある
・ 新連載と連載終了の情報がつかみにくい。（特に打ち切りはひっそり終わってることが）
・ Amazon側で姓名の入力が一緒になっている著者と別れている著者がいるので著者によって姓名の間にスペースを入れる入れないでHitしたりしなかったりする
（蒐集奇譚イットは座紀光倫を著者に入れるとHitせず座紀 光倫だとHitする)
・ 困ったことに2巻と3巻など巻によって著者の姓名が別れたり別れなかったり
検索ページで全てのアラート登録ができますがコミックに関しては連載中タイトル一覧か雑誌一覧から目的のタイトルのランディングページに行き緑色のボタン「◯◯」の発売日の通知を受け取るを押してメールアドレスを入力すれば目的の商品のアラートが受け取れます。
人気のタイトルは関連書籍が多数でるので、検索ページでアラート設定する場合は、タイトル、著者、ジャンルを指定しないと意図しない通知も来ます。
専門誌とかであれば単純にキーワードに「wordpress」などと入力して設定してもいいかもしれません。
冒頭に書いた通り書籍以外も設定可能なので例えば「コーエーの信長の野望」の新作発売日を知りたいのであれば、検索のTVゲーム欄にタイトルを信長の野望、メーカーをコーエーテクモゲームスにすればアラートを受け取れます。
登録されたアラートのメールドメインを見ると思っていた以上に携帯アドレスの登録が多く、スマホアプリを9月中にリリースしたいと思っています。
このベルアラートは貴方が所有しているAmazon アフィリエイトIDを入力すれば、ベルアラートからの発リンク、発売日や予約開始日のメール通知が全て貴方のアフィリエイトIDリンクになりますので、貴方のサービスとして利用可能です。
リンクする際にはURLの?aid=aaaa-22としてリンクして下さい。(aaaa-22部分は貴方のアソシエイトID）
今後、楽天や他のプラットフォーム対応時には追加して頂くパラメーターが増える可能性があるのと貴方のサイトから登録されたアラート数やタイトル（登録メアドは非公開）などの実績把握のためにも、ユーザー登録して頂いた方がアソシエイトIDなどをまとめて入力できるので紹介リンクを変更せずにすみます。（ログインした状態でこのページにアクセスして下さい。)
ご紹介頂ければ幸いです。
