  |
はてなキーワード: コンパイルとは
面白いと思ってやってるのかもしれんが、とりあえずパソコンと同列に並べるのはやめろ。
Green 500にランクインするということはLINPACKがコンパイルできて結果が出るところまでたどり着いているので、最低限使って研究する人が出てもいいぐらいとは言える。納品したけどちゃんとLINPACKが完走しませんでしたという話があるぐらいの業界なので、そこは突破していると言える。
パソコンの感覚で実用的なアプリケーションというのはない。HPCの計算は研究開発目的で記述され実行されるので、吊るしのコードをコンパイルして動きましたというものではないからだ。PZEYを使った論文は出ているので、実用性はそちらで判断されるのが良いのでは(https://news.mynavi.jp/article/20180319-601167/)。もちろんこの論文には匿名ながら批判している人はいる(https://note.mu/rings/n/n29283c5afed5)。
note.muの人は多分その筋の院生か研究者だとは思うけど、自分にとって不利な情報を故意に無視する傾向があるのでちょっと信用できない感じ。
まあベンチマークソフトその1としてHPLを回していてみんながそのスコアがすごいといいパソコンだね、って錯覚しているの自体は否定せんよ。
では、その次に「HPC業界ではそれが当たり前」の部分に進んでいこうか。
ワイはそこ疑問でな。スーパーπが動くPCでは大体艦これが動くのでまあ指標としてはいいにしても、んじゃあHPC業界ではHPLが回れば俺らの艦これに相当するソフトウェアは回る（提供されている）のかについて、知ってる限りでええので説明してくれんか。
phpMyAdminも入れ替えました。
yumコマンドでphpMyAdminをインストールしたら、エラーメッセージが出て、インストールできませんでした。
リポジトリで用意されているパッケージが古いのか？何度かやり直しても、yumでインストールできませんでした。
「phpMyAdmin インストール コンパイル Nginx」等のキーワードでGoogle検索すると、やり方を解説している記事がたくさんヒットしました。
phpMyAdminは手動でインストールしても、すごく簡単でした。
将来的にバージョンアップすることも考えると、「/usr/share/phpmyadmin」へ直にコピーするのではなく、他の場所にコピーして、「/usr/share/phpmyadmin」はシンボリックリンクにしておけばいいかも。
swift playgroundとかswiftが知ってる人フレンドリーではあるけど、初心者には分かる仕組みになってるのだろうか？
SI業界に入った子がSQL書けとか、ES6書けみたいなこと言われたってハードル高すぎないかねぇ。
AWSとかアラフォーの俺も全然分からない。awscliでスナップショットとれるなんて今日初めて知ったよ。
今のプラグラミング言語って色んな言語を取り込んで高機能化してる訳じゃない？なんでそんなことしてるのか分かんないと思うのね。
伝わる人に言うと、JavaだってAutoBoxingが前提だったりするわけじゃん？42+"円"とか書いちゃう訳よ。コンパイルエラーにならないのも頑張りすぎだろと思うけど。
あとmaven使えば色んなライブラリ使えるわけじゃん？今ならGradleなのかい？よくわかんねぇけど。俺はよく分かんないけど、使いこなせてるのかね？
AWSもES2の説明はできてもS3の説明できる先輩がどれほどいるか。ストレージや仮想化の知識が前提にない人は説明はキツいなと。AIMとか混ざると地獄よね。
プログラミングに戻ると、今どきの言語って最先端で書かれると記号や謎予約語が多かったりするんだけど諸先輩方は大丈夫かなと。
コンパイル要らないのが良いっていうけど、これからプログラミング始めるやつにそう言って伝わると思う？
何故コンパイルが必要な言語があるのか、何故コンパイルが面倒なのかすらわからない相手なのにね
趣味プログラマーだけど絶対pythonかそれに類するもの（Rubyとかもいいかもしれない,あんまよく知らんけどdfndfn)
プログラミングをやり始めた当初はCから教えられた。競技プログラミングとかもC,C++しか昔使えなかった。
今は色んな言語に便利なフレームワークがあるし、増田も職業でやってるんでなければpythonオススメ。てか当時もっとpython勢いあったらpythonから入ってただろうな。
やってくうちにフロントエンドとか、もっと計算機理論アルゴリズムとか自分のしたい方向性とか興味が出てくるからそれに従って楽しめばいいと思う。
GUIだってpythonだったらpyGobjectとかで簡単に実現できる。流行りのdeeplearningも割と敷居は低い。webframeworkはdjangoがある。
リバースエンジニアリングとかの本もあるし。
自分はCから入ったけど、結局CTF系の領域（脆弱性を探すゲーム）か配布されているソースコードのコンパイル関連(gentooのemergeとか）とかしか使わない。
プレミアム会員が200万人割ってるようなので
https://www.nicovideo.jp/mylist/57858797
YouTubeにも上がっている
倒産した(あるいはそれに近い状態になった)企業を紹介していく動画
その企業がどうやって発展していき、そこから何故倒産したのかを説明していく
https://www.nicovideo.jp/mylist/12512118
解説つきなので、戦国時代になんとなく興味がある、程度の自分でも楽しめた
「人類には早すぎる動画ランキング」でも紹介された「ホトトギスのことなんかぜんぜん好きじゃないんだからねっ!!」が有名か(替え歌ではないが)
併せてオススメ：「替え歌歴史シリーズ」タグ、尼子歴史シリーズ
前回に続いて、今回もオブジェクト指向プログラミング（OOP）の基本的な仕組みを見ていこう。
OOPに関係してる#18から#24までのうち、後半の#22から#24までを一緒に見てみよう！
クラスベースのOOPでオブジェクトを使う場合、普通は「クラスからインスタンス（オブジェクトの具体的な実体）を作ってから使う」と説明した。
実は、newでいちいちインスタンスを作らなくても、クラスのメンバー（プロパティーやメソッド）を直接呼び出して使える仕組みも用意されている。
それが「static」（静的）という仕組みだ。
「静的」（static）という言葉は、「動的」（dynamic）の対義語になっている。
newでインスタンスをポンポン作っていくのが「動的」なら、new無しでコッソリとメンバーを呼び出すのが「静的」というかんじ？
PHPでは、インスタンスを作らなくても、直接（静的に）呼び出せるメンバーには「static」という目印を付けておく、という文法になってる。
さらに、
それではstaticなメンバーを入れたクラスを定義してみよう。
// プロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name;
// プロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $count;
}
文法的には「static」という印を付けるか、付けないかの違いしかない。簡単だ！
次は、staticなメンバーの呼び出し方を見てみよう。
ちょっと待った！「演算子」という言葉は初めて出てきたね？意味を確認しておこう。
1+2は3になる等、対象（1とか2とかの数値データ）を操作（＝演算）して、3という結果を得られる。
「::」はスコープ定義演算子とか、ダブルコロンと呼ばれている。PHPマニュアルでは以下のように説明されている。
静的メンバーを呼び出す専用の記号として「::」という演算子（記号）が用意されている、というわけだ。
つまり、「::」という演算子を使うことで、静的メンバーを操作できる。
それでは、「::」を使って、静的メンバーを呼び出してみよう。
// プロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name;
// プロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $count;
}
// new無しでいきなり使える！
User::$count = 1; // 1を代入する。
実行すると
「PHP Fatal error: Uncaught Error: Access to undeclared static property: User::$name」
というエラーメッセージが表示された。
「staticなプロパティーとして定義されてないから、アクセスできないよ！」と怒られた～～～（涙）
staticじゃないメンバーには、ちゃんとnewしてインスタンスを作ってからアクセスしないと、使えないんですね。（面倒）
オブジェクトのメンバー（プロパティー、メソッド）に、オブジェクトの中のメンバーがアクセスするとき、
という使い分けになってる。単にこれはPHPの文法なので、特に悩む余地はない。
// 普通のプロパティー：インスタンス変数（staticなし。newした後じゃないと使えない）
public $name; // ←この$nameをこの下にあるをhello()から使いたい
public function hello() {
echo "Hello, " . $this->name; // this->で指定する
}
}
$this->nameで、オブジェクト（この場合はインスタンス）内の$nameにアクセスできる。
// staticなプロパティー：静的変数（staticあり。newなしでいきなり使える）
public static $name; // ←この$nameをこの下にあるをhello()から使いたい
// staticなメソッド
public static function hello() {
echo "Hello, " . self::$name; // self::で指定する
}
}
// new無しでいきなり使える！
self::$nameで、オブジェクト（この場合はクラス）内の静的な（staticな）$nameにアクセスできる。
「this」とか「self」とか、いちいち使い分けていて面倒くさいなーと思うだろう。
なんでこんなことをやってるか？というと「スコープ」という仕組みが関係してる。
ドットインストールのPHP入門でも、#16でちょっとスコープについて説明してあった。
「スコープ」（scope, 可視範囲）は、元々は潜水艦に付いてる望遠鏡（潜望鏡）のこと。
プログラミングでは、あるデータ（変数とか）がどこまで見えるか、覗けるか、という範囲のことを「スコープ」と呼んでる。
変数や関数がどの範囲まで有効なのか、使えるのかは、その変数や関数のスコープで決まっている。
Wikipediaで「スコープ」の説明を見ると、ゴチャゴチャ書いてあるけど、要するにスコープには、広い範囲や狭い範囲があるってこと。
thisやselfをわざわざ使い分けているのは、範囲を指し示すときに、
それとも
thisを使ってたら、「ああ、newしてインスタンスを作らないと使えないんだな」と分かる。（インスタンスの中の話）
staticとselfを使ってたら、「newしないで、静的に使えってことだな」と分かる。（クラスの中の話）
太郎の$nameとか、花子の$nameとか、インスタンスの場合は、各インスタンスのメンバーは、明確に分かれていて、両者が混ざることはない＝別々のスコープになってる。
クラスの静的メンバーは、そのクラスに1個しかないので、そのクラスをnewしないで（インスタンス無しで直接呼出したときは）、いろんなところから呼び出されても、共通の中身になってしまう＝スコープが1個、同じスコープになってる。
インスタンス変数とクラスの静的変数は別物なので、thisとselfで使い分けてる、というわけだな！
ここまで読むと「staticって面倒くさいやつだな！なくてもいいじゃん！」と思っただろう。その通り！
staticは使わなくて済むなら、なるべく使わない方がいい。
「static 欠点」で検索してもらえば、staticを使った場合の問題点が紹介されている。
どうしてもstaticじゃないと実現できないこと、staticの方が便利な場合だけ、staticを使うようにしよう。
（参考）PHPのstaticの使い方
具象クラス（今まで勉強してきた普通のクラス）だけではなく、「抽象クラス」という特殊なクラスを作る仕組みも用意されている。
抽象クラスは、継承してその子クラスを作るとき、「必ずこのメソッドを自分で作れよ！」などと強制できる。
つまり、クラスの利用方法（継承とか）について、プログラマーに指示を出せる働きがある。
抽象クラスの特徴として、具象クラス（通常のクラス）との違いを挙げます。
抽象メソッドとは、実際の処理を自身にではなく子クラスに記述させるためのメソッドです。
この抽象メソッドを記述できることが、抽象クラスの最大の特徴です。
抽象クラスを継承したクラスは、この抽象メソッドを必ず「オーバーライド」しなければなりません。（オーバーライドしないとコンパイルエラーとなります。）
OOPの継承には、「単一継承」と「多重継承」という種類がある。
普通は、「単一継承」といって、親クラスから子クラスを継承して作るとき、親クラスは1個だけしか指定できない。（１：１）
クラスA、クラスB、クラスCの３つを親クラスとして、クラスZという子クラスを継承して作る仕組みは、「多重継承」という。多重継承が可能な場合、子クラスは複数の親クラスを持てる。（多：１）
PHPやJavaでは、多重継承ができない代わりに、「インターフェース」という仕組みが用意されている。
インターフェースを使うと、多重継承と似たようなことができる。
↑ここにクラスとインターフェースの相違点がまとめられてたので、参考にしてみてください。
interface sayHi {
public function sayHi();
}
public function sayHello();
}
class User implements sayHi, sayHello {
public function sayHi() {
echo "hi!";
}
public function sayHello() {
}
}
$taro = new User; // コンストラクターに渡す初期データがない場合「new User();」みたいに「()」を付けなくてもOK
$taro->sayHi(); // hi!
#22から#24までを見て、PHPのOOPの基本的な仕組み～使える機能について見てきました。
PHPには、他にもいろんなOOPで使える機能が用意されています。
Javaなど他のプログラム言語には、PHPにはないOOPの機能も用意されています。
オブジェクトを利用するときの仕組みとして、いろんな方法が考えられてます。
使う機会があれば調べてみましょう。
ここまでで、やっとOOPの基本的な仕組み、用意されている機能やテクニックを学びました。
次回は、なぜこんなOOPの仕組みが考え出されたのか？どうやってOOPを活用していくのか？を見ていきましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半） ←★今ここ★
anond:20181022232327 増田式プログラマー養成講座 その９ MVCフレームワークを使ってみよう
anond:20181023184616 増田式プログラマー養成講座 その10 OOPの参考書
：
あのゲームはなんつうかメチャクチャコンパイルハートっぽいんだよ。
ゲハ戦争モチーフにしてゲハオタクとかゲハブログとか元ネタにしたモンスターまで出てくる今どきのネットの沈殿物を固めて作った煮こごりに砂糖まぶしたようなあの作品だよ。
そこを意識して今回の手塚治虫ゲーを見ればなるほどこいつはゲーム会社の色がよく出てらぁと感心するもんさ。
原作へのリスペクトがちょっと足りてないとかキャラデザがお抱え絵師の手癖だけで描かれてるとかさ。
ストーリーもゲームとしても微妙そうで女の子の可愛さと微妙な性格の悪さから来る不快感をスパイスとして楽しめなきゃついてけなそうなオーラとか。
そういうの全部含めてコンパイルハートなんだよ。
天下の手塚治虫をパロディしてるゲームだって所にばかり注目して誰が作ったのかなんて全く考えてない意見の多さにはうんざりするね。
そして何より、そうやって上っ面だけ見てワーワー騒いで炎上させてバズらせた時点で「コンパイルハートのいつもの手口」に見事にはまってるのさ。
そうしてネット中から不快感情を向けられているのを見て、そういった胸糞ゲーが大好物の連中がこのゲームに期待を寄せていくんだ。
悲しいけどさ、君らは完全に掌の上で踊った形になるんだよ。
俺は悔しいね。
こんなクソゲーばかり作ってて名前を忘れられつつ有るような会社の事を知らなきゃ回避できないような罠が、その知名度の低さを利用して大いに成功している光景がさ。
これに対して「お前ら、コンパイルハートの名前をよく覚えておけ。コンパイルじゃねーぞ。全く別の会社なんだ」と啓蒙ごっこでも始めようものなら、いよいよアイツラにとっちゃ大成功さ。
全く……反吐が出やがる……。
初日：
先週納車されたバイクで意気揚々と初ツーリング。海辺の道をかっ飛ばしてたら白バイに捕まって速度違反で切符を切られてしまい、完全にやる気を失った。
2日目：
たまには運動しないと、と思って久しぶりに水泳をやってみたら水中で足がつっておぼれそうになり、完全にやる気を失った。
最終日：
研究に使ってる代々秘伝のソースコード(FORTRAN77)をfortran90に書き直す作業をした。10万行くらいあるのでperlで必要そうなところガッと変換したらコンパイルエラーだらけで結局かなりの部分を手作業で直す羽目になり、完全にやる気を失った。
なんか今回の連休は災難続きだったけど、そんなことはお構いなしに週明けはきます。がんばっていきまっしょい！
時期的に前後するんだがホンダの研究所でサプライヤに丸投げが発生している話があったり、今年頭にWaymoとホンダの提携が上手く行っていないという話があったり、日産がGoogleの軍門に下るという話があったり、「本質的にクルマ屋の方が偉いですよね?」「いやクルマ屋さんはヒュンダイ的な自動車作れてないですよね?」というマウンティング合戦があるんだろうなという気がする。自動車メーカー側がサプライヤへの指示として技術開発、いや開発済みの技術の実装方法を指示するのか、ソフトウェア企業が開発したIPを供与するのかという辺り。自動車のソフトウェアもその他多くの分野と同じで「最低動作環境32GB以上なんだけど4GBでAndroidコンパイルしててコケる」「自宅では64コア256GBのパソコンでネットしてるんだけど会社では1280x720」みたいな資源の乏しさ、マネジメントの欠如から来る歪みがかなり集中している箇所があってまあ順当にひっくり返されるんだろうなという感がある。GM Cruiseと提携したところでCruise AVにガンガン送金してパッケージをボルトオンする以外にできることはないのではないのか。それがWaymoに平伏するのとどれくらい違うもんだろうか。
ゆーてWaymoもかなり当初計画の流しタクシーモデルからトーンダウンして専用タクシープール作ったりしてるのでなんとも言えないところではあるのだが……
タイプ１：
現状の仕組みに問題はない。しかし、その仕組に文句を言うやつが居る。そいつが問題だ。そいつをやっつければ問題解決。
タイプ２：
現状の仕組みに問題がある。しかし、その仕組を変えるのは難しい、無駄、割に合わない。現状の問題点をうまく利用して、自分が損をしないように立ち回る。あるいは自分が得をするように立ち回る。現状の問題点を表面的に批判して金を稼ぐ。
タイプ３：
現状の仕組みに問題がある。この仕組を変える必要がある。そのためには手段を選ばない。最終的に理想の仕組みが出来上がるためには途中段階である程度の犠牲はやむをえない。特に他人の犠牲は。
タイプ４：
現状の仕組みに問題がある。この問題はどのように発生したのか、それを考えると人間に問題があるようである。これはどうしようもないと諦めるか、人間を変えようとする。
タイプ４：
現状の仕組みに問題がある。この問題はどのように発生したのか、それを考えると人間に問題があるようである。人間をうまく騙して操れば仕組みを変えられる。あるいは人間をうまく騙して操れば自分だけ得をすることができる。
その他：
その他がないとコンパイルが通らない。
社会に出てから10年近く働いて、ようやく貯金にも余裕が出てきたので、最近昔ほしくて手に入らなかったソフトを購入するのがマイブームになりつつある。
プログラマでもなんでもないけどメインはUbuntuを使っている。WindowsからMacを経由してそこにたどり着いた。
でも最近は仕事で使っているクラウド版Officeがなかなか良くて、MSに対する悪い感情も薄くなってきたので、
プライベートでもWindowsに触れる時間が長くなってきている。
ATOKのリフレッシュ機能には少し感動した。感動したので、昔から触りたいと思っていた一太郎を勢いで買ってしまった。
多分あまり使わないと思うけど、どういうソフトなのか、一度は触れてみたいと思っていたから。
こんな感じで、昔買いたくても我慢していた1万円ぐらいまでのソフトをポンポン買ってしまいそうで怖い。
Windows はクリーンナップソフトとかも充実していて、やっぱり金さえ払えば使いやすいなあと思う。
Macをつかってた時に、ソフトウェアはお金を払って定番品を購入するものだと調教されて、
Ubuntuの世界に入って、ソフトウェアはオープンソースで取ってきて自分でコンパイルして、バグがあればレポートするものだと調教されて、
今再び、Windowsの世界も意外と悪くないじゃんと思っている自分がいる。
