私が考えたのは↓です
「お前、明日からライバルのラーメン屋にいって、その店のいつもの同じ味のラーメンを作れ。レシピは残ってる生ゴミや残飯から自力で調べろ。もちろん前任者への質問は禁止だ」
確かに馬鹿なPGが少なくないことは感じるが、対処できない事はない。
もしそう思うのであれば、まずは自分の能力を疑う事をお勧めする。
↑やっちまった･･･ Orz
絶望感しかないよな。
しかも、ラ管(=人力CVS)の履歴を調べたら、エンバグした犯人が、俺のバグのせいだと
会議で吊るし上げた張本人だと判明した時とか。
三菱MDISの無能なE.Zaitsu、お前のことだ!
俺はソフトを組むたびにドキュメントをちゃんとしろだのソフト仕様書を作れだの
コメントをちゃんと書けだのうるさいこといわれてるのに、
他人が作ったプログラムにはまずそういうものがない！
一体どういうっちゃぁ！！(怒
俺は楽しいけどなぁ、
コードであれば尚良し。
そんな大きな責任負いたくないわw
とか言われるのがかなり嫌だな。 元コードを読む分とそれを現有の仕様書と
すりあわせる、更に追加分の仕様を混ぜるとかなるとね、、、
それ以前に作らない人ってのはコード読んで理解する時間とか全く考えない
よな。ノータイムで読めると思っているというかなんというか、、、
正常系しか動かなくて、異常系を流すと取り返しがつかないほどの
ダメージを与えるっていう。
レアケースならともかく、入力データをちょっとミスっただけで人が5000万人死ぬ
「お前には月単価120万以上払ってるんやぞ!」って言われたが、手取り10万切ってたしな。
俺には残業代出ないんだけどっていうのもよくあるな。
オブジェクトごとに事細かに分割して
名前がローマ字や英単語なら分かるとおもうんだけど
意味不明な変数の加算処理が、実はまったく関係無い機能の為の前処理だったとか、実際に出くわした事があるんだけど、それを知らずに適当に同じ処理加えて行ったら、とんでもない所で不具合が出やがった。
さすがに意覚えたなぁ
まさに他人に読まれることを怖れているかのようにコメントが1行も書いていない。
なんの関数なのかもコードを読んでいかないといけない。
膨大な時間がかかった。
コメントが入ってないソースなんてテンコ盛りだが、とても読み易いよ。
いちいちコメントを必要とするソースを書くのはプログラマとして低能。
変数名や関数名とかの「リテラル」に分かり易い命名しとけば、コメント不要。
むしろ邪魔。
コメントなんて飾りです。 むしろ嘘コメントで紛らわしいので排除してください。
...True/Falseの意味が字面と逆だと分かったときのガッカリ缶orz
ホントにコメントが1行も必要ないと思ってるのは学生と個人企業でこじんまりやってるマぐらいのもんだぜ。
ちなみにxBSDはコミッタが管理してるから破綻するこたぁねーんだよ。
このスレで取り上げられてるような市井のどこの馬の骨が書いたか知らんようなクソプログラムといっしょにすんな。
コイツらコメント無しのコード判読で泣きそうな思いしてない坊やばっかだから
ごちゃごちゃの意味不明なコードに遭遇して一度でも死にそうな思いしてりゃ「コメント必要ない」なんてゆとりかましてられないっての。
残念ながら、金取って仕事してるんだなｗ
しかもドキュメントは別料金でｗ
「もう納期過ぎちゃっててさぁ、担当者は今韓国に缶詰で定時連絡のみだから・・・、
カネはいくらでも払うから（←嘘）明後日までにおながいします。」とか言われて
1万行以上の超ごちゃごちゃなソースをコメント無しで渡されてみろよ。（実話）
それでもそんな涼しい顔ででるわけ無かろう。
３０後半あたりでコードの内容覚えきれなくなって破綻すると思うが
ツールとして使われてるのは大抵そこからスタートする
そして気がつけば課内に正式展開されて
不具合対応や機能拡張をさせられる羽目に
その頃には初期verを書いた張本人は既に退職してたりする
最初から作ったほうが早いじゃん
赤の他人が作ったしょーもないノーコメントのソースを修正するなら、
｢しめた！｣と喜ぶくらいじゃないとフリーじゃやっていけんよね
いかんせん仕事あってのフリーだからね。
ひどいソースを書いても、そんなソースを受け入れても
本人は痛くも痒くもなくてリスクは全部修正者に押し付けるだもんな
こんなコメントはいちいち要らないんだよ >某三菱MDIS
目的は何の為にそんな代入するのか? "1"というmagic numberの意味を書けよ。
それでコメント率25%以上とかコーディングルール決めても、欠陥システムの
オンパレードなんだろうが!?
言っちゃ悪いけどｗ
お前が選んだ職業なわけであって。 ゴミみたいな仕事やってんのが悪いんじゃね？
>>39
あるある
ソースコード中にマジックナンバーをただのひとつでも入れる奴は、AUTO
けど君もゴミみたいな仕事やってんのがわるいよね
>ニート
↓
>>41
>ただのひとつでも入れる奴は、AUTO
でないと他人はその関数内から呼んでる関数の飛び先をひとつひとつ読んでいかないと全貌を把握できない。
/* 複数の選択をキーにDBを検索*/
/* 結果からバイアス計算 */
/* パラメータをセットして試験実行 */
/* 試験1（オフライン） */
/* 試験2（オンライン/サーバートリガ）*/
/* 試験3（オンライン/ユーザートリガ）*/
/* 結果判定 */
/* 収集したデータを各所へ書き込み（書式加工） */
/* ローカル */
/* サーバ */
↑
こんなコメント書くなｗｗｗｗｗ
i=1; // 何故か2回実行しないと正しく動作しない時が有る
…volatile宣言すべきなんじゃないの?
アウトをAUTOと表記するのは最近時々見かけるスラング
とはいってもこの子の場合はマジで書いてる気がするが
kardだし
マ板だけに普通にautoと読んで自動変数がなんの比喩なんだと悩んだ
AUTO自体はかなり前から使われている
常日頃からそういう唯我独尊なコードの書き方してんだろ。
コメント入れろって書いてあんのに修正箇所にコメント一言も入れなかったり、
{}の記述が
kansuumei(){
}
で書かれたプログラムを自分のスタイルを押し通して以下のように書いたり
kansuumei
( void )
{
}
餌やり禁止
return NULL;
}
それ、あちこちで書いてるのオマエじゃね？
癖や統一感があるから、まだいい
統一感も無く１０人くらいが、個々自由に書いてるコードを修正するときの
脳の疲労は半端ないｗ
他人の癖を真似する方が疲れる。
その自動生成ツールなしで解析・修正しないといけないときとか、どんな刑罰だよと思う。
バグ潰し専門だから
俺は１０人の癖を真似して書いてるぞｗ
COSMOSとか、新幹線の制御システムがソレだったな。
RATFORだか何だか知らないが、FORTRANから機械的に変換してて、
関数名とか変数名とか、全部英数6文字の組合せ。
>どんな刑罰だよと思う。
電力とか鉄道関係の仕事は、金輪際、お断りすることにした。
自社内の人間で開発しろよな。
最初からFORTRAN走らせればいいじゃない。
って思った。
「ソースを解析するツール」でも作れば？
うまく作れば、見たくないソースの自動修正なんていうのも、有りかと...。
>うまく作れば
「よくわかんないけど想像だけで書きました」みたいなﾚｽは結構。
英数6文字ってのはRatforのじゃなくてFORTRANの制限だよ。
新幹線のシステムをスクラッチからリプレースする、
なんて奇跡のような予算がどっかから出ない限り
Ratforのソースをメンテせにゃなるまい。
新規分までそれで書くのはよしたい気持ちはすごーくわかるが。
２バイト文字が全部化けて、
コメントが意味をなさなくなったよ
この仕事は他人との評価の比較が難しくて
時には仕事できなくても残業時間だけで評価されたりしやがるけどｗ
こういうときこそ実力の違いを見せ付けるチャンスだと思う
そもそもソースあるんだから、いちから作るより楽だろ？
あまりにも酷い場合は。
評価をする側の人間の立場で見たときには >>67で書いたとおり。
言語PHPなのにforeachも録に使えないようなアルバイトが
「これを参考にして作ってください！」
って言って渡してきたソースを見たときは絶望した…
しかも、
「サンプルがあるから早くできますよね！」
とか異常に出来上がりをせっついてきてたけど
修正するのに時間かかって早くできるどころの騒ぎじゃなかった
糞派遣（藁）
日本語から出来てねぇ
レベルたっけぇ〜www
そんなんが評価されるなら、他人との評価の比較が難しいにならん
>>70
急かすようなところだからクソみたいなソースが散乱するんだよね
それこそクソみたいなソースコードを取り合えず早く出すのはやればできるし
↑
ど素人乙
いちから作った方が楽な場合なんていくらでもある。
だったら穴だらけの低能Windowsをちゃちゃっと1から作り直しちゃってくださいよ。
そう思うのは勝手だけど、どんな系でもどこかに複雑さが隠れてる。
つうか、テスト仕様書とか試験結果報告書とか全部作るの考えたら、少しの修正だけで済ませたいと思うよ。
スタレの通り「他人」がそれも低レベル文系君が書いたソースなら、>>75 さんの
言う通り。ってか人口的に、国公立情報系なんかより私立文系出の似非グラマの
方が圧倒的に多くて、捨てて1から作り直した方がdiffもCVSもスリムに成るケース
の方が多い。
>>77 みたいな「勘違い」をMDISも二言目には言ってたが、アノザマ。
結果が全てを物語ってる。
おまいそんな事言っても、上は予算出してくれんの？
いちから書き直した方がマシなんてのは実務上無いんだよ。 素人君。
現実問題としてそういうソースが存在するところでは
一から作り直したほうが早いというのは大体ありえない
そういうところは
・仕様書が残ってない
・テストは修正した処理しかやらない
・細かいログ出力や潜在してる不具合も含めて完全再現が必要
・一から作り直しにゴーサイン出す人に取って作り直しのメリット0
ってなってるから無理
何故インテル＋マイクロソフトの糞コンビがいまだに幅を利かせてるのかを考えれば分かるだろ。
作り変えが許されるなら、ハードの下位互換性なんて誰も気にもしないだろｗ
そもそも人手が足りないからといって、畑違いの文系君にプログラミングさせる
狂った国は、日本だけじゃないの?
じゃあ使い回せないもん作ったヤツはクビでいいな
オブジェクトとヘッダとreadme？
使いこなせるまでの平均的学習時間でも記載されてれば別だけど、そうでなきゃリスク買う事になるよな。
使い回せるかどうかは、使う側の裁量次第だけどな。
拡張性皆無の設計仕様作るSEが絶滅するだけで、開発効率は数倍はねあがるだろうと
使い回しにくいものを使い回す側の裁量でうまく使い回したことを評価されるといいけど
実際は使い回しにくいかどうかが評価の対象になるというのは聞いたこと無い
使い回して早く直したかどうかのみで評価される
だからこういうスレの流れになる
それは、汎用性が無いからだろ。
コードの長さ的に
そんなことないぞ。
複数プラットフォーム対応でコード量増えるとかの例外はあるけど。
「汎用」という名の元になんでも詰め込むやつがいるけど、それはダメだ。
むしろ、どこに持っていってもうまく嵌るように、汎用的じゃないコードは
削ぎ落とした小さなコードになることの方が多い。
UNIXの哲学にもあるけど「一つのことを、うまくやる」コードをたくさん書いておけば、
それらを組み合わせて使うのは比較的楽。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
ステップ数が足りなくて叱責された (133)
お世話になった本 (103)
SE・ﾌﾟﾛｸﾞﾗﾏｰは専門技能職、30過ぎ未経験は× (230)
日立グループって、優良でまともなじゃん。 (690)
偽装派遣・多重派遣・偽装請負 (339)
“厳選採用”継続で、内定辞退・ﾄﾞﾀｷｬﾝだらけｗ (525)
--log9.info------------------
【UD→BOINC/WCG】Grid computing@mobile Part13 (282)
[Android2.2] 東芝 dynabook AZ part7 [Tegra] (316)
IDの末尾について (134)
無駄無駄無駄ーーー公衆電話のＩＳＤＮジャック (381)
ＶＡＩＯｔｙｐｅＵ（ＶＧＮ−Ｕ５０）のみ総合 (230)
【C01SI】SoftBankコネクトカード2枚目【VC701si】 (907)
WiMAX Atermstation端末総合スレ 20 (902)
イー・モバイル対応モバイルルーター CQW-HPMM-ER (255)
微透過液晶のLaVie MXってどうよ？ Part3 (603)
docomo LTE Xi (クロッシィ） Part9 (971)
●もっと聞きたいPCカーナビの話● (656)
●もっと聞きたいPCカーナビの話 VAIO typeU 4● (145)
EMOBILE GP02 vs SoftBank 007Z (324)
【MID】北京智器 SmartQシリーズ Part8【Tablet】 (727)
SONY VAIO typeU part56 (472)
メタフレームつかってる奴がいた！ (745)
--log55.com------------------
ＡＮＧＥＬＩＮＡ モンブラン 【ウマァ】
ウエハース全般スレ
【オレオ】9月から中国産【リッツ】
[箱買い] １０倍カラムーチョ復活応援スレ １倍目
クラッカー総合
ラムネ菓子について語るスレ 4
【関東風】桜餅（さくらもち） part2 【関西風】
【ﾌﾜﾌﾜ】生クリーム大好き！【ｳﾏｳﾏ】７パック目