プログラマの雑談部屋 ★24

[1 仕様書無しさん 2018/01/15(月) 03:10:30.67]

プログラマは
こちらで雑談してください。
ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
拘り押付け系ガイジ
(else禁止、継承不要、設計書不要ガイジ)、
コピペガイジは出入書込禁止
※前スレ
プログラマの雑談部屋 ★19
http://medaka.2ch.net/test/read.cgi/prog/1509711456/
プログラマの雑談部屋 ★20
http://medaka.2ch.net/test/read.cgi/prog/1510833848/
プログラマの雑談部屋 ★21
http://medaka.2ch.net/test/read.cgi/prog/1512205653/
プログラマの雑談部屋 ★22
http://medaka.2ch.net/test/read.cgi/prog/1513600297/
プログラマの雑談部屋 ★23
http://medaka.2ch.net/test/read.cgi/prog/1514877593/

[2 仕様書無しさん 2018/01/15(月) 03:13:23.00]

前スレに書いたら>>1000だったから立てたよ。
テンプレは内容読まずにコピペしたんだが
なんか変だね

[3 仕様書無しさん 2018/01/15(月) 07:11:26.78]

VB.netって糞言語なの？

[4 仕様書無しさん 2018/01/15(月) 07:26:45.58]

>>3
書き方が異質だからな

Cの眷属が主力の今においてVBしか出来ませんを公言してるようなもんだし

[5 仕様書無しさん 2018/01/15(月) 08:15:15.80]

クソ言語だけど、それ故にc#に無いhandles句とか言う謎文法が便利よ

[6 仕様書無しさん 2018/01/15(月) 09:49:07.73]

今の現場の作業分担やりづらい

[7 仕様書無しさん 2018/01/15(月) 10:04:24.40]

ちょい相談させて
少し前に入った外注さんの書くソースが独特で困惑してる
ソースが汚い訳でもバクがある訳でも無いし動作としては問題はない

ないんだけどロジックの組み立て方とかがうちのプロジェクトの常識？と違うから悪目立ちしてる

他のメンバーにも聞いてみたけどその人の書いてるコードは読みづらいって思ってるみたい

マネージャーに相談したんだけど
「ちゃんと動くならそれでいい」みたいなこと言うんだけど、こっちとしては流用元に使う事もあるから困ってる

ただ、改修してもらうにしても明確なルールがある訳じゃないから何をどうお願いしたらいいのか難しいところ

こういうのってどうしたら良いと思う？
こっちが慣れるしかないのかね

[8 仕様書無しさん 2018/01/15(月) 10:32:41.07]

>>7
マネージャがいいって言ってるんだから問題ないんだろ
慣れろ

[9 仕様書無しさん 2018/01/15(月) 10:33:42.11]

>>7
コードレビューして意識共有＆リファクタだな
ちゃんと設計してたらそんな独特にならんけども

[10 仕様書無しさん 2018/01/15(月) 10:38:09.82]

>>9
マネージャーは自分でプログラムを書かない事もあってか、要件通りにプログラムが動けばいいって感じの人だからコードレビューとかにコストをかけないんだよね

[11 仕様書無しさん 2018/01/15(月) 10:43:27.95]

>>7
補足すると、一度しか使わない構造体とかクラスとかラッパーとかを大量に作る感じと言えばいいのかな

処理を分割する為にプライベートで作るのは分かるけどすごく小さい単位で作るからデバッグ時とかにすごく追いかけづらいんだよね

[12 仕様書無しさん 2018/01/15(月) 11:19:40.94]

>>11
設計書書かせないからだね
そういう奴に設計書書かせると
途端にクラスを作らなくなる
書くの面倒だからｗ
結局自分だって把握できない量の
おしっこを大量に散布して
自分しか触れないようにする手法
名付けて犬のしょんべん作戦

[13 仕様書無しさん 2018/01/15(月) 11:37:20.57]

>>7
そもそもお前が未熟だからいけない
いい設計とは何か？
答えられないだろ？
そいつの書くソースは明らかにそこから逸脱しているから読みにくい
でも言葉でお前はそれを表現できないから指摘できない

参考までに俺のいい設計の
定義を書くと

何の機能のどの処理が
ソースのどこに書いてるか
誰にでもわかること

これがわかんねーから
そいつのソースは読みにくい

[14 仕様書無しさん 2018/01/15(月) 12:20:31.10]

>>7
外注なんだろ

実装でツベコベ言うなら頼むなって感じ

どうせ外注先の未経験派遣が低単価で一生懸命作ってくれてんだからむしろ動くだけ偉いと褒めてやれ

[15 仕様書無しさん 2018/01/15(月) 12:20:37.49]

>>11

現物見ないと、勝手なこと言えないから、わからん。

[16 仕様書無しさん 2018/01/15(月) 12:32:03.13]

>>12
ションベン撒き散らした挙句に条件良いところがあるとさっさとトンズラ、PMはツベコベ言わず引き継げバグ修正しろの一点張りでデスマの後に故障退場までがテンプレート

[17 仕様書無しさん 2018/01/15(月) 12:38:12.92]

外注したとこのコードなんて見なくていいだろ
外部に繋がってるとこだけ見りゃいいじゃん

[18 仕様書無しさん 2018/01/15(月) 12:38:52.54]

