0 で true 系の言語があるのか、マジか。

古の C/C++ 脳だからびっくりした。
一応アレか。

成功(正常)は常に単一の状態しか無いのでゼロ値で、
失敗(異常)は色んな状況が有り得るから非ゼロ、
って言う思想かなぁ?
俺のイメージだとどうしても

#define FALSE 0;

が先行しちゃう。
TRUE 定義に関しては 1 なのか 非0 なのかで派閥あると思うけど。
セミコロンいらんかったか。
他にも、スクリプト系とかでも

if ( var )

に食わせた時、多くの言語が非ゼロの場合は真と扱って true-case に入ってくれるイメージだから、
やっぱり「オンビットが一つでも立ってるものは真、全ゼロは偽」ってのが感覚的に染み付いてるな。

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with える.jar(🐏) はホロ沼にハマったにぇ。

える.jar(🐏) はホロ沼にハマったにぇ。 Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @ellnore_pad_267

Jul 3
一時間五分あたりの質問から、もうちょっと突っ込んで「加入者DB」とやらと交換機との流れの説明が入った。

この説明が欲しかったのよね。
まあ、なんとなくはわかった。
通信障害は大きく2つの事象が起きてた。
交換機の入れ替え作業中に発生した一次事象とその切り戻し、
次に切り戻し後の再接続多発(切り戻し手順で予見不可能だったのかが謎)により、DBアクセス過多(輻輳)による事象。
その結果、ステータス不整合が発生。
雑にワンツイートで纏めるとこんな流れか。
で、輻輳を解消する為にアクセス制限みたいなのを掛けて、ステータス不整合を解消しようとしてる。
てのが体勢か。

で、それとは別になんか端末によっては、復旧資材させたんだけど上手く繋がらねぇよって個別のヨクワカラン事象も確認してると。
Read 5 tweets
Jul 3
切り戻し手順というか、切り戻し自体の現実性はなんかすげえ気になる。
手順書上は切り戻し手順書いてあるけど、実際それでは安全に切り戻しを完了出来ないって言ってるように聞こえる。
よくある、DBのバックアップあるけどリストアのテストしてなくて、幻日にリストアしようとするとまた別な問題が出ました、
みたいな説明に聞こえてしまう。
Read 5 tweets
Jul 3
本来は DB 書き込みのトランザクション内で API 叩いて、失敗したら DB ごとロールバックしたかったのに、
トランが分かれてるせいでデータ不整合を起こす形になってました。

と似たような話やな。
この AllOrNothing の単位が分かれている(分けざるを得ない)ケースだといろいろ面倒よな。
Read 4 tweets
Jul 2
長いこと使っていたパソコンデスク、解体して捨てなきゃならないんだけど、寂しい。。。
勿体ないおじさんなので、天板パーツだけでも残しておきたい気持ち is ある。
捨てるのはまた粗大ごみ処理券が必要だから、明日は一旦解体作業だけして、残すパーツを見繕う事にする。

まぁこんな事してるから断捨離出来ねえんだけどな。
Read 4 tweets
Jul 2
「フォルダにある画像をなんでもいいから晒す見た人強制」

って言われたので、不本意ながら、ぼくは本当はそんな事したくないんだけど、飯テロしますね?
ImageImageImageImage
ImageImageImageImage
Read 4 tweets
Jul 2
ぶっちゃけこれと、いわゆるダブルチェックロッキングの問題をどう回避してるの?
まで知らないと安心できないよね。。。
せいぜい「今までこれが原因で本番障害とか踏んだ経験がないから大丈夫なのでは」くらいのもの。
Java とかのマルチスレッド制御での「ダブルチェックロッキングは不完全」って所はよく言われてて採用されてないわけだけど、
じゃあ DB 内部処理はどんな実装になっててどう回避してるのかしらは気になりポイント。
Read 5 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(