プログラマの雑談部屋 ★41
■ このスレッドは過去ログ倉庫に格納されています
お前らリアルだと子猫だからな
その性質が空リプに現れてる >>413
おれがどれかわかってないだろ
410じゃないぞ 1億行あろうが読んで仕様にすることはできる
それを読めないとか言ってる奴は普段コードろくに読めない馬鹿なんだろう >>415
407がラストのレスだよ
自演だとか言うんだからちゃんと返信にしようぜアンジャッシュじゃあるまいし >>418
ウンコ漏らしたやつらがウンコ投げ合ってるのを相討ちになってもどちらも死なないし、それを見せられる周りが迷惑するんだから煽るのはヤメレ >>410
スパゲティ設計書に頼った古臭いシステムだとそうだろうな
モダンで洗練されたプログラムはソースとテストを読めば仕様なんてすぐわかるぞ >>408
仕様なんてコロコロ変わる上に、ソースの読めない奴が決めるんだから、仕様書が必須なのに無いんだろうな。
それを無理やり408みたいな考えの人間が突っ走ったからそんなことになったと思ってる >>422
実際は仕様書・設計書が多すぎてコード以上に把握できてる奴がいなくなった
仕様変更・バグ修正するときにドキュメントのどこを更新すればいいかもわからなくなって
コードの修正が正確に仕様に反映されなくなった
あるいは逆が発生して仕様書とコードがどんどん剥離していった
なにが正しいかすら誰にも判断つかなくなりカオス化といったところだろうな
ドキュメントを盲信してコード≒設計そのものを洗練させる努力を放棄した現場ではよくあるんだこういう事態が PGとして使えると思って英会話勉強してるんだが、時々NIPやJAPと言う講師がいるんだわ。
キリスト教徒の在日っぽい（名前がもろ）の生徒は大喜びしてるっぽくて、それで講師が連発してるんだが、これはひどくねーか？
こういう差別用語を使う講師は講師として失格だと思うんだがどうすべきだと思う？ 日本のプログラマーに英語なんて不要だろ。
マニュアルだなんだ各種情報が日本語化されてないものなんて
ようは広く使われてないってことだから
そんな危険なものは使わないのが正しい選択だしな。
英語で営業したり他人と英語でコミュとる機会もないしな。 別に上達すればいいんじゃねーの？
愛国心溢れる人で許せないなら一言で済む話だし。 >>423
たぶんドキュメントとコードを書く担当が一番最初は分かれていたけど運用が進むにつれ
規模縮小とかで予算も出なくなって同じ担当者になってドキュメントがきちんとメンテされなく
なるみたいな感じだろうな。
絶対にドキュメントをメンテしてからしかコードの修正は認めないみたいな体制でもないと
ドキュメントとコードは時間がたてばたつほど乖離していくな。 >>425
英語は読めたほうがいい、しゃべれなくても >>424
プログラマーに必要なのは読む能力で海外で働くことが無い限りは会話は不要だよ
ただ最近は動画の資料もあったりするからリスニングは出来た方がいいかもね >>401
向かいの別会社の人ら正にサークルみたいで楽しそうだわ
ポンポン新技術の話してるし 何回見直してもバグがどこか分からなくて全部消して書き直すと治ってる現象が起きるんだがあれの仕組みわかる？ USBが刺さらなくてひっくり返してもダメでもう一度返すと刺さる現象 >>432
なんかそこの生徒と思しき奴がこのスレでことあるごとに
ジャアアアップ!って叫んでたなｗ
アレはウケると思ってやってたんだな >>425
ドキュメントを読めないプログラマーは死ね アメリカ人ってちゃんとドキュメントつくるの？
つくってもちゃんと更新とかしなさそうなイメージなんだが >>35
まあ、別に開発に失敗するなんて日常茶飯事だから、今更理不尽な要求が足されたところで大差ないしな >>438
ドキュメントといってもいろいろあるけど、
最近は、内部設計書とか詳細設計書はほとんど作らない。
作っても、どうせすぐ変更が入るからソース管理という方法でやってる。
そしてソース管理できるからいくらでも修正できると思って、
毎日あちこち修正するから、そのソースをもとに何かしようとしたら
すごく苦労する。 >>39
「表示を変えるだけで良い」って要求仕様ならそれで良いけど、実際にはサマータイムの切り替え時の例外動作が大量に求められる。
例えば、賞味期限切れの食品をレジで通さない機能をサマータイム当日はどう扱うか、1時間辺り決まった量の投与が必要な薬品のエビデンスを電子カルテにどう表すか。
しかし、その仕様がサマータイム実施開始までに固まる事はない >>434
設計書に書いてあるよ
100万回読みなおしてきて >>437
読む価値ないドキュメントを大量生産するやつのほうがアウツ
価値のないドキュメントは誰も読まない
書きゃいいってもんじゃないんだよ
無能な働き者はドキュメントが好きだから大量に書くけどさ邪魔なんだよね
ちなみに無能な働き者がドキュメント好きな理由はこれな
ドキュメントは静的解析もテストもされないからメチャクチャな状態でも成果物として次の工程に回せるから
どんなに低品質でも自分のポイントになって働いたアピールできるから無能な働き者には都合がいいんだな n += n; // 一切使わない総和(1〜n)を求めてる >>442
シールを印刷するときに賞味期限の「表示」をずらすだけ
内部的には原点からの経過時間で賞味期限を判断してるはずだからかえなくていい
電子カルテも同じ
内部的には原点からの経過時間でいついつに投与したかを記録する
電子カルテを画面に表示したり印刷したりするときに「表示」をずらす
つうか極論するとシステム的な対応は必要ない
表示されたものを人間が脳内でずらして勘定する
入力するときに人間が手作業でずらして入力する
それでも問題なく動作する
人間が認識している時間だけがずれているのであって
物理的な時間は今までどおり経過していく
コンピューターも内部的には物理的な時間を扱っている(原点からの経過時間)
YYYY/MM/DD hh:mm:ssっていう形式はその内部的な時間を可視化しただけのものに過ぎない
なので見た目に関わるUIや帳票を修正すれば十分なんだよ それに沿って人間の活動時間を変更するためのサマータイムやぞ
だからインフラ機械の挙動も変更しなきゃいけない
でもシステム時間通りに運用したいものもあるから
それらを人間がひとつひとつ切り分けて必要なやつだけフラグ管理して網羅してテストして 運用でカバー・・・って言って納得する客なんて
日本に存在するのか？ >>448
かなりいるはず
現状でもシステム化しろバカって思うようなタスクを運用でカバーしまくってる
経営者がシステム改修の金がない(節約)って言ってしまえばそれまで deleというドラマ
プログラマという設定で登場するんだが、
なんでパスワードクラッキングなどというド素人のような
方法を使ってるのか？
笑ってしまた >>238
設計書に価値があると信じるか、単なる飾りだと決めつけるかは、最初に決めておいた方がいい
どっち付かずが一番苦労する 改造しなきゃならなくなった時に、設計書があるとあたりが付くんだがなぁ >>449
金がないから無料で直せ、
そうしないなら今後取引なしだよ、
・・・だな。
で、開発会社のえらい人が、サービス残業でやれ、
とかやってるのが日本のIT業界だな。 >>454
設計書とソースに書かれてる処理のどっちが正しいのか
客も作った自分らも誰も分からなくて
地獄絵図 ・完全無料(広告は可)
・自分の端末(スマホ, PC)からしかアクセスできない
・24時間サービス提供可能
・Docker使用可能
この条件にマッチするクラウド事業者はどこでしょうか? >>268
要求仕様が論理的に整合が取れてないので、設計書が論理的に整合が取れてることはありません
最終的に実装された時には、どこかの部分が設計に従わないことで矛盾は解消されます
論理整合的に重要な部分が目立つようになっていて、そうでない部分は目立たなくなっていることで、矛盾の解消点が重要でない部分に畳み込まれるようになっているのが、良い設計書です。 >>294
サマータイム実施日は、念のため1日監視業務お願いねー
ちゃんと22時間分払うから >>322
NTPやGPSによる時刻補正が当たり前になったから、時間の逆転でいきなり誤動作するシステムは少ないよ
makeが期待どおりに動かないと言っても、仕様どおりには動いている
サマータイムが面倒なのは、サマータイム発生時の仕様を合意することが出来ない(絶対に間に合わない)ところなんだよ >>456
その地獄絵図に加えて、設計書のどこまで影響が及ぶか、修正箇所はどこか、ってのがわかんねえんだよな
コードだったらシンボル検索して、修正して、自動テストまであっという間でも
設計書だと編集するのに死ぬほど労力がかかる上に、静的解析もテストもできんから、その編集が正しいのかどうかも確かめられん
時間と人手を使って正確性を徹底的にレビューするしかないんだが、あまりにも非効率的すぎる >>361
誰々のせいで遅れています、って言えば上司に許される職場なんでしょ >>352
むしろ、オリンピックタイムって呼んでくれた方が納得がいく >>366
誰入れたって、結局クレーム受けるだろうから、最初から安くて行き場のないやつをダメ元で入れるよな
少なくとも時間稼ぎにはなるし、気分もいい 転職しても派遣先は似たようなところばかりということは転職する意味はないのでしょうか? >>423
ソフトウエアは定期的に、過去のドキュメントとの同期が怪しい資産を全て捨てて、一から作り直した方が良いのかもね
多分その方が安くつくと思う >>416
必要なのは実現されている仕様ではなく、実現して欲しかった要求仕様だけど
出来上がってものから元々の要求を再現するにはZEROの能力が必要になる んな瑣末な動作仕様は実物合わせでいいんだよ。
膨大なコードのどの辺にどう言った機能を盛り込んだか分かれば
それで設計書の役割は果たしている。 >>467
安いだけじゃなく品質も上がる
ドキュメントの品質を上げるのは非常に難しい
プログラムの品質を上げるのはカンタン
ドキュメントが足を引っ張る >>469
>どのへんにどういった機能
これはパッケージ、名前空間、クラス名、メソッド名などで適切に分類することで実現すべき
いちいちドキュメントをひらいて、書いてある場所を調べて、IDEを開いて、ドキュメントと見比べてあれこれソースを開いて、、、
とやるのは非常に面倒なことで時間と体力の浪費になるので避けなければならない >>461
コードが正しいときだけでしょ
それが成り立つときって プログラミング好きじゃないのにプログラマーしてる奴 >>473
趣味でなんにも作らないんだよな
作った経験が少ないから雑魚がにじみ出てる >>448
エンドユーザは割かし寛容だな。 あと上の上くらいの人もだいたい分かってくれる。
ただすぐ上くらいの人がロックがかかってるので修正しなければならなくなることが多い。 >>471
そう言う作業してる時はソースなんか見ないんだよ。
なんの為の設計書だよ。 明日からまた派遣いじめるわ
氷河期のおっさん
正社員になれなかった負け組
20代にこき使われるとかださすぎ > makeが期待どおりに動かないと言っても、仕様どおりには動いている
仕様通り動いているから問題ないで済む世界線で生活している人はいいですね＾＾ >>477
氷河期のおっさんを叩くことにしか情熱を傾けれない20代とか終わってるだろｗ >>477
社員は逃げられないだろうに、
あとで復讐されたらどうするんだ馬鹿たれが
下請けイジメる奴の近くにいるととばっちり受けるから
他の部署に異動して欲しい
人の怨念は怖いぞまじで。 >>472
コードなら正しい状態を維持するのが比較的容易って話な
最初から狂ってるならコードでも厳しいよ
正しい状態に戻すために多大な労力が必要
でもコードなら出来る
設計書はそれすらできん
なぜなら正しく変更できたか確認する手段がないから
>>476
なんのための設計書？
そもそもそんなもんいらんと言ってる
ソース見りゃわかることを設計書で重複管理するな >>482
無敵の人って表現が最近使われてるな
その負け組氷河期が無敵の人なるとか想像も出来ないんだろうね
20代で派遣叩きが生きがいの一つになるような人だと 会社はプログラマーだけで成立ってるワケじゃ無いから。 バカＳＥ共の方が給料が高いのがムカツクので転職します 新幹線でナタを振り回すようなのだと事件性があって同情されるけど、
派遣が正社員殴っても事件性なんてないから警察すら呼ばれない。
殴られた正社員は完全に無関係でもその会社でのキャリアは終了
だったりする。 最近の会社ってトラブルに対して過剰に反応するからね。 いいんじゃないの？
人の人生潰そうとしてるんだから自分の人生も潰されるかもって
わかっててやってんじゃないの？ >>489
そいつの人生がつぶされるだけなら大歓迎なんだけど、いじめってたいていが
周りの奴が見てるだけで助けてくれなかったみたいなヘイト貯めるし、助けたら
助けたでなついてきたりして厄介だったりする。 女の現場ＳＥとかマジで気分高低が激しすぎてやりづらい 企業の基幹システムなんてのは設計書がないと何も始まらない。
そんな基本的なことを知らないのはかWeb、ゲームだろう。
Webやゲームは仕様変更しながら作るから
ドキュメントが重要ではない、というか作る暇がない。 差別主義者の後輩はいじめ倒した事があるな
チ◯ンなどと発言したヴァカ >>493
なんでそんな詳しいの全部経験したから？ おばちゃんSEの香水がすげー臭くて
先輩に言ったらいい匂いじゃんとか言って取り合ってくれない
仕方ないので上司のおっさんに愚痴っqたらおばちゃんに話がいったらしく
翌週から香水付けてこなくなった
実はすげー体臭キツくて
ただでさえキツイのに徹夜なんかした日にゃもう・・・
先輩がいい匂いって言ってたのをやっと理解した時には遅かった
みんな先輩の言う事は素直に聞こうな 俺も香水とか不快だけど
そういうデリカシーのない事をよく平気で他人に愚痴るよなぁ
こういうゴミが多いから日々精神が削られて鬱になるんだよね OSS で設計書が機能しているもの、てありますか？ >>493
web系云々というか、ちゃんとした単価になってるかどうかだよな
大規模モールECで設計書ないとかあり得んし、エンドが500万も出さん案件に設計書があるわけない Apple（アメリカにある本社）に就職して、
新型iPhoneやiPadを開発するには、大学で何を専攻した方が良いのでしょうか？
電気電子工学とかコンピュータ科学とか数学とか機械工学とか物理学とかですか？ そんなことより聞いてくれよ、
コミケの記事読んでて列という単語を聞いてcolumn?、ん？て混乱した俺は最近dgvとexcel触りすぎだと思った >>493
業務系はなぁ
パンチカードにプログラムを打ち込んだりビルドに一晩かかるような時代の方法論を見なおさずに踏襲してきただけだろ
昔は確かにコーディングのコストが高すぎたしOOPによるクリーン設計手法というのも普及してなかったからコード設計書は必須と言ってもよかった
でも現代ではまったく逆転していてエクセルなどで設計書を書くほうがコーディングよりもはるかに高コストかつ低品質になる
諸外国はとっくにその事実に気がついてコードファーストを実践してきたんだけど
日本では決定権をもった層が現状維持方針を好むのでずるずると江戸時代みたいな方法を引きずってきてしまった
設計書はその負の遺産なんだよ 無限大の岩を完全に消滅させることはできるのでしょうか？ >>496
スメルハラスメントと言って最近では臭いほうが悪いらしい
まったく生きにくい世の中だよ
人類どもはやく滅びてほしいわ >>482
だから大手の担当者ってみんな人当たりいいよね
下請けで変なのが来ても正社員は相手しなきゃなんねーよね
金持ち喧嘩せずとはよく言ったもの
わかる資料もわかりません
そんなこと書いてません
要求仕様にありません
それ仕様変更ですよね？
延長ってことでいいですか？
え？バグなんですか？要求仕様にありませんけど？
とか下請けと喧嘩するといいことないぞ >>498
無いです
設計書はそもそも不要だからです 仕様書もなくてプログラムが出来るかあ
だからさっさと仕様決めろや ■ このスレッドは過去ログ倉庫に格納されています
