プログラマの雑談部屋 ★197
■ このスレッドは過去ログ倉庫に格納されています
上場あげしてる非上場コメント多くね
お前らいつから上場のアレをしゃぶるようになったんだ?
ちなみに俺は上場企業で働いたことあったけどカオスな職場だったぞ、上場=優秀な人達では無いからな 聞けば聞くほど思いつきで物言ってきて設計できない
もうダメだ プログラマとして60ぐらいまである程度の尊厳も持ちつつ
生き残るためにはマジで何すればいいと思う?
若造がすぐに身につけられなくて
需要もある技術とか思いつかんわ >>521
人を育てろや
育てて恩を売った相手が出世したら助けてくれる >>523
べ、別にあんたのためにやったんじゃないんだからね!
とか言っとけば恩着せがましくなくて
更に好印象だな 派遣になると人を育てるって概念が皆無中の皆無になってあかんよね >>514
3年耐える必要ないけど
耐えるとなんとなく意味わかる気がするよ >>525
まじそうだわ、人を育てるとか全く概念にない 最初の4年びっしり開発での成長が10としたら
その後運用保守になっての6年の成長は2ぐらいだった
マジで合わないと思うところはさっさと辞めた方がええよね
異動なしで6年開発続けれてたら全然違ったのにと思うわ でも、この業界では育てるという概念自体がおかしい
実際他と比べて仕事ができる奴は往々にして勝手にハイスキルになってるし 開発も同じプロダクトをずっとやってても伸びんから定期的に転職が必要だわ いや結構同じプロダクトでも横展開は弱いかもしれないが、リーダーとか見積とか
要件まとめとか縦展開を図ることができる、派遣じゃ無理かもしれんがな やろうとするはじからプロパーが
取り上げたり否定したりしてでしゃばるので
もうやりたくてもやれない
勝手に動けばいいのかともおもったが 士気はだださがり
管理はめちゃくちゃ
もうそんな段階でもない いつもおなじこといってるきがする
まわりじゃなくておれがおかしいのか まじめやねぇ
生活費得る手段として適当に流せばいいのに 自社開発ならまともな奴集めろよと思うが
変なのしかいない >>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
貯金はいくらなの?
老後はどうするつもり? ■ このスレッドは過去ログ倉庫に格納されています