はてなキーワード: ライブラリとは
こういう人がいます
例「モップで野菜切っておいてもらえる?」「なんでモップなの?」「モップって野菜切れますよね? 知らないんですか?」「野菜を切るのに使うのは包丁では。モップってお掃除に使うものじゃない?」「あ、すみません包丁だ」みたいな(実際もっと要領を得ないことを言うのでこれより時間かかる)(あと上から目線が途中よく入るので結構頭にくる)
今度打ち上げやるんだけど、この人も出ようとしてくる(しょうがないけどさ)
もうすでに場の雰囲気も悪いし、なんとかしてこの人が参加しないようにするいい方法はないかな ないよね
長文ごめんね 読んでくれてありがとう
===
お昼食べてたらコメントいっぱいきてた。ありがとね
そうだよね それはわかるなあって思った
不具合と聞かれると問いとはズレるかもだけど、他人の成果や頑張りを軽々しくウエメセで批判するようなことを飲み会のノリで言うのかな〜という不安な気持ちがあるってだけで(まあ気苦労でしかないんだけど)それでもみんないい大人なんだから楽しく飲みたいのにねえって感じ。
>OSS
エンジニアの人かな? 自分も某ライブラリに参加したことがあるよ、お疲れ様です OSS活動楽しいよね
確かにおっしゃる通りで、能力も協調性もない人はさようならってやれたらよかったなあって思いました
(全員出身が一緒なので、そういった同郷ゆえというか、身内の情があったとは思う。甘かったね)
TBでもコメントしておいたけど、最初から喧嘩腰で他の人にも口汚く書くのはやめてほしい
>出禁
そうなんだよねえ もうこれきりのモノづくりだろうし、他の人とも話してて「もう気の合うメンバーだけで仕切り直しでもいいかも」といったことも言われてて悩んでる
言語によっては標準的に月末日を取得できる関数が用意されている
用意されてない場合もそこそこあるし
サードパーティー的なライブラリだとライセンスなどメンテナンス含めて面倒になるので避けることも多い
そもそも仕様を「月末日」などという不確定なものにせずに28日にしてもらう
ちゃんと仕様を決める部門と連携が取れていれば多くの場合で28日にしてくれるし
「28日支払い」が多いのもこのためだと思ってる
割とよくある実装がこの「次の月初めから1日(1秒)引く」という実装
2024年2月の月末日を取得する場合は2024年3月1日のUNIX時間から24*60*60秒を引いて計算する
ただし、実装を間違えると12月31日のときに失敗するので注意が必要
各月の月末日をマップとして保持しておいて取得させる
関数実装するなら if(month==1) return 31 とかを12行書けば実装できる
自分で実装する場合はプログラミングの教科書にあるぐらい有名なのでコピペでもChatGPTでも使えば良い
ただ仕様をそのまま実装せずに「4で割り切れたら閏年」でも問題無い(やったことはないが)
「それだと2100年でバグる!」
ちなみに過去の日付であっても2000年はバグらない(そのための400年処理だし)ため
とてもわかりにくくない?
購入済みメールが届かない、購入済み商品に入ってないから問い合わせもできない、ゲーム&PCソフトダウンロードライブラリにも入ってないで、本当に困り果ててもう一度購入すべきか迷っていたら
とかいう表示が画面右下に出た。何のボタンも押してないのに。そしてゲームアプリを開いてマイクラを探すとそこからプレイできた。
なんなの……。便利なのか何なのか知らないけど何かしてるなら説明してよ。無言で進めないでよ。
ゲームがプレイできた後にアマゾンからの購入済みメールが来て、マイクラがダウンロードライブラリにも入った。アマゾンが遅かっただけ? 本当にトラウマもんだった。
子供がYoutubeを見てパルワールドをやりたいと言い出した。
自分のゲーム用のPCはあるが、子供に高価なPCを用意するのも難しい。
せっかくなので一緒にやるかと思い、方法を調べた。
案1.Xbox Cloud Gaming 1210円/月
Android,iOS等からクラウド上のPCに接続できる。(らしい)
Microsoftアカウントを登録しなくてはならない。クレジットカードが必要なので、18歳未満のアカウントでは課金できない。
子のアカウントにクレジットカードを登録するのは嫌だったので、断念。
案2.仮想デスクトップ(Hyper-V)で子供用の環境を作る。
【Host( Win11 Pro)>Hyper-V( Win11 Pro)】 < (RemoteDesktop) MiniPC(Win11 Pro)
せっかくなので教育も兼ねてPCを用意したほうが良いかと思い、採用。
構築にホスト側はWindows11 Proが必要。クライアントもWindowsのライセンスが必要。
Hyper-V上のOSは、そのままではHostPCのグラボを使用できないが、GPU-PVを設定することでHostとHyperV上で同時にパルワールドを動かすのに問題なかった。(Geforce4070Ti)
Hyper-V上ではSteam版のパルワールド(0.1.3)は起動しなかった。(GPUパススルーに対応していないエラーが出てCPUのみで起動しようとする)
MicrosoftStore版(0.1.1.2)では動作した。 (無料で1時間試遊できる)
・RemoteDesktop
SteamLinkでMicrosotStore版のパルワールドを無理やりライブラリに入れたが起動せず、パッドが認識しなかった。
Windows標準のリモートデスクトップ接続では、グループポリシーを変更することでパッドが使用できたが、遅延が気になるので断念。
Sunshine+Moonlightが良い感じに動いたので採用。
軽い気持ちで環境構築を始めたが、躓くところが多く大変だった。
リモートデスクトップ用のミニPC(N100)は1.7万円程度で購入。マイクラ程度なら動くらしいので、このまま教育用にプレゼントすることにする。
import json import urllib.request # True にするとユーザー名を隠す hide_user = False # 以下を書き換える。sys.argv 使ってもいいんだけど url1 = "https://www.cygames.co.jp/news/id-23172/" url2 = "https://mtg60.com/archives/palworlddoujinsi.html" def get_bookmarks(url: str): req = urllib.request.Request(f"https://b.hatena.ne.jp/entry/json/{url}") with urllib.request.urlopen(req) as res: dict = json.loads(res.read()) user_comments = {} for bookmark in dict["bookmarks"]: if bookmark["comment"]: user_comments[bookmark["user"]] = bookmark["comment"] return user_comments b1 = get_bookmarks(url1) b2 = get_bookmarks(url2) common = set(b1.keys()).intersection(b2.keys()) print(f"[1] {url1}") print(f"[2] {url2}") print() for user in sorted(common): if hide_user: print(user[0] + "*" * (len(user) - 1)) else: print(user) print(f"[1] {b1[user]}") print(f"[2] {b2[user]}") print()
新作がいっぱい発売されるのに、過去作でやらなきゃいけない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の標準コマンドと高級言語の標準ライブラリなら標準コマンドの方が"遥かに"よく検証されているし
論理的じゃないよね