プログラマの雑談部屋 ★376

**仕様書無しさん** · 2025/11/23(日) 21:11:59.72

江戸っ子なら皮付きべったら漬けな

**仕様書無しさん** · 2025/11/23(日) 21:25:03.76

>>723
なんか皮被って恥垢まみれみたいな見た目が嫌

**仕様書無しさん** · 2025/11/23(日) 22:42:13.06

べったらい

**仕様書無しさん** · 2025/11/24(月) 07:00:12.03

CRDTでアプリの共同編集機能を実装してるんだけど罠ばかりで笑えない
まさかテキストのサイズ制限について最初に検討しておかなければならなかったなんて…
こういうのは全体の詳細設計がほぼ終わった段階で、サーバーテストしながら調整すれば済むものだと思ってました
調整の影響範囲が、実装の5割以上について根本的なやり直しを食うレベルだとは思わないじゃん

**仕様書無しさん** · 2025/11/24(月) 07:42:18.82

オフライン編集が可能な共同編集機能を実装をしようとするとオフラインの編集内容をマージする時にリモートのドキュメントのサイズがどのぐらいになるかをマージ前に予想できなくなるんだよね。だからファイルにサイズ制限をかけてサイズ制限を超えそうになったら書き込みを禁止するっていう通常の制限をかけられない

**仕様書無しさん** · 2025/11/24(月) 07:42:19.71

オフライン編集が可能な共同編集機能を実装をしようとするとオフラインの編集内容をマージする時にリモートのドキュメントのサイズがどのぐらいになるかをマージ前に予想できなくなるんだよね。だからファイルにサイズ制限をかけてサイズ制限を超えそうになったら書き込みを禁止するっていう通常の制限をかけられない

**仕様書無しさん** · 2025/11/24(月) 07:42:21.05

オフライン編集が可能な共同編集機能を実装をしようとするとオフラインの編集内容をマージする時にリモートのドキュメントのサイズがどのぐらいになるかをマージ前に予想できなくなるんだよね。だからファイルにサイズ制限をかけてサイズ制限を超えそうになったら書き込みを禁止するっていう通常の制限をかけられない

**仕様書無しさん** · 2025/11/24(月) 07:44:41.33

大事なことなので3回言いました

**仕様書無しさん** · 2025/11/24(月) 07:46:24.16

きのこ派！きのこ派！きのこ派！

**仕様書無しさん** · 2025/11/24(月) 07:51:24.25

たけのこの里買ってくるわ

**仕様書無しさん** · 2025/11/24(月) 07:54:40.10

さくさくぱんだ！さくさくぱんだ！さくさくぱんだ！

**仕様書無しさん** · 2025/11/24(月) 08:00:31.03

チャーハンセット
チャーハン！チャーハン！チャーハン！

**仕様書無しさん** · 2025/11/24(月) 08:03:45.74

Xの国表示って複数の情報を参照して、ガチでやってんな
呑気に構えてた工作員も次々に暴かれてる

**仕様書無しさん** · 2025/11/24(月) 08:28:37.68

広告も国表示してほしい

**仕様書無しさん** · 2025/11/24(月) 08:32:24.66

>>729
オフラインではサーバー側の編集中のファイル容量を把握できないってのは割と早い段階で気づけそうだけどな

**仕様書無しさん** · 2025/11/24(月) 09:04:36.58

>>737
気づくべきだった。ただ一応弁明すると、本当に気づけなかったのは
ファイル容量が制限を超えた時に、オフライン編集の編集内容をサイズ制限を理由に無効化できないこと
最初、そこら辺で問題が出てきても、要件の調整でいくらでもやりようがあると思ってたから十分に検討しなかった

**仕様書無しさん** · 2025/11/24(月) 09:10:42.73

ファイル分割したらいいんじゃね

**仕様書無しさん** · 2025/11/24(月) 09:27:31.36

あらゆる状況を想定してリスクの種を摘んでおかないからそういうことになる

**仕様書無しさん** · 2025/11/24(月) 09:41:01.30

>>739
結局そうなる。中央サーバーでファイルを分割する。そしてトラップカードが発動する
オフライン状態のクライアントの編集内容が後から中央サーバーに来る経路を許すことになる
当然、分割したファイルにそのままではマージできない
その問題に対応するあれやこれやをサポートするライブラリは現状OSSでは存在しないから、フルスクラッチで埋め合わせるしかない
結構な量のコードをスクラッチで書かないといけない
開発後に競争相手の参入を防ぐ防波堤になってくれることを加味しても非常にめんどくせえ

**仕様書無しさん** · 2025/11/24(月) 09:53:46.43

分散処理システムは安定性を好む日本のエンジニアには向いてないよ

**仕様書無しさん** · 2025/11/24(月) 10:47:02.95

分散処理だと不安定って意見は初めて聞いた

**仕様書無しさん** · 2025/11/24(月) 11:16:42.03

ぼくはやってません、ぼくもやってません、で喧嘩になる

**仕様書無しさん** · 2025/11/24(月) 11:34:34.03

ブロックチェーン筆頭に反中央集権が跋扈してるが何をそんな嫌うのかがわからない

**仕様書無しさん** · 2025/11/24(月) 11:50:12.86

現代でいじめられてるなら、とりあえず現在の社会のコアとなってるシステムは否定するでしょ

**仕様書無しさん** · 2025/11/24(月) 12:46:21.42

素晴らしい技術なはずだったけど、イーサリアムがOSなどと宣うキチガイweb3.0推進派に台無しにされたからね
ブロックチェーン＝詐欺の意識が一般に定着してしまった

**仕様書無しさん** · 2025/11/24(月) 13:00:59.05

ブロックチェーンはチート対策に使えるよなって思ってた

**仕様書無しさん** · 2025/11/24(月) 13:08:16.23

>>748
なんか普通のこと書いてしまった
ネット経由ではなくローカルで複数箇所で値を持ってそのローカル内部で相互監視するだけでチート対策には十分なるかなぁと

**仕様書無しさん** · 2025/11/24(月) 13:15:58.93

ワイのガラス張りぴかぴかPCの中に蜘蛛がいるんやが
蜘蛛の巣が七色に輝くんやが
怖くて開けられないんやが

**仕様書無しさん** · 2025/11/24(月) 13:18:50.07

ひどいところに巣を作ったもんだ

**仕様書無しさん** · 2025/11/24(月) 13:24:58.23

蜘蛛🕷はGの唯一の天敵や
蜘蛛だけは毒が無いならそのまま飼っとけ
俺はもう20年ほどGを見てない
家に一応ホイホイ置いてるが20年は1匹も掛かって無い

**仕様書無しさん** · 2025/11/24(月) 13:25:02.45

>>749
51%攻撃したらチートし放題じゃね？

**仕様書無しさん** · 2025/11/24(月) 13:27:42.19

PCの中で輝くゴキブリの死骸ｗ

**仕様書無しさん** · 2025/11/24(月) 14:59:37.83

あ、戦後の混乱だから普通にインフレしまくってたか。
株を買って放置してれば光クラブなんかやらなくても良かった気がするな。(´・ω・`)

**仕様書無しさん** · 2025/11/24(月) 15:00:14.47

おてつたびやってみたい

**仕様書無しさん** · 2025/11/24(月) 15:03:31.59

もう這い上がれない

**仕様書無しさん** · 2025/11/24(月) 15:03:45.08

あ、書くスレをまちがえた

**仕様書無しさん** · 2025/11/24(月) 15:04:15.95

飼われてるばっかりじゃないか