  |
はてなキーワード: マークアップとは
今年の初めから、弊社の公式サイトはアクセシビリティへの配慮をすることにした。しかし、アクセシビリティをきちんとやりきるまでのハードルは結構あるため、まずはできるところからやろうということで、「音声読み上げソフトに配慮した記述」をすることになった。
たとえば「7/28(火)」はNG、「7月28日（火曜日）」ならばOK。
「7/28」だと「7がつ28にち」なのか「28ぶんの7」なのか、あるいは「7わる28」という可能性もある？ このように読み方が前後の文脈からの類推になってしまうからだそうだ。レイアウトを視覚的に捉えれば、ここにあるのは日付だなというのが判然とするけれど、非視覚的にはわかりにくいことがままある。しかし、そもそも「7月28日」と書いてあれば、視覚的にも非視覚的にも、それが日付なことが一目瞭然であるというわけだ。
「(火)」も「か」ではなく「ひ」と読みあげてしまうおそれがあるため、「(火曜日)」と書けば間違いないということらしい。
ただ、日付の直後の「ひ」なら火曜日のことだという類推に期待できるんじゃないだろうかという疑問はある。もっとも「(日)」でも「ひ」と読み上げてしまうソフトがあるかもしれないし、「(火曜日)」と省略なく書かれると迷惑だということもないから、丁寧に書いてあるという感想をもってもらえればいいかなと思った。
ほかの例では「※詳細はこちら」という書き方はNGで、「注記：詳細はキャンペーン詳細サイト（外部サイトへ移動します）（別ウィンドウで表示します）をご覧ください。」と書けばOK。
どうも記号を読み上げない音声読み上げソフトがあるらしいのだ。「※」を読み飛ばされてしまうことの対処として「注記：」と書く。「：」も読み飛ばされてしまうんだけど、この「：」はむしろ視覚的な閲覧者に対して、「注記」と注記本文との境目を明白にするために入れることになった。読みあげ的には「ちゅうきしょうさいはきゃんぺえんしょうさいさいとがいぶさいとへいどうしますべつうぃんどうでひょうじしますをごらんください」となる。丸括弧で括っている部分は、それぞれ外部サイトアイコンと別ウィンドウアイコンで表現して、alt属性に丸括弧内の文章を書くことにしている。少しHTMLが長くなるけど、まあこのほうが確かに分かりやすいのかな。
ちなみに音声読み上げソフトには、リンクリストという機能があって、ページ内のリンク部分だけを列挙したりできるそうだ。そうした場合に、複数の「こちら」が並んでしまうことを避けるために、「キャンペーン詳細」などと、できるだけユニークな言葉をリンクにしようという配慮でもあるのだそうだ。
個人的には、そもそも元の文章からして「※」という記号は不要なんじゃないかなという気持ちはあって、「注記」といわなくても、本文そのものに続いて、「詳細はキャンペーン詳細サイト（……以下略）」という文章で問題ないのではと思うのと、「詳細サイト」という言い方が、制作会社の用語な気がしていて、ふつうの人にとっては単純に「キャンペーンサイト」でいいんじゃないかなあみたいな、細かい感想は持っている。
あと「～」が使えなくなった。これ、「～」を「から」と読み上げてくれない場合に対応するために、「５～８ポイント」を「５から８ポイント」と書きましょうというのが、今弊社でやっているルールなのだが、画一的に「～」を禁止されてしまったので、「アマゾン ～最後の秘境～」とかの商品名（固有名詞）まで「アマゾン から最後の秘境から」になってしまっては困るということで、「アマゾン 最後の秘境」と、商品名としては正しくない文字列への書き換えが発生してしまっている。こうなってしまうと、そもそも正しい商品名を伝えるという観点から考えると本末転倒だし、商品名や番組名を改変しちゃって権利者から怒られるというケースさえもある。画一的に問答無用で「～」を「から」に置き換えるのは不適切なことがあるから、ある程度の判断を作業に挟む必要が生じる。しかし記号を読み上げないのなら、商品名に「～」が含まれていたって問題ないのだから、「～」を含んで良い箇所、良くない箇所というのを明白にすれば対処できそうだ。
つまり結局のところ、弊社で今実施しているアクセシビリティへの配慮は、コンテンツの校正ルールの範囲にとどまっている。したがって、校正ルールを整備をすることで、もともとアクセシビリティに配慮したコンテンツが生成されることになるし、HTML実装者は支給されたコンテンツをそのままマークアップすればいいということで、フローももう少しすっきりするんじゃないかなと思った。
音声読み上げブラウザでも、通常のブラウザでも、どちらでも間違いのない読みやすい日本語という落とし所をこれからも模索していきたいし、そうすることで、社会的要請からアクセシビリティに配慮しているっていうことじゃなくて、弊社が主体的にアクセシビリティに配慮しているという状況に持っていけたらいいなと思う。
私自身も、いつ音声読み上げブラウザのお世話になるかわからないのだから、音声読み上げブラウザの特性を把握しておくのはメリットだと思っている。日常ではなかなかできないので、仕事を通じて知見をためておけるのは、制作会社ならではだなと思って、ちょっと誇らしい気持ちになりました。
「～～大学の研究チームが、”AI・人工知能”によって～～を可能にする□□を～」とか、
「株式会社～～が”AI（人工知能）”による自動化を本格化～」とかしばしば聞くけど、
「AI」と略してるのにわざわざ「人工知能」と付け加える事に違和感を感じる。というか長ったらしいからやめてほしい。
今の時点で「AI」と聞いて「人工知能」を連想しない人なんてほぼいないだろうし、いたとしても「人工知能」と付け加えたところで今更何のことだか意味不明だろうし。
一昔前は「XML（拡張可能なマークアップ言語）」なんて余計に意味不明になる付記があったけど、こうしたマスコミの過保護な付記ってそろそろやめてくれって思うけど、一般にはどう思われてるんだろう？
https://tech.pepabo.com/2019/02/19/pay-revision-for-engineers/
「エンジニア専門職およびエンジニアリングマネージャー職の年俸を一律200万円アップしました」
なるほど。専門職のエンジニアリングスキル高い人が評価されるのはよいことだ。
もともと給与は低いらしい？（ブコメより）ので結果どれくらいになったかは知らないけど、
200万あがったなら少なくとも市場的に標準くらいにはなったのだろう。
自分はペパボとは関係ない1都3県のどっかにある1受託会社の、1デザイナーなんだけど、
昨今の流れに乗っかって、会社は去年、技術もちゃんと評価します的なことを表明した。
ほぼあがらなかった。（お気持ち程度2〜3,000円/月）
一応、プロジェクトではメインでデザインしてるし、クライアントにゴリゴリ提案したりしてるんだけど。
デザインもディレクションもマークアップもしてる。フロント何でも屋感。（フロントエンドエンジニアレベルにはできないけどね）
デザイナーは対象外だったってことなのか、そのあたりのディレクションスキルやデザインスキル、マークアップは対象外ってことなのか。。。
ペパボのデザイナーさんたちは、あの記事見てどう思ったんだろう。
最近、エンジニアが人手不足だ、採用できねえ、評価あげよう、給与あげよう、みたいな記事とかよく見るけど、
デザイナーはそこまででもない。そもそも人口違うから仕方ない。
優秀な人はきっと自分のスキルをきちんと発信して高い評価もらってるか、あまり発信がうまくない人はそっとフリーになるのかもしれない。
エンジニアと比べても仕方がない。そもそも土台が違う。需要も違う。
でも一緒のチームにいるし、なんだかなって思ってしまう。
まー、今の会社は多分辞める。
自分のデザインのズレとかは全く気にしないくせに、こっちがマークアップしてWebで見ると「ここのピクセルズレてる」（あほか、おめーが小数点以下のピクセルを気にせずつくるからじゃろがい！）とかいい出しやがるので、デザイナーといいつつ自分が気の済むままに絵を書いちゃう奴の頭に雷落ちねーかなぁと思いながら過ごしてる。
しかし、デザインの勉強もやってねーのにデザインの事語るやつももっと嫌い。
伝わらなければデザインじゃない？アホかよ、おめーがメインターゲットじゃねーだけだろ。
伝えたい層に伝えるのがデザインなんだよ。
そもそも「デザイン」って一口にいうけど、デザインは色んな場面に使われすぎてひとことで言い表せないから俺の「伝えたい層に伝えるのがデザイン」も間違ってるっていうはなし。そもそも万人に伝わるデザインはユニバーサルデザインとか言ってまた人種が違うやつ。キャラクターデザイナーがUD考えてキャラデザするかっつーの。
WordやHTML+CSSで文章を書くのと比べて、桁違いに書きにくい。
お蔭で後年SQLに出会った時は、記法のセンスの素晴らしさに感動したわ。
何故なのかは知らないが、バックスラッシュに中括弧に$に^に、fracみたいな覚えにくい予約語のオンパレードにその他諸々、記法があまりにも暗号的すぎるんだよ。
マークアップ的要素があるくせに、XMLやHTMLよりも「どこからどこまで」を遥かに把握しにくいし。
あと、記法の問題だけじゃなく印刷に持っていくまでの処理もマジめんどくさいわー。
WYSIWYGを捨ててかかってるだけでも十分めんどくさいのに、dviにしてレイアウトを視覚的に確認しようとするだけで「文法間違ってます出力できませーん」とか、いい加減にしろアホ！と何度思ったことか。
こういうTeX使ったことある奴なら当たり前に経験している使いにくさを「インターフェース」と言ったのに、エディタの問題などと矮小化して捉えられるのは、正直言ってメチャクチャ不愉快だわ。
てか、viでもemacsでもなんでもいいけど、こんなのどんなエディタ使っても使いやすくならないだろ。
いろいろツール入れれば多少は負担が軽減されるのかも知れないが、そんなふうにいちいち環境整える手間を掛けてまでTeXで書く理由なんて微塵も感じられないから。
車の運転がAT全盛の時代にあってMTに凝るくらい趣味的かつ滑稽な話だよ、TeXは。
「C言語に対する最新最良の処方は、可能な限りC言語を使わないこと」というのは有名だが、これはそっくりそのままTeXにも当てはまる。
※ここでいうフロントエンドとは、HTML/CSS/JS でデザインをもらって実装する人のことです。
デザイン再現するために、サーバー側に実装して貰う必要があるとき、
「デザインがこうなってるんで◯◯◯◯◯ください」といって、サーバー側とデザイナーの伝書鳩みたいになるとき。
だいたいデザイン再現のためにサーバーの人に相談しにいったら「無理です」ってぶっきらぼうに言われることが多い。怖い。
フロントエンドのこと見下してる人が多いと感じる。
お前の書いたCSSとHTML、インデントもぐちゃぐちゃで運用性も低いからちゃんとBEMとか学んできてから書いて…。
作ったのはデザイナーのデザインなので、自分が作ったという感じがしない。
自分は一体なにをやってるのかとおもうことがある。
めんどい。
マークアップ、もう動けばいいじゃんてなる。
フロントエンドエンジニア、言われたからやる、ということが多い気がする。
サーバサイドから見下され、デザインは自分でつくったわけじゃない。
好きだったはずのフロントエンド。
もう好きじゃなくなったのかな…。
攻略wikiっぽくない「自称攻略wiki」を見かけるようになった - シロクマの屑籠
http://p-shirokuma.hatenadiary.com/entry/20171221/1513820193
最近据え置きゲーをやっておらず、スマホゲーとブラウザゲーばかりの増田です。
ウィキペディアをwikiと略すな、は十分周知されているとは思いますが、wiki的な編集過程でない普通の
攻略サイトを攻略wikiと呼ぶな、というのは言われてみるに確かにそうね。
wikiとは何か。
多くのウィキに共通する特徴を以下に掲げる。
・ネットワーク上のどこからでも、いつでも誰でも文書を書き換えることができる。
・文書の書き換えに最低限必要なツールはウェブブラウザのみである。
・ウィキ特有の文書マークアップはHTMLなどと比べて簡潔なので覚えやすい。
・同じウィキ内の文書間にリンクが張りやすくなっており、個々の文書が高度に連携した文書群を作成しやすい。
・大抵は、変更の事前許可を必要とせず、ウィキのあるサーバに接続できる人に開かれている。実際、ユーザアカウントの登録を必要としていないところも多い。
と言われているんやで
２．従来の出版社系ゲーム攻略サイトがwikiを名乗っている系
３．特に増えている新興ゲーム攻略サイトがwikiを名乗っている系
それぞれについて少し語る。
個人のマニアが立ち上げた攻略サイト。新声社や電波新聞社といったプレイヤーもいた攻略本界隈。
友達の兄ちゃんに嘘テク教えられたり、実際は小数点以下の確率で盗める。
こんなゲームにマジになってどうすんの。
企業のネットが星を覆い、電子や光が駆け巡っても、個人攻略できるレベルを超えたボリュームのゲームを
一人で無理ならみんなで情報を持ち寄ろう、ネットは匿名で平等で集合知でウィンウィン。
2chのゲーム本スレのテンプレに貼られているのがこういう攻略wiki。
wikiに貼ってある広告のアフィってwiki開設者に入ってるんじゃね？
真偽は定かではないが、ゲーム攻略wikiは儲かる、他サイトのデータをコピペして作成し、ライバルの方には
デタラメや煽りを書き込んだりして評判を落とす。トップ攻略の地位をもぎ取ればウハウハ、という手法を
世はまさに大嫌儲時代、モンキーDアフィの五武海はちまjinやらおんハム速ニュー速VIPが追放されたり
2ch政府の内紛分裂があったり。
そんな嵐が過ぎて見回してみれば、１型攻略wikiは凋落して、３型の全盛期。
ゲーム単体の攻略も大変だが、リリースされるゲームの数も膨大。
世はまさにガチャゴールドラッシュ、だけど一攫千金でゲーム開発するより、シャベルとジーンズのテンプレで
儲ける方が固い商売だよね。
２．WARNING!! A HUGE BATTLESHIP KADOKAWA IS APPROACHING FAST
そうボスはカドカワなんだ。たつきは帰ってこないんだ。君も人生と向き合うときなんだ。
これが、アレでしょうね。出版社系の。攻略wikiの。なれそめ？初出？元凶？根源？大丈夫？
Wikiサイトっぽい外見してますがライター執筆記事やファミ通企画の攻略動画へのリンク盛り盛り。
一般人はツイッター連携で掲示板とかコメント欄には書けるけど記事編集は無理そう？
基本的にライターに書かせているであろう攻略サイトをwikiと呼ぶのは、SEO有利・プレイヤーに
親しみを持たれるからではないかと思う。が、外注ライターの個別記事をいちいち社内で検収して
からアップロードといっただるいスタイルを取らずに実際にwiki形式で登録ライターが直接編集
しています、ってことかもしれない。
ファミ通WikiはGzbrainが運営。カドカワ傘下で浜村編集長の会社です。
で、出版社系言いますけども１．でちょっと触れたようなかつて攻略本出してた系の出版社は死に体で。
お家騒動で分裂した電撃ＭＷも、富士見書房もファミ通文庫もオタク系は軒並みカドカワの軍門に降り、
時々絶妙なインタビュー記事などを載せる電ファミニコゲーマーもドワンゴ運営。
電ファミWiki
https://wiki.denfaminicogamer.jp
これwikiシステムの貸し出しやってますよ。って形式ですね。
あとは出版社でゲーム関係出してるってなるとVジャンプとかスクエニとかですかね。
本屋行ってもあとはアプリのシリアルコード載ってるような奴と、晋遊舎や三才ブックスのようなのと
wikiを紙に落としこんだ素性のわからない出版社の完全攻略本くらいしかない。
というかね、FF7あたりから10年くらいの、攻略本が売れ行きランキングに載ってきてしまうほどの時代、
アレが攻略本バブルだったんですよ。攻略本の対象ゲームもバンバン売れてたわけですよ。
CDがカラオケBOXブームとかもあってめちゃくちゃ売れてたのと概ね同じ。経済バブルの残り香的な。
３．攻略は再び名人の時代へ
古の昔、連射こそがすべてであり、鋼の定規と16連射が支配する、高橋名人の時代があった。
実際にはハドソン社員の高橋名人はゲーム自体もそれほど上手いわけではないらしいが。
そのハドソン出身の山本大介が作った（※）パズドラがヒットしたけれども、アプリ内には外部の
攻略サイトへのリンクがあったんですよ。ファミ通とAppbank。
これね、パズドラが初めてじゃないとは思うんですけどね、衝撃でした。増田には。
※全くの余談。ゲームは１日１時間という標語はハドソン由来でパズドラでもランダムTIPSで表示される。
ほならね、ペアレンタルロックで１時間制限させてみろって話でね。
ゲームを作ったのは誰か論争、これ法隆寺は誰が建てた、みたいな話になるので難しい。
パズドラは山本Pが手動して作ったが、あのドロップが吸い付く操作性・移動に伴うクリック感ある音と
コンボエフェクトの快感、を実装したコアプログラマーはアプリリリース後に抜けてしまい穴を埋めるのに
２年位かかっていたのではないかと増田は増田は勝手に思うのです。なんでかつうと、パズル操作盤面内へ
の改修がその間ほとんど行われず、イラストとステータス変えたモンスターの追加だけで２年間過ぎて
いったから。間を持たせるためにイベントとか生放送で盛り上げてごまかすぞ、ってニコニコみたいな話。
いや、それでガチャ回るんだから美味しい話だし、ゲーム的にも余計なことしないでくれて平和で良かった
と今は思うけれども。その間に、W、チャレンジ、3DS版、アーケードなどパズドラアプリの再発明で繰り返し
修行してようやく操作に違和感もたせないレベルで盤面システム（十字消し・立て追い打ち・雲・帯・
ルーレットなど）いじれるようになったのかなと。３マッチパズルだけど何か納得いかない消え方（ワロス消し）
についても修正されたのその後なんだよね。
コアプログラマーが重要ってのは拡散性ミリアサの終了事由のインタビュー記事を参照されたし。
指導的地位といえばパズドラのエグゼクティブPであるガンホー森下社長、わしが作ったと言っておりパズドラは
こうして産まれたとのマンガでもそう描かれている。消費者庁コラボhttps://anond.hatelabo.jp/20170719231854
での謝罪の責任者名は森下、それ移行の山本Pの対外的露出自粛も、作った男の主導権争い的な面もあるのでは
ないかとはゲスの勘ぐりですね。極み極み。
閑話休題。
攻略リンクの話に戻ると、ファミ通はわかる、みんな大好きマックスむらいのAppbankは何もんだ？
iPhoneケース販売とかアプリ紹介とかやってるんだって、へえ。
アプリリリース当時はAppストアの規制もぬるく、ダウンロードランキングの売買アプリ（他のゲームインストール
するとゲーム内通貨発行）とか、シリアルコードとかセーフだったんで、単純に攻略データへ誘導すると便利だね、
以上の素敵なサムシングの期待があったのかな。
Appbankはwikiを僭称せずに攻略記事を書いてるようです。
後にパズドラのアンケートでは、攻略の際の参考にするサイトとしてどういうところを利用しているかの問に
ファミ通アプバンの他に、appmedia、gamewith、game8などが選択肢に上がっていた記憶がある。
こういう攻略サイト系、幅広くゲーム攻略してまして、運営は会社組織でやってまして、攻略ライター募集してまして、
ライターには石購入補助金も出まして、何それガキの小遣いじゃないか。
ゲームアプリは随時更新され日々攻略必要、またリリースされる数も半端じゃない。
どれがヒットするかわからないからツバつけておかないと後発では攻略覇権取れない。
きららファンタジアだってぐだぐだから離陸したFGOのように羽ばたくかもしれない。
あるゲームでは充実した攻略情報が載っているサイトでも、他のゲームではテンプレ作って終わりだったりするのは
ライターの層の厚さの違いによるものなんだろうねえ。
そして栄枯盛衰、他サイトにどうしても勝てそうもないとなれば撤退やむ無し。
【FGO攻略wikiからのお知らせ】
2017年8月25日を持ちまして、FGO攻略wikiの更新を停止いたしました。短い期間でしたが、これまでのご利用ありがとうございました。
https://game8.jp/fate-go/144602
これね、一つの攻略サイトは適当でも複数横断して集計すればまともな結果でるんじゃね、と星4鯖配布の時に調べてて
みつけた。ニトクリスもらいました。
https://anond.hatelabo.jp/20170921034548
ああ、終わりってこういう風に来るのか、って微妙な気持ちになったね。
さらに話題転換。
Appbankといえばユーチューバーマックスむらい。ユーチューブの前はニコ生のガンホー公式放送でのメインプレイヤー
もやっていました。彼はそこそこ上手い程度ですがAppbankからはユーチューバーとしてコスケとかが出てきたようです。
ヒカキンもヒカキンゲームズやってますし、先述の攻略サイト運営会社の中にもユーチューブやAbemaTVのタレント事業
手がけてる会社もあり、サイバーエージェントやらGMOと取引あるところもあり、界隈ですなあ。
時代は上手いプレイヤー個人やゲームプレイ動画の攻略に移っていこうとしてるのかなあ。
プロスポーツとしてのeゲームも業界団体が統合？して来年から本格始動みたいですしどうなるんでしょうね。
情熱あるゲーマー有志がボランティアで攻略してどうこう、っていう集合知の善性は容易に横から収奪されて熱量が失われる。
上手い個人はプロゲーマーとか、ユーチューバーとしてマネタイズできる。
ゲーム上級者の増田があったけれども我々凡人は商業の攻略wiki見て満足すればいいんじゃないか。
攻略本は出版社がライターに金出して作って、プレイヤーが金払って買った。
攻略サイトは運営がライターに石援助して、プレイヤーPVで金を稼ぐ。
「そこに何の違いもありゃしねえだろーが。」「違うのだ！」
どこに線をひけばいいかわかる人いる？それ、はあちゅうに教えてあげてね。
増田としては資本がどうであれ有用なデータがあるサイトが検索上位に来てくれればいい。
WELQのように信頼できない情報や、はてなキーワードの未作成ページにランディングすると
いちいちnaoyaは嫌いだけど、と前置きつけながら告訴したくもなる。
嫌儲の問題とか村上隆の金の話https://anond.hatelabo.jp/20170925233933とかしようと思ったけど時間がなくなった。クエスト回さねば。
UIの問題としてとらえると、HTMLはテキストマークアップ言語であり、主体はテキスト。
ここにポイントがある気がする。
もし、Webを記述する言語がアバターを使ったシステムを構築するものだったら、
今更言ってもしかたないけど、筋が悪い技術が広まって変えられなくていろいろ災難起こしてるのってあるよね。
Cが広まったのとか。
昔はコンパイラ技術が低くて、ああいう言語が効率よかったけど、すでに90年ごろには最適化技術が発達して「人間がテクニックを使って最適かするより素直に書いてコンパイラに最適化させたほうが実行速度が速くなる」とか言われてたし、Macなんか開発言語Pascalだったし。
OSやミドルウエアが(せめて)Pascalで書かれてる世界線だったら、いまのソフトウエアの脆弱性は大幅に減ってたと思うわ。
あとマークアップ言語のHTMLの上で動的型のJavascriptを動かして、フロントエンドのプラットホームになってしまってるのとか。
一時期、ネットアクセスはスマホアプリから行うのが一般的になって、Webは衰退するって観測で、いい方向に向かってたけど、最近はアプリ開発までDOMの上にReactとか積み上げてJSでやろうみたいな流れがあるし。
業務アプリなんかもPHPやJSの人に、昔のクラサバのほうが開発効率よくてユーザーの使い勝手もよかったって言っても全く理解できないみたいだし、どんどん悪い方向に向かってるな。
