はてなキーワード: classとは
「QAに聞いたんですけど、あのバグ、やっぱまだ直ってませんでした。だから、狙う時は“ここ”をお願いします」
「五代……」
「いやもちろん、万が一、俺が“究極の闇をもたらす存在”になっちゃったらですけどね」
「……。こんな寄り道はさせたくなかった」
「え?」
「……」
「ここまで君を付き合わせてしまって……」
「ありがとうございました」
「……?」
「五代……」
「じゃあ、見てて下さい。俺の――変身」
>> java.lang.NoSuchMethodException: com.laurens.Main.main([Ljava.lang.String;)
at java.lang.Class.getMethod(Class.java:1786)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:125)
ぼく「こんにちは、ベン。ぼくはWashlet2000。便意はどう?」
面「超いい感じだよ。きみは?」
ぼ「ぼくも超いい感じさ」
面「それはよかった。わたしは部署AのToiletエンジニアで3年目なんだ。社内ツールを作ってるよ。Benki関係のツールで、超クールでExcitingなやつなんだ」
ぼ「それはクールだね」
ぼ「うん。ぼくは経験豊富な自宅警備員で…〇〇で貢献して…リーダー経験が……」
面「Cool(たぶん聴いてない)。じゃ、問題に入ろうか。わたしからの問題はね…」
ぼ「あ、はい」
ぼ「Unkの管理…」
面「そう。Unkってさ、知的生命体でしょ?あれを実現するの。『分裂』もあるから注意して」
ぼ「なるほど。えーと、それはHankeyみたいな普通のUnkだよね。えーとえーと」
面「…」
ぼ「えーと、そうだ、Unicodeとか決まってる?」
面「決まってるよ。U+1F4A9」
ぼ「うーん。じゃあUnkって何を保持したらいい?種類、個数?」
面「いい匂いだね。ここでは簡単のため、そうだね、個数だけにしようか」
ぼ「ならUnkの個数を持つ感じかな」
面「多分そうだね」
ぼ「えーと、そして、『分裂』のときに増える個数、『消滅』したかどうかを返すAPIが要る」
面「うん。あと新しいUnkが産声を上げたときも」
ぼ「そうだね。じゃあ内部的には、分裂した時の増殖個数を計算して、unkで現在の個数を管理する感じかな…」
面「それで行けそう?」
ぼ「待って。それで、APIはdivision()、roar()、isDead()でいい?」
面「うん、そうだね。とりあえずAPIはそれで良いよ」
ぼ「OK。あ、division()でもうそれ以上増えれないときには、どうする?」
面「それもいい匂いだ。そうだね、今の個数を返すようにしようか」
ぼ「あと何かあるかな…」
面「…」
ぼ「Unkだと、大腸菌を表示したり、そこからBenkiにジャンプしたりできるけど…」
面「あとで必要になるかもね」
ぼ「だよね。速度は…当然すべてO(1)でやらないといけない」
面「速いほうがいいね」
ぼ「あとは、えーと、Benkiクリアもあとで付けそうだな。まあこれは簡単か」
面「そうだね」
ぼ「まとめると、Unkの個数を整数のIntで持ち、unkで管理する。division()が呼ばれたら、分裂して、isDead()が呼ばれたら、生存の真偽を返す。分裂時にはroar()を呼び出して、Unkoooooooooo!×(増殖個数分)産声をあげる」
面「それで良さそう?」
ぼ「うーん、多分…なにかあるかな…」
面「『消滅』を何度かしたあと、『分裂』をしたらどうなる?」
ぼ「ん?……あ、だめだ!そうか、『消滅』『消滅』『分裂』で過去の個数うんこに増えてしまう!つまり、isDead()が真なら、その時のunkを初期化しないと!」
面「そう!ならどうする?」
ぼ「うーん。変数maxUnkを足せばいいかな。isDead()はmaxUnkより大きな場合は真。そのときはunkを初期化する」
面「なるほど。大丈夫そうだね」
ぼ「あとはOKかな?…よし、じゃあコード書いてみるよ(マーカーを手に取る)」
ぼ「まずクラス外観はこんな感じかな…(カキカキ)」
class Unk: def __init__(self): pass def division(self): pass def roar(self): pass def isDead(self): pass
面「ん?これ何の言語?」
ぼ「pyてょnだよ。ぼくはpyてょn使いなんだ(自己紹介で言ったけど…)」
面「Cool」
ぼ「そして、Unkの個数を整数で持つよ。名前はunkでいいか」
面「OK」
ぼ「それと有効な最大unk数を保持するmaxUnkが要るね」
class Unk: def __init__(self): self.unk = 1 self.maxUnk = 1024 def division(self): pass def roar(self): pass def isDead(self): pass
面「なんでunkを1で初期化したの?」
ぼ「これは『いまの個数』だから。初めは1つのUnkが存在するのを想定してる」
面「なるほど」
class Unk: def __init__(self): self.unk = 1 self.maxUnk = 1024 def division(self): self.unk = self.unk*2 def roar(self): print("Unkoooooooo! ×", self.unk//2) def isDead(self): return self.unk > self.maxUnk
ぼ「division()、roar()、isDead()も書くとこんな感じかな…」
面「増殖の計算は2倍したんだね」
ぼ「そう。ちょっと手動テストしてみるね…。えーとunkが無いときのdivision()、roar()は大丈夫そうかな…。初回のdivision()でunkのサイズが1になって…そのあとroar()したら…isDead()は……」
unk = Unk() while True: if not unk.isDead(): unk.division() unk.roar() else: break --- Unkoooooooo! × 1 Unkoooooooo! × 2 Unkoooooooo! × 4 Unkoooooooo! × 8 Unkoooooooo! × 16 Unkoooooooo! × 32 Unkoooooooo! × 64 Unkoooooooo! × 128 Unkoooooooo! × 256 Unkoooooooo! × 512 Unkoooooooo! × 1024
面「大丈夫そう?」
ぼ「うん…たぶん…」
面「じゃいくつか聞くよ」
オレっちお前のパイセンだけど食うだけなら食っていけるぞ
→バイトでExcelの便利ワークシート作成を経てVBAに触れる
→VBAからおなじBASICつながりのVB.netでClassを扱う便利さに目覚める
→いまどきはJavaScriptも扱えないとねってなる:最近はWindowsOnlyで業務しているのにブラウザ対応を求められる謎風潮
やっとこ年収400万(ようやく人並み?)を超えられるようになった
三角関数より会社における数字を扱うことの知識(要は金勘定)の方が求められる
よくありがちなチュートリアルより、DBやファイル(csv、JSON、固定長のテキスト)から自分が取り扱う言語体系で読み込む、加工して永続化するってのをスラスラできるようになるのが大事だと思う
まつほろひとゆきが作った日本産のコンピューター言語。パールというコンピューター言語を元に作られていてWebサービスを作るためのフレームワークを搭載している。代表的なWebフレームワークはtDiary
C
デニス立地さんがNTTで開発した言語。マルチクスというOSを作成するために作られた。わざと複雑な言語仕様にすることで自分の役職ポジションを守ろうとしていたが、思った以上に世の中の人間はこの言語を使いこなしてしまい、超有名な言語になってしまった。スーファミのゲーム制作にさえ使えなほどの超高級言語
おまじないと呼ばれるプリプロセッサでの書き換えが必要な謎の文字列を埋め込む必要があったり、言語仕様に曖昧な部分も多く、同じソースなのに実行環境によって動きが異なる、欠陥言語である。(32bit向けプログラムが64bit環境で動作しないなど)
オブジェクト指向言語。すべてのオブジェクト指向言語はこいつから始まった。
主にWindows上で動作するゲームを作るための言語。今ではUnityとか色々なゲーム開発の環境とかあるが、結局はパフォーマンスとか考えたらC++使うことになる。
代表作はOpenGL、DirectX、Window10、LibreOffice など
JavaScriptから派生した言語。読み方は(ジャワ。ジャワ島のジャワ。)。もともとはOracleの創始者の博士が趣味で作成して、現在のOracleデータベースの基礎となるテクノロジー。アプレットという実行するための専用プログラムをインストールしないと、Javaで作ったプログラム(.classファイル)は動作しない。マークはコーヒーだと思われがちだが、紅茶(ジャワティー)である。
アンドロイドOSを作成するためにも使われており、アンドロイドのOSカーネルはJavaで制御されている。そのため定期的にGCが走るので、アンドロイド端末は定期的に動作を停止することがある(いわゆるプチフリーズ)。
対策するためにはGC戦略を見直してヒープ領域のサイズやメモリに乗せるキャッシュのサイズなどの調整が必要であるが、げんざいのGoogleにはこれらを調整する人員はすでにいない。
このように業務用データベースから携帯電話まで幅広く使われているので、Javaの技術があっても市場価値は殆どないと言われている。(みんな使えて当たり前)
晩年政界への進出を目論んでいた松下幸之助が、未来社会を見据えて開発した言語。主にWebアプリケーションを作成するために使われている。PはパナソニックのP。を略してPHP
かんたんにシェルコマンドを実行できたり、クエリストリングに代入した値を直接グローバルで評価できたりするなど、洗練されていてとても便利な言語である。
HTMLやメール本文の中にもPHPの処理を書き込むことができる。
この世のすべてのサーバーに実行環境が存在するので、PHPのコードさえあれば、コンパイルも不要でどのような環境でも動作する。
C言語の100倍生産性が高く、Wikipedia、Facebook、Slackなどの超一流のサイトやサービスで大量のアクセスを捌いている。
WardPressと呼ばれるフレームワーク(全世界のWebサイトの3分の1以上はWardPressで作成されている)を作成している言語であり、この言語なくして今のWebは存在していない。
データベースとも親和性がある、などと言われることもあるが特に根拠はない。
韓国人棋士を倒したAIに特化したプログラム言語。Googleが開発しており、もともとはDartという名前だったが、汚いという理由でなまえがGoに変わった。そのため現在はDartという言語は存在していない。
AIに特化しているというだけあり、低レイヤむけの実行ファイルを作成する必要があるため、コンパイルが必要ではあるが、だいたいどの環境向けのバイナリも生成することができる。
デフォルトでディープラーニングを使うための機能を持っていたり、プログラムを並列実行するための機能が備わっているので、コア数の多い環境で高速に動くプログラムを作りやすい。
JavaScript
Javaの元になったプロトタイプベースのオブジェクト指向言語。読み方はジャワエスクリプト。W3Mというブラウザの上でインタラクティブにWebサイトを動かすために作成された言語。もともとブラウザの上で動くための言語だったが、後にSafariブラウザに搭載されていたV6エンジンというJavaScript言語の実行エンジンを分離してNPMというJavaScriptを直接実行できる環境となった。
それ以降JavaScriptはブラウザ以外にVRゴーグルの中などで動くようになった。
並列プログラミングが不可能な作りのため、コールバックを多用して、スパゲッティーコードを量産することができる。
NPMを使う奴らは、JSがブラウザ環境で使われる言語であることを全然考えてないため、WebpackとかBabelといった謎の開発環境をシコシコ積み上げている。いつかその塔は爆発し崩れ去ることになるであろう。
Javaと同じくJavaScriptから派生した言語。Javaとは互換性は無いが、JavaScriptの上位互換があるため、JavaScriptのコードをそのまま実行することができる。
$マークから始まる命令のみで構成されているとても縁起のいいプログラミング言語。おもにパララックスなどを実現するために利用されていて、WardPressなどのドライバとしても使われている。
JavaScriptの改良版であり、現在JavaScriptと言われているプログラム言語の99%はjQueryのことである。そのため現在慣習的にJavaScriptと呼ばれているもののほぼ全てはjQueryである。
jQueryを覚えればJavaScriptは覚えなくても良い。などと言われるが、正確にはjQueryを覚えた頃にはJavaScriptも覚えている。というのが正確である。
JavaやjQueryなどと同じくJavaScriptから派生した言語。Microsoftが開発した関数型言語。開発時はF#(エフシャープ)というコードネームだった。
型に特化した言語であり、Microsoft製のVSCodeというIDE環境でしか開発、実行が出来ない。(ただしMacやLinux上でも動作可能)
TypeScriptを動かすにはサーバーにVSCodeもインストールする必要があり、言語やIDEのバージョンアップも多いため、メンテナスンスが困難である。
前進となるObjectiv-Cという言語が、気持ち悪い構文であったため開発者が不足しており、このままではOSのメンテナンスもままならない、という理由で最初のバージョンがわずか14日間で作られた言語。
増田さんはClass imbalance problemってご存じですかあ?
機械学習を適用するうえで訓練データのクラスに偏りがあった時に、その中でも割合の高いクラスに予測が偏っちゃうっていう問題です。
それもそのはずですね
たとえば
「シーザー・ツェペリ」を求めて「シーザー」で検索した人が(今まで)80人いたとする
「ジュリアス・シーザー」を求めて「シーザー」で検索した人が(今まで)20人いたとする
この傾向が変わらないとすると、あるユーザー100人が次に「シーザー」で検索した時に、何を候補として表示すれば最も多くのユーザーを満足させられるでしょうか?
1:1でランダムで表示すると50%のユーザー、8:2でランダムに表示すると68%のユーザーしか満足させられませんからね。
それもこれも情報の不足が問題になっているのです「何を探しているか」をきちんと相手に知らせてあげないと、受け取った側は「みんなが探しているものだろうな」、と考えるしかないんです。
何かの参考とかにしたらダメです。書き始めて半年経つんだけどこっからどう直したらいいんだか(何をゴールにしたらいいのか)わからない。。
追記:合流性とか強正規化可能性とか停止性とか、全部チューリング不完全で、事前の静的解析で使うメモリの最大量が確定できる、とかそういう風に読み替えられる人を増やしたいのです、数式の添え字とΣと∫にびびらない人を増やしたいようなもので
数理論理学の一分野である証明論から成長した、数理論理学と理論計算機科学の境界領域の研究領域である型理論(type theory)は、大規模なプログラムの内的な整合性のチェックを行うための方法論を必要とする情報処理技術の分野で関心を集めている。
そもそも「型」(type)とは何か。プログラミング言語は一般的にはレコードや関数といったプログラムを構成する「値」(value)の定義をする道具である(*1)。その言語のコンパイラ作成者はこれらレコードや関数などの値、もしくは第一級の対象(first-class object)の種類を区別する型システム(type system)を必要とする。抽象代数学の観点からすると、「型」とはこれらの値もしくは第一級の対象が属する高階の対象(higher order object)としての空間(space)ないし代数系(algebraic system)で、型システムはそれら「型」とそれら相互の関係(relation)つまり型のなす順序構造(order structure)ないし束構造(lattice structrure)であるといえる。
プログラムを構成する値すべてに型が付くためには、曖昧でない(*2)こと、自己矛盾していないこと、悪循環を含まないこと、それぞれの値の内容をチェックするために無限の時間を要しない(*3)ことなどが必要で、これらを満たすなら、プログラムは有限時間で実行を終え、停止する。手続き型言語では無限ループ、型無しラムダ計算では無限再帰によって型付け不能なプログラムを書くことができるが、型理論はこれらのチューリング完全な計算機を意図しない停止しないプログラムから守る装甲でもあり、再帰やメモリ確保で好き勝手をさせないための拘束具でもある。型が付くプログラムには単に停止するというだけでなく、可能な実行経路(訂正:経路→方法)のすべてで同じ結果を出すなど種々の良い性質がある。
1)この定義は現実に使われているプログラミング言語の特徴を覆い切れていない、狭い不満足な定義だが本稿では都合上この定義に立脚して限定的に議論する。例えば変数(variable)というものを持つプログラミング言語もあり広く使われているが、これについてはレコードや関数と同じように性質の良いものとして扱うことが難しい。難しさの原因は次の注の内容と関連する。近年は変数を扱うかわりに値の不変のコピー(immutable copy)やその参照に名前を付ける機能を持つプログラミング言語が増えている。
2) 現実の情報システムでは、COBOL言語のレコード再定義やC言語の共用体、一般的な関数ポインタやVisual Basic言語のvariant型変数のように、同一領域に異なる型の値が共存する共用型(union type)の値がしばしば必要となる。共用型の値はgoto文を排除した構造化/オブジェクト指向プログラミングにおいて条件キャストやクラス分岐などによる実行経路の複雑さの主要な原因になるが、これは和型(sum type)すなわち相異なる型の非交和(disjoint sum)として定義することで曖昧さなく定義できる。
3) ゲームプログラムやネットワークサービスにおいてしばしばみられるように、入力として無限リストや任意に深い木のようなものを想定する場合には明らかに(条件を満たさない限り)停止しないことが正しい動作となり、この場合は最外周のループを(←どうする?)メモリリークを起こさないなど別の考慮が必要となる。
こっちはみらい翻訳。
"I love you." と5行目の主語は同じくダメ。あと、4行目5行目の後半の目的語がちゃんと特定できていない。
Googleの勝ちか。
Pudding is delicious. I love you.
Fruit jelly... is certainly delicious.
It is juicy and has a fruity texture, and the pulp and seeds are in it to reproduce the texture.
But if you have raw fruit and a really fancy fruit jelly, you'll get some fruit, right?
If you have egg and milk sets and pudding lined up, take them out.
ウェブカツというプログラミングスクールについて、twitter上で記事の剽窃をしているのではないかという疑問が挙がっていました。
ウェブカツの「顧問」であるかずきち氏はこれを「頭悪すぎて呆れちゃう」と一蹴していましたが、はたしてどうなのか……?
ためしにJavaScriptやjQueryでの変数が「空かどうか」のチェック方法 (魚拓 https://megalodon.jp/2019-1020-0037-32/https://webukatu.com:443/wordpress/blog/821)を見てみましょう。
記事中に出てくる「jQueryではたとえ、参照したIDやclassが無くてもjQueryオブジェクトが作成されるためチェックが出来ません」で検索してみると、
Web'Notesというサイトがヒットしました。
記事全体を見比べてみると、なんと、目次が完全に一致しています!
ですが、目次程度なら同じ言語とライブラリを解説している以上は偶然の一致もありえます。
そこで本文も比較してみると、驚くべきことがわかりました。
Web'Notesの「結果をまとめるとこのようになります」がウェブカツでは「結果をまとめるとこんな感じ」に変わっているなど些細な違いはありますが、記事の構成や文章表現まで、ほとんど一致しているのです!
ですが、これだけでは本当に剽窃がされているのか、されているとしてどちらが行っているのかまではわかりませんね……
少なくとも、両方の記事がいつから存在したかは調べる必要がありそうです。
ウェブカツの記事には、2016年8月16日と書かれてますね。他の記事を見る限り、ウェブカツでは、作成後に更新した記事には更新日も掲載されるようなので(えらいですね!)、おそらくこれが作成日でしょう。
一方Web'Notesの記事がいつから存在するかというと、WayBackMachineを見る限り2015年には存在していたようです。
他にも、ウェブカツの様々な記事について、よく似た他の記事が存在するようです(随時追記)。
ttps://docs.google.com/spreadsheets/d/1HwRyUP62afk9jjXArax8NhiYxnt330DMSQTe9eB3h24 (うまくリンクが貼れないので古の記法で勘弁してください!)
いかがでしたでしょうか、果たしてウェブカツはWELQや侍エンジニアのようなパクリサイトや触法プログラミングスクールの仲間なのか…… みなさんはどう思われましたか?
ウェブカツは月に数千万の売上があるかもしれないので、「よく似た記事」を書いた方々は要注目です!
個人的には、かずきち氏はtwitterのプロフィールでcodecampをディスっているのに、codecampのものに酷似した記事が存在するのが面白いと思いました!
様々な先例にならってDMCA濫用などをしてくれるともっと面白くなると思います。
もっとも、ウェブカツの「顧問」であるかずきち氏は著作権問題について「立ち小便の軽犯罪や店のコンセント使った窃盗レベル」とおっしゃっているので、そのようなことは期待できなさそうですが……
とにかく、目が離せませんね!
C#でのclassとstructでは実体参照と値渡しみたいな違いがあってよくstructの方はメモリ効率が悪い、みたいなことを言われるんやけど、
最近C#の質問ばっかしててごめん。知恵袋でやれといわれそうだ。
でも、あちらよりこちらの方が親切で丁寧な回答が来ることが多い気がする。
何よりレスが早い。
それはさておき。
C#のListってあるが、これに複数項目入れることは出来るのだろうか。
2次元とかじゃなくて、ClassをまとめてListに入れるみたいな。
IDとName、Ageなどなど……キーワードで内容も特定したい。
ClassをListに入れるというのもあるみたいだが、
デメリットがありそうな気がして出来ていない。
MainクラスでHumanクラスなどの情報を入れる。情報をもとにJudgmentクラスで判別?する。
人間の名前が「華子」だったらAを実行……などその後の処理にも関わるから分割したい。
Judgmentクラスで、引数?の数字を元に、学生か社会人かなどを分ける。
Person person = new Person();
この書き方が謎なんだが、必ずこう書くものなのか?
Person Person では何か不味いのだろうか。
変数の前の「Set」みたいな…ただのClassおまじないだと思って良いのだろうか。
People Person = new People();
これはアリだよな?
{
{
Person person = new Person();
person.firstName = "山田";
person.lastName = "太郎";
Console.WriteLine(person.GetFullName()); // "山田 太郎" と表示される
}
}
public class Person
{
// FirstName プロパティ
private string firstName;
public string FirstName
{
get { return firstName; }
}
// LastName プロパティ
private string lastName;
public string LastName
{
get { return lastName; }
}
{
return firstName + " " + lastName;
}
}
午前中にC#について聞いてた人がいて、ついでに聞きたい。
Person person = new Person();
new Person(); としたら、勝手に「Person.cs」の中の「Person」クラスを探してくれるんだろうか。
前の増田が言っていた、Listのやつも知りたい。
paizaとかで入門動画見てれば分かるだろうか。
理解度0.1
Goals
Goal.cs
compositeGoal.cs
GoalSeek.cs
GoalWander.cs
GoalPickup.cs
GoalGetItem.cs
GoalAttackTarget.cs
GoalAttack.cs
Brain.cs
Plans.cs
PlanBase
PlanWander.cs
PlanGetPower.cs
PlanGetEnergy.cs
PlanAttackTarget.cs
PlanObject.cs
Reward.cs
Planner
PlannerBase.cs
CharaPlanner.cs
Memory
Memory.cs
AIBase
AIBase.cs
List<Object>だったらそのインスタンスは「オブジェクトのリスト」だし、List<シンドラー>だったら「シンドラーのリスト」ってこと。
元はどこから来ているんだろう?
それともclassとかでListに値が入っていく感じ?
classでListに値を入れていくにしても
この書き方だと良く分からない。
それは助かる。
確かに聞きたいところが全くかかれてなかった。
人工知能本とか読み漁ってるんだ。最終的にUnityのゲームを作ろうと思ってる。
まず、Listの<>の名称がListではない別のものになっている件。
このRewardやPlanはどこから来ているのか。別の.csファイルのクラスとかから来ているのか。
class Plan {
public GoalType goalType; // 実行する目標の種別
public List<Reward> rewardProspects; // 報酬の見込み
}
List<Plan> plans = EnumerateExectablePlans();
float maxValue = 0;
Plan execPlan = null;
foreach( var plan in plans ){
float value = EvaluatePlan( plan );
execPlan = plan;
}
}
List<Plan> EnumerateExectablePlans() {
List<Plan> plans = new List<Plan>();
List<Object> objects = EnumerateMemolizedObjects();
foreach( var object in objects ){
}
・
・
・
}
上記は謎が多くて分からない。結果をList<Plan>として保存?するみたいなイメージなのか?
List<Plan> plans = new List<Plan>();??
やっぱり初歩的なところから勉強しなおしたほうが良いかもしれない。
List系は苦手だった。