>>17
( ﾟдﾟ)オールアセンブラ

[19 仕様書無しさん 2018/01/15(月) 13:52:58.85]

>>11
実際に見てみないと、
外注が独りよがりか現場のクラス不慣れかわからん
YAGNIとかKISSとかよく言われるんで、
そこら辺で妥当かどうか相談してみたら？
ただ最初に上がってきた段階で相談してない時点で、
若干手遅れ感

[20 仕様書無しさん 2018/01/15(月) 14:38:22.54]

>>19
あーそんな感じかも
機能を小さく単純にする事は大切だけど、1機能単体では何を目的としてるのかが分からなくなるまで細分化しちゃってる感じかな？

普通は相談とかしながら仕事になれていくうちにさじ加減を覚えるものだと思うけと、そういうのが出来ない人だから相談とかもせずに好き勝手にやっちゃうんだろうな

[21 仕様書無しさん 2018/01/15(月) 15:34:54.61]

才能のあるプログラマーの書いたコードを読めない低脳文系が才能ある人を潰す好例だな

[22 仕様書無しさん 2018/01/15(月) 15:35:59.34]

>>21
なんの才能なの？

[23 仕様書無しさん 2018/01/15(月) 15:36:33.67]

>>21
チームプレイなんだからワンマンプレイは歓迎されないだろ

[24 仕様書無しさん 2018/01/15(月) 15:38:59.93]

コミュ障はこんなところでも邪魔だな

[25 仕様書無しさん 2018/01/15(月) 15:39:01.99]

金もらってやるんだから、歓迎すべきでないのは素人レベルの奴

[26 仕様書無しさん 2018/01/15(月) 15:39:50.37]

>>25
誰それ？

[27 仕様書無しさん 2018/01/15(月) 17:02:36.86]

>>20
最初に既存を参考に〜とか言えばいいのに
もう一番直してほしい書き方はルール化しちゃって今後はこういう書き方で でよくない？

[28 仕様書無しさん 2018/01/15(月) 17:19:27.62]

>>27
このケースみたいに周りに合わせられないタイプは、我が強いか、周囲に関心が無いんだと思う

改修を依頼した所で、

我が強いなら「今までこうやって来た！」って反発するし、
周囲に関心がないならそもそも周りがどういうコードを書いてるのか知らない

結果、指示した所だけ直して終わり
明日からも汚いコードを書き続けることになる

要するに空気が読めないアスペ
病気だから諦めるしかないよ

[29 仕様書無しさん 2018/01/15(月) 17:44:44.24]

>>7
自分と同じ書き方でないと読めないとか日曜プログラマに転職した方がいいんじゃないか
バグフィックスする時とかその人の書き方に合わせてやるぞ
あと流用ってコピペだろそういう設計が問題
それを譲っても元になる大事なとこなら外注に任せないだろ

まあパラダイムの世代が違うとかだと問題だが

[30 仕様書無しさん 2018/01/15(月) 18:16:54.61]

>>29
横からだけど、
流用を前提とした設計が良くないって言ってるように聞こえるけど何が問題なの？

というか時々ここで流用を否定してる奴がいるけどそれお前か？

流用を前提とした設計なり開発なんて基本中の基本だと思うんだけどその辺り詳しく教えてくれない？

[31 仕様書無しさん 2018/01/15(月) 18:19:53.02]

うーん、でもどんなコードかなんとなくわかるなぁ
ステータス１つにクラス１つ割り当てちゃうような作り方

[32 仕様書無しさん 2018/01/15(月) 18:21:58.89]

>>30
その人コピペ流用が駄目って言ってるだけに見えるけど
立ち位置ハッキリしてくんない？
流用駄目って言ってる人は俺には見当たらない

[33 仕様書無しさん 2018/01/15(月) 18:22:18.13]

既存コードがクソ過ぎるパターンもあるからな
古いやり方が手入れたとこだけ直してあるから真似したらアカンやつとか

[34 仕様書無しさん 2018/01/15(月) 19:17:28.13]

周りに合わせるとか全体主義かよ！
みなさんこれがジャップランド文化です

[35 仕様書無しさん 2018/01/15(月) 19:20:06.54]

設計の本質がわかりやすいコードであれば
人に合わせる技術が無ければ設計能力が低いと見られても仕方がない

[36 仕様書無しさん 2018/01/15(月) 19:20:48.58]

コミュ障はどこでも役に立たないなｗ

[37 仕様書無しさん 2018/01/15(月) 19:43:58.10]

素材関係の大卒は理数系で良いの?

関数が理解できずにプログラムから離れた人が居たけど理数系ならAIエンジンくらい作れと思った

[38 仕様書無しさん 2018/01/15(月) 19:45:32.06]

毎回周囲に合わせると心に誓ってるのに
気が付いたらマイルールだらけになってる
がまんできない

[39 仕様書無しさん 2018/01/15(月) 19:48:24.62]

>>38
深層意識でそんな気はさらさら無いんだろきっと

[40 仕様書無しさん 2018/01/15(月) 19:53:15.72]

閏年のプログラムは取りあえず4で割れば良いよね？
次の特例は2100年。
知らねーよwww

[41 仕様書無しさん 2018/01/15(月) 19:57:00.63]

>>40
(*ﾟ∀ﾟ)ｂ　3月1日から1日引いて29日だったら閏年さ!