21/07/24(土)14:12:17 プログ... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
21/07/24(土)14:12:17 No.826944930
プログラム設計書って何のためにあるの
1 21/07/24(土)14:12:57 No.826945163
納品するため
2 21/07/24(土)14:14:08 No.826945576
どんなこと書いてるの エジプシャン禁止とか？
3 21/07/24(土)14:15:04 No.826945865
これ作る意味ねーよなと思いながらプログラム書く数倍の時間かけて作ってる
4 21/07/24(土)14:15:09 No.826945905
プログラムを設計するためにあるのだ
5 21/07/24(土)14:15:16 No.826945945
どんな感じに入れたり出したりするかとか
6 21/07/24(土)14:16:51 No.826946531
書いたことないけどそんなに意味ないの？
7 21/07/24(土)14:17:02 No.826946592
後から保守する時にないと困る 良いですよね設計書に書いてない実装
8 21/07/24(土)14:18:59 No.826947315
プログラムを作ったあとでそれに合わせて作るもの
9 21/07/24(土)14:19:10 No.826947376
日本語はプログラムを表現するのに向いてないよ…
10 21/07/24(土)14:19:13 No.826947389
パンチャーを使っていた頃のコーディングシートの名残り
11 21/07/24(土)14:19:45 No.826947584
プログラムコードと表現が違うだけで内容同じなのであればアセンブラ時代の名残かな？
12 21/07/24(土)14:20:17 No.826947772
だがこのプログラムには隠された仕様があるぜ
13 21/07/24(土)14:21:03 No.826948034
UML覚えたいなあ
14 21/07/24(土)14:21:09 No.826948078
誰もいなくなった後に引き継ぐヤツのため
15 21/07/24(土)14:21:36 No.826948235
設計書書いた事ないわ
16 21/07/24(土)14:22:54 No.826948686
設計書は書いたことないけど弊社は仕様書を３種類作るね…全部内容いっしょだけどいっしょだと文句言われるのでいっしょにみえないように時間をかけて書き上げます バカくせえ…
17 21/07/24(土)14:23:07 No.826948781
いいよね設計書書かずに作ったプロダクト若いのに引き継がせて若いのがいじるときには設計書書けって言ってくる上司
18 21/07/24(土)14:23:52 No.826949095
(自分が書いたはずなのに読めない)
19 21/07/24(土)14:23:57 No.826949130
俺の知らないアーキテクチャ設計書と文言を統一してくださいとか言われる うるせーーーーーー知らねーーーーーーーー
20 21/07/24(土)14:24:09 No.826949222
IDEがなんかいい感じに自動生成してくれないかな
21 21/07/24(土)14:24:23 No.826949312
コードから設計書生成しようぜ！
22 21/07/24(土)14:24:34 No.826949373
引き継ぐ側は書いとけやと思うけど引き継がせる側はもう会社にはいないからどうでもいいしな…
23 21/07/24(土)14:25:04 No.826949532
作る時はいいんだけど保守するときに仕様書とかがないと困る 何が正しいのかわからない…
24 21/07/24(土)14:25:07 No.826949558
>コードから設計書生成しようぜ！ doxygenくんは割と頑張ってくれる…
25 21/07/24(土)14:25:14 No.826949596
アジャイルなんだから設計書なんて不要だぜー！
26 21/07/24(土)14:25:41 ID:bsgKTmOE bsgKTmOE No.826949737
作るときに関していえば詳細設計書はいるかどうか微妙だけど基本設計書はいる 保守の時だと両方いる
27 21/07/24(土)14:25:42 No.826949738
>書いたことないけどそんなに意味ないの？ 書いたとおりにしないといけないが 初期設計なんてあてにならん
28 21/07/24(土)14:26:10 No.826949902
引き継いだプログラムの設計仕様が一切なかったんだけど必要ってことになって全部コードから逆起こしで設計思想読み取って仕様書作ってるよ… アホか～
29 21/07/24(土)14:26:19 No.826949969
設計書はプログラムを書き終わってから作るもの 主にデバッガーに投げるために
30 21/07/24(土)14:26:29 No.826950031
引き継ぐ側は引き継ぐ側で こんなん読むくらいならシステム構成図とソース読んだ方が早いわってなる
31 21/07/24(土)14:26:59 No.826950236
>作る時はいいんだけど保守するときに仕様書とかがないと困る >何が正しいのかわからない… 仕様書は嘘つくけどソースは嘘つかない
32 21/07/24(土)14:26:59 No.826950238
>doxygenくんは割と頑張ってくれる… 僕はGoaちゃん！
33 21/07/24(土)14:27:07 No.826950293
詳細設計はそのままコメントになるぞ
34 21/07/24(土)14:27:08 No.826950302
>引き継ぐ側は引き継ぐ側で >こんなん読むくらいならシステム構成図とソース読んだ方が早いわってなる それは規模による
35 21/07/24(土)14:27:34 No.826950450
嘘だらけのユーザーマニュアルしか無いんですけお
36 21/07/24(土)14:27:36 No.826950459
メンテされなくてコード直で読んだ方がわかりやすいからマジで意味がないということで10年前にはなくなった
37 21/07/24(土)14:27:54 No.826950546
仕様書？あるでしょうここにテストコードが
38 21/07/24(土)14:28:31 No.826950810
仕様書はメンテされているのか そもそも正しく書かれているか で疑心暗鬼しか生まないのでソース見るのがいい
39 21/07/24(土)14:28:31 No.826950814
>仕様書は嘘つくけどソースは嘘つかない // 何故か動く
40 21/07/24(土)14:28:34 No.826950826
プログラミングに使う数学ってどんな分野になる？
41 21/07/24(土)14:28:55 No.826950962
>doxygenくんは割と頑張ってくれる… summaryが無かったりコピペで実装と異なってるのいいよね…
42 21/07/24(土)14:29:01 No.826951010
設計書がないと毎日がエスパー検定だからな 心理学の要素も必須となる
43 21/07/24(土)14:29:20 No.826951135
引継ぎのため コード読んで動かした方が早いって言われたらそれまで
44 21/07/24(土)14:29:24 No.826951170
理想と現実
45 21/07/24(土)14:29:31 No.826951216
ソースコードにコメント書いてくれてたらいいよ
46 21/07/24(土)14:29:46 No.826951310
>仕様書？あるでしょうここにテストコードが REDだけど時間がないからリリースしようぜ！
47 21/07/24(土)14:30:03 No.826951438
コメントがなきゃわからないようなコードを書くな
48 21/07/24(土)14:30:09 No.826951477
今の時代にそんなもん書かせてくるところはハズレだと思う
49 21/07/24(土)14:30:27 No.826951585
仕様書とコメントと実装が異なるなんて日常茶飯事だぜ
50 21/07/24(土)14:30:27 No.826951586
設計書＋テスト仕様書を納品してOK出ないと製造できない
51 21/07/24(土)14:30:38 No.826951649
なんか文化が違うんだけどどういう業界だと設計書要らないんだ 少人数開発のweb系とか？
52 21/07/24(土)14:30:51 No.826951721
仕様変更があったらコードだけじゃなく設計書もいちいち書き換え更新するべきだとは頭ではわかっているんだ 時間がないんだ 時間があれば多分きっとおそらく現行の仕様どおりの設計書に更新するんじゃないかな…？
53 21/07/24(土)14:31:01 No.826951790
詳細仕様でフローチャートまで机上で作ってから実装する人いるのかな…
54 21/07/24(土)14:31:08 No.826951835
コードがあって動いてても目的がどこにも記録されてないとその動きが正解か分からんのです
55 21/07/24(土)14:31:24 No.826951948
>プログラミングに使う数学ってどんな分野になる？ 作りたいプログラムの分野による
56 21/07/24(土)14:31:29 No.826951976
>設計書＋テスト仕様書を納品してOK出ないと製造できない こここれだと動きませんよね？
57 21/07/24(土)14:31:49 No.826952094
つーかコードより設計書の方が大事なくらい 実際は古いまま更新されなかったりするんだけど
58 21/07/24(土)14:31:50 No.826952097
業務がね 分からないんだ
59 21/07/24(土)14:32:05 No.826952175
>プログラミングに使う数学ってどんな分野になる？ 代数幾何とかかな…
60 21/07/24(土)14:32:10 No.826952202
>コメントがなきゃわからないようなコードを書くな 何をしてるのかは読めばわかるからまだしもなんでこうしてるのかは記録しておいてくれ…このマジックナンバーどこから来た…
61 21/07/24(土)14:32:26 No.826952270
UI設計とかIF設計は全業界書くでしょ多分
62 21/07/24(土)14:32:35 No.826952316
この場合の設計書とはどのような設計書のことを指すのでしょうか
63 21/07/24(土)14:32:42 No.826952349
ただの実装内容の説明のコメントは実装だけで理解できるように努力をした上でどうしてもできなかったときに苦虫を潰したような顔で書くものだとボブおじさんが言ってた
64 21/07/24(土)14:32:48 No.826952377
>このマジックナンバーどこから来た… それはコメント以前の問題だよう…
65 21/07/24(土)14:32:49 No.826952388
>プログラミングに使う数学ってどんな分野になる？ なにやるかによる 画像処理とかやるなら線形代数や微積はいる
66 21/07/24(土)14:32:51 No.826952401
忙しいときは書いてる暇がない 書いてない時のスピードで工数の見積もりが立てられるようになる ある日突然牙をむく 忙しくない日が無くなる
67 21/07/24(土)14:33:02 No.826952455
過去に戻って設計書をWordで作らせたやつをころす
68 21/07/24(土)14:33:22 No.826952592
>なんか文化が違うんだけどどういう業界だと設計書要らないんだ >少人数開発のweb系とか？ 組み込み系の派遣であちこち行ってるけどPC機器とかで人命にかかわらないような製品だとたまにあった
69 21/07/24(土)14:33:38 No.826952657
コメントは自分用のメモ書きだから他人が読むことを想定してない
70 21/07/24(土)14:34:37 No.826953001
SVN導入前はいちいちプログラム設計に変更点含め書き出してた 導入後はバージョン管理はSVNにやらせれば良いということでプログラム設計書ごとなくなった
71 21/07/24(土)14:34:39 No.826953023
ここの考慮漏れてますねって言われないためにコメントでジャブを打つ
72 21/07/24(土)14:34:41 No.826953030
組み込みだと過去からのソース引き継ぎ多すぎて大量にifdef刻まれすぎて吐きそうになる
73 21/07/24(土)14:34:55 No.826953115
>過去に戻って設計書をWordで作らせたやつをころす 未来に戻るとEXCELで書くようになってるんだよね 貴様の仕業か
74 21/07/24(土)14:35:08 No.826953180
今OpenAPIで仕様書書いてる
75 21/07/24(土)14:35:45 No.826953384
>どんな感じに入れたり出したりするかとか なるほどエッチだな
76 21/07/24(土)14:35:50 No.826953422
>今OpenAPIで仕様書書いてる 読み方がわからないからExcelにして
77 21/07/24(土)14:36:06 No.826953495
上からの指示が良い感じに作れしか来ない業種だから書かないけど 仕様書通りにきっちり作ることが求められる分野もあるんだろうな
78 21/07/24(土)14:36:07 No.826953500
あまり役立ててなくてもないと困るものが設計書
79 21/07/24(土)14:36:11 No.826953529
>組み込み系の派遣であちこち行ってるけどPC機器とかで人命にかかわらないような製品だとたまにあった 人命に関わる製品の方が希少じゃない…？
80 21/07/24(土)14:36:51 No.826953735
小物書く場合でも仕様書ガッツリ書いて詳細設計練った方がいいのかもしれないな それぐらいしてもそう作業時間は然程変わらなさそうだ
81 21/07/24(土)14:37:13 No.826953869
いい感じです 月曜までで大丈夫です
82 21/07/24(土)14:37:20 No.826953901
>SVN導入前はいちいちプログラム設計に変更点含め書き出してた >導入後はバージョン管理はSVNにやらせれば良いということでプログラム設計書ごとなくなった いいですよね バージョン管理しているのに大量のコメントアウトが残ったコード
83 21/07/24(土)14:37:28 No.826953949
航空機に組み込まれるシステムの末端に関わったときは異常に設計書多かったな
84 21/07/24(土)14:37:31 No.826953968
OpenAPIならswaggerみたいに仕様書表示モードあるじゃん…
85 21/07/24(土)14:37:40 No.826954025
>>今OpenAPIで仕様書書いてる >読み方がわからないからExcelにして editor.swagger.io を使ってください 社内規定でダメですか...
86 21/07/24(土)14:38:08 No.826954156
swaggerじゃなくてOpen API3.0を使ってくれ
87 21/07/24(土)14:38:09 No.826954162
リーダブルコード…
88 21/07/24(土)14:38:22 No.826954240
海外でもこんな事やってんの？
89 21/07/24(土)14:38:29 No.826954280
コーディングする側からしたらきちんと作られた痒い所に手が届く設計書があると作りやすさが段違い 俺は設計書書きたくないから誰かそんないい感じの設計書書いて
90 21/07/24(土)14:38:36 No.826954308
イケてるwebツール使わせてくだち…
91 21/07/24(土)14:38:43 No.826954337
もうエクセルでフローチャート描くのは嫌じゃ…
92 21/07/24(土)14:38:44 No.826954343
>プログラミングに使う数学ってどんな分野になる？ 圏論やろう 純粋な光の世界が君を待ってるよ
93 21/07/24(土)14:38:49 No.826954370
>バージョン管理しているのに大量のコメントアウトが残ったコード それはそれで一々差分とそのコメント見なくても変更した理由がわかって便利だったりする
94 21/07/24(土)14:39:02 No.826954434
ノーコメントでコミットすんじゃねえ！
95 21/07/24(土)14:39:10 No.826954495
穴だらけの設計書なんてない方がマシ
96 21/07/24(土)14:39:45 No.826954686
>それはそれで一々差分とそのコメント見なくても変更した理由がわかって便利だったりする 正気か
97 21/07/24(土)14:39:59 No.826954763
>プログラミングに使う数学ってどんな分野になる？ アルゴリズムは全部数学だよ
98 21/07/24(土)14:40:10 No.826954827
>海外でもこんな事やってんの？ code completeとかの海外書籍にもよく出るし重要性強調されてるだろ
99 21/07/24(土)14:40:13 No.826954842
仕様書なんてするから齟齬が出るんじゃないか 思想書とかにすればいい
100 21/07/24(土)14:40:19 No.826954876
>SVN導入前はいちいちプログラム設計に変更点含め書き出してた git管理してるのにこれをやろうとしてて必死で止めました 今年の話です
101 21/07/24(土)14:40:19 No.826954879
テストを書いとけばいいんじゃないかい
102 21/07/24(土)14:40:32 No.826954955
>リーダブルコード… クリーンコードでもいいぞ あっちは改修されなくて嘘のコメントが現場を混乱させていることに触れているから好き
103 21/07/24(土)14:40:35 No.826954968
コーダーのおばちゃんたちに投げるために書いてたなぁ…
104 21/07/24(土)14:40:49 No.826955063
コロコロ人変わる現場だと仕様書無いとやってられない 仕様書あっても人によって粒度が違ってやってられない
105 21/07/24(土)14:40:49 No.826955064
>正気か 正気にては大業はならず
106 21/07/24(土)14:40:49 No.826955065
大まかの外枠だけ書いて作る
107 21/07/24(土)14:40:50 No.826955076
設計書ってチームの意思統一のためにあるんじゃないのか
108 21/07/24(土)14:40:56 No.826955109
テーブル定義書がないからシステム刷新するときに現行のテーブル解析して定義書とER図作るのいいよね よくねえそれくらい最初からあってくれ
109 21/07/24(土)14:41:13 No.826955197
このスレの「」はスクラムでイケイケな開発はしてないの？
110 21/07/24(土)14:41:17 No.826955214
>>正気か >正気にては大業はならず 開発はシグルイなり
111 21/07/24(土)14:41:58 No.826955431
変更前のコードすぐわかるようにしてないと ココ最適化するかーって書いたコードが変更前のコードのバグ再現してたりはする
112 21/07/24(土)14:42:05 No.826955465
>ノーコメントでコミットすんじゃねえ！ ノーコメ禁止なので日付だけ入れるね
113 21/07/24(土)14:42:13 No.826955504
>このスレの「」はスクラムでイケイケな開発はしてないの？ なんちゃってならやらされたなあ
114 21/07/24(土)14:42:41 No.826955655
>テーブル定義書がないからシステム刷新するときに現行のテーブル解析して定義書とER図作るのいいよね >よくねえそれくらい最初からあってくれ さすがに定義書はあるけどだいたい知らねえカラムとインデックス増えてる
115 21/07/24(土)14:42:42 No.826955659
>圏論やろう >純粋な光の世界が君を待ってるよ haskell以外で使うことあるんだろうか…
116 21/07/24(土)14:42:42 No.826955661
>このスレの「」はスクラムでイケイケな開発はしてないの？ 全員が有能じゃないとできねえよそんなの
117 21/07/24(土)14:42:44 No.826955684
>正気か なんで消したんやこれ から色々推測できて役に立つことない？
118 21/07/24(土)14:42:45 No.826955687
OpenAPI微妙に痒いところに手が届かないんだよな…
119 21/07/24(土)14:42:47 No.826955702
設計も開発も評価も一人でやるよ
120 21/07/24(土)14:42:51 No.826955719
>このスレの「」はスクラムでイケイケな開発はしてないの？ スクラムという名の責任者いなくて計画がなくてトップダウン式という訳のわからん現場に突っ込まれたことなら何度か
121 21/07/24(土)14:42:52 No.826955725
>git管理してるのにこれをやろうとしてて必死で止めました >今年の話です 「Gitから履歴をどうやって追ったらいいのか分からない人のこと考えてくだち！！！」
122 21/07/24(土)14:43:04 No.826955776
>ノーコメ禁止なので日付だけ入れるね a
123 21/07/24(土)14:43:32 No.826955917
>変更前のコードすぐわかるようにしてないと >ココ最適化するかーって書いたコードが変更前のコードのバグ再現してたりはする gitで管理しとけばそんな心配しなくて良くない？
124 21/07/24(土)14:43:41 No.826955971
>プログラミングに使う数学ってどんな分野になる？ https://developer.hatenastaff.com/entry/bookmark-semiring-ac この記事がわかりやすいと思う
125 21/07/24(土)14:43:59 No.826956055
>このスレの「」はスクラムでイケイケな開発はしてないの？ POが物理的に遠くにいてSMが途中で消えたスクラムは地獄だった スクラムという名の超高速ウォーターフォールなのでうんこを爆速でリリースしようとしてできない便秘みたいな開発だった
126 21/07/24(土)14:43:59 No.826956059
gitはガチで開発者用のシステムだから使用者全員がgit自体の仕様を理解してないと話にならん
127 21/07/24(土)14:44:02 No.826956071
バッドプラクティス…
128 21/07/24(土)14:44:24 No.826956194
>変更前のコードすぐわかるようにしてないと >ココ最適化するかーって書いたコードが変更前のコードのバグ再現してたりはする 本当は修正時にコードに「単純に書くとこうだけどそれだとこういう課題があるのでこっちにした」みたいなコメントを残しておくべきなんだよな
129 21/07/24(土)14:44:32 No.826956246
>>正気か >なんで消したんやこれ >から色々推測できて役に立つことない？ バージョン管理ツールの差分表示とコメントに変更理由が書かれていれば十分じゃね？
130 21/07/24(土)14:44:50 No.826956349
>なんで消したんやこれ >から色々推測できて役に立つことない？ ない 昔サクラエディタしか使えないような現場で影響調査するときにコメントアウトが引っかかって邪魔だった記憶しかない
131 21/07/24(土)14:44:59 No.826956386
>本当は修正時にコードに「単純に書くとこうだけどそれだとこういう課題があるのでこっちにした」みたいなコメントを残しておくべきなんだよな (コミットログのタイポかな…)
132 21/07/24(土)14:45:42 No.826956606
確かにコメントに変更理由が書いてあれば十分なんだ 書いてあれば
133 21/07/24(土)14:45:44 No.826956616
>「Gitから履歴をどうやって追ったらいいのか分からない人のこと考えてくだち！！！」 ソースツリーなら右クリックで簡単に履歴見られるでしょ
134 21/07/24(土)14:45:46 No.826956621
オブラートに包んでいうとコメントに変更履歴とかバーカじゃねーの！
135 21/07/24(土)14:45:51 No.826956644
>gitはガチで開発者用のシステムだから使用者全員がgit自体の仕様を理解してないと話にならん gitくらい使えないやつが開発チームにいるっておかしくない？
136 21/07/24(土)14:45:54 No.826956658
>haskell以外で使うことあるんだろうか… 第一級関数がサポートされてる言語ならHaskell以外でも使えるぞ！ 多人数開発なんかだと確実に嫌われるけど
137 21/07/24(土)14:46:12 No.826956767
ちょっと待って バージョン管理ツールってそういう差分比較とかも便利にできるツールなのでは？
138 21/07/24(土)14:46:30 No.826956878
>gitくらい使えないやつが開発チームにいるっておかしくない？ はい
139 21/07/24(土)14:46:33 No.826956895
>>gitはガチで開発者用のシステムだから使用者全員がgit自体の仕様を理解してないと話にならん >gitくらい使えないやつが開発チームにいるっておかしくない？ ゲーム開発ならざらに居る…デザイナーとか
140 21/07/24(土)14:46:35 No.826956912
>>gitはガチで開発者用のシステムだから使用者全員がgit自体の仕様を理解してないと話にならん >gitくらい使えないやつが開発チームにいるっておかしくない？ おかしいよね… おかしいはずなんだけどね…
141 21/07/24(土)14:46:56 No.826957025
>昔サクラエディタしか使えないような現場で影響調査するときにコメントアウトが引っかかって邪魔だった記憶しかない これがあるのでコメントアウトは削除してねと言ったら 「ソースが汚いって悪口言われた」と上司に泣きつかれたことがある
142 21/07/24(土)14:47:20 No.826957152
gitくらい使えるってどれくらいのことができれば使えると言っていいんだろう
143 21/07/24(土)14:47:33 No.826957213
>確かにコメントに変更理由が書いてあれば十分なんだ >書いてあれば （同じ変更点のログが並ぶコミット履歴）
144 21/07/24(土)14:47:34 No.826957218
'修正開始 '元のソース 修正後ソース '修正終了 これは？
145 21/07/24(土)14:47:50 No.826957297
過去のコミットログ追いかけてどういう変更があったか確認してから修正してくれるメンバーしかいないチーム羨ましいな……
146 21/07/24(土)14:47:52 No.826957314
業務ではsvnしか使ったことないわ
147 21/07/24(土)14:47:55 No.826957333
俺は日本語よりjavaの方が得意なんだよ！
148 21/07/24(土)14:48:11 No.826957422
>gitくらい使えるってどれくらいのことができれば使えると言っていいんだろう プルしてコミットしてプルしてコンフリクト直してマージリクエスト投げれたら
149 21/07/24(土)14:48:12 No.826957431
>>gitはガチで開発者用のシステムだから使用者全員がgit自体の仕様を理解してないと話にならん >gitくらい使えないやつが開発チームにいるっておかしくない？ ごめんなさい…gitまだよくわからない…ごめんなさい…
150 21/07/24(土)14:48:46 No.826957601
俺にはaddとcommitとpushとpullとcloneくらいしか使えない…
151 21/07/24(土)14:48:50 No.826957617
ﾁｮｯﾄﾜｶﾙくらいでいいから… 俺もせいぜいそのくらいだし…
152 21/07/24(土)14:48:55 No.826957648
gitでツリーを遡って修正する行為と-fオプション禁止すればまともに流れるよ
153 21/07/24(土)14:49:08 No.826957708
>これは？ 元のソースいらない 完全に変更履歴の差分抽出で賄うなら開始終了もいらない
154 21/07/24(土)14:49:19 No.826957761
コミットログにredmineのチケット番号だけが書かれてる
155 21/07/24(土)14:49:22 No.826957772
>ﾁｮｯﾄﾜｶﾙくらいでいいから… それ超ベテランクラス…
156 21/07/24(土)14:49:39 No.826957844
>ﾁｮｯﾄﾜｶﾙくらいでいいから… >俺もせいぜいそのくらいだし… リーナス来たな…
157 21/07/24(土)14:49:42 No.826957860
>>プログラミングに使う数学ってどんな分野になる？ >https://developer.hatenastaff.com/entry/bookmark-semiring-ac >この記事がわかりやすいと思う こういうの数学科や情報学科ならすらすら分かるのかな 理工学部だけど環や半環は定義調べないと分からない…
158 21/07/24(土)14:49:48 No.826957895
ビックリして胸がドキドキしてきた
159 21/07/24(土)14:49:56 No.826957943
git完璧に分かります！は逆に怪しい…
160 21/07/24(土)14:50:01 No.826957964
>コミットログにredmineのチケット番号だけが書かれてる それはまあそっちに書いててくれれば…
161 21/07/24(土)14:50:21 No.826958069
マージリクエストってなんだろって調べたらGitHubか
162 21/07/24(土)14:50:37 No.826958154
ぶっちゃけ開発に必要不可欠なツールさえ使えない人は今後大変そう その頃には管理職になってるか
163 21/07/24(土)14:50:43 No.826958183
学部レベルって書いてるけど学部ってそもそもなんだろう…ってなった俺よりマシさ
164 21/07/24(土)14:50:49 No.826958207
githubはプルリクじゃない？
165 21/07/24(土)14:51:03 No.826958275
>コミットログにredmineのチケット番号だけが書かれてる GitHubでもIssuesの番号書かれてれば何の修正かは分かるしそこまで問題ではないかな
166 21/07/24(土)14:51:14 No.826958316
>俺にはaddとcommitとpushとpullとcloneくらいしか使えない… あとはローカルブランチ切ってマージしてからpushできるようになれば大体一人前だ
167 21/07/24(土)14:51:37 No.826958426
設計書は画面デザインの設計書とAPIリファレンスとDB設計とクラス図とシーケンス図くらいしか描かん ユースケース図ってなんの役に立つの？
168 21/07/24(土)14:51:52 No.826958509
リベースとかでクソみたいなコミットをまとめてくれたら最高
169 21/07/24(土)14:52:03 No.826958561
>>プログラミングに使う数学ってどんな分野になる？ >https://developer.hatenastaff.com/entry/bookmark-semiring-ac >この記事がわかりやすいと思う アクセス制御は書くことあるけど 数学的に保証されてるかは考えたこともなかったな…
170 21/07/24(土)14:52:13 No.826958612
>設計書は画面デザインの設計書とAPIリファレンスとDB設計とクラス図とシーケンス図くらいしか描かん >ユースケース図ってなんの役に立つの？ もちょっと上流じゃないのユースケースって
171 21/07/24(土)14:52:33 No.826958718
git普段使わないからリベースがピンと来ないんだけど頻繁に使うものなの？
172 21/07/24(土)14:52:40 No.826958753
フフ…上司がブランチの作り方しらないからこれのブランチ作ってと俺に依頼がくるぜ…
173 21/07/24(土)14:52:55 No.826958828
>ぶっちゃけ開発に必要不可欠なツールさえ使えない人は今後大変そう excel使えますレベルでgit理解してないと話にはならないと思う
174 21/07/24(土)14:53:01 No.826958858
>フフ…上司がブランチの作り方しらないからこれのブランチ作ってと俺に依頼がくるぜ… ブランチの作り方を知らないってどういうことなんだ？
175 21/07/24(土)14:53:10 No.826958900
しばらくGitHubDesktopしか使ってないや
176 21/07/24(土)14:53:17 No.826958933
>フフ…上司がブランチの作り方しらないからこれのブランチ作ってと俺に依頼がくるぜ… かわいいよね… なんで俺より給料高いの…
177 21/07/24(土)14:53:18 No.826958939
>ユースケース図ってなんの役に立つの？ 客のやりたいことをまとめて「こういうのでいいんですよね？」と打ち合わせする
178 21/07/24(土)14:53:19 No.826958941
>>設計書は画面デザインの設計書とAPIリファレンスとDB設計とクラス図とシーケンス図くらいしか描かん >>ユースケース図ってなんの役に立つの？ >もちょっと上流じゃないのユースケースって 俺見積もりと要件定義と設計とコーディングとテストと納品とサポートするから…
179 21/07/24(土)14:53:19 No.826958942
群論や圏論もそうだけど大学数学の勉強改めてしてみたい
180 21/07/24(土)14:53:21 No.826958957
最近初めてソースからビルドすることを覚えてはしゃぎに来たらガチなスレだった
181 21/07/24(土)14:53:26 No.826958980
git add git commit git push 俺にはこれしかわからん…
182 21/07/24(土)14:53:29 No.826958999
rebaseは必要ない派 ossだったらやった方がいいかもしれんけど社内なら試行錯誤の跡が残ってる方がいい
183 21/07/24(土)14:53:47 No.826959062
>最近初めてソースからビルドすることを覚えてはしゃぎに来たらガチなスレだった ガチ…？
184 21/07/24(土)14:53:49 No.826959078
>ユースケース図ってなんの役に立つの？ 作るもの決まってるなら要らないけど ユーザーがどういう使い方できるシステムなのか一から考えないといけないときは便利
185 21/07/24(土)14:54:21 No.826959245
>フフ…上司がブランチの作り方しらないからこれのブランチ作ってと俺に依頼がくるぜ… 流石にそれくらいは勉強してくださいって言えないのか…
186 21/07/24(土)14:54:23 No.826959256
>git普段使わないからリベースがピンと来ないんだけど頻繁に使うものなの？ 頻繁に使ったら怒る ローカルならよし
187 21/07/24(土)14:54:25 No.826959264
経験上リベースはろくなことにならない なぜならそれを使うのは決まってよくわかってないスタッフが多いから
188 21/07/24(土)14:54:27 No.826959274
>>最近初めてソースからビルドすることを覚えてはしゃぎに来たらガチなスレだった >ガチ…？ まあ趣味と職業は違うから…
189 21/07/24(土)14:54:41 No.826959349
設計書も最初は開発をより良くしようと思って考案されたものだったはずなんだ
190 21/07/24(土)14:54:47 No.826959379
複雑なif文はたまにドモルガンとか考え直す時がある めっちゃ簡単な条件だこれってなった
191 21/07/24(土)14:54:48 No.826959381
ミスを隠蔽しようとするのやめろそれは残して一個手前をフォークして新しいの作れ
192 21/07/24(土)14:54:53 No.826959403
1週間もあれば片手間に誰でもgitなんてそれなりに使えるようになりますよ…
193 21/07/24(土)14:54:53 No.826959404
>理工学部だけど環や半環は定義調べないと分からない… 正直プログラマーは公式とか覚えてやることはさほど重要視してなくて 必要な時に調べられる能力のほうが大事だと思う
194 21/07/24(土)14:55:05 No.826959456
俺は集合論の時点でさっぱり忘れているぜ！
195 21/07/24(土)14:55:16 No.826959512
開発から適用に移って分かったことはgitなりsvnなり使った構成管理は当たり前じゃなかったこと
196 21/07/24(土)14:55:20 No.826959528
>リベースとかでクソみたいなコミットをまとめてくれたら最高 一行だけ直し忘れてたわ…ってことよくあるのでローカルコミットとリベースは神機能だ
197 21/07/24(土)14:55:39 No.826959646
rebaseはローカルで積み上がったコミット整理するくらいでしか俺には使えない
198 21/07/24(土)14:55:54 No.826959717
>群論や圏論もそうだけど大学数学の勉強改めてしてみたい 興味あるところから勉強するのが一番だけど大体は集合論を知ってる前提で話が進められるから楽したいなら集合論から勉強してみるといいよ そんなに前提知識いらないしプログラミングにも役に立つし
199 21/07/24(土)14:56:08 No.826959798
>必要な時に調べられる能力のほうが大事だと思う 目次を覚えてるのが大事というか目次に書いてあることがわかることが大事というか
200 21/07/24(土)14:56:26 No.826959905
最初のPR出す時はrebaseできれいにする 怒涛のコメントが入ってそのあと修正のコミットいっぱい打つからあんまり意味ない気もする
201 21/07/24(土)14:56:28 No.826959913
変更の許可を取るより 変更して謝った方が早いぞ
202 21/07/24(土)14:56:52 No.826960029
プログラマーに一番必要なスキルは英語だぞ
203 21/07/24(土)14:57:06 No.826960088
>複雑なif文はたまにドモルガンとか考え直す時がある >めっちゃ簡単な条件だこれってなった いいよね真理値表かいてカルノー図描くの… 01のよこに10描いてるわこれ
204 21/07/24(土)14:57:08 No.826960102
>群論や圏論もそうだけど大学数学の勉強改めてしてみたい 放送大学とかでいいんじゃね 学位取る目的じゃないなら年に数万で済むし 学割効くぞ
205 21/07/24(土)14:57:17 No.826960134
歴史を書き換えるのはよくないよね… スペルミスでいちいちリベースされると困る…
206 21/07/24(土)14:58:06 No.826960366
>最初のPR出す時はrebaseできれいにする >怒涛のコメントが入ってそのあと修正のコミットいっぱい打つからあんまり意味ない気もする rebaseの意味は綺麗にするより自分がチェックアウトした所から先の編集との競合解消の意味の方が強い気がする
207 21/07/24(土)14:58:24 No.826960455
a && b と !a || !b はどっちがいいんだろう…
208 21/07/24(土)14:58:44 No.826960543
>プログラマーに一番必要なスキルは英語だぞ でぇじょうぶだ ドキュメント読むならDeepLやGoogle翻訳でなんとなるし 自動字幕つけて動画見るくらいだったら高校生以下でも見れる
209 21/07/24(土)14:59:05 No.826960634
> !a || !b a,bの名前による
210 21/07/24(土)14:59:08 No.826960647
パッケージの解説もQ&Aも全部英語なんですけお！日本語の解説ページ誰か作ってくだち！！ってなる時はある
211 21/07/24(土)14:59:10 No.826960654
>a && b と !a || !b はどっちがいいんだろう… NOTは可能な限り排除すべきだと思うよ
212 21/07/24(土)14:59:43 No.826960812
ISO読むのめんどい…
213 21/07/24(土)14:59:44 No.826960815
リモートリポジトリの歴史改変はやめろ やめてください
214 21/07/24(土)14:59:46 No.826960825
日本語そのままプログラミング言語に翻訳して帳票そのまま画面とDBにしてるから構造がひっどい
215 21/07/24(土)14:59:47 No.826960833
>a && b と !a || !b はどっちがいいんだろう… 否定系は分かりづらいんですよって話があるからリーダブルコード読んで
216 21/07/24(土)15:00:00 No.826960893
Google翻訳しながらドキュメント読んでると英語読めるようになりたいとは思うよ
217 21/07/24(土)15:00:04 No.826960913
>パッケージの解説もQ&Aも全部英語なんですけお！日本語の解説ページ誰か作ってくだち！！ってなる時はある だって書いてる途中にもうわかったからコレ俺にはいらんわやめよやめよってなるし
218 21/07/24(土)15:00:08 No.826960934
>パッケージの解説もQ&Aも全部英語なんですけお！日本語の解説ページ誰か作ってくだち！！ってなる時はある そういう場合は自分で作るに限る
219 21/07/24(土)15:00:31 No.826961046
>a && b と !a || !b はどっちがいいんだろう… それ結果変わらない？
220 21/07/24(土)15:00:31 No.826961048
>プログラマーに一番必要なスキルは英語だぞ 日本語じゃねえかな？ 英語は読むだけ出来りゃいいし
221 21/07/24(土)15:00:36 No.826961079
ぶっちゃけ!って見逃しやすいから多用したくない
222 21/07/24(土)15:00:42 No.826961112
>> !a || !b >a,bの名前による !isNonNullValue
223 21/07/24(土)15:01:02 No.826961222
>!isNonNullValue はっ倒すぞ
224 21/07/24(土)15:01:12 No.826961272
force pushするのやめろ！で大体解決する気もする
225 21/07/24(土)15:02:34 No.826961657
getXXとかで取得できるオブジェクトの名前をGetXXってやった奴がいてなあ…
226 21/07/24(土)15:02:37 No.826961670
場合によっては if(!条件){ 処理 } より if(条件){ //なにもしない }else{ 処理 } の方が読みやすいことある？ないよね？
227 21/07/24(土)15:02:58 No.826961783
今はperforce使ってるなデザイナーと連携して大きめのファイル扱う時でも安定してるのは助かる5年くらい前にgitlfs使ったプロジェクトの時はエラーでまくったかなんかで上手くいかんかったな
228 21/07/24(土)15:03:02 No.826961796
>getXXとかで取得できるオブジェクトの名前をGetXXってやった奴がいてなあ… なぜ動詞…？
229 21/07/24(土)15:03:14 No.826961854
プログラマーに必要なのは自然言語能力だと思う 読んで理解する力と話を伝える力とドキュメントとプログラムを読みやすく書く力とかその辺
230 21/07/24(土)15:03:42 No.826962009
ソースコードは可読性重視して最適化はコンパイラさんに任せる
231 21/07/24(土)15:03:45 No.826962021
>a && b と !a || !b はどっちがいいんだろう… !(a && b)なのでは…
232 21/07/24(土)15:03:45 No.826962022
>目次を覚えてるのが大事というか目次に書いてあることがわかることが大事というか 加えて言うならレビュアーもその分野について知らない場合もある 公式を覚えていれば素早くコーディングができるかも知れないが レビュアーがレビューに時間をかけてしまったり、記憶違いでバグになってるかもしれない それならば何を参考にレビューすれば良いかをコメントで書きのこすほうが適切な対応
233 21/07/24(土)15:03:47 No.826962033
>>getXXとかで取得できるオブジェクトの名前をGetXXってやった奴がいてなあ… >なぜ動詞…？ わからん… 気付いたらそんなオブジェクトばかりだった
234 21/07/24(土)15:04:30 No.826962234
>場合によっては それ動作変わるじゃん
235 21/07/24(土)15:04:31 No.826962241
lint通そうね
236 21/07/24(土)15:04:47 No.826962317
何年経ってもレビューの前は腹が痛くなるぜ
237 21/07/24(土)15:05:16 No.826962462
>の方が読みやすいことある？ないよね？ ガード節書くのに後者の書き方されたらすごい読みにくいな
238 21/07/24(土)15:05:36 No.826962541
>何年経ってもレビューの前は腹が痛くなるぜ する側になると頭が痛くなるよ！
239 21/07/24(土)15:07:01 No.826962945
自分の手元の作業効率化するような特に共有のいらないスクリプトとかでクソコード書いてるときが一番楽しい
240 21/07/24(土)15:07:02 No.826962951
>何年経ってもレビューの前は腹が痛くなるぜ 一回この変数名おかしくねえ？レベルのこともレビューで発言してたら メンバーを攻撃するのやめろって言われたことがある… 今は改心して自分に直接的に害がなさそうなことはスルーする様になった
241 21/07/24(土)15:07:41 No.826963172
elseはやることなくても常に書こうね
242 21/07/24(土)15:08:00 No.826963274
>elseはやることなくても常に書こうね lintが怒らないから書かない
243 21/07/24(土)15:08:24 No.826963397
>elseはやることなくても常に書こうね NOP
244 21/07/24(土)15:08:30 No.826963431
>elseはやることなくても常に書こうね 今だとlinterで怒られそう
245 21/07/24(土)15:08:52 No.826963547
常にifelseで書けってことなの
246 21/07/24(土)15:09:02 No.826963597
>elseはやることなくても常に書こうね えっなんで？
247 21/07/24(土)15:09:04 No.826963607
>一回この変数名おかしくねえ？レベルのこともレビューで発言してたら >メンバーを攻撃するのやめろって言われたことがある… その手の発言は普段から周りに「ここの変数名どうするか悩んでるけどアイディアある？」 とかでコミュニケーション取って価値観共有してないと厳しい
248 21/07/24(土)15:09:28 No.826963707
>今だとlinterで怒られそう ううn…
249 21/07/24(土)15:09:29 No.826963715
while(!done) { ... } が出たしばらく後に while(true){ ... if done break; } があって統一しろや！ってなったな…
250 21/07/24(土)15:09:32 No.826963733
意味のないブロックを作るなって環境に怒られない？
251 21/07/24(土)15:10:57 No.826964134
早期returnができるならreturnはいくらでも書いて良いという価値観を持ってない人もいる
252 21/07/24(土)15:10:57 No.826964136
マジックナンバー禁止にしたら値_10みたいな定数がめっちゃ増えたよ
253 21/07/24(土)15:11:14 No.826964213
>ううn… ううｎじゃないよ 知識が古すぎるよ怒られるよ
254 21/07/24(土)15:11:46 No.826964354
>一回この変数名おかしくねえ？レベルのこともレビューで発言してたら 変数名分かりにくくないですかとか 他の変数名との一貫性が乏しくないですかとか もちっと具体的に言えばあるいは
255 21/07/24(土)15:11:52 No.826964380
中身ないelseは要らない テストはして
256 21/07/24(土)15:12:05 No.826964456
>えっなんで？ わからん…品質管理チーム様が作った実装方式標準にそう書いてある
257 21/07/24(土)15:12:36 No.826964613
保守する上で必要なのは設計書じゃなくて要件定義書と各種仕様書だったりする
258 21/07/24(土)15:12:54 No.826964705
>早期returnができるならreturnはいくらでも書いて良いという価値観を持ってない人もいる リターンは必ず出口一つにしろって文化の人間はけっこう多いからな
259 21/07/24(土)15:12:54 No.826964708
まあ…そういう言語もあるんでしょうね…
260 21/07/24(土)15:13:00 No.826964741
DIしてテストコード書きやすくてしてくれればワシは十分なんじゃ