  |
はてなキーワード: Imeとは
映画見てきた。その時に流れた予告編の感想を覚えてるだけ書く。
※見に行った映画本編は（空海―KU-KAI― 美しき王妃の謎）
◇ちはやふる―結び―
前作前々作見てない、原作途中で積み中なので少なくともすぐには見に行かない。
ちはやふる面白そうで気になってるのになんで見てないんだっけ？
と上の句公開当時見なかった理由完全に忘れてたけど予告見て思い出した！
彼結構活躍しているので苦手意識改めたほうがいいかもしれんな…うーむ
◇ラプラスの魔女
この予告最初に見たときは「櫻井くんの大学教授はないわー」みたいなことを言って見ないリストに入れていたんだけど、
私謎ディナも劇場版まで完走しているしやっぱり見るべきでは？と思い始めてきた！
オリジナル作品？？かな？
キャスト（東出、真剣佑）はあまり興味惹かれないけど、車とかラリーの映像結構好きでアマプラのグランドツアー見たりするので気になるかも。
ストーリーとか詳細見てみるか決めよう。
予告はイチゴとルキアが出会って最初のホロウに襲われるシーン（画面が暗くて出来が良くわからなかった）
この時点で言えることは、あの、斬月が若干小ぶりですかね…？
イチゴ＝福士蒼汰、ルキア＝杉咲花（コレジャナイ感がすごい）。公式HP見てもそれ以上の情報なし。
いや～～どうなるんでしょうね！クソ実写化好きとしても十分期待を寄せられるというか見逃せない感じがしますね！！
そもそも話をまとめるのが結構大変だよね？藍染の正体が割れるまでというか尸魂界に行くまでも結構長いし。
楽しみだなあ。
（今日知ったこと：Microsoft IMEでソウルソサエティは漢字変換できる）
◇●◇●◇
あんまり新しい予告編がなかったから本編の感想もちょっと書く。ネタバレ注意
華やかなりし大唐！って感じだよ。
CGの黒猫も出てくるし、猫映画だよ。原題は猫メインだし。グロいことする化け猫だから鳴き声が聞こえるたび私は怯えてたけど、それでも猫好きなら萌えれるのかもしれない。
楊貴妃がね、女優さんめっちゃ美人。楊貴妃ハーレムでみんな楊貴妃が好き。理由は楊貴妃だから。(ふわっとポイント)
空海君はかしこキャラで、法術もすごく妖の気配を敏感に察知するのに、完全に妖が殺人を成し遂げてから止めたりするし。金田一耕助かよ。
結構肩透かしというか、ストーリーがなんか軽い。し突っ込みどころも多い。そんな映画。
以上。また映画見たら書くかも。
もし青森県のなにが36ミリリットルなのか、疑問に思った人は是非Googleで検索して頂きたい。すぐに青森が36mlで有ることが理解頂けるだろう。
要するに36mlとは、かな入力者がうっかりIMEをオフにしたまま「あおもり」と打ったときに入力されるTypo文字列なのである。
つい今し方、和歌山のことをGoogleにて調べようとし0t7jと入力して確定してしまったところ、何事もなく和歌山県に関する情報をしれっと表示するGoogleをみて、果たしてどこまで我々かな入力者が行いがちなこのTypoをGoogleが認識してくれるのか気になり、47都道府県をとりあえず入力してみた結果、以下の事がわかったので報告する。
| Typo | 県名 |
| 36ml | 青森 |
| 7jt@q | 山形 |
| 2hdj | 福島 |
| h@yj | 群馬 |
| xeqj | 埼玉 |
| s4g)4 | 東京 |
| tut@0 | 神奈川 |
| 7jud | 山梨 |
| 0t7j | 和歌山 |
| sZsl | 鳥取 |
| shdj | 徳島 |
| hjms | 熊本 |
| 66eq | 大分 |
| 6gu0 | 沖縄 |
| Typo | 県名 |
| n7g@ | 宮城 |
| 66xt | 大阪 |
| v)4b@ | 兵庫 |
| 6t7j | 岡山 |
| 7jh@a | 山口 |
| 2h6t | 福岡 |
| ut@xg | 長崎 |
| n7x@g | 宮崎 |
ここに記載されていない都道府県は、他の意味に被ってしまう単語になってしまうのか、表示されることはなかった。
続けて都道府県以外の単語にどこまでGoogleが対応するのか、その思わず目が眩みそうな途方もない調査にいざ乗り出そうとしたのだが、この47個の単語を訳のわからない文字列で検索し続けただけで「お前は本当に人間か、その意味不明な文字列の連続はロボットではないのか？」というGoogleの査察に遭遇したため、これ以上の調査は誠に遺憾ながら差し控えさせて頂きたい。
ATOKはJustSystemsが死ぬ気でメンテし続けるだろう。
仕事で文章を書いていればIMEは仕事の道具だから、それに月数百円かかろうが大した問題ではない。
妥当なお金を払えば安定した品質のものを使えるのなら、その方が全体として効率が良い。
これには「MS-IMEがATOKと比較してどうか」などいう非建設的なことに悩む時間自体を省略できるという点も含む。
ついでに、ATOK定額制ならスマホ用のライセンスもあって、これはこれで入力効率が全然違う。
「長年使っていたATOKを去年からMS-IMEに切り替えた理由は、クラウド候補が使えるようになったから」http://katsumakazuyo.hatenablog.com/entry/2018/02/15/213100
という記事を読んで思ったんだけど、ほんとに、今になってATOKを使い続ける理由が自分にもわからない
実感として、Windows付属のIMEが使い物にならなくて、ATOKが信頼性抜群という話は、もう昔の話で、いまのMS-IMEはじゅうぶん使える
たしかにATOKはいろいろと機能が追加され続けているのだろうけど、いまでもATOKじゃなきゃダメだという人のどれだけがそれほどハイエンドな製品を必要としているのだろうか
自分はこの数年間MS-IMEだけを使い続けて、大手出版社から一般書籍を出した
ジャストシステムはATOKをほぼ完全にサブスクリプション型のビジネスに移行して収益性を確保しようとしているけど、「ダントツに優れた日本語入力システム」としてのATOKの歴史的役割はもう終わっているのではないだろうか
windows 10 fall creators updateをインストールしようとしたらエラーになりました。
原因は古いatok(atok2013)が入力環境として設定されていたからです。
インストールの時だけMicrosoft IMEに一時的に変更すれば（atok2013のアンインストールは不用。一時的に変更するだけで良い）、windows 10 fall creators updateをインストール出来ました。
windows 10 fall creators updateを適用した後にatok2013に戻せば解決します。
それにしてもatokを新しくした方が良いでしょうかね。
http://www.junglecity.com/news/interview-aaron-patterson/
IT】シアトル在住のアーロン・パターソンさん、ネットスラングの解説で一躍有名人に 「日本とアメリカの架け橋になりたい」
これのブコメを見て衝撃を受けた
wはエモーションで半笑いを表現する意図でずっと使っていたのだが誰一人言及していないではないか
これがインターネットで使われているのを見かけだしたのは1997年ぐらいのウルティマオンライン日本シャードだったと思う
自分の観測範囲に無かった可能性はあるがほぼ初出で間違いないと思う
このwというのはUOのコミニュケーションにおいて非常に優れていた
日本語では(笑 になるのかな
しかしどちらも日本人にはしっくりこなかったのが自分の感覚としてある
lolはタイプしやすく即座に反応したいエモーションとしては良いのだがこれは日本語だと(爆 に当てはまる表現なのである声に出すとがっはっは だ
もちろん大笑いしたときは使うがmmoやってて一番起こる笑いの感情はクスッときた だ
だとすれば(笑 で良いのであろうがこれはタイプが面倒くさく( を入力して 笑いと入力しバックスペースでい を消してエンターとか2秒くらいかかるので適切でない
マクロで発言を登録するのもおっくうだしウルティマオンラインは戦いのために10数個のマクロ登録を主要キーに割当る必要があったりIMEが起動しているとマクロ入力を受け付け無いため普段は英数入力にしていたりと不適切なのだった
^^なら問題はなさそうだが現在煽り表現の駄目押しとして使えているように何か偽善者っぽい
自分は嫌だったし今でも好まない
そこでwの登場だ
半角英数でもかなでも成立し(lolはかなだとぉｌという無様なタイプミスとなる
実際に口角をあげてニヤけるに近いレスポンスがありそして何か新しい感覚！
(笑 などは新聞活字でも昔から使われているがwは似て非なるものでmmoという新しい文明の新しい感情表現方法はまさに新体験としか言い様が無かった
「。」「、」を打つたびにIMEの設定を切り替えているなら、そっちのほうが「頑な」「こだわり」じゃねえの？
Space/Enter/Backspace/Delete も文字入力
F4 はAltと押してウィンドウ閉じる。単体は個人的には独自のショートカットに割り当ててるから使ったこと無い。
F5 はリロード
F11 は全画面
ESC はいろいろなキャンセルっぽいときに使える。一番使うのはタスクマネージャにCtrl-Shift-ESC。ChromeだとShift-ESC
PrtScr はスクショ。Altと押すことが多め。
ScrollLock はエクセルのスクロールのしかた変えるときに
PauseBreak はコマンドプロンプトの流れていくのを一時的に止めるときに
Insert は上書きモードにしたいとき。あと、ShiftやCtrlと組み合わせてカット・コピーになるソフトがある
PgUp/PgDn はネットみてるときやエディタで一気にスクロールしたいとき
Home/End もブラウザで最初最後に飛んだり、エディタで行もしくは全体の最初最後に飛ぶ時
Tab はフォーカス切り替え。あとプログラムとか書くならインデント。
CapsLock はShiftと押して大文字固定にしたり、単体で押してアルファベット入力だけどIME使いたいときの切り替えとか
半角全角はIMEの切り替え
NumLock はテンキー付きなら常時ONでいいんだけど、テンキー無しのキーボードでテンキー配列で入力したいときに押す
無変換はひらがな・カタカナ・半角カタカナに切り替えるときに。F6/F7/F8でもいい。個人的にはAHKで修飾キーにもしてる
変換は入力確定したのをIMEで再編集するとき。稀にスペースキーがバグって変換できないときにスペース代わりに押したこともある
右側Ctrl/Alt/Shiftはめったに使わないけど、片手で操作したいときやVirtualBoxの特殊キーに使う（安いキーボードだとたまにない）
アプリケーションキー？は右クリック代わり。webページで右クリック禁止されてるときにこっち押したりする
Fnキーはキーが足りないキーボードについててWi-Fiや画面表示や外部接続の切り替えとかPC（キーボード）ごとにいろいろできる。
余り使わないのはあっても、全く使わないはほとんどなかった。
英語でコードを書いて日本語でコメントを書くことが多ければこんな方法もあるよ
・半角英数
■プロパティの設定
変換
・変換候補一覧にひらがな、全角カナ、半角カナ、ローマ字全て表示
和英混在入力
・「英数モードではSpaceキーでスペースを入力する」のチェックを外す
・「英字をローマ字かな漢字変換する(主に英語を入力する)」にチェックを入れる
・Shiftキー単独で英数モードに切り替える(←これにチェックを入れておくと半角英数が解除されてひらがな入力や直接入力になってしまっていても切り替えが楽)
オートコレクト
定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。
（実践はしていない）
日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応で日本語書けるもの。
○画面に表示する時
フレームワークや言語にもよるけど表示するときに英語の名前から日本語の名前に変換して表示って手間があるものがある。
最近見かけた例だと.NETでプロパティの属性に表示名書いて表示するときに取り出していた。
最初から日本語だとそのまま表示でいいことが多くて一段手間が省ける
次に他の人の英語化したのを見る時。
その人の英語力にもよるけど、動詞名詞が変に混ざっていたり、sがついてたりなかったり、そもそもchildsみたいな謎の語があったり。
そこそこできる人同士でも、「私はニュアンス的にこっちの単語」「僕はこの単語のほうがいいと思う」とかある。
相手の書いたところがわかりづらいのはもちろんだけど、プログラム的に同じ意味なのにクラスや関数によって呼び方違うと辛い。
かといって全員に日本語と英語の対応を先に渡しておいて統一しようというのは大変すぎる。
（日本語だと仕様の時点で日本語で書いてるからまぁおかしなことにはそうならないはず）
----
次にデメリット
軽く調べた感じ主にこの2つな感じ。
○IME
と思うけど、実際チャットやこういう文章書いてて英語が出るときに割りと頻繁に押してる。
ほぼ無意識でやってて意外と苦じゃない。
短いとF10変換で半角にすることもあるけど、キーボードのタイプ数カウンタとか入れてみると半角全角キーはけっこう上位にいた。
それに、なんだかんだコメントは日本語で書くことが多くて、他の人と作るのならこまめにコメント書いてる。
そうなると全角半角の切り替えは普段からあるもので、あんまり気にするほどじゃない気がした。
最近じゃIDEやエディタの補完が優秀だし、日本語にするにしても「最初はjから始める」とかルール入れておけば「j」って打ってあとはスコープにあるいくつかの候補から選ぶだけで全角にしなくていいかもしれない。
githubで公開したりとかライブラリで再利用してもらうときに日本語じゃ使ってもらえない。ってことみたい。
私が日本語にすればいいじゃないって思ってるのは、ビジネスロジックというかそのアプリケーションの固有名詞みたいなところ。
「足し算」って関数名は 「add」 でいいと思うし、配列のそれぞれは element とか item とかそういう一般的な英単語でいいと思う。
具体例がいいづらいけど、業務システムで表示する金額の名前とか、日本語独特なものとか、一般的な単語じゃなさそうなの。
こういうのを日本語にしたいってわけなので、ライブラリ的な共通なところは英語で良いからgithubで公開する範囲も英語のものでいいと思う。
ただ、最近はやってるマストドンとか、ライブラリ的なものじゃなくアプリケーション自体をgithubで公開する場合はできない気がする。
でも、海外も対象にしてるものだと日本語特有なせいでわかりづらい英語になる苦労とか少なそうだしそういうのだと英語でいいんじゃないかな。
----
長くなったけど、まとめると、
業務システムの固有名詞とか日本語特有なものとか無理に英語化してよくわからないことになってり、見づらくなるくらいなら日本語使えばいいんじゃないかな
ということ。
まあ思ってる割には実践してないので、やってる人がいたら良かった・悪かったとか聞きたいなと思ったのが書いた理由。
帰ってきたらすごいブクマついてた。
絶対「自分でやってから言えよ」みたいな意見来るだろうと思って今日の空き時間に日本語行ける言語調べたり軽く日本語使ってコード書いてみたので、そのあたりと目についたコメに答えてみる。
まず、思いの外日本語プログラミング言語上げてる人がいたので、うまく伝わってなかったぽい。
具体例上げずにサッと書いたらからかな。
あと自分もわりとするけどタイトルだけ見て中身見ずにコメントしてた人もいるだろうなー。
これが、などしこやひまわりや、BF系のmisaやら北斗のあれやらうにゃーとか色々な「構文など最初から日本語を前提とした言語」ではないってこと言ってた。
---
最近の主要な言語ならだいたい Unicode 対応でしょと思って環境があった言語を試した結果はこうだった。
JavaScript/Python/PHP/Scala/Kotlin/C#/Go/Swift
rust と Lua は無理だった。
rust は確か前に、変数名が ascii 文字だけなことに日本以外のどこかの国からUnicode対応にしてって多くの要望あったみたいな記事があったし将来的に対応するんじゃないかなって思ってる。
実際に今どんな状態かは知らない。
その記事のコメントとかでみたけど、日本語以外は割りと自国の言葉を使ってたりするっぽいね。
VBA を上げてる人がいたけど、私はそこまでのはみたことない。（幸せ者っぽいな）
稀にエクセルマクロいじるときに使い方ググってて出て来る、解説してるページで関数名が日本語なのをたまに見るくらい。
パット見なんか気持ち悪い感はあるけど、読んだときのわかりやすさはけっこう大きい。
---
○使ってみて
大規模案件に使ってみてこその問題もあるだろうけど、簡単なスクリプト程度のを日本語にしてみて気づいたこと。
割といける。
PHPて言語は変数は全部$からはじめないといけない欠陥言語。
まあ変数のみのgrepのしやすさや予約語キーワードを変数名に使えるからメリットもある。
だが、$って打ちづらい。
Shift+4ってすごいつらい。
に比べて全角半角キーってちょい遠いけどそこまで苦痛じゃない。
GoogleIMEだけど、多少のタイプミスは補完で修正してくれるし、予測変換が優秀だし。
IDE重いから補完機能のない軽いエディタで書くようなときなら、IMEのおかげで英語の変数名で書くより速度は早いと思う。
---
少し前に知人から言われた日本語のデメリットを思い出したのでそれも触れとく。
「仕様変更で言葉変わったときに日本語だと全部書き換えないといけないよ。英語だと別にそのままでいいし。」
英語わからない人が、英語を言葉とみなさずただの記号として考えてるから、っていうような発言。
仕様変わって変数名まで変えるのは面倒なのはわかるけど、あとからコード読む人が英語で見て意味不明になる。
英語と日本語の対応をコメントに書いたとしても、全然意味の違う英語があるのは混乱でしかない。
こういう考えの人がいたら本当にやめてほしい。
---
あとは気になったコメントについて書いてく。
表記ゆれとか方言とか言い回しなどについては、全部日本語にするとあるだろうけど、私が想定してるのは直感的に英語にならないような固有名詞とか。
年金の例も○○年金というのがいろいろあって、全部英語だと嫌になってくるしよくわかる。
こういうのを日本語にしたい。
なので年金額を取得する関数で「年金額を取得する」「年金額を取得」「年金額を取り出す」とかの表記を迷うんじゃなくて「get年金額」でいいと思う。
特にDBにある項目だと仕様とかで先に言葉が決まってることが多いだろうし。
---
見た目について。
見た目が残念とか見づらいというのは同意。
見た目が悪いというのも全部英語っていう前提があるからで1ヶ月も日本語のコード見ればなれるんじゃない？って思う。
---
へとヘ
これはありそうな問題。
ただ、IDEを使う前提なら未使用変数のエラーとか、選択したときに色が変わってないとか、割と気づけると思う。
lとIとかアルファベットでもあるけど、IDEや高機能エディタ使うと困ることはほぼなくなった。
---
私が日本語にしたいような固有名詞をローマ字化してるプロジェクトにであったことはある。
それにローマ字のほうが「ん」でnは1つか2つかや、ヘボンorローマ？という日本語より表記が揃わない問題ある。
特にローマ字の場合自分がキーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。
---
海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。
そういうのは対象外。
今回いいたいのは、元から日本しか対応してないような業務システムなど。
そういったところの固有名詞が日本語になったからって、困ることはないはず。
日本でしか使われないもの・海外向けにするにしてもフルスクラッチで作り直すことになるようなもの、
---
テストだと日本語が使ってる人多いのかな？ブコメのスタートップだし。
---
長くなったけど参考になる意見もいろいろあって助かった。
