プログラマの雑談部屋 ★41
■ このスレッドは過去ログ倉庫に格納されています
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
無いです
設計書はそもそも不要だからです 仕様書もなくてプログラムが出来るかあ
だからさっさと仕様決めろや 設計書の定義による
仕様（IO）を記した設計書は欲しい
けど手続きと実装にまで踏み込んだ設計書は絶対不要
Javaで書いてCOBOLみたいなのしか完成しない 設計書の定義による
仕様（IO）を記した設計書は欲しい
けど手続きと実装にまで踏み込んだ設計書は絶対不要
Javaで書いてCOBOLみたいなのしか完成しない 設計書の定義による
仕様（IO）を記した設計書は欲しい
けど手続きと実装にまで踏み込んだ設計書は絶対不要
Javaで書いてCOBOLみたいなのしか完成しない >>515
>IO
メソッドの引数と戻り見ればわかるだろ 一応一部上場で自社開発でやってるが
メインの一角を占めるシステムのくせに統括的な仕様書が何もない
何をするにしても今いる詳しい人にいちいち聞かないと分からないことだらけ
頭おかしいよね 統括的な仕様書と言ってる時点でその会社しか知らないんだなってレーベルや
ガラパゴスエンジニアは使えないからしょーがないから派遣を雇って
今のスキルを教えてもらったほうがいいよ おれも２０代のプロパーに、派遣の４０代半ばの私に、そろそろ技術的なこともさせましょうよ、
とかいったりとだんだん追い詰められてそうな感じなんだが、相当なめられてるんだろうな。 >>525
大丈夫だ俺もそんな感じだ
あつかい悪い現場だとそういう感じ プログラマーとかくだらねぇw
数学者とか物理学者を目指せよ。 ワイも物凄い雑魚みたいな扱い受けたから速攻で辞めてやったけど
そういうの流行ってんだな
まぁ実際雑魚だから別に他に不満なかったらどうでもいいんだけどさ ジャップは性格悪いから遠回しに分からないように気に入らない奴にヘイトするんだよな 同じパートナー同士だけど使えないおっさんの扱いは本当に困る・・・ 現場でいじめられてるんだけど、
何か上流から下流に向けてストレスが飛んでくる感じ 【大阪】ドンキホーテで医薬品を大量万引きした韓国人2人を逮捕した。転売目的。 おっさんなのに若い上流にいじめられてつらいなあ
胃に穴が開きそうだ >>531
ラッキーじゃん
有給使いまくって次の現場行こうぜ >>477
えっ？明日休みじゃないの？
くだらん奴はしょぼい会社に居るんだな。
て、言われるから、お里の知れるような事はしないほうがいいぞ。 若いヤツが、
俺はできるSE！年上の人間使って仕事をこなす勝ってる人間！
って勘違いして夜遅くまでひーひー言いながら残業してるのを
ほほえましく見てるよ。
そいつら相手にできないフリして、すごいねーすごいねー
って言ってやるのが楽しい。 >>537
夜遅くまで手伝わないの？
7時ぐらいに帰ろうとすると帰らないでって言われるよ >>539
・その職場で働き続けたいか？
・そいつの言うことを聞いてて昇給や昇進はしたか？
・基本定時で帰れるか？
チェックリストが概ねNoであるなら
帰ってもなんのデメリットも無いよ 上流工程ってどこまで設計書かくものなの
webだったら使うフレームワークまで指定するの？ お前ら実際何歳なの？
35歳ぐらい過ぎるあたりからめっきりプログラマー見なくなるんだが
彼らはどこに行ったのだろうか ■ このスレッドは過去ログ倉庫に格納されています
