  |
はてなキーワード: フォーマットとは
誰も見てねえだろうからここでロバの耳する。
日本語扱う行政機関向けDBで漢字扱うについて、汎用機時代、IBM/日立/富士通が引っ張ってたのがいわゆるラックサーバの時代になってIBMと富士通が少し引っ込んでMSとSun(現オラクル)がクライアント表示やos絡みで関わってくるようになり、プライベートクラウドでの処理前提になってきたとこでOSとDBエンジン、あと電子文書対応って点で富士ゼロックスとアドビが加わって『外字死んで欲しい』に至ってんだと認識してます。
日本の縦書き法文のレイアウトにつおいジャストシステムがキーエンスに売られる前に前述のコンプレックスに参加してたこと、ユーザがデータ形式を意識しなくていい電子文書フォーマットを確立したアドビが加わった、これで前世紀末に始まった外字無くして文字化けなくそうという文字基盤が成立したわけですが、IVS/IVDでやるって決まってDBエンジンもクライアントOSも対応してんのに10年放置されて今に至るんですわ。
MSなんか「もう知らん」言ってるわけで、今後感染症対策としての電子文書交換とかって話、どうやってやれってんですかMS明朝マンセーな連中にIPAmj明朝使えって言ったらうちの役所での規定フォントじゃねえとか本気で死ねよだからイントラネット内に.localでサーバ建てるとかできるんだよなそりゃ鯖トラブル原因なんて不明言われるわいい加減にしろっての
どもども。
わたしは「なにか作ってみろ」系の言説にはまったく同意しません。
わたし自身、会社に3ヶ月間みっちり導入教育をしてもらい（COBOL85とPL/I。時代がわかる……）、基本的なアルゴリズム（コントロールブレーク、マッチング、マスタ－トランザクション、ソート、マージ、etc.いよいよ時代がわかる……）の演習を（給料をもらいながら）やって、その後もプログラムとつかず離れずでフラフラと生きてきました。
こういう経験は新卒カードがあるから有効なもので、では1から始めるとしたら……、というときに、プログラミングスクール（専門学校）というのは悪くない選択肢ではないかと思います。が、行ったことないので正直わかりません。
実際自分が1から始めるという立場になったら、まったくオロオロして元増田さんのように世のなか（の気にいらないヤツら）に呪詛を吐いて満足するだけだったと思います（当然ながらそれをいくらやってもプログラミングは上達しません）。
話をプログラミングだけに限っていえば、一番大事なのはやりかたじゃなくて動機だろうと思います。
「なにか作ってみよう」というのは、なにか作ってみようと思ってない人にはまったく心に響かないでしょう。
動機ドリブンで「なにか作ってみた」人といえば思いだすのは、MikuMikuDanceの樋口優さん（ミクを簡単に踊らせたい！）とhinadanの若宮正子さん（高齢者にも遊べるゲームが欲しい！）でしょうか。
ただかれらはわたしから見れば（モチベーションを維持しそれを行動に移す）天才で、あんまり参考にならないのも確かです。
あと、元増田さんの動機は「プログラミングを生業にしたい」ということなので、野良プログラマでは履歴書上でのアピール力が弱いかも、と思います。
ビジネスで使われるアルゴリズムにはそれなりのルールがあります。安全な（バグの出にくい）コードの書きかた、「車輪の再発明」はぜず、枯れた（将棋で言えば定跡のような）アルゴリズムを使う、ほかの人に使ってもらえるための工夫（可読性の向上など）、etc.です。
「なにか作ってみよう」を繰りかえしても、そういった作法的なものが身につくかどうか、それは才能に関わってくる問題だと思います。才能だのみの手法を推奨するのは無責任だと思いますね。
また、たとえば「例をコピーして解析する」というのもある意味有効なプログラミング学習法ですが、「下手に習うと下手が伝染る」ともいいます。どれがお手本として優れているか、それを見る目はある程度ビジネス用途のプログラムに関わっていないと持てないというジレンマがあります。
野生のプログラマで就職に有効なくらいの力を見せるとしたら、なにかのコミッター（なにする人かよく知りませんが）とかになって「××ならこの人」となったり、プログラミングコンテストで上位の成績を残したりしなければいけないのかもしれません。
どうしたものでしょうね。ブクマカのみなさんの反応を見ると、専門学校でもあまり就職に有利にならない（ホントか？専門学校の意味あるのか？）という話ですが、目的が就職ならば、一番の近道のような気がします。
そこらへんからは、元増田さんがなにをしたいか、あるいは聞いてみたいだけだったのかによります。仕事には適性とやる気が大事です。あとは年齢と必要性かな。進路はオーダーメイド以外にはありえないので、提示された案を自分で選んでそれに賭けるしかないのかな、と思います。
さて、この文章は実はこの一文に反応してのものです。（↑のは前書き）
GWあたりからトシも考えずにRubyの再入門をしていまして、手始めに「首相動静」の整形ツールを作ってみました。
初心者で（Rubyに関しては仕事で使ったことないので）なにか作ってみよう、というとこの程度ですね。
これで就職に有利になるかというと、あんまりそうは思えないなあ。Excelのマクロが組めるとかのほうがどこかの事務所に潜りこめそうですよ（でもそれも最近はインフレ気味かもしれませんね）。
朝日新聞の首相動静は詳細ですが、改行が入っておらず、大変読みにくいものです。こんな感じです。
【午前】９時３１分、自民党本部。３３分、同党役員会。１０時２分、官邸。５分、閣議。２１分、宇宙開発戦略本部。３４分、柴山昌彦文部科学相。３８分、岩屋毅防衛相。４１分、山下貴司法相。１１時３分、安全保障と防衛力に関する懇談会。
【午後】０時１１分、政府・与党連絡会議。４４分、山口那津男公明党代表。１時２７分、日韓議員連盟の額賀福志郎会長、河村建夫幹事長。２時２０分、行政改革推進会議。５２分、兼原信克官房副長官補、秋葉剛男外務事務次官。３時３６分、麻生太郎財務相、財務省の岡本薫明事務次官、太田充主計局長。４時７分、太田氏出る。可部哲生理財局長加わる。１５分、全員出る。２５分、黒川弘務法務事務次官。３４分、谷内正太郎国家安全保障局長、北村滋内閣情報官、宮川正内閣衛星情報センター所長。４１分、谷内、宮川両氏出る。５時３分、北村氏出る。１０分、東京・永田町のザ・キャピトルホテル東急。宴会場「鳳凰」で中曽根康弘世界平和研究所設立３０周年記念式典に出席し、あいさつ。２０分、官邸。６時１８分、ガーナのアクフォアド大統領を出迎え。記念撮影。１９分、儀仗（ぎじょう）隊による栄誉礼、儀仗。２７分、アクフォアド大統領と会談。７時１２分、署名式、共同記者発表。３２分、公邸。首相主催の夕食会。８時４３分、アクフォアド大統領を見送り。９時、ヨルダンのアブドラ国王と電話協議。
ただ、これはフォーマットがはっきりしており、
と、例を見るかぎりキッチリとしたルールに則っているようです。
なので、「これだったら整形できるかも」と思い、再び学びはじめたRubyで整形ツールを作ってみることにしました。
【午前】
１０時０２分、官邸。
１０時０５分、閣議。
１０時２１分、宇宙開発戦略本部。
【午後】
０１時２７分、日韓議員連盟の額賀福志郎会長、河村建夫幹事長。
０２時２０分、行政改革推進会議。
０３時３６分、麻生太郎財務相、財務省の岡本薫明事務次官、太田充主計局長。
０４時１５分、全員出る。
０４時３４分、谷内正太郎国家安全保障局長、北村滋内閣情報官、宮川正内閣衛星情報センター所長。
０４時４１分、谷内、宮川両氏出る。
０５時１０分、東京・永田町のザ・キャピトルホテル東急。宴会場「鳳凰」で中曽根康弘世界平和研究所設立３０周年記念式典に出席し、あいさつ。
０５時２０分、官邸。
０６時１８分、ガーナのアクフォアド大統領を出迎え。記念撮影。
０６時１９分、儀仗（ぎじょう）隊による栄誉礼、儀仗。
あと、午後の時刻を24時間制にしたいな、とも思いますが、それは今後の課題（つぎに首相動静が話題になったとき）とします。全角数字の計算ってどうやるんだろう？
たぶんRubyistにいろいろ突っこまれると思うけど、こんな感じです。
プログラマは玉石混淆ですが、これは石のほうの例だと思っていただければさいわいです。
※ はてな記法にはシンタックスハイライトあるけど、増田だとInternal Server Errorになるのではずしました。見にくくてスマソ。
# encoding: utf-8 # 漢字コンバータのライブラリを取りこむ（Stringに漢字変換メソッドを付けてくれる。神） require 'kconv' # 正規表現パターン # 時刻をｈ時ｍ分形式からｈｈ時ｍｍ分形式にする # 否定後読みを使用する # 時は行頭にある OneDigitHour = /^((?<![０-１])[０-９]時)/ # 分は時のあとにある。このパターンとマッチすると、\1が時、\2が分になる。 OneDigitMinute = /^([０-９]{1,2}時)(?<![１-５])([０-９]分)/ # 分のない、時だけの行のパターン。否定先読みを使用 HourWithoutMinute = /^([０-９]{1,2}時)(?![０-５]?[０-９]分)/ # 行頭のｈ時ｍ分をｈｈ時ｍｍ分にするサブ処理（これは関数といっていいの？） def convTopHourMinute2TwoDigits(oneLine) # 時を変換 oneLine.sub!(OneDigitHour, "０\\1") # 分を変換 oneLine.sub!(OneDigitMinute, "\\1０\\2") # 分がない場合"００分"を追加 oneLine.sub!(HourWithoutMinute, "\\1００分") # 戻り値 oneLine end # 入力ファイルの名前 InputFilename = "首相動静2018年12月11日.txt" # 出力ファイルの名前 OutputFilename = "首相動静2018年12月11日_編集済.txt" # 入力ファイルをオープン inFile = File.open(InputFilename, "r") # 出力ファイルをオープン outFile = File.open(OutputFilename, "w") # 時刻パターンはシンプルに、ｈ時、ｍ分、ｈ時ｍ分、という3パターンを結合する # 1つのパターンで全部カバーするよりこちらのほうが見やすい。というか、脳の容量の問題で1文に書ききれなかった jikokuPattern = /[０-９]{1,2}時[０-９]{1,2}分、|[０-９]{1,2}時、|[０-９]{1,2}分、/ # 午前/午後 ampm = /(【午前】|【午後】)/ # 午前/午後、あるいは時刻の前で改行するためのパターン kaigyouSign = Regexp.union(ampm, jikokuPattern) # ファイル一括読み込み # 昔は1行ずつ読みこんでました。メインメモリが3MByteとかだったので contents = inFile.read.toutf8 # 入力終了。閉じておきます inFile.close # スコープの関係から、ここでローカル変数に代入 # ※ Rubyのスコープと暗黙の型には泣かされました。これに慣れるのがRubyのコツかしら # 明示的な型宣言はあったほうがいいと思うなあ。エラー出力の理由がわからなかったりするので。 hour = "" # デバッグ行はコメント化しています # 時刻パターンチェックのため、コンテンツを出力してみる # p jikokuPattern.match(contents) # エントリを改行サインで行に分ける contents.gsub!(kaigyouSign, "\n\\&amp;") # "\\&amp;"はマッチした文字列そのもの。2重のエスケープ"\\"が必要 # 改行チェックのため出力 # p contents # 入力を行で分割して各行ごとに処理 contents.split("\n") do |oneLine| # 午前/午後を示す開きカッコ"【"があるか if (oneLine =~ /^【/) then # そのまま出力 outFile.write(oneLine + "\n") # p "午前午後：" + oneLine next # 空白行は無視（スキップする） elsif (oneLine =~ /^[\s ]*$/) then # 出力しない # p " 空白行：<skip>" next # 行頭に「時」があるか elsif (oneLine =~ /^[０-９]{1,2}時/) then # あったら時間表示を抜きだしておく hour = oneLine.match(/^([０-９]{1,2}時)/)[0] # p " 時：" + oneLine outFile.write(convTopHourMinute2TwoDigits(oneLine) + "\n") next else # 「時」がなければつけて出力 oneLine = hour + oneLine # p "普通の行：" + oneLine outFile.write(convTopHourMinute2TwoDigits(oneLine) + "\n") end end
手でやったほうが早いね。
以上
盛り上がってるところ水を差して申し訳ないですが、プロジェクトにはこの辺りを気をつけて貰いたいと感じました。
sinsai.infoの時も当初エンジニアを中心に一気に盛り上がったものの、その後上がってきた情報を分類するボランティアがだんだん減っていって停止状態になったと思います。
ボランティアが減っていった理由としては、日常の業務が再開し活動が難しくなっていったことと、トップや一部の目立った技術者ばかりメディアで取り上げられて、末端には何も恩恵がなかったのでは無いかと考えられます。
3つ目ですが、役割上サイトの広報や営業に相当する活動が必要なのはわかります。ただ結果としてプロジェクトに何も寄与せずに「これすごーい」と言ってるだけで飯の種にしてる人がいる気もします。
-
ここまでは個人的な考えが強いので横に置いて構いません。
個人的に一番辛そうだと感じてるのは、4つ目の東京以外の自治体の連携についてです。
このサイトを各県でフォークするには、各県に容易に使えるデータを出してもらうことが必要です。オープンデータがその一つです。
ところが(そもそも自治体の中で改革の起きてる東京はともかく)各県では恐らく未だにデータの生成を手動で行っています。
その為日によって日付の書式が変わるとか、オープンデータで無い場合はその日の担当者の気分でURLや文章フォーマットが変わるということが起きています。
これを無くすには業務プロセスの改革が必要ですが、自治体がそこまで危機意識を感じていないか、逆に現場が危機的状況過ぎて変える暇が無いように見受けられます。
このような業務プロセスの問題は他にも起きていますね、そう10万円給付金の話です。
-
① コピペできるフォーマットが決まり、組み合わせで新しいコンテンツが作られるもの。Party Parrotの黒板の内容を変えたものが大量に出回るようなもの
② ふぁぼやRT数の増加傾向をいち早くつかみ、サイトで紹介したり、薪を放り込んで燃やす系。
③ 広告やアクセス数を増やすために、プラットフォーマーからの助言に従ってコンテンツを作っていく。YouTubeのサムネに大きな文字を出すなど。
これらとは違うのは残りにくい。
自分で一から作るとか、時間をかけて読まないといけないとか、始めるのにお金がかかるとか、塗料を使うなど今の住宅環境と合わないものなどは残りにくい。
キュレーションが一時期流行ったものの、人気が出るかどうかわからないコンテンツを紹介する人はいなくなった。
アイドルの私物や記念品を売って、利益を寄付するみたいなフォーマットは、今でもぜんぜんイケると思う。
ちなみに女性アイドルの風呂の残り湯を瓶詰めしてオークションして、買い手がなかなか現れず微妙な空気になったのが、20年以上経っても忘れられない。
個人的には00年あたりである意味文化というか文法が確立して同時に個人HP掲示板などブログなどでネットの拡散力が上がっていく
その後はスマホやらアプリゲームとか出てきて同人エロゲ市場が活発になるとかはさておき
00年代衰退のきっかけはエロゲフォーマットが進化しなかったとか無駄に重厚長大になったり割れだったりと言われるが
まあそれもわかるが個人的には致命的ではないと思う
これも原因の一つだと思う
当時アニメとしては朝夕ではできない独自進化したマイナー漫画やラノベなど新鮮味あるアニメ化
ここらでネットで動画サイトなどできたのがこの時代はまだややマイナーだった
どんどん数作られクオリティがあがり話題性ある深夜アニメ増えてきた
もう一つは05年つべが06年ニコニコができて深夜アニメもよく見られて完全にミーハー層はこっちのほうが手軽に騒げるし無料だし
まあ動画サイトに上がっていたアニメも割れと言われるとそうだけど
動画は無料だし共有できるし深夜アニメはエロゲより多種多様なジャンルだし
おまけでこの時代エロゲアニメも糞みてえな低予算アニメ多く印象悪くしたような気もする
エロゲが刺さってたのってアラフォーだから、そりゃ10年下だとわからんだろうな
毎年の課税作業と、今回の突発的なコロナ対応の給付金の作業は難易度が全く違う。
世帯情報と申請情報を突合して、銀行の数だけ振り込み依頼データを作成するといえば大したこと無さそうに見えるだろう？
それを連休返上で審査してデータ化して窓口対応して補正の連絡をして・・・。
銀行とのデータのやり取りは紙だったりオンラインだったり今どきフロッピーだったりする。
振り込みデータの送信後も、振り込みに成功したかどうかのデータを銀行から貰って振り込み失敗データの検証をする。
これら一連の作業を大勢の職員が一斉に行って、整合性のある処理をするにはシステム化での対応が必要だが
むろん業者側もこんな短期間で開発なんてできっこない。というか出勤困難だし。
今までの日常業務でも人員ギリギリの状態でこういうタスクが発生したら遅れるのは仕方ないと考えてほしい。
そもそもを言えば、マイナンバーカードに補助金情報も紐づけして、ATMに突っ込めば全国どこでも出金できるようなシステムにするとか、そういう仕組みにしなかった国が悪い。
PCRってなんの略だ？「核酸増幅法」の事らしい。正確にはPCRと言うのはPolymerase Chain Reactionで核酸を増幅させるやり方らしい。なるほど分からん。核酸ってなんだ。増幅させたからなんになるんだ。
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/kenkou_iryou/dengue_fever_qa_00004.html
https://www.bs.jrc.or.jp/hkd/hokkaido/process/m3_01_01_02_00000138.html
PCRは難しい事を言ってると言うことだけが分かった。メカニズムも問題点も検査手順も何も分からない。
そもそもPCRが核酸を増幅させるやり方の事なら別の方法じゃいけないのか。核酸を増幅させなきゃいけないのか。そんな事も分からない。
世間では全自動検査機が騒がれているが、手順が分からないから何が全自動なのか分からない。うちの全自動システムもエクセルファイルの体裁を整えてやらないと全自動にしてくれない。いつも全部は自動じゃないじゃんと思う。
小耳に聞いた話では生物系でもPCR検査をするらしい。医療系のPCRと何が違うんだろうか。もしかして一緒なんだろうか。そもそもPCR検査だけで済むのか。うちの「全（然）自動（じゃない）システム」も結局体裁の整え方のマニュアルを作らなきゃいけなかった。
騒いでる人はPCRについてちゃんと分かってるんだろうか。それともうちの全自動（）システムを導入した時の上司みたいに「これで一瞬で終わるな！ハッハッハ」って感じなんだろうか。導入後の上司は「これじゃ全然自動じゃないシステムじゃないか…ハッハッハ…」って言ってお客さんにフォーマット統一してくれるようにかけあってくれてたので、すごくいい上司だと思う。でも全自動システムはまだ全自動じゃない。
バイオハザードのかゆうま(飼育係の日誌)みたいなノリで匿名日記を書くサイトを作った。ログイン不要。https://enigmatic-brushlands-82725.herokuapp.com/
3月25日の夜に小池都知事の緊急記者会見があった翌日から、完全に在宅勤務になった。もう外はナウシカの世界みたいなもんだと思ってるのでなるべく外に出たくないのだが、さすがに食料は買いにいかないとで週2回だけ買い出しに出ている。（「マスクをしないと5分で肺が腐ってしまう。」と思いながら外出してる）
で、外に行くと思ったよりも人が出歩いてたりしてビビる。スーパーとかどの時間に行っても「いやいや、週末でもこんなに客いなかったぞ」って人の量で、しかも突然Uターンしてきたり立ち止まったりしてまるでNPCのようだ。横断歩道待ってるとやたら近距離接近してくるご婦人方とか、自転車乗ってタバコ吸いながら盛大な咳をするおじさまがいたりと、エンカウントするような錯覚を覚える。
日が経つにつれてどんどん世界がRPGの世界みたいなもんじゃないかって感覚になってきて、なんかまるでゲームの中にいるような気持ちになってきた。
「あー、なんか何気ない日常だと思ってた記録が後々フラグになったり、後でプレイヤーが読んで重要情報になるとかおもしろいな。」と思ってブログでもはじめようかと思ったがなんか雰囲気が出ない。なんかブログだと長文書かないといけない＆社会的に意義あることを書かないといけない感じがあって、なんかもっと短文でくだらない日常記録が書きたいんだけどな、と思った。（全然余談だが、短文でくだらない日常を書くって点でmixiはいいフォーマットだったなと思った。）
COVID-19流行下の日々を集団で記録する日誌 https://enigmatic-brushlands-82725.herokuapp.com/
ログイン不要で匿名で書ける。編集と削除は、昔のBBSとかにあった懐かしの投稿時に削除キーを設定する方式だ。
（これも全然余談だが、削除キー方式どんなものだったか思い出すために10年ぶりくらいにKENT WEBを見た。健在でこれはこれで非現実感あった。）
同じように日々にバーチャル感を感じてる奴に、日常の「だるい、疲れが取れない」とか「スーパー行った。人多かったー」とか「在宅勤務で腰が痛い」とか書いていってもらえたら嬉しい。
音楽大好きなんですよ。
ライブハウスもふらっと見に行ってたんですよ。
好きな人たちがかわいそうだなって思うんですよ。
でもね、
私は心の底ではいい機会だから音楽業界が全部ぶっ壊れろと思ってるんですよ。
だってね、音楽業界って新型コロナ前からとっくのとうに行き詰まってたの。
CDなんて過去のフォーマットが未だにメインの商売で、でも、もうCDって単なるグッズとか応援の投げ銭みたいなもんだったんですよ。
それで、ライブたくさんやってグッズでなんとか儲け出すの。Tシャツを¥3500とかで打ったりとかでさ。
小室哲哉さんのCD300万枚売れた時代の商売のやり方からシフトできてないのよ、バカじゃねーのっていう。
日本のミュージシャンって、経済的には全然音楽家じゃないの。グッズの売り上げで生きてるアパレル屋さんか雑貨屋さんよ。
日々音楽を応援しててさあ、そういう事情は薄々知ってたけど見て見ぬふりして応援してたわけ。
でもさ、
「ライブハウスにいる今が人生だ！」みたいな感じでいるけどさ、バカじゃねーの、ライブしてる時間よりバイトしてる時間の方が人生の中で長いじゃん、みたいことを心の底では思ってたのよ。
今の音楽家が一掃されてさ、ライブハウス全部潰れてさ、メジャーレーベルも全部潰れてさ、そうしたら音楽に何が起こるのかなって思うわけ。
音楽自体はなくならいわけよ絶対に。それでまた一から始まったらどうなるのかなってむしろワクワクしてんのよ。
音楽が貴族のものだった時代からやり直すかもしんないけどさ、まあでもそれぐらいからやり直したほうがいいよ、日本の音楽業界は。
【追記 2020.5.4 03:54】
こんな書き殴りの駄文にみんな反応してくれて嬉しいよ。ありがとう。
まあでもさ、
「音楽家に愛はないのか」とか「マイナーだけど良い音楽はいっぱいあって、細々やっててそれを俺は支えてる」とかさ、
そういうのが一番、バカじゃねーのって思ってるわけ。
（このサブスク・Youtube時代にCDの枚数でマウント取ろうとするやつが一番バカじゃねーのって感じだけど。）
そもそもさ、「良い音楽つくってるよ、金になってないけど。」ってなんだよ。
全然うまく行ってないってこと認めちゃってるじゃん。
そういうさ、不健全な状況をさ、
「ファン」たちが小銭を必死にかき集めてぶちこんで、良い音楽やってる人たちを低所得で延命させてさ、
「俺ら良い音楽わかってんすけどね」みたいな態度ってなんだよ。
そんな状況壊れちまえって言ってんの。
大好きな音楽家には愛情しかないよ、だからこんな社会になっちゃったんだしこれ以上金で苦しまないでさ、
ネットにあげてくれればちゃんと追っかけて聞き続けて感想つぶやくし投げ銭もするからさ、
いっそ「音楽で飯食う人」としては一度死んでくれって思うんだよ。
ちょうどいい機会！今やらないでいつやる！みたいな人が多くてうんざり。いい加減にしてほしい。これは学校だけの問題じゃない。早生まれや学年の定義や、そういうことでもない。
教育業界は何十年も、４～３月のスケジュールで動いてきた。お金も人の動きも、それに関係する全国の民間企業も、全てがこのスケジュールに応じて動いてる。公立高校も実質無償化になって久しいけど、それも全て、４～３月の中の国の予算組みで動く。人の動きや転勤も全てそう。各種調査統計も、５月１日を基準日として行われ、それを基礎数字に全てが動く。
民間の会社もそう。仮に９月入学になったら、近いところで、学習塾業界に激震が走る。そこの決算や人の動きも全て変わる。新卒採用にも影響が出る。例えば、教科書を作る会社。それを販売する会社。机や椅子といった教育機器・備品の会社。制服を作る会社。進路情報をサポートする会社。その全てが、４月入学やそれぞれ適した時期にに最高の形で供給できるよう、工場の稼働や人的な問題など、調整している。地方だと、春先の年一回に全てを賭けた老舗の制服取扱店や教科書販売店も少なくない。
９月入学にするというのは、文部科学省が決めて、各県に通達して、予算や人の問題をクリアすればOKという話じゃない。教育業界に関わる日本中の民間企業も、大きな変化を迫られてしまう。事業の大幅な組み換えや、見直しが必要になる。ただ単に半年ズラすとか、そういう簡単な話ではない。欧米と合わせて９月に！というのもナンセンスな話で、半年ズレによる受験機会増などの恩恵も沢山あった。
確かに、９月入学のメリットは分かる。受験シーズンと厳しい冬を切り離せるのも魅力的。でも、絶対的に時間が足りない。今年の９月は無理。そもそも、９月にコロナが終息しているかも分からないのに、どうやって９月入学に向けて動けというのか。全国の教育業界に関わる全ての企業や組織が一斉に段取りを始めれば、緊急事態宣言どころじゃなくなるのは目に見えている。
少なくとも、今年は無理なのだ。2023年に９月入学を始めるから今から数年かけて準備していきましょうなら、まだ分かる。でも今年はあと４ヶ月しかない。それも、コロナが終息しているかも不透明な４ヶ月先。ただでさえ、現場の教職員たちは、生徒の学習をなんとか継続しようと、今必死になって取り組んでいる。地方だと家にWi-Fiがない家庭も多い。もちろん、ろくに家庭訪問もできない。休校要請が非人道的なスケジュールで降りてくる中、どうにかできないものかと、試行錯誤しながら必死にくらいついている。そんな現場に、９月入学に向けて学校行事他全てを見直して準備していく余裕は、はっきり言って無い。無いです。
今大切なのは、子供たちの学習機会をどう確保するかということ。ネットを使った環境を、いかに整備するのか。郵送でのやり取りと抱き合わせでもいい。そこに文部科学省なり県なりが経費や補償を投じて、統一のフォーマットやスキームを形作ってくれれば、現場はいくらか楽になる。頑張るための方向性が見える。どうなるかも分からない９月入学に振り回されるより、直接的に、目の前の子供たちのためにやれることをやりたい。
だから、安易に９月入学がちょうどいいなんて、そんなことを言わないでくれ。煽らないでくれ。４ヶ月でやれることでは到底ない。そして、現場はもう、耐えきれない。
ソニーがビデオのベータマックスを出したとき、なぜか「カセットの大きさ」にこだわっていた。彼らは、文庫本サイズにこだわった。おかげで初代ベータは1時間しか録画できなかった。そこはこだわるべきところだったのかどうか、今思うと、謎だ。その後、いろんな理由で、ベータマックスは市場から駆逐された。
デジタルオーディオプレイヤーの世界もiPodや韓国製に日本が遅れをとった。理由は、日本のメーカーは「著作権保護とデータが絶対消えないということにこだわっていた」からだ。メモリやHDDなどという不安定すぎるメディアに音楽を記録して、落下や衝撃のショックなどでデータが消えたらお客様にどう説明するんだ？というのが90年代の日本メーカーのこだわりであり常識だった。
初代iPodが出たとき、ぼくは、松下のSDプラットフォームチームにいた。当時、松下は本気でSD-AUDIOを開発していたので、iPodは正直、おどろいた。
松下などのSD陣営はデータが消えにくく、著作権保護が可能なSDカードとその周辺の開発で、すでに数百億円以上つっこんでいた。他社と調整してSDMIなどの世界標準規格もたくさん作った。すごい時間とカネをかけて著作権保護と暗号化と静電気に強いカードとフォーマットを開発していた。その前に出したスマートメディアやMMCが静電気に弱くデータが消えることが多かったからだ。一万回SDカード抜き差しテストなどが普通に行われていた。もちろん、メモリースティックも同様の状況だったと思う。
だから、ハードウェア担当たちは、急に出た初代iPodの発表を聞いて、びっくりした。「ハードディスクなんて、不安定なモノでどうやって、データを消えないようにしとるんや？加速度センサーで衝撃や落下を事前に検出してシークをはずしたりしとるんか？その割には安すぎるし、それでデータ保護も完璧にはでけへんやろし...。」
iPodの発売日、ハードウェア担当たちは、恐る恐るiPodを分解した。Appleはどんな衝撃対策やデータ保護対策をしているのだろう...。どんな未知のテクノロジーを使ってユーザーのデータを保護しているのだろうか？
結果は...iPodの中に裸のハードディスクがゴロンと入ってるだけだった。加速度センサー？そんなものは微塵も無かった。衝撃対策は、ゴムみたいな何かを挟んでる以外は何もしてなかった。「データは消えても知らん」という設計思想だった。実際、iPodはデータが飛ぶことがあった。
iTuneも著作権保護もぐだぐだで、国内メーカーがこぞって進めていた「自称」世界標準の著作権保護規格であったSDMI規格も100%無視されていた。CDに焼いたり複数のiPodにコピーできたりなんでもアリすぎて、これもびっくりした。
「こんなん、ウチではだされへんがな。」
その頃自分はM1からM2に上がりたてで、HCI系の研究室に所属していたが特別ブラックというわけでもなく（直接指導にあたる教員との相性は悪かったが）、記事を読んでも筆者の境遇に思いを馳せるぐらいの月並みなことしかできなかった。
それでも、HCIは「一見役立たなさそうなおもちゃのようなものに、理屈をこねくり回して正当化させるのが多いように感じ」るという主張に心から共感したことは覚えている。「おもちゃ」という表現がぴったりだと感じたのだ。「ゴミ」とか「クズ」ではなく、「おもちゃ」。自分も含めて学士・修士の研究は大半がゴミ同然なのだろうけれど、どうしてかHCI研究の一部は「おもちゃ」であるように思えてならない。当時その理由を漠然と考えてみたりもしたが、結局まとまらないうちにほとぼりが冷めてしまった。
今、自分は修士課程を修了して労働をしている……が、このご時世なのでここの所はずっと自宅待機で時間を持て余している。だから、今のうちに寝かせたままのもやもやを整理し、言語化しておきたい。そういうわけで、増田に書くことにした。
一応断っておくと、これから書くことは修士卒の人間の主観に満ちたお気持ち表明であり、HCI全体のごくごく狭い領域の事情を述べているに過ぎない。HCIの学際的な領域は多岐にわたるが、その中でも自分は記憶・感情・コミュニケーションといった人間の精神的な活動をコンピュータ技術で支援しようという趣のことをやっていたから、余計におもちゃ性の強い研究に触れる機会が多かったのかもしれない。そのあたりを踏まえた上で、読んでもらえると幸いだ。
HCIが立派な研究であるかどうかは、HCIおもちゃ問題を考える上で大きな問題にならないと自分は思う。正しく研究のフォーマットに則ってさえいればそれは研究と呼ぶ他ないはずだし、研究の質的な議論は何もHCIという分野に限られたことではない。
学問の有用性は、例えば人文学の軽視だとか、もっと次元を低くすれば三角関数を習う意味だとかで、これまたよく議論の対象となる話題である。自分としては、一般的な学問に関しては直接的な人間への有用性という観点のみで議論されるべきではないと思っている。学問による間接的な恩恵や将来への投資を無視するのはあまりに浅慮であるし、根源的な欲求の充足というのにも価値はあるはずだと考えるからだ。
しかし、HCIは例外だ。HCIは、人を対象とし、大半の場合はエンジニアリング的なアプローチによる課題解決を目指しているのだから、人の役に立たなければ意味を持たない。しょうもないHCI研究は、道具・ツールとして失格の烙印を押されたガラクタの「おもちゃ」なのだ。
自分は、ワゴンいっぱいのガラクタのおもちゃの中にあって気持ちがみるみる冷めていったし、元増田の筆者もきっと同じだったのだろう。
ここからは、自分がおもちゃだなと感じてしまうHCIの特徴について列挙していく。
遊ぶように楽しめる何かを作ること自体は結構だが、課題解決を目指す工学において繰り返しに耐えないモノを作るのは全くのナンセンスだ。
それこそ、人間にとってのお役立ち度は、縁日の射的の景品やヨーヨーと全く変わらないということになる。
HCIの研究やプロダクトが役に立つ前提として、人間というのは常に明るく元気で前向きで、人と繋がりたくってしょうがない生き物なんだと考えているんじゃないかと思わされることが何度もあった。確かに現在の社会においてそのような人々は理想的で偉いのかもしれないが、現実を見ればそのような前提を掲げられるはずもないことは火を見るより明らかだろう。
また、人々に高度な認知的能力を要求するような例も多いが、そのような人々がいくらかエンハンスされたとしてもそれに対するHCIの貢献度は、はじめからA判定の生徒を受け持つ家庭教師のような疑わしさが持たれて然るべきだ。
これは元増田にも指摘のあったことだが、他分野を無理のある形で援用してトンデモ仮説を作るようなことが見受けられた。逆ソーカル事件といえるようなことが、あちこちで起こっているんじゃないかと思う。
大いなる研究の礎として失敗した研究が存在するという考え方があるが、おもちゃHCIは礎たりえない。それは、そこに積み上げられるものが全くないか、あるいは逆にバベルの塔を建てようとしているからだ。つまるところ、未来が両極端なのだ。
当たり前のことだが、何もHCI全体を否定しているのではない。優れた研究・研究者は数多く存在しており、今後も我々の生活を豊かにしてくれるのだろう。
ただ、おもちゃHCIが存在するのも事実で、それに関わると残念ながら莫大なリソースが無駄に終わってしまうから、ちょっと口出ししておきたかったのだ。
