  |
はてなキーワード: アクセシビリティとは
https://b.hatena.ne.jp/entry/s/www3.nhk.or.jp/news/html/20220922/k10013830501000.html
マイナンバーカードと交付金を結びつけることの是非は置いといて、ブコメで散見される「高齢者は交付率が低い」というのは間違っている。何となくのイメージでコメントをつけるのではなくて、ちゃんとデータを当たるべきだし、こういうコメントがスターを集めているのはよろしくない。
年代別の交付率は公表されていて、極端な差ではないものの、高齢者の方が交付率は高い傾向にある。90歳以上のみ交付率がかなり低いが、この年代の人口は少ないため、全体の交付率に与える影響は小さい。
https://www.soumu.go.jp/main_content/000833940.pdf
なお、都道府県別では、都会は地方よりも交付率が高いという傾向がやんわりと見られる。年代別の交付率が上記の通りなので、この差は年齢構成の違いによるものではなく、申請・交付場所へのアクセシビリティなど、別の要因がドミナントであると考えられる。
https://www.soumu.go.jp/main_content/000833939.pdf
ただし、一番交付率が高いのは「地方」にあたる宮崎県。県内で2番目に人口の多い都城市の交付率が80%超と極めて高いのが大きく寄与していると見られる。なお、都城市では、自宅訪問での申請補助や、最高7000円の地域通貨プレゼントといった取り組みを行っている。
学歴がよくなくて、就職が困難だったので中小 SIer で働いていた。 (プライム案件を取ってこれる分マシらしい)
レキサルティ、レクサプロ、デパスのお世話になって続けてたけど、結局は薬でどうにかできず、辞めてしまった。
参考程度だけど、未経験の人が 300万 をもらうために、どのようなスキルが必要かを、まとめておく。
ちなみにどれくらいプログラムが書けなかったかというと、競技プログラミングで努力しても AtCoder の黄色になれず青色のままってくらい。
AtCoder でいう、初心者から抜け出せないという、要するにセンスがないということなのだけど、そういう人も居そうなので、参考までに。
未経験のプログラマに対して、これだけ要求されるのだから、未経験の人は覚悟するようにという指針を提供したいので書いた。
基本的に、損害を与えた場合には、それを作業者が補填するという誓約書を結ぶ。
要するに、捨て駒として扱って、失敗したら賠償しろ、という事になる。
このことを認識して、失敗しないように振舞ないと、連帯保証人含めて迷惑をかける事になる。
要するに、低賃金で未経験プログラマを案件にノーリスクで送りこんで、稼ぐための手段です。
基本的に PL (夢想家) → PM (御用聞き) → プログラマ という環境なので、プログラマが自分でディレクションして意思決定する必要がある。
例えば、下請けの場合は、PM の御用聞きの結果の WBS に合わせないと、顧客から DM で 瑕疵担保責任がどうとか言われる。
社内開発の場合は、PL の方から直接、長時間の叱責を受けなくてはならない。
そういう不幸を防ぐためにも、自分でディレクションして、PM の決めた実態を反映していない WBS に合わせて作業するスキルが要求される。
基本的に手戻りは個人の過失になってしまうため、手戻りしないように考え抜いて意思決定をする、というのが重要になる。
これこそ、ガクチカと呼ばれる、頑張れますというスキルなので、学生時代に頑張っておけばよかったなぁ。
こう見せたい、こう表現したい、という事を伝えるには、必然的にデザインの知識が必要になる。
創造的思考とデザインは切っても切り離せない概念で、デザインとは創造なのだから、当たり前である。
ソフトウェアアーキテクチャも、ソフトウェア設計も、コーディングもデザインと言えるかもしれない。
顧客と 1:1 で話す事が DM でもボイチャでも突発的に発生するので、いつ、いかなる時でも論理武装していなければならない。
まぁ、顧客であったり PL であったりはキレるのが仕事なので、それに対して理路整然と説明する必要がある。
なんとなく、では納得しないし、すぐ損害賠償請求とかそういう話にいくので、答えられないと持ち帰りますとお茶を濁して、エマージェンシーになる。
後述する設計能力においても、課題を把握するための言語技術(言語化能力)は重要なファクターだと思う。
C/C++ のシステムプログラムはフレームワークが基本的に無いので、自分で概念を整理して、どのような変更、拡張があるかを考えて設計する必要がある。
この能力が弱いと、手戻りが発生しやすくなり、瑕疵担保責任を問われることになる。
読んだ本の中だと、ボブおじさんの本が、やっぱりしっくりくるなという個人的な感想がある。
UDP で送ってくるデータを受けて 24/365 で停止しない WebAPI への繋ぎ込みという簡単な作業があって、振られた。
リークしてはいけないという事で malloc は禁止で、グローバル変数を利用するという変なルールがあった。
Rust で書けばいいんじゃないかなと思ったけど、Rust 書くのもシンドイし、C/C++ で、しんどくて読みづらいコードを書いた。
あとで保守する人が大変そうだけど、そういうルールを決めたのは PL だしね。
なんか、特殊な PCI Express のカードからベンダーが用意している SDK でデータ引っこ抜いて Web API へつなぎ込む部分をやった。
一応、SDK の使い方をパラ見して 1 日で作ったので、別に負担じゃなかったけど、素人にやらせるんなとは思った。
当たり前だが、DB 作って RestAPI を生やすのは現代のプログラマにとって自然にできなければならない。
なので、新規開発のサブモジュールのバックエンドを任せられた。
だが、ORM の癖を把握したり、発行されるクエリを確認したりするのは、疲れる。 SQL を直書きするのはシンドイ。
結局 SQL を直書きすることにしたけど、あまりいい決断ではなかったと思っている。
それ以外は フレームワーク に乗ってしまっていいので、書き捨てる分には楽だった。
最近だと、TypeScript で Prisma 使うのが、型安全でよさそうだなと思っている。
デプロイを EC2 直でやったり ECS にしたりとしていたので、ベアメタルの知識が必要になった。
要するに systemd のいじり方とか、死活監視の仕方とか。
個人的には、クラウド嫌いなので、ベアメタルの方が安心できる。
Bind で権威DNS を管理して、postfix で絶対止めてはいけないメールサーバを管理するとかもあったけど、出来て当然ではある事だし。
未経験プログラマでも、月単価 100 万以上で顧客に請求してるんだから、会社はそりゃ儲けるだろうと思った。
会社が一人前の経験N年のプログラマといったら、その通りに振舞う必要がある。顧客に責任はないのだから。
当たり前だが、Webディレクション、Webデザイン、Webプログラミング, Webマークアップ は、全て作業者であるプログラマの仕事になる。
個人的には、これが分かれている理由が良く分からないけど、分けたい人がいるんだろう。
デザインで、CSSフレームワークを使うと、その色が出るという事で、全部 CSS は手書きしていた。
tailwind が出た現在では使っていればよかったなと思う。
結局、全く分からない中、手探りでデザインし、コードを書いて、顧客に 1 日 5 ~ 10 回リリースするという行為をした。
顧客は大手企業だったので、自社のエンジニアならもっと出来る、と叱責されまくったけど、だったら自社でやればいいじゃんと思った。
一応、今でもサービスは生きていて、ユニークユーザ数は上がっているらしい。
そして、焼き付け刃だったので、 WAI-ARIA を知らず、アクセシビリティへの配慮が足りない事が問題になってしまった。
これはなんとか保守対応にねじ込めたのでトラブルにならなかったけど、瑕疵担保責任と綱渡りだなと思った。
当たり前だが、リリースサイクルを短くしないと顧客はキレてしまうので、CI/CD を整えないといけない。
今は Github Actions とかあるけど、昔は無くて Bitrise が高いからみたいな理由で Azure Pipelines で CI/CD フローを構築した。
もう Multi Stage Pipeline になってるだろうけど、Release Pipeline が GUI からしか設定できないのが辛みだった。
当然だが、デプロイするためには IaC を整える必要がある。
これを知らずに、コンソールでポチポチしていたので、 IaC 出来てない事がバレた時に色々怒られてしまった。
本来はテストも自動テストを整えて、質保証をしてバグを減らさなければならない。
だが、テストを書くという手間を払えなかったので、人力テストしかできなかった。
一応、リグレッションテストを人力でやりまくったので、バグ発見曲線が結合テストでの IF 不一致しかない、という結果にはなったけど
自動化できれば費用が必要じゃなかったから、怠慢だと、責められてしまった。
未経験でも誓約書を盾に、振られた事全部を出来なくてはならない慣習があるので、プログラマはそんなに良い職業じゃないよ。
甘い考えで、プログラマになろうと思っているのなら、考え直した方がいいです。
プログラムのインデントで未だにスペースでインデントしてるのか理解できん
タブ文字を使えよ
タブキーでタブサイズ分のスペースが入力されるからって、それはわざわざタブ文字の動きをエミュレートしてるだけ
間違ってバックスペース押したせいでインデントがずれてたけど気づかなかったとかそんな余計な問題が発生するだけだろ
タブ文字にしたらそんなことは発生しないし、エディタ問わずタブ文字単位でカーソル移動もできる
スペースインデントは2文字か4文字かで対立したことがないか？
ネストが深くなるとインデント幅は浅めにしたいが、浅いと離れたところのインデントレベルが同一かを瞬時に判断できない
インデントの文字数が8文字もあればその点では迷うことはないが横スクロールが発生して見づらくなりやすい
タブ文字は幅が可変なものだから大抵のエディタでは簡単にインデントの幅を調整できる
スペースでもできなくはないが対応してるのは一部のIDEくらいだ
それに実体としてのスペース数が変わってしまうから複数人で扱うファイルの場合はバージョン管理や自動フォーマット等の環境が整ってなければ手間が増えるだけだ
最近はウェブだとアクセシビリティだとか言って普通に画面を作る分にはなくていい属性を色々追加しろよみたいな雰囲気がある
そんなアクセシビリティとか考えるならまずタブ文字にすべきだろう
令和にもなってWordやExcelでスペースで位置調整するのと同じような馬鹿なことをしないでもらいたい
ITエンジニアなんてのはそういうのはやめるべきっていう側だと思うんだが
---
ちなみに念のため、これは行頭における話
一部 = や : の位置を揃えたがる過剰すぎるフォーマットを好む人もいるがそういう行中ではタブを使うべきだとは思わない
言いたいことはわかるんだけど、声が変わるのはテレビを音だけで見ている人（ながら見の人や視覚障害者とか）に対して「発言している人が変わった」ことを理解させる意味もあるんだよね
ゼレンスキーが話しているときもプーチンが話しているときも同じ声だと、今話しているのは誰なのかがわかりにくくなってしまうんだ
映像を見ている人にとっては問題にならないことだけれど、映像を見ていない人や見ることができない人からすると同じ声で吹き替えられることは大きな障害になりかねないんだね
そういった事情で意図的に声を変えているわけで、これは演出ではなくてアクセシビリティの観点からの工夫と言えるだろう
ついでに言うと、これは多くの人が誤解していることなんだけど、実はニュースの吹き替えで声が変わるときに声優が変わっていることはほとんどない
ニュースの地の文を読んでいる一人のナレーターが声色を変えて全ての吹き替えを行っていることがほとんどだ
一つのニュース映像に何人もナレーターを起用するのは手間も時間もかかるから（特に、速報性の重視されるニュースだと複数人から収録するのは時間が惜しい）、一人のナレーターに演じ分けてもらうことになるわけだ
だからナレーターは子供から老人、優男から強面まで全部一人で演じ分けてるんだよね
元増田の見たニュースも、たぶん同じナレーターが声色を変えてゼレンスキーとプーチンの吹き替えをやっていたんじゃないかと思う
まあ流石に性別の違いは超えられないから男性と女性が一人ずつの2人体制にはなるんだけど、男性の声は男性一人、女性の声は女性一人が担当するのが基本と言っていいだろう
そんな事情を踏まえつつ、一人二役で視聴者に別人が話しているように聞かせるにはどうしたらいいかって考えてみよう
すると、一方はいわゆる善人的な声色に、もう一方はいわゆる悪人的な声色に葺き替えるのが違いを出しやすいし聞いている人からしてもわかりやすい
意図的に善人や悪人を演じようとはしないまでも、なるべく別系統の声色を意識すれば結果的に善人的悪人的な声色になりやすい、となる
……という事情があってのあの声色の使い分けをするに至っているんだよね
ちなみに、吹き替えの話になると「不自然な役割語を使うのをやめろ」という指摘もよく出てくるけど、これも同じ様な話なんだ
一人の演じ分けだけでは今話しているのは老人なのか中年なのか若者なのか子供なのかを表現するのには限界があって、だから役割語に助けてもらっている
吹き替えのしやすさと耳だけで見ている人に対するアクセシビリティを考えているというわけだ
で、話を戻しつつさらに踏み込んだことまで考えるなら、その善人的な声色と悪人的な声色をゼレンスキーとプーチン、どちらにあてがうかの判断が作為的ではないかって指摘が出るだろう
でも、残念ながらそれについては「ディレクターや音声担当がそう判断した」としか言えないんだ
ゼレンスキーとプーチンの声を逆にしてもそれはそれで作為的だって言われるだろうからこれは押し問答にしかならないだろう
声を使い分ける以上は、残念ながらこの指摘についてはこれ以上言えることはないと思う
長くなったけど、吹き替えの声を変えるという行為は決して余計なことじゃないし、邪魔をすることが目的なわけではないってことを理解してもらえると、末端ながら報道に関わる身としては嬉しい
パナソニックはアクセシビリティや品質に対する基準は用意されてるんだけど、いわゆるUX(ユーザ体験、使いやすさ)に関する基準は無いに等しいからな。
限られた開発リソースがカタログスペックや基準を満たすことに割り振られるので、相対的にUXがクソになる。
カタログや広告の項目として書ける内容の開発を優先してしまい、使う人のことはあまり考えていない。技術力ではなくマネジメントの問題。
基準の優先度を変えようという動きはあるにはあるみたいだけど、事業部に浸透するにはまだ数年かかるかな。
IoT家電は総じてクソだけど、エアコンアプリは比較的出来がよいので、エアコンに近い組織から徐々に良くなることを期待している。カーナビは知らん。
この記事はみす51代 Advent Calendar 2021(https://adventar.org/calendars/6313)の22日目の記事です。
知ってる方はお久しぶりです。知らない方ははじめまして。MiniDragonEggです。
この名義を名乗って出るのは約5年ぶりです。関連付けてもしょうがないのではてな匿名ダイアリーにて失礼します。
tommiさんのバトンを受けとりました。といいたいところですが執筆時点で内容がnullで#VALUE!のため実質ほわいとなっとうさんからということになります。
げんたろうさんが街がどこまで続いているかのツイートでバズって自分のところまで回ってきたり、naka3さんがバーチャル受肉したりした中、自分もゲーム関連の肩書きをいただいたりしました。
DTMメインのnaka3さんのイラストがかわいく多彩と感じました。他にもMIS.Wの方が受肉していたのでいつかバーチャルコラボできたらいいですね。
閑話休題。
VTuberの数も増えた昨今ですが、今年は引退(卒業・"無期限休止"含む)の発表も多く7月1日の桐生ココさん引退時にはMIS.Wでもundoさんがはてブロの記事(https://u-ndo.hateblo.jp/entry/2021/07/03/060000)にしたりと少なからず反応もありました。
その他キズナアイさんが来年2月26日で活動休止など挙げきれないほどありますが、その中でもバーチャルライバーグループにじさんじ((運営はいちから株式会社:現ANYCOLOR株式会社))所属のギバラこと御伽原江良さんが3月10日に"卒業"((この記事では今後表記を"引退"に統一します))したのは記憶に新しいと思います。
しかしこの発表前の3月4日にメンバー限定配信((メンバーシップ登録者限定配信。有料登録している人のみ観られるライブ配信/アーカイブ。))で発表していてこれが正式発表前に広まり問題となりました。自らも遠くない経験をしているのでいつかこのような問題が起こるのだろうなというのは思っていましたが、これが本当になってしまった件です。
ここでの最大の問題点は
です。
他にもニュースサイトPANORAが広めた記事についていちからの「いちからに確認した上での記事化になります」→「いちからの要請により記事を削除いたしました。」の流れも問題となりましたがここではメインとしては扱いません。
情報アクセシビリティとは目や耳が不自由な方にも情報をということ(広く情報を提供できるべき)が主な議論とされますがここでは制限する必要があるところに制限する必要があるということにも目を向けることとします。
一般論としてメンバーシップは有料会員サービス同様に考えられるがあります。
PANORAに限らずTwitterや掲示板に書き込んだことで有料会員限定の情報を一般に公開するということは有料会員で得られるはずだった利益も失うため"妨害"とも取れます。
しかし証拠として提出するのは難しくモラルに頼るしかないことや、内容の一部を公開することで有料会員の宣伝になること(YouTubeで言えば切り抜きの効果に近いこと)もあるため取り締まるのは難しいのが現状です。
一般に公開されていることは高齢者やスマートフォンの所持の有無に関わらず知られることはもちろん重要ですが(一般的な情報アクセシビリティ)、制限するべきところも少しずつ議論されてほしいものです。
最近VTuberを見ていると打たれ弱く休止といったことが多く自分に近い年齢だとアンチや面倒な人が回りにいる経験がなく免疫もないのだろうなと経験者は思いました。
ジョニー度さんのコミケ感謝のツイート(https://mobile.twitter.com/oiorsme9k1/status/1028543887416090625)を見かけたのでこの場でこちらこそのお礼とします。
※反応や書きたいことがあったら追記するかもしれません。
私は情報技術者だ。今風に言えばデータサイエンティストやらセキュリティエンジニアなどと名乗ったほうが良いのかも知れないが、ながらく情報技術者という肩書で活動してきたため情報技術者と名乗ったほうが私の肌感覚的に合っていると考えている。
山田太郎議員が赤松健氏らと共に表現の自由の擁護を掲げ、政界では小さいながらも一定の存在感を示しているのは皆さんご存知だろう。
これまで地域のための政治家や特定の例えば自動車業界のための政治家や、更には女性のための政治家、共働き家庭のための政治家など様々な政治家が登場したが、サブカルの擁護、その中でもマンガアニメゲームを中心とした表現の自由の擁護のための政治家は非常に新しいと言わざる得ない。
これは本邦で「女が政治なんて」と怪訝な目を向けられても女性が参政権を獲得し、そして時間をかけて女性政治家の登場を果たしたときのような変化だ。
今の時代はまだ「マンガオタクが政治なんて」という怪訝な目がまだまだ多いように思われるが、無理解が理解に変わってくる節目なんだろうと思う。
さて、私は前述したように情報技術者である。何なら私の両親も情報技術者という言葉が生まれる前から情報技術者であり、私が生まれ育った家庭は情報技術という点においては非常に先進的であったと評価できる。
はじめて私の専用機として両親あたえられたのがPC9801であり、パソコン通信の後期あたりから私自身の意志でネットワークへアクセスしていたという経歴がある。
学生時代は高校教育に情報技術という科目がなく電気科目の一分野であったため工業高校へ進学し、そこから東京大学へ進んで計算機科学、情報技術関連を中心に履修した。根っからのIT畑であると言って良い。
そんな私が最近ふと思うのはまだまだ政治の分野は情報技術に疎いということだ。
このように感じた一番の切っ掛けはやはりマイナンバー制度と銀行口座の紐付けによる税務処理の簡略容易化が、個人情報保護という御旗によって実現に至らなかったことだろう。
ITへ専攻を持たない方々には理解が難しいと当時の一般市民や政治家たちによる意見交換を観ていて実感しているが、たとえ銀行口座の金額の増減がマイナンバーによって国から監視されていても、個人情報ひいてはプライバシーの保護は可能なのだが、プライバシーを気にする層は商取引の詳細、つまり自分が何を買ったり何処へ訪れたのかを国に監視されるわけにはかないという意見が支持されてしまったのだ。
本当にこの件は誠に無念と言わざるを得ず、私たち情報技術者の説明不足と力不足を痛感させられてしまった。
一応、この件に関連する技術情報としてフランス国立情報学自動制御研究所が公開した「GNU Taler」を紹介しておこう。
GNU Talerは プライバシーの保護が可能な決済システム。顧客は匿名のままでいられますが、事業者はGNU Talerでの決済を通じて収入を隠すことはできません。これは脱税やマネーロンダリングを避けることが可能です。(抄訳)
銀行口座がマイナンバーに紐付けられ、日本円に裏付けされた匿名決算システムが本邦へ導入されていれば、事業者や個人事業主、確定申告を自ら行う者、政治家たちは事務コストの大幅な削減と、我々全国民は所得税や法人税に関して現行税制のままであってもより平等に恩恵を得られたはずだ(ここでは現行税制が平等であるかは判定しない。所得隠しが難しくなることで現行税制の平等化が進むという意味)。
GNU Talerは例として挙げただけであり、これだけでどうにかなるというものではないが、一部の情報技術者、特に分散ネットワークへ興味を示している情報技術者の中では比較的好意的に捉えられている概念方式の決済システム。
我々情報技術者はこういった一般層が興味示しにくい、示すことができない技術情報を多く持っているが、技術者全般の悪い癖で自分たちだけで理解・納得・満足をしてしまう傾向がある。
これまでマンガアニメゲームのクリエイターが作り発表するだけで満足してしまっていたのと同様の問題を我々技術者も抱えており、このままでは良くないと危機感を覚えている。
ならば我々情報技術者の中から政治家を選出するべきなのではないかと思うのだが、我々は情報技術者が好きなだけであって政治は別に興味もないので、この好き嫌い、感情部分を乗り越えた赤松健氏には頭が下がる思いだ。
はてなユーザの興味が向いている情報技術関連といえば新型コロナウイルス接触確認アプリ「COCOA」の諸問題が挙げられるであろう。FLOSSで開発が始まったというのは評価に値するが国へ引き継がれた途端にAndroid版でのバグや、そもそも利用が広がらないなど運用に窮してしまった。
これに対する責任の声も少なからず聞くが、利用を促進するには国が強権を発揮するくらいの無茶が必要なので多少の同情は禁じ得ない。
WindowsではPowerToysが便利なので導入を国の制度で強制導入を決めるくらいの無茶だろう(※PowerToys : Microsoft謹製のWindows機能拡張ユーティリティ。様々な要因でWindows標準機能へ含まれなかったユーティリティ群とされる)。
ただ、強権を発動しないまでもゲーミフィケーション的に楽しく使うことや、割引クーポンを発行するみたいな市民の利用を促進するインセンティブが必要だったのでは？とは感じる。
本邦ではまだまだ情報技術者からすると不可解な情報技術運用が多くある。
例えば文科省のGIGAスクール構想までは良いが学校や請け負ったベンダーが端末パスワードを共通化してしまうことや、総務省がジャストシステム一太郎花子の事実上排除を決定してMicrosft Officeへ一本化してしまうというものだ。
GIGAスクール構想ではGoogle Chrome OSが支持を集めたのだからClassroomサービスによりパスワードを共通化する必要はそこまで無いと情報技術者は知っているし、Microsft Officeへ一本化するくらいであるならば保存形式をOpenDocument Format(ODF)にすることでMicrosft Officeと一太郎花子を共存させ無駄な予算の抑制、更に今後新たなオフィススイートが導入されても移行に手間は最小限に抑えられると知っている。
もっと言ってしまえば多くの行政機関や自治体、政党や政治家のWebサイトは極端なまでJavascriptへ汚染されアクセシビリティが地に落ちているのも視覚障害者にとって非常に問題である。
確認してみたいのならばJavascriptを切って各Webサイトへアクセスしてみたら良い。Javascriptが機能しなければコンテンツへテキスト1文字すら表示されないWebサイトの存在や、おそろしく醜い(見にくいではなく)トップページがレンダリングされることを知ることができるだろう。
視覚障害者のためのいわゆる「音声ブラウザ」はモダンで高度なレンダリングを解釈できるとは限らない。あまつさえ「今は高度な読み上げ機能を持つiOSやAndroidが主体だから良いじゃん」という視覚障害者がタッチスクリーンディスプレイを操作することへの無理解な声すら聞こえてくる始末だ。
これらの不可解さを解消するには「情報技術で国内外問題を解決する」というワン・イシュー綱領を持った情報技術へ深い見識のある政治家が登場しなければならないのではないかと思うのだ。
そして私はその一歩を踏み出すべきなのかどうなのか最近毎日悩んでいるのだ。
私は情報技術が好きだからこそ、情報技術は国内外の問題を解決できると信じているからこそ政治家にならなければいけないのかも知れない。
原因は DX という「日本のIT失敗パターンの王道」を経ているからです。やる前から失敗するってわかっていたことです。富士通は悪くない。
アメリカにない DX という概念を、通産省が音頭を取って開始するときには、注意が必要だって「シグマプロジェクト」「ユビキタス」とかで学んだのじゃないか？無理矢理に官需をつくって、その需要に応対したプログラマをつくって、路頭に迷わせるというのは、もっと犯罪だぞ。
つまり、儲かんねー、ってだけだろ。無理に DX なんて要らないのですよ。アクセシビリティやバリアフリーといった市場経済だと無視される領域に税金を投じるのはわかる。だが、本来なら DX すると利益になってしまう領域なら、すでに金をかけているはずだろ？
ないですよね？つまり、DX なんて世界標準ではないのです。もし、DX が有用ならマイクロソフトがやる気を出していると思うが、違うのかい？
さんざん学んだはずだぜ、民間ができない領域だけ国や市や町にさせるって。国が「〇〇をしましょう」という音頭を取る方式で、どれだけ民間企業が生産性を低下したのか忘れたのかい？
要は、富士通は「DX は赤字です、儲かんないです。」と主張して、さっさと馬鹿げた国家プロジェクトから抜けたいのだろ？そもそも、DX なんて「市場経済に揉まれて生き残ったもの」に負けますよ。
スティーブ・ジョブズが iPhone でアクセシビリティ関連の投資をパーにしてくれました。ドコモの iMode はアクセシビリティに投資してたけど、もうオーテクになっちゃいました。残念。
よく知らんけど、この彼女のような活動家が「法律の変更時に何らかのアクションを起こす」だろうなーと旧国鉄の法務部隊が推測して、予想可能なアクションをエミュレーションしてイレギュラーな事態を「なんにも問題なし」で解決したのは、プログラマーとしてはすごいと思いました。
それはさておくとして、昨今の DX を理由に React や Vue といった Virtual DOM の推進派が W3C の「アクセシビリティ」で noscript タグなしで動的なサイトを作る現状は、アクセシビリティを高くするために戦ってきた自分としては辛く思います。
これと、伊是名夏子さんになんの関係もありませんが、昨今のサイトの作り方が React とかでアクセシビリティを軽視する流れは、残念なこと限りありません。どうにかならんか？
真面目に「駆け出しエンジニア」が、入力に対するパフォーマンスの不一致が原因で、勉強停止が起こる理由を説明しよう。
そもそも、インフルエンサーのつく「フリーランスで年収一千万」という主張に再現性が無いのだ。まず、Rails + React を使う教材が多いが、その手の連中の壁が英語なんだよ。まず、「ちょっと、できるようになった」エンジニアが「ググって問題解決できる知識が書いてある」ところが、英語で書いてある。別に「英語を使えたら、年収一千万」なんじゃなくて、日本人の絶対数が英語圏より少ないことから生じる事象であって、日本人が解決するネタは「欧米人が解決している」可能性が高いのだ。そのせいで、欧米人よりも日本人は応用性に劣るというギャップが生じる。これは、差別ではないから、今後も解決できないです。
それが、間違うのよ。なんでかというと、Google や Likedin のようなサービスには MapReduce や Kafka のようなミドルウェアを生み出す原因をつくっていることがあって、後になって「似たようなものと違った」原因となる OSS として公開されるのよね。そして、我々が Rails や React として使えるようになるのであって、順序が逆なんだよ。
日本マイクロソフトでは、早慶を出た文系がたくさんいるけど、彼らは「アメリカで作ったものを日本で売る」というビジネスが成り立つから、コードを書く必要ないの。だから「コードを書いてないのに、年収が高い」という矛盾は、全く問題なし。日本人の給与でコードを書いたら、コストが馬鹿高くなるのよ。
そりゃ、君の使っている教材って、日本においても無料だし、浮いた学費は「自前で問題解決するため」にクラウドでも使って勉強した人の方が評価されるよ。ジャムおじさんも「美味しいパンを作ろう」といいながら、アンパンマンを作っちゃったから、世の中そういうもんだよ。
雇用の硬直化、および「専門学校や大学」といった勉強した連中が、貴方を選ばない原因の人材となります。だって、教材は同じだもん。ちゃんと勉強した人が、供給されている以上は負けますよ。
だから、マナブはタイに行ったんじゃね？しかし「NTT DATA が SEO を頼んできた」という Tweet は本当にウケけた。今どきの SEO なんて、NTT DATA なら Google から加点するっしょ。落ちぶれても、「デー」は一流だよ。タイにいる胡散臭いアホに頼むぐらいだったら、社内の「SEOエンジニア」に勉強と社益を兼ねてやらせるよ。ちゃんと利益出るし、SEO 真面目にやったからアクセシビリティも上がるからね。
ウェブデザインの「やるべき/やらないべき （Dos/Don’ts）」
https://github.com/UKHomeOffice/posters/tree/master/accessibility/dos-donts/posters_ja
これ。
https://www.city.urasoe.lg.jp/
旧ページがこれ。
https://web.archive.org/web/20210624230957/http://www.city.urasoe.lg.jp/
とにかく無駄なスペースが増えた。
旧ページは画面上部でコロナ関係のトピック５個とカテゴリ５個，英語中国語，アクセシビリティ用の色変更がひとめで視認できた。（FullHDのPCで見た場合）
新ページは海の画像で9割を占めてる。言語選択は右上の小さなアイコンになった。
3件。
画像自体のサイズは旧と同じく幅1000pxのままなのに200pxぐらいに小さく表示している。
ちっちゃい。スペースはあまりまくっているのに。
なんでそこなんだ。
何の脈略もなくこのページが。
https://www.city.urasoe.lg.jp/article?articleId=609e86d63d59ae2434c0025d
情報を減らして広大なスペースを置くスッカスカのスタイル，やけに流行ってるけど使いにくくない？
市長は優秀だぞ。念のため。
ソフトウェアはアクセシビリティをほんの少し気をつけるだけで、使う人全員にとってなんのデメリットも無く全員が使える。
意識せず作ったものを後から「対応」するのはものすごく大変だけれど、最初からやっていればコストはほぼゼロなので、何を作るにもやっておいた方がいい。
やるだけなんだからやるのを当たり前にしていこうよ、と普段から普通のこととして言うのが大事なので、そのケースで困った人が実際にいたのかは、あまり関係ないかな。今回困らなくても、同じやり方を続けたら困る人が出る。
コールアンドレスポンスでジャンプすることは全ての人にはできない。それでジャンプの代わりにするアクションを作ったり、ジャンプするための装置を開発したりするような、例外に対する特別な対応とは違う。対応できないからジャンプは止めましょうなんてことも必要ない。みんなでやるためのコストを均等に負担しあう必要もない。全員でジャンプする価値を損なわずにみんな同じことができる。できるんだからやろうよ、という感じ。できることを知らなくて、知っていたらやっていただろうから知らせる。
伝えるための言い方ってあるし、言い方によって伝わらなくなったりするから、怒りをぶつけるのが良いやり方だとは思わないけれど、行動原理としてはこういうことなんじゃないかな、ということを書いてみた。
プレイヤーの傾向に関しては、負けず嫌いが勝ちを競うゲームだし、そこは仕方が無いかな。たとえば格ゲー界隈もたまに荒っぽいけれど、アドレナリンを刺激して遊ぶゲームだし、終了後にいきなり下がりはしないだろうし。
