『ソフトウェア設計のトレードオフと誤り』を読んで、”日付や時刻”を扱うことの難しさについて考えた - Magnolia Tech

ソフトウェア設計のトレードオフと誤り ―プログラミングの際により良い選択をするには 作者:Tomasz Lelek,Jon SkeetオライリージャパンAmazon ソフトウェア開発経験の最初の段階で「一つの機能には複数の選択肢が有って、メリット・デメリットがそれぞれ有り、それらはトレードオフの関係に有り、容易には決めることができない」という事実を教えてもらえる機会に遭遇できていれば、その人はとても幸運だと思う。 先輩や上司が一方的に、「一つの確かな方法」をただ伝える、みたいな場面（それが必ずしも一般的にはそうとは言えない方法であったとしても）も多いのではないでしょうか。 どんなに設計上の意思決定ができている人でも、その頭の中では「色々な選択肢の中で悩んで、ベストではないかもしれないけど、前の前の課題に対してよりベターな方法」を選んでいる。でもその思考の過程を見せてくれる人はとても少ない。

[nemoba]

「期間の末尾が祝日の場合に満了は翌日になる。」という民法があるかぎり、みんなまともにサービス作れてないからおｋ。

[prograti]

民法が定める期間の計算 http://www5d.biglobe.ne.jp/Jusl/TomoLaw/KikanLaw.html

[Eiichiro]

”顧客は3ヶ月以内は返品可能”と書かれた条件を実装する上で、どれだけ色々な条件を整理し、要求を出した人と合意しないといけないのか“想像しただけで、あ゛〜。ってなる。

[sds-page]

締め日が云々言い出すと死ぬ。月次繰り越ししちゃったけどキャンセルさせてとか言われて二度死ぬ

[y_as]

“要求を出した人と合意” 「え！ お得意様なら多少の期間オーバーでも返品可能だから、顧客マスタに「お得意様ランク」、お得意様ランクマスタに「返品猶予日数」を持たせるんですか！？」

[emt0]

システムに合わせた業務じゃなくて業務に合わせたシステムを作ろうとするとこうなる。あと開発に現場入れないとか情シスが業務知らないとか面倒になって今と同じとか言うとか。いっそシステム入れない方が幸せ。

[nharuki]

原理主義者なので時刻データは「保持は(可能ならミリ秒以下単位の)Unix時刻」「表示はISO8601形式」で統一しろ！っていっつも思ってる。なおタイムゾーン＆サマータイムは(文字数

[NOV1975]

まだパラパラしか見てないけど、いろんなトピックが「ああこれ言う原理主義者いるなあ」に対抗できそうな話満載でとても良いですｗ

[laranjeiras]

紀元前を扱うときに苦労した。西暦1年の1年前がゼロ年じゃなくて紀元前1年になるのが大変で、内部的には紀元前10万年をゼロとしたカレンダーで統一し、AD、BCは元号のような表示上の処理で済ませた。https://nenpyou-mania.com/

[irh_nishi]

タイムゾーンの話とか表記の話とかUnixtimeにしたときの確認のしづらさとかJavaScriptはミリ秒だったりするとかそういう話が書いてるのかと思ったら要件定義の話か。タイムゾーンは暗黙的にJSTにする人多いよね。

[natsutan]

“そして更に大事なのが「7.2 日時情報を仕事で扱うための準備」という章で、もうこの章だけでも4180円を払う価値が有る、有りすぎる。”

[watuki]

気になってた本について～。後で読む。本読みたい

[suika3417]

この本注買うの忘れてたの思い出した

[Hamachiya2]

ラジオやテレビ局絡みの案件だと何日の28時みたいな概念も出てくるよ

[paradisemaker]

定期的にサマータイムで炎上する理由

[maidcure]

更にタイムゾーンとサマータイムを追加する

[daishi_n]

時間は暦の問題、タイムゾーンの問題、当時の日時と魔窟だからね。あと基準となる日時などの履歴をどう持つかとかも

[gabari]

4/5/2023が4月5日か5月4日かとかいう話もあるからな…（読んでないけど入ってそう）/C#も、DatrTime型とDateTimeOffset型があり先人の苦悩を垣間見ることができる

[rryu]

「期間が1日0時から始まらない場合、どこからどこまでが3ヶ月なのか」だけでもう色々めんどくさい。

[ka-ka_xyz]

日付時刻辺り（複数タイムゾーンを跨ぐ締め切りをめぐるあれこれ）は以前の会社で結構苦労してたとこでもあるので買おう（「内部的にunixエポックならどうとでもなるんじゃね？」というのは往々にして泥沼への第一歩

[tasukuchan]

最近は、UNIX time(整数か浮動小数かは要件によって変える)で取り回し、nowは関数の引数に入れる、という感じ

[uchiten]

前に買おうとして高くてやめたんだけどやっぱり買おうかな……。

[khtokage]

ブコメでも経験のあるなしでの温度差が凄い笑

[regularexception]

祝日マスターや祝日API作ったり叩くのやだー

[minamishinji]

本買ってるけど読んでない。夏休み、ほんとに読もうかな。

[da-yoshi]

JavaのDateTime系は複雑だけどこれのおかげで日付関連でやるべきことを学べた

[dekokun]

いいな。

[Sampo]

”顧客は3ヶ月以内は返品可能”、ええ、聞いただけで頭に激痛が⋯　詳細仕様パッケージを逆に押しつけるくらいには図太くなりましたが。「UTC+9で決済完了瞬間の日付の3ヶ月後の同日（なければ翌月1日）24時直前まで」

[versatile]

月末に実行され月をまたぐと集計できなくなるバッチ作ったやつちょっとこい！！

[getcha]

返品のシステム実装した事ないけど、要件を聞いただけで、きなくさい匂いをぷんぷん感じて楽しそう。想像力が試されるやつ。

[grgrjnjn]

これは買ってぜひ読まねば。ドメイン理解の難しさを端的に表す例として日時の取り扱いを使えるかも？

[hiroshe]

へーと思ってこういう本買って読んでも大概よく分からない。翻訳された文章ってどうしてもスッと頭に入ってこなくて、オライリー本をスッと読める人たちってどういう読み方してるんだろ。