  |
はてなキーワード: ソースコードとは
訂正印を英訳したソースコードのクラス名、オブジェクト名が correct stamp なので、なんか絶妙にもにょる。
correct って正しいとかそんな意味だよねーとググると、 correct in japanese がサジェストに引っかかるんだがどういうことだろう。
正義執行官とか、漫画でよくある訳名をファンサブが訳すときに使うんだろうか。
それとも駅とか公共機関で英訳で連呼されている？それとも、ヤマトのコレクト便の影響？
https://japanese.stackexchange.com/ があることを初めて知ったが、redditでやれって感じのQuoraにはない質問が並んでてゆるーい感じに癒される。
女型と雌型の違い？進撃の巨人の作者に聞いてくれよ。。。的な。
はてなブックマークを Firefox でより便利に使える、はてなオフィシャルの拡張です
日本最大規模のソーシャルブックマーク、はてなブックマーク ( http://b.hatena.ne.jp/ ) を
Firefox でより便利に使える、はてなオフィシャルの拡張です。
はてなブックマーク Firefox 拡張では、以下の機能をご利用いただけます。
(ツールバーのはてなブックマークボタンを右クリックして「オプション」から各機能をご利用になられるか設定できます。)
別にそんな大した話ではない。
冷やかしでGAFAのスカウトを受けて、3社受かるぐらいの能力はあるから……世界的に見てもきっとレベルは高い方に入るんだろう。
別にプログラミングが出来るとか、ディープラーニングができるとか、ビジネスを拡大してくとか……そういうのじゃないんだよ。
人それぞれ専門もあるし得手不得手もあるだろうしね。
ただ、ちょっとドキュメントを書く時にも、これじゃお客さんわかりにくいから、こう書かないといけないよな、とか
ソースコードでも、ここは行間が詰まってるから見にくいよな……とか、わかるじゃん。
なんで資料作らせて上の行と下の行で微妙に色が違うんだよとか、フォントサイズが違うとか。
別に能力が求められるとかじゃなくって、ちょっとした気遣いというかなんというか、人間として必要最低限っていうか。
そういう細かいところは指摘したくない。
もう姑みたいな指摘ばっかりするのは嫌なんだ。
お客が馬鹿なのは良い。金払ってるし。いくらでも何度でも丁寧に教えるし。
人と働くのに疲れた。
メーカー系SIer（仮にF社とする）が過去に作成したJavaのソースコードを読んでいるんだけど、非常に読みにくい。
これ読んでメンテナンスする身にもなってくれよ...。
もう疲れた。
“Rubyは死んだ”のか？まつもとゆきひろ氏が語る「プログラミング言語サバイバル」とRubyの未来
なんかRubyがやり玉に挙げられてるけどさぁ…オレ的にはRubyよりPerlっていつまで生き残るのって感じなんだけど？
リナックスのほとんどの有名ディストリビューションが規約に従ってPythonを入れてんだからさーPythonで良くない？
まぁPythonののことは一旦忘れて、そもそもPerlよりRubyのが読みやすいし書きやすい気がするけどさ
なんで、そこまでRubyダメ出しされてんのよー順番違うんじゃないの？
Rubyが登場したてのころってPerlとよく比較されてたよね、matzも「PerlがあるのになんでRuby作ったんだ」ってよく言われたって言ってたけど。
日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。
https://anond.hatelabo.jp/20190205192741
COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。
SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。COBOLもそんな感じで、全体の流れをJCLやShellスクリプト、あるいはJP1のような運用管理ソフトで書く。SQLの1個の処理に相当するのがCOBOLのコンパイル単位で、それごとにソースファイルが分割される。ひとつのソースファイルに2個以上の処理を書くこともできるけど普通はしない。ここまで理解すると古いCOBOLに1ファイル内のすべての処理に影響するグローバル変数しかないのや、今のCOBOLにコンパイル単位をまたぐ真のグローバル変数がないのも、それほどクリティカルではないことがわかると思う。もし、本当に複数の処理にまたがる値が必要なら、データベースに格納してしまえばいいんだし。
で、SQLでいうところのデータベースに相当するのがCOBOLではデータファイル。sedやawkでテキストファイルやCSVファイルを行ごとに処理するのとちょっと似てるけど、COBOLの場合は固定長ファイルという点が違う。改行文字は入ってなくて、たとえば150バイトごとに次のレコードみたいな形式。これの1レコードごとに何月何日何時に〇〇という商品を□□円で売ったとか書いてあるのが典型的なデータの内容。それを集計して今日は〇〇が何個売れて売上がどれだけあったとか、出金合計がいくらで入金合計がいくらで、みたいな財務諸表を作ったり。SQLと同じように税率なんかが書いてあるマスタデータと、日々の売り上げが書いてあるトランザクションデータがあって、突き合わせたりということもする。こういう集計処理だからUIはなくて、夜中に自動起動するようなバッチプログラムが主な使われ方。（混乱するから余談だけど、今のCOBOLはSQLを使って普通のRDBにもアクセスできる。ただ使い方としては、RDB→ファイル処理→ファイル処理→ファイル処理→ファイル処理→ファイル処理→RDBみたいに、最初と最後だけみたいなのが普通）
入出力がファイルだから今の感覚で考えるとアクセスは遅い。でもメリットもあって、1回に1行しかメモリに乗せないからどんな巨大なデータでも時間さえかければ処理できる。それこそ国民ひとりひとりの年金データとかね。あと、途中でバグや不正データで止まってもデータを失うのは最小限で済むので復旧が比較的楽だったり。
データベースの話に戻ると、テーブル定義はどこに書いてあるかというとデータファイル側ではなくてCOBOLプログラム側、というのがSQLと一番違うところかも。つまり、このデータファイルの構造はこれこれこうなっていると想定して読みます、とソースコードに自分で書く。当然実際のデータ構造がそれと違ってたらおかしくなる。
まあそんな感じで80年代くらいに会計処理をする目的だったら悪い言語ではなかったので、銀行や官公庁とか、電力水道ガスといったライフラインを扱う大企業がこぞって導入して今に至る感じ。普通の大企業は途中でSunとかに置き換えてその後Linuxやクラウドにさらに置き換えたりしたけど、最初に作ったシステムが大きければ大きいほど、重要であれば重要であるほど現代的な環境に置き換えられないというのが今の課題。
やりたくない。やることでプログラミングスキルが上がるというのはわかる。実際1年やって効果はあった。だが、この程度の効果なら1年かけずに身につく方法は多分もっとある。勉強に使っている自社システムも斜陽で、社長はこれ以上そのシステムを使った案件はとらないと言っている。そんなシステムで若手向けにわざわざドリルを作ってやらせているのは、ひとえに保守ができる人間を増やすためなのだろう。
どちらかというと、ドリルそのものというより研修の進め方の諸々が気にくわない。自由参加と言いつつ実質強制。参加しないと査定に響くと皆分かっている。実際参加せずに査定が下がったとして、それが不参加のせいだと判断する術が俺らにはない。締め切りはあるが、業務に差し障ってはいけない。少しなら業務時間を使ってもいいというが、終わるわけがないのでサビ残だ。家でやることがたくさんあるのでサービス残業が何よりも憎い。
表向きホワイトで通ってる会社だから、きつい言葉が飛び交うようなことはない。録音して何かの証拠になりそうな発言を、上司はきっちり避けるだろう。この場合「参加しないと査定に響く」のフレーズさえ引き出せればクロにできるけど難しそうだ。
強制の研修なら残業代を出せ。強制じゃないなら参加しない。どうせエンジニアは向いていないから、転職するまで窓際社員でも別にいい。
ー
俺の出来が悪いのは家で勉強をしないからだと皆が言う。まあそうだと思う。実際してない。他にやることがありすぎてそれどころじゃない。最近その作業に責任が生まれてきているから尚更おざなりに出来ない。この時間のやりくりの難しさ自体は、おそらくどんな仕事でもついてまわる宿命だ。いろいろ試せばもっとうまくやれるはずだと思う。「それどころじゃない」って言ったけど、プログラミングの勉強に関しては会社が気に食わないから優先順位が低いだけだ。ネットでググると「好きで勉強できるやつじゃなきゃ出来ない仕事だ」という話がゴロゴロ出てくる。それで需要と供給がつりあうならいたずらに文系から採用したりしないだろ。
ー
駄々こねてないで転職するまでは大人しく真面目に取り組めばいいのに。アスペ気味だから無理なんだ。上に書き散らしたようなことがずっと頭の中でぐるぐる回って、目の前のソースコードに集中できない。わかることもわからなくなる。間に合う課題も間に合わなくなる。上司に呼び出される。要約すれば「他の人達はみんな頑張っている。特に今年の新卒の子たちはすごく熱心だ。その中で君は頑張っていないように見える。頑張れるかい？大丈夫かい？」。
うるせーハゲ。口調が厳しかろうが優しかろうが、サビ残の時間数を努力値に置き換えるその考え方がのさばるから、若手はみんな脇目も振らずに自分の身をすりおろす。新卒なんて特にそうだ。すりおろしてボロボロになって辞めていった同僚がいる。生き残ったら生き残ったで「俺らがしてきた苦労をどうしてお前はしないんですか？」とか言うようになる。というか、上層部はこんな手弁当の教育させてないでちゃんとした研修に予算を使えよ。学園長の思いつきかよ。
・STL標準講座
・Effective C++
・Modern Effective C++
・Effective STL
15年かけC++を独学した。
ずっと一人で努力し、風呂、トイレ、布団の中でも勉強し、プログラムを書いた。
基本情報処理、ソフトウェア開発者試験、ネットワークスペシャリストとデータベーススペシャリストを取得した。
しかし、正社員はもとより、時給2000円の派遣プログラマも時給1200円のアルバイトもスキル不足で何十社受けても一社も採用されない。
とはいえ、面接官のレベルは「STLなんて初めて聞いた」「gccて何かの会社？」
「C++の企画書(誤字ではない)を書いてる人なんてのがいるの？」
「じょーほーしょりしけんてのがあるの？外国の話？」
独身で、一切を我慢して娯楽を全く体験しないまま40歳になってしまった。IT業界の人間すべてが恨めしい。
貯金100万もなく、素人が書いたプログラムに対して手順書のとおりにマウスを操作してエクセルにテスト結果を書くだけの仕事ばかりしている。
C++じゃなくてCかC#かJavaか、とにかくC++以外だったらこんな事にならなかっただろうに。
1. こんな感じで使います。
$ python parser.py sample.py
import parser code = ''' a = 1 + 1 print(a) ''' graph = parser.create_graph(code) graph.render("sample")
import ast import sys import graphviz def create_graph(lines): graph = graphviz.Graph(format='png') root = ast.parse(lines) node_list = [root] _setup(graph, node_list) return graph def _setup(graph, node_list): # node node = node_list[-1] node_identity = str(len(node_list)) node_name = type(node).__name__ graph.node(node_identity, node_name) # children for child in ast.iter_child_nodes(node): node_list.append(child) child_identity = str(len(node_list)) graph.edge(node_identity, child_identity) _setup(graph, node_list) if __name__ == '__main__': file_name = sys.argv[1] with open(file_name) as file: lines = file.read() graph = create_graph(lines) graph.render(file_name)
https://qiita.com/doxas/items/9debec7e1f0c19bc8daa
これみたいに、ゲームのソースコードを公開しているところを探して、
それを改造するところから始めましょう。
ソースコードが公開されてるサンプルがあると思うのでとりあえずそれを写経してください。
プログラミング言語の教科書を優先してしまうとクソどうでもいい構文の解説を延々と読まさせられ続けることになる。
まずは実際に動いているゲームで使われているテクニックを吸収するのが先決である。
あとゲームとしてのまとめ方もね。自分の欲望を何でもかんでも形にできることなんてなくて、
一日３０分も集中できない自分が１週間で簡単なゲームを完成させるためにはどこまで仕様をコンパクトにまとめないといけないか、とか。
実際には１週間でサンプルゲームに追加武装を１個足すくらいが限界とか
そういうのを知っていく必要があるだろう。
