  |
はてなキーワード: 略語とは
何を聞いても「増田ちゃんは何したい?何食べたい?」と聞いてくる。
会話の基本がオープンクエッションになっていて、答えるのが少々面倒くさい。
私は食べたいものを伝えるけど、「和食と洋食どっちの気分?俺はね～」とか聞いて欲しい。
先日、3度目のデートがあった。
デートの後「僕たち、付き合うってどう？」と聞かれた。
「ぼ く た ち 、つ き あ う っ て ど う ？ 」
……付き合うってどう？何が？どういう事？
僕と付き合ってください！っていう事？なんで疑問系なの？
「付き合ったら将来どういう風になるかな？」というのの略語だったりするの？何なの？
色々考えたあと、ごめんねと断った。
「WO」と打ってウォになると思い込んでるガイジさながらの行動だしヲチってネットスラングを使い続けるやつは死ぬまでキモイんだろうね。
専門用語じゃなくても何でも良いんだけどさ。
人に何かを教えるときは「一般人が理解できる言葉」を使うべきだと教えられている。
ただ、先輩がどうにもやっかいだ。
「○○は××です」という説明をしてくるが、背景も何も知らないから「あ、そうなんですか」としか思えない。
後で「あれ、これは何でするんだ？」と思って聞くと、意味不明な単語がわんさか出てきたりする。
リベラル？フェミ？ 分かるけどピンと来ないんだよ。日本語使えよ。
略語も嫌い。「りょ」とか「り」とか誰が得するんだよ。ちゃんとした日本語使えよ。
「これは、ガウチョって言います」知るかよ。スカート風ズボン、で良いよ。面倒くさい。
トップスだとかボトムスだとか、何だかんだ色々あるけど全然全然覚えられないよ！そもそも興味ないし！
知ってて当然みたいに言うな！興味ねぇから!!
それで、「知らない」っていうとドヤ顔して見下してくんのやめろ。
先ほど見た、「花鳥風月」の話。
後輩が「かちょふ」と略すことに「花鳥風月なんて美しい言葉を略すなんて信じられない～！」と言ったことだ。
そのことに対し、増田Bは以下のように言っている。
「知ってて当然」のように扱っていたのだとしたらアホだと思うぞ。
とりあえず「略すのはクズだ」と言いたいみたい。
想像するに、「了解」を「り」と略してメッセージでも送ってきた奴が居たんだろうなぁ。
略語を使う奴が居ると「え？それって何の略?」と確認するのにイラついたんだろうなぁ。
分かる。分かるぞ。
元増田です、誤解してるようだけど
後輩たちは「知らないの～？ｗｗｗ」と煽ってくるクソではないし、
あなたの中の略語に関する鬱憤スイッチを押してしまったのだろうけど
落ち着いてくれ
そういう話ではないのだ
DBサーバーは分かるけど、APサーバーってなんだよ。App サーバじゃだめなん？あと PG とかも。
書いてて思い出したけど、ゲームも3文字にする文化が継続している。
...
文字数合わせると表にしたとき見やすいから便利なのは理解できる。しかし、グローバル化する前に作られた略語を使い続けることで役割やジャンルを固定化してしまうんじゃないかと思っている。
洋書で AP server とか PG なんて略語は見たことないし、ゲーム業界もすでに日本が牽引している時代ではないのだし。例えば「私は PG、これは AP サーバー、俺たちは FTG を作る」みたいな感じ、2018年で言ってたら違和感がある。
今の時流だったら SE / PG ではなくて Dev / Ops みたいな役割で分けたほうが良さそうだし、クラウドとかサーバーレス系リソースは AP サーバーとは呼ばないだろうし、ハクスラとか3文字表記以外のジャンルも流行っているよね。
でもさ、なんか一貫性が無いように感じるんだよね。
まず、言語の大半の部分がオブジェクト指向言語っぽいデザインになってるのに、listの要素数を測る手段はlen()って*関数*なのはどうなの?
a = [1, 2, 3] len(a) # 3
俺は、sortとsortedって言う命名からこの挙動をまったく予測できなかった。
a = [1, 3, 2] a.sort() # None a # [1, 2, 3]
sorted([1, 3, 2]) # [1, 2, 3]
しかもsortedにdictを渡すとkeyがlistに変換されてソートされて返ってくる。
コードリーダビリティに関する本を開けば、どの本にだって「良い名前を選択する」ことの重要性が書かれていると思う。
「sort()が破壊的で、sorted()が非破壊的、sorted()にdictを渡すとkeyのlistがソートされて返ってくる」これって良い命名なのかな?
", ".join(['1', '2', '4', '8', '16']) # "1, 2, 4, 8, 16"
しかも、これに対する「文字列リテラル (文字列定数) のメソッドを使うのは*醜すぎる*」という意見に対しての公式の返答が、これってのも凄い。
確かにそうかも知れませんが*文字列リテラルは単なる固定された値に過ぎないというのが答えです。文字列に束縛された名前にメソッドが許されるなら、リテラルに使えないようにする論理的な理由はないでしょう。
The Zen of Pythonで「醜いより美しい方がいい」って言ってましたやん。
そもそもリテラルかどうかに関係なくstrインスタンスにこのメソッドがある事がおかしいと思った。
pythonのmapは関数として実装されている。(まただよ...)
list(map(lambda x: x*x, [1, 2, 3])) # [1, 4, 9]
なんでメソッドにしなかったの? って質問に対して公式がこう答えてる。
主な理由は歴史です。複数の型に対しての総称的な操作で、対象のオブジェクトがメソッドを全く持っていなかった (例えば、タプル) としても働くよう意図したものに関数は使われました。
(中略)
うわー、信じられねぇ…
歴史的経緯があるから一貫性が無いのは仕方ないみたいなこの感じ。
これが設計思想に「醜いより美しい方がいい」を掲げるpythonの実装なんだねぇ…
散々pythonの事を悪く言ったけど、おれ実はpythonくんの良い所もいっぱい知ってるんだ。
pythonくんの良い所:
The Zen of PythonにPythonの設計思想が色々書いてある。
「醜いより美しいほうがいい」という指針があることはさっき紹介した通りだ。
でもThe Zen of Pythonには「Although practicality beats purity.(実用性を求めると純粋さが失われることがある。)」とも書いてある。
pythonはこの設計思想を他の言語には無い高いレベルで体現してるとは思う。
pythonは、
無節操に色々取り入れた上で、「tupleからメソッドはやせないから、mapは関数にする」とか、メチャクチャな方法でそれらを統合した言語だ。
だが、そういう言語だからこそ、pythonで書いたコードを育てていく中で様々なパラダイムへとシームレスに変化させていく事ができる。
そういう「不純であるがゆえに柔軟性を持ったプログラミング」言語がpythonだと思う。
rubyの純粋性はすごいよ。イカれたくらい徹底されたオブジェクト指向。
BaseObjectをrootとする継承のツリーの中に世界のすべてが収まっている。
haskellの純粋性も凄い。「代入が無い」プログラミング言語に初めてであった時の衝撃。
でも、そういう純粋性をかなぐり捨てたpythonにはタブーが無い。
