プログラマの雑談部屋 ★38
■ このスレッドは過去ログ倉庫に格納されています
プログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★36
https://medaka.5ch.net/test/read.cgi/prog/1529287662/
プログラマの雑談部屋 ★37
http://medaka.5ch.net/test/read.cgi/prog/1530182616/ >>205
嫌いなプロジェクトに当たるたびに辞めてるのか? >>182
名前をつけない場合でもその処理は書くんだから
名前が無いとどこで何してるかわからなくなって処理を追うのが余計に大変になる
飛びまくると考えるんじゃなくパッケージングされてればその先を見なくて済むと考えよう >>188
それはできるプログラマじゃない
ラムダとか関係なくif elseやループでもおそらくネストしまくりだろそいつ >>210
メソッド分割せずに#regionに処理の概要書くんだよ
そうすりゃあっという間に数千行のメソッドのできあがりさ >>189
工数やバグが減って保守性が上がる
メリットだらけじゃねえか
今までバカやってたのと同じ見積もりで受ければ差額は丸儲けだぞ 出来るってのは、出来ないやつの尻拭いが出来ることを指すんだから、
ラムダだのセニカだの言ってねーで、仕事しろよ仕事。 >>193
実態を隠蔽するのがプログラマの仕事だよ
見なくていいものを見ないで済むようにコード整備していくんだ
もし仮に隠蔽しなかったら全部メインルーチンにベタ書きになっちまうじゃないか
それは異常者やることだろ?
正常なプログラマは隠蔽を使いこなす >>216
ラムダなんか書いてねーで関数にしろよカス 全文メインルーチンに書いてあるからぶっ飛ばしたくなってるけど、異常者なのか。
刺されそうで怖いな。 >>217
関数切り出しと処理をラムダで書くかどうかは別次元 >>199
認識に差がありすぎて話が通じねえな
・ラムダが理解できることが異様にハイレベルな特殊技能だと思ってる人達
・ラムダは呼吸とおなじように誰にでもすぐにマスターできる技能と呼ぶのもおこがましいものだと思ってる人達
両者の間でどんなに議論したって結論が一致することは無い
だからプログラマは同じレベルの人間だけで集まって仕事をするべきなんだよ
契約する前に面接や技術試験をしっかり行って配属先を変えたほうがいい
ラムダも理解できないようなカスは物量だけが問題のドカタ案件に放り込む
まともなプログラマは課題解決に知性と技術が必要な案件に招待する
ベテランと新人のセット販売などもってのほか ラムダなんてこんな話題になるようなもんじゃないだろ
何千行とかの入れ子forループ書いたりするアホを斬るほうが重要 >>221
それを解決するための道具の1つとしてラムダが役に立つ 経歴詐称して新人送り込むビジネスって今も通用すんの?
出来るなら最低でも1か月分の金は貰えるから面談でハッタリかましまくって
潜りこむを繰り返すことは可能?ブラックリストとか作られる? >>223
それを通用させるのが偽装請負という手法なんだな。
特定派遣が廃止され、この偽装請負がさらに増えると見られるわけだが、
営業が見積もりでヘマこいて潰れる会社が増えるんだろうな。 未経験の転職はそういうところから業界に入るしかないのでは
それでなんとかやっていけたら経験者になれる いやそういう意味じゃなくて鋼のメンタルの持ち主なら
現場の空気悪くなろうがどうなろうがほとんど仕事しないで
残業しろって言われても定時で帰ってを繰り返せば仕事的にはすげー楽だよね >>223
セット販売するベテランが居なくなった時点で終わり
首を切れない大量の素人を抱え込んであっという間に会社が破綻する
今は転職が簡単だから優秀な人材は不満を感じたらすぐに居なくなる >>225
自社開発なり誰かと抱き合わせなりして入ればいいんだよ
軽く考えている見たいだけど経歴詐称自体は詐欺なりなんなりの犯罪だからね
受け入れる側も派遣の事前面接やら他にも後ろ暗いことやってるから見逃されて
いるだけであってまっとうなとこだと訴えられないからな 会社側というより送り込まれる本人視点の話
あくまで面談通るぐらいの知識とハッタリをかませる前提で
案件なんて腐るほどあるんだし延々とこれを繰り返すことが可能なのかって話 未経験者でも簡単に入れるこの世界だが、
営業のほうも簡単に入れるもんなのかねぇ? こういう話題を見ると実感する
ビジネスモラルがないんだよな日本人ってさ
まさにエコノミックアニマル 俺経歴詐称客先常駐で初っぱなから1人で送られたわ
途中から1人は入ったけど
今新しいところはまた1人だは いや周り見てるとさプロパーは当然のことながら派遣でも
居眠り一つせず糞真面目に仕事しとるやん
デスクワーカーの日本人ってある意味で異常な気がしてならないんだよね
海外で派遣システムなんか成立しないだろ 簡単に捨ててくれるからこそ、elseがあるとソース読めないようなバカでも
雇ってもらえるんだもんねぇ。 >>236
正解は、else書きまくるバカでも雇って貰える、でした >>184
前半よかったのに後半ひどくてわろた
CalculateTotal絶対いらん
Pachinkohiがその方法で作れないのわかってんのに
なんで無理やり一般化するし 前にも言ったけど、キーワードは「責任」。
クビになれば済むんだから、そりゃあもう気楽なこと気楽なこと。
ちょっと技術力をつければ、さらにおきらくごくらく。 >>238
パチンコだけ別の処理を書くだけだな
無理やり一般化するというか、キミのほうが一般化すべきコードを無理やりコピペしてる、と言うべきだね interface IDataObj {
int Hiyou { get; }
int DataKubun { get; }
}
int CalculateTotal(int dataKubun) => dataObjList
.Where(d => d.DataKubun == dataKubun)
.Sum(d => Hiyou);
これじゃあかんの?
オブジェクト指向わからない人がいるからダメ? いま適当に「キーワードは責任」をググレカしてみたら、
かつてアベが口にしたセリフらしいね。 この世界は一般派遣で仕事ゲット出来ないようなのがいっぱいるじゃんか
特派はそういう人の為にあるんだよ
フリーでやってた時、彼らのレベルの低さに驚いたもん
ウェブ系の開発でGoogleマップをカスタマイズしたライブラリーを製作する担当で特派の人がきたんだけど、全然出来なくて何故か自分が泣きつかれて作るはめに。
実は彼は腕利きのフロントエンジニアという触れ込みで現場にきたんだが、前職ではHTMLの運用の仕事しかしてなくて、しかも前前職は理容師見習いだったという。
オブジェクト志向とは何か、から丁寧に教えて一緒に作りましたよ。 >>243
>いま適当に「キーワードは責任」をググレカしてみたら、
>かつてアベが口にしたセリフらしいね。
その通り。
プログラマーの意識が低すぎるから、アベを糾弾する為に話をふってみたのさ。
まだ続けてやるから、ネトウヨ悔しいのぉ。 iPod touchの第7世代っていつごろ発売されるのでしょうか? >>244
ジャップからは搾取したもんが勝ち。
元請けが搾取してるんだから別にいいんだよ。
この国は上はアベから竹中から搾取の構造で成り立っている。 本来なら、会社の看板掲げてる分、特派のほうが
レベルが高くなきゃいけないんだが、会社の看板で
能無しをゴリ押ししてるのが現状だもんねぇ。
それこそが、まさにキーワードは「責任」。
大事なのは能力よりも責任の押し付け先。 iPod touch 第7世代早く発売してほしい。 いや、非正規に責任なんてないから。
だから非正規を楽しんでる。
責任ないのに高い給料。
非正規の特権だよ。 一般派遣は、仕事選べるから、高い給料+後に続く経験が蓄積されるけど、
特定派遣は、「高く売れる」ところに放り込まれるだけ
それでも、肩書が、正社員なので、人並みの人生が送りたいなら、特定派遣を勧める。 でも9月で特定派遣終了っしょ?
偽装請負に切り替わるだけ? どっちでもいいよ
末端は定時までだらだらするだけで変わりない キーワードは責任ww
こんな島国に対してやなこった アベ自らが責任とってないのに
末端の非正規に、キーワードは責任wwww 責任というからネガティブなかんじがするんだ
権力といおう 外国じゃ責任ってのは誰が状況をどうにかできるか、何をするべきか決めるものだ
日本じゃことが起こった後でだれを吊るせばいいか決めるときに使う >>265
安心しろ
海外だってそうだろ
そうでなかったらギロチンなんてできやしねーよ 今の現場設計書に書いてある条件とかどこのデータ(データベースとかファイルとか)からとってくるとか書いてないんだけどこういうのってみんなプロパーや常駐先のリーダーっぽい人から聞いてるの?
自分はちょびちょび聞いてるんだけど箇所が多すぎて一々席立つのしんどかったり鬱陶しく思われそうで作業止まること多いんだ
まだ1年目でよく判断がわからない まさに責任
おまえがどこまで背負ってどういう立ち位置に立とうとするか観察されている くれぐれも責務だけおわされないように
決定権も自分がもたないと身が持たん 詳細設計にどこから持ってくるか書いてないなら不備
その現場はすぐ逃げた方がいい >>271
詳細設計書が無い部分なんだ
機能によってあったり無かったり
なんで無いのかはなんか聞きたくない
>>272
嫌な予感しかしないんだが設計書に書いてあったんで好きにコーディングしましたよって言える度胸必要なんかな
仕事行きたくねえ… わかんなかったらExcelシートに取得元がこんだけわかりませんって書いてぶん投げちゃえ 日本の場合、
設計書の不備は指摘しなかったり確認しなかった
プログラマの責任だからな。
とんでもないバカげた風習だよな。 日本のITがこんななのも自民党政権のせいなんだよな >>268
リポジトリの設計を見ればいいよ
ただリポジトリの設計はほとんど自明だから省略する場合もあるが >>268
同じチームの人は似たような設計書を扱ってるのに出来てるんだろ?
なら自分以外の人がなぜ出来てるのかを突き詰めて考えるんだよ
考えて分からなきゃ頭を下げて教えてもらう
5chなんかに愚痴ってないでまずはやるべきことをやろうぜ 設計書に項目一個、処理一行まで書いてあげないと製造してくれない子ってすごく困る
コードを自分で書くより設計書を書く手間の方が大きくなってしまう
コードを書いてテストするだけなら1機能1日
10機能なら10日で終わる
設計書を書くとエクセルだからすごく書きにくくて1機能2日かかる
10機能なら20日
そこから10人に実装とテストを任せると追加1日
合計で21日かかる
忖度を期待して設計書を省略すれば1日2機能ぐらい作れるけど
忖度が苦手で隅々まで書いてくれないとわからないって言う子が必ず現れる
この問題みんなどうやって解決してるんだろう 人を使わないことで解決させてる。
キーワードは「責任」。 >>280
普通そんな問題発生しないけどな
要件と仕様の忖度と設計はプログラマの仕事範疇だし
設計と実装を別の人がやるというのがありえない
それに処理一行まで記載って日本語で実装してるようなもんじゃん、そんなんエクセルコンパイルしますわ >>283
って言うけどさ
実際には設計と実装は別人がやるし
処理1行までかかないと仕様漏れだこれでは実装できないって鬼の首を取ったような勢いで責め立ててくるよ 関数型プログラムもUML使うの?
まだOOなもんで 曖昧な設計書から仕様を読み取る勘なんてのも能力のうち。 書いてないことがプログラマーの裁量になるならともかく
思ってたのと違ってたら実装バグに倒してきよるからな
設計ミスだっつーの 前にも言ったと思うが、下流に行くほど高い能力が要求される。
素人には、コーディングよりも設計書を書かせるのをやらせるんだな。 >>289
一番難しいから丸投げの対象になるしコスト競争で薄給になるよな そうだな。
この際、出来ないやつほど上流というのを徹底して
入社したらまず営業をやらせるぐらいがいいのだろう。 >>288
仕様の論理的矛盾を解決するのはプログラマの仕事
一番下っ端どころか客先常駐の奴隷だから押し付けやすい >>291
客の要望を理解するという意味では良いかもね
何したいか知ってればモチベーション違うでしょ 客の要望なんてのもそうだし、社長の要望なんてのもそうだし
なにより、お金の流れを知るってのが重要なんだよね。 設計書をFixしないと実装できない現場ってクソだと思ってたけど
そうでもないな
何も確証の無いまま実装工程行くとカオスになる
勝手に自分クラスを大量にこさえる奴の抑制は必要 プログラムの能力なんてのは、そのまんま設計の能力だからな。 日本語名でクラス作れたらその程度のことで目くじらたてんでよかったろうに
なぜかどこも許してくれない お前がさっきゴチャゴチャ言った内容をWordに書けばいいんだよ 君の書いたクラスを俺の書いたクラスで呼び出さなきゃいけないんだけど
設計書にあるクラスで動かないじゃん?
どういう風に書いたらいいの?
なんか1ヶ月ぐらい返信無かったw >>295
そのとおり
だから1行1行までピタリとコードに一致する設計書が必要なんだ 設計も出来ないやつにプログラム書かせるなんて時点でもう・・・
人売り業ならではの出来事だな。 細かすぎる詳細設計書の必要性ネタで荒らそうとするのはやめろ! ■ このスレッドは過去ログ倉庫に格納されています