  |
はてなキーワード: imeとは
・OfficeSoft
左上のクイックアクセスに「名前をつけて保存」を追加（保存時にあのセンスの無い選択画面を経る必要が無くなる）
タスクバーの設定で「タスクバーボタンを結合する」を「タスクバーに入りきらない場合」に
・Windowsエクスプローラで「表示」「オプション」「表示」タブで
・IMEの「プロパティ」「詳細設定」「予測変換」タブで予測変換を無効にする
・いらないサービス（特にsysmain(superfetch)、peerネットワーク系サービス）の停止
アプリケーションの追加は簡単だが、フォルダやファイルへのリンクはWindows 7より面倒になっている
何もないところを右クリックし、新規作成からショートカットを作成する
フォルダの場合、「explorer D:\Download」などのように設定しておいてタスクバーにドロップ
AquaSKKには同時打鍵を認識・記述する方法がないため、新下駄配列を使用するには、AZIKの場合のようにかな規則とショートカットキーをいじるだけでは不十分です。さらに一歩進んで、キー割り当てソフトを使用する必要があります。
私はKeyRemap4MacBookを使ってそれなりに新下駄配列が使える状態に出来たので今の時点での成果を少しずつ紹介していきます。
AZIKの場合以上に、SKKで多用する「L」「Q」「X」といった単打のショートカットは、Controlとの組み合わせなどに変更しておく必要があります。これらのキーを使うかながどれも打てなくなるからです。
AZIKの場合のQ,L,Xの問題と同じく、keymap.confを修正します。
AZIKの場合と異なり、この問題の修正には.ruleファイルの変更は不要です。
両手で同時打鍵をする新下駄配列では小指でのシフト操作は現実的ではありませんので、スペースキーでシフトするSandSを採用します。
KeyRemap4MacBookに最初から含まれている「Space to Shift_L (+When you type spce only, sendSpace)」の各種設定を好みで選んでもらえばいいと思います。
KeyRemap4MacBookには、既に「ことえり」「ATOK」といった普通のIME用の設定はあります。
これらの設定でも、ほとんどのひらがな、カタカナの入力はスムーズにできます。
しかし、これらの設定では、漢字（単語）入力でつまります。単打入力の際にシフトしても、変換モードに移行しないのです。
この原因は、jis_shingeta_base.xmlにおいて、単打の場合はモディファイアキーが押されていない場合のみ、新下駄配列への置き換えが行なわれるように設定されているからです。
下記の「ModifierFlag::NONE」という文字列がそれです。（「く」の定義を例にしています）
<autogen>--KeyToKey-- KeyCode::H, ModifierFlag::NONE, KeyCode::K, KeyCode::U, KeyCode::VK_NONE</autogen>
これは各種のショートカットキーを使えるようにするためでしょうが、SKK的には困ります。
シフト付きの単打の場合も新下駄配列への置き換えが行なわれるように、上記のjis_shingeta_base.xmlをコピー((usキーボードの場合はjis_shingeta_base_for_us.xmlをベースにした方がいいのでしょうね。))した上で、単打がシフトされている場合にも、文字が入れ替えられ、また、単打がシフトされている場合には入れ替えられた文字の一文字目もシフトされる定義を追加しましょう。
<autogen>--KeyToKey-- KeyCode::H, ModifierFlag::NONE, KeyCode::K, KeyCode::U, KeyCode::VK_NONE</autogen> <autogen>--KeyToKey-- KeyCode::H, ModifierFlag::SHIFT_L, KeyCode::K, ModifierFlag::SHIFT_L, KeyCode::U, KeyCode::VK_NONE</autogen>
この追加を単打文字全てに対して行ない、修正後の定義をprivate.xmlに追加します。
これで、そこそこ打てるようになるはずです。
単打でないかなのほとんどは、シフトによって普通に変換モードに入ることができます。KeyRemap4MacBookで同時打鍵を表現するのに使われる--SimultaneousKeyPresses--は、シフトについて設定しない場合、シフトをそのまま渡してくれるからです。
ただし、この仕様はDと@の同時打鍵で入力される「うぉ」の場合は問題となります。
<autogen>--SimultaneousKeyPresses-- KeyCode::D, KeyCode::JIS_ATMARK, KeyCode::U, KeyCode::X, KeyCode::O, KeyCode::VK_NONE</autogen>
「うぉ」を表現するのに必要なU、X、Oのすべてがシフトしてしまうのが良くないようで、シフトすると「う」と「ぉ」の間に送りの区切れがあると認識されて辞書登録モードに入ってしまいます。
以下のようにDがシフトしている場合の設定を明示的に追加して、Uだけがシフトするようにすれば大丈夫です。
<autogen>--SimultaneousKeyPresses-- KeyCode::D, ModifierFlag::SHIFT_L, KeyCode::JIS_ATMARK, KeyCode::U, ModifierFlag::SHIFT_L, KeyCode::X, KeyCode::O, KeyCode::VK_NONE</autogen>
同手同時打鍵による記号入力のうち、！と？の入力は特に問題なくできます。デフォルトでは半角ですが、全角にしたければAquaSKKの.ruleファイルで指定するだけで大丈夫です。
!,！,！,! ?,？,？,?
RとF、RとGの同時打鍵による「・」の入力については、jis_shingeta_base.xmlに設定がありません。これは、・についてはIMによって、入力方法が異なるからです。SKKの場合はz/で・を入力しますから、RとF、RとG同時打鍵でz/が入力されるようにしましょう。
<autogen>--SimultaneousKeyPresses-- KeyCode::R, KeyCode::F, KeyCode::Z, KeyCode::SLASH, KeyCode::VK_NONE</autogen> <autogen>--SimultaneousKeyPresses-- KeyCode::R, KeyCode::G, KeyCode::Z, KeyCode::SLASH, KeyCode::VK_NONE</autogen>
／もjis_shingeta_base.xmlに設定がありません。しかも、SKKのデフォルトでは／の直接入力ができませんので、KeyRemap4MacBookの設定を弄るだけでは対応できません。
そこで、まず.ruleファイルに「s/」で「／」が入力できるような設定を追加したうえで、
s/,／,／,/
HとUの同時打鍵でSと/が入力されるようにprivate.xmlに設定を追加します。
<autogen>--SimultaneousKeyPresses-- KeyCode::H, KeyCode::U, KeyCode::S, KeyCode::SLASH, KeyCode::VK_NONE</autogen>
FG同時打鍵による「」、HJ同時打鍵による（）の入力は一見できてるように見えるかもしれませんが、無駄な改行が挿入されるうえ、真ん中に移動してくれません。他のIMでの確定用に無駄なENTERが入力されるからです。
<!-- FG -> 「」 &amp; ENTER &amp; 左移動 --> <autogen>--SimultaneousKeyPresses-- KeyCode::F, KeyCode::G, KeyCode::JIS_BRACKET_LEFT, KeyCode::JIS_BRACKET_RIGHT, KeyCode::RETURN, KeyCode::CURSOR_LEFT, KeyCode::VK_NONE</autogen> <!-- HJ -> （） &amp; ENTER &amp; 左移動 --> <autogen>--SimultaneousKeyPresses-- KeyCode::H, KeyCode::J, KeyCode::KEY_8, ModifierFlag::SHIFT_L, KeyCode::KEY_9, ModifierFlag::SHIFT_L, KeyCode::RETURN, KeyCode::CURSOR_LEFT, KeyCode::VK_NONE</autogen>
これは、KeyCode::RETURNを削除すれば解決です。
<!-- FG -> 「」 &amp; 左移動 --> <autogen>--SimultaneousKeyPresses-- KeyCode::F, KeyCode::G, KeyCode::JIS_BRACKET_LEFT, KeyCode::JIS_BRACKET_RIGHT, KeyCode::CURSOR_LEFT, KeyCode::VK_NONE</autogen> <!-- HJ -> （） &amp; ENTER &amp; 左移動 --> <autogen>--SimultaneousKeyPresses-- KeyCode::H, KeyCode::J, KeyCode::KEY_8, ModifierFlag::SHIFT_L, KeyCode::KEY_9, ModifierFlag::SHIFT_L, KeyCode::CURSOR_LEFT, KeyCode::VK_NONE</autogen>
新下駄配列を使っていると、候補ウィンドウの選択ラベル（ASDFGHJKL）が使えなくなります。AquaSKKの環境設定で選択ラベルを1から9か、1から0に変えておきましょう。
インターネット上でたまに話題になる全角カンマ、ピリオド。たとえばこういうの。
これは理系の和文論文界隈ではデファクトスタンダードで、そのためPCのIMEの設定を全角カンマ、ピリオドに変更している人が多いからである。
これが正しい表記かどうかは、議論があるのでここでは触れない。重要なのはデファクトスタンダードなのでIMEを変更してる人が多いこと。
で、たまにブコメで
みたいな半角カンマ、ピリオドを句読点の代わりに使っている人がいる。これはどこ界隈で使われている表記なのだろうか？
普通の人（PCの設定をいじっていない人）なら通常の句読点、。を使うだろうし、
全角カンマピリオドは上記の理由でIMEを変更している人がいるのはわかる。
人名の入力は時間がかかりがちなものだが、M・A・Oほど見た目に反して入力が面倒くさい名前も無いだろう。1文字ごとにアルファベットと日本語が混ざり合うのはかなり手間である。実際入力に何秒かかるか測ってみた。
9.44秒
英数、シフト、m、英数、シフト、る、英数、シフト、a、英数、シフト、る、英数、シフト、o、確定 と16回キーを叩いた。
13.00秒
英数、シフト、m、英数、/、英数、シフト、a、英数、/、英数、シフト、o、確定 と14回キーを叩いた。
M・A・Oこそ普段いらない子扱いされているCaps Lockをオンにして入力するべきなのだろう。
シフトを押しっぱなしにして も・ち・ら と打って変換作業で M・A・O にすると何秒かかるのだろう？
3.30秒。
タイトルの通り2018年に入社したNTTグループの某社を退職しました。
2019年１月中旬に正式退職したので、約9ヶ月間働いたことになります。
本記事では非常に主観的かつ局所的な話を書くつもりであり、一般性には欠けますのでご承知ください。
NTTグループの某SIer企業に2018年度の新入社員として入社しました。
前年度までは大学院に在籍しており、情報系の研究を行っていました。
入社してからの立ち位置としては一応システムエンジニアに分類されるはずですが、あまりシステムエンジニアらしい仕事は行いませんでした(これについては後述しています)。
2018年の4月に入社し、最初の2ヶ月間は新入社員研修を行っていました。
研修内容は大手企業あるあると言った感じで、挨拶練習や名刺渡し練習、ビジネス文章の書き方等を行いました。
周りは「研修が手厚くて良い」と言っていましたが、個人的には退屈なだけでした。
今振り返ってみると、この研修期間中が最もつらかった様に思います。
しかしながら研修自体は退屈であったものの流石に大手企業と言うべきか入社同期には優秀な方が多く、変な人間も少なかったため人間関係の面ではこれといった苦労はありませんでした。
6月になって研修期間が終わると正式に部署配属が行われました。
この時配属された部署に退職するまで在籍していたことになります。
部署自体の詳細についてはこのエントリでは伏せますが、元々配属を希望していた部署であったため、配属当初は安心した記憶があります。
何か1つこれが決め手になってといった明確な退職理由はありません。
インターネットで言われるようなSIer業界の悪評についても内定前から知っていて、実際に入ってみての感想としても「噂は真実だったんだな」くらいのものだったので特に入社したことに対する後悔もありません。
入社して詰まらない・つらい仕事であったら適当なところで辞めようと思っていましたし、その結果として詰まらない・つらい事象がいくつか重なったため退職するに至りました。
それらの事象を細かく挙げていくと切りがありませんが、そのうち幾つか分かりやすいもの(且つ社内機密や違法行為に当たらないもの)を以下に挙げます。
少なくとも自分が想像していたシステムエンジニアとしての業務は殆どありませんでした。
いわゆるSIerへの批判的な記事に挙げられるようなこと(Excelにスクリーンショットを貼り付ける作業、何に使われるのか分からない謎の資料作成、etc.)や、電話番等が主な業務でした。
新入社員に対して雑務を割り当てるというのはある種合理的な部分もあるとは思うので批判は控えますが、個人的には特に学ぶべきこともなく時間の無駄に感じました。
一方でExcelスクリーンショットに関しては批判するべき部分があります。
Excelスクショは「エビデンスを残す」という名目で行われることが多いと思いますが、システムが正しく動作したかを顧客に証明する目的であれば、結果ではなく検証をする方法を提供するべきではないかというのが私の意見です。
スクリーンショットなんてものはいくらでも改竄可能なもの(WebページなどであればDeveloper ConsoleでHTMLを書き換えれば良い)であり、普通に考えればエビデンスとしての効力はないと考えられます。
周りにはそれなりの年齢の方も多く、また社会インフラの構築を担うことの多い会社であるため、技術的な知識に造詣の深い方が多いと考えていたのですが、そのようなことはありませんでした。
大きな会社なのでそういった人も社内のどこかにはいるのかもしれませんが、少なくとも自分の周りでは観測できませんでした。
詳細は避けますが、技術的な知識に関してはその辺の情報系学部生の方が理解していると思います。
Linuxコマンドが分からない方向けにコマンドの打ち方をまとめた手順書(ターミナルエミュレータを立ち上げて、どこにユーザ名・パスワードを打ち込んで、どのボタンを押して...をスクリーンショット付きでExcelにまとめる)や殆ど問題を丸投げしている様な質問表等を作っていた時の心中は決して穏やかなものではありませんでした。
ファイル名の末尾に日付を付けるようなバージョン管理方法も噂では聞いていたものの本当に実在しているとは思っていませんでした。
また部署としては今後コンサルタントとなるような人材を増やしていきたいような雰囲気がありましたが、システムを殆ど理解していない人にコンサルが務まるのかはよく分かりません。
主に常用していた端末周りの環境についてです。
使用しているコンピュータのスペックがあまりにも低く(メモリ2G、ハードディスク50GB、32bitOS)、まともに作業ができるような環境ではありませんでした。
Excelを開いたり、酷い時はIMEの変換機能を使用した時にもコンピュータが固まっていました。
上で雑務が殆どと書きましたが稀に開発をすることもあり、そういった場合は特にスペックの低さによるストレスを感じていました。
私自身そこまで気合を入れて仕事をするような人間ではなく、むしろできることなら仕事せず遊んでいたい人間ですが、やるべき仕事がくだらない原因で阻害されるというのはそれはそれでストレスが溜まるものだなと思いました。
自分だけでなく周りの人達の環境でもそういったことは起こっていましたが、周りの人達はこの現象について好意的に感じている(コンピュータが固まるのを理由に仕事をしなくても済むため)ようでしたので、その辺りの温度差も退職の理由になっています。
計算すれば高スペックのコンピュータを導入するコストよりも、低スペックなコンピュータを使うことにより生じる人件費の無駄の方が大きいと分かるような気がしますが、あまり計算が得意な人がいないのだと思います。
昨今セキュリティが重要視され、セキュリティに関する施策に予算が付くようになったのは良い点だと思っています。
しかしながら、実施される施策が的外れなものと言わざるを得ないものばかりでした。
的外れならまだ良いですが、それはセキュリティリスクを高めるだけなのでは？と言った理解のない上の人間が思いつきで実施したとしか思えないものもあり大変疑問を感じました。
意味のない施策で業務環境が不便になるのも見てる分には面白いですが、その中で仕事がしていきたいとは思えませんでした。
パスワードの定期変更や、暗号化zipファイルをメールで送り続いてパスワードをメールで送る等のバッドノウハウが未だに存在していることも知りました。
またこれはSI業界全体に言えることだとも思いますが、RPAとかDX(Digital Transformation)とか10,20年前に言うならともかく、今更言っても時代錯誤感が強いです。
退職理由として不満点を挙げることになってしまいましたが、良い点もありました。
これは部署やプロジェクトに依る部分もあるみたいですが、少なくとも私の所属部署では早く帰ったからと言って咎められるようなことは殆どありませんでした。
最近は労働時間に関する制限がかなり厳しくなっているようで、残業が多い部署は上から注意されているようでした。
有給休暇についても申請して拒否されるようなことはなく、むしろ消化が推奨されていました。
休んだことにより後から文句を言われることもありませんでした。
上司や同僚から理不尽な扱いを受けるようなことは殆どありませんでした。
入社前のイメージがパワハラ・モラハラは当たり前といったものであったため、非常に驚かされた部分です。
また少なくとも自分の観測範囲では人種や国籍、性別による差別は行われていないように見えました。
色々ありすぎて私も全てを把握できていませんが、恐らく福利厚生に関しては国内企業ではトップクラスに充実していると思います。
少なくとも1年目の年収としては比較的高い方であったと思います。
業務内容の割に高いとも思いました。
私の場合は残業は殆どありませんでしたが、役職のない若手が残業をした場合残業手当が付くため(役職がつくと裁量労働制になる)、残業をした場合は更に貰えると思います。
もちろん残業手当は働いた分だけしっかり付くようでした。
ただどうやら年収の伸びはそこまで良くはなく、聞いた話では20~30年勤続し管理職になってやっと1000万程度らしいです。
ただ勤務中はかなりささくれ立った心境であったため、こうして比較的穏やかに振り返ることができて良かったなと思う次第です。
巷ではSIer崩壊説みたいなものもありますが、個人的にはSIerは今後も続いていくと考えています。
環境も改善していって数十年後に「あの時辞めなければ...」と後悔することになると面白いですね。
今後の身の振り方については決まっていて、ソフトウェアエンジニアとして転職をすることにしました。
具体的な企業名や待遇等について詳細を書くことができませんが、年収については前職であれば20~30年勤続し管理職になった場合と同程度になります。
Chrome、google検索、youtube、メール、IME、Android、何をやってもグーグルが勝ってしまう。
普通は新しいプロダクトが生まれてもほぼ全てが消えていくのにグーグルはなぜかシェアトップになっている。
しかしIEもFireFoxも普通に使う分にはバグによって不自由しない。
とんでもなく大量の機能が備わっていることが勝因なのだろうか？
それもなにか違う気がする。とんでもない量の機能に引かれてグーグル製品を使ってる感触はない。
すげぇプロモーションに金をかけているというわけでもない。
IMEがオンかつかな入力モードになっているということを検出してIf文に判断させることができるならAutoHotkeyで行けそう。
https://github.com/karakaram/alt-ime-ahk
難しい
