ソースコードに書かれた、退職した人からの隠されたメッセージが怖いと話題に [無断転載禁止]©2ch.net
レス数が900を超えています。1000を超えると表示できなくなるよ。
こういうの見つけるとゾクっとする
HPのHTMLとか時々見ちゃうよ 某会社に勤めてたときロゴのpsファイルの最終レイヤーに悪魔の絵が仕掛けてあった
普通だれもそこまで見んよね >>1
THANK YOU MARIO 〜
↑は笑ったw >>2
コメントどころか
shitei != -1を見た時点で辞めたくなるw この手の構ってチャンは一番ウザい
ソフト屋出身の品証にソースコード見せろって言われて俺が小言言われるんだよカス こういうの下手なコード書くと
損害賠償になるからシャレにならんよ IntelのCPUにもにたような呪が書いてあるという・・・・(ウソ) >>6
どうせ中いじる人しか見ないんだしいいんじゃない ソースの最後に夜逃げしたプログラマからの
探さないでください とのコメントがあった 仮にこれが本当だとして
よく自社の成果物のソースコードをネットにアップできるな
ヘタしたら損害賠償だろ この手の事は専用の関数作ってその中でやらんとな。
一目見る程度じゃ分からない程度に偽装しないと。
とある国の機関のソースに多分今でも俺の愚痴があると思うわ >>27
とんでもない不具合があると客先からマジで開示しろって言われるからな。
こういうつぶやき的なのをgrepで削除したことあるわ 俺はCADで図面データの中に小さな文字でたくさんメッセージを残した // 違〜う〜だろ!違うだろっ!!!
// このハゲーーーーー!!!!!・ >>29
どういうのがいいの?
てか君のその言い分も言わなくて良いよね? 自演ネタにしても酷いな
こいつも無能派遣という証左でしかない ■最新!アルカニダ犯罪ニュース■
2017年6月17日:【群馬】禁止区域で風俗店営業 韓国籍の経営者と従業員3人を逮捕 前橋市 ←NEW!!
2017年6月15日:「ちょんの間」の経営者を逮捕 神奈川県警、売春防止法違反の疑い
2017年6月14日:ベトナム人宅から大麻数十鉢 所持容疑で逮捕 埼玉
2017年6月13日:伊豆市、中核派渡辺明(68)を給付金不正受給で逮捕
2017年6月9日:大阪府警平野署、路上に自転車放置→停止した車の運転者脅し車奪う 強盗容疑で韓国籍の32歳男逮捕
2017年6月9日:福島県、キツネ像や神鏡の器物損壊や窃盗などの罪に問われた韓国籍の男に懲役2年6月を求刑。判決は30日
2017年6月5日:江戸川区のJR総武線・平井駅、中国人女4名のグループが痴漢でっちあげ電車止める。テロ予行練習か?
2017年6月5日:沖縄反基地運動:逮捕者44人のうち11人が県外人、4人が韓国籍
2017年6月2日:<博多金塊窃盗>捜査情報漏えいか 愛知県警、複数の警官
2017年6月1日:【愛知】金塊を服の下などに隠し韓国から密輸、韓国籍の主婦5人らを逮捕
2017年5月25日:中国人による日本医療タダ乗り発覚。日本人患者にしわ寄せ
2017年5月22日:昭和46年から指名手配、中核派大坂正明容疑者(67)を逮捕!
2017年5月20日:シェアハウスに違法サーバー設置 容疑の中国人留学生逮捕
2017年5月2日:国内最大級の児童ポルノサイト摘発 ロリコンDVD販売容疑で韓国籍の男ら4人を逮捕 東京・目黒
2017年4月25日:神奈川、連続自動車盗、韓国籍の男を新たに逮捕
2017年4月20日:福岡空港、約7億3500万円を無申告で海外へ持ち出そうとした韓国人の男ら、関税法違反の疑いで逮捕
2017年4月20日:窃盗容疑で韓国人2人再逮捕 京都、来日して空き巣繰り返す(被害総額約3300万円相当)
2017年4月16日:渋谷のトンネルで落書き 台湾出身の大学生を逮捕
2017年4月13日:路上で女性にわいせつ行為 容疑の韓国籍の男を現行犯逮捕 大阪府警泉佐野署
外国人の犯罪率の高さ!!
ビザを厳しくすることや、特別永住許可証廃止、前科有りの帰化人の日本国籍剥奪を政府にお願いしたい。
↑これ本当なの? web関係でこれやると
ブラウザからソースコード簡単に表示できるから
無茶苦茶恥ずかしい 何でこんな恨み節書くかね
//お前は自分が思ってるより出来る
//無理はするな。無理出来る時だけ無理をしろ
//人生はお前が思ってるより辛くは無い
くらい書いてみやがれ
ネ暗野郎 変数のネーミングがバラバラだし、色々酷いソースだな >>20
どんなに分かりやすい識別子使っても
どんなに平坦に記述しても
わからなくなるものはわからなくなる /*
このコメントを見たってことは、遂に破綻したことだろう?
今からヤルベキことを、助言ではないがここに記す。
逃げろ。
*/ 引数多すぎ、毎回無駄なif文、変数名iiとかネチネチ直しにくくしてる天才 俺も前の会社辞める時に、PCのデスクトップに
「殺される。次このMacを使う人は覚悟するように」
と書いたファイル保存して辞めた 日本語はともかく、半角カナのコメントとか20年ぶりくらいだわ 引き継ぎの時に「これバグがあるんだけど治せないままだったから覚えててね」
って言われて、コメントにも書いてなかったから
// バグ有るみたいです
って書いたらソース見た上司から「お前自分でコード書けないのに他人のソフトをバグ呼ばわりってどんだけ偉いんだ?」
って言われて言い訳も虚しく始末書を書かされた
あれから5年は経ったけど今思い出しても腹が立つ ソースコードへのコメントは
何をやっているかよりは、なぜそうしているか意図を書いてやった方が伝わる つかプログラム言語ってそもそも英語ベースだからジャップ不利じゃね?っといつも思ってる
俺は全く理解できないけど、英語ネイティブの人ならもっと簡単に理解出来んじゃね? /*
○○さんがこうしろと言ったから
こういう処理になってます
私は知ったこっちゃありません
*/
既存プログラムの改修で上記みたいな
コメント見たことは有ったな
とりあえず見なかった事にしたけど Excel VBAのマクロにクライアントへの文句書いて暗号化しといたことならある。
無茶なことやらせるからだよ。 >>60
そんなのは紀元前からの常識だ
ただある程度のレベルまでの話 >>61
同業他社書いてるコードって酷い物しかないよな
あれ何でだろ、まともなコード書ける人の所には仕事は回ってこないんだろう 関数に論理名(日本語)と物理名(英語)書かされるんだけど意味なくね。 クラス名つけるのに半日かかったりするのなんとかならんかな
ソースコード書くのはすぐだけど、名称系決めるのが苦手だ // ここを弄って後悔したらインクリメントしとけ 46 //馬鹿よけ
これはよく使う、レビューでは2勝3負 >>60
コンピューター自体がメリケンが育てたもんだから、逆に最初から英語ベースで単語、用語を覚えてるからそうでもない。
ロシア語とかでも産業革命以降に登場した新しいテクノロジーはやっぱり英語ベースの音写が多いよ。
逆に変数や関数名を日本語をローマ字で記述すると「あれ知らない単語だ」って混乱する事がある。
俺は名称は英語ベースにしてコメントを日本語で書いてるわ。 >>67
文字とおんなじで各社の癖なんだと思ってる ラベルを芸能人の名前にして修正させられたって話は聞いた事がある 糞コードのメンテしてると、
どうしても作者の悪口が出てしまう。 閉じカッコの後に書くコメントの気持ち悪さったらないな //当時はこれでお金稼げたんだよ
こんなのばっかり >>87
オリジナル作者は心臓止まって死んだらしい(ざまぁw)からお前じゃない。 ///////////////////////////////////////////////////////アホが見る >>88
俺はコメント以上に
関数ネストを平気で書いてるコードの方が気持ち悪いつーか
デバッカが使いにくくなるから嫌 >>98
たしかに普通の人はしないけど今時コーディングやってる人に普通の人がいるの? function BlackDarkDragon() {
}
これ見たときはほんとビビった アトラスのゲームであったね
たしかHした翌日はシャワーくらい浴びてから出勤しろ、みたいな内容 秀丸で開発は死にたくなるわ
もうIDEなしではなにもできない >>101
い ま せ ん
旧帝出身の部下二人居るけど↓こんなかんじ
・潔癖症でアライグマみたいなやつ(動きに無駄が多い)
・脂漏性皮膚炎な上に風呂嫌いの変態(臭い) >>103
でも真面目にプルリクエストを第三者がソースレビューする開発チーム見たことないや
上に頼んでもそっちでマージしろとか無意味なことほざくし >>60
使う単語は決まっていて簡単だよ。
仕事で海外拠点地テレビ電話しても基本設計で単語が集約されるから楽。
逆に日常会話が大変。 >>107
生産性が全然違うわな…
これ、どんなシステムのソースなんだろね
もう人間にCのソース書かせるのは虐待レベルかもしれんな >>1
俺が辞めた時はなるべく意味がないコメントに書き換えてたわ
有給全く取らせてくれなかった仕返し >>109
うちはやっとるよ
と思ったが、社内だから第三者じゃなくて当事者か コードそのものに埋め込まれてるとかじゃなくてただのコメントかよ
つまんねえ >>118
うん
自前のコメントは削除してから
自動コメントツールで置き換える webデザイナーがやめたから、俺が更新しなくちゃいけなくなって、HTML開いたら、cssのクラス名がstressとかkillとかで怖かった >>125
クライアントサイドのソースコードは一般人でも閲覧可能だから注意しないといけないのにな >>124
どうせなら難読化しちゃえばよかったのにw >>125
今時はそんなのばっかりな気がする
待遇とか給与がドカタ以下ってどういう事なんだ ヒトに業務でソースコードを書かせるって
手書きで全てのアニメのセル画を書かせる位
非人間的な行為だといつになったら気付くのか >>121
コメントは人間が見るもんだから、日本企業なら日本語で書くと思うよ(うちは零細だしソースは絶対に出さないからそうする)
多国籍企業だと文字コードしばりで2バイト文字NGじゃないかな? >>68
1ステップ1コメントとか言ってくるガイジもいたなあ。どこの誰に吹き込まれてそんな謎規約考えたんだろ >>125
あるわw
俺の場合は、onnenとかjubakとかあった。 コードとかプログラムって前触ってた人や書いた人との対話してる感じだな >>121
逆に日本人しか読まないコードのコメントを英語で書く意味を教えて欲しい
伝える気ないの? これで即刻バレない会社は確かにヤバいな
コード作成からインスペクション、単体テストまで全部1人でやらせてんだろ?
そりゃこうなる >>44
コメントなしでも書いてあるコードが容易に理解できる優秀な頭があればいいんだけどなw
下手すりゃ過去に自分が書いたコードですら分からないことがあるしw
それはともかくコメントで解説してる場合、ソース直したら必ずコメントも合わせないとな。ソースとコメントが合ってないやつ最悪 今までみた人のコメントで一番印象的だったのは
//今年もコミケは無理そう
引き継いで見ただけだけどコミケ行けてるといいなと思ってしまった 実際プログラマやってる人ってどう?
機会さえあればこんな仕事から抜け出して全然違う仕事したいって感じ?
それとも将来的にはもっと上流工程やりたいとか? >>136
1.コードの変数をそのまま使う
2.単純な英語にしてコードと似たような文にする
くらいか
when repeat for foreach inとかは普通に使うな >>147
わかるわー 別のことやらされるのもストレスなんだよなぁ やってることは椅子に座った倉庫番みたいなもんだし… 大変なのは判るけど、最初からマトモに動くモノ作れよ。
不良品みたいなシステム使う身になってほしいもんだ。 >>151
急に仕様変更するな
仕様くらい決めろ
目的を共有しろ ソースコード晒すとかあり得ないだろ
本当マジで何なの?
自分のものならともかく、こいつ雇われだろ? >>144
リアル土方もやってたから屋根の下でエアコンのある職場は
酸欠、墜落、交通事故、感電死の危険のある職場よりはずっと良いよ、
もう雨の日にマンホール内で光ケーブルをつなぐお仕事はいやです。 >>153
ぐちゃぐちゃになるのは大抵これだね
まあプログラムに限らないけど
経営とか お前らみたいな外に出れない糞虫
ヒントがこのスレにあるぞ >>159
いろんな環境がある場合もあるんだよ
制御だと >>146
2程度のコメントなんてコード見りゃ分かるだろ
逆に入れてる方の頭中身疑うわ 俺は汎用機時代にプログラマやってたが今時はソースコードは納品物じゃないのか?
俺の時代はコーディング基準がガチガチに決められてて(しかも納品先の顧客毎に基準が違う)
変数名やコメントすら自由に付けられないよな時代だった
まして納品物であるソースコードにこんな"落書き"なんざ見つかろうもんなら
クライアントや元請ベンダから速攻で呼び出し食らって工場長レベルの役員が
菓子折りもって謝罪にすっ飛んで行ってたんだがな クソ文系で才能もセンスも無い奴がやるから悪い。誰でもできる仕事じゃない
俺?クソ文系だよ >>160
逆にそんなの制約ある制御系くらいの話だろ
一般論に各論持ち出すのは能無しの証 >>20
それは違うだろ。ソースからその意味を見いだすのは無駄な時間 >>20
少しでも自分にとってもコメント入れてあとで見てもわかるようにするためにコメントがある 文科省内の変な文書も官邸に対する嫌がらせ用にわざとデタラメ書いて共有フォルダに置いておいたんだろ 最初はきれいに書こうとするけど
段々汚くなっていく 変数をhageにしたら怒られたお、あんたとは一言も言ってないよバーコード >>169
こういう余計なコメントを誰も発掘しないまま
延々と引き継がれている事自体 異常な状況だと
気付く事が出来ない脳天気な君と
一緒に仕事する同僚を気の毒に思うよ >>152
>>153
納入して何3年も経ってるのに完成しないとかだぞ・・
大手でも、新機能を売りにしてるから買ったのに、そんな機能は無かったとか平気で言うし恐ろしいよ。 ソースコードの修正履歴をソースに書くのやめて欲しい
何のためにバージョン管理してるのか分からない とりあえずだ。
このチームがコードレビューやってないのはわかった。 >>178
納入の前にその新機能のUATして検収しなかったん? >>179
気持ちは判るが、
svnとかgitとかが無い太古の昔にも
ソースコードは存在していた
現代人が原始人を野蛮だと言うのは
とても簡単な事だと思わないか?
君がcommit時に
供養だと思ってそっと履歴を写してあげたらいい >>178
俺はシステム作る側の人間だが、世の中には酷い会社あるからな。
俺の知ってる中だと
「それ、貴方たちの使い方が悪いんじゃないですか?」
とバグを顧客のせいにした会社があったな。
今さらかもだが、発注先の会社はしっかり調べたほうがいいよ。 >>1
ど素人で分からないんだが行為言葉とかいれても
バグの原因になったり重くなったりしないの? 納期とかいうのに日本は振り回されすぎだよなあ
無理な状況で納期受け入れてることの愚かさになんで気づけないんだ
無理だとはわかっても無理するのは相手だからと何故非人道的なことを命令できるんだ ソースレビューすらされてないヤバいところだってことは分かる >>188
大手だから安心って思ってる奴ら多すぎ
大手でも実際にコーディングしてる連中は零細個人事業とかなのにな >>20
そんなキレイなコードを書けるのはごく一部
一番厄介なのは自分のコードに根拠の無い自信をもって、コメントを頑なに残さない奴 >>2
switch( tagl[0] ){
case 5001: A080G.henkou[0].onoff=0; break;
case 5002: A080G.henkou[0].onoff=1; break;
case 5003: A080G.henkou[1].onoff=0; break;
case 5004: A080G.henkou[1].onoff=1; break;
case 5005: A080G.henkou[2].onoff=0; break;
case 5006: A080G.henkou[2].onoff=1; break;
} >>132
俺もクライアントにやらされたことあるわ
読みもしねぇのに読んでも解らんだろうに ちょっとしたことを修正するのに
ぐちぐちいうなよ
簡単なんだろそれぐらい >>195
うちも零細だが、実際大手から仕事と椅子貰ってるしな。
いいのか悪いのか・・・
さっさと自社開発にシフトしたいんだが、あれギャンブルだしねぇ。
難しい問題だよ。 >>189
そこは大丈夫。
プログラミング言語作ってる連中(使ってるじゃなくて「作ってる」ね)はしっかりそのあたり考えてるよ。 知識が無いので全く分からないけど
>>126みたいに遊びのAAみたいの入れても成り立つんだな
面白そうだから覚えてみようかな >>2ってCだよな。
PGやめて10年以上経つから忘れてもうたわ。
配列のアドレス渡しとか頭が混乱しそう。関数名から何の処理するのかも想像できんし。
きちんとクラス設計すれば可読性が高まるよ。 正直 switch ってどうなん?
ソースコード汚くする戦犯だと思うんだけど これがプログラミングって奴なの?
HTMLとは違うのか?
よくわからん >>212
AAというか資料の補助としてたとえば製品上のLCDの実装方向と
メモリ上のアドレスの相関を記号と横棒、縦棒で書いたりはする >>1
個人のページをソースにするってどういうことだよ。 >>215
if文を使いたくないの方がわかる
特にネストが深くなると >>216
HTMLは、IEとかChromeが解釈してくれるプログラミング言語の一種だよ。
HTMLのLはlanguageの意味 if(true){ //はずすな
niko++; //外したら殺す
} //わかったな
こういうの書く奴は何考えてんの? >>223
うん、そこはわかってるが、門外漢にマークアップとプログラミングの違い説明するの骨折れないかい?
上手い説明方法思い浮かばなかったんだorz 変数名がshinitaiか
これは芸が細かいアフィ コメントであれこれグダクダ書いてるやつは自己顕示欲が強いアホ >>147
これは他の職種でもあるよなー
現場の仕事がしたくて入ったのに出世したら管理職になってしまうとか こういうソースって大昔に仕様書がないときに作られた負のレガシーだよな
解析から始まる奴 てか、ちょろっと見ただけでクソみてーなコードだと感じる クライアントが仕様変更しまくるので
後でソース見る人のために、なんでソースのアルゴリズムが
こんなアホなことになってるのか仕様変更の歴史(日付と内容)を
全部書いてたらクライアントが怒ったw ネタだろ
名前まで書くとかアホか
客が絶対ソース見ないと思ってんのかよ >>232
wwwwwwww
なんで怒るんだろうねーふっしぎー(棒) ソースコメントに
「次回、城之内死す」
を見た時にはワロタ >>2
こういう品質のコードだと一日に何行くらい生産するのが普通なの? ソースコードに正直な勤怠記録がされていた事があった 前後の処理がわからんから何とも言えないけど
A080G.henkou配列が条件で総て更新されていなくて不安なんだが >>241
構造を説明するために絵をソース内に書くらしいが
それをAAっぽく記号とか使って書いてるってことじゃね 昔コボルの改修してた時は仕様書なんてないのでソースコード内にコメント沢山書かれてたわ >>241
仕様の図解をコメント文でソースに残すってことではなかろうか >>9
ごとう きよはる てめェーだよ てめェー
タイムマシンができたら まっさきに おまえを えどじだいにおくってやる そこでなぞなぞやってろ。
あー すっきり・・・・・
しねぇんだよ
ごとう きよはる
てめェーだよ てめェー
うぁぁー きえてくれ >>241
よくあるのはコメントで条件のマトリクスを書く >>2
仮にもソースコードの一部をネットにうpとかリテラシー無さすぎだろ・・・ >>167
制御といっても製造装置とかあるんだよ無能 >>135
女子の書いたソースを修正してると勃起するよな >>240
自分も同じこと思った。
写っている箇所は異常系でA080Gの値はすでに設定されている…はず。 なんか返値の関数ばかりやな
エラーハンドリングしないのか if文の中でreturnするのはお前ら的にはどうなの
俺の中ではやめちくりー案件なんだが >>258
一概には言えんけど、finallyがあればいいんじゃねーかなと思う >>258
このコードではないけどtry catchが嫌い
まあ随時昔に引退して事務方やってるから思考が古いのかもしれないけどね >>70
ゲームやる時に自キャラの名前を決めるのも悩みそうなやつだな >>258
ここで聞いてどうすんだよ間抜け
他のプロジェクトメンバーに聞けど阿呆 人売りソフトウェア勤務当時は突然の蒸発とか日常の光景だった… 後に残されるのは異常終了しまくるソース。進捗会議では涼しげな顔で「順調です。」 と平然を装い突然バックレ。
こんな事ばかりだった 無駄なはずのコメントを消すとなぜかエラーが出る恐怖 >>265
行そのものを削除しないと全角スペースとか残ってるんだよな >>254
見た限りでは制御系のプログラムなんだが、それを文系の人に書かせるとろくなことにならないな。
まあ、MRJが飛ばない理由もだいたい分かる。 昔ベンダーのリーダーがやってきて「うちの部下が駆け落ちしちゃいまして…」と言われたときどう返していいかわからんかった
若かったんだなあ >>9
罵倒されている無能な上司は今居る会社のサイトで顔出ししてる 自分がメモ的に文字を入れておいたら、それのひらがな表記だった単語を漢字に直せと連絡してきたお客さんがいてビビったわ
どこ校正してんだよと >>275
コードも含めて製造請負の納品物ならしかたない
コメントもライン単金が乗る時代もあったからね
あとはその会社の標準実施法でコメント記載が定められている事もあるし gui系である入力判定をしたとき、
例えば、1以上はエラーとかをどうやって返せばいいかよく分からない。
例外をスローするの?
エラーコードを返すの? >>187
そんな昔話いって正当化してるクソは邪魔だから二度と出ていけ そもそもソースが無駄に助長で酷いな...
変数名とかを見ても、まともなエンジニアが書いた物とは思えない 昔のゲームでマシン語のダンプに給料支払って欲しいとか書かれていたというのは本当なのかな? >>278
それに相当する例外が定義されてるならば例外スローすべき
エラーコードのほうが正しいけどソースは例外のほうが見やすくなる if文で条件省略するの止めて欲しい
if(a){
}
else{
}
俺には全然見えやすいソースに見えない スローだとsetjump sigsetjumpやgotoみたいでやなんだよね こういうの見てると5000引いてから論理演算とシフトで組みたくなる >>284
全ての分岐に条件書いて網羅したつもりが網羅できてなくってバグったクソースを見たことあるわー 条件省略が見づらいとか意味が理解できないけどどうせ変数名の大事さを知らねえくそプログラマ()が書いてんだろ
スローがgotoと一緒とか頭沸いてるんじゃないか 転職してすぐに入れ代わり激しいところに送られたらきったねぇコードにきったねぇコードを重ねた無限の迷路になってて半泣きになりながその上にきったねぇコードをぶちこんだ 返り値が入るわけでも配列の先頭ポインタでもないのに
引数はすべてポインタ渡しすればいいみたいなコードを
組込み系で書いてる奴は、自分の使ってるコンパイラが
どんなコードを吐いてるのか見たことがないんだろうか
今のコンパイラは最適化が進化してるから、可読性を
考えたら不要なポインタは排除してけば良いのに この時の精神状態はわからないがこんなコードを書く程度の奴がやっていける職種じゃないな
不向きな奴がやると本当に精神壊す怖い職業だよなIT土方 >>294
PGいつでも募集中!なのが怖いっていうか(笑)
そんなドタバタ状態でまともなコード書けるか!だわな >>167
インド人や欧米人と一緒に仕事した事ねえんだな 日本でやるならそのインド人や欧米人が日本語で書けって話だよ
海外でやってるなら英語だろうけど 一時的な処置だからswitch caseとか使わないのかな?
fwiteてfwrite? 見ているだけで頭が痛くなってくる、この業界って大変なんだな… コメント入れない奴はただのバカだろ。
コメントに我がコードを見よ、とばかりに自信たっぷりに内容説明を書いてこそ真のプログラマー。
何も書かないのはどっかのサイトからコピペして自分で考えず内容理解もせず貼ってるだけのコピペストの証明。
正確にコピペする事だけに尽力し自らコメントを足すことすらできないバカ。 コメントは極力少なく。
代わりにXMLドキュメントを丁寧に書く >>258
関数の最初の方でfalse返して処理中断するときは書いてるよ
最後までソース追うの馬鹿らしいし お前が書いて、あたかも書いてあったかの様に見せてんだろアホ 経験的にはコメント入れる奴はできない奴だな。
コメント書く時間をassertやbug_onを要所で入れてくれる方がいい。 >>121
文字化けする可能性あるから英語のほうがいいわ >>274
そろそろDim文は悲しかったけど今となっては良い思い出になるべき コメント入れないのは個人や小さなソフトハウス、アジャイルなんかを使っているとこが多い気がする
基幹系やってるところはほぼ入れる
上にも書かれていたけど引き継ぎがいるような環境かどうかってのは結構影響するんでないかな 昔流出したwin2000のソースではコメントで喧嘩してたな 数ヶ月放置してすっかり仕様が頭から抜けた未来の自分自身が引き継ぎ先なんだよな これは鉄関係のソースかね?
FAPPぽいけど出しても大丈夫? 開発環境はLinuxだけどviが使えなくてソースをFTPで引っ張ってきて
WindowsPCのテキストエディタで編集という作業だな。 //お前がこの手紙を読んでいるということは
//何らかの理由で 私は もう
//お前のそばにいないのだろう。 >>8
なかじまかおる乙
もう舐めることはできたか? >>2 こういうのは呪い
騒音でも、その騒音に気が付いたとき
常にその騒音に注意が向き、普通では気が付かない音にまで
常に神経を使い、神経が疲れ果てる。
これと同じで、普通に仕事をこなしている人へ、無意味なことを気づかせて
ストレス化しようとしている。俺は死ぬけどお前も殺してやる。みたいな感じ
呪い文 >>197
if ((tagl[0]>=5001)&&(tagl[0]<=5006)) 080G.henkou[(tagl[0]-5001)>>1].onoff=~(tagl[0]&1); このスレを見て、自分の会社がいかに恵まれているかを実感する。
…世間的にはかなり評判の悪い会社だけど。 >>60
昔ピュー太っていうのがあってだな…、何知らない?
つまりそうあう事だ。 宮島さん;;
ご冥福をお祈りします;;
(´;ω;`) >>264
進捗管理するやつがソース管理の差分毎日見ないのが悪いな DISPLAY "ガチョーーーン!" UPON CONSOLE. まぁ昔からコメント欄で遊ぶのは定番だよね^^
意地悪な上司だと ここチェックしとけー って言って
ちゃんとチェックしないとソースコードの中のコメント欄を見ないから
後でお前チェックしてねーだろ 嘘つくんじゃねー
Σ(゚∀゚ノ)ノキャー っていう
業務連絡代わりだったり、お昼ごはんだったり・・・
日記帳になっていたりw >>338
こういうところにビット演算を使うとクレバーに見えるけど、実際コードの可視性考えるとどんなものなんだろね カンマ間のスペースぐらい統一してほしい
見辛くてしょうがない >>279
二度と出ていけ
こんな日本語を操る人間と仕事するから病んでうつ病になんの?w
itドカタ >>2
このコードは面倒臭くなってわざとなんかなならまあええけど
PG出来てないの意識高いコメントが腹立つ 20年以上前に書かれた大量のコードを引き継いだけど
グローバル変数の名前が投げやりに「a」や「b」みたいなの
ばかりだった時の絶望感 辞めるのは勝手なんだけど、エクセルの中にゴミを仕込んでいくなよボケが >>168
でもコメント文を盲目的に信じてコードを解析してたら、実はコメントが嘘っぱちだったという罠もあるんだよなぁ プログラマー時代、コメント書かないやつは刺されて当然だからドキュメント並みに書けと
先輩から指導されました。
結果、一目でわかるようなことまで書いて、逆に注意されたりもしました。
「”XXまでインクリメントする”なんて、見りゃ分かるだろうが」とか。 >>352
後で途中の定数で変則的な処理が必要になってうぁぁってなるパターン >>352
他の人がパッとみて理解できないコードは書いちゃダメ
ついでにフラグが増えたときに配列のインデックスとフラグ値がずれることもありえる
またgrepして影響箇所を洗い出すときに漏れる
フラグ処理は長くなっても全部書くべき
ま、数値じゃ意味わからんのでdefine定義するべきだが ソースコードを改修してんだけどコメント文はそのまま治してない奴w >>258
問題ない
むしろ積極的に使えよって思う >>67
優秀な人は一旦派遣されると、派遣先が手放さない >>2
死ぬ前に辞めれてよかったじゃん
どこが怖いの? >>85
すb関数化して外に出すとスッキリするのに、なぜかmain関数に全部詰め込んだりとかな そうそう、他人のソースコード改変するときに、コメントの原文残して
そのうえで「←ちげーよバカ」とかあって笑った思い出。 ソースのダブルチェックを組み込まないと
コーディングが独り善がりになる コメントは基本書かない
メモ程度
それよりも、ソースに変更履歴描くのやめようや
ログを追えって思うよ スグニケセ スグニケセ …
こわいからやめて
>>374
性格クソ悪いけど親切だな >>121
スペルミスされると、grepで引っかからない罠
カウントがkountとかファイルのロックがrockとか これ、コンパイル通るの?
nh_fwitesってなってるよ
nh_fwritesじゃないの、 >>2
隠すされたメッセージってのはな
会社のサイトの求人ページの文字をスタイルシート等で設定しているにも関わらず、不要なcolor=blackとかを入れまくるんだ
俺はやったぜ、気付いた猛者がいるかどうかはしらん >>297
おー、気づかなかった、なかなかユニークだな 他社や他人のコードを見る経験を積むほど寛容になってくるものだと思っていたけど、どうだ、皆のこの心の狭さは 平安時代の宮大工が寺院の柱の見えない部分にいたずら書きしてるのと同じだな そこまで酷く無いけど組み込み系だか
/* 評価用暫定版 1995.10.25*/
なんてコードが今でも平然と動いてる ソースコードレビューしないのか
というか色々とひどいコードだな
こんなマジックナンバーだらけでまともにメンテできんのか >>23
俺は素人だがプロはこう書くのかとおもった。 >>397
ハードウェアを動かすソフトウェアのこと
ファームウェアとも言う
よく例に出されるのは炊飯器
ボタンを押したら、その電気信号を解釈して釜を温めるために電熱ヒーターを動かす信号を制御する
みたいなことをやる >>394 宮大工のは組み立て順を忘れないメモだろ? ソースコードからは「何をしているのか」は読み取れるけど、
「何故しているのか」が読み取れない。
それをコメントとして書くんだよ。 if (shitei != -1) のネストはもっと簡単に書けると思う。tagl[0]から5000引いた値を評価して、
奇数なら1、偶数なら0を代入する。代入先は5000引いた値を2で割って1を引けば求められる。 分かりやすく書くなら、if 文ではなくswitch-case文で書くべき。 ifのあとにスペースを入れるのって何なの?
関数との区別? >>405
tagl[0]が5001から5006の範囲にあることをチェックしないとバグる可能性があるので注意な ファイル書き込みエラーの処理を書いていて
暗くなったと思われる 自称「簡単に書ける」アルゴリズムはだいたい穴があるんだよな
着実な方法で書くのが大切だわ >>409
5001の時5000引いて2で割って1引くと-1に >>197
批判出てるけどこう書くわ。defaultもつい忘れそうだ。 >>338
5007が追加されて、そのパターンに当てはまらないのに気付かず
バグを生むパターンだわ マックとかケースの裏側に開発スタッフのダイイングメッセージがあるとか言われてるしな。 >>405
無駄なコードと冗長なコードは違うんだよ
たまに行数が少ないほど偉いと勘違いしてる人がいるけど万人が見てわかりやすいコードで且つその現場の書き方に沿うのがプロ 自分ならこんな感じで書くかな カバレッジも上げやすいし
// 下記条件の場合、○○のため○○をする処理とする
// 実装はA080G.henkouのonoffに○○する
if ( tagl[0]>=5001 && tagl[0]<=5006 ) {
int tagl_dec = tagl[0] - 5001; // 値の範囲は0-5
int tagl_shift = tagl_dec >> 1; // 1bitシフトして0,1 → 0 2,3→1 4,5→2とする
int tagl_mod = 1 - tagl_dec % 2; // 偶数で1、奇数で0とする
A080G.henkou[tagl_shift].onoff = tagl_mod;
} >>405
あとで5001が変わったら連続性がなくなったらどうする? >>422
メンテ考えるとやっぱここはswitch-case文で書くだろうね。6000台とか出てきても
おかしくない雰囲気だし。 int n=tagl[0]-5000;
if (n>=1 && n<=6)
A080G.henkou[(n-1)/2].onoff=n%2;
//これが一番短いやろ //納期の迫って居る貴方へ 5000万円から承ります ご用命は**************@******.netまで defineか列挙型を使いましょう
フラグはbool型使いましょう
switch使わないならネストの最後にassertなどを入れてましょう コメントはやってる細かいことより
大まかでいいから目的や意味を書いて欲しい システム開発を外注すると
こうやって派遣がソースをバラします >>432
日本語の変数名は問題なくなってきてから積極的に使ったけど
拒否反応を示す人もいるんだよな >>416
おれもこの書き方だ。見やすいと思うけどこんなに批判されると思わなかった >>197
可読性を考えれば悪くないと思うんだけどな。
あえて言うなら、5001ってなんだ?ってことくらい。 ソースじゃないけど
ゲームの隠しコマンドで社長を名指しでハゲとか出てくるゲーム有った >>2
そいつ構造体理解してないからご愁傷さまな
関数のポインタ引数が多すぎるわ >>424
5000とかマジックナンバー書くなヴォケが >>338
~よりは1から引いた方がよいな
.onoff = 1 - (tagl[0] & 1); >>435
部屋から入ってすぐの照明のスイッチをオフにするコマンドだろう >>437
ほんとだ
構造体ポインタをlongポインタに強引にキャストしてやがる >>58
だな
〜を代入
〜が真のとき
みたいな日本語訳コメントはいらない
コメント率がどうとか言う奴の弊害だが >>2
nh_**** は、メモリ確保?っぽいけど、returnで抜け道が出来そうで怖い。
{ の位置を見る限り、多人数で変更してそうだし、
goto 使ってでも、エラー処理をしっかり作っておいたほうがマシ。
rtcod でエラー取ってるなら、void じゃなくて上位に戻したほうが良いし。 >>424
こういうの書かれるとテスト仕様書の項目数が増えるんだよ。
コメントで愚痴ってるじゃん。
おそらく宮島さんが直したと思われる。
switch caseのほうが良いだろうが。 まぁ他人のコード見たらいちゃもん付けるの定石なんだろうけど
ここでブツブツ言ってる奴が書いたコードもまた他人が見ていちゃもん付けられてる事に早く気付け プログラマにあこがれてるんだけどアラフォーで業界未経験でもなれう?
セキュリティ対策無視でC++でテトリスとPHPで画像掲示板作る程度はできるけど >>446
入れてもウンザリすると思うよ
趣味で書くのとチームで仕事として書くのって全然違うから ドトールコーヒーは悪の結社、創価学会の
一員だ
集団ストーカーを行なってる
とうきょうときたくあかばねは
そうかのまち
あなたがたにゆだねられている良いものを、わたしたちの内に住まわれる聖霊によって守りなさい。
(新約聖書『テモテへの手紙U』 1章14節から) >>446
Excelで仕様書作るのが好きならできる。
今やコードも自動生成だからな。
あと、パワポで変なイラストをペタペタ貼るような才能があると良い。
文字だらけの文書はつまらんから。 プログラマやSEって、自分の事を社畜だって卑下する人多いけど、
iOSやAndroidのアプリを個人で作って大金手にするなど一種無限の可能性を秘めてんのに、なんで不幸そうなの?( ´•ω•` ) >>451
お前は馬鹿か
自動生成なんてまだほとんどねーよ
何社かツール出してるけど手直しは必要だし根本的な理解は必須なんだよ
本当に業界人なの?素人だろお前 >>452
創作と一緒やね、それ
小説書いて書籍化で一山当てようとするのと同じ考え方ですわ
可能性は可能性でしかない 何も返さないreturnがあちこちにあるから不具合連発するんだよ for文のiiは$いらないの?
phpじゃないのかな… >>453
パワポで作った絵から自動生成するとか出来るれべるだぞ
今時ソースガリガリ書いてるのは旧態然とした業務アプリとか組み込み系くらいだよ
組み込みですら操作パネルとかは自動生成した奴に定義書き足してほぼほぼ完成なんてのが実用化してるよ 自動生成ってしばらくやってたけど結局最後まで意義が分からなかった
結局アルゴリズムをコードじゃない言語で書いてるだけだったし l,r,word,address
辞書圧縮された文字列データを復元する再帰関数かな >>460
出来るのは知ってる やったこともある
何パーセントのプロジェクトで使ってるの?
当たり前の様に言うなよ アホ >>462
そのソフト用の高級言語を開発するって感じ プログラムって、こんなふうに思いの丈を密かに書き散らす世界なの?
なんでわざわざ誰かが読むかもしれないところに書いてしまうのか
むしろ読んでほしいのか
2ちゃんなり他人なりにぶちまけるのではなくなぜプログラム自体に書くのか
実際書いたことある人そのへん教えて >>338
オブジェクト指向ならもっとましに書けるだろこれ >>23
変にカッコつけて英単語なんか使ったら関数と被っちゃうかもしれないから、プロはローマ字で書くよ
趣味で1人でやってるなら好きなのにすりゃいいが 高校生の頃学校が受験に使われる日のための準備として座席を指定の場所に移動させたあと
こっそり机に「がんばれ!」とか受験生への応援メッセージ書いてたのを思い出した >>466
どうせあと数年でAI化されてクラウドサービスに載るんだからコーディングの知識はあまり頑張り過ぎないほうが良い。
AIの生産性が人月20万とかになったらまともなプロジェクトはコーディング要員を採らなくなる。 >>474
本当にわかって無いな 素人はすっこんでろよ
そんな事になるわけ無い >>466
知らないなら知らないって正直に言いなよ >>417
な
削り例ならいいけど実際に運用してるの見掛けるとうんこしたくなる
若手のJS依存も >>444
switch case を拒絶する自称上級プログラマ様の声が大きいので、そうでない意見も見れてよかったよ
ここをどれだけ高速化する必要があるのかは知らんけど >>476
お前さ使って開発したことある?
あれがさ数年で完璧に世界中で使われるようになると思った?
実際使ってプロジェクト運営したことないだろ?
あんなもん数年でなんて全く使い物にならんわ
エクセルで仕様? 笑わせんなよ >>2
なんだ?構造体に色々押し込んでわけがわからなくなった例? >>474
コーディング自動化はすでに大手がジェネレータ作ってやってるけど
自動生成されたコードがノータッチでそのまま使えるか怪しい部分もわりとある
結局半分手直しとかザラ 顧客資源のソースコードを公にするのって何かの契約にひっからんのか? 自分はゲーム系のプログラマだけど、仕様書なんてほとんどもらったことがない
口頭か画像数枚か
「なんかいいかんじにしておいて」
くらいだ
データのプロトタイプもこちらで用意する
それに従ってプログラムするだけの仕様書ってどんなものなのか興味がある 怖くもなんともない、ただの愚痴じゃん
こんなんツールとかで自動的に削除してすっきりすればいいだけ
コードだけだと理解できなくて怖くて削除できないとか、コメントと実際のコードが違ってるとか
そういうのかと思ったのに >>476
なんかこれを思い出した
橋下市長:そんなことはないですよ。知らないのに質問なんかできないでしょ。
女性記者:知ってますよ!…中西教育長じゃないんですか? >>468
この件の異常な事態が
まだ良く理解出来てないみたいだけど
普通業務用のソースコードは
必ず複数人のコードレビューがなされて
レビューで承認されたソースコードだけが
実際に適用される
当然レビューではコメントの一字一句まで
指摘されるからこんなコメントは通常残らない
つまりこのソースコードはレビューされないまま
業務適用されて後任者に引き継がれている
これがどれだけ危険な事態かというと
業務使用のソフトの内部仕様を誰も知らない
そういう事を意味しているんですよ >>486
そりゃ小規模の自社開発だけで通用するやり方だね
関わる人が増えるほど意思統一が必要になる
あと、言った言わないのトラブルを防ぐための証拠にもなる
それが仕様書だよ >>195
そうそう俺クラスのダメ孫請けでもNや芝の
新聞載るクラスの案件やるり >>468
発注元が確認しないアホなのか よくわからんが
コンパイルして吐き出されたバイナリファイルだけ収めりゃいいや
みたいに思ってたんじゃね?
ソース子ーでゃ書いたバージョン情報とか 全署名 仕様とともに
収めるまでが仕事なんだがね >>490
いや、仕様書はあるよ
初稿はプログラムした自分が書くというだけで
それをもとに修正や仕様追加の話が出たり、なかんじ 楽天とか、安価な案件でもコードレビューってするのか?
採算が全く合わないと思うんだが。 >>493
修正や仕様追加も仕様書にするのが普通だと言っている
というか、情報後出しが多すぎ >>496
だから仕様書にするって
自分で
プログラムした後に
普通は、それに従うだけの仕様書が事前に非プログラマからくるのかな
だとしたら少しうらやましい >>499
仕様書は製造する前に作るもんだ
設計書を後から作ってるとか笑われるわ 趣味で正解だわ
休日に人工知能とか設計するのが1番楽しい >>481
criwareとかで開発したとこある
無いなら黙ってた方がいいよ >>499の環境はうらやましいね
デカくて下らないPJだとさ頭の悪い何も知らないSヨさんがわけわからん仕様書書いて作らされるわけよ
小さい環境だとさ>>449みたいにPGパパッと書いて仕様書も書くってのもあるよね
そういう環境のPJで働きたい ゲーム制作と業務システム開発は水と油
セガが死亡したのも、そういう理由 >>504
>>449みてみろ、ドトールが開発現場か?
アンカもまともにできないクソヤロウ? ゲームプログラマはV字モデルも知らんのね
設計仕様書をあとから書くとか
テストもテスト仕様書なしの人海戦術でテキトーにやってそうだわ 業務システムこそ人海戦術だけどな?
標準化規約からガチガチに固めてないとモグラたたきシステムか肩たたきシステムでお金儲けになるからな >>500
何故かソフトの業界だけは
ソース書いてから仕様書、って
変態チックな事態が多々発生してます
それに最近のソフト開発支援ツールは
ソースコードから仕様書を
自動生成出来たりするんですね
ソフト以外の開発現場から眺めると
つくづく変態な開発形態だなーとは思います >>509
仕様書と言ってもいろいろあってだな
自動生成するのは詳細設計書の話
ゲームプログラマだって企画から基本仕様書が降りてくると思うのだが?
会議で話の内容だけ聞いてテキトーに作ってるの? DB仕様書があれば、データ弄るだけの詳細設計書まではお金払いませんよ?って客のニーズ()に合わせて\\\ 井の中の蛙が他現場を非常識だって罵ってもしょうがないけどね?
いろんな開発現場があるのは認めないとね? ラジオ日経でストラテジストの岡崎が
安倍の支持率が下がると忖度で株価が上がるって言ってるぞ
ラジコのタイムフリーで聞いてみろ
6月21日13時からの「マーケットプレス後場」23分くらいから
25分40秒くらい
岡崎「6月19日、20日のチャートと6月1日、2日のチャートがあまりにも似ていて、それが、19日に関して言うと、日本株、ドル円、NYダウ、ナスダック、全部同じ形になってる。という所を見ると、世界でリスクオンになったのか。でも、リスクオンになる材料なかったよね」
叶内アナ「日本の忖度で海外までリスクオンになっちゃうんですか?」
岡崎「日本のお金だからね」 >>512
だから>>490で
>そりゃ小規模の自社開発だけで通用するやり方だね
と認めていますがw 仕様変更勝手に受けてくんじゃねーボケカス
工程が狂うだろ
追加料金せめて取ってこい 何勝手に無料で受けてんだ
納期もそのままとか 営業糞 死ね
っていうのはよくあるな^^
発注側で良かったわw
え? 納期そのまんまでいいの? 大丈夫なの? ってこっちが心配してるのに
大丈夫です! って言い切って うーん そうなの?って
で、翌日になって、すいません納期1週間伸ばしで 的な おい!
っていう営業もよくいるw
PGと営業は定期的にくるくる回して両方やらせんと駄目だなw 業務系とか規模の大きなプロジェクトじゃなければ仕様書無しでスパイラルモデルで開発始めるとか普通だよ今は
仕様書作ってる間に納品まで終わってるよ >>510
キミの主張は至極真っ当だと思う
だが世の中には色々な開発現場が有る
キミの説く理想的な開発現場だけじゃないんだな
特に>>1みたいな開発現場はソースが全てなんだろ >>517
マジックナンバーを埋め込んでる>>1でソースが全てと言われてもw >>518
だから>>1の異常さが際立つんだろうよ
こんなヘッポコソースがまかり通る現場だぜ? >>510
うん、会議で話の内容だけ聞いてテキトーに作って、それをみんなが見てからようやく具体的に話が始まるかんじ
というかつまらないアイデアの事細かな仕様書とか受け取ったら困る >>520
仕様とバグの見分けもつかなさそうな現場だな >>521
かもね
メラなのかメラゾーマなのか、わからないときもあるし >>521
クライアントからの仕様書じゃ
ソースは組めない事が結構有る
漠然とした仕様が多過ぎ
しかも仕様に記載の無い内容も多過ぎる
いちいち確認してもクライアントが詳細仕様を
知らない事も多い
そんな具合で忖度しながら開発してるから
明らかなバクを仕様といい張る事もある
だって仕様書に記載されてないじゃん >>514
小規模じゃなくてもあるんだけどね?^^; >>518
定義ファイルの管轄が別部門だったりして、「マジックナンバー、ベタ打ちで行きましょう!!」ってマジで言ってるところもあるんだよ
金融系システムなんてコボラー上がりが仕切ってたりする >>526
具体例をどうぞ
大規模開発で仕様書もなしにいきなり製造してる現場の >>529
まじでそれいってんの?
言えるわけないだろう?w
某府中のry SEは何でも屋じゃねえんだよ!!!
って発狂してたPGがかつて居た
> SEの仕事 ゲームの場合、技術者と同時にクリエイターでもあるから、
企画の概要だけ見せていい感じに作ってとか、動いてるの見ないと感覚掴めないから取り敢えず何か作って。
みたいな感じで開発序盤にモックやプロトタイプ制作をしてチームメンバー全員で何を作るか共通のイメージを形成するので、
細かい仕様書が無くても開発が進むし、各自の度量に任せた方が良いもの作ってくれる。 >>529
組み込み系は結構多いな
100人規模のソフト開発者が居るのに
仕様書無しでいきなりソース組み
しかも仕様書は開発者任せ
SEは概要仕様調整と日程管理しかしない もうパッケージの組み合わせで仕事できるんじゃないの
仕事に合わせてソフトを作るより
ソフトに合わせて仕事をした方が
圧倒的に効率的じゃない? ゲームはマジでめんどくさいぞ
誰も完成形が見えてない状態から試行錯誤してく、作ってみないとわからない品物
まぁ、まるで「ワンピースを描け」みたいにあらかじめ見本があるケースもたまにあるけど 仕様書ってザックリと言われちゃうとなあ?
ザクではないのだよ・・・って言いたくなる >>535
基幹業務はパッケージを突っ込んで、既存システムとのデータやり取りなんかで
パッケージを導入するより開発規模が膨れ上がったりして痛い目みちゃってるところがあってだな^^;
○立ってなんでも請け負いすぎでしょ >>536
企画書で5年
設定とかで2年 グラとかストーリーとか セリフとか
プログラムは
基本部分3ヶ月
戦闘とか3ヶ月
周辺半年
デバッグ半年
販売前のいろいろ半年
のイメージ
なのがスクエアのFFとかだな
一本で10年くらいかかってるんじゃないか と思っている・・・ こんなクソコード書いてるから糞みたいな職場でしか働けないんだよ >>441
64と32の載せ替えで苦しむ姿が見える どこのバカでも理解できる分かりやすいコーディングが推奨されてたりするんだが
気が付いたらみんな^p^になってるんだよ^^; 今はコンパイラも優秀だろうしメモリもあるし演算処理も早くなってるからよけいかみ砕いたようなコードがいいかもしれんね 別にフツーのソースコードにしか思えん・・・
誰か手本はこうだっていうものに清書お願い
勉強したいので >>546
少なくともマジックナンバーの直書きはしない
定数はマクロ定義して見た目で
定数の意味が判る様にするのがマナー /* ここ通ったらすべて終わり */
みたいなのは見た たまたま見つけた人間は同じ職場ってのもあって一瞬は怖いのかもしれんけど
他人からすれば
え…?あ、うん…だから?
ってな感じなのだがね。 >>345
違う、ひらがなで「ぴゅう太」だ。
日本語BASICをウリにしてたが、結局は「IF」が「モシ」、「THEN」が「ナラバ」、「GOTO」が「ニイケ」、「LET」が「シキ」、「PRINT」が「カケ」、「END」が「オワリ」等、キーワードを単にカタカナに置き換えただけの代物だったなぁ。 今後は要求書だせばAIが基本設計から試験までやってくれるんだろうなあ // お願いですからね。此コメントを読んだ月日と、それから委しい所書と、どんな所へ納品したかと、それにあなたのお名前も、御迷惑でなかったら、是非々々お知らせ下さいね。
// あなたも御用心なさいませ。さようなら。 アホクライアントの要求仕様からコロコロ変わるから設計仕様書き直してる暇なんてない
結局仕様書とコードが不一致のまま終わって引き継ぎ者が迷惑するのはよくある話
おまけに追加仕様分の請求出せないとヘタレな営業やらのせいで赤字になったらエンジニアの責任 >>490
ゲームプログラミングのほうが多分規模はでかい >>554
そんなところにいつまでもいると茹でガエルになるよ辞めなよ^^; >>107
会社にもいるわ秀丸使ってるの
ライセンス払ってないしやめて欲しいんだけど >>554
アジャイル式で逐一反映してやればいいんでない?
もちろんまずは営業殴り飛ばして逐一金もらうことにしてからだが >>533
うん、こんなかんじこんなかんじ
とはいえデバッグや他人に仕事を任せるためにも後から資料は作るけどね
システム系で働いたことがないからそちらは知らん
でも興味はある
完全に別世界なのかな
プログラムに手をつける前にきちんとした仕様がくるなんて別世界だ >>561
> プログラムに手をつける前にきちんとした仕様がくるなんて別世界だ
ねえよw ファブレス会社でASICの開発してる者だが
90nmのCMOSプロセスでポリ抵抗を「BAKA」の形に並べたことがある
そのままリリースされたから興味のある奴はパッケージを殻割りして電子顕微鏡で探してみろ >>562
へーいい企画に恵まれてるんだね
ちょっとイメージつかないけど
例えばさ、
「タッチした場所にカーソルを移動」
って仕様に対して、どこまで事前に書面で説明があるものなの? >>269
昔いた会社の下請けか基本こいつ本当使えんなぁってやつもいなかったんだけど、1人その会社の社長の愛人やってる女がいつも昼過ぎに来るようなやつだったな。
その会社の課長に苦情だしたけど、社長の愛人だから役員ですは何も言えん状態らしくて、こっちも客から苦情が来たから1カ月で契約切った思い出があるわ。 アジャイルは腕利き数人でやる分にはいいけどそんなに簡単に人材は集まらないから古式ゆかしい手法が必要なんよね
品質は開発者のレベル差を無くすところから始まる部分もあるやん マジックナンバー多用してコードをとにかく早く書き上げる人がいた。
動きはするし期限には間に合うんだが、後からコード解析することになって泣きそうになった覚えがある。 >>301
日本で開発してるからと言って日本だけで使うものとは限らんだろ。 >>484
結局ツール使うの辞めたって話も多い。
俺が2年前にいた現場も大手の営業に騙されてこれでやろうってことに客が決めたけど、数ヶ月後には無理してツール使うことはないって方針に変わったからな。 ・ローカル変数禁止(変数は全部グローバル変数にする)
・値渡し禁止(引数は必ずアドレス渡し)
・全行にコメント入れる(コメントからフローチャート作るため)
・makefile 使用禁止(コンパイル漏れがあるといけない)
こんなキチガイルールでインフラ系システム作ってた会社があるぞ はじめまして。昔カッパ寿司で働いていたことのあるカッパです。
やばい職場みたいにネットでは誇張されて書かれてますが、そんなことないですよ。
くつうを与える電気ショックもサボった子だけで、無意味にビリビリされたりはしないです。
たべものはキュウリ以外にもたくさんもらえて、毎日おなかいっぱいでした。
すてきな仲間とともに成長しあえるやりがいのある明るい職場で、
け
にげだす子もいないです。ちょっと体調を崩してた子は、翌日には保養所に入れてもらえます。
きっちり体を治したあとは元の店にはもどらず、べつのお店に異動になるシステムなのでもう会えませんが、
てんぞくになるともらえるきゅうりも増えるそうなので、みんな目を輝かせて働いていましたよ! 1つのソースコードのコメントでディスりあってるのは見たことある 昔はIDEもなくてMIFESやmuleでしこしこ書いていたなあ
メインフレームなんかパンチカードだからそれに比べれば格段の進歩だったけど >>578
パンチカード知ってるってあんた何歳だよ。
あれリアルで知ってるのって50超えてるレベルだろ。 >>60
昔、富士通かどっかのオフコンで漢字COBOLというのがあってだな・・・
ソースコードがまるで写経そのもので解脱するかと思った >>566
そうじゃない
きちんとした仕様自体がないって話 上司が、データは1年分365個分確保って仕様書書いて、
案の定、客が現場で「データ数足りないんですよね・・・」って。
仕様書見ずにハンコ押したんだろ?
上司も上司だし客も客。 >>585
コメントからドキュメント自動生成ってのはよく見るな。
設計段階ではコメントだけ書く。
普通に入れてもいいし、HTMLを混ぜてもいい。
自動生成で設計レビュー。
コードを追加する。
コメント量の多いコードになるが、懇切丁寧とも言える。
コード改造と同時にドキュメントが更新されるのも良い。 >>580
漢字cobolやった事あるわ。漢字なんでやたら一行が長くなる。見にくい事この上ない。
二度とやりたくないわ。 >>32
プログラムの著作権だけは雇用法人の所有物にならない オブジェクト指向でアプリ全体に波及するような設定はどこで定義するの?
共通用のオブジェクト作って詳細な処理のコンストラクタ等に渡す?
もしくは継承?
グローバル変数?
処理固有の定義とかその処理のプライベートで持たせると、見通し悪いとかで、レビューでグローバルに追い出されたりする。 >>591
グローバル変数だよ
そもそもAPIも全部グローバルだろ >>591
オブジェクト志向なんだから一箇所の設定が全体に波及するような構造にする方が間違ってる >>591
教科書にオブジェクト志向の特徴の一つは
カプセル化と書いてあったの覚えてますか
キミの属するプロジェクトの設計を見て
何の違和感も感じなかったのなら
学校で何の勉強してきたの、ってなるんだけど 何だよ
コードやバイナリ中に隠されてるのかと思ったらコメントかよ
つまらん >>593
基本的に同意だけど、それを不慣れな人に言っちゃうとオブジェクト至高に陥ってアスペクト的な要素でもなんでもかんでもオブジェクト施工で頑張ると言う人も少なくない
まずは「どの設計の方が後から見て一番分かりやすい?」で考えた方が良いと思う >>573
Matlab+Simulinkでのソース生成はECU業界では常識になってるけどね。
特定分野なら共通言語としてのMBDは十二分に価値がある。
問題はその生成コードをどうやってISO26262やAutosarとかの規格に適合させるかで頭を悩ましてる。 >>597
禿同。
それと、「しこう」の言葉選びが解り易い。
君のコードの修正なら解り易そう。 設計書と対になってないかつコメントが無いってサイレントテロでしょ
バグ出たとき調査に時間かかるし、特に冗長なソースコード書くやつな >>589
Solaris使っていて本文に入れられて苦労した思い出 俺が見たコメントで最強だったのは
//2014/10/10 誕生日 しねしねしねしねしねしね
だった >>555
ゲームの場合は仕様変更に強いことを要求されるからね。
できる奴は常に余剰の資源を確保しておいて、デザイナーやプランナーには絶対に教えない。 >>561
横からだが、クリエイティブ系ならサイクル早くするために、とにかくまずイメージ形にしろ!
てのはわかるかな。
それを内部情報系みたいな硬い現場でやるとNGだが。
ま、世の中にある産業の分だけ、それぞれソフトウェアの文化あるからな。
どっちの言い分も正しいと思うわ。 >>338
クソコード書くなハゲ
判定用数値を演算対象にするとか非常識もいいとこ >>392
c が変数ならマヤもリツコもクソコード野郎だったてことか >>70
問題ない。適切な名前付けはプログラミングにおいて一二を争う重要事項。 >>591
邪道だがクラス内変数をパブリック化させてやれば呼び出せる
こんな危険な事しなくてもメソッドでいいが
プロジェクト外なら外部JAR化して取り込む(Java) >>20
1年後の自分が見てもコメントなしで理解できるかどうかで判断すべき。1年後の自分はほとんど他人だからね。
はっきり言って1年前に書いたコードなんてほとんど忘れてる。ソースを見直しても「書いた覚えはある」程度で
バグ修正や機能追加・修正なんかできるようになるにはまた全部読み直して細部まで思い出さないと手を入れられない。
そのときコメントなしではまず無理。自分で入れたコメントを読んでも、どうしてここにこんなコードを書いたのか思い出せないことがある。 >>29
昔の土方も自分の作品であるサインを裏側の見えない位置に残したりしたらしいからな
リアルもITも土方はやる事が同じだと思うとなかなか面白いな! >>591
自分でかいてるじゃねえか
>アプリ全体に波及するような設定
その設定を管理するクラスを作って、いちいち問い合わせしろ 必要も無いのにわざわざクラス化すんのやめてくれ
どうせ一箇所しか使わないのに
何でいちいち変なクラス定義してその型で宣言するんや >>197
いい書き方だ。
こう書いておけば、後で見たとき何をしているか明確にわかるし、修正もしやすい。 >>614
それは酷い現場すぎだな
さっさと辞めたほうがいいな >>258
処理が中途半端な状態で終わることになるのでバグの温床になる。
エラーで中断するにしても、処理の最後に飛ばして、後処理をきちんとしてから戻るようにすべき。 >>614
意味不明なラッパークラス作ってそこで殆ど何もしてないとかあるわ >>305
C言語をネイティブに喋れない奴の寝言だな コメントは英語で書けってルールも考えもの
意味のあるコメントでなくなる 東京タワーの頂上にゴムボール仕込んだ奴みたいなもんだろ。
もしくはピラミッドに最近の若い者はとか書いた奴。 空ループを使うとgoto要らんのだが、理解できない奴は嫌うスタイル
hoge()
{
// 始処理
// 本処理
for(;;)
{
if(ほにゃらら!) breake ;
//この辺に好きなだけ処理を書け
breakl ;
}
// 後処理
} //ちょとずれた
hoge()
{
// 始処理
// 本処理
for(;;)
{
if(ほにゃらら!) breake ;
//この辺に好きなだけ処理を書け
breakl ;
}
// 後処理
} >>258
会社のコーディング規約で「リターンはケツに一つ」と決まっており、某有名ツールで検査される。(車載制御)
途中にリターン書きたい事が多々あるけど仕方ない。 breakeとかbreaklに突っ込んだら負けなん? ソースの一部をツイッターにのせるとかセキュリティ事故でござる
会社はちゃんとこの人処罰しろよな >>611
あ〜解るわ。後で機能追加したり仕様変更になったりしたとき自分じゃなくて初見の他人が対応するときの作業量軽減する事考えて作らない
プログラム組むのが得意な奴とかな・・・。そやつがコピペ野郎で書いたコードのバグ対応の仕事が回って来たらやっていてテメーとか内心思ってたw なんでこの人は返値つかわないんだろ
最近の流行り? >>611
1年後つうか、1日前でも何でこんなん書いたんやろって時あるで // 世の中すべて正しいと思ったら間違いだた。。。 おれのミジンコの脳みそでは無理だったけど
あの巨大迷路のようなソースコードを頭に詰め込むだけでショートしそうになるわ >>452
設計書通りに作るのと、売れるかどうかわからないソフトを自分で1から書くのではやり方が違う。
自作アプリで給料分稼ごうと思ったら、作れるかどうかではなく、売れるかどうかを考えないといけない。 NO BUGSっていう昔の伝説的な翻訳本によると、プログラムでバグを排除する最も効率的な方法は、
「必ず更新が漏れるドキュメントじゃなくてコメントだ。とにかくコメントを残せ」
と書いてあったけどなw でもソースは一応見るでしょ
コメント信じて入れ子と出力しか考えないとかなわけじゃないでしょ >>510
今やアジャイル開発が主流なんだから適当に作っては直し作っては直しを繰り返して完成に持ってくんだよ。 // とりあえず改定に困ったら内線****の○○さんに聞いてネ? >>642
>今やアジャイル開発が主流なんだから
どこの現場だよ? >>647
キミの大好きなウォーターフォール型が
ソフト開発の全てじゃない
世の中は広いって事を
先ず最初に学習した方がいい >>642
クライアント側はいいけど基幹は厳しいんじゃね
アジャイルは少人数でプロジェクト内意志疎通が簡単にできんと厳しいべ >>642
アジャイル出来るのはR&D部門くらいだな。
彼らは恵まれてることを知っておくべきだね。
具体的に客がいる設計部門では一直線に完成に持ってかなきゃいかんからアジャイルしてる余裕はないわ。 >>648
「主流なんだから」と「すべてじゃない」の主張に大きな隔たりがあることを認識できていない
お前はPGやSEに向いていない
このスレの話に突っ込まないほうがいい >>651
時間がないから仕様書無しで作るわけで
詳細な仕様書をアジャイルで作ってる暇があったら
直接プログラムで書けっつーの >>652
キミがコチコチに頭が固い事を理解したよ >>625
これ「本来のループ処理」じゃないよね?
なので、こういう書き方をするときにこそ、先頭に「ここでforを使っているのは後処理を確実に行いたいため」みたいなコメントが要ると思うな。
あとfor(;;)じゃなくてwhile(true)のほうが適切な気がする。
(forは条件ではなく回数を意識するものだと思っているので) >>654
アンタは自分の経験だけを全体に広げてるか
もしくはまったく実務経験がないことを理解した >>507
ゲームは頻繁に仕様変更入るんで
あらゆる実装を変更&拡張可能な状態にする必要がある
設計仕様書なんか書いてる暇無いよ >>625
ループもいらない気がするんだけど
hoge()
{
// 始処理
// 本処理
{
if(ほにゃらら!) break;
//この辺に好きなだけ処理を書け
break;
}
// 後処理
} >>656
自分の経験だけを全体に広げてる
それはキミだよ >>657
>ゲームは頻繁に仕様変更入るんで
最初になにも考えてない証拠
>あらゆる実装を変更&拡張可能な状態にする
作らない方がマシだな >>659
実例のひとつも出せなかったお前に言われる筋合いはない
>>649や>>651には何も言えないもんなw >>639
確かに時間かけて作った仕様書より丁寧なソース内のコメント読み進めた方が分かる気はする。 >>657
???「こういうの、ちょっと追加して」
プロデューサー「はい、んじゃキミこれ入れて」
プログラマー (´A`)
...こんな感じなのかな?ゲーム業界って >>660
違うよ。
金を出してる方が流行のゲームの仕様を取り入れて陳腐化しないように仕様が変更される。
1年前の企画書もそのままゲームとして出せることはまれですよ。 >>664
だからどっかで見たようなゲームしか出てこないわけですね >>660
逆だよ
詰まないようあらゆる拡張の想定を最初から織り込む能力が要求される
普通は仕様書になかったので想定していませんでした
対応できませんと言えるんだろうけどゲーム業界では許されない >>651
むしろ一直線にプロジェクトを進めるためのアジャイルなんだけどね
いわゆるウォーターフォール手法では現実には上から下にきれいには落ちてかないから
アジャイルには客の理解と、優秀な管理者かそれを補える優秀な開発者が必要で
特に日本では中々それが揃わないから採用されないというかできない >>658
ループじゃないのに
breakできるわけないだろ >>667
その能力が暗に素晴らしいみたいな書き方をしてるけど
単に開発手法が未熟なだけだよ
ゲーム業界の怠慢だな ゲームの場合はピアノソロエチュードを作曲していたはずなのに、いつのまにか仕様が拡張されて室内音楽とかになってたりする。
可哀相かな。 >>657
ゲーム業界いいなぁ。
設計書書いて、具体的に書かないと分からないと言われ、違う、ここは抽象化してるんだの言い合いして、折れて、できたのがクソプログラム。 >>670
自分の携わるソフト業界以外の業界は
未熟である
キミみたいなそういう無根拠な自信を
持ってみたいなぁ >>669
ブロックから抜けるのが言語仕様だと思ってたが
それだとifでブロックを使ったときに使いにくいから
ループかswitchのみの仕様のほうが自然か >>673
結局>>649や>>651には何も言えませんでしたねwww ループ中じゃないifの中でbreakって使えるの?
俺って無知なんだなぁ、どんな言語? >>671
そういう例になりかけたのをひとつ知ってるわ
PSP用の初音ミクProject DIVAの一作目だったんだけど
音ゲーにストーリー性とかいろいろと増やした結果、頓挫しかけて
途中で新しい人がストーリー性を捨てて音ゲーひとつに絞って大成功
2ちゃんで見た話だけどね
発売されたソフトにはストーリー性を入れた名残があるのは自分で見た >>683
手元にコンパイラないから週明けに会社で試してみるわ >>685
空ループで処理を保護するやり方に慣れると地獄の片道切符も怖くなくなるかもしれんね
// 早く人間になりたーい >>677
実例のひとつも出せないお前が何を言ってるのかw >>686
今時の言語なら例外処理があるから、そんなことしなくてもいいでしょ? breakで無名のブロックを抜けるとか初耳なんだが >>685
break statement not within loop or switch >>688
ジャバダバさんはしなくていいんじゃないの?
でもなあ古典的組み方だよ ネタで見始めたら、何か凄く為になるスレになってた。 // 探さないでください、明日私は蜘蛛になります。。。」 >>693
<!-- 先立つ不幸をどうかお許し下さい --> #define LOOP while(TURE)
とかしてたかな?
あれーなんだっけ? 手元にjavaのコンパイラあったんで試してみた。
int a=1;
if (a==1){
break;
}
俺の経験どおり「breakはループおよびスイッチの外側では使用できません」だってさ...
CやC#も同様だと思うんだが... 126746 161673 125601 100743 161637 107601 100743 161652
110601 101343 161614 130201 137350 161636 100602 101343
005215 久しぶりに何か作ろうと思っても年取るとEclipseとかみただけで涙目になってしまった
なんか昔より面倒になってないか >>670
PS4のゲームなどで、発売日に買ってインストールしてゲームやろうとしたらいきなりパッチとか…業務アプリ作ってる感覚からしたらありえんとは思ってしまう。 // この仕様はクソです。○○さんはファックです
こんなコメント書いたアホがいたなあ >>698
{} を抜いてもダメなのか?ジャバダバダバッテめんどっちいね^^; >>704
{}を抜けるのがbreakだと、言ってませんでしたっけ? >>698
つうかループの中にかいてなけりゃだそりゃだめじゃね?
てかまるで意味わかってないだろそれ!!!! >>693
ちょっと違うんだけど、社外でも有名だった上司のスーパーハッカーが、亡くなった後もマクロ名として生き続けてる >>690
だよな。
でも一瞬ドキッとしただろお前らもw
ブロック抜けられるならreturnがわりにも使えるもんなw >>707
ループじゃなくて単なるif{}を抜ける技術をおっしゃったお方がこのスレにおりまして
試しただけですよw
俺自身、当然出来ないと思っていましたので、今試したまでですw 脳みそ疲れてるときにそんなことするやつはハンドガンぶっぱしてもいいと思いますw >>709
上も下も左も右も判った風のヤツってソースをデリートしてやりたいよな^^; ifステートメントをbreakで抜けられちゃうと無限ループ抜けれんわな >>713
銃口は俺へじゃなくて ID:Xk3ezBuX0 へお願いします...(^^; // 豆腐ブロックに頭をぶつけたらなんか抜けれる気がするんだ
// この世界をぬるぽ >>598
>Matlab+Simulinkでのソース生成はECU業界では常識になってるけどね。
>特定分野なら共通言語としてのMBDは十二分に価値がある。
このスレにいるのは多分そういう業界の人じゃないと思う…
Simulinkモデルの抽象度はほんと便利だよね
プログラミングに詳しくない自動車エンジニアにもギリギリ理解してもらえる 自分のエラーも見なかったことにしましょう、ってか?www // 目を瞑り、口を閉じ、耳を塞げば幸せになれるかもね? // あとで治す、とりあえず動いている 2015/06/23 >>2
なんでfor文の処理↑のifの中にいれてないんや? // reviewed by XX
何かあれば俺じゃなくてXXへ >>727
ガチ目の理系(特に数学系)も自分にしか理解できないコード書くから嫌。 AI様の作ったプログラムが期待どおり動いてくれる事を検証するのが下等で愚かな人間の仕事になるのだろうな。
その頃までには引退していたい。 追い詰められたとき夢でコーディングしたコードに助けられた経験のある人は少なからずいるはず 夢は無いけど帰りに車運転しながら思いついて
急いで会社に戻って組んだコードが良かったりする
ボーっとしてる時のほうが良いアイデアが出てくるんだけど
意識してボーっとすると、ただただボーっとしてしまうなw >>733
仕事中に思いつかなかったけど、夢で見たロジックで上手くいった経験あるよ。
ただし、確率は1割程度で、大半は役に立たなかったがw >>733
小人伝説はあるよね。ほとんどが願望だけど、まれに降臨するw 間違えた...
>>734
小人伝説はあるよね。ほとんどが願望だけど、まれに降臨するw
>>737
助けが入ったことを喜びましょうよw // 納期マジかになったとき悪魔がこんぬつあしてくるのだ、マジかー >>651
アジャイルこそ客が大事なんじゃなかったっけ。
むしろユーザーが自分で開発する時に適した方法論。
開発技術者を雇うとしてもユーザー直属にする。
システム部門とか営業とか介してたらアジャイル無理。 >>735
俺は風呂で突然処理が閃いたりしたな
緊張からリラックスの境界みたいな所に神が居るんやろな アジャイルつうか、スクラム楽だけどなあ
わいが事業系の会社のシステムにおるからやろか それを証拠に訴訟でも起こされてはかなわないから、一切そういうのは書かないことにしている 最初に仕様書ありきではゼルダは作れなかっただろうし、
またその逆の世界もあるだろう。
海外のビッグタイトルはなんだか工業製品っぽくなってきてるけど。 >>733
どうしても直せないバグの原因が閃いたことはあったな。
ほんとに直った。 >>733
帰りのバスに乗る瞬間に突然解決策が閃いた事はある
その時はバスに乗らず、回れ右して一目散に会社に戻って
訝しがる同僚達を尻目に取り憑かれた様にプログラム修正して、
遂に完成した、ってふと気が付いたら夜中の3時
……なんて経験は無いけど、バスに乗る直前に閃いたのは事実
翌日上長にレビュー通してGOサイン出てから着手した >>590
そっちじゃない、コンプライアンスの方だ >>486
日本語で処理を細かく書き出して(=設計書)
それをCなりC++なりのプログラミング言語に変換する仕事もあるのさ >>655
> forは条件ではなく回数を意識するもの
条件を単純に変化させて繰り返すもの
だな // もしかしてこれって痴漢しろって言ってる感じ? >>23
俺も昔はとにかくかっこよく英語で命名しないとダメだと思っていた時期がありました >>26
上司か会社に仕返しのつもりだろうけど、生産性無いうえに引き継ぎ手に迷惑かける。技術者として無能どころか単なる屑。どこ行っても品質下げる事しかしてなさそう >>733
悩んだまま寝てしまって翌朝目が覚めたとき解決策が閃くことはよくある >>126
シャレオツ。
うちの会社も真似してくれ。 少し勉強したこともあるけど、プログラムはサッパリ理解できなかった。
才能と言うか、理解する力の使い方が解らん。 >>733
そういうことがあると会社の拘束時間外に働いている気がして滅入る >>760
コーディングだけで見れば、頭の構造というか思考プロセスがモロに出るから平気で10倍くらいのパワー
持ってる奴いるし、理解できない人がいて当然
しかし実際の現場では、クライアントと交渉し要望を分解しザクザク切ってコーディング量を減らせる奴の
ほうが1億倍偉いし重宝されるw >>2
テラパッドでコーディングしてんの?ありえなくない? >>762
どんな職種でも、顧客の本当の要望を聞き出して来る奴が重宝されるよね。
最悪なのが、提示された内容をそのまま持ってくるやつ。 >>625
これだろ
do {
...
} while (0); Cで経験2,30年って人のたちが悪いことがあるね
C++でstructとclassがそれぞれ出てくるから不思議に思ってたら
structと書いてあるものにはメンバ関数が無いものだった
そしてpublicもprivateも明示しないからおかしくなってた 関数実行する度にあるメモリアドレスだけを100万回書き消しするコード書いてる基地外が居た 仕様書って書き方とか何らかの規格で統一されてない?
会社でVBA組んでるど素人なんだけど、突然仕様書書けと言われてサッパリなんだわ。 >>768
外部設計書を要求されてるんじゃなかろうか?
知らんけど(どうでもいいけど) >>768
仕様書を読む側から考えればわかるが、人それぞれだと読みづらいし非効率。
なので、会社あるいは部署毎に統一規格を定めてテンプレート化するのが一般的。
いずれにせよ、部署の過去仕様を見させて貰って、どんな感じかを読む必要がある。 >>768
astah*でUML書いてExcelに貼り付ければよくね? >>768
場所それぞれ
会社の開発手順を聞け、フォーマットぐらいはあるはず
なけりゃ過去の資産をもらえ、なるべく優秀な人から >>761
むしろ拘束時間外に一切考えなくなるのってかなり年数積んだ後だと思うが >>768
読む人間のレベルに合わせる
何やるツールなのかざっくりわかれば満足するから
1.画面や出力のスナップショット貼る
2.オブジェクトや項目の簡単な説明
3.内部処理がざっくりどんなことやってるか別記 >>761
その悩みはソフト屋として一番楽しい時期だと思うんだけどな。
全てやり方がわかってる状況で、膨大なソフトを組む、とか、管理オンリーとかは嫌。 >>769
>>770
もとよりそんなもの、初めからないパターンでは >>779
全く無い部署は過去仕様に合わせるか「俺の仕様がテンプレートだ」かだろなw >>779
逆に言えば、自分の書いた仕様書フォーマットをスタンダードにできる状況だな >>22
元祖西遊記スーパーモンキー大冒険
懐かしいな >>776
>1.画面や出力のスナップショット貼る
スナップショットを貼る???
貼ってみろよハゲ 「仕様書書け」って指示が曖昧でイラッとするけどね
何の仕様書が欲しいのか言えよって思う
「タバコ買ってきて」って言ったくせに銘柄も伝えないのに似てる
「俺が普段吸ってる奴だよ!」って言われるパターンなんだろうが、
そんなん知った事かクソが、って話 >>785
自分で買ってこい殺すぞ!って言えばもう頼まれない >>788
どうなっている
ではなく
どうあるべきである
を記載するものだからな >>790
仕様書を読む立場だと賛成。
仕様書を書く立場だと反対。 >>792
HOSのコメントすごそうだなーw
あーでも帆場暎一は、全くコメント入れてない気もするな こんなん大昔からあるしな
歴史的な建造物とかを修理とかバラすと大抵
どっかに色々書き残してるのが見つかる
この前崩れた熊本城の石垣からも彫ってあった菩薩が出て来たりしてた >>783
>>768は既に製造中っぽかったからスクショと書いたがそんなおかしいかね >>794
有名どころはこれかな。
ピラミッドに石工が残した落書き。
http://userdisk.webry.biglobe.ne.jp/000/684/98/N000/000/000/20080806b.jpg
クフの白い王冠の力は偉大である。
これ以外に「1日5個切り出す。20日で200個必要」なんてのがあるw >>784
会社によって違うかもだが具体的に画面や出力等を提示して何やるのか示すのが仕様書って現場が自分はほとんどだったわ >>797
そこらへん、言葉の定義が曖昧なのかもな。
貴方の言うのは仕様書ではなく設計書だと思う。
ま、文脈によって「設計書書いて!」って意味で「仕様書書いて」って言う現場もあるから、実態はフワフワしてるわけだけど。
因みに、詳細仕様書って言葉は今日初めて聞いたわ。
本当に会社ごとにまちまちなんだなと思うわ どういう仕様書が必要なのか聞き出すスキルが必要かもしれないな。 >>798
んー
仕様書は客とSEが見て「これでいいですよね?」と確認取り合う為の書類と思ってる
(製造後に作る現場も多いがw)
設計書はもっと内部的なものかな、客も開発者なら読めるだろうけど >>795
スナップショップってメモリのダンプのことだぞ >>800
>仕様書は客とSEが見て「これでいいですよね?」と確認取り合う為の書類と思ってる
(製造後に作る現場も多いがw)
ま、結局はそんな感じになっちゃってるよなw
(かく言ううちもそう)
本来「仕様」と「設計」は全く違うけよな?
ってのが言いたかっただけだよ。
RFCみて、あれを設計書だと言う奴はいないでしょ? >>801
スナップショップってのは知らんがスクショをスナップショットと呼ぶのはデザイン系用語だったかもな >>701
業務アプリは客が厳しすぎだわな
>>525
SEみんな忙しすぎて要件定義レベルをPGが設計に落とすのがほとんどの現場者ね?
PGから上がってきたことを顧客に伝えてまた設計って感じで
結局PGも忙しいけど >>768
目的があってその手段をプログラムで実現してるんだろ?
それを外の会社にやってもらうという仮定で、必要な情報を不足なくまとめてみろよ。
そしたら仕様書になっている。 >>732
つじつま合わせにとんでもない迂回コード作りそうw >>760
今度義務教育でやるらしいねw
政治家や完了のお仕事って無責任でうらやましいよw >>159
ウチにもメチャクチャな文法の英文らしきもの書いて
悦に入ってる爺いるわ >>806
金融は金額計算の部分でミスがあったら金融庁から業務改善命令出ちゃうからな。
あれくらうと以後2年間定期的に報告しなくちゃいけないからすげーめんどくさいよ。
原因、解決方法、責任者等の処分に始まり、定期的に改善状況報告… >>813
要件定義書で細かいボタンの仕様まで決めないだろ >>814
画面設計書も見せて承認貰うだろ?
(小さいシステムなら知らね) >>818
仕様に基づいて設計したもんを承認もらうだろ。
つかそうじゃなきゃ俺はベンダーにオーケーだせんし。 >>819
まったく論理的でないが、レス先間違えてないかい? >>813
>>768の場合はドキュメント作る習慣ない現場でいきなり仕様書言われたわけだから
要件定義やら全部含めた用途のを1種類作るんだろうからね
当然現場やPJの規模によって要件定義書(客とSE用)、仕様書(SEとPG用)みたいに分けるけどね
VBAで社内用ツールなら前者がほとんどだろうね >>818
お前こそ仕様書って理解できてないんじゃねえの? >>821
使い道のわからないツールレベルのプログラムを渡された担当者が困ってる顔が浮かぶわw >>1
宮島です。今すぐにこの画像削除してください。 それはPMとかプロ管では?
PJって、管理する人の事指してるわけじゃないぞ?
プロジェクト(チーム)の略だ PJって言ってたかなあ?
言わねえなあw
MS Projectで工程管理してたけどPJとは言わんなw
略し方はあってると思うけどね デザイン部門もフォトショのことをPS(ピーエス)なんて言わねえしw そんなに突っ込まれるとはw
2chではよく目にする略語なんだがなあ
もちろんプロジェクトだよ
(人)の規模とかおかしいでしょ システム開発なんかしてるのがだめ
他業界へ転職が唯一の正解 いやいや、俺だって流石に
「プロジェクト管理」やら「プロジェクト管理者」のことをPJとは略さないぞ?
話噛み合ってるか? 共通認識を定義するための辞書作りが必要だな
別分野の人は言葉が通じねえことはよくある 素直にプロジェクトって書けばすっきりしたんだけどなw
> 当然現場やPJの規模によって要件定義書(客とSE用)、仕様書(SEとPG用)みたいに分けるけどね 確かに、略さずに書けば間違いないのは確かだが
> 当然現場やPJの規模によって要件定義書(客とSE用)、仕様書(SEとPG用)みたいに分けるけどね
この文脈から何となく解らないか?
少なくともプロ管の略とは解釈しないだろう。 うーんたまに変な略し方する人の暗黙の了解を真に受けると痛い目みるから、
気になったら質問するスタイル
どっちの意味で使ってますか?って確認だな どっちって聞くとあっちの方面から突っ込んでくるバカもいるしなw
どういう意味ですか?って聞かないとだめだったねw 昨日はびっくりしたよまじで
ループの話してんのに、わざわざ捻くれたどうでもいい構文の話になってんだもんなw
くだらないことで楽しむ奴はPJから排除ですわ >>760
慣れです
誰かに何か委託するときだって同じ
派遣仕様書だって初めて書くときはわからないけど他の文章を参考(パクり)にしながら何回かやっていればパターンを掴めるようなもんです
結局プログラミングは足せ引けこの時はどっちに行けとか言う指示書です 興味ねえなら思い込みで断定するんじゃねえよw
ツマンネ 少なくとも、もの作りしてる人間は「細かい話」とか「どうでもいい」とかいわねーよ 「泥臭いことしてんなあ」って言われて憤ってもしょうがないだろ? 工程や生産物って組織によって微妙に違うことがあるから嫌らしいよね
自分の勤める会社で大昔にそれぞれ数千人単位の組織合併したんだけどまず工程名がちがってなかなか話が合わなかった ぶっきらぼうにAIが自動化してくれるってバカ見るとぶん殴りたくなるだろ?w
おまえ、ウィザードの吐き出したゴミを見たことあんのか?
DBの無駄に巨大なバケモノをありがたがってどうすんの?ってw >>852
IT系の場合、それが顕著だからな。
産業の数だけIT系の社風って存在するから、本当に業種業態企業ごとに考え方が違う。
建築は建築の、流通は流通の文化受け継いでるから、当たり前っちゃ当たり前だが。
共通認識は、「納品する前にはテストする」って事位じゃないか?w ふつくしい
#define __update(a, b, c) \
{ \
a -= c; a ^= rol32(c, 4); c += b; \
b -= a; b ^= rol32(a, 6); a += c; \
c -= b; c ^= rol32(b, 8); b += a; \
a -= c; a ^= rol32(c, 16); c += b; \
b -= a; b ^= rol32(a, 19); a += c; \
c -= b; c ^= rol32(b, 4); b += a; \
} 派遣法によって堂々とドナドナできるから、もう日本は建築業未満の風俗以下だろ?
末端派遣なんてちゃっちゃと辞めたほうがいいかもしれんな
青臭いこと言ってる奴は特にw
俺みたいにちゃっちゃと早期引退してのんびりしたほうが長生きできるぞw >>855
マクロって可読性無くなるよね。
好んで使う人もいるけど、部下なら作り直しさせる。 いや、本当に神経質な職場だなと思う
中高生にもこのスレを見せてやりたい みんなこのスレのような事を思いつつ黙々と仕事をしてる >>859
そう思うのは底辺だけな
元請けやユーザーはそんなこと思ってないから。
使えないやつが来たらさっさと切って新しいやつ連れて来いとしか思ってない。 >>859
いや
あるものは叫びあるものは泣きそしてあるものは消えて行くのであった
たまにディスプレイが宙を舞うらしい >>856
「経験3年若手PG」「30歳台プログラム書けるサブリーダー」が欲しいってのがほぼ絶望な現実。
新人かおっさんは余ってるが、正直いらない。 >>862
どこぞの社内SEでPM経験があって業務知識もあってコードを書いた経験あるやつを条件にしてるくせに年収が450〜600の間ってのがあったな。
条件満たすやつがこんな安い給料で働くわけがない。
それでいてなかなか良い人材が見つからないって当たり前なんだよ。
もっと給料良い会社あるのにわざわざ安い給料選ぶわけがない。週休3日とか夏休み1ヶ月取れるみたいなのがあればまだわからんけど。 >>864
>>862は協力会社さんの話ね。
中途採用の給与は技術より職制で決まる部分が大きいんで、派遣さんより話が難しいね。 >>862
協力会社で有能な人は囲い込まれちゃうからね。
一回手放すともう戻ってこないことが多いな。
あと、使えないやつとセットで提案してくる会社もあるな。 >>857
それもあるけど頻繁に使うとアウトプット(今は何て言うの?大昔で言うLM)が無駄にデカくなりやすい危険性もあるよね 某外資のIなんて最初は上クラスの人材を持ち込んで食い込んでくるけど油断しているといつの間にかカスクラスの人間に入れ変わってるなんてこもあるよ 中国製の新品家電の内部にマジックで 「にはんじん おやすみ」 って書かれてた事件思い出した 俺、プログラマーとして業界に入ったのに
やってるのプロジェクト管理、外注管理、ドキュメント作成
しかやってない。
ハローワールド作れるかも怪しいぜ 自分が頭抱えて死にたくなるほど難解なソースコードを
「できる人」に見せるとちゃちゃっと直してくれたりして
死にたい >>842
昨日はびっくりしたよまじで
ifの{}をbreakで抜けるとか言う輩(やから)が、偉そうなことほざいてたからなw >>869
あそこはたまに来るPM残して気がついたら子会社関係会社の人間に丸投げするからな。
昔いたプロジェクトで当日今日で最後ですとか言うメール送ってきてなんの引き継ぎもなくいなくなろうとしたから苦情出して1週間引き継ぎ半分、ムカつくから嫌がらせ半分で残したことがあったな。 本来要件定義書はユーザ(客先)が書くものなんだけどね
それができないとこが多いのでSEが要件をヒヤリングしてまとめて要件定義書としてるだけ
>>768
作ってる部署が会社の開発とは関係ない部署のツールであれば
おそらく操作説明と中で何をやっているのかわかる説明を書いておけば済むはず
Excelであれば同じファイルのシートに書くだけでよかったりする >>416
俺も同じ。
叩いてるアホどもは何なんだろうな? Cは短く書けと言っているバカな上司に教わると一見して何をしているのかわからないものが出来上がる
5000番台の数字と0と1をdefineかenumにすれば問題ない >>865
ハッシュの計算っぽい。
その環境に適した平坦化されたであろう最適値が返るだけ。 >>855
ごみコード。0721野郎は速攻で排除する。
高卒のバカにも理解できるように書け。でなければ全部のプログラムを自分で作成しメンテナンスもやれ。お前一人雇うくらいなら中国人とかベトナム人5人雇うわ。 2はどこの工場のどの部分とかすぐわかるレベルで晒してる感じだから
月曜朝には即身バレからの始末書だろうな
クソコードには理由があるのだ >>880
同意する
まさにゴミコードの典型だなw
今時制御系でもこんなの書かないんじゃねーの >>584
意味がよくわからないけどうるう年考慮漏れ? 最近はinlineやマクロは禁止になっていることが多い
それを見た最後はガラケーやOA機器の初期の頃の古い時代に書かれた部分かな
年寄りが好んで使っているように感じる 1の良いなw
こいうのじゃないけど、つぶやきを書いたことあるw >>766
それが普通だろ
だめというならstructの使用を禁止しろよ >>886
C++におけるそれぞれの違い知ってる? >>768だが、参考になった。ありがとう。
取り敢えず、ソースには小まめにコメントする様にして、他人が見ても分かりやすく心掛けて仕様書作ってみる。
あと会社はITを生業としてないし俺の部署はシステムとも関係は無いです。
仕様書は?って言われたのは、上司からシステム部署の管理職を紹介された時の事だった。 >>887
アクセス修飾子のデフォルト以外に違うとこなんてあったか? >>696
TUREって何だよ・・・ エラーになるだろそれ >>890
記憶が定かでないといっているのだから正解をだすならともかくそのつっこみはずれている >>759
ソフト屋なんて1日中頭使ってるんだから夕方になれば誰でも思考力が落ちる。
でも納期が迫ってたり、既に何日もバグの原因がわからなかったりすれば夜中まででも頑張る。
それでもわからないときは寝ているときに天使に降りてきてもらうしかないんだよ。 >>801
ZFSの現在の状態を保存するのもスナップショットと言ってる。
スナップショットを取っておくと後でその状態に戻せる。 >>889
それを知っていれば>>886が言う普通?ってのがどちらも使う理由にならんでしょ
カプセル化が推奨されてるんだから万が一書き忘れても良い様に普通ならpraivateなclassだけしか使わなくなる
C歴が長くてもC++のそれを知らない人は結構いる
>>888
現在システム部署があるならそれなりのフォーマットあるでしょ
これから作るのであれば自由にしたらいいけど開発知らない人の仕様書=操作説明と処理概要な事が多い
画面帳票テーブルがあるなら表示や入出力項目の説明を書いて置いた方が自分の為にはなる >>899
アクセサなしのpublicメンバのみな構造体とかで普通に使うが・・・
パイプラインにアライメントを整えてデータを送出したい時とか さすがは2chの皆さんだ
IT土方が多い
AIの時代だからな、IT土方の皆さんはさらに重宝されるだろうな
今でもIT土方の皆さんがいなかったら、オフィス・店舗の立ち上げでさえできないからな
うわっ、2chの皆さんがこの世の中心やん
ITでも大手で仕様書だけ書いてる人は勝ち組
皆もITの下の方は過酷だと肝に銘じようね >>900
だよね。
C++はオブジェクト指向もできる言語だが、旧来のC言語風に書く方がすっきりする場合はそうする。 beautyでもなんでもいいから整形しろよ
コード見辛いわ >>900,903
C++で作り直してるたりするのにいつまで経ってもCの名残が消えず
変なグローバルアクセスがなくならない理由がわかったわ >>906
お前の無知を老害のせいにするなよ
つーかのgccのソースでも普通にstruct使ってるから >>907
俺にも知らないことはたくさんあるがまずpublicなメンバ変数を全部privateに書き換えてから言ってね あなたがこのコードを見ているということは私はこの世にいないのでしょう。 >>908
GNUのメンバーよりc++に詳しいのにご謙遜を
メールして指摘してあげなよ、全部privateに書き換えたほうがいいよって いつまで経っても増えるから規約に追加されたわ
何かしらの団体やサンプルソース、リファレンスなんか信じない方がいいぞ
俺みたいなものでも開発者向けのサンプルソース作ってたりするし >>571
マジックナンバー多用の方がコーディング速度落ちると思うんだが >>215
4分岐以上ならジャンプテーブルを作成するから効率がいいと昔は言っていた
今は多分最適化がすごいから関係ないかもだけど 2025行目にコメント書くとコンパイル通らなくなるソースがあったなぁ コミッターになって、色んなエンジニアと交流を持ちたい。
けど、スクショとるだけのテスターで、仕事も忙しくて暇がない。 レス数が900を超えています。1000を超えると表示できなくなるよ。