プログラマの雑談部屋 ★24
■ このスレッドは過去ログ倉庫に格納されています
>>266 >>269 重視してそれでどうしたんだよw プリミティブしか使ってなかったら泥団子になるわけないだろ Javaは依存関係を階層化して保護する仕組みがないから やらかしを防げない 自作のロガーからメインクラスの定数参照したりして 一発でプロジェクトが泥団子となるのは新人が通る道 多重派遣で孤立無援の状態で客先の未経験組込とかやると構造的にイジメ抜かれて終わるな >>270 ゴミコードを高速で作った方が評価高いしな >>271 そして非推奨コードが残り続ける プロなら全部破棄しろ 派遣は強気になった方がいい 正社員になれない無能に何求めてんだ 頭使わずに成果が出るように環境と手順を整備しとけ 文句あるなら俺を切って有能な正社員を適正な待遇で雇え これぐらいのことは言ってやらなきゃ搾取されっぱなしになるぞ 自社で保守しない バグを出さない自信がある 仕様変更を拒否する権力がある 同業他社やクライアントが苦しむことに愉悦を感じる 汚いコードを書いていい条件 汚いの基準がおかしい 設計書に書いてないクラス書いたやつ死刑でいいの? >>279 静的解析ツールに警告されるコード は誰がどう見ても明らかに悪いコード 高卒でプログラマーさせてもらえて感謝しろよ 伊藤くん >>280 そこまで行ってない ビルド「intとunsigned intを比較しています」 俺「黙れ」 DRY守ってる? SOLID守ってる? KISS守ってる? 命名は明確? そういうところを見ればいい 効率化したいならコードメトリクスを計測する 設計書と合致してるかって判定基準はバカバカしいね コードがエレガントで設計書と不一致ならそれは設計書の問題なんだからさ >>283 設計書とコードが乖離してるなんて仕事が三流過ぎてどこから突っ込んでいいかわからないレベル コードがエレガントなんて冗談やめろ 誰にとっても不具合を抱えてるようにしか見えない なるはや って一般用語? 辞書に載っているとかそういうのではなく、 通じない人がいるのってどうよ? ジャップランドの水呑モンキーには所詮itなど無理な話さ コードと設計書が乖離してる状態をエレガントとは思わないだろうね リーダーに仕事が集中し過ぎてて仕事が回ってないから、分担出来る作業は引き受けるようにって指示が出たんだけど、 肝心のリーダーを見てたらプリンターが詰まったら直してる後ろでずっと様子を見てたり、誰かが質問しに行ってたらずっと後ろで一緒に聞いてたり… なんか仕事せずにずっと事務所の中を人の後ろに付いてうろうろしてるんだけど。 本当に仕事が忙しいならともかくうろうろしてて時間がないとか言ってる奴の仕事引き取るのすげー嫌なんですけど >>289 雑用は自分が引き取って 他のメンバーには本タスクを消化して欲しいんだけど 行動力がないからそれができないんだよね 判断は悪くないけどバカなのが残念 欧米ではPLはコミュニケーションを大学で学んだ専門家がやっているらしい。 外国のプログラマーが羨ましいよ。 この島国にいるせいでこんな目にあわされる。 設計書信者は迷惑だから消えてほしい 奴らはなぜか設計書を手続き型のパラダイムで書くんだよな コードと設計書を一致させろなんて妄言を真面目に実践したらJavaなのにstaticメソッドだらけパブリックプロパティだらけのまるでC言語プログラムになっちまう 設計書がないならいいけど、ある以上は従わないとな。 設計書が作成されている、その時点で設計書通りにつくらないといけないのだよ、 喩え宗教上の理由に反しようがね。 設計書を渡されるだけの人間には逆らう権利はない。 ただ奴隷のように指示に従うのみ。 いやなら設計書も任せてもらえるレベルにはやくなるんだね奴隷PG。 >>296 設計書通りに作るけどバグやコンパイルエラーがあっても設計書通りなら対処してやらんぞ? いいのか? >>298 さすが奴隷PG。 おまえはそれでいいよ。上流にフィードバックする権限すらもらえてないんだろ? >>299 アホか連絡体制ぐらいあるに決まってんだろ 面倒くせえから俺から報告する気はねーけどな 明らかなミスがあってもテスターが気が付いて報告するまで放置 上流のミスを無償奉仕でチェックしてやる理由はない 仕様バグ数に応じて追加費用出すならやってやるよ? >>298 いいんじゃないの?きちんと報告には上げてるんでしょ? >>300 じゃあそうすればいいんじゃない? コンパイルエラーを報告しないでテスターに渡せるとか、 なかなか楽しい職場みたいだねw 馬鹿が一人、ようやく底辺コーダーは設計書通りにコードを 書かないといけないことと、直すなら設計書から直さないといけないことを ようやく理解できましたとさ。 >>302 簡単だぜ? コンパイルエラーあるままコミットしてテスターにチケット回すだけ 文句言われたら仕様通りで通す 2、3回も繰り返せば向こうが折れる 言われたことだけじゃなく、自分でも柔軟に考えて行間を補完してください!ってな 設計書の通りかけと言ったり、補完しろと言ったり、とんだダブルスタンダードだがまあ許してやるわwww 了解を得たら、あとはやりたい放題よ >>304 そんな動かないものコミットしちゃうの? >>305 仕様通りなら仕方ないだろ? 柔軟に対応してって言質とったらそれ以後はしない 報告禁止ならともかく、面倒で報告しないだけなのに コンパイルエラーをcommitして設計書通りなんて言ったら、即解雇だなw こういうの見ると設計と実装で分業するのって無駄だよな プログラマごときが勝手に修正したり客に連携されたら堪らんわ プログラマは何も考えず設計書をコードに写す作業だけすれば良い 判断や問い合わせは特定の人間が、事前に定めたフローに従ってやる これ開発の基本だろうが >>309 だよな こいつ本人は間違いなくガイジだが仕様を厳密に実装すること自体はむしろ正しい ただしコンパイルエラーはギルティだ >>308 うん。だから ・実装を先にしてあとで保守資料的に設計書を起こしましょう とか ・実装時コメントの記載レベルを統一して設計書には細かいことは書くのやめましょう ってのはわかる。 ・設計書通りにコンパイルエラーもそのまま作るしバグ気づいてもそのままね ってのは、ただの基地外なのでクビになっていくだけだろう。 ITだけでなくどこの業界でも使えないよこういう人間のごみクズは。 >>312 目的は議論に勝つことじゃないですよ。 設計書通りに作れない思いあがったクズ底辺コーダーが死滅することです。 いやどんなに馬鹿でも>>298 の発言はねぇなって思う 設計書通りにコードに落とし込むのがプログラマーの仕事だ。 設計書の妥当性を考えるのはプログラマーの領分ではないし考えてはいけない。それは設計専門職の人の仕事だから。 そもそもプログラマーはシステムの全体像すら把握する必要がない。設計書をコードに落とすことだけを考えるのがプログラマーのスコープだ。 設計書が間違えているなら間違えたコードになるのが当たり前であり、それをプログラマーのせいにするのはおかしな話だ。 今迄の現場でプログラマがプログラム設計しない現場を見たことがない アーキテクチャやインフラ設計はリーダーがやる所はあったけど >>315 それで正しいと思う 間違った動作をしてるのを見付けた時に上に報告するのは言ってみればサービスとかフォローみたいなものだから、そういうサポートを受けたいならそれ相応の態度なり対価を出すべき それが無いなら書いてある通りに作って終わり たぶん多重下請けピラミッドとそうじゃない場所の人が話してるから永遠に通じないんだと思う それならオフショアでインドネシアにでも出したほうが安いな。 まあでも自意識高い系の底辺PGになると報告はサービスという考えという ことがわかったのは収穫だな。 そうだね、いつまでもジャップランドの常識が通じるとは思ってちゃ いけないね。もっと契約で細かく縛り付けておかないといかんということ。 非正規だけど30歳超えたらリーダーになってチーム率いてくれと言われた 当たり前だけど給料据え置き手取り17万 ちなみにリーダーになるよう依頼してきたのは派遣先 派遣元の営業さんとは1年くらい話してない 勤怠出すだけだから >>315 昔、多重請負の何次請だか解らんプロジェクトに一人で突っ込まれて、FPGAか何かの英語のスペックシート渡されて放置された挙句、メチャクチャ罵られて追い出された記憶がある 誤ってるとは言え設計があるなんてこの業界じゃ恵まれてるよ ちなみに東北の某大手製作所 真冬で寒かったなぁー >>322 災難だったな そういうの俺も何度か経験あるけど そもそもいたくもない現場で頑張ること自体無駄だと悟った イカレタ現場やイカレタ環境では 徹底的に定時帰りで良い それで切ってくれたらハッピー い続けても定時帰りでハッピー 俺は大企業以外の案件は受けないから よく分からんなぁ 中小企業のアサインなんて低レベルだし 新人か窓際にやってもらうよ 設計書のフォローを無料でやる人はコスト意識がないサラリーマン失格 ちょっとくらいならって軽い気持ちで無料でフォローすると次も無料で次も次もって私大文系SEがつけあがる >>324 今の会社に入る前にレベル低いベンチャーの仕事を請け負いでやったけど、唖然とするほど酷い扱いだった。 自称アメリカの大学卒の担当だったけど、英語喋れないし中学レベルの漢字も読めない。 仕事の指示もいい加減で詳細を詰めようとすると、お前が考えろと暴言。 仕方なく考えてやっても感謝の一つもない。 馬鹿らしくて途中でエージェントに文句言って降りさせてもらった。 大企業以外受けないのは正しい >>327 Embeddedだけど某大手製作所も超残業で酷い扱いだったぞ >>327 海外の大学出てるのに英語もダメ、漢字も読めない。 まるでアベじゃないか! >>315 コーダーだよそれ ビジネスの勉強をして客に提案できるようにならないと 成長しないよ おまえらプログラマーじゃないだろ 会話がカオスすぎる 大手は部署間のもめ事押し付けてきたりレスポンス遅かったり色々ひどい >>334 全力強気 そもそもんなもん知ったこっちゃねー上に そこまでやらせるならもう利益でない 部署間の信頼関係を破壊するレベルで自由にやってよい ねえねえ今一人で4つの案件やってるんだけど、これ普通なの? ちなみにweb 納期それぞれ別だし、他2つはまだ実作業には入ってないけど、環境どうするかとか仕様把握はしないといけない感じ みんなこんなもん? >>337 片手の指からあふれるようになってからこい マジレスすると 仕事を積みまくって残業させればさせるほど会社は儲かる 残業の拒否権は実は微妙だ(あんまり断ると懲戒解雇になったりもする) 私用があるなど正当な理由(?)がないと断れない なので管理側は常にあり得ないぐらい仕事を積み上げたほうが得になる まともにやっていると死ぬので自分の線引きをしないとダメ ここまではやるこれ以上はやらないと >>339 え(´;ω;`)どういうこと(´;ω;`) >>337 密集してると環境とか再利用できるからむしろ楽 >>337 組み込みは2つ3つリーダーが抱えてることあるけどwebは知らね >>342 javaだったりphpだったりワードプレスだったりcakephpだったり >>343 それでもリーダーなんだ… ぼくちゃん末端なんだけど…(´;ω;`) いくら書き留めても 昨日決めたことを今日は忘れてる コードを見返したら 書き方が毎日違ってる 派遣プログラマだけど、現場が気に入らないっていう時どうする? 開発環境がクソすぎてもう嫌なんだけど 営業に泣きついて辞めるか本気で悩んでるわ 得てる経験よりも失ってる物の方が多いわこれ つれえ ジャップの仕事の指示って何言ってんだか分からないんだよな 筋道はっきりしないし曖昧で空気読めとか自主的にとか意味不明 怒るとすぐキーキー言うしサルかよと >>350 追い出されなかった仕事あんのか? もし無いなら発達障害かもしれないから病院で検査してもらえよ >>355 その人は35歳君と言って障害持ちの人だよ。 社会が悪いんじゃなくて自分が病気と気がついていないんだな。 専用スレがあるから詳細はそちらを参照のこと。 選択肢は会社側がもってるんだから原因は会社側に帰着するべき 彼が発達障害なのが問題なのではなく 発達障害を理由に排除する会社のほうが問題ではないか 責任転嫁するな public class Tinge{ private static int count_Tinge = 0; private String nameTinge; private int birthday; private int smell; public int getSmell(){ return this.smell; } public void setSmell(int n){ this.smell = n; } } 仕事ができなかったときは できないことを理由にいたぶりたおすくせに 仕事ができるようになったら そんなことは大した問題ではないと平気でのたまう >>337 最近の流行だな。 一つの仕事だとどうしても作業量に波が出る。 複数詰め込んどきゃ手が空くこと無いだろって風潮。 >>361 インド人すげーな おいらベムってんだ(指3本) >>360 お前さんの言う「仕事」のレベルがわからん。 できて当たり前のことなら、 その扱いは普通の事。 例えば、お前の同期が「8×6」すら計算できなかったら 流石にいくらなんでも驚くだろ? 「やっと九九全部覚えた」って報告されても これで安心だとは思わないだろ? 相手からみたらそういうレベルかもよ? >>363 お、おう。。。 怪しいもんじゃ無いのは理解した。 public class Tinge{ private static int count_Tinge = 0; private String nameTinge; private int birthday; private int smell; public int getSmell(){ return this.smell; } public void setSmell(int n){ this.smell = n; } } >>364 できて当たり前なんてものごとなぞない それは向こうが自分を守るために勝手に決めた線引きだ どんなに仕事ができるようになったとしても もっと仕事ができる人間をもちだしてきてそのように言うこともできる その手の輩のインチキぶりには反吐が出る てめえこそ大したこともできないくせに 身勝手なこじつけで人をいいように突つきまわしやがって >>367 言いたいことは解らないでも無いが かなり損をしているタイプだろうな。 とりあえず二つだけ。 一つ目は「話題が主観的過ぎて第三者が判断できない」 俺は正しい。あいつが悪い。だけでは、共感は得られずに孤立する。 もっと客観的な部分に話題をシフトするべき。 二つ目は「他人と価値観が違うのは当たり前。合わせるのでは無くまずは受け入れろ」 相手の価値観を受け入れてから自身の対応を考えないと話は進まない。 自分の価値観を押し付けるのは無駄だと思った方がいい。 相手の価値観に合わせて、できる事とできないことを仕分けしてみ?話が結構進むから。 でもさ 論理的に完膚なきまで絶対自分が正しいときってどうしたらいいの? 宇宙の法則で相手の主張が挟まる隙間なんて本当に1_もないときってどう会話したらいい? 俺は以下のことがわからない ・こいつマジでバカなのか? ・それとも全部わかった上で俺との議論にどうしても勝つ必要があるのか? ・すべてがポーズ >>369 まず、自分が全て正しいなんてことは 「絶対にあり得ない」 国によって正義すら違うように、 個人の価値観なんて統一されている訳じゃ無い。 どちらが正しい と考えること自体が間違い。 (当然間違いじゃ無いときもあるけど) 「自分にとって自分が正しい」ように 「相手には相手の教示がある」 当たり前のことだけど忘れがちなこと 。 先ずは相手との価値観の違いを明確にすること。 自分の価値観の仲間を探す(作る)こと。 相手の問題を客観的な事実に基づいて指摘、誘導していくこと。 結局、地道に取り組むのが一番の近道だと思う。 >>370 数学みたいに絶対があっちゃうものってあるじゃん ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる