はてなキーワード: ライブラリとは
新作がいっぱい発売されるのに、過去作でやらなきゃいけないRPGもたくさんある。世界樹なんてほとんど積んでるけど多分どれもやったら面白いはず
最近FF7R2発売に向けてCCFF7Rをやり始めた。最初は「やっぱ原作PSPだとシステムの基礎設計古いなー」と気になっていたけれどマテリアや装備でカスタマイズ出来るようになってきたら戦闘を楽しめるようになってきた。お話はもちろん普通に面白い
P3P。終盤で放置してるP3PをP3R発売までにクリアしなきゃなー、と義務感から手をつけたが、ラスボス戦でかなり良いところまでいったけど属性反射で死んだ。凡ミスで笑った。
そのまま再プレイする気力は起きず、同じくSteamライブラリに眠っていた真・女神転生IIIを起動した。いつかのセールでとりあえず購入したやつだが、これがめちゃくちゃ良い。雑魚戦で普通に死ぬのが懐かしい。いまアサクサ着いたあたり
ソウルハッカーズ2の2周目も始めた。2周目で開放されるキャラ個別イベントがいろいろあるのでやりたいと思いつつも後回しになってた
年末年始のセールではオクトラ2とソウルヴァースとクロノアークを買った。クロノアークは韓国製のインディー高難易度ローグライクRPGで、今年正式リリースされて話題になるから覚えておいて欲しい。水着スキンも追加されるらしい
あとスマホでFF7ECもやってる。空き時間にちょうど良い。というかPCやCSで別のRPGをやりつつ周回してる。同様に音ゲーの周回作業にもRPGの同時プレイはうまくハマる
多分、ソフトウェア工学でいう検証とかソフトウェアテストの話と、ライブラリやコマンドにバグがあるかどうかという話を取り違えている所が話が擦り合わないポイントな気がするね。
なんとなくLinuxやシェル、各種コマンドの開発プロジェクトの状況とかも見たこと無いにもかかわらず回答しているところも気になるけど
標準ライブラリのすべての関数のありとあらゆる引数に対する挙動を把握している?
標準コマンドは標準入出力を通してプログラム同士で連携することを想定して作成されており、
入出力の破壊的変更を気軽にコミットしようとしたら秒でハネられます
「ゾウリムシよりも蟻は大きい」を「蟻は大きい」で切って引用するのはやめましょう
規模が大きくなると信頼できない、その場しのぎ的な技術であるのはpythonなどのスクリプトの実行環境も同様です
すべての処理、すべてのプログラムをRustで書くような行為はきわめて非生産的ですし、シェルスクリプト以上に危険です
「よく検証されている」というのはされているかいないかというバイナリーな概念ではなく程度問題なので、UNIXの標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
論理的じゃないよね
メンテナの数、レビューする人数、実際に動作している環境etc
シェルスクリプトに使用したコマンドのすべての挙動を把握している?
使用予定のオプションだけでも出力結果のすべてのパターンを把握している?
人が手て使うことを想定された曖昧さの残るコマンドと、高級言語の機械が使うことが前提の曖昧さの少ない機能だと全然違うものだと思うが
そんな事無いよね。Linuxサーバの保守とかでパッチノートとか読んだこと無い?
インストールし終わったらほとんどアップデートしてない凄まじい運用してるんならあれだけど
「よく検証されている」というのはされているかいないかというバイナリーな概念ではなく程度問題なので、UNIXの標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
論理的じゃないよね
PSplusにも入っているので今月のフリーゲームをライブラリに追加するためにもサインインしようとした。
するとサインインするためのチェックがあり、人間かどうか見極めるためのものらしい。
別段そうしたチェックは物珍しいものではないだろう。
しかしいつから仕様変更したのか、Psstoreでのサインインは一風変わっていた。
二分割した画像にはそれぞれ車が表示され、左右の車はどのぐらい離れているか?
それを入力するミニゲームのようなものになっており、これが非常に分かり難い。
離れた距離を視認できるよう物差しのようなメモリがあるものの、車の位置がメモリとずれており”左の車と右の車は何数字分離れているか?”
正確に把握するのは難しい。
そうした問いを5連続で課せられ、一問でも間違えればサインインできない。
流石ソニー。
こんな細やかなところにも遊び心を見せ、ゲームを設けるとはね。
俺はサインインを諦めた。
昔、Google Plusでこのような議論があった: 「Facebookぐらいの企業なら、自社全体で自作のOSを使っているだろう」
しかし私はその点について非常に疑問に思っていた。
「OSの自作?そんなことをして利益の足しになるのだろうか?」
一から何かを作るよりは、既存のツールやライブラリの力を借りたほうがバグも少ないし安上がりである。
そういった基礎部分は、外部のライブラリ開発者に任せてしまえばよい。
多くの場合、ビジネスドメインを相手に仕事をしているため、基礎部分を組み合わせた応用に主眼がある。
基礎部分に時間をかけてしまうと、その分の時間や労力が無駄になってしまう。
加齢のせいなのでしょうか?
チェーンソーマンとかダンジョン飯とか、最新刊を買ってスッと読もうとすると、アラ?このキャラクター誰でしたっけ?ってなるときがあるんです。
そもそも、あれこの話は私が記憶してる話の続きではないのでは?とKindleのライブラリを開いて既刊を読み返すと、
ようやく、あーそうだったっけ?ああそうそう思い出した、そういう話になってたんだった!とエウレカする。
これがね、悲しい。
まあ昔みたいな記憶力がないのは諦めたつもりだけど、それでも数ヶ月前に読んだはずのお話がこんなにも飛んでるものかね?と自分でもビックリしてしまう。
私、emacsって知ったのってエディタ戦争を知ってからで、専門学校の1年生の頃だったかなぁ。
秀丸とかしか知らなかったから、emacsやvimっていうのを知って、なんだかワクワクしちゃったんだよね。
Andy Huntさんもエディタに詳しくなれって言ってるし、カスタムキーバインドやオートコンプリートでめっちゃ効率アップできるって聞いて、自分も試しにやってみたんだよ。
結局、私にはemacsが一番しっくりきて、emacs lispも勉強して、エディタを自分好みにカスタマイズする方法を覚えたんだけど、他の人が作った可愛い.elライブラリを使うことが多かったな。
bashも最初からemacsキーバインドを使ってるし、覚えておいて超便利だったよ。
最終的にはemacsを常に立ち上げて、開発やメール、TODO管理も全部emacsでやっちゃうようになったんだけど、でもff14はやっぱりemacsじゃできなかった(笑)。
ストールマン先生がペド疑惑で騒動になったりして、ちょっと混乱した時期もあったけど、それでもemacsをやめるってことはなかったな。
まあ、とにかく小指がちょっと痛いんだよねぇ。
わし「メールでよく使われるmbox形式のファイルを読みたいんや。dotnetならどうするといい?」
Bing先生「MimeKitとかMboxReaderという.NETライブラリがええで」
わし(ほーん、MimeKitええな。。。MboxReaderってどんなんやろ)
わし(あれれ、MboxReaderとかいう.NETライブラリは無いぞ・・)
わし「MboxReaderの詳しいところ教えてや」
どや」
わし「ほーん・・・?」
わし「MboxReaderとかいうライブラリって実在するん?」
Bing先生「するで。これや https://github.com/nodemailer/mbox-reader 」
今までだと嘘はすぐに破綻してたはずなのに、今度の嘘はなかなか破綻しないぞ・・・
今、「MboxSharp」とかいう架空の.NETライブラリの説明を受けてる・・・
しかしさすがのBing先生、MimeKit の中の Rfc2047 クラスの使い方をちゃんと教えてくれた。
まあ Stack Overflow にも書かれてある事をまとめただけではあるが。。
やっぱ先生はすげえんよ。