ねます
ボールペンだと線ガッタガタになるしぼくはどちらかというとマルチライナーが好きなんだけど、あれすぐペン先折れません？
単純なスマートポインタによる参照カウンタに対するGCの利点は、膨大な量のオブジェクトが一気にスコープから外れた時にリソースの解放処理を細かく分散できるので、シーン遷移とかの時にフリーズしなくて済むところにあると思いましたまる。
「ケモナー大歓喜」みたいな売り文句やらなければ耳しっぽなゲームでもすんなり受け入れそうな感じがある。僕もそう
よくよく考えてみれば ports: [ "${PORT}:8080" ] とか書いといて docker-compose up -e PORT=8081 みたいな感じで渡しとけばいいだけじゃん
docker-compose.ymlにvirtualhost書いておくと外向きのnginxが自動でリクエスト仕分けてくれる仕組みが求められるな
正直レンダリングに関与してるコードか、それ以外か区別するの難しそうだから、完全にSSR意識しなくてすむ時代はこなさそうだよね
Webの世界、もう認証機能つきのDBと、アプリケーションのプログラムとかアセットを落としてこれるプロトコルがあれば大体のWebアプリは作れてしまうのでは
なんだかんだいって税務署が整合性検証できればよいので、標準的な帳簿データちゃんと送るの条件に領収書とか見積もりとかのフォーマットは自由にしていいようにすればそのうち何とかなりそう
どうせここで議論してたからって本当に自分たちが実装するわけじゃ無いので、お遊びでしか無いよな。別にオープンソースの会計ソフトの開発メーリスでけんかしてる訳じゃ無いので大目に見てくだされ
もう既にフォーマットとして定まってそうだなーって思って探してたらなんか国際標準でそれっぽいのあった(SAF-T) en.wikipedia.org/wiki/SAF-T
とはいえどっちみち政府主導で電子帳簿のフォーマット決めようとかいう話になってXMLで書くことは決まったけどその後がなかなか決まらなくてグダグダしているうちにどっかがぱっと実装したJSONフォーマットがなし崩し的にデファクトスタンダートになってJIS規格になるんでしょ分かる
大量の帳簿データのフォーマット一気に変形したいんだったらXSLT使えるXMLのほうが確実に有利だと思います
帳簿フォーマットがJSONであるにしろXMLであるにしろ、末端のユーザーがそれを手書きするなどあり得ないことなのだから、やっぱり既存の資産に乗っかるべきだと思うぞ
見積書とか請求書の類がJSONで交換され始めると互換性の問題でしにそうなのでせめてDTDしっかり定義されたXMLにしてくれ
とある作品を視聴中に「これアレに似てるよねー」って言ってるときは当該シーンしか視野に入ってないのでご勘弁ください
最近露骨に自分の行く道先には絶対落合さんが居ると言うことが分かってきてしまっていて辛い (あまり強い人と同じ土俵で戦いたくない)
最近気づいたんですけど、定期的に無料石配りまくって有料石と無料石の混在比率によってガチャの当たり確率変化させるような行為絶対どっかやってそうですよね
PureDataってあのtcl/tkーって感じのUIが絶対使ってる時にイラッとくる要因になりそうだと思ってるんですけど、実際どうなんです？
DTMだと音楽史とか楽器の特性についての知識のほうが重要っぽそうな感じするよな (そういうのについていい本教えてください)
初音ミク、緑なのが好きでしたがDX7があのカラーリングのベースだって聞いてからもっと好きになりました (ただし持ってるボカロはVY1のみ)
「なるほどな。卒論を書くと宣言しておきながら… 序論も、概要も、タイトルの一文字も、何も出来てねえってことだな？」
日本のアニメで語録をやろうとしたとき、MLPの、あの全部のtranscriptがWikiにまとめられてるのが羨ましくなる
最近気づいたんだけど、自分ってなんか遊んでると進捗ができてることが良くあるし、だからといって遊んでれば進捗出るだろーって高をくくってると進捗が出なかったりするし完全に読めない
