プログラミングで、変数や関数の名前を英語で書く理由って何? 普通に考えて日本語で書いた方がわかりやすいだろ。 [227847468]
■ このスレッドは過去ログ倉庫に格納されています
なぜかみんな英語で書くけど
日本人で英語の方が分かりやすいやつなんているの?
変数を日本語にすればプログラミングが上達する
https://www.limecode.jp/entry/guideline/nihongo-variable 基本的に英語の方が短くなる
日本語の方が短い&通じやすかったら日本語にするな自分は
libtoolやlink.txtやmapファイルみたりnmで見たりしたときとか色々と問題あるんだわ
全部wchar対応するの大変なんだよ
AIがメインになったら日本語でおkになるんだろうな
日本語の変数書かれたプログラム見たことあるけど糞だったぞ
英語と違って語の区切りが分かりにくいから統一性の無い命名になってた
某犬縊死のコードの変数が全部 A02 とかで、別途変数名と意味の対応表とかつくってて
こいつらガイキチかと思ってた
わからんでもないが中国人とかインド人も同じソースコード触るわけじゃん
じゃあお前は肛門のプログラム作るときに
int komon; って宣言すんの?
int anal; の方が美しいだろ
```
def ビーエムアイ計算(身長, 体重):
return 体重 / (身長 / 100) ** 2
ビーエムアイ計算(170, 60)
```
読みにくいな
>>24 libturbo_hageがわめいてる
>>2 xとかyとか数学に出てくるのにも文句言ってた人?
昔一回だけ日本語の変数名使ったコード見たことあるな
すげー読みづらかった
hogehogeってよくみかけるけど
あれなんの意味?
標準であるものと被らないようにローマ字推奨にするというのを見たことがあるな
大昔の日本語ベーシック思い出す
日本語Cとか日本語c++とか無いの?
>>28 こういう英語と日本語が混じった文章って入力がクソめんどくさいよな
カンマとスペースも半角全角気にしないといけないし
2バイト文字に別にアレルギーはないんだけど全角括弧()は消えてほしい
ついでに半角カタカナも滅びてほしい
>>25 だからanalは形容詞だって言ってんだろ!!!!
仕事だと自分で作ってさらに自分だけでメンテするソフトなんて皆無だし
人に読まれるから恥ずかしいじゃん
int gomi=0;
int gomi2=0;
double gomi3=0;
string gomi4=0; …
競プロやる時はこれコピペして使ってる
>>44 フィンランドの会社のコードみたことあるけど
変数名読めなかった
ギフハブに上げるんだから英語じゃないと読んでもらえないだろ
ちなみに僕のリポジトリはゼロです
>>28 「ビーエムアイ計算」を「BMI」にしろ
日本語にこだわるのではなく英語にこだわるなという意味だ
分かったか拘りの強いアスペくん
別に変数名をshinekenmoとかkenmoshineshineにしても構わないのでは?
日本語プログラミングってこういう
https://i.imgur.com/nt8gsuc.png 関数名とか変数名を日本語をアルファベット表記するという意味じゃなくて
プログラム事態を2バイト文字で書くということかよ
予約語が英語なんだから英語で統一した方が見やすいだろ
酷い現場だと
string NME = “嫌儲卿“;
って変数があって
「なんだこれは?」って聞くと
「名前です」
「ああ、nameね」
「いえ、namaeです」
ってことがある てか実際にあった
大昔のCOBOLで変数名が日本の山シリーズとか見たわ
フジサンとフジサーンとかニイタカヤマとか訳分からんかったわ
日本人はそういう頭悪いのが多いから
google style guideとかの規約でしばった方がいい
メソッドとか予約語が英語である以上英語で書いたほうがいいな
プログラマーってアスペ多いから、
この問題の本質である他人視点を持てない奴多いよな
お前が英語で書くか日本語で書くかじゃなくて、
お前のコードが読み手にとって読みやすいかを考えろ
vbaでやるわ
どれが変数かすぐわかるしいいと思うんだけどな
>>16 プラグラミングの世界に関していうと日本より、英語のほうが単語が意味ごとに細かく分かれてそうな印象ある
取得する
日本語だとこの動詞1つで表現することが、英語だと
get
fetch
download
pull
こんな感じになったりするから
ニュアンスをちゃんと表現するには、日本語だと冗長になりそう
fetchを正確に日本語で表現すると、ネットワーク越しに取得する
って感じになるし
fetchFile()
ネットワーク越しにファイルを取得する()
日本語だとダサすぎ
def abeshinzo():
print("意味のない関数だよ")
abeshinzo()
コピペしやすいからじゃね?職場に日本人だけなら日本語でもいいと思うけど
データベースのカラムが日本語の場合そうなってる場合があるゾ
ビジネスロジックにかかわるところは漢字で書いたほうが間違わない
>>11 utf8でええやん。charになるだろ。
日本語でいいよ
変数名とか関数名を英語で書いてもコメントで日本語書くのが馬鹿らしい
仕事でちょいちょいシェルスクリプトかくけど
コンパイルしないのはプログラムじゃないんだよね
なんて言えばいいの?スクリプティング?
英語圏のモジュール使うから
自分が英語わかるようになった方が速い
アメリカ人ってさ、
言語の機能として用意されたWordと
自分の名付けた変数で混乱したりしないの?
たまに近くなっちゃうときない?
コードなのかコメントなのかが分かりづらいから流行らないと思うよ
あと英語がさっと出る人はいいけど調べる時間が無駄ってのもあったな
絶対に日本語使いたくない人「どうしよう・・・」
hentai
bukkake
futanari
def shinzo(shitsumon):
return "意味のない質問だよ"
>>72 今時の言語はほぼほぼソースコードはutf8だから出来るよ
utf8だからこそ日本語はラテン文字の3倍のデータ容量食うけど
USにいたころ、英語圏の人間にプログラミング言語がどう見えるのかって聞いてみたが、
単語レベルしか話せない人間がなにやら言っているのを文字にされているのを
読まされているようで、訳が分からない、と言っていたぞ
「a=a+1」ってのはあり得ないよね、とかとも
get_userとかで
get_usersみたいに
複数形のSを付けるのが俺にはできない
そんなとこに気が回らない
class Shinzo {
static final boolean kodaneAru() {
return false
}
}
日本語であれができるなら直感的に打てるから効率爆上げだろうな
しかし理系がチョイスする単語だからだましが多くなりそうだ
>>93 日本語の場合は変換が必要だからそんなに効率化されないだろ
変換なんか気にせずに打ち続けられるのがプログラムを英語で書くいいところだよ
30年前くらい前リレーショナルデータベースの桐っていうソフトの一括処理が日本語でプログラム組めてめちゃくちゃ捗った
ネーミングに迷ったらこれ使ってるわ
codic.jp
>>97 WinFormsやPascalがそうじゃん
まあ英語化しても
意味がわからんような変数名はローマ字の日本語つかうな
変数名とかお決まりでだいたい同じようなの使うだろ
関数と一緒で記号として認識してるわ
変に見慣れない日本語だと戸惑う
モジュール性を重視して作成していれば英語単語レベルで機能の棲み分けできるので英語のままでいいじゃん
>>1 テキストエディタで編集する場合にWindows機で開発するとSJISデフォルトで、Linux機だとUTF8がデフォルトだから編集するマシンごとの文字化け影響を軽減するために2バイト文字は使わない方がよいな。
他の所はそれっぽい名前なのに前例なさそうなユニークな変数になると急にローマ字の変数名が登場するコード見るとちょっとふふってなる
税とか金額計算とか複雑なメソッドは日本語変数許してたわ
事務用のマクロなら日本語のほうが良いよ
引き継ぎとか楽だし
ヴィジュアルプログラミングの間違い
×売り文句:プログラミングわからないやつでもプログラミングできる
○結局プログラミング理解しないといけないんだから普通にプログラミング学んだ方が早い
変数と関数は日本語で書きたいな
予約後は逆に英語がいい
ありだと思うけどライブラリとかフレームワークは英語だから混ざっちゃいそう
>>89 そこは回るけど、不可算名詞で複数形を表現したいときが困る
たまにdatasとかinfosとか命名してる人見るけど、ネイティブじゃなくてもさすがに気持ち悪い
変数日本語なのに使ってる用途が名前と違うのがあって混乱するのを見たことがある。
あれは許せなかった
語彙が1000語もないような DQN が頑張って変数名つくってるのは呼んでて笑う
だんだん似たような単語しか使わなくなる
いちいち日本語覚えるの面倒だろ
英語と日本語を切り替えるのも無駄
割引き率=20
価格=元値*(100-割引率)/100
未定義の変数を使用しています
>>89 s付きgetで複数取得はナンセンスってネイティブの人は言ってた
日本語のプログラミング言語もIT黎明期には存在していた
OSといい国産の技術は何かの陰謀で全て淘汰されてしまった
>>118 英語は単数形複数形区別しますでも場合によっては複数形と単数形のスペルが同じです
いや例外多過ぎのクソ言語だよね
sushi salmon Japaneseとかは単数形と複数形を文脈で判断する必要わけで
お前等こっそり関数名にunkoとかchinkoってつけてるだろ
単数形複数形は表に出ない変数名の問題だけじゃなくて
表示上も手抜きのやつはどっちがきてもいいようにapple(s)とか姑息なことやってるw
>>124 ナンセンスなのはわかったからセンスのある命名を教えてくれ
すべてC/C++が悪いんです
この世の悪の90%はC/C++が原因です
>>116 そもそもプログラムであつかうすべてのものは data であり info なんだから変数名に使うのは控えてほしい
英語圏に存在しない概念なのに
コーディング規約だから
の一点張りで意味わからない英語で命名するやつはやめて欲しい
>>1 それなりの数学的センスか
モデリングセンスか
よく整備された命名ルールの知識
がないと英語で書こうか日本語で書こうが破綻しやすい
結局、プログラミング対象の知識、その数学的モデルまたは適切なモデル化ノウハウ、ユーザビリティとプロダクトライフサイクル、といった基本をある程度見通しておかないと
プログラムの構造に無理が生じて、そのラベルに過ぎないネーミングは破綻するよね
つまり英語日本語議論は他の要素がほとんど見えていない素人さんの好む議論
車の構造や部品、製造について何も知らない人が
車の開発時のコードネームや新開発パーツ名は漢字がいいというような
意味の希薄な議論
そういう自分は知らないけど
やってる奴が低学歴だから云々って
現役で千葉大しか入れず
ロンダ先で学位研究を完了できなかった落ちこぼれが言うと
すごく説得力あるよね
COBOLだったら日本語だったけど
TANKAとか
実際数十個ある計算項目を計算して保存する処理を書くときローマ字じゃ分かりにくいから日本語にしたことがある
当然ツッコミは受けるけどわかりやすいし何も間違ってないと今でも思う
だから自分で書いてそれ以降の引き継ぎに対応できるなら好きにすればいい話だし
識別子を網羅的に書き換えるのもIDE使えば普通に終わるよね
この手の議論って、識別子の網羅的書き換えが簡単な作業だという前提のない人が議論しても意味ないよね
むしろ設計や開発、共同作業はどうこなすかというルールの問題に過ぎない
あと自然言語とモデル名称(数学的モデルやプログラミングモデル)、言語機能は、多くの場合1対1対応スレ単純な関係ではない点が本質的に重要
自然言語では暗黙の前提を使って簡単に表せる事柄が
モデル化した途端に、ユーザー側入力モデル、処理モデル、出力モデルという少なくとも3階層の構造となり
それを仕様モデル、機能モデル、実装モデル、言語マッピングモデルの少なくとも4階層に分けて詳細化し
その過程でオブジェクト数は最悪想定の単純計算で12倍以上に膨れ上がり
最初は一つの自然言語表現に過ぎなかったものを
たとえば12通り×α個オーダーの識別子の使い分けに拡張する必要があり
DNN等で自然言語表現をそれに呼応するプログラムに変換するにはかなりの計算が必要になる
そこら辺を人間がやる時の一つのサポート手段としてUMLやRUPといった記述〜スタブ生成環境が有力視された事もあったけれど、現状普及はしていない
そこら辺の話が全くわからないなら
誰かがAIでそういう変換ツールを作ってくれるのを待ってればいいんじゃないの
指導学生も居ない暇暇大学教員なら自分で開発してもいい
一対一対応スレ単純な関係→一対一対応する単純な関係
>>153 それポーランド記法とかいう
マイクロソフトが率先する最大勢力の命名ルール
こいつすげえバカ
AIでプログラム生成とか日本語でプログラミングとか
誇大妄想は広げるけれど知識は30年前で止まっていて
その数年後の話をすると全く理解できなくなるポンコツ
メタ構文変数(なんでもよい、ホニャララ)としてfoo、barは欧米で1930年代から使われていたそうやけど
ジャップ発祥のhogeを社内の50代の高齢独身ハゲがつかってると「おまえはホゲやなくてハゲやろ」でワロタ
底辺落ちこぼれ職員は知能が低過ぎて
同僚や学生がかわいそう
構文や変数は英語のほうが、日本語がコメントやデータに限られ読みやすいんだが...
識別子にUnicodeが使える言語実装系なら
普通に日本語識別子を使えるでしょ
マイクロソフトの言語とか、Javaとか
で自分で書く時は日本語が好きなら日本語で識別子を書いて
英語やローマ字しか受け入れない人に渡す必要があれば
統合開発環境に全ファイルを登録して、識別子の書き換えをすれば完了でしょ
やる気があればできる事だし
毎回手作業がしんどいなら
面倒なら言語仕様のBNF記述からパーサー作って
識別子リストを出力して
識別子対応表で書き換えルールを渡せば
自動書き換えする環境も追加できるでしょ
プログラマならプログラミング用英語はある程度知ってると思うし、何よりツールが対応してなさそう気がするのであえて日本語は使わないな…
わざわざ検索して英訳するのがマジで無駄な作業だと思う
昔あったよ日本語のプログラム
めちゃくちゃ読みづらくてそりゃ流行らんなって思ったわ
イテレータをすぐに忘れてしまう
関連する英単語に馴染みがないからかな?
今時は海外に下請け用意してたりして日本人だけで完結しないことも多いし
結局一番使われる英語に落ち着くだけ
変数を英語にした場合、それが予約語や既定の関数名なのか、自由に名付けた変数名か区別しにくいんだよ
velocityは変数名じゃないのに、speedは変数じゃ分かりにくいだろ
初心者向けの解説書は区別しやすいように変数は全部日本語にしろ
sokudoみたいにな
>>168 ここまで、変数名に漢字を使うって話題が出ないのがびっくりだわ。😄
何でローマ字にしてんだか…😥
まあ経験で語ると、
変数名を漢字にしてしまうとタイピングが辛くなる。
英数なら2、3文字ですぐに候補がポップアップするけど
漢字ならIME通して変換するまで候補がでないし、
同じ接頭辞が続きやすいから絞り込みに手間がかかる。
>>68 fetchにネットワーク越しとかファイルなんて意味はないのになんで日本語にするときだけそこまで書くの
そもそも get なんてむしろ英語のほうがなんでもかんでも同じになって不便な単語の良い例だろ
IT でなんでもかんでも取得が使われるのは get を日本語に直訳してるからだよ、むしろ端から日本語できちんと表現すればもっと幅が広がる
>>181 単にあんたが知らないだけだろ
バカの無知の話題でいちいちアンカー付けんなカス
>>180 やっぱり30〜50年レベルで世間に取り残されてるじゃん
Smalltalkの命名慣習やマイクロソフトのポーランド記法に代表されるコーディング・ルール体系では
クラスは大文字始まり、インスタンスは不定冠詞a+単数形名詞で単数形、定冠詞the+複数形名詞で複数形を表し、付帯的にポーランド記法では先頭に型を表す略号(規定あり)を付けて、変数の形を明示する(何でもありのジェネリック型はvariantの省略形)
ポーランド記法はあくまでコーディングルールの一例で
マイクロソフト環境で共同開発/共同作業しない限り流通性や可読性が高いとは言い難いから自分は使わないけれど
マイクロソフトのコードサンプルや
それに準拠したプログラムでは30年くらい前から頻繁に見かけるね
大まかなルールは頭に入れておいた方が、サンプルを読みやすい(それ以前に設計基準やスキルが偏っていてコード自体垢抜けない部分が目立ったもんだけど)
>>183 CPUがメモリから次の動作コードを取得することをFetchと言う
なんて初心者入門書に書いてあるような基本すら知らないんだろ
ネットワークではなく「○○を介して」という意味合いが含まれているとかならまだ良いんだけどね
>>68 その手の命名ルールに悩んだ時は
TCP/IPスタックのソースと命名をLinuxあたりで見たり
開発対象に近いオープンソースを探す過程でそのソースを分析してみれば
単純な命名ルールではなく、共通的な概念階層が把握できて
それと大きく矛盾しない形で命名対象を拡張していけば
その分野のレベルの高い人とは意思疎通が容易になるね
逆にローカル規約でデタラメやってるコミュニティでは
さっぱり話が通じなくなるから協調性を取るか離脱するか選択に迫られるかもね
>>187 そういう雑学知識で知ったかする奴が一番使えない
既存のシステムやアプリのソースを確認したり
海外の文献も参照して
世界中のスキルの高い人が落ち着くであろう結論を探すのが
スキル高い人の嗜み
>>185 だから初心者向けにはっつってんだろ、文盲がw
初心者がそんな命名規則知ってるかよw
>>189 「fetchとはネットワークを介して取得する」が正しいか否か
という命題に対してなんの話してるの?
そんなにマウントとりたいのかねえ
プログラムなんてロクにしていない人にとっては
「ネットワーク経由でファイルを取得する」
という表現の意味は自明なのだろうけれど
プログラムの実装の話であれば
転送元及び転送プロトコルとして
インターネットプロトコルのどれを使うのか
ネットワークファイルシステムのどれを使うのか
取得とは
ローカルファイルシステムにコピーする事なのか
メモリ上に生イメージを展開する事なのか
ファイルフォーマットとプログラムのすり合わせを含んだメモリ上展開なのか
はっきりしないから問題設定自体が雑で検討に値しない
>>190 初心者向けの話だぞ
お前はいつも大言壮語をしては
できる高校生なら当然マスターしている内容すら知らずに
幼稚な話ばかりして、誰の役にも立たない
きっとこの人は小学生向けプログラミング授業とか
文系の素人に素朴なプログラミング教育をするような
最底辺の入門レベルの話しかできないのだろう
それも大切ではあるけど
知的好奇心のない輩に何を教えても身に付かない
>>195 単にお前の考える初心者が知的水準が低いだけ
普通は既存コーディングルールを知らずに
独自に試行錯誤して結論が出せないのは
ただの初心者
結局、初心者向けの教育体系の認識もなければ
そのスキルすら持っていないから
自分がまだ知らない話は
初心者向けではないと言い張る
痛い初心者が暴れているだけ
>>197 >>結論が出せないのはただの初心者
つまり初心者は知らないんじゃんw
自分で自分を論破してんぞwww
「負けたくない」というだけでこれだけ長文を書いてるが
実はなにひとつ検証可能な事実を書いていないというね
某氏の言葉を借りれば「それってあなたの感想ですよね?」
入門者と初心者の区別ができていないのを見ると
自然言語の単語選択のセンスや
物事の認識の基準自体がとても雑で
地震の混乱を客観視して改善する習慣もない人が
机上の空論を何十年も振り回しているだけだね
入門者と区別できてないもクソも、自分で「初心者」言うとるがなw
>>200 マイクロソフト流のコーディングルールやソースの書き方は
20年以上前に書籍化されてヒットしてるぞ
はい論破
結局、学位研究すら完成させる事ができずに無関係な実験報告で誤魔化すような低知能者だから
大学の理系やトップ企業のプログラミング教育の基本の話をすると
すぐ切れて、嘘だ自分の知っている30年前の知識とは違う
と泣き喚く下等生物に過ぎないね
こんなレベルの低い下等生物は、学部からやり直した方が早い
自分は20代前半くらいの頃Smalltalk環境に付随するソースコードやLinuxのソースコードを必要に応じて読んでバグを直したり改造するうちに、いくつかのルール体系を覚えた
論破したかどうかを決めるのは当事者ではなく審判
この程度の知識もしらないとは
とりあえず今暴れている幼稚な人は
20年前だったら素朴なバカとして相手にされただろうけど
2023年にもなって小学生のような妄想議論をするのは
知恵遅れの知ったか議論に過ぎない事を認識しようぜ
あと、バカの書き込みは見かけた瞬間にIDNGするから
何を言っても読まないよ、念のため
バカの相手をする暇人を探したいなら
専門病院に行け
こんな誰でも思いつくことを誰も試さないわけないだろ
可読性高いと思ってるかもしれないけど、可読性がものすごく悪い
24年間変わらずお馴染みの知的障害者の
空理空論発狂スレw
プログラミングの命名ルールの話をするなら
コードコンプリートくらい探して目を通して
噴飯して別のルールを探すくらいしようぜ
可哀想に本物の議論とやらをしたことがないんだな
そして逃げることと言い訳だけは素早い
匿名掲示板で24年間無駄に時間を過ごして
30年前に原著初版の出たコードコンプリートの存在すら
知らない、敗残者スレ
自分で日本語のクラス名やメソッド名を使って書いても
標準クラスは日本語じゃ無ぇからクソ読みづらかった気がする
isとかsetとかと組み合わせるのも気持ち悪い
getGoukeiKingakuみたいなローマ字もバカバカしい
プログラムのテキストの日本語を英語に一対一で変換すればいいだけだから簡単に作れるぞ
一手間増えるけど
とっくに存在して実用的に普及しているものを知らずに
24年間同じ繰り言を言い続ける精神の病気
>>203 本当に「学校の知識」だけで業務プログラムとか
書いたこと無さそうw
ちょっと今まで記述したプログラム語ってみてよ😄
ライブラリやフレームワークのAPIが英語だから
英語に合わせるしかないだけの話では
万が一、Springboot日本語版とか
reactjs日本語版とか出来て
全てのライブラリ、フレームワークの
API(関数名、クラス名等)がi18n対応されるんだったら、
日本語で書いてもいいんじゃない。
もしくは、一切のライブラリ、フレームワークへの
依存関係を排除したビジネスロジックが書けるなら
日本語で書くのもありだけど
それやるには余程上手に依存性逆転をさせないといかんな
あとどーでもいいけど
ポーランド記法なんて前世紀に廃れたものだと思ってた
きょうび intCount だのstrName だの見ねえよ
コンピューターが英語を基本とする時点でジャップはおろか非英語圏は負け言語なんよ
>>220 リーナストーバルズとかも
非英語圏の人間だけど、、、
>>221 北欧だっけ
その場合の反論はリーナスが非英語でlinux作った場合でしょ
まさか頭ほんこんのたらこみたいに言葉尻で揚げ足でも取りたいの?
多数派の言いなりにならなきゃいけないってのはA型の性分なんだろな
英語のほうが分かりやすいからじゃね…
英語って日常使うにはクソオブクソだけど分かりやすいって点だけはかなり優秀な部類だからね
>>219 それCやC++使ったWindows環境の話だから
それやってない人が知らないのは当然
ってあくまでルールの例なのに知らずに逆ギレは
真性の素人だな
ワロタ
>>221 あ、そう言う意図ね、
非英語圏話者を負けと言ってるんじゃなく
言語そのものを擬人化して負けと言ってるなら
まあ、そりゃそうですねとしか。
ソフトウェアに非英語由来の概念って少ないだろうしなあ
日本語由来のネタでおもいつくのは
herokuとかjinja2とかZen of Pythonとかあるけど
日本人として全然誇らしくない、、、
ひらがなとかカタカナ漢字を使って変数名を決めろってことを言いたいのかローマ字にしろと言ってるのかどっちなんだ
>>224 そのひと、なんか知ってるキーワードを総動員してそれっぽい事を書いてみました的だね
識別子にunicodeが使えるか否かの話に昇格させたのに
I18n(キリリ と言い出して爆笑
その辺はECMAScriptの規格で英数字/アンダーバー/ダラーに限定されているから、UnicodeをたとえばBase64でエンコードするような方法しか使えないし
依存性注入は関係ないね
まあこの手のスレは知識が30〜50年前で止まってる人が
妄想で発狂するスレらしいから誰も気にしないよね
>>228 VC++界隈だと
いまでも使われてるの?
あれは間違いだったって議論を
相当前に見て以来
Windowsアプリ開発しなくなって
正直そっち方面疎いのよ
このスレは精神異常者福祉施設ではないので
患者の方はここではなく専門病院の医師に相談しろカス
そもそもキチガイジは一度判定したら即NGだから
それ以降どんな言い訳しても誰も読まずに流されるだけ
来世で頑張れ
まあBase64のうち使える文字は53〜54個だから
使えない文字の回避ルールを作って
あとUnicode部の範囲判定はキーワード判定にして(___等)
大まかにはBASE54みたいなエンコードルールで
Unicode拡張完了
おっとアルファベット26×2
数字×10
$と_
だから大まかにはBase64で合ってるやん
>>232 その規格が万が一拡張されたらって話だろ
>>239 論証もせずに並べただけのレスで論破だの
勝てない相手はNGにするとか言ってるバカをかまうなよ
規格を出して論証している書き込みに
>>240のような虚勢を張るのは山形の狂人の特徴
狂人は狂人認定されて相手にされなくなると
自分が勝ったと言い張る
でもそれただのストローマン論法だから
20歳そこそこの学生にもバレて
実名では誰にも相手にされなくなる
だからこの山形の狂人は匿名掲示板と匿名SNSにしか
居場所がない
結局このひと
30年以上前に日本語プログラミング言語が流行っていくつかの製品が出た、というその世代のIT周辺の人なら誰でも知っている話を蘊蓄したいだけなんだよね
その試みは20年ほど前には匿名掲示板界隈でも静かなブームになって、新たな日本語プログラミング言語も紹介されたけど、その後20年さっぱり流行っていない
そういった過去の試みと、それが広がらなかった原因の分析をせずに十年一日の如く同じ話を繰り返すのは
知能が低いと言われて当然
規格とやらを出して持論がそれと同義であるかどうかまでの論証までを行って初めて論と成る
並べただけでは論にはならんのだよ
論ではないもので論破だのと吠えるものだから笑い話になっているわけで
ここらはちゃんとした教育を受けていれば叩き込まれるものだが、まともなところに行っていないか、そもそも行ってすらいないか
無知無学の狂人は山形大学医学部附属病院精神科の主治医とお話ししろ
山形狂人のカウンセリングは主治医の専任事項なので
健常者には迷惑をかけるなクズ
>>240は知能の低いアスペルガーっぽいね
低知能のアスペルガーの症状として
一見意味がありそうで実際には全く筋の通っていない話を延々とする人が居る、というのが知られていて
それは医者の側が無知でそう判断するのかと思っていたけど
>>240の書き込みはこの症例に合致するっぽいね
そこら辺は専門医が判断すべき事柄だから
精神科の主治医に診断を下してもらえば
われわれ健常者としても扱いやすいね
山形大学医学部の人って大分前からちょくちょく見かけるけど何なんだ
糖質岩手っぽいが
同一人物でしょ
嫌儲でコテやキャラを大量に使い回している精神障害者はそいつ一名
正確には山形大学理学部の56〜7歳の狂人
普通匿名掲示板で身元がバレる人はあんま居ないんだけど
この人の場合は自身の交友関係者を全部罵倒して
身元がバレて職場通報されたとんでもないバカ
今後この狂人が粘着行為や犯罪行為をしたら
山形大学長に迷惑通報してやればいい
2〜3日は大人しくなる
狂人職員の犯罪常習で有名になる大学ってのも大変だよな
上の方で書いた識別子の自動付け替えの話と
BASE64でUnicode対応する話が
全く同じ技法だと判らなくて発狂したあたりが
知能の低さの表れだね
■ このスレッドは過去ログ倉庫に格納されています