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

[1 仕様書無しさん 2019/06/12(水) 12:12:07.49]

それは派遣じゃなくて偽装請負。
欲しがりません勝つまでは。

※前スレ
プログラマの雑談部屋 ★68
https://medaka.5ch.net/test/read.cgi/prog/1555747421/
プログラマの雑談部屋 ★69
https://medaka.5ch.net/test/read.cgi/prog/1556461063/
プログラマの雑談部屋 ★70
https://medaka.5ch.net/test/read.cgi/prog/1557034171/
プログラマの雑談部屋 ★71
https://medaka.5ch.net/test/read.cgi/prog/1557839009/
プログラマの雑談部屋 ★72
https://medaka.5ch.net/test/read.cgi/prog/1558835898/
プログラマの雑談部屋 ★73
https://medaka.5ch.net/test/read.cgi/prog/1559471542/

[952 仕様書無しさん 2019/06/19(水) 22:53:51.62]

この電車の場合
報道内容聞く限りだと、機能丸々忘れてたっぽいからな
状態遷移がどうとかの次元でもない気がする

内情はまた違うんじゃろか？

[953 仕様書無しさん 2019/06/19(水) 22:56:48.96]

>>952
報道内容でそれだと内情はもっと酷いかもね

[954 仕様書無しさん 2019/06/19(水) 22:59:25.54]

いやでもほら
機能ごっそり抜けてましたって言ってズバッと原因がはっきりしてたら今後に期待！ってなるじゃん

ごちゃごちゃ機能いれてそれとなくカバーして大丈夫なはずだったけど
なんか抜けてて結局だめでなんでだめだったかわかりませんとかって発表したら心象悪い

あえて入れなかった機能に責任なすりつけた可能性もある

[955 仕様書無しさん 2019/06/19(水) 23:29:58.13]

って>>951が言いたかったのか

[956 仕様書無しさん 2019/06/19(水) 23:50:23.87]

こんな簡単にすべき機能でもやたら難しく作るアホいるからな

[957 仕様書無しさん 2019/06/19(水) 23:56:27.74]

昔から不思議なのが、状態遷移図ってなんでこうも作られないのかね
どこへ行っても頭良さそうな人が雁首並べて「あれがこうなってこれがこうなって…」って、その都度条件考えてわからんわからん言ってる

[958 仕様書無しさん 2019/06/20(木) 00:04:23.01]

プログラマーの仕事は仕様書に忠実にコードを書く事であり仕様書が間違えているならば間違えたコードを納品するのがプログラマーとしての正しい動きで設計者の後始末をするのはプログラマーの職分ではない

[959 仕様書無しさん 2019/06/20(木) 00:06:11.88]

プログラマーは仕様書をコードに変換するのが役目なので全体機能について知っている必要が無いし全体を考えるのは設計専門の人間が給料をもらって存在しているのでその人の役割だ

[960 仕様書無しさん 2019/06/20(木) 00:17:49.69]

下痢糞は本当にダメだな
韓国が先日「日本企業が慰謝料を払うことをすれば、日本政府との２国間協議を検討してやる」と助け舟を出したのにあの野郎はこれを足蹴にしたそうだ
反省のないドクズの下衆野郎が総理なんだぜ
笑ってしまうわ

[961 仕様書無しさん 2019/06/20(木) 01:08:06.80]

病気でも薬で抑えて必死にやってる人間に対して
下痢糞とか言う頭悪い人間になりたくないな
嫌儲に帰れ

[962 仕様書無しさん 2019/06/20(木) 01:09:09.67]

いまだにプログラマーをコーダーと勘違いしてるのがいるんだな
今どき設計して自分でプログラミングしないところなんてほぼない

[963 仕様書無しさん 2019/06/20(木) 01:32:28.50]

>>962
っていうか
設計と実装が分かれてると
必ず実装側が被害を受ける
設計が実装するのに足る情報が書かれているのかいないのか
確かめる術は組んでみる他ない

[964 仕様書無しさん 2019/06/20(木) 01:45:27.93]

>>962

お前らのやっているポンコツ製造を「設計」と呼ぶなら、な。

[965 仕様書無しさん 2019/06/20(木) 02:13:10.61]

空行ageの人はいつも煽りレスだよね
周りがみんな敵に見えてる人なのかも

[966 仕様書無しさん 2019/06/20(木) 03:50:26.60]

>>960
副作用が大きいから提案を受け入れたらダメだよ
条約に基づいて韓国政府が払うべきものなのだから
長い目で見ると韓国側はデメリットしかないこんな提案を良くするなと思うわ

[967 仕様書無しさん 2019/06/20(木) 04:59:55.60]

国民はヒマになると政府に石投げるので

[968 仕様書無しさん 2019/06/20(木) 05:18:50.87]

>>957
図は結局人間が概要を理解するためのものだから

ある程度わかってしまうと
あとは網羅してチェックするには普通の表のほうが都合がよい

[969 仕様書無しさん 2019/06/20(木) 05:49:00.41]

>>957
ひとつ作ると全部作らないといけなくなるから作らないんじゃない？
大半はそんなのがいらないくらいに処理フローが単純なのもあるだろうし、

あとは仕様変更のたびに修正が必要するコストが無駄なんでしょ
設計書を図式化したものなんだし二重管理だとかって話にもなりかねない

とはいえ、あとから作るとなると複雑化し過ぎてて誰も保証できないから作りたがらないし作るなら最初だよな

システムオーナーが将来性を見て品質保証の観点から作成物の1つに指定しておくのが理想

[970 仕様書無しさん 2019/06/20(木) 06:21:31.09]

>>968

説明が必要なのは分かっていない人で、
その人に理解してもらうためにドキュメントを作るのに
お前は何寝言言ってんだ。
お前のドキュメントはお前のオナニーか？

[971 仕様書無しさん 2019/06/20(木) 06:24:45.47]

説明が要らない程単純に作ってあるならいい。
だが大抵はバカがスパゲティのごたる複雑怪奇にしている。
だから尚更遷移図が、「書けない」。もう、物理的に無理。
ここに、ニーズと供給の矛盾が存在している。
必要度が高いほど書けない。

[972 仕様書無しさん 2019/06/20(木) 06:25:01.12]

状態遷移なんてよくよく整理したら、複数フラグのオンオフだけで済むなんてことも多いからね

[973 仕様書無しさん 2019/06/20(木) 06:26:54.79]

>>957

頭が良さそうに見えるのは、本当に頭が良いというのがどういう事か分かっていないからで、
そいつらはただのマヌケだから。

[974 仕様書無しさん 2019/06/20(木) 06:51:16.51]

>>972

じゃあ整理しておけよ、ボケ。

[975 仕様書無しさん 2019/06/20(木) 06:52:46.44]

>>957
頭いい人達が状態を持たないようにした方がいいと気付いたからだよ
状態を持たないのに状態遷移もくそもないべ？

[976 仕様書無しさん 2019/06/20(木) 06:53:26.72]

できるやつほど地位が低いからねぇ。

[977 仕様書無しさん 2019/06/20(木) 07:03:22.00]

>>975

元に書いてあることとお前の言ってる事、全く噛み合ってねーだろ。
バ　カ　な　の　か　？

[978 仕様書無しさん 2019/06/20(木) 07:16:39.47]

backひとつであっさり破綻する遷移図

[979 仕様書無しさん 2019/06/20(木) 07:28:38.57]

お前らホントに大丈夫なのか？　ジジーたちをクビにしちゃっても。
40歳以上は雇わないって決めてるんだろ？

[980 仕様書無しさん 2019/06/20(木) 07:43:07.61]

>>977
それがわかるようになるまで研鑽すればお前にもそのうちわかるよ
頑張れ

[981 仕様書無しさん 2019/06/20(木) 07:52:52.86]

6個のフラグをまとめて1つの状態遷移表にすれば、
64個の状態と6個のイベントを含む384マスの表ができるという恐ろしいかさ増し方法

[982 仕様書無しさん 2019/06/20(木) 08:14:31.72]

クラスが状態を持たなくても
データは状態を保っているんだけどな

関数が副作用を持たないようにするのは
関数にバグを発生させないためであって、状態遷移をなくしてるわけではない

[983 仕様書無しさん 2019/06/20(木) 08:35:22.18]

>>944
銀行・証券は単価高いから優秀なのも集まるけど
メーカーの購買は単価にうるさくて
例えば富士電機などは
シニアクラス(最高ランク)のプログラマでも
人月60万が限度だから初心者や馬鹿・アホしか集まらない

会社に60万ということは本人の給料20万だからね。
高卒の新人しかアサインできない

よって事故はなくならないと思ってる

[984 仕様書無しさん 2019/06/20(木) 09:14:26.36]

>>906
paiza面倒くてやって無かったけどやってみるか転職したい中抜きしすぎ

[985 仕様書無しさん 2019/06/20(木) 10:11:58.88]

今のJAVAだと人月60万は普通（少し安めかも）
100万なら御の字

だからJAVAはやめた方がいいと思う

[986 仕様書無しさん 2019/06/20(木) 11:15:32.92]

>>980

言われたことの意味がわからんバカが、またバカ発言繰り返して何やってんだ、このバカ

[987 仕様書無しさん 2019/06/20(木) 11:16:48.30]

>>979

勿論ダメだが、大抵のジジイは居てもダメだから何にも変わらん。
どの道ダメ。

[988 仕様書無しさん 2019/06/20(木) 11:56:58.35]

情報系の人ってスキル高い人でも文系の奴に雇われて給料貰ってますよね。皆。
中抜きされて手元に残るのは少しだけ。もったいない。

[989 仕様書無しさん 2019/06/20(木) 12:25:13.54]

MVCの可読性、ヤバない？

[990 仕様書無しさん 2019/06/20(木) 12:34:13.72]

うんにゃ

[991 仕様書無しさん 2019/06/20(木) 12:38:16.23]

契約金額が60万だろうが100万だろうが給与は14万

[992 仕様書無しさん 2019/06/20(木) 12:38:25.42]

>>989

素人が言ってる？
なら、それはサンプルレベルだから可読性高いように見えてるだけで
バカが実務に参加するとどうしようもないゴミ溜めを作るから可読性もくそも無くなるぞ。
なんであろうか、結局能力次第だ。

[993 仕様書無しさん 2019/06/20(木) 12:42:32.89]

つか、納期次第じゃね？
設計しながらコード書きながらなんとなくエイヤーで短期決戦したコードは、俺も後から見たく無いもん。

[994 仕様書無しさん 2019/06/20(木) 12:57:14.23]

>>982
でも内部で抱え込まれると終わる

[995 仕様書無しさん 2019/06/20(木) 14:06:42.59]

何処からでも自由に使いたいおじさんか

[996 仕様書無しさん 2019/06/20(木) 14:21:57.11]

毎回スッカリ忘れてしまうから副作用は無い。

[997 仕様書無しさん 2019/06/20(木) 15:15:59.20]

素人ながら、どこからでも使いたいおじさんは関数型派って事か

[998 仕様書無しさん 2019/06/20(木) 18:53:02.43]

【新スレ】
https://medaka.5ch.net/test/read.cgi/prog/1561024352/l50

[999 仕様書無しさん 2019/06/20(木) 18:54:05.16]

ウメ

[1000 仕様書無しさん 2019/06/20(木) 19:00:16.85]

最後にひとつだけのreturn;