  |
はてなキーワード: マークアップとは
トレースは技法なので基本的に写真などからのトレースはノーカウントにしたい。同業者の創作物からトレースはちょっとオイオイってなる。
重要な立場のもの、たとえば主人公だとかが「これまんまアレですよね？」ってなるとさすがに痛いんだけど、本筋でやられない限りはオマージュとかパロディとかリスペクトとかインスパイアと受け止めてる。
歌詞とメインメロディ以外は不問にしないと音楽が成り立たない。ドラムの4つ打ち、エイトビートなどの基本パターン、ギターやベースのリフなどをパクリじゃあああって言い始めたら音楽を作ることのハードルがやばいくらい高くなってしまう。っていうか俺はリミックスとかバージョン違いとかセルフカバーとかセルフじゃないカバーとか大好きなので歌詞とメロ以外は…ってなる。
足りなかったねん(´・ω・`)
一部の界隈の話なので説明しておくと、合成音声界隈は合成エンジンが更新されようとしている。
例えば、今日予約開始されたA.I.Voiceというソフト(https://aivoice.thebase.in/)なのだが、
エンジンは機械学習を使って新しくなろうとしているのだが、UIが過去数年前とそのままなのだ。
技術的にはTTS(Text to Speech)という分野であり、GoogleやAmazonもAppleもやっている。
合成音声マークアップ言語というのもあるが、こちらは何年も更新されていない。
ブレイクスルーが必要としているのは、演技をしたような声を出す場合だ。
音声界隈の論文では、喜び、怒り、悲しみの3種類を分類するのが伝統的になっているが、これが数値化できてない。
日本では「萌え声」というのもあるが、こちらも数値化できていない。
現状のUIは音素ごとに音の高さと長さを調整しているが、日常的に発音していても意識していないので、違和感があっても調整できない。
カラーリングで、開発環境でコードが見やすくなる。マークアップ言語には、markdown, html, wikiなどがあげられると思う。
また、xml, jsonなどのデータもマークアップ言語と言ってよいだろう。
（pythonを使えば否が応でもスペース４つを空けることになるだろう。（あるいはtab一つ分））
まずは、ブラインドタッチでマークアップ言語を書き、一文字でも違うとコンピューターは、こちらの意図通りには動いてくれないという悲しみにひたらないかぎり、
全角スペース、半角スペースを目grep出来るようにならないと、プログミングは上達しないことをここに宣言したい☆
今年の初めから、弊社の公式サイトはアクセシビリティへの配慮をすることにした。しかし、アクセシビリティをきちんとやりきるまでのハードルは結構あるため、まずはできるところからやろうということで、「音声読み上げソフトに配慮した記述」をすることになった。
たとえば「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にも当てはまる。
