プログラマの雑談部屋 ★197
■ このスレッドは過去ログ倉庫に格納されています
さらに2週間って
合計3週間？
そんな長期間ダウンするとかありえなくな〜い？ ふわふわしてても金貰えてるんならいんじゃない
ほんとにフワッフワしてるだけならクビだろ よく分かんないけど
アトラシアン社員の作ったマイグレーションのスクリプトにバグがあって
データベース上のフラグを間違って変えちゃったとかそんなイメージ？
時間かかってるのは間違って書き換えた所以外に影響が及ばないように
ちまちま一個ずつ戻してる感じ？
https://www.reddit.com/r/sysadmin/comments/txibov/the_majority_of_atlassian_cloud_services_have/i3xp1eo 一緒にしたら失礼かもだけど
うちの部署の🐎🦌思い出すな
人災だろこんなん gitlabも昔ＤＢ飛ばしかけたよね
バックアップがギリ残っててタスカッタらしいけど
こういうのあるとやっぱ「オンプレ」が正解なんやなぁ >>552
わかる
いままさにそれや
給料は高いけど暇 エクセルのグレップ大変すぎ問題
上はグレップグレップってめっちゃ言うけど一回グレップするだけでめちゃくちゃ時間かかるんだけど、エクセル側で呼び出し元とか簡単に一覧表示できるようにしてくれ LABってラボって読むのかラブって読むのか毎回悩むな >>530
開発もみっしりやるのは1ヶ月でその後3ヵ月位はテストだから（その前の3ヵ月は設計書作成）
1年開発してもみっしりやってるのはたったの3ヵ月位じゃね？ ダメ出しはよくするが
自分が主導権とるとぐちゃぐちゃだ これ完全な偏見だけど有線イヤホンは今や厄介な人を見分ける踏み絵になりつつある気がしてて、やたら新しい物を嫌うか、ITリテラシーが超低いか、音質に拘りが強すぎるか、わずかな音ずれを許せないゲーマーか、利便性より安さを極端に優先する人のどれかで、どれに該当しても癖が強めで身構えてしまう ワイヤレスはいくつか試したが耳にフィットしない、重い、壊れやすいんで有線に戻した
有線快適だよ ワイヤレスでも軽いのあるんよなぁ
もう有線の鬱陶しさには戻れんわ あらゆる感覚が鈍い人はワイヤレスでいいのかもしれん 感覚が過敏だからイヤホンの重さや、触感の悪さ、音質などが気になって作業に意識が集中できない Web会議で突然繋がらなくなって焦ったよ
有線は信頼性の証 骨伝導のやつはまあまあよかった
無線のデメリットと釣り合う以上のメリットがある 可能性って蓄積して行くものなのか？
例えば1%の確率のものが5回あったら5%？ >>591
サービスがバズって忙し過ぎてから辞めれば良かったのに なんでRDSってストレージ容量でIO速度が変わるんだ？
まだまだ容量余ってるのに100Gとか無駄に積まないといけない やりづらくて開発遅れて損するのは会社だし別にいいよ
俺はDDD勉強できるから（やりづらいのが分かったというのも含めて） こんなギリッギリになるまで放置とか
余裕のないスケジュールとか、どの口が品質を語るんだ？ DDD案件初期段階ではスイスイ進むのだがシステムを拡張していくとどっからどこまで１つの集約にすべきなのか分からなくなってコードがぐちゃぐちゃになる 巨大な集約を作ってしまうのはdddをちゃんと理解してないパターン >>602
コロナ禍で減ってたけど、少しずつ増えてきてるみたいな話はエージェントが言ってた >>603
DDDはちゃんと理解することができない難しい開発手法なんだと思う
集約の定義はみんな悩んでてハッキリとした正解がない やばいなぁ、あの連中
あとで調べて色々決めるために曖昧に書き替えたのかと思ってたら
なんにも調べずに何も決めずに感覚で作り始めたのか？ >>604
なるほど
それなら勢いで会社辞めても大丈夫そうだな そういえば最近Ipが枯渇してるとか言う話を全く聞かなくなった気がするんですがなんでですか？ キエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエエ >>605
実践の方の本には明確なヒントがかかれてるけどな
そもそも複雑性と戦うための設計やし
トレードオフも発生する以上もちろん設計に明確な答えはないとも言えるが
シンプルなものにあえてdddを使うとかしなけりゃddd自体が設計を難しくする事態も避けられるし
ddd自体が難しいとは違うと思う DDDとかわかりやすいサンプルコードを公開すればいいのに
誰もしないよね >>610
貯金はいくらなの？
老後はどうするつもり？ const order = orderRepos.get(orderId);
order.addDetail(foo, bar, baz);
orderRepos.save(order);
DB.insertOrderDetail(orderId, foo, bar, baz);
どっちがいい？ 上だな
上はクラスになってる
下はただの関数だから 下が明らかに駄目なのは汎用でもないstaticメソッドになってて
明らかにこれから似たような大量のメソッドがそのDBクラスに大量に作られる事よ ヘルパーとして下を用意して中には上が入ってるのは別に良いと思う DB.OrderDetails.insert(orderId, foo, bar, baz);
I think Simple is the Best! Thanks! DDDってすぐなんちゃらRepositoryって名前つけるよね 基本は上だと思うが
状況によっては下の方が良い場合もあるかな
Web開発にWebフレームワーク使わずに
Wordpressを選択することがあるのと似た感じで… リポジトリは直接触れるの？
サービス経由じゃないの？ GraphQLは万能な解決策だと思って期待したのだが調べてみるとどうもそうではないようだ
結局のところ僕たちがほしいものってSQL over Httpsなんだよね 万能薬だと思って導入するもんじゃないな
うちのとこはなんならrestに戻した
流行りに乗っかってる自分に酔いたいだけの人が誇張した表現で持ち上げるのが良くない
そんな素晴らしいならもっと速く普及してるだろ コピペしようとしたらテーブルデータ編集してしまった
やばい 山口恵梨子女流がCM出演
もっと棋士は人気出て良い 能力的にはサッカー選手とか野球選手と同列でもええのにどうしても性的魅力に欠けるのがな >>637
マトモな仕様書降ってきて
その通りに作るだけで良ければ
その年収でも良いかなと最近は思い始めた
疲れてるのかな >>637
手取り14マンマンからしたら遥かにマシ >>637
おめーの経歴が雑魚過ぎるのか舐められてるか
どっちかやろな 年収交渉って今貰ってるのより＋１０パーセントアップぐらいが相場？ >>629
偏見だけどシンプルにKVSで済むようなストアにもRDBMS使ったりしてそう >>635
何言ってんだお前
プログラマーが能力無いって思われるから意味わからないこと言うのやめなよ >>645
零細で初級者がワンオペで自社開発やってるようなところだと充分ありえる お前らのポートフォリオって何？
ホームページとか持ってる？ >>649
どう言うフレームワークを使って、バージョン管理システムはなにを使って、サーバーはなにを使って、CSSつかって
見たいのが求められる >>618
オーアルマッパーでDB操作やりたくねー >>648
零細の小さいシステムならなおさらRDBがベスト
NoSQLってRDBのCRUD特性と柔軟性を捨てて限られたシナリオで超高パフォーマンスを出すためのものだからね
小さいシステムで使うようなものじゃない ■ このスレッドは過去ログ倉庫に格納されています
