「HAtena」を含む日記

■[日本語サイトはてブ数]2019年4月18日木曜日の増減

Permalink | 記事への反応(0) | 00:15

ツイートシェア

■安全ではありません ー b.hatena.ne.jp

危険なところに来ちまったようだ

Permalink | 記事への反応(1) | 22:20

ツイートシェア

■[日本語サイトはてブ数]2019年4月11日木曜日の増減

Permalink | 記事への反応(0) | 00:15

ツイートシェア

■何が辛いの？

オレは大学を引きこもりで休みまくって周りから心配されまくった経験があ..

• [増田]

わかるけど、頼む気持ちもわかるけど、頼まれる方はすごく辛いんだよなぁ……。2019/04/10 08:55

当事者でもない、当事者の家族でもないのに何が辛いの？

全く意味が分からん、お気持ちサポートするのが面倒なら「わかるけど」ではないし、関わりたくないなら「わかるけど」ではないよね

「引きこもりにマウント取るのを我慢する」のが辛いのかな？

Permalink | 記事への反応(0) | 13:16

ツイートシェア

■[日本語サイトはてブ数]2019年4月4日木曜日の増減

Permalink | 記事への反応(0) | 00:15

ツイートシェア

■[日本語サイトはてブ数]2019年3月28日木曜日の増減

Permalink | 記事への反応(0) | 00:15

ツイートシェア

■フェミは夫婦のトラブルに対して、夫が上手におれれば済むだけだみたいな回答してる前時代の化石みたいな脳みそのやつ死ねばいいのに

https://anond.hatelabo.jp/20190320002956

はてブの前時代ぶりがすげえ……。

「夫が上手におれれば済むだけだ」みたいな回答してる人はなんなんだ……。こういう回答する人が一番フェミニズムの敵なんじゃないの？

やっぱりはてなのネトフェミがいかにゴミかよくわかるわ。

これ、単に「お互い様」の可能性が高い話なので、部外者が自分の思い込みで片方に対して肩入れするのやめとけって。

一方的に妻の問題にしたり見下している（ように見える）夫に反発を感じるのはよくわかるけど、妻側にも問題がある可能性は低くないでしょう。

正解はこれだろ。

教養のない妻の、教養のなさから来る怒りをどう解決するか

教養のなさ自体はさほど問題ではなく、「自分と違う考え方や価値観について一旦咀嚼してみようとしてくれない」スタンスに増田は疲れてきたわけで。ブコメは相変わらずいじわる。2019/03/27 21:00

というか、お前ら「知能レベルがあまりにかみ合わないとうんざりする」という経験あるだろ？

ないなら、自分が知能レベルが低すぎて、相手をうんざりさせてることに気づけない迷惑地雷扱いされてるってことだよ。

こういうことを書いたときに

「妻の側がどれだけ不満を抱えているかわかるか？」と、自分の体験をもとにキレるはてなブックマーカー多いけど、これまさにクソリプだからな。

はてなではスターたくさんもらえるのかもしれないけどまさにバカの発言。

妻は妻で事情があるのかもしれなくとも、そこで自分の感情をまき散らすだけで相手の事情を理解できないってのは頭の悪い証拠。

夫はそういうバカみたいな発言で疲れてるんだろ。

話をすりあわせる努力の大切さをわかってたら、夫も女もお互いに歩み寄りが足りないよねって結論になるはずであって、

ここで夫だけたたいてるはてブしてるやつは知能レベルが低すぎて会話できないわ。

Permalink | 記事への反応(0) | 13:34

ツイートシェア

■anond:20190324094739

SQLアンチパターンではないが、デッドロックについても投げっぱなしのあのSELECT FOR UPDATEの説明はなんなのかね。

1回のトランザクションでupdateを2回発行する場合と1回のSQLで複数行のアップデートをする時はデッドロックのリスクを考慮するってだけで、かなり初心者にはありがたいと思うんだけどね。

1回のトランザクションで複数回update文を投げるケース

tA =# begin;
tA =# update t1 set column = value where id = 1;

tB =# begin;
tB =# update t1 set column = value where id = 2;

tA =# update t1 set column = value where id = 2;
tB =# update t1 set column = value where id = 1;
tB =# ERROR:  デッドロックを検出しました

1回のSQLで複数行のアップデート文を発行するケース

tA =# begin;
tA =# update t1 set column = value where id = 1;

tB =# begin;
tB =# update t1 set column = value -- update all record

tA =# update t1 set column = value where id = 2;
tA =# ERROR:  デッドロックを検出しました

あと、先勝ち後負けを実現するのはSELECT FOR UPDATEではなく楽観的ロックな。

tA =# begin;
tA =# select updated_at from t1 where id = 1;
         updated_at         
----------------------------
 2019-03-24 06:17:37.952893

tB =# begin;
tB =# select updated_at from t1 where id = 1;
         updated_at         
----------------------------
 2019-03-24 06:17:37.952893

tA =# update t1 set column = column - 1 where id = 1 and update_at = '2019-03-24 06:17:37.952893' and column > 0;
UPDATE 1
tB =# update t1 set column = column - 1 where id = 1 and update_at = '2019-03-24 06:17:37.952893' and column > 0;
UPDATE 0

MySQLは存在しないレコードを更新しようとするとギャップロックになるから注意な。

Permalink | 記事への反応(1) | 15:59

ツイートシェア

■[日本語サイトはてブ数]2019年3月21日木曜日の増減

Permalink | 記事への反応(0) | 00:10

ツイートシェア

■シェルのサンプルコードにプロンプトをつけるか問題

GitHubのREADME.mdとかでシェルから実行するコマンドのサンプルを書くとき、見た目のわかりやすさを重視して、サンプルにプロンプトをつける。

こんな感じ:

$ echo hello

でも、これだとコピペするときいちいち修正が必要だよなーとよく思う。

あと、ビミョーにシンタックスハイライトを無視する形になるのが気になる。

たぶん世の中には「プロンプトつけない派」もいると思うんだけど、なかなかまわりに聞く機会がない。

（どうでもいいけど、スーパーpre記法をひさびさに使った）

Permalink | 記事への反応(0) | 12:22

ツイートシェア

■[日本語サイトはてブ数]2019年3月14日木曜日の増減

Permalink | 記事への反応(0) | 00:10

ツイートシェア

■anond:20190313072011

hatena.ne.jp で退会手続きしても、

増田(hatelabo.jp) の方でログアウトしなかったら増田の記事は消えないんじゃなかったっけ？

自分で試したわけじゃないから違ってたらすまん

Permalink | 記事への反応(0) | 08:27

ツイートシェア