プログラマの雑談部屋 ★11 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
>>933
俺の対会社でそんな奴見たことないけど、そんな奴はまぁそうなるわなw
それはそいつの自業自得だね。 >>934
曖昧なのに作るって優秀かバカのどちらか。問題が起きなきゃ優秀。多分に起きるからアンタバカ。 >>936
ん〜
問題が起こりえない設計で問題が起きたならプログラマがバカだけど
問題が起こりうる設計で問題が起きたならそれは設計者がバカってこと
ちなみにこんな簡単なこともわからないあなたは間違いなくバカの世界チャンピオンでしょうね >>937
＞問題が起こりうる設計で問題が起きたならそれは設計者がバカってこと
はぁ〜
曖昧で問題が起こりうる事が分かってて作るのはバカ
と言ってるのに…
こんな簡単なこともわからないあなたは間違いなくバカの世界チャンピオンでしょうね そうそう！
ぐちゃぐちゃの設計書が届いたら
こんな設計じゃ作れないと言ってあげるのが当然のこと。
ただし、その為の資料がぐちゃぐちゃの設計書しか
ない場合がほとんどだから、
こんなんじゃ何がわからないのかもわからない、
と言って突き返すべし。
つか、今どきいくらでも仕事があるのに
バカSEのバカ設計書など断固として受け取るべきではない。
勿論、バカ設計書の評価にはバカSEより情報が
圧倒的に少ない状況で判断しなければならないので
バカSEの設計期間の2倍から3倍の期間を評価期間としてもらうべき。
急ぎで、と言われたら全て断るべき。
今は仕事がいくらでもあるから
業界から馬鹿SEを追放する絶好の機会！ >>938
プログラマがものを考えてはいけない
プログラマはコード生成スクリプトの代わりでしかない
曖昧なら曖昧なままコードを書け 無償で設計書を添削してほしいなんてムシのいい話はね
設計者のお母さんや学校の先生ならともかく常識的なサラリーマン相手には通じないぞ
設計書の分析と添削が必要ならまず金を出せよ >>939
「ふーん、○○さんはできないんだー。で き な い んだねー」
「社長ー○○さんはこの仕事難しくてできないそーでーす」
クソ担当はこんな感じで煽るわ社内評価下げに来るぞ 他に振る人がいないから言えないよ
工数圧迫の原因がそのクソ設計だからな 関わった人間が仕事できないとなると評価にかかわるから
どんな糞な人間とかかわったとしても無難に終わらせようと動くよ
それができない奴が一生底辺コーダーのまま
技術力は関係ない
人格の問題 >>940
そうだよ、それは言ってる。
ただ結果自分に返ってくるのが分かってるなら手を打てよと。
返ってくるのが嬉しいなら何もすることはないか。
嫌なら返せ。ただではやらないとか意味不明。やり直しで工数稼ぐとか生活残業と変わらんアホ。 なんていうか本当にパーツレベルの仕事ばっかしてるんだな >>942
お前が論理的に指摘できない無能だったらそうだろうな WEB系の零細に入ったんだがフレームワーク使うのが普通なん?
SQLとかDB周りがめちゃくちゃ作りにくいし分からん
使えない人扱いになってクビになりそう(´；ω；｀)ﾌﾞﾜｯ >>948
フレームワーク使うのは当たり前
今までどうしてたんだ？
RoRなら素直に死にもの狂いで覚えるしかない
PHPの各種フレームワークなら会社のバージョン管理システムでもみて変更箇所チェックして勘所を探れ
CodeIgniterならまだマシだからちょっと勘をつかむにはちょうどいい >>948
そういうときは会社の重鎮に「モデルを教えてくれ」と頼むんだ。
もちろんMAXコーヒーとか砂糖水みたいな缶コーヒー持参してな。
ほとんどのプログラマは忙しい忙しい言ってる奴でも、
内心誰かに説明したい、自分のコードを見て欲しいと思ってるもんだ。
「しょーがねーなー」とか言いながらも嬉しそうに教えてくれるぞ。
俺なんか自分の仕事放り出して、半日かけて新人にlaravel説明しちゃったよ。
月曜はMAXコーヒー買いに行きなされ。 でもSQL排除したい系フレームワークのDB周りは慣れても使いにくいと思う
Railsでサブクエリまみれのものを、Arelで鬼のメソッドチェインで組み立ててるのをみると意地はらず文字列でSQL渡して呼べよと思う トランザクションスクリプト大好きな日本人にORMは豚に真珠だな >>934
設計書に問題なく動作することって書いてあるから問題があったらお前の問題だー
そういうの書く奴は
「当然こうだよね」、「常識的にこうだよね」
とか言う
だから問題があるまで言ったら負けだと思ってる
結果、問題が深刻化する
自分のことしか考えてないん奴はなー >>940
それに近いことを言い
次の句が「上流が如何に大事かを全く理解しようとせず、仕様書を読み込みもせず、ケチしか付けないクソコーダーどもめ」という人には
楽々かいんでぶかGeneXus使えばいいよって言うことにしてるな
1ライセンス（＝一人あたり）1年で「たかが」200万か300万、3人をひと月レンタルしたら飛ぶカネでしょう？ と
で、デバッグ機能が貧弱なアレ使ってひとりで頑張っていただく
たーのしー 冗談抜きで言うと、UXの類をまるっと省いて
業務用アプリ = データ収集ボックス
って扱いにするのであればコードジェネレータも検討したほうがいい気は前々からしている
書類とコードの二重配備問題について
書類が大事、コードはオマケ
という見解がユーザー・開発者の両者で共通するならコーダーは必要悪でしかないわけで
SI絡みな大半のソフトウェア開発企業に関しては、仕様書書いたらコードゲロるシステムのほうが
ありがたいかもしれない
ただ、ジェネレータはUXって意味ではできることが微妙で、1990年代初頭のシステムにしかなるまいが
多変量統計？ あきらめてくれ >>956
問題なくの定義が曖昧なので
何が起こっても問題なし
はい論破 >>958
冗談はほどほどにしろ
ジェネレーターに夢を見過ぎ >>956
超具体的に直すと、例えば「DB鯖死んでる」という問題に対して「動作すること」という設計？（これ要件じゃね？） がついてるなら
「どう動作するか」の定義がされていない以上
単に例外握りつぶしてリターンしたって条件満たすことになるわな……と
相手とその辺話して「そちらのおっしゃる通り、UI層でエラー出してもらう形でOKです」でいいんならいいんだけど
相手とその辺話して「あぁ？ 動作するっつったら問題なくだよ、分かるだろ常識的に」だったら握りつぶしでも無限ループでも構わんっつーことにはなるわな
正常の規定がないのだし >>960
そこまで書類のほうが大事ならジェネレータにでも掛けてろボケ
くらいの意味だよ
コードの品質とかまぁ向こうで頑張ってくれってことになるが こんな適当な成果物で、設計書通りにコードを書け、問題があるなら無償で指摘しろ、っていうんだから楽な仕事だよなぁ まあ
「僕コードわからへんし、勉強したけど全然わからへんのよ。だから全部日本語で説明して？」
って人のほうがユーザー企業の情シス部隊にも多い状況を鑑みると
ジェネレータでショボい機能だけど動くものが出来てるってほうがマシなんかなぁと思うことはたびたび
一応日本語でわかる資料にはなるだろうから
分かっている人には念入りの一品、分からん人には量産品、ってのでもいいんじゃないかと…… ジェネレーターにしたら融通がきかなくなるから文章で書く意味がなくなる
顧客に見せる用の資料をジェネレーターのインプットにするなどナンセンス
またひとたび仕様書とコードをジェネレーターで関連づけてしまうと、
ずっとそのジェネレーターを使い続けるはめになる
だいたいのジェネレーターはプログラム言語や統合開発環境にくらべてずっと場当たり的でいい加減なものなので
コードの保守にかかるコストが激増する
某銀行の悪夢を忘れるな >>965
どのみちお客さんは仕様書なんて読んでないよ……リッチピクチャ1枚くらいなら相手も見るけど…… 最大の問題
コードジェネレーターこさえてる人がいなくなったら
そのプロジェクト開発ストップするんですが >>967
たぶん最終バージョンでがんばれるところまで頑張ると思うよ
例えばpython2か、自治体メインフレーム案件のように、だけど
……Pythonのリファクタの受け付けなさはなんとかならんかなぁ
俺ぁひと月区切りリリースで回すのが得意なのでアレなんだが、辛いのはBFUD
BFUDが主体ってならコードジェネレータのほうが多分マシかも……品質はどのみち終わってるが動くものはできる、というあきらめ BUFD(Big Up Front Design = 大規模詳細設計やった後でないとコーディングとテスト罷りならぬ、の意)か、久々に酒飲んだらひでぇわ
あんまり飲まん方がええな >>961
後出ししたいから曖昧にしてあるんだろ
設計者はだいたい発注者とか権限上で金払わねえぞとか脅せるから何でもあり 【使い】派遣ツールスキルつけるな【捨て】
主な偽装請負多重派遣搾取業界結婚障害者の作業
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
情報処理資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理
[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VＢ
.net
Java
DB
ERP
SAP >>971
リクエストをローカルにキャッシュしてDBが再稼働したらコミットだな
フェイルプルーフ
常識的にはエラー表示で操作をさせないようにする
ちょっとだけフェイルセーフ 待機系のDBをアクティブ化するって意味だったんだわ
費用お前ら持ちで再実装な
これが上流の仕事です
ほとんどヤクザですね 今年新卒なんだけど既に先輩のコードコピペしてる人間になってる…
これってやばい？ まだいんじゃね。
何やってるかわかるまではソレ。
分かってるのにまだそのまま続けようとしてるならヤバイ。 何やってるかわかったらますますコピペがはかどるというもの >>977
少しずつ自分で書くようにするよ…
>>978
自分で書かないと！ そもそもコピペできる個所を
既存プロジェクトの中から特定するのもスキル要るから >>980
まじですか
かなり凹むんですけど…
コピペしてるのは一部です…
同じ機能を流用してます
>>981
皆の新人の頃どうだったか聞きたい… 手段ではなく結果が重要
だいたい中途半端なコピペスキルなら
最初から書き起こしたほうが速い場合がほとんど >>982
とりあえずコピペじゃなくメソッドにして再利用して ロクな先輩が居なかったからコピペするコードもなかった
今時学生の頃からプログラミング環境簡単に手に入るし自分で書ける奴も多いだろうな
意味をわかってコピペするのと
意味もわからない行も含めコピペするのは大きく違う
せめて1文字ずつ手打ちしてけば打鍵を減らそうと余分なものは複製しないだろう
既存コード読むこと自体はスタイル合わせられるし推奨すべき
コピペの弊害、同じコードが散在するかは設計次第なのでコーダーなら諦めていい 写経
改造
新規作成
どんなスキルでもだいたいこの順番でしょ？ >>976
火を噴いてないならまあボチボチ練習されてください
火を噴いてるならなんだってあり(遅延損害金よりはマシだ） 火を噴いていたら裁量が比較的自由だから
新人投入できるんだよね
もともと狂ってるから新人が多少失敗しても大勢に影響なし
勉強には最適な空間だ
最終的には火消しが来るんだから
それまで全力で学べよ >>982
それ共通化できないの
大丈夫だよ！って言ってほしいんだろうけどまあ人それぞれだし会社にもよる
何もわからないままでも底辺でずるずる続けることはできる >>989
火消しとかこないし
どんどん延焼してるようち >>991
実際の（消防士的な意味での）火消しがどんな動きをするかっていうのは
システム開発の火消しとしても学ぶところが多いんだわ >>985
> 意味をわかってコピペするのと
> 意味もわからない行も含めコピペするのは大きく違う
それはそうだが、最初はとりあえず何も考えずコピペして
動きを見てから理解するもんだろ
理想論ばっか語っても意味はない コピペするべきときはすべきだしね
同じプロジェクト内で処理が２つになっちゃうときに考えればいいよ
それだって３つ目が出てきてから共通項目を出した方がいいときもあるし
実は似てるけど纏まんねぇときもあるし >>991
火ぃ噴いてたら多分要件カットするマンが必要
この要件要りませんよね、この要件後付けですよね、と客に問い詰めキメる人
大体の場合、スコープクリープ（お客さんが夢モリモリになってる状況）か、元請けのクソ提案のどっちか
で、現実を突きつける役目ってのは、多分あんまいい死に方出来んだろう
まぁ憎まれ役なんで案件をネジ込んでコンプリート？ したあと出禁とかもあるっちゃあるわね
お客さんはそんなシステム欲しかったんじゃないんだろうけどなあ……とは思うのだけど >>993
コピペ自体は別に構わんのだけど、例えばJavaは定型文が多いから
「あの書き方の詳細覚える気あらへんわ、ググったら出るでしょ」っつってググってコピペすることはある
最低でも一回はデバッガでステップ実行して、どういう変数の変わり方をするかだけは確認しておくべき、くらい
初見のをコピペする場合は、だけど 火消しなんて正社員に任せてトンズラが一番
面倒臭くなったら出社拒否して別の会社に登録するわ
ジャップに貢献するつもりは更々ない ∩＿＿＿∩
| ノ ヽ/⌒) ジャアアアアアアアアップ
/⌒) (ﾟ) (ﾟ) | .|
/ / ( _●_) ミ/ ∩―−、
.（ ヽ |∪| ／ ／ (ﾟ) ､_ ｀ヽ
＼ ヽノ / / ( ● (ﾟ) |つ
/ / | ／(入__ノ ミ じゃあああああああっぷ
| / ､ (＿／ ノ
| ／＼ ＼ ＼＿＿＿ ノﾞ ─ｰ
| / ) ) ＼ ＿
∪ （ ＼ ＼ ＼
＼＿) このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 20日 19時間 54分 14秒 レス数が1000を超えています。これ以上書き込みはできません。
