  |
はてなキーワード: コンパイルとは
ご指摘ありがとう。ごめん「GPUに直接」って書き方が悪かった。だったらディスプレイ出力すらできないよねって話になるよね。DirectXの説明しても99.999%の人にはなんのこっちゃだろうから「直接」って表現をしたまでよ。言いたかったのはProtonの発表が2018年で、ごく最近のことだっていうこと。「これは恥ずかしい」っていうタグでわざわざ畳みかけるように指摘されてるのは、それを専門にしている開発者の矜持なんでしょうな。いい仕事してそう。
ValveがWindowsゲームをLinuxで動かす互換レイヤー「Proton」を発表
2018.08.23
PCゲームプラットフォーム「Steam」でおなじみのValve社が8月21日、Codeweavers社と共同開発したWindows専用ゲームを動かせる互換レイヤーを発表した。この互換レイヤー 「Proton （プロトン）」はLinuxユーザなら誰もが知っているWineを改造したもののようだ。
Protonはかなりの改造を施されており、いろんなところからかき集めたプログラムや技術が詰め込まれている。
ProtonにはDirectX APIコールをリアルタイムでVulkanのそれに変換するレイヤー（DXVK）が組み込まれているため、DirectX APIで作られたゲームでも割と軽快に動作する。
もともとVulkanとDirectXには機能的にそこまで大きな違いがないためだろう。相互に移植するのも難しくはないと言われている。
またOpenVRへの対応や ゲームのフルスクリーンモードの取り回しを改善、Steam対応のコントローラのサポートも改善している。
ProtonはオープンソースとしてGitHubに公開されているので誰でも中身を見ることが出来る。ベータの段階でこんなにいろんなプログラムをSteamに統合できたことに驚いたが、2年の開発期間を要したそうだ。
https://slacknotebook.com/valve-releases-compatibility-layer-for-linux-proton/
SteamユーザーがLinuxに切り替えても不自由なくゲームを楽しめるよう開発された「Proton」でプレイできるタイトル数が1万2000本を突破
PCゲームの販売プラットフォームとして絶大な人気を誇るSteamを開発するValveは、Windowsユーザー以外にも幅広くPCゲームを遊んでもらうために、Windows向けのゲームをLinux上でもプレイできるようにするためのオープンソースソフトウェア「Proton」を開発しています。
ProtonDB | Gaming reports for Linux using Proton and Steam Play
2018年8月にリリースされたProtonは、Steamの開発元であるValveとソフトウェア開発企業のCodeWeaversが共同開発しているソフトウェア。ProtonのベースとなっているのはUNIX系OSでWindows向けのソフトウェアをネイティブ動作させるために作成されたWineであるため、ProtonはWineのフォークとも言えます。なお、Protonはオープンソースのソフトウェアであるため、ソースコードはGitHub上で公開されています。
そんなProtonに関するデータをまとめたデータベースがProtonDBで、同サイトでは「Protonでのゲームプレイに関するレポートの総数」「レポートが提出されたタイトル数」「Protonを用いることで何かしらの修正なしにLinux上ですぐにプレイが可能になるゲーム(プラチナゲーム)数」がまとめられています。
2020年4月時点ではProtonで問題なくプレイ可能なプラチナゲームの数は6502本で、Steam上でリリースされているゲームの約50％がプラチナゲームとしてLinuxでプレイ可能でした。
SteamのゲームをLinuxでもプレイ可能にする互換レイヤー「Proton」のこれまでの功績とは？ - GIGAZINE
2020年12月8日時点でのプラチナゲームの数はさらに増えており、その数は何と1万2753本にまで増加しています。なお、「Protonでのゲームプレイに関するレポートの総数」は10万4508件、「レポートが提出されたタイトル数」は1万6232本です。
なお、Protonはバージョン5.13が2020年11月にリリースされたばかり。アップグレードのリリース時には、CodeWeaversのJames Ramey社長がProtonプロジェクトや会社の現状について語っています。
Podcast With James Ramey - Full Transcript - Boiling Steam
https://boilingsteam.com/podcast-with-james-ramey-full-transcript/
Protonのバージョン5.13では、ゲームの互換性に関する問題で大きなネックとなってくるアンチチートソフトウェアを回避するプロセスについて前進を見せているとのこと。ただし、ゲームが搭載するアンチチートソフトウェアとProtonの戦いは、Protonのリリース当初から続いている問題であるため、バージョン5.13で完全決着を見せるというものではなく、今後も戦いが続いていくこととなる模様。なお、次の次のアップグレードもしくはさらに次のアップグレードあたりで「NTDLLによりブロックされているゲームがプレイできるようになる」とRamey社長は言及しているため、Protonでプレイできるタイトルの数がより増えることなりそうです。
また、2020年に猛威を振るった新型コロナウイルスのパンデミックについて、Ramey社長は「幸い我が社はかなり分散した企業です。我々の開発チームの多くは西ヨーロッパ、東ヨーロッパ、アジアに拠点を置いているため、すでに在宅勤務を行っています。ミネアポリスにあるオフィスでは25人の従業員が働いていましたが、これも在宅勤務へと移行しています。通常時、我々は定期的にオフィスへ通っていましたが、2020年3月の第2週以降は1度オフィスに行ったきりです。元々リモートで仕事がこなせるように会社を設立したため、生産性の観点でいえば、新型コロナウイルスによる影響は皆無です。また、新型コロナウイルスの検査で陽性反応が出た従業員が何人かいたので、その従業員たちは必要に応じて休暇を与えました」と語りました。
さらに、Protonの登場によりLinuxをネイティブでサポートするゲームタイトルがSteam上から減少しているという指摘もあります。以下はSteam上で配信されているゲームタイトルのうち、ネイティブでLinuxに対応しているタイトルの数を示したグラフ。Protonがリリースされた2018年8月以降、明らかにLinuxをネイティブでサポートするタイトルの数が減っています。
これについてRamey社長は「Protonが提供するのは『Linuxでのゲームプレイ』という体験だけでなく、ゲーム開発者がLinux市場に簡単にアクセスできるようになるという機会でもあります。すでにリリースされているWindows版のゲームが、Protonを使用することで再開発なしで第二の市場に投入することが可能になるのですから」と語り、Protonの登場によりゲーム開発者がより手軽にLinuxユーザー向けにゲームを提供できるようになった点が関係ないとは言い切れないと主張。
特にゲームエンジンにUnreal Engineを使用していない開発者は、再コンパイルや変更なしで簡単にゲームをWindows市場だけでなくLinux市場にも投入できることをRamey社長は強調しています。また、Linuxにはさまざまなディストリビューションが存在するため、Linux市場で幅広いユーザーを狙ってゲームを販売することは非常に困難であるとRamey社長。その一方で、Protonを使用すればWindows向けにゲームを開発している開発者が、手軽かつ多くのユーザー向けにLinuxで動作するゲームを提供できるとしています。
また、ますます多くのゲーム開発者がProtonに気づき始めているそうで、Ramey社長は「まだ大騒ぎという段階にはありませんが、多くのインディー開発者がProtonに注目し始めているというだけでなく、大規模なゲーム開発者の多くもProtonに興味を示しています。その大きな理由は非常に低コストで別の市場にアクセスできるという点です。そのため、今後より多くのゲームがProtonで不自由なくプレイできるようになると思います。また、開発者が開発プロセスの段階でProton上でテストを行えるようになる可能性もあるでしょう。そのため、どこかのタイミング(転換点)で『ゲームが機能するかについてProtonの開発元であるCodeWeaversに問い合わせる必要性』が大幅に減少することを期待しています。我々が行っている多くの事柄は、そのための基盤を構築することです」と語りました。なお、Ramey社長は転換点が「今後12カ月以内にやってくる」とも主張しています。
関数型プログラミングが『銀の弾丸』であるという非常識な常識2022のなにがダメなのかわからない人が多いようなので、個人攻撃をまったくせずにダメ出しする。
まず言っておくが、私はあの記事をほとんど読んでいない。しかし、簡単にダメ出しできる。
記事内を「末尾再帰」で検索してみよう。1か所もヒットしない。「末尾」でも1か所もヒットしない。そう、あの記事はめちゃくちゃ長いのに末尾再帰に触れていないのである。では「再帰」ならどうだろう。11か所ヒットした。しかし、具体的な再帰のコードはまったくない。長い記事内にあれだけ多数のコードを書いているにも関わらずである。
「末尾再帰って何？」とか「再帰ってそんな重要なの？」と思う読者も多いだろうから、末尾再帰の重要さだけ説明しよう。
あの記事は、forやwhileを使わないプログラミング手法を前提に書かれている。記事内を「制御」とかで検索すればわかる。
末尾再帰はforやwhileの代わりになるもので、そういったプログラミング手法には欠かせない。forもwhileも末尾再帰も使わないとなると、ツリー探索などのアルゴリズムを書くことが困難になる。(こういったことが苦手な私に思いつく他の方法は、setIntervalを無理やりforループの代わりにするくらい)
そもそも、ほとんどのJavaScript実行環境は、末尾再帰をサポートしていない。つまり、JavaScriptはforやwhileを使わずに込み入ったプログラムをまともに書けるような言語ではない。あの記事に書いてあるようなことをする言語ではないのである。私は別にそれでもいいのでTypeScript使いまくってるけど。classとか好きだし。
あの記事がJavaScriptを使っている理由は、JavaScriptが人気だからだろうか？もしそうだとしてもダメである。あの記事は「JavaScriptは、ほどんどの実行環境が末尾再帰をサポートしていない、このプログラミング手法に適していない言語である」といったこと自体に触れていない。人気のある言語を使いたいなら、他の末尾再帰をサポートしている人気言語を使えばいい。
ろくに読まなくても、他にもダメ出しできる。
関数型プログラミングで気になるのは、言語にもよるが実行速度やコンパイルにかかる時間である。銀の弾丸と言うからには、C言語を使うような場面でも銀の弾丸でなければならない。(Haskellの実行速度はC並に早くできるそうだが)
記事内を「パフォーマンス」で検索したところ、実行速度に関する箇所がヒットした。
記事の実行速度関連の内容を要約すると「最近はAWS・Azure・GoolgeCloudPlatformなどを使って並列計算するので、昔ながらの命令型の順次実行は不適切である」となる。私が嘘を言っていると思うなら、記事内を「パフォーマンス」とか「AWS」で検索してヒットした箇所の前後を読んで欲しい。そんなに長くはない。
数行書き換えるたびに走る激重コンパイルのせいだかVSコードのせいだか、お前がTypeScriptで開発したせいでPCがスワップ領域にアクセスしまくってまともに動かないんじゃ！死ね！
お前は意識高いから16GのフラグシップiMac貸与されてるのかも知らんがよ。こっちはMacMini8Gで作業させられてんだわ
お前がゴミみたいな言語選んだせいでゴミみたいなエコシステムと自称軽快なエディター(糞重)を使わざるを得ないせいで、いっかいTypeScriptを触る作業が出るたびに他のアプリも全部ひっくるめてろくに動かんのだわ。
なんでVSコード上でファイル名を検索する方法をググるのに10分もかかるんだよ。ほっさかぁ〜爆笑じゃ〜
8Gマシンでここまで重くなるわけねーだろ。馬鹿じゃねえのかああん？？？？なめてんのかnpm。なんじゃこれ。お前ら本当にこんな腐ったエコシステムがいいのか？頭イカれてんじゃねーの？
という増田を昨日読んだ今日、午前はPythonすげー便利だった
https://naglly.com/archives/2009/05/xkcd---a-webcomic---python.php
んだけど、いくつか候補を試してたら、
Windowsだとpip installでC++のコンパイルがなんかエラーが出て無理っぽいのがあった
WSLでもいいけど、グラフィカルなものなのでWindowsネイティブで動いてほしい
結局ソース読むんだろうか…
pip installとかPythonじゃなくてもなんでもそうだけど、
https://anond.hatelabo.jp/20211003134639
児童は小、生徒は中高、学生は大学だがまとめて生徒と呼ぶことにする
ギャルゲエロゲは「ゲームとしてはアニメや漫画に近い」に入ると思う
https://b.hatena.ne.jp/entry/4709197893321561378/comment/sai_arts
https://b.hatena.ne.jp/entry/4709197893321561378/comment/IkaMaru
ぷよぷよ通と書くつもりだった。以降のシリーズはすまん知らなかった
通のストーリーの簡素さは初代〜６４のマリオシリーズに近いと感じる
通より後からは急にストーリー濃度が上がるのはサンシャインに近そう
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/tsz
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/miruna
学校通ってたら旅できないじゃん
主要キャラが生徒という描写が少しでもあれば生徒主題と認定している
学校「や生徒」が主題と書いたのはここをはっきりさせるためだったが
さすがにさりげなさすぎて伝えられなかったようだ。申し訳ないと思う
生徒が主要キャラでも学校シーンはあまり描かないアニメや漫画は多く
例えばドラえもんやセラムンは学校の話は少なくコナンにはほぼ出ない
むしろ授業シーンに力が入っているハリポタなどの作品のほうが珍しい
だから生徒が主要キャラでも旅できるのは多くの作品で証明されている
ジョジョ三部など生徒でありながら数々の国を巡る大冒険を繰り広げた
お遍路の区切り打ちのように旅の途中で家に帰る変則的方法も行われる
光の石の伝説や日帰りクエストなどローファンタジーではよくあること
有名なのはソードアートオンラインのアルヴヘイム編とガンゲイル編か
劇場版ドラえもんもどこでもドアやタイムマシンで一旦帰ることがある
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/aa_R_waiwai
妙に多いといえば現代日本の子供が学校に通っている割合こそ妙に多い
現代の文明社会に生きる子供キャラを描いたらほとんど１００％生徒だ
ttps://anond.hatelabo.jp/20211004124738
ゲームもオブジェクトを用意する手間が割としんどいのかもしれない
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/gabill
漫画の場合は授業時間などをスキップして学校行事や放課後だけをつまみ食いできるけど、ゲームだと省略し過ぎると没入感が削がれる。
納得がいくようでもありいかないようでもある。識者の登場が待たれる
しかし例えばドラクエ２の勇者は王子らしい生活がほぼ描かれてないが
そのせいでプレイヤーが没入しにくいという話を聞いたことはないから
生徒の生徒らしい生活描写もほんの数カット程度で足りたかもしれない
一揆をする農民や色を揃える医者もゲームの中ではただ戦ってるだけだ
初めはアキネイターぽちぽちしながら適当にぶちあげた理論だったけど
ブコメ見ながら考えてたり返信書いたりしていたら頭が整理されてきた
またブコメやトラバで学校が舞台のゲームとしてあげられているものが
想定となんか違ったので自分の立てた疑問がずれていることに気づいた
そうして浮かんできた思いつきとこのブコメが符合したので貼っておく
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/AKIYOSHI
ゲームはプレイアブルコンテンツだから、物語のベースにいわゆる「学園的共通体験」がなくとも自分ごとになるからでは。だから最初から世界で戦える。
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/cotbormi
言われてみればゲームに少ないのは学校のような特定のものというより
平凡だった人間がある日突然変わった出来事に巻き込まれる物語構造だ
生徒が主要キャラになりにくいのはこの傾向が生む結果の一つのようだ
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/nakex1
マンガ等なら学生が思いがけないことから冒険や戦いにってするところを，ゲームだと最初から戦士や兵士ってことは多いかもしれないな。
ゲームはこのような導入を作る必要もなければ容量もなかったのだろう
https://anond.hatelabo.jp/20211003134639
児童は小、生徒は中高、学生は大学だがまとめて生徒と呼ぶことにする
ギャルゲエロゲは「ゲームとしてはアニメや漫画に近い」に入ると思う
https://b.hatena.ne.jp/entry/4709197893321561378/comment/sai_arts
https://b.hatena.ne.jp/entry/4709197893321561378/comment/IkaMaru
ぷよぷよ通と書くつもりだった。以降のシリーズはすまん知らなかった
通のストーリーの簡素さは初代〜６４のマリオシリーズに近いと感じる
通より後からは急にストーリー濃度が上がるのはサンシャインに近そう
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/tsz
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/miruna
学校通ってたら旅できないじゃん
主要キャラが生徒という描写が少しでもあれば生徒主題と認定している
学校「や生徒」が主題と書いたのはここをはっきりさせるためだったが
さすがにさりげなさすぎて伝えられなかったようだ。申し訳ないと思う
生徒が主要キャラでも学校シーンはあまり描かないアニメや漫画は多く
例えばドラえもんやセラムンは学校の話は少なくコナンにはほぼ出ない
むしろ授業シーンに力が入っているハリポタなどの作品のほうが珍しい
だから生徒が主要キャラでも旅できるのは多くの作品で証明されている
ジョジョ三部など生徒でありながら数々の国を巡る大冒険を繰り広げた
お遍路の区切り打ちのように旅の途中で家に帰る変則的方法も行われる
光の石の伝説や日帰りクエストなどローファンタジーではよくあること
有名なのはソードアートオンラインのアルヴヘイム編とガンゲイル編か
劇場版ドラえもんもどこでもドアやタイムマシンで一旦帰ることがある
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/aa_R_waiwai
妙に多いといえば現代日本の子供が学校に通っている割合こそ妙に多い
現代の文明社会に生きる子供キャラを描いたらほとんど１００％生徒だ
ttps://anond.hatelabo.jp/20211004124738
ゲームもオブジェクトを用意する手間が割としんどいのかもしれない
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/gabill
漫画の場合は授業時間などをスキップして学校行事や放課後だけをつまみ食いできるけど、ゲームだと省略し過ぎると没入感が削がれる。
納得がいくようでもありいかないようでもある。識者の登場が待たれる
しかし例えばドラクエ２の勇者は王子らしい生活がほぼ描かれてないが
そのせいでプレイヤーが没入しにくいという話を聞いたことはないから
生徒の生徒らしい生活描写もほんの数カット程度で足りたかもしれない
一揆をする農民や色を揃える医者もゲームの中ではただ戦ってるだけだ
初めはアキネイターぽちぽちしながら適当にぶちあげた理論だったけど
ブコメ見ながら考えてたり返信書いたりしていたら頭が整理されてきた
またブコメやトラバで学校が舞台のゲームとしてあげられているものが
想定となんか違ったので自分の立てた疑問がずれていることに気づいた
そうして浮かんできた思いつきとこのブコメが符合したので貼っておく
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/AKIYOSHI
ゲームはプレイアブルコンテンツだから、物語のベースにいわゆる「学園的共通体験」がなくとも自分ごとになるからでは。だから最初から世界で戦える。
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/cotbormi
言われてみればゲームに少ないのは学校のような特定のものというより
平凡だった人間がある日突然変わった出来事に巻き込まれる物語構造だ
生徒が主要キャラになりにくいのはこの傾向が生む結果の一つのようだ
ttps://b.hatena.ne.jp/entry/4709197893321561378/comment/nakex1
マンガ等なら学生が思いがけないことから冒険や戦いにってするところを，ゲームだと最初から戦士や兵士ってことは多いかもしれないな。
ゲームはこのような導入を作る必要もなければ容量もなかったのだろう
ソフトウェア開発における名著とされる読みものがある。かつて、そういった著作のエッセンスをひたすら抜き出して黙々とまとめていくはてなダイアリーが存在した。2010 年代のことである。GoF のデザパタ本とか UNIX 哲学とかピープルウェアとかそういうの。ジュンク堂の本棚でいえば「SE 読みもの」というやつだ。業界に入って間もなかった当時の自分は、技術的な相談ができる大人が周囲にいなかった。いま思えば、残業中のオフィスで長いコンパイルを待つあいだ、ぼんやりとこのはてダを読み、目の前のやるせないソースや、所属するチームが置かれた状況について思いを巡らせながら、ガス抜き感覚でこのはてダを読む時間が好きだった。どの項目も歯切れの良い紋切り型の文体で読みやすく、読んでいるうちに不安のかたまりがスルスルと解かれていき、気持ちがラクになるような気がしたのだった。
その後、わたしがアラサーになるころには、そこで紹介されていた大部分の原著は書店で購入し物理的に所持するに至っている。あのはてダがなければ、本屋でも仕事関連の棚で足を止める人間にはなっていなかったのではないかと思う。その後、当時のはてダの内容を抜粋したものが秀和システムで書籍化され出版される運びになった。ファンだったわたしは発売をとても楽しみにしていた。が、本屋に並んだ書籍を手にとってみると、あのはてダにあった宝物のような輝きはすっかり失われていた。なぜかはわからないけれど、説得力が損なわれている気がしたのだった。書籍化の都合、はてダに貼られていた Amazon へのリンクが取り払われ、原著との接続性がいくぶん薄らいでしまったせいかもしれない。またこの書籍化に伴って、はてダも閉鎖されてしまった。もっとも新刊の売上にも関わるだろうし、あの「要約」は原著に対する網羅度がかなり高いもので、権利面ではかなりグレーなものだったように思うから、閉鎖されるのは当然の成り行きだったと言える。が、自分の成長期にあたる年代にあのはてダがあったことは本当にキャリアの上で助けになったと感じているし、原著を所持していてもなおあのはてダを参照したいという思いがあるくらい、とても優れたものだった。他人の「きれいなノート」を借りて勉強していたような感覚というか、そんなような。「新人に読ませたい n 冊の本」というタイトルのクソ記事がもはや春先の業界の風物詩になっているが、そんな記事とは段違いにもっと直接的に本が持つ価値を訴えてくるコンテンツだったのだった、少なくともわたしにとっては。
図解界隈というのが流行っていると聞いて、そんなはてダがあったことを思い出した。結局のところ「SE 読みもの」も自己啓発本に他ならないし、個人的に DDD
なんて宗教だとすら思う。それにしても「要約」がきっかけで世界が広がるとことは実際あるかもしれないよ、ということが伝えたかった。
#nmap -sS -A -v www.target.com
見るべきところは相手のサーバーで動いているソフトウェア&そのバージョン
2.exploitを探す
動いているソフトウェア(のバージョン)に該当するexploit(攻撃コード)を探す
ttp://1337day.com/(http://milw00rm.com)
ttp://www.packetstormsecurity.com/files/tags/exploit/
ttp://www.securityhome.eu/exploits/ 等
落としてそのまま使える物もあればコンパイルしたりして使う物もある
3.exploitをターゲットに向けてTails/RDP/VPN(logを保持していないのに限る)上から実行する
侵入できたらあとはページ書き換えるなり、内部データぶっこ抜くなり、フィッシング撒くなり、なんかの踏み台にするなり、Local exploitで権限昇格するなりご勝手に
Lets Karakking!
nmapより先にwhoisとかgoogleハッキングで情報探すナリ
tor越しやVPN越しにnmapで突くとアクセス遮断されてるか警戒されることが多くなるナリ
最近はポート確認用のサイトでIPとポート指定できるサイトとかあるから、そういうサイト使ってポート開いてるか確認するのも良いナリよ
正直nmapは最終手段に近いナリ
