  |
はてなキーワード: IMEとは
1.処理能力が高い!
「Qualcomm Snapdragon 800, 2.26GHz」と「Adreno 330, 450MHz」を積んでいます。
どう見てもオーバースペックです。本当にありがとうございました。
2. 画面が綺麗で大きい!
解像度は445ppi
それに大きくて見やすい!
4.95インチの画面は、片手でホールド・操作できる限界のサイズかと思われ。
3. 安い!
コスパ最強。
Nexus5 ならGoogle Playで4万、オクだと3.5万、芋場NMPなら0円で手に入ります。
メモリすっきり! 動作快適!
広めのソフトウェアキーボード、秀逸なIME(Google日本語入力)。
押下するとヴァイブレーションで「押したよ」と教えてくれます。
6. 拡張が高い!
林檎の「ほら、こうすればいいんだよ。これがアフォーダンスさ」といった鼻持ちならない感じがありません。
7. 可哀想!
モトローラ売却か〜ら～の Google Play Edition 一本化で、Nexus シリーズが消えるとの噂があります。
スマホ買い替えを検討しているのだが、結局またAndroidになりそうだ。
iPhoneは今の5Sになって追加されたシャンパンゴールドが個人的にドストライクで、それだけで飛びつきたくなるが・・・。
問題はIMEだ。
御存知の通り、iPhoneというかiOSは、IMEのインストールを認めていない。
自宅PCとスマホでGoogle日本語入力を使う一方、職場PCのATOKでさえ不便に感じるような自分には、それだけで猛烈なストレスになるのが容易に想像出来てしまい、結果諦めていると。
ジョブズが生きていたら直訴してやりたかった所だけど、それも出来ない今は「買わない」という選択肢しかない。
なんとも残念。
http://anond.hatelabo.jp/20130830202223
特定を恐れずに、その経験談を書いておこうと思う。
400文字詰原稿用紙のレポートを何度も書かされた。学校までの道案内や入学式の報告といった、無味乾燥としたレポートだ。
その400文字は、先生の厳しい添削で真っ赤になるのが常だった。
まともな文章をたった400文字すら書けない。その現実の中で僕らはもがいた。
本を読んだ。
プラトンから「神々の指紋」まである推薦図書のリストがあって、半分は読んだと思う。（神々の指紋は残念ながら読んでいない）
村上春樹や吉本ばななや江國香織が好きな人が仲間内では多かった。一方で、ラノベばかり読むグループもいた。
その時期いちばん読んで良かったと思うのは、佐藤信夫の「レトリック感覚」「レトリック認識」だった。
ただ、読んで良かった、という気持ちだけが残っていて、内容は詳しく覚えていない。
50枚書くことは難しくなかった。
夏にはもう初稿が提出できて、先生にはそれなりに褒めてもらえた。
しかし、自作が何となく気に入らなくて、勝手に最初から書き直してしまった。
書き直した作品は、生徒みんなの前で罵倒された。（トラウマだ）
合計で7回は書き直したと思うけれど、何度やっても評価はされなかった。
そちらも同じように失敗した。
レポートなども合計すると、2年間で2000枚は書いたと思う。
授業では色々な人から話を聴いた。
某有名ゲームのプランニングをしていた人・女性雑誌の編集長・とある古参ハッカー・ラノベの大御所・今ではずいぶん有名になってしまった当時の新人作家……。
映画や演劇もたくさん見せてもらった。レポートの宿題が必ず付いていたけれど。
民俗学で古事記を読んだり、美術学で有名絵画から聖書のシンボルを読み解いたり、構造主義を応用して物語のプロットを組み立てる授業もあった。
教えてくれる人はみんな（出来る範囲で）熱心で、青臭い自分の言葉もちゃんと聞いてくれた。
ちなみに、小説の先生は往年の一太郎ユーザーで、ESCから始めるショートカットばかり使っていた。
キーシーケンスの組み合わせを暗記していたようで、VimやEmacsに通じるところがある。
日本語IMEについて、ATOKは使い物になるが一番良いのはWnnだ、と言っていた。その真意は定かではない。
提出ファイルにはShift-JISのプレーン・テキストを指定し、タイトルや名前の入れ方も詳しく指示していた。おそらくマクロで処理したのだろう。
ただ、提出メディアがフロッピー・ディスクだった。もう10年以上前の話で、テレホーダイの記憶が鮮やかだった頃だ。
僕が通っていた学校に限れば、環境としてそんなに悪いところだとは思わない。
当初は周囲を見回して傲慢になっていたけれど、その鼻柱は見事に折られてしまった。
客観的に言って、使おうと思えばいくらでも使える環境だったと思う。
ただ、進路が難しい。学校を出た後でどう生活を立てていくかが難しい。
卒業生の進路はそれぞれだった。
定職に就いていない人間もきっと多いだろう。
頭の良い同期は大学に転入した。
プロとして活動していると言えるのは、50人の同期の中で3〜5人だと思う。
おそらく最良の選択は、大学に転入し、標準ルートに戻ることだ。
標準ルートを知ることも大事だし、それから生活を安定させてデビューを目指せば良いと思う。
（ただし金が掛かりそうだが……）
何も知らない自分に大きなトラウマを与えてくれたのは、本当にありがたい事だ。
ただ、自我の捨て方は教えてもらえなかった。
こればかりは、学校の外で年齢を重ねてから、知るほかなかった。
某純文学系の新人賞に一度だけ送って落選した実績しかまだない。
そして、日本語よりJavaを書く時間の方が長く、それよりもD言語を書きたいと思う毎日を、無為に過ごしているのだ。
トラバでも言われてしまったけど、「学んだこと」と言いながら、学んだ技術的な内容をあまり書いていなかった。
多少参考になる部分があるかもしれないので、追記してみたい。
ストーリー構成の教科書としては、シド・フィールドが使われていたようだ。
ただ、当時はろくな翻訳が無かったらしく、教師オリジナルのテキストを使っていた。
ハリウッド流の伝統的な4分割構成が基本で、自分のアイディアをとにかくそれに落とし込み、内的整合性を保って読者に提示する技術を教えられた。
たとえば下記のような点をチェックするよう繰り返し言われた。
他にも色々と細かいテクニックについて教えられた。書くときの気構えであったり、推敲や添削の方法であったり。
今はストーリー構成の良書も多いだろうし、自分で教科書を集めて勉強できる環境も整っているかもしれない。
だから、自分で体系的な資料を集め、先生になってくれる人や切磋琢磨できる仲間を見つけ、継続的に書く環境を整えられれば、わざわざ専門学校に行く必要は無いだろう。
専門学校などという人生を浪費する施設より、週末の教室＋Webでの作品発表・添削という形の方が適しているかもしれない。今の時代はきっとそうだろう。
レベルの高い卒業生の作品を見ると、内的整合性の点では下手なラノベよりしっかりしているものが多かった。
しかし、
「全体的に整合性が取れていて、ちゃんとした盛り上がりがあり、伝統的な構成に従って無駄なく構成できているか？」
という問題と、
「それが商業的に売れるか？」
というのはまったく別の問題だ。
商業的消費はたぶん非体系的な世界で、体系的技術がそれにどこまで寄与できるかは分からない。
とあるデビューした卒業生の処女作は、内的整合性など何も考えていない、次々と新しい要素がひたすら出現する怪作だった。
その一方で、しっかりした技術のある人が、なかなかデビューの糸口を見つけられないでいる。
ちゃんとした構成や一貫性よりも、変に魅力的な脇役が愛されたりするのが商業の世界だ。
特に日本において、消費者は全体よりも部分を好む傾向が強いと思う。
そして、部分で受けることを狙うのはかなり難しい。
部分を愛する文化というのはきわめてハイコンテクストな文化で、普遍的・一般的な技術が原理的に存在できない気がする。
それは様式美に満ちた世界で、日本の文化はそういった様式美の継ぎ足し・連続で出来上がっているようにも思う。
こういった事は加藤修一の「日本文学史序説」に素晴らしくまとまっていて、とても面白かったので、創作に関わる人は序章だけでも全員読んだ方が良いと思う。
マンガもゲームもアニメもラノベも全部これで説明できるし、将来的にどんなものが日本で流行するか判別する目安にもできそう。
以上を要約すると、ちくま学芸文庫から上下巻で出ている加藤修一「日本文学史序説」を3000円で思い切って買おう、それを読めば専門学校に行かなくても大丈夫、場合によってはラノベを書かないで済ませられるかもしれない、ということだ。
IMEはinput method editorの略称で、機能としては「かな漢字変換」だけを有するものと思われているが、
ATOKのような多機能なIMEのばやい、もっと広い用途に使っている人も数多い。やばい業界人であれば、
ATOK is launcher.は、Yes We canに比肩するくらい、もはや常識と言って良いくらいだ。
詳細な実用例は他誌に譲るが、単語コメントを用いれば、言葉の辞書的な意味、注意点、豆知識などかなり広範な用途に利用できるのは知っておいて損はない。
また、辞書ファイルからの単語一括登録によって、プログラマブルな辞書登録も可能と言える。近年では、ATOK Syncも地味な盛り上がりを新たに見せている。
とりわけ、受験生は学習のお供にATOKを活用するといいだろう。ATOKと連携したジーニアス電子辞典を活用できるだけでなく、
上記のランチャー的使い回しを覚えておけば、今後の人生勉強にも活用できることは請け合い。
電子辞典しか使わない人間には、語学学習に役立つ程度の認識だろうが、決してその応用範囲は語学にとどまるものではない。
老婆心ながら一点言い添えておくが、一括登録でマージされた辞書ファイルは、
ATOK2013であれば、%UserProfile%\AppData\Roaming\Justsystem\Atok26\ATOK26U1.DIC 等に保存されている。
これを単語の一括出力により、単語コメ含め全単語の全情報をテキストファイルに変換でき、これなら他ソフトと整合を保ちやすい。
ATOKやMS-IMEでは所謂差別語や不快な印象を与えるような単語は意図的に標準辞書から排除されているから、気違い、聾、唖、片輪みたいなのは変換できない。Googleのは平気ですらすら変換してくれるけどな。
ATOK監修委員会によると「この種の言葉を収録するか否かをめぐって、さまざまな角度から長期にわたり、検討した結果、社会のあるべき人権意識に立脚し、現時点では、原則として収録しない方針を採用」しているんだそうだ。
ま、だからといってJustSystemやMicrosoftに文句を言うつもりもないし、企業として問われるモラルや人権ゴロみたいな連中の相手することを考えたら、妥当な判断かなとも思う。
とはいえ、言葉ってその時代時代でどんどん用法や意味が変わっていくものなのに、そんなに目くじらたてて言葉狩りしたところでいくらも世の中がよくなるとは思えない。ましてやその根拠が「社会のあるべき人権意識」てなぼんやりしたもんでは尚更だ。
かつて聾や盲やちんばや土人みたいな言葉を日常で使っていたとき、僕にとってそれは単純に状態を表す言葉でしかなく、そこに侮蔑や差別の感情はなかった気がする。旧い映画や白黒アニメ見てもそんな言葉があふれているからきっと皆そうだったんだろう。もちろんネガティブなニュアンスは含んでいたけれど、それは昨今の排除主義によって却って増幅されてしまったのではないか。
今の時代のIMEに求められるのは、言葉を隠すのではなく、ちゃんと変換した上で不適切な言葉であることを警告し、なぜ使うべきでないのかを説明してくれるような機能だろう。（たぶんもうある）
もちろん被差別側の感覚として耐え難い表現もあるだろうし、そういった言葉の濫用を助長するようなことがあってはならんが、かな漢字変換はかな漢字変換以上の役割を担う必要はないと思う。世の中に存在する言葉を淡々と変換しとればええんだよ。
NGワードを使うのは書き手のモラルであって、ハサミや包丁同様、それで人が傷ついたとしても責められるのは製造者ではなく道具を使った奴だろ。
てな主張を今更僕みたいな虫けらがせんでも、賢い人達がさんざん議論している話題でしょうから、鬼畜な僕は今日もGoogle日本語変換使って精一杯悪態を吐く所存です。白痴なので。
漢字変換の最中というIMEが動作握っているときですと、emacs上でもC+hは押しても、
前文字を一文字消すにはなりませんよ。
漢字変換の最中というIMEが動作握っているときですと、emacs上でもC+hは押しても、
前文字を一文字消すにはなりませんよ。
漢字変換の最中というIMEが動作握っているときですと、emacs上でもC+hは押しても、
前文字を一文字消すにはなりませんよ。
http://anond.hatelabo.jp/20130327020050 の続き
キーバインドのおかげで、掌を左右に動かす必要が少なく、動きが小さい分速くなります。加えて動きが小さいためホームポジションを維持でき、ブラインドタッチがしやすくなります。
例えば、Enterや矢印キーといった、右手をホームポジションから外す必要のあるキーを押す必要がなくなります。
また、このキーバインドはUNIXのコンソールでのキーバインドが元のため、Linuxのコンソールでも当然使用可能です。
(Tera Termなどターミナルソフト経由の場合は、Metaキーを有効にする必要があることは知っておく必要がありますが)
emacs学習の本はO'REILLYあたりの本で十分です。emacsで何ができるか読み込んでください。
日本語入力の際に、漢字変換を行いますが、候補を変更していく場合、基本はスペースでしょうが、上の候補に戻す場合や誤入力を消す場合に、結局BSや矢印キーを押すことになってしまいます。
折角emacsを用いて,省入力できているのですから、この漢字変換もemacsライクにしてしまえば動きが統一されます。
筆者はIMEとしてATOKを使用しており、以下のような設定をしております。
例)候補確定はC+ｊ、変換候補の異動はC+nやp。連文節変化の移動はC+fやb。誤入力の際はC+hで削除。
※エディタから外れますが、トラックポイントになれることもお薦めします。
マウスと異なり手を動かすこと無く、指だけでマウスの代わりが得られます。
こうしていくと全てが掌の中に収められます。
http://anond.hatelabo.jp/20130325172822 の続き
言語はJava7を想定。(Java8が迫っていますが、Lambdaなど関数型は、まだ早いと言うことで)
選定理由は、C++と比較して学べるところが大きく、安全でシンプルな言語だから。
※いきなりJavascriptはやめとけ、PHPは論外。
Ruby・Scalaでないのは、筆者が初心者には適切には教えられないから。
おもちゃ・ToyとしてjQueryで遊ぶのは、悪くは無いと思う。
これ以降は名著の紹介や学習方法の紹介が主体となります。名著のコンポジションという形が時間的限界ですね。
量については「初級になるなら、専門書を計3,000ページは修得することは覚悟してね」なんて言ったりしています。
Javaで初級のわかりやすい指標ですと、[amazon:Effective Java]とGoFまでの修得。
初級になるまでに登竜門への挑戦期間を含めて、３~４年はかかっても仕方が無いとも思います。
※逆に「一山いくらのコーダー」というのは、Effctive JavaやGoFが達成している技術も知らずに「自分がJavaプログラマー」だと誤解してしまっているような人達です。
そういったコーダーは何年経とうとも初級プログラマーにすら敵いません。
初級を目指して、プログラミングを楽しんでください。
ただ、学ぶべきことはべらぼうですが、「各分野毎に、エレガントな方法がある。だから探して修得する」ということが大切です。
※「一を聞いて十を知る」ような優秀な人に、50冊くらいドーンと本を置いてあげて、各本の目次を読ませるだけで、
底の見え無さを悟ってくれたりすると、嬉しくなってしまいます。
※余談ですが、その底の見え無さは数学という学問そのものですね。例えば、関数型言語の底流に「圏論」というここ100年の最新の数学があります。
また中級くらいで、Liskovの置換原則などが載っている本を紹介しますが、
そのLiskovの置換原則の周辺で出てくるcovariant(共変)って、圏論という数学の概念だったりします。
数学畑出身としては、数学が現実に活かされている嬉しい事例です。
「速く正確に大量の出力」という能力は、プログラミングをする上でも、ドキュメントを書く上でも、何より「つまらん仕事」の時間圧縮ができるようになるため、重要です。
スローガンとしては「思考のスピードで出力することを目指そう」です。
紹介するエディターはemacsやvimやExcelです。ついでにIMEとしてATOKを使用しているため、ATOKの操作をEmacsライクにする話も紹介します。
ExcelはWindows環境でMeadowすら入れさせてくれない場合の最後の砦という扱いです。
コマンドラインは、「コマンドラインというものがある」「時として非常に強力である」程度の紹介です。
※筆者はzshは全然使えません。使いこなしている方々と接する度に「勉強しなきゃな~、でも、あっちの方を先にやりたい・・・」とグズグズして、はや何年・・・
正規表現は置換を用いて、テキストの一括編集が重要です。後、遭遇したくない事態ですが、スパゲッティコードの解析をする上での最後の砦です。
※遭遇したくない例
ん?何か変なところで副作用のある処理があるようだなぁ(消沈)、SQLのInsertかUpdateか一応Mergeも使っているところから逆算して原因箇所を探すか・・・(諦念)
この糞コードがっ!!こんなところに書くんじゃねぇ!!(憤怒激高)
(ここで、他にやらかしていそうな似たようなコードを正規表現でgrep検索。改行コード込みにすれば複数文検索も可能)
わはは、予想通り共通化すべきロジックのメソッドがそこら中にある・・・
入門編で一つLinkedListというアルゴリズムを学びました。
少なくとも一つ本を読みながら自力でアルゴリズムを学べる人なら、大成できる可能性があります。
前に紹介した[amazon:C++実践プログラミング]には、LikedListやStackなど基本的なアルゴリズムが載っておりますが、
これに加えて、初級になるためにはこれくらいは知っておいて欲しいというものを紹介します。
※後、最初から必ずしも手を出さなくても良い上限も紹介いたします。
プログラムは、データを入力して、加工して出力・保存する処理の繰り返しです。
つまり、各一連の繰り返し毎に、「正しい入力」「正しい出力」を定式化する必要があります。
それを人間の手では無くコンピューターにやらせられるように、つまり自動テストできるようにテストをプログラミングします。
そこで処理の進捗を確認するためにロギングし、処理が想定通りであるかをアサーションでチェックし、
不正な入力・不正な出力=例外が起きたら、対処策をプログラミングします。
(ex 途中で処理を中断して、入力者に適切な入力のメッセージを伝えてあげる。入力の自動補正などもあり得る)
で、ここら辺をまとめてどうあるべきかとして「契約プログラミング」があります。
※余談。定式化・テストに際して、数学畑の人間としては、Javaだとequalsのオーバーライドでも必要になるし、同値関係・同値分割だけでなく、集合論・群論から学んで欲しい・・・(ここいらは数学科の学部１~２年の学習内容)
名著は英語で読みましょう。名著が名著たる由縁は、度々引用されることにあります。
つまり最新の技術書を読むときに、引用された名著のフレーズが、新旧のリンクをなし、理解の助けになります。
壁打ちといって、独り言で思考補助をするよりも遙かに有益です。
※素晴らしい師匠を探すなら、大学行くのが一番ですが、見聞を広げていく中で出会いを待つしかないとも思います。
マルチスレッドが難しいのは「バグを起こしにくいプログラミング」を求められるから。
つまりTry and Errorからの決別が求められ、今後の仕様変更・拡張も踏まえて慎重に慎重にデザインする必要があります。
できる限りステータス変数を持たずに安全に、でもマルチスレッドにするのだから、効率を追求しなければ本末転倒。
でも効率のためにはメモ化に代表されるキャッシングは必須と、アンビバレンツな要素のバランス取りが難しい。
このために、リエントラントな実装・抽象と実装の分離など様々なエッセンスを駆使することが必要です。
というよりも孔子曰く、知っているよりも好きであること。好きであることよりも楽しめることのほうが強く、
気づいたら日々時間が許す限りプログラミングをしてしまうのが理想です。
※仕事として嫌々スキルを磨かなきゃということが、これほど不幸な職業も無いですね。
学習の達成度を測るには、簡単すぎる不適切な問題ですね。
写経は数学の証明問題を、教科書のテンプレ通りに、数値や名称だけ変えて記述することしか出来ない人の発想。
つまり「矛盾無く一貫した論理モデル」の構築が自由に出来ず、テンプレの微修正しか出来ない人の発想。
また、外部の「矛盾無く一貫した論理モデル」の吸収が不自由で、アルゴリズムを「手順」としてしか捉えられないように見受けられる。
「連続」であること確かめるための「ε-Δ論法」(数学科の学部１年の学習内容)
事前知識無く、このモデルを理解できる人は、十分に「矛盾無く一貫した論理モデル」を構築できる人。
１.まず「連続」とは何ぞやと考えて概念を膨らませてください。
高木浩光さんへ、しっかりしてください
結構malaが批判されてる。ちょっと前まではmalaを批判しようものなら取り巻き共から総バッシングされてたのに、はてなもだいぶ空気変わったよね。
なんでmalaが嫌われ始めたのかと言えばやっぱり他人に対する小汚い口調なんじゃないかなと。
言ってることは確かに正論だし、技術的に圧倒的に正しい所に立脚した見地からの提言が多いのは自他ともに認める所だろうけど、だからと言って他人を汚い言葉で罵るが許されるのか。つーかむしろそういうのを「ロック☆」みたいに持ち上げる青臭く馬鹿げた空気がはてな界隈に蔓延してるのが極めて残念。
いくら相手が技術的に間違っていようとも、自分とは考え方の方向性が違おうとも、「カス」だの「ゴミ」だの「クソ」だのと罵る意味なんてあんの？それで誰か得すんの？
そういうのって当然言われた方は傷つくだろうし、見てる第三者も気分悪いし、そして何より言ってる本人も後々傷つくんだよ。「あいつって昔口汚く罵ってたよな」ってずっと言われ続けるんだよ。いくら改心しても、大人になって丸くなっても、昔犯した過ちを引きずらざるをえないのがネットの特性でしょ？そういうことまで考えた方がいいよ。ネットで他人と関わるんなら最低限のマナーとか礼節をわきまえなよって。
malaやひろみちゅはセキュリティに配慮しない奴を忌み嫌う。
それと同じぐらいマナーを知らずに20歳超えてネットで罵言まき散らす奴を俺は疎ましく思うよ。
それとも自動で語尾に「クソが」と付け加えちゃう高機能なIMEでも使ってるの？
とにかくさ、汚い言葉に何の意味も無いよ。自分も相手も損するだけじゃん。
俺が知る限り小汚い言葉で誰も損しないのはSMぐらいだよ。汚ければ汚い言葉ほど双方が得をする。
「この白豚が！汚いケツだしな！」←な、最高だろ？おしまい。
