  |
はてなキーワード: Grepとは
https://anond.hatelabo.jp/20170706235735
勝手に具体的に考えてみる。
マウスで目的の部分をさっと選択できて、さっと切り貼りできる。EmacsやViは1ストローク余計にかかって使いづらい。他のエディタなら大抵OK。
WriteMonkyなど
定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。
（実践はしていない）
日本語で書ける言語使うんじゃなくて変数名や関数名が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ローマ？という日本語より表記が揃わない問題ある。
特にローマ字の場合自分がキーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。
---
海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。
そういうのは対象外。
今回いいたいのは、元から日本しか対応してないような業務システムなど。
そういったところの固有名詞が日本語になったからって、困ることはないはず。
日本でしか使われないもの・海外向けにするにしてもフルスクラッチで作り直すことになるようなもの、
---
テストだと日本語が使ってる人多いのかな？ブコメのスタートップだし。
---
長くなったけど参考になる意見もいろいろあって助かった。
（増田アドベントカレンダー2014の9日目の記事です）
最初作曲の勉強して増田のテーマ曲作ってメロディ記法？（というのがあるらしい？）で書いて載せること考えたけど、勉強間に合わなかった。
うんこ漏らせないし、小ネタとして、MS-IMEのユーザー辞書でこういうことしてる的な話でも書こうと思います。
定型句は見つけたら登録してる感じ。この辺はありがち。
例えばこのようなものを登録する。
| おせます | お世話になっております。 |
| おせした | お世話になりました。 |
| かきけ | 下記の件、 |
| よろます | 宜しくお願いします。 |
| あざます | ありがとうございます。 |
| あざした | ありがとうございました。 |
| いじょ | 以上となります。 |
メールとか書くの速くなる…
同音異義語多い単語とか打ってると変換候補が多くて困惑するし、誤変換で確定して「あーっ！」とかなること多いけど、それぞれにオレオレ読みをでっち上げてユーザー辞書に載せとくと少しだけ楽。辞書は別に切っておく。
http://anond.hatelabo.jp/20140313130607
↑この辺みて割と最近思いついて使ってる話だけど、既にどこかで同じようなことやってる人もいるかも。
（例）
「へんこう」
| へんむく | 偏向 |
| へんさら | 変更 |
| へんぴか | 偏光 |
「げんこう」
| はらこう | 原稿 |
| あらこう | 現行 |
| もとこう | 元寇 |
などなど。「いじょう」「こうせい」とかいろいろあるので仕事が暇な時とかに登録していくといい感じ。
「たいしょう」
| しんめと | 対称 |
| ぺあぞう | 対象 |
…
忘れやすいルールで略すとあまり意味がないので何かしら読み替えルールを作っとく良いのではないかと…。
キータイプの超人クラスになると、こんなことしなくてもIMEの学習機能を切って変換順序を丸暗記してるらしい。怖い。
以前やったお仕事でIT部門の規制がガチガチで、WindowsとOfficeしか使えないVBAの仕事があって全然捗らなかったけど、今思うとIMEで対応できたはず。
| いｆ | If - Then End If |
| ふぉｒ | Dim i As Integer: For i = 0 To max Next i |
試しに上のようなローマ字交じりの単語で登録して変換してみたけど、一応使えてる。
あとgrepとdiffなくて苦労していたけどfindstrとfcで代用できます。
最近は普通に多機能なエディターを使えるのでこういう悩みはない…。
あとMS-IME以外もOKな環境なら普通に予測変換やAZIKが使えるものを使うと楽。
「先月は売り上げ○億円達成！、今月は△億円目指してがんばりましょう」なんて経営者から話を聞くたびに悲しい気分になる。
この人達は、分かっていない。何も分かっていないな。
現在の日本のソーシャルゲームのほとんどは、ガチャという凶悪なギャンブル要素が組み込まれており、売り上げの大部分を占めている。
偉そうな人が、「このゲームのマネタイズ戦略は〜」とか言ったところで、結局ガチャである。
ある日の俺。
tail -f access.log | grep purchase_hoge
と入力。
リアルタイムに課金情報が画面に出力されるコマンドで、誰かが課金すると表示が1行増える。
「ああ、これが△億円目指してコツコツと積み立てられているのか」
ガチャの確率アップや割引なんかがあると、その表示速度も速く、ゲーム内の勢いを感じながらも、エラーが発生していないかをチェックする。
短い間隔で同じユーザーの課金ログが表示されているな。と気づいたが、直前に新SRカードが追加されていたことを思い出して、ふと、ユーザーのガチャ履歴をデータベースに問い合わせ。
「かなり引いてるな・・・」
これだけやったなら、さすがに当たっていてほしい。と、今度はソート条件にカードのIDを加えて検索。
他のSRはあるものの、今回追加されたSRは出ていない様子。見事にゴミばかりである。
そもそも、確率はいくつだ。と、確率を設定しているファイルを開く。
うわー(どん引き)
とは言えだ、期待値を上回る回数引いているんだよな。まさか・・・
(設定がきちんとゲームに反映されてないのか?)
(いや、ちゃんと出てるな)
(まじか、一発で引いてる・・・)
これが運か。分かってる、運だよな。
その間にも、最初のユーザーのガチャ履歴はゴミで埋まっていく。
もう、やめてくれー。
これ、引くに引けないパターンのやつや！(ガチャは引いてるけど)
もし当たりが出たとしても、課金額を知ったときの絶望以上の幸福は得られないだろう。
(もう、このユーザーは当たりが出るように設定しよう)
(いや、そんな仕組み入れてないぞ)
(じゃあ、先ほど引いたゴミカードを当たりに書き換えようかな)
(まずい、それじゃクレーム来たら大変なことになる)
(いやいや、そもそもデータを書き換えるなんてだめだろ)
など考えているうちに課金は止まった。当たりは出ていない。
彼(もしくは彼女)の気持ちを察すると、心が痛い。
もうこんな気持ちはたくさんだと、そっとターミナルを閉じる。
「先月は売り上げ○億円達成！、今月は△億円目指してがんばりましょう」なんて経営者から話を聞くたびに悲しい気分になる。
俺はまずいよ。
