プログラマの雑談部屋 ★197
■ このスレッドは過去ログ倉庫に格納されています
やろうとするはじからプロパーが
取り上げたり否定したりしてでしゃばるので
もうやりたくてもやれない
勝手に動けばいいのかともおもったが 士気はだださがり
管理はめちゃくちゃ
もうそんな段階でもない いつもおなじこといってるきがする
まわりじゃなくておれがおかしいのか まじめやねぇ
生活費得る手段として適当に流せばいいのに 自社開発ならまともな奴集めろよと思うが
変なのしかいない >>521
プログラマだけじゃ厳しいね
プログラムもやりたいなら最低でもプレイングマネージャーやな
あとはアーキテクト
歳を取る分、一定の責任を取れる立場にならざるを得ない >>521
リーマンじゃ無理
零細のソフトウェア会社作れ
身内だけで回せるようなやつ Confluence・Jiraのクラウド版がダウンしてなんと5日経過、Atlassianは再構築にさらに2週間を費やすとの情報も もう終わりだよこのAtlassian
The majority of Atlassian cloud services have been down for a subset of users for over 24 hours
https://www.reddit.com/r/sysadmin/comments/txibov/the_majority_of_atlassian_cloud_services_have/ 俺も海外旅行いきてえ
最後に行ったのもう4年前だわ 40歳までで何かしらリーダーとして人使って開発したことない人間が
これからあと20年その経験、能力得るのって無理だよね
50以降リーダー経験ない派遣プログラマがどういう扱いになるか本当に気になるわ リーダー経験あるけどコード書かない仕事ってフワフワしてて仕事してる気がしなかったんだよなぁ
この感覚わかる人いる? atlassian jiraつこうてる現場見たことねーわ さらに2週間って
合計3週間?
そんな長期間ダウンするとかありえなくな〜い? ふわふわしてても金貰えてるんならいんじゃない
ほんとにフワッフワしてるだけならクビだろ よく分かんないけど
アトラシアン社員の作ったマイグレーションのスクリプトにバグがあって
データベース上のフラグを間違って変えちゃったとかそんなイメージ?
時間かかってるのは間違って書き換えた所以外に影響が及ばないように
ちまちま一個ずつ戻してる感じ?
https://www.reddit.com/r/sysadmin/comments/txibov/the_majority_of_atlassian_cloud_services_have/i3xp1eo 一緒にしたら失礼かもだけど
うちの部署の🐎🦌思い出すな
人災だろこんなん gitlabも昔DB飛ばしかけたよね
バックアップがギリ残っててタスカッタらしいけど
こういうのあるとやっぱ「オンプレ」が正解なんやなぁ >>552
わかる
いままさにそれや
給料は高いけど暇 エクセルのグレップ大変すぎ問題
上はグレップグレップってめっちゃ言うけど一回グレップするだけでめちゃくちゃ時間かかるんだけど、エクセル側で呼び出し元とか簡単に一覧表示できるようにしてくれ LABってラボって読むのかラブって読むのか毎回悩むな >>530
開発もみっしりやるのは1ヶ月でその後3ヵ月位はテストだから(その前の3ヵ月は設計書作成)
1年開発してもみっしりやってるのはたったの3ヵ月位じゃね? ダメ出しはよくするが
自分が主導権とるとぐちゃぐちゃだ これ完全な偏見だけど有線イヤホンは今や厄介な人を見分ける踏み絵になりつつある気がしてて、やたら新しい物を嫌うか、ITリテラシーが超低いか、音質に拘りが強すぎるか、わずかな音ずれを許せないゲーマーか、利便性より安さを極端に優先する人のどれかで、どれに該当しても癖が強めで身構えてしまう ワイヤレスはいくつか試したが耳にフィットしない、重い、壊れやすいんで有線に戻した
有線快適だよ ワイヤレスでも軽いのあるんよなぁ
もう有線の鬱陶しさには戻れんわ あらゆる感覚が鈍い人はワイヤレスでいいのかもしれん 感覚が過敏だからイヤホンの重さや、触感の悪さ、音質などが気になって作業に意識が集中できない Web会議で突然繋がらなくなって焦ったよ
有線は信頼性の証 骨伝導のやつはまあまあよかった
無線のデメリットと釣り合う以上のメリットがある 可能性って蓄積して行くものなのか?
例えば1%の確率のものが5回あったら5%? >>591
サービスがバズって忙し過ぎてから辞めれば良かったのに なんでRDSってストレージ容量でIO速度が変わるんだ?
まだまだ容量余ってるのに100Gとか無駄に積まないといけない やりづらくて開発遅れて損するのは会社だし別にいいよ
俺はDDD勉強できるから(やりづらいのが分かったというのも含めて) こんなギリッギリになるまで放置とか
余裕のないスケジュールとか、どの口が品質を語るんだ? DDD案件初期段階ではスイスイ進むのだがシステムを拡張していくとどっからどこまで1つの集約にすべきなのか分からなくなってコードがぐちゃぐちゃになる 巨大な集約を作ってしまうのは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出演
もっと棋士は人気出て良い ■ このスレッドは過去ログ倉庫に格納されています