paihu さんはインスタンス qiitadon.com のユーザーです。アカウントさえ持っていればフォローしたり会話したりできます。 もしお持ちでないなら こちら からサインアップできます。
固定されたトゥート

amzn.asia/dlOItM3
欲しいもの、あんまり更新されてなかった

固定されたトゥート

seikaku.hanihoh.com/seikaku3/r
" paihuさんの素晴らしさは

後先考えずユルく生きているところ

と認定されました。"

StronglyConsist オプション付けると、消費するキャパシティユニット増えるから、
値段はあがるけれど

DynamoDB uses eventually consistent reads, unless you specify otherwise. Read operations (such as GetItem, Query, and Scan) provide a ConsistentRead parameter. If you set this parameter to true, DynamoDB uses strongly consistent reads during the operation.

Dynamo、
Strongly Consistent ほしければそういうモード使ってね
じゃなかったでしたっけ

包丁全然うまく使えなくて
包丁新調して切れ味がめちゃくちゃよくなったタイミングで
爪を2回切りました

* chown chmod でやることをまとめて一緒にできる
* linuxだと コピーする際に既存ファイルの上書きではなく 新しいinodeでファイルを置くので、ファイルが実行中でアクセスされていても問題なくコピーできる

あたりらしい

insallコマンド、
make install するときの内部処理で使われてることがちょくちょくあります

欲しいのはDesktop Resolution よりも Webbrowser Resolution な気もするけれど

gs.statcounter.com/screen-reso

こういうのを githubとかのITエンジニアがよくいそうなサイトが出してくれると良さそうな

Qiita、幅1280pxで作られてるのか

なるほど、
やっぱりライブラリとかスニペット、重要なんですね

あの主張はそもそもすべてのアプリケーションを指していない
(あの人のポジショントーク的なところもある)
だろうし

ソフトウェアエンジニアではないので
よくわからない。
というのが実感だなぁ

> 適当なURLたちの呼び出し順の制御とか関係領域の定義みたいなことは課題になって、宣言だけで表現しにくい関連性みたいなこと

DAGとかで順序と状態が表現できればそれは宣言的に表現できるし、何が問題になるのかそもそもわかってない

classと構造体の違い is 何
みたいなやつ?

サーバ代が何とかなるなら
自分も使うものだし、運用したり運用手伝ったりするのは全然かまわないけれど

サーバ運用には一定の資金が必要だし、
過去ログどんどん増えていく一方なので、長期的には運用費は上がっていくだろうし、
ボランティアベースで安定した運用費が確保し続けられるんだろうか?
という疑問はある

副作用は本質だし、
classは例外的な状態コンテナとして存在すること自体は悪くない

ので、ちゃんと適切に、局所化して、うまく管理しようってことで

存在を否定してないきがしますが

gcc -S -masm=intel

clang++ -S -mllvm --x86-asm-syntax=intel

Output のIntel asm syntax チェックボックスオフにすると一緒になるし、
まぁそういうことでは

ニーモニックにも文法があるし
同じニーモニックではない
というだけじゃないんですかね
知りませんが

実際レジスタに %つくつかないの差があるし