プログラマの雑談部屋 ★149
■ このスレッドは過去ログ倉庫に格納されています
>>747
設計書書く能力がないことを自慢するとか釣りか? >>750
書く能力はあるがコーディングのほうが早い >>747
責任取りたくない無能管理職は分業させたがるぞ
分業させたがるけど管理はできないししようともしない
管理職のくせに管理せずにキレてくる まあ2人でやれば2倍の速さで進むでしょ?(工数半分でいいでしょ?)
みたいなこと平気で言ってくるマネージャーもいるから気持ちは分からんでもないけどさ 二人でやっても2倍どころか1.5倍あるかないか
管理コストが跳ね上がる >>754
まぁ2人作業はCPUに例えれば2コア2スレッドとはいかず
1コア2スレッドになった程度だよな σ < よぉ、おいらの事知ってる香具師、どのくらいいるかね
(V)
|| テキトーに落書き書いてぶん投げると
相手は俺はエスパーじゃねえんだぞと愚痴りながら
足りないところは情報収集しながら幸せそうに仕事をしてくれる
それのなにがいかんのだ? ペンシルハウス買って満足してる奴らいるやん
それだけの金を払う余裕があるってのが羨ましいわ
俺なんて一生彼女も作れねえし結婚もできねえし家も買えねえわ
なんのために生きてるんだろ俺
死のうかな SSDなんかそんなに良くないよ
おれも入れちゃったから諦めて使ってるけど
今から入れるのはおすすめしない
1 単価が高い
2 プラで安っぽい
3 意外と熱くなる
4 どんどん高密度でハード的に無理させてる
5 言うほど早くならない
6 突然死
7 粗悪メーカーが多い
8 ニセモノも多い
9 こういうデフラグ問題とかがある
10 ああいうデフラグ問題とかもある
11 RAIDが組めない だって俺は組めなかった
12 指を切る 俺は切った
13 簡易すぎるプチプチ包装
14 どうせすぐ値下がりする 今は時期が悪い
15 3年保証ったってどうせ電話がつながらない
16 衝撃に強いとかウソ ペキッみたいな
17 しばらく通電しないとデータが消える悪魔仕様
18 ってかネジ穴が合ったら奇跡 たかだか2人だとたいして工数変わらんと思うかもしれんが
ゆくゆくは10人20人ということになるだろう
どうとでもなるコードにこだわって人に任せることをしないとお前の世界はそこで行き止まりだ Javascriptってフレームワーク乱立してるけど
初学者は何から手をつけりゃいいの?全部一通りやったほうがええのか? >>764
設計の工程は人数を簡単には増やせない
設計がボトルネックになる
設計はコーディングより時間がかかる
最初からコーディングしたほうがいい で、しょうがないから設計から分担して、パラレルに進めるかって話になるんだけど
それをやると、大人数で設計書無しでコーディングしたときのコード、みたいなめちゃくちゃな設計書が出来上がるんだわ
当たり前だわな
大人数でコーディングしてもめちゃくちゃにならないために、少数精鋭で体系化された設計書を書くんだろーが
なんで、大人数で設計書を書くときは、めちゃくちゃにならないと思ったんだ
めちゃくちゃになるに決まってるだろ
意味ないんだよ、分業なんかしてもよ >>747
意味不明じゃないよね?
大人数でやった方がそりゃ早いでしょ。
問題は大人数でできるものかどうかであり、それを上司に説明して最適解を出すのがお仕事では。
もしゴリ押し上司だったとしても、それをいきなり断罪するような思考も同じじゃないかな? うちの会社は職種関係なく役職で給料が上がるんだけど
職種ごとに薬種が異なるわけでもないのでやりがいがない 設計ができんということは
必要なものを細かく見通せていないということだ
問題に直面するまでそこに問題があるのがわからない
やってみりゃいいってのはどの世界でもあるが金はかかる
プログラムだけほかの業界にくらべて
機械のサポートが十分な上コストが非常に低いので許されてる
だが行き当たりばったりしかできないやつが
基本後戻りのきかない現実世界で
技術者としてなにかを成し遂げるなどできるはずがあろうか 共産党躍進だな
立憲と合わせて過半数になればリベラルが東京を制圧できる
さすがに自民に投票するほど民度の低い奴ばかりでなかったということだな 理想を言えば工数見積の段階で詳細設計レベルまで脳内では完成してて
設計工程ではドキュメントとしてカタチにするだけというのが良いけど、やっぱり難しいね
そこらへんの精度を上げる方法ないかなー >>696
フリーランスで環境と能力をフルに使えば1人月の仕事を1〜3日で終わらせるから
時間的自由はかなりできる >>701
C#以外使ったことないけどJSも選べなかったっけ >>696
若手が給料安くて子供を大学院までやれないとかすごく心配していたぞ >>778
1、2年前にサポートは廃止されました。 設計書書いたくせに内容よく分からないコード書けないみたいなゴミがこないだまでいた
ろくでもない死に方をしてほしいものだ >>748
態度悪い、仕事に強力的でない。他に迷惑がかかる。あたりで肩叩いたらいいんじゃないの? >>747
外資の年収千数百万以上のプリンシパルだのアーキテクトになると一人というのはまずない
業務をヒアリングして設計して下を指導しながらコード書かせてチームとして一人で出来るものより大きいシステムを作らなきゃいけない
まあ類は友を呼ぶので君の上司がそういうレベルで君にそうなるように仕向けてるのかどうかは多分君次第 >>782
設計書のフォーマットがプログラムの作成の役に立たないところだとそうなることも多いな
でもこれを個人のせいにするのはお門違いだぜ
テメーんとこの業務フローにスキがあって
アホがやると機能しないことがあるということだ >>776
それもうコードにするほうが早いんだよなぁ
エクセルの生産性が低過ぎる 政治的な気配りが出来ない人間は、コンピュータとだけ会話してれば良いよ
コンピュータがシステムを作るんじゃなくて人間が作るんだから、その人間への配慮が欠けたら上手く行くものも上手くいかないのは当然 >>784
人数増えても同じことだよ
N人で設計書を書いてM人にプログラム書かせるよりわかってるN人でコード書いたほうが早い >>788
スケーラブルな物を書くときは例えば最初対象が1、2社だとしても、要件がそれぞれ多少違う数社に増えたときに一部分を変えるだけで簡単に増やせるような設計にする
そうすると社を増やすときにそれぞれの業務の違いだけ把握してあとはパターンに則って簡単に増やせる
流石に会社が100社になると全部業務把握して一人で追加するのは短期間には無理だけどジュニアレベルにパターンにそった書きかただけ教えてあとは業務聞いてやっといてと出来る
これは単に1例だけど大規模システムというのはそういうもの
上にも書いたけど上司がどのレベルなのかは多分君次第 >>785
わかるわー
まあウチもプロパーじゃないんでウチのせいでもないんだがな 例えばエクセルが効率悪いならエクセルは使わないで効率のいい方法を導入、ジュニアのレベルが低くて教育に時間がかかるならその分をもらう、モノリシックではなくマイクロサービスでやるなどいくらでも方法はある
うちはエクセルでモノリシックでジュニアも上司もレベル低くて話が通じないでどうにもならんというなら転職だな
個人的には上司や客の8割から9割はちゃんと説明すれば話が通じるけれど うまく行かないことをエクセルのせいにしちゃったw
エクセルは凡人には思いもつかないようなツールなのに
使い手が悪いと優れたものもダメになるという好例 エクセルが開発にいいとは俺も全く思わないけどね
当たり前だがあれは表計算ソフト >>789
ギョウム聞いてやっといて
これは設計書を書かずコーディングしたほうが早いということだろ >>791
結局それはわかってるやつを増やすか
わかってるやつがいるとこに逃げるというだけのことだろ
わかってるやつがコードを書くほうがいいということを肯定してるわけだな >>794
設計図書くかどうかは現場次第だが、業務書いてやっておいてで出来るようなシステムを設計するのは図を書くかどうかに関わらずアーキテクトやシニアレベルの役割
例えばビルダーパターンで業務プロセスの違うカンパニーをインスタンス化できるようなシステムにしておけばプロセスさえ把握すればそれぞれのカンパニーはジュニアレベルでもできるしあとは業務プロセスを把握した人間の人海戦術
それができるようなシステムを作るのはジュニアでは出来ない >>796
ギョウムプロセスを把握した人間が自分でコーディングするってことだろ
最初からおれはそういってんだよ
わかってるやつが設計書を書いてわかってないやつにコーディングさせる形式での分業に意味がねえって俺はいってんだよ
わかってるやつ増やしてわかってるやつ同士で分業したら増やしたぶん生産性が上がるのはあたりまえだ 場当たり的なんですよw
とにかくリリース出来れば良くて
設計のエレガントさとか関係ないんですよ >>797
どこをどう読めばそう取れるの?
>>796はその業務プロセスを共有しろって言ってる
わかるやつだけでコーディングしろなんて言ってないよ >>795
上で書いてるけど業務プロセスがわかればジュニアレベル、あるいは将来の自分自身で「簡単に」かけるような設計のシステムを書くのはジュニアレベルでは出来ない
根っこはおんなじでカンパニーを増やすのは簡単なように設計するんだよ
君のいってるのはカンパニーごとにそれぞれバラバラにやるということでそれはスケーラブルなシステムではない
あるいはJavaでバックエンドを書いてReactでフロントなんて時もバックエンドは自分で書いてフロントは人に任せる、バリデーションのロジックはフロントがジュニアならバックのこちらがやるよとかフロントはページごとに複数のジュニアにふるとか多人数での開発の方が早い場合はいくらでもあるし、開発手法とか設計手法とかはそのためのもの >>799
「共有した連中=わかってる連中」だろw >>800
結局わかってるやつにやらせるってことだろ
ジュニアくんはバックエンドできないけどこちらで懇切丁寧に設計書を書いて渡すからバックエンドやってもらう
こういうのが無駄だといってんだ
ジュニアくんがバックエンドをわかってるならそいつにまかせりゃいい
わかってるんだから設計書なんかで指示せんでもいい >>801
大枠作ってその業務プロセスを部下に共有しといて、あとは大枠にはめ込むだけにして、設計から任せるっていってるじゃんか
わかってる人たちだけでコーディングとか言ってないよ >>803
業務プロセスを共有するより自分で作ったほうが早いよ 複数の点を描くプログラムって実際に何点描けるんだろ?
スマホでも数万点は余裕なの? ヒツジが何匹描画できるかプログラミングしたら寝れる >>811
政治なんかこだわるのやめとけ
普通に考えて金持ちが
全体の1%しかいないのに
奴らが選挙に当選し続けてること
それ自体がすでに怪しい
選挙の結果それ自体が嘘っぱちである可能性が高いということな 共産党なんて人口の0.2%しかいないのに衆議院で3%参議院に5%もいるだろうが どうやって投票の正しさをチェックしてるかも知らずにテレビで流れる結果だけを信じてるなんてアホだなw 結局ゴッコ遊びの札入れにすぎない
候補者は適当にバランス崩さないように選ばれてる
あんまり選挙自体で嘘つく必要はない
誰を選ぼうがどうにもならん現実自体は誰にもどうにもできん
社会党なんて勝った瞬間に折れたろうが 人でなく政策で投票するのはまちがい
だったら法律自体で札入れしろよ
人を選ぶのに人を見ないでどうする? 法律自体で札いれしたいけど全部は無理なので政策が合ってるやつに入れるシステム 共産党が主張の通りにふるまえると貧乏人も期待していない 1. numはnullです
2. numがnullです
1のnumはローカル変数
2のnumはグローバル変数
みたいなニュアンスの違いに敏感にならないとならなくなる 思ったよりも共産が伸びなかったな
自公が過半数割れで立憲が増えたから一応はリベラル側の勝利だろう
買ったとはいえイマイチな感じはぬぐえぬ
コロナ禍の政府の失政でもう少しジャップの問題意識も高くなると思ったがこのありさまでは民度があまりにも低すぎる >>826
親が自民しか入れるところないって言ってた
未来のことを考えてくれよって思ったね 日本に未来はないとも言える
選挙システムそのものが壊れてる
不透明な集計基盤
投票しない有権者
嘘に罰則がないマニフェスト
広告費用・技術格差
エトセトラ
エトセトラ どこでもいいからプログラマーやエンジニアの給与上げてくれ >>837
無理
国民が貧乏なのは政府の政策
徳川幕府の真似してる
国民を歯向かう力がないぐらい貧乏にすることで揺るがない地位を獲得できる
他国に出し抜かれると弱いが
それをさせないための国際協調
な?割と完璧だろ? 半日パヨクのキチはトリップでもつけてくれんかね
NGにするから >>842
排除なんて普通にできるんじゃないの?
無能な働き者を飼い続けるなんてスゲーホワイト企業なのね >>841
転職したいなー
フルリモートで仕事量少なくて裁量があって上司が優しくて400万くらい貰える職場ないかなー >>844
> 無能な働き者を飼い続けるなんてスゲーホワイト企業なのね
ちゃうと思う
スゲーブラック企業だと思う
無能な人のぶんまで他の人がかぶるわけだから >>840
> 半日パヨクのキチはトリップでもつけてくれんかね
反日左翼って在日中国人のこと?
10年後には中国が米中戦争に勝利して世界を支配するんだから
そんなこと書かないほうがいいよ!
中国に支配されたとき処刑されちゃうよ!
なにがあっても「中国共産党は正しい!」
「中国人は素晴らしい!」
「中国共産党に服従してお仕えしたい!」
と書かないとだめです! 【コロナ速報】ワクチン接種後に会場で倒れ病院に搬送されそのまま死亡 高知県「因果関係は分かっていない」 🤔 ★4 [豆次郎★]
https://asahi.5ch.net/test/read.cgi/newsplus/1625458392/
これってmRNAが云々ではなく
単にワクチンに入ってるPEGによるアナフィラキシーショック? >>849
おめー数学できねーだろ?
数学できないとそういうこと信じるようになる。
それデマっていうレベルだぞ? ■ このスレッドは過去ログ倉庫に格納されています