プログラマの雑談部屋 ★9 [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2017/07/07(金) 01:23:34.00
プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※前スレ
プログラマの雑談部屋 ★8
http://medaka.2ch.net/test/read.cgi/prog/1498187067/
2017/07/19(水) 22:45:01.82
>>720
参考にするものはいくつか見た…
>>721
何故？
>>723
まだ把握してない
すみません
2017/07/20(木) 00:44:56.70
顧客がシステムをJavaからPythonにリプレイスするらしい
けど静的言語を動的言語に置き換えるなんて無謀だよな
2017/07/20(木) 01:45:32.87
ああああああああああ！
もうやだあああああああああああああああああ
休ませろおおおおおおおおおおおおおおおおおおおおおお
2017/07/20(木) 01:47:27.03
あれだな、分かった事が一つある
休みが無いと人間としてもうダメになる
もう尻拭い無理ゲーだよ
2017/07/20(木) 08:14:28.68
>>724
具体的に何の仕様書を書けって言われたの？
現場の位置づけ的に求められているのは基本設計あたり？詳細設計あたり？
新卒ならプログラム仕様書とかテスト仕様書？
2017/07/20(木) 10:02:46.19
naoya ハメ撮り　youtube　はてなブログ　
2017/07/20(木) 10:07:32.48
基本客先だから自社作業＝自宅作業で無償とかにならない？うちだけ？
眠い
2017/07/20(木) 10:34:12.23
>>725
逆よりいいんじゃない
もう型は決まってるってことなんだから
逆だとダックタイピングで動いてたものが破綻する

まあそれでもついでだからといろいろ追加変更してハマるだろうけどな
2017/07/20(木) 10:50:09.97
前工程の奴の手抜きのために残業がイライラするな
1時間前工程でケチると次工程で10時間仕事が増える
それをやったとしても前工程やっぱり変更とかぬかしやがる
2017/07/20(木) 11:21:26.44
>>732
うだうだいわずにさっさと変更反映しろPG風情が
2017/07/20(木) 11:47:53.66
>>733
両方できる人にしかわからんか
735仕様書無しさん
垢版 |
2017/07/20(木) 12:25:52.25
お前らって勃起したちんこが役に立ったことあんの？
736仕様書無しさん
垢版 |
2017/07/20(木) 12:30:39.96
ない！
737仕様書無しさん
垢版 |
2017/07/20(木) 12:56:47.22
全てのクソちんこにまんこを！
2017/07/20(木) 13:53:00.39
うちはPLが元どこかのプログラマ上がりだから
そこらのエンジニアよりコード書くのうまい

仕様書はPLが書いてプログラマーはただの作業員と
化している

ただそのPLは派遣で来た人を契約社員にしただけ
だから、給与がプログラマーより3割くらい低くて、
バレたらどうしようとビクビクしながら使ってる
2017/07/20(木) 14:17:58.80
>>732
そりゃ工程管理してる奴が悪いな。
どうせ検収もせずに放牧してんだろ？
740仕様書無しさん
垢版 |
2017/07/20(木) 15:20:22.64
>>732
＞　1時間前工程でケチると次工程で10時間仕事が増える

わかるそれ。大変だな。

>>733
＞　うだうだいわずにさっさと変更反映しろPG風情が

高卒のクソチョン馬鹿SEは出てくんな（笑
2017/07/20(木) 15:32:04.44
朝鮮人で何か悪い事でもあるんか？
10代の頃ならこんな事言う奴はみんなで囲んでカツアゲしてやったわ
2017/07/20(木) 16:30:08.69
naoyaスレ立ってないの？(´・ω・｀)
2017/07/20(木) 16:31:14.77
国籍は興味ないけど
海外からきた人はソースに日本語でコメント入れるのダルいだろうな
2017/07/20(木) 16:56:41.35
>>738
普通に人手不足のときに入った人のが給料高いよ
求人の給料上げるたびに全体の給料なんかあげらんないよ
だってさ
2017/07/20(木) 16:57:47.91
最近、会社が社員に生命保険かけてて死んだら丸儲けで草ｗｗｗ
2017/07/20(木) 18:45:49.00
タッチペンで字を書く（特定の所をなぞる）を再現したいのですが、
どの環境が良いのでしょうか？
教えて下さい。
web系統でもユニティのC#でもフォームアプリでも実現できるのでしょうか？
教えて下さい。
2017/07/20(木) 18:59:08.25
ワコムのペンタブでも買って判断してくれとしか
2017/07/20(木) 19:00:37.89
特定のところをなぞると
字を書くに要求される精密さに
乖離がありすぎてなんとも言えん
749746
垢版 |
2017/07/20(木) 19:11:04.64
制度は余り必要無いです。7割ぐらい収まってたら、入力したと判断したいです。
2017/07/20(木) 19:16:55.68
挙げたのなら全部実現出来るよ。
751746
垢版 |
2017/07/20(木) 19:28:01.35
>>750
分かりました。試してみます。
ありがとうございました。
2017/07/20(木) 19:58:21.58
全く考えずにコーディングできるレベルの設計書って本当に実在するのか？
そんなん設計者がコード書いた方がはやくないか？
エクセルよりコード書く方が早いでしょ普通
2017/07/20(木) 20:06:52.52
>>752
もちろん可能だが
見たことないから見たいとかそういうのか?
派遣先のだから見せることはできないが実在する
んでしっかり書くからコーディング時間は短くなるぞ
2017/07/20(木) 20:11:54.19
>>753
全く考えないっていうのは
コンバーターを作れる程度を想定してるけどまじでできるのか
しかもコードを書くより早く
すごいな会社名だけでも教えて欲しい
2017/07/20(木) 20:15:49.52
>>754
それは教えられないだろ
どうやって作ってるかなんて
絶対無理レベル
2017/07/20(木) 20:21:27.08
世の中には情報を整理するのが得意な奴がいるってことだね
2017/07/20(木) 20:25:10.24
>>755
会社名だけでもいいんです
2017/07/20(木) 20:25:52.63
考えながらコード組むって意外と無駄な時間が多いような?
組んだ方が速いとこってメソッドの引数の数揃えるとこぐらいでしょ?
2017/07/20(木) 20:26:14.12
>>757
駄目に決まってるだろ
2017/07/20(木) 20:29:19.37
>>759
大丈夫です
答えてください
2017/07/20(木) 20:32:14.43
>>758
入力補完、リファクタリングツール、Lintツール、バージョン管理、テスト、デバッグ、etc...
どう考えてもコードの方が安全で楽でしょ(比較対象はOfficeね)
2017/07/20(木) 21:07:50.17
>>739
>>733みたいな奴が無理矢理次工程に進ませるんだよ
2017/07/20(木) 21:16:24.43
>>752
それはお前がどれくらいから考えないとコーディングできないかによるんじゃないか?
テストとか例外処理とか考えなくてもできるがそれなりに時間かかる

あと時間の問題だけじゃなく
分担することで設計で手を抜けなくなる
わかってる人が複数になる
ミスに気付きやすくなる
2017/07/20(木) 21:39:42.14
>>761
それ設計効率変わるほど大活躍するの?ｗ
設計図を書いてからモノを作ること自体に慣れてないんちゃう?
どうよ?
そういう経験もあった上でプログラミングに関しては組んだ方が速いって言ってるの?
2017/07/20(木) 21:54:23.68
>>762
あ？wbsつくったのおまえらだろが
自分でできますって言ったことができないとかさ
子供じゃないんだから
イイトコみせてよ
2017/07/20(木) 21:57:09.39
>>764
手短に絵を描いて
ポイントだけ日本語で注釈を入れる
後の細かい部分はコードの方がはるかに早い
設計書なんて細かく書けば書くほどDRY原則違反になるだけ
だから俺はコードの方が表現力が優れている部分はコードで書く
それ以外の部分では設計書(というかほぼ設計図)を残す
2017/07/20(木) 22:03:58.57
コードそのまま生成できるならメタプログラミングじゃん
2017/07/20(木) 22:04:24.44
>>766
あんまりやったことないだけで言うほど書くこと多く無いよね？
ただの食わず嫌いだろお前
2017/07/20(木) 22:22:27.93
>>768
細かく書いて失敗した経験なら昔から何度も味わってるよ
少しずつ省く部分を模索していって今に至る
概要の図と詳細のコードがベスト

思考停止してとりあえず設計書ってスタイルに疑問を持たない人は最悪だ
疑って考えて模索する人になって欲しい
つまり理系脳になってくれ
2017/07/20(木) 22:30:37.14
>>769
思考停止っていうかむしろ必要な資料なんだから
速く書く工夫でもしたらどうなの?

そんなにコード書くほうが速いって言うならdoxygenでも使ったらいいじゃん

でも俺だったらお前より速く仕上げる自信あるけどね
2017/07/20(木) 22:37:08.61
必要な資料は作りたくないです
プログラムだけ組みたいです
なんてアマチュアじゃん

一生懸命資料を書かない理由なんて探してんじゃねーよクズが
2017/07/20(木) 22:38:28.98
>>770
生成できるものは当然する
むしろ手で書いてはいけない

自信を持つことはいいこと
きっと優秀なんだろう
無駄なドキュメントに割く労力がなくなればもっと上を目指せる
まずは取り組んでみよう
それからだよ
2017/07/20(木) 22:40:25.46
手を使って考えて書かないといい設計書はできないよ
2017/07/20(木) 22:40:30.62
>>771
強い思い込みに囚われている
必要な資料が実は必要ではないかもしれない
そう考えられるようになれば一歩前進
2017/07/20(木) 22:41:25.50
>>771
下手くそな煽りだなwwwwwwwww
2017/07/20(木) 22:41:31.57
>>772
いやいや勝手に無駄って決めてんじゃねーよｗ
記述粒度もお客様と調節済みだよアホが

お前んとこみたいな
雑な業者に入られないようにしっかり書いてるんだよｗ
2017/07/20(木) 22:42:14.93
まー雇われの底辺じゃあ保守とか考えなくていいもんな
ふざけんなよ底辺
2017/07/20(木) 22:42:15.70
>>773
その通り
手を動かして絵を描こう
コードを書こう
頭の中だけで考えても限界がある
2017/07/20(木) 22:43:14.62
>>778
だからお前はdoxygenで書けばいいじゃん
2017/07/20(木) 22:43:17.48
左手の上下運動頑張るか…
2017/07/20(木) 22:47:51.91
>>776
何を持って無駄と定義するかは大きな問題だね
穴を掘って元どおり埋める作業をすれば金をやろうと雇い主が言った
雇い主との契約を満たすのは有意義な仕事だ無駄じゃないんだと自分をなんとか納得させるあなた
確かに金をもらえるけどそれはあきらかに無駄な作業だよねと考える私
物事は様々な見方があるということは今日の教訓として覚えておいて欲しい
2017/07/20(木) 22:48:22.11
>>777
ドキュメントとコードを二重管理しなければならない保守担当者の苦労も考えてください
2017/07/20(木) 22:49:11.02
>>779
そうだね
2017/07/20(木) 22:49:36.31
>>781
穴ばっか掘ってると頭おかしくなるんだな
2017/07/20(木) 22:51:04.02
>>782
じゃあexeだけでよくね?
c#なら逆アセすればいいよね?
2017/07/20(木) 22:55:10.60
>>784
人はそういった場面でおかしくなると意味のない作業に対する信仰心のような気持ちが生まれる
穴を掘って埋める作業にもなにか崇高なる意味があるのだと思うようになる
そうしないと精神が壊れてしまうからだ
そこまで追い詰められる前に冷静にこの作業には意味がないのではないかと疑問を持てるかどうかがデッドラインになる
2017/07/20(木) 22:56:52.55
>>782
それ二重管理っていわなくね？
違うものだぞ？
触る工程も違うんだし
なにいってん？
2017/07/20(木) 22:57:17.26
>>785
exeは編集するには向かない
コードは編集するのに向いている
これは重要なポイント
2017/07/20(木) 23:01:07.90
>>745
あるある
うちは遺族と山分けっぽいから良心的なのかな
過労死になったら労災もらえるように記録だけはつけとく
2017/07/20(木) 23:02:27.67
>>787
いいえ二重管理です
2017/07/20(木) 23:10:49.81
内部の変数名まで決めてくれなくていいけど
データがなかった場合どうするかとかは書いてほしい
2017/07/20(木) 23:12:09.02
つーか、大きめのアプリをドキュメント書かずに作るのって不可能だろ
2017/07/20(木) 23:14:35.33
>>790
うわあ
こういう感じなんだ
2017/07/20(木) 23:26:58.78
保守管理はgitの修正履歴で追うのが一番
ジャップは世界標準に合わせられなくて段々とガラパコスになっていくから注意しないと
2017/07/20(木) 23:30:50.15
凝り性なとこあるよね
ひたすら進捗の辻褄を合わせる係の人が10人くらいいる
2017/07/20(木) 23:33:08.90
コメントっていうアイデア自体がナンセンス
テキストしか表現媒体がなかった時代の遺物といえよう

リンクでも貼ってドキュメントに飛ぶようにしとくべきではないか
2017/07/20(木) 23:33:20.26
考えながらコーディングしたほうが速いっていうのはだいたい嘘で
今まで同じようなことをやってるから、思い出しながらコーディングしてるだけ
もちろん、その時の設計を思い出すから考えながらやってるわけじゃない

よく「まず手を動かせ」って初期に教育するけど
趣味のマイコンと混同してるよね
2017/07/20(木) 23:36:06.32
>>792
ドキュメント書いてようがコケるときはコケる
あと「ドキュメントなしで大きめのアプリを書くことは不可能ではない」を示せばいいなら「Apache」でググればいいと思う
設計書は存在しただろうか

>>769スタイルが一番妥当な気がする(自治体・大企業が相手ではない場合）
2017/07/20(木) 23:42:17.35
Apacheは技術的な根拠となるRFCがたくさんあるから
ドキュメントなしっていうのはつらいんじゃねーの
2017/07/20(木) 23:42:21.69
>>797
設計っつっても何をもって設計と呼ぶか、次第だと思う

日本語で念入りに「もしxxxがなんちゃらだったらどうこうする」か書くとか
コード書く前から念入りにシーケンス図書くとかを設計というなら
たぶんそれ机上（あるいは脳内）で実装してるのと一緒かも

依存してるライブラリのバージョン上がった時でも机上が通用するならいいんだけど
多分何かしら違うので100%の通用はしないし
2017/07/20(木) 23:44:13.61
設計図といって皆が同じような図と思い浮かぶほど
まだ枯れてないよね
設計技術や記法も
2017/07/20(木) 23:45:18.86
>>799
RFCをベタ書きしてApacheになるわけでもない気がする
どっちかってと、設計の根拠として「RFC4254を参照せよ」とか書く感じじゃね？
2017/07/20(木) 23:47:29.77
神の如きSEが書いた設計書ならともかく
大抵はあっても無くても一緒か
却って害をなすゴミだし
2017/07/20(木) 23:48:56.54
まあ俺はドキュメント無しでできることなんてたかが知れてると思ってるから
お前ら雑魚は一生自分の知ってる環境だけで頑張ってればいいよ
実際それで足りるときもあるしね
2017/07/20(木) 23:50:21.95
新規ならともかく改修や他システム連動するときに
ドキュメントがないと困る
2017/07/20(木) 23:51:33.65
>>765
何も情報出さないで、とりあえずでいいから線引いてみてって言ったんだろ?
それ以前に前工程のが終わってないのにブロックされてる次工程が始まるわけないだろ
さっさと直してこい
2017/07/20(木) 23:55:18.56
>>732
もっとエクストリームな奴あるぞ

お客さんは基幹系を作り直し中
で、作り直し中の基幹系DBを流用してフロントのアプリ書いてください、というもの
流用したらコスト浮きますよね、とのこと
ボクは反対致しましたが営業の上司に怒られました

ER図の変更と、仕様変更と、要件変更がドカっと来たり来なかったり
大体毎日何かしら書き換えかなぁ
2017/07/20(木) 23:55:30.14
全体のバランスや結合度を調整するときもソースコードでするの?
依存関係や循環参照ってコードで見える?
2017/07/20(木) 23:57:28.46
>>808
ごめん、逆に聞くが、できんのか？
2017/07/20(木) 23:58:10.87
>>808
今どきはIDEが指摘してくれる
2017/07/21(金) 00:01:00.37
政治的っていうかさ
社内の偉い人向けの報告資料づくりとかそのための辻褄合わせ、嘘とかさ

意味ある？ジャップ？
2017/07/21(金) 00:01:45.95
今後は中国企業が成長して日本のITはますます衰退する
2017/07/21(金) 00:06:23.46
>>809
>>810
そういう局所的なものでなくて全体的な流れ
小規模とか作って終わりならどうでもいいけど
長期的にメンテとかするんだと必要
2017/07/21(金) 00:06:39.98
誰も動くもの作ってないのに
何故今月中に完了すると思うのか
2017/07/21(金) 00:15:26.70
>>813
何を言いたいのかよくわからない
クラス図的な意味だろうか？　それともDFD？

例えばドキュメントとソースに相違があるならソースからリバースするしかない場合はある

単なるポンチ絵レベルで循環参照とか言ってるなら、多分あんまり意味ないんじゃねえかなぁ
例えばUMLモドキのクラス図モドキ風の絵で「顧客」クラスが「会計」クラスに「決算情報を問い合わせる」
……みたいなやつ

もうすこし詳細なクラス図であっても、あんまりあてにならない場合がよくある

いやそっちが厳密にプロジェクトやっててそんなことないって話なのかも知らんけど
こっちは「あなたはそう仰るけど、こっちが放り込まれた案件ではそんなこたぁなかった」という経験の話も含むから
平行線になりえるのは注意
2017/07/21(金) 00:23:00.73
現実と理想に相違がある場合に「理想（ドキュメント）が正しいんです！」なんて言われても
現実（ソース）を洗ってみなきゃ話にならない状況はまれによくあるって感じ
2017/07/21(金) 00:29:28.57
プロジェクト新入りに説明できるような資料はほしいよな
てか今なくて困ってるんだが
2017/07/21(金) 00:30:42.25
普通にどういう構造しててどう作ったんだよ
作ったものは要求仕様を満たしているの?

ってことを説明する必要があるわけだが
2017/07/21(金) 00:31:37.55
>>813
具体的に
2017/07/21(金) 00:31:41.78
ソース見ろって言ってるわけ?
マジキチだろ
2017/07/21(金) 00:34:28.30
>>818
どのみち、客はあなたがおっしゃった要求仕様を満たしているかどうかなんて興味ないよ
客自身のビジネスで使えるかどうかに興味がある

……後半でなんじゃこりゃあラッシュになるのは避けたいねお互い
2017/07/21(金) 00:35:32.31
そもそも通信相手のアプリの方はどういう設定でどう動いてるわけ?
通信相手って複数いるみたいだけどそれって誰と誰でどういうやり取りしてんの?
ってとこまでやっぱソースみんの?

マジキチだろ
2017/07/21(金) 00:36:12.11
>>821
マジキチだろ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況