  |
はてなキーワード: JISとは
とりあえず説明しやすくするために、平成の次の元号を毎回毎回「平成の次の元号」と言ってしまうと面倒なため、「応仁」としてみます。実際の元号は「応仁」にはならないと思いますが、便利なので「平成の次は応仁」だととりあえず思い込んでもらいたいです。
さて、あなたはプログラマあるいはSEになりました。まあ、とにかくソフトウェアの修正をしなければいけない立場になりました。
今回修正するソフトウェアは、他の企業が平成8年に作成したもので、本来は平成15年でメンテナンスを終了するという契約だったようでした。なのでメンテナンスも特にされてはいません。顧客が「使えるのだからいいだろう」ということで長年使い続けてきたものです。しかし、この度改元にともなって、あなたの会社に改元の発注が舞い込みました。
「なんで5月に改元なのに1月に発注するんだ……遅すぎるぞ」とあなたは呆れていますが、仕事は仕事です。諦めて作業にとりかかりました。
あなたはまず、このソフトウェアがどういうものなのかを確認します。取引先が取引先に売るためのソフトウェアのようです。比較的大きなソフトウェアなのでまずどのようなものなのかを確認するのが大変でしたが、あなたはなんとかソフトウェアの全容を理解し始めました。
ここで、あなたは直感的に「平成」となっている部分を「応仁」に変えてみます。
すると今年は平成31年のはずなのに応仁31年となってしまいます。横着をして計算しないとこういうことになってしまうので、まずは内部では平成31年の5/1以降なら応仁元年ということにします。応仁1年ではダメと言われてしまったので、ちゃんと1のときは「元年」に変えます。「元年」のときだけレイアウトが崩れてしまいましたが「平成元年も崩れますよね？」という交渉を行って、なんとか鉾をおさめてもらいました。
さて変更したので、ちゃんと動作がうまくいっているかテストを行います。自動で出力される書類の日付は「応仁元年5月2日 発行」となっています。
すばらしくうまくいっています。テストをしている人（もちろんあなたです！）は心をよくしてそのままテストを続けていました。そうすると「H31 05/02」というものを発見しました。
そうでした。アルファベットの方も変更しなければいけませんでした。先程と同じように平成31年の5/1以降はHではなくOというふうに書き直します。なあんだ。簡単じゃあないか。誰だ難しいと言ったのは。
「平成30年の3年後は応仁3年」という計算もすばらしくうまくいっています。
あなたはこれに気をよくして取引先に納品しました。納品にあたってメンテナンス期間を設けて深夜に出勤し、問題がないかチェックをしました。そうして更新されたソフトウェアが取引先で使われ始めました。
取引先も「いいじゃないか」と言ってそのまま応仁元年5月1日を迎えました。
あなたは驚いてクレームの箇所を確認しました。すると㍻31年5月1日となっている箇所を発見しました。なんとここだけ使われている文字が違ったのです。「㍻」と「平成」は全く違う文字です。あなたは新しく追加された「細い応仁」の文字を使わなければいけません。この前と同じように、ネットから新しく発表された「細い応仁」をコピペして、日付計算だけして終わろうとします。
あなたは「やらかしてしまった」と冷や汗をかいていますが、これでなんとかなるだろうと楽観していました。
するとエラーが出ました！
数時間かかけて調べるとどうやら新しい「細い応仁」は、Unicodeというものを使っていて、Shift JISというものを使っているこのシステムでは使えない文字のようでした。これに驚いたあなたは「Unicodeというのを使わないといけません！」と上司と相談し、取引先と交渉することになりました。結果は「それはダメ。なんとかしてくれ。なお追加予算は出せない」ということでした。
Unicodeを使えるようになってしまうと、文字化けが起こったり不正な文字（入力されるとエラーになる文字）をバンバン入力できるようになります。そうするとまた全部の箇所をひとつひとつ確認することになります。予算もかかるし時間もかかります。取引先が、取引先の取引先とも連携できなくなる可能性すらありました。なので却下されました。でも「細い応仁」でないとダメだということです。
しかたないのであなたはそこの部分のときだけ文字ではなく「細い応仁」の画像を出力するようにしました。これはとても大変な作業でした。何しろ昔のソフトウェアですから、昔のコンピュータの上でも動くように作らなければいけなかったのです。
そのあと㍻と出力のされていた部分を一通りテストしていきました。しかしまだ「㍻」となっている部分がありました。あなたはため息をつきながらそこの部分も修正します。
さあこれでとうとう終わった！あなたは晴れやかな気分で顧客に頭を下げて再度納品しました。もちろん、深夜作業も行いました。
半年後、応仁元年12月5日のことです。あなたは再度クレームを受けました。「平成31年がない！」というのです。
あなたはそんなバカなという顔をしてその箇所を確認します。そこはユーザーに生年月日を選択させる箇所でした。
「平成29年」「平成30年」「応仁元年」「応仁2年」というように元号が並んでいる箇所があり、ユーザーはこの中から生年月日を選ぶようになっています。ここは「平成31年/応仁元年」と書かなければいけない箇所でした。
あなたは「応仁元年」となっていた文字の場所を「平成31年/応仁元年」と書き換えました。するとレイアウトが崩れました。取引先に確認すると「レイアウトが崩れるのはダメ」ということでした。「レイアウト崩れは許容しないとこれは無理」という交渉を行うことになりました。数日間の交渉の結果、なんとか折れてもらうことになりました。
ここに至って、あなたは「改元対応すらまともにできない人」という烙印を押されていて、味方がおらず、だんだんイライラするようになります。
ただその後は特に問題がないようで、あなたは胸をなでおろしました。
応仁2年3月17日。あなたが別のプロジェクトをやっていると「決算の書類が平成31年度じゃなくて応仁元年度になっている！」と言われました。そうです。応仁は5/1から始まったので、応仁2年3月末までは平成31年度なのですね。あなたは「どうでもいいだろ」と一瞬思いましたが、かなり重要な問題だということで、仕方なく修正しました。いままでの経験が生きたのですぐに修正自体は終わりましたが、顧客の場所まで深夜に行ってメンテナンスをしないといけないのだけが大変でした。
あなたはソフトウェアを作った人に「最初から改元のことを考えて作っておけよ」というふうに呪います。しかしこのソフトウェアが作られたのは1996年のことでした。1996年というと平成8年です。そして再掲しますが、平成15年までという契約だったようです。だから改元のことなど考えなかったようです。もしかしたら予算の都合かもしれません。当時はそれよりも2000年問題の方が重要でした。
また、1996年というとインターネットが出始めたばかりのころです。2chもまだ存在していません。パソコンの能力も今の1万分の1だと思ってもらってかまいません。そういう時期に作られたものをメンテナンスするのは大変です。いろいろなものが今と違うし、当時の書類が残っていないこともあります。そもそも今の開発機で動かない可能性もあります。
あなたは今の話を聞いて「改元に伴ってこの他にやるべきことは絶対にない」と言い切れるでしょうか。たぶん、そんなことはないはずです。だって実際の元号は応仁ではないし。
さて、怖い話は終わりです。
改元に伴う修正というのは、これらを事前に調査してすべて変更し確認するということです。「あ、そうでしたッ！」とならないように、プログラマはこれらを事前にやり、確認します。簡単な仕事だと思いますか？だとするとあなたは改元に関するソフトウェアの修正で大儲けすることができます。自信をもってプログラマになってください。
昔からあるソフトウェアは大変ですが、もちろん大変でない企業もあります。そもそも西暦しか使っていない企業がそうです。あらかじめ改元のことを考えていた企業もあります。とくに最近作られたソフトウェアは、そういうことを見越して作られているので変更は比較的容易です。そういう人は「大変だ！」とは騒ぎません。「大変そうだなあ」と静観しています。
ぼくも静観する組なので、実際の大変さについてはよくわかりません。
見た目では確かに「平成」を「応仁」に変えるだけです。それだけなのに騒いでいる人を見ると騒いでいる人がバカっぽく見えます。確かに騒ぎすぎてる人もいて、辟易とする気持ちはわかりますが。
でも、見た目を変えるのは簡単そうに見えますが違います。「異性にモテないなら顔を美形にしろ」と言われてすぐできるものではないのと同じことです。見た目を変えるというのは、見た目を変えるだけでは済まないことも多いのです。
ぼくも静観する組なので、実際の大変さについてはよくわかりません。
でも「大変そうだな」ということはわかってほしいなと思います。
ぼくも静観する組なので、実際の大変さについてはよくわかりませんが。
IPAが公開している電子メール利用時の危険対策のしおりの影響
https://www.ipa.go.jp/security/antivirus/documents/07_mail.pdf
‘電子メールを安全に送受信するために、メールの本文や添付ファイルを暗号化することができます。‘
普通の会社は安く手軽なセキュリティを好む、暗号化は簡単だ問題は暗号の解除だ
そこでこんなサービスが登場する「パスワードは別メールで送信元に自動で同時送信」と言うものだググれば腐るほど出てくる
システムさえ入れればお手軽なセキュリティしてますアピールが出来て漏洩したとしても言い訳がしやすい
https://www.jisa.or.jp/service/privacy/tabid/831/Default.aspx?itemid=31
‘【第23条】個人情報を含む添付ファイルを取扱う際に、セキュリティ対策（データの暗号化、パスワード設定など）の措置を講じることを新たに追加した。‘
ISMS認証にも似たような審査基準が記載されている、気になるなら自分で文章探すんだな
お客様に「うちはセキュリティ対策に社全体で取り組んでいます」アピールと安心感を持たせるためには必要なPマークとISMS認証のためなんや
労働者の無駄とか不便とかどうでもいいんや、そんなのに答えたらPマークと認証外されちゃうからな
上記の再送システムも付ければ最高のセキュリティ対策になるとお上の方々は思ってるんやで
「21世紀の人類がZIPのパスワードを直後のメールで送るのは、なぜデスか？」ってタイトルの@ITの記事、大元のitmediaもPマークを持っているわけだが
どうやって客や取引先にファイルを送っているのか教えて欲しい、パスワード付きzipを叩くぐらいだ画期的なセキュリティ対策をしているのだろう
スマホでは画面が狭いと感じることが多々ある。
また、AndroidではなくWindowsでないと辛いこともある。
縦が狭く縦向きで使うこともあると思うので、GPD Pocketは不可。
半壊してるのでいずれ買い替えたい。
普段はデスクトップしか使わずノートPCは滅多なことで使わないのだが、ないと困る。
CPUとストレージの性能は2Sの方が上だが、それにもかかわらずなぜ初代なのか。
初代は5時間は余裕で使えるらしい。
2SはUSB-PD・12V・2.5A以上でしか充電できないらしい。
はUSB-PDのRev2.0から12Vが廃止されたので、今後のモバイルバッテリからは外される可能性が高い。
一方、初代は5Vで充電できるので、ほとんどのモバイルバッテリで充電できる。
2Sだと8万円くらいだが、初代はヤフオクで3.5～4万円ほどで落札できる。
買おうかどうか迷っていてやめたMediaPad M3 Lite+2万円くらい。
数年で使い潰すことを想定しているので、4万円くらいなら問題ない。
一番の問題はCPUの性能不足だが、今持ってるノートPCを省電力モードで動かした時と変わらない。
普段は省電力モードで動かしており、軽作業程度なら特に問題ない。
かな入力ができない。
完全には折り畳めず、若干隙間ができるらしい。
特に隙間について書いてないサイトでも隙間があるので、個体差というわけでもなさそう。
EvernoteのWindowsクライアントを使うために課金が必要。
ほとんど使わないならWebクライアントでも良いが、用途的にオフラインで使えないのは辛い。
今のノートの省電力モードと同等というのはベンチマーク上の話であり、実際にはOne Mixも発熱制御などで処理能力を落とすことが考えられる。
https://ja.m.wikipedia.org/wiki/ポリティカル・コレクトネス
これ見てて思った
性別を限定する職業を男女共通で使えるようにするのもポリコレだが↓のように
職業 伝統的な表現 ポリティカル・コレクトな表現
議長 chairman chairperson または chair
実業家 businessman businessperson
写真家 cameraman Photographer[要検証 – ノート]
英語で見ると男性限定の表現だったものが女性も使えるようになった例が多い
それに対して日本は女性限定の名称が男性も使えるように変更されたものが多い。
カメラマンやビジネスマンキーマンのような海外では既に改定された用語はそのままなのは、日本人はマン＝男という意識が薄いからだろうか？
看護士 看護師 2002年、保健師助産師看護師法改正。男性も職業に就いているため。
障碍者 「害」の字が使われていることに不満がある人の感じる悪い印象を回避するため。2001年（平成13年）に東京都多摩市が最初に採用。
助産婦 助産師 2002年、保健師助産師看護師法改正。ただし現行では資格付与対象は女性限定である（同法3条）。
保父 保育士 1999年、児童福祉法改正。男性も職業に就いているため。
キャビンアテンダント (CA) 1996年に日本航空が従来の呼称を廃止。他社も追随した。世界の航空会社では、男性も従事している。
トルコ風呂 ソープランド トルコ人留学生、ヌスレット・サンジャクリの抗議により、1984年に改称。
女優 俳優 男優という言葉があるのにもかかわらず、男性のみに俳優という肩書が使われることが多いため。
メクラフランジ 閉止フランジ JISなども改正済み 英語ではblank flange・blind flangeなどと云い、JISでも記号はBLと残る
US配列派を根絶やしにしたい。
JISキーボードをソフトウェア的にUS配列として認識させるだけで良い。
おすすめはDvorakJ(Win)とKarabiner(Mac)。
DvorakJは本来Dvorakその他特殊配列用のキーリマップソフトだけど、単純にQwerty入力でJIS→USの置換もできる。
Karabinerは大量に設定項目があるので適当に「JIS」「US」とか入力したら項目がヒットする。
そして余った変換・無変換(英数・かな)をEnterとBackSpaceにしろ。
変換・無変換にEnterとBackSpaceを割り当てろ。
ホームポジションを崩して押すShiftキーに価値があるとは思えない。
EnterもBackSpaceも親指に割り当てるんだからキーボード右側に用は無い。
キーボード全体が左寄りなことに不便は無い。
ていうか誤差。
そればかりは否定できない。
ただし他人のパソコンのキートップを気にするのはオタクくらいしか居ないし、自分自身もキートップを眺めることはほとんど無い。
US配列派を根絶やしにしたい。
とにかく親指Enter・BackSpaceの魅力に気がついてほしい。
Kyashという最近ソレなりに話題になっているアプリが大阪での地震に関して寄付金を集めている。
https://twitter.com/kyashjp/status/1008669780801302528
http://www.qrcode.com/faq.html
デンソーウェブの特許であるQRコードには利用可能な範囲が示されている。
ISO、JIS等の規格に沿っている場合には問題はないが中央部に画像を入れた場合などはQRコードと名乗ってはいけない。
大抵のサイトで使っている場合はQRコードではなくそう言ったデザイン等という扱いになっている。
これが明確に「QRコード」と名乗ってしまっているので危うい。
仕事と家庭でWindows、Mac両方使っているが、最近はブラウザとOffice365だけで仕事が完結するので、どっちを使っているかほとんど意識しない。むしろOfficeを使う都合上、Windowsのほうが仕事がしやすい。MBAよりVAIOや富士通のノートのほうが軽くて持ち運びに優しい。
その上で、ショートカットキーを押すときにコマンドキーが親指で押せるMacにはキー配列の合理性を感じる。
かなと英数の入力切替もMacのJISキーボードのほうがやりやすい。
新しいMacBookは使ったことがないが、MBAの13インチはパームレストが大きく取ってあり、富士通と比べると手を置いた時の安心感がある。
女が横一列に並んで歩くのは、古くはGメン75、最近ではまーん歩きと呼ばれる、女特有の習性である。民明書房の書籍によれば、類人猿の頃から続く本能との調査があるらしい。
あれは、その女グループでの序列を作らないための行動で。あの横一列から一歩でも後ろに下がることは、グループの中での格落ちを意味することになるので、絶対に列を崩さない。やむなく避ける場合には、隣と目配せして横に詰めるなどして横一列を維持し続けようとする。女特有のマウンティング合戦だね。
バタートーストを背中に付けた猫を使って発電ができるように、この形態保持、圧縮伸展の動きを使って新たなエネルギーを生み出す技術が開発中らしいよ。
要するに、"ウチ"と"ソト"の区別がついていない/つけられない人達ってことだよ。通行の邪魔をしてはいけないという"ソト"の論理よりも、グループ内での序列という"ウチ"の論理が優先されてる。これが日本人特有なのか知らないけれど、金商法やら労働法やらJIS法の法律よりも社内のルールが優先とか、警察よりも協会に先に報告だとか、男女に関係なく世の中はそんなことばかりだから、あんまり気にしても仕方ないよ。
