08/05/21 21:01:52
>>748
本人にしかわからんから、私用書の可能性も…。
751:仕様書無しさん
08/05/21 21:38:55
DQNメント
私用書
今後の人生で使わせてもらう(・∀・)
752:仕様書無しさん
08/05/21 21:40:10
>>745
言語は？言語はCOBOLなの？
753:仕様書無しさん
08/05/21 21:50:58
>>751
Show Guy報告もあわせてご利用ください。
754:仕様書無しさん
08/05/21 21:59:38
障害宝庫苦
755:仕様書無しさん
08/05/21 22:19:20
>>753
VBScriptについての報告ですね わかります
756:仕様書無しさん
08/05/21 23:21:52
>>751
「死様書」の間違いでは？
757:仕様書無しさん
08/05/21 23:23:53
HotDocが夏カシス
ソース適当に印刷してバインダでまとめて
それらしーく見せる、昔はそれでもやっていけたんだ・・・
758:仕様書無しさん
08/05/22 19:05:43
>>756
「屎尿書」かもしれんぞ
759:仕様書無しさん
08/05/23 12:33:14
Java経験しかないマ沢山とRPG経験しかないマ数人をPerlの現場に入れることになって、
そのためのJava+Strutsっぽく見せるためのPerlらしさを徹底して殺した
フレームワークを作ってくれと言われた。useもimportに置き換えるらしい。
Cプログラミング診断室の「Pascalが好き」を思い出したよ。
今日、数十ページにも及ぶ巨大なフローチャートが届いた。
詳細仕様を見るとグローバル変数に値入れてサブルーチン呼ぶとかあるし。
グローバル変数一覧見るとローマ字(しかも変に略してる)+番号。
今すぐ辞めたいが、あと一年半我慢すれば退職金出るんだ……orz
760:仕様書無しさん
08/05/23 12:35:58
次の会社での社歴を1年半延長できるほうが魅力的かもしれないぞ。
761:仕様書無しさん
08/05/23 14:23:25
>>759
うわぁ～…頑張ってね…
俺だったら退職金待たずにすぐ辞めるな。
外枠を無理やり人に合わせようとしたら大抵は大惨事になるよな。
Perlらしさを殺したフレームワーク作るぐらいならPerl使わなきゃいいのに。
まあでも詳細仕様が存在してるだけ、まだマシな案件とも言えるけど…。
762:仕様書無しさん
08/05/23 14:36:16
>759
マジレスすると自己都合なら退職金なんて微々たるモンだぞ。
ちゃんと計算して天秤にかけろよ。
763:仕様書無しさん
08/05/23 15:45:08
>>759
それ、普通にJavaでやるほうが速くて安全じゃないか？ｗ
764:仕様書無しさん
08/05/23 17:22:39
>>763
たぶん現場を見てないエロい人がLL教に洗脳されたに違いない。
765:759
08/05/23 17:42:50
現行システムで動いてる言語がPerlだけだから……らしい。
Javaはフリーだからノーコストで入れられますよ？って言ったら
JavaとPerlじゃ連携取れないし、第一もしそれでシステムが壊れたら誰が責任とるんだ？だって。
連携言ってもDB経由と仕様に書いてある以上関係ないんじゃ……？
ちなみにみんなJava経験あってもOOp知らない、その程度のマばっかり。
766:仕様書無しさん
08/05/23 18:06:59
>みんなJava経験あってもOOp知らない
どういう「経験」して来たんだろう
767:仕様書無しさん
08/05/23 18:20:37
ひと夏の経験
768:仕様書無しさん
08/05/23 20:18:43
JavaをOO言語らしく使うプロジェクトなんて経験したこと
ありませんっ。
…みんなあるのか？
769:仕様書無しさん
08/05/23 20:23:54
>>768
オブジェクト指向を意識しすぎて自己崩壊したプロジェクトなら見たことある。
770:仕様書無しさん
08/05/23 20:25:06
じゃあなんでJavaが流行なんだろうね
タダだからかな
771:仕様書無しさん
08/05/23 21:52:01
なんでJava房って言葉があるのかといえばそういう事だ
>>768
俺PHP。
772:仕様書無しさん
08/05/23 22:05:46
>>770
「VBプログラマ」より「Javaプログラマ」の方が高く売れるから。
773:仕様書無しさん
08/05/23 23:01:40
おまいら、そんな酷い現場ばっかりなのかよ…
俺がJava案件に関わってた時は、一応ちゃんとOOしてる現場だったぞ
デザパタの話も通じるし、技術的にできる人も多かった
もちろんピンキリではあったけどなｗ
774:仕様書無しさん
08/05/23 23:42:08
いいな～、俺の周りはコボラーばっかりだよ、JAVAの現場だけど。
775:仕様書無しさん
08/05/23 23:45:46
残飯じゃありません！
残り物です！＞＜
776:仕様書無しさん
08/05/23 23:54:18
残されたPGと呼んで下さい
777:仕様書無しさん
08/05/23 23:57:00
な、なんか、かっけー
778:仕様書無しさん
08/05/24 00:37:09
ここは俺に任せて先にいけ
779:仕様書無しさん
08/05/24 04:47:20
死亡フラグｗ
780:仕様書無しさん
08/05/24 10:43:15
Ｊａｖａプログラマーはインドネシアで探すべし
781:仕様書無しさん
08/05/24 12:33:55
ロスト・プログラマー ～ エピソード1 コボルの栄衰
782:仕様書無しさん
08/05/24 13:08:29
>>773
いいなー。
デザパタの話なんてしようものなら、浮くようなところばかりしか
経験無い。
783:仕様書無しさん
08/05/24 13:34:21
>591
うちはhpのディスクアレイ装置でクラッシュを喰らったとき、リビルドが何時間
経っても終わらないという現象に遭遇した。丸一日待ってもダメで、サービスを
呼んだら、
「ディスクアクセスがあるとリビルドを中止する仕様です。リビルドが終わるまで
プログラムを停止してください」
と真顔で言われたよ。
DBサーバでそんなことできるわけないやん。つか、何のためのオンラインリビルド
機能なのかと…。
784:仕様書無しさん
08/05/24 13:55:36
>>765
＞Javaはフリーだからノーコストで入れられますよ？って言ったら
いくらなんでも、この考え方はナンセンス。
処理系の値段なんて、人件費に比べたらかなり小さい部類だし。
何万、何十万、何百万する処理系だって、中長期的に見て、それが
最も適したものだったら導入するべきだし、無料でも習熟するまでの
人件費とかも考えなくてはいけない。
785:仕様書無しさん
08/05/24 14:12:23
>>784
お前絶対>>759読んでないだろｗ
786:仕様書無しさん
08/05/24 14:14:22
>>766
Java PGも惨いぞ...内に来た奴は Dosコマンドはおろか
Windowのショーカットも知らんかったもちろんunix系やftp/telnetも知らん
ほんとにJavaのみで、eclipseでしか組めないそうだ。
Java PGもここまで堕ちたかと思ったよ。
ちゃんとプログラム組めるのかなぁ～
787:仕様書無しさん
08/05/24 14:30:24
>>786
ポインタとかも教えても理解できない
レベルになってしまったからね
788:仕様書無しさん
08/05/24 14:40:52
教え方が悪いんだろ
789:仕様書無しさん
08/05/24 14:44:06
>>785
いや、「ｗ」とか付けられても・・・
別に、今回のケースはJavaでいいと思うけど、
一般論として、プラットフォームや処理系の選択理由で
「無料である」ことに気を取られすぎると、トータルコストで
そんするかもしれんから、安易にそういう言葉は吐かない方が
いいよ、と、そんだけの話。
まー無料の処理系の方が、結果的にユーザも多いしバグも少なく
飼料も豊富で使いやすい、という傾向はあるが。
790:仕様書無しさん
08/05/24 14:48:02
動けば良いんだよ！動けば。あと納期厳守な。
そんだけ守れば良いんだからデザインとか保守性とか金にならねぇことすんな！
791:仕様書無しさん
08/05/24 15:59:57
>>790
＞動けば良いんだよ！動けば。あと納期厳守な。
1回動いて、ハイおしまいってレベルの動けばじゃ無いんだけどね。
実用レベルでの動くものを作って動けばいいって言う奴ならいいんだけど、
大半はそのレベルに達してないで動けばいいとほざいてるからたちが悪い。
792:仕様書無しさん
08/05/24 16:13:33
>>791
作り逃げが殆だろ、それ言うの。
まぁそんな欠陥品を運用でなんとかする現場が悪いのかもな
793:仕様書無しさん
08/05/24 16:43:30
>>792
で、>>790が言ってるのは値切りや開発チームへのプレッシャーとして
「動けばいいんだよ、動けば。動くものさっさと作れ無能どもが」
と言ってくる香具師の話と思われ。
794:仕様書無しさん
08/05/24 16:43:58
いや、だから、上司から動けばいいと言われて辞めたんだが...。
795:仕様書無しさん
08/05/24 17:51:43
動けばいいという理由で
１９７０年代の技術使ったシステムの保守しろといわれたらどうするおまいら。
796:仕様書無しさん
08/05/24 17:56:24
1970年代の技術で保守をする
797:仕様書無しさん
08/05/24 18:03:54
仕様書も保守資料も何にもないです。
あるのは暗号と化したソースコードのみ。
798:仕様書無しさん
08/05/24 18:17:16
所詮人間の作った物だ。
どうとでもなる。
799:仕様書無しさん
08/05/24 18:36:37
最新の暗号化技術で更にエンコードするだけだ
800:仕様書無しさん
08/05/24 18:37:30
デコードしろよｗｗ
801:仕様書無しさん
08/05/24 18:44:22
捨てちまえｗ
802:仕様書無しさん
08/05/24 18:44:25
こういうの見てると、発注側にもレビュアーが必須だよなと感じるなぁ。
レビュアーの負荷がものすごいことになりそうだけど。
803:仕様書無しさん
08/05/24 18:54:47
そのまま動かし続ければいい。バグももう枯れてるだろうし。
もちろん変更要請は皆却下。
804:仕様書無しさん
08/05/25 01:04:47
>795
10年ちょっと前にその年代の某重電系の基幹システムの保守もやってたが、
むしろその当時のものの方が資料がしっかりしていて問題がなかったな。
なにしろ気軽にビルドができないどころじゃなくて、コーディングすら申請書を
書いてオペレータに依頼の世界だったから、勢い上流工程での検討に時間が
ちゃんと割かれていたのが、当時の議事録やらの記録からもよく判る。
もうちょっとあと、80年代の某民営化(銀)の方が資料が残っていない…。
805:仕様書無しさん
08/05/25 02:36:50
>>802
レビューに耐える品質のコードが書ける値段と期間で発注しろってんだ。
806:仕様書無しさん
08/05/25 12:17:12
>>787
> >>786
> ポインタとかも教えても理解できない
> レベルになってしまったからね
スレ違いだが「Perlってポインタがないから良いよね」と
職マの友人から言われたことを思い出した。
いや、ポインタはあるよというと延々と反論された挙句、
Pythonを熱心に勧められた。（ｽﾏﾝ、話の流れは忘れた）
Perlを使うのを止めろと執拗に勧められた。
あいつの変なスイッチを押しちまったようだ。
ちなみに、俺は趣味で自分用のコンソールアプリを作って
悦に浸っている人間。
当時の職業はレンタルビデオの雇われ店長なので、開発言語が
何であろうと誰にも迷惑をかけない。
作ったプログラムも公開するような奴じゃないしな。
でも、それじゃいけないそうなんだ。
プログラマーなんて職業になるとそういう風になるものなのか？
807:仕様書無しさん
08/05/25 12:25:42
first class objectとしてのポインタと単なる参照としてのポインタは区別しようね
808:仕様書無しさん
08/05/25 12:27:10
>>806
むしろそういうこだわりを持つ友人が、身近に居ることが羨ましい。
それが、あさって方向へのこだわりだったとしても。
たいていの職業プログラマは、こだわりをもってしまうほどの愛を
プログラミングに対して持っていない。
809:仕様書無しさん
08/05/25 12:32:08
>>806
それは「信者」だったのでは？
Web公開するようなモノならセキュリティや教育といった観点で、
「まともな」ものを作るのが「望ましい方向」だが、
外部に繋がらない環境だろ？ それなら何やってもＯＫ。
ソフトのメンテナンスを他人に引継ぐ可能性があれば、
メジャーな言語で、判りやすく書く必要があるけど。
つまり、Pythonなんてマイナー言語は使うべきではない。
むしろ、綺麗に書かれたperlの方がなんぼかマシ。
（今の流行りならjavaだな）
810:仕様書無しさん
08/05/25 12:33:11
そりゃあ職業プログラマにとって『プログラミング』が仕事の目的じゃないからな。
811:仕様書無しさん
08/05/25 12:44:41
pythonって全然マイナーじゃないと思うが。
812:仕様書無しさん
08/05/25 12:56:36
>>806
各個人のそれぞれの開発経験の中で妙なこだわり・ルールが生まれてしまうもんなのさ
オレは
・ Javaだろうがなんだろうが変数宣言は先頭に
・ if(func()){のような省略型記述が大嫌い
fRet = func()
if(fRet != true){
のように必ず代入して、値と判定させる
これも人からすればなんで「そんな事にこだわるの？」って言われるだろうけど
経験の中の苦い思い出から達した結論だから
他人になんと言われようと変え難い。
813:仕様書無しさん
08/05/25 13:04:30
>>808
営業というか、収支を考慮するとな。
個人的には拘りたいが、納期破ったり赤字だしたりすると
仕事が無くなるから。
「顧客が怒らないギリギリの品質で納期までに完了させる」それがプロ。
>>811
文句無しメジャー
COBOL,JAVA,C/C++,VB
メジャー
perl,php,pascal,RPG,C#/VB.NET
他は…
売りに出ているＰＧ捜しても見つからない。
814:仕様書無しさん
08/05/25 13:20:38
ActionScriptとか
815:仕様書無しさん
08/05/25 14:03:40
>>812
頼むから今いるところから出てこないでくれ、な？
816:仕様書無しさん
08/05/25 14:23:58
>>815
こういう冗長な表現は嫌いだが、出てくるなと言うほどのものでもないだろ
817:仕様書無しさん
08/05/25 15:20:10
>>816
変なこだわりを持つから出てくるなってだけだろ？
環境による小さいすりあわせできそうにないやつは
やばいってことだろう
経験上そういうのをさも当然だと主張する奴は
ほぼ俺俺仕様押し付けてる。もしそれが受理されない
場合、そうじゃないそうじゃないアーキテクチャが
おかしい、間違っているとかいう奴だということさ
818:仕様書無しさん
08/05/25 15:21:13
>>812
C/C++ならちょっと気のきいたコンパイラは最適化してくれるが、
それ以外の言語でのそのこだわりだかルールだかは糞。
819:仕様書無しさん
08/05/25 15:51:30
なぜ >>812 がそんなに叩かれるのかわからん。
俺はその２点悪くないとおもうぞ。
コードビューデバッガ使うとき非常にやりやすい。
スタックやシンボルテーブルだけで
デバッグ可能な人員しかいないような幸せなプロジェクトにも
この１０年お目にかかったこともないし。
もちろん、「全プロジェクトで何が何でもこのルールで書け」とか
「反論は受け付けない」なんてやつなら黙って退場していただきたいが。
820:仕様書無しさん
08/05/25 15:56:36
>>819
無駄な変数宣言を増やしてコードの可読性を落とし、名前空間を汚し、スタックフレームを無駄に浪費し、
それで得られるものは変数への代入によるパフォーマンスの低下のみ。
そもそも、if (f()) { のどこが省略型記述なんだか。
変な読み難いコードを押しつける前に、入門書で「文」と「表現式」の区別をお勉強するべきだ。
821:仕様書無しさん
08/05/25 15:56:44
>>819
コードビューデバッガを使える時点で
意味がないだろ。
コードビューデバッガデバッガが読みやすい形式に
等価的に一次変換すればいいよね？
それかブレークポイントを下位にしかけて
値のみチェックすればいいよね？
いずれにしても勝手な主張乙だなｗ
822:仕様書無しさん
08/05/25 16:00:26
さぁ真っ赤か親父降臨ですよ
↓
823:仕様書無しさん
08/05/25 16:21:56
else ではなく otherwise を使うべし、とか
824:仕様書無しさん
08/05/25 16:54:48
↑
真っ赤か親父の降臨ありがとうございました。
825:仕様書無しさん
08/05/25 16:56:07
↑
通行人Ａが降臨でした
826:仕様書無しさん
08/05/25 17:10:14
セミコロンがないよ～
827:仕様書無しさん
08/05/25 17:12:37
そんなものはコンパイラに怒られてから
「あ、いけね」っつって直せばいいよ。
828:仕様書無しさん
08/05/25 17:17:36
だれか>>827にコンパイルエラー無しで1関数一気に打ち終えた時の感動を！
829:仕様書無しさん
08/05/25 17:25:37
>>827
Hello, world! ってエラーなしで表示された時は快感だぞ。
830:仕様書無しさん
08/05/25 17:35:13
>822-829あたりを上司から言われたら……
831:仕様書無しさん
08/05/25 17:36:41
『業務時間中にお菓子を食べてはいけない』
という規則ができた。
辞めてやるっ！
だがその前に、おにぎりを食べながら仕事をして反応を見てやろう。
832:仕様書無しさん
08/05/25 17:37:31
>>827
あんま関係ないが、この"怒られた"って表現あんま好きじゃない
PCのぶんざいで人を怒るなつーか、エラーでいいじゃん。
833:仕様書無しさん
08/05/25 17:39:12
>831
バナナはお菓子に入りますか？
834:仕様書無しさん
08/05/25 17:52:34
『業務時間中に食事をしてはいけない』と強化されたら
次は流動食に挑戦だ。
835:仕様書無しさん
08/05/25 17:58:35
>>834
鼻から飲むとかｗ
836:仕様書無しさん
08/05/25 18:00:32
『業務時間中に飲食をしてはいけない』と強化されたら
次は点滴に挑戦だ。
837:仕様書無しさん
08/05/25 18:10:39
小学校の遠足で、バナナはお菓子だった。1本10円に換算。
838:仕様書無しさん
08/05/25 18:52:48
納期遅れると部下に
頭丸めて誠意を見せろと強要してきます
これはいいんだろうかｗ
部署違うからまたかって感じだが
839:仕様書無しさん
08/05/25 19:09:57
>>836
興奮剤でも混ぜられそうだな。w
840:仕様書無しさん
08/05/25 19:12:01
>>836
> 『業務時間中に飲食をしてはいけない』と強化されたら
> 次は点滴に挑戦だ。
その次は断食に挑戦ですね。わかります。
841:仕様書無しさん
08/05/25 19:29:00
イスラム教徒になれということですね、わかります
842:仕様書無しさん
08/05/25 19:49:26
>>831
「まことに結構なことですね。
ところで勤務時間中の喫煙について提案があるのですが…」
５分以上席を離れるタバコを吸いの方が問題だと思うよ。
843:仕様書無しさん
08/05/25 20:04:54
>>841
『業務時間中にお祈り禁止』
なにかが起きそうだ
844:仕様書無しさん
08/05/25 20:07:26
>>843
ビルドの時に「通って！」と祈るのも禁止ですか?！！＞＜
845:仕様書無しさん
08/05/25 20:45:25
『通れよ』と命令していますが、何か？
846:仕様書無しさん
08/05/25 20:45:32
いのり えいしょう ねんじろ
847:仕様書無しさん
08/05/25 20:56:25
ソースが灰化
848:仕様書無しさん
08/05/25 21:04:14
かべのなかにいる
849:仕様書無しさん
08/05/25 21:05:27
my source surrendered
850:819
08/05/25 21:28:32
すみません、遅くなりましたが
顔真っ赤にして親父が戻ってまいりました。
#30代独身にその表現はこたえるね・・・
>>820,>>821
もっとっちゃ、もっともなお答え。
単に、新人からおっさんまで集めて俺がPLやるときに
スキルの差を埋める(誤魔化す？)のにそんな手しか持っていない
「腐れ上司」ということで勘弁してくれ。
もちろん俺もそれが最善とは思ってないから、
プロジェクトのレベルによって使い分けてはいるんだが・・・・
851:仕様書無しさん
08/05/25 21:42:13
>>850
静的コードチェッカ使ってる？
Lintとかさ、上司と言われているなら
ここ数年でいくつかプロジェクトの
ソースあるよね？それで同じ間違いを
統計かしなよ。
そのあとカバーしきれないものを
全体会議で周知徹底させなよ
それでも出来ない奴は、便所スリッパで
ぶってなぶって痛めつけろ
852:仕様書無しさん
08/05/26 00:05:07
そろそろ、上司の一言に戻ろうか
853:仕様書無しさん
08/05/26 00:42:58
>819
関数名が腐ってる／条件が複雑な論理演算だったりするときは、名前付け（コメント代わり）ということで
変数化しても良いと思うけど、この場合はそうじゃ無いしなぁ。
854:仕様書無しさん
08/05/26 01:47:17
>>850
fRet = func()
呼び出し先で return funcSub(); などと書かれていると、
デバッガで追うのが面倒なので復帰値を受ける変数fRetは割と使う。
（こんな一時変数はコンパイラが消してくれる。消されなくても１ワードだ）
けど、if (fRet != true)はやらない。if (!func())もやらない。
素直に if (fRet == false)と書く。あるいはif (func() == false)。
（新人プログラマに否定を扱わせると、結構な割合でバグってくれるから）
附記
if (func()) は使う。
855:仕様書無しさん
08/05/26 02:33:39
>けど、if (fRet != true)はやらない。if (!func())もやらない。
>素直に if (fRet == false)と書く。あるいはif (func() == false)。
この理由の大多数はtrueとの比較だと思うが・・・
if (!func())は俺も使わないけど・・・
856:仕様書無しさん
08/05/26 02:48:42
>>855
そこはどう見ても>>854の釣堀で>>855がお魚だろ
857:仕様書無しさん
08/05/26 05:58:52
if (!func())使わないって馬鹿だろ？
だってさ、ifでtrueの場合でもfalseの場合でも処理するためには!が必要だろ。
あと、trueとの比較はバグだけど、あれ？falseとなら比較していいんだっけ？trueがだめなんだっけ？
って分からなくなるだろ。
だからtrueもfalseも使っちゃダメなんだよ。
使っちゃダメってのは、比較しちゃダメってことで、代入自体はOK。
858:仕様書無しさん
08/05/26 07:16:23
バナナは弁当箱に入れたらデザート扱いだが
別にもってくるとおやつ
859:仕様書無しさん
08/05/26 07:38:45
ぱんつの中のバナナの扱いは？
860:仕様書無しさん
08/05/26 07:43:50
if(false==fRet)はやってもいいけど
if(fRet==false)は書き間違えてif(fRet=false)にしちゃうから変数は右に書けってばっちゃがいってた
861:仕様書無しさん
08/05/26 07:44:56
>>860
それってコンパイラがワーニング出さない？
862:仕様書無しさん
08/05/26 08:34:30
処理系によるな
863:仕様書無しさん
08/05/26 10:26:27
上司の一言
「あの人を見てみろ。しっかりした人じゃないか。お前と3つしか違わないんだぞ。
あの歳でフリーランスとはすごい。是非うちの会社に欲しい人材だ。それに比べてお前は・・」
2年後に辞めてフリーランスとして現在活動中。
864:仕様書無しさん
08/05/26 11:49:08
コンピュータ業界の話ではないが、営業としては有能な人だが、
日頃事務職を穀潰し、食わして貰ってる奴ら、と貶していた。
で、一念発起退職して独立し有限会社を作った。
しかし、日頃馬鹿にしていた経理事務が出来ずに1年でつまずき、
同業他社に再就職した。
865:仕様書無しさん
08/05/26 11:54:56
>864
それ、医療業界でよくある話だな。
医者には医事やら総務やらをバカにしている人がとにかく多い。そして、いざ勤務医から
独立開業して診療所を開いたはいいが、医事請求と経理がダメダメで開業資金の
回収さえ出来ずにあっという間に廃業と。
866:仕様書無しさん
08/05/26 12:03:56
結局、会社として成り立つ為には腐れ上司も必要ってこと？
867:仕様書無しさん
08/05/26 12:09:50
>>866
上司というか事務方が生産性が無いと馬鹿にできなってこと。
役割云々はちゃんとあるんだよ。
中小零細は社長の奥さんとかが割りとこういう数字関連をやってたりする。
まあ医者が独立するなら、ちゃんと事務方できる人を確保すべきだったよな。
868:866
08/05/26 13:00:44
スレチを強引に戻そうとしたらマジレスされた･･･orz
869:仕様書無しさん
08/05/26 13:50:44
ｆｒｅｅ ｌａｎｃｅ （語源は）傭兵騎士、自由契約の記者／作家／俳優など 自由人
ｆｒｅｅ－ｌａｎｃｅｒ 傭兵騎士
870:仕様書無しさん
08/05/26 14:12:38
会社にたった一人しかいない事務職員を大きめの請求ミスが理由で解雇したが、
代わりに入ったのが一週間で辞めてあと見つからず、一ヶ月後に不渡りを出して
倒産した間抜けなところも・・・
871:仕様書無しさん
08/05/26 16:13:14
ウチの会社はなぜかWindowsServer2003のことをWindows2003Serverって呼んでる。
聞く度にじんましんがはしる。正式な名前じゃないし、
2000Serverと混同するから正しく呼ぼうと呼びかけても全く聞く耳持たず、
まあまずは自分だけでもとServer2003と言っただけで白い目で見られる始末。
コーディング規約策定でも半ば宗教論争状態になりかけた挙げ句村八分状態。
俺本当にこの会社に居続けていいのだろうか。
872:仕様書無しさん
08/05/26 16:37:15
コーディング規約なんて宗教論争になって普通じゃない？
誰かが強権発動出来ない環境じゃ無理だよなあ。
873:871
08/05/26 16:55:20
一例を挙げるとインデント。
みんながスペース5こにしようと言い出して、俺はタブ1こを提唱したら白い目。
直後偉い人がみんなスペースを推してるからスペースに決めよう、と。
874:仕様書無しさん
08/05/26 17:02:32
>>873
コメントももめない？
875:仕様書無しさん
08/05/26 18:56:23
>>871
CD-ROMも正式なやつじゃなかったりしてな
876:仕様書無しさん
08/05/26 18:58:24
>>875
プリンタブルラベルには「Windows2003Server」の文字がw
877:仕様書無しさん
08/05/26 20:41:26
実はVVindovvs 2003 Server (メイド in chaina.)という浜モノだったって罠。
878:仕様書無しさん
08/05/26 21:11:18
勤怠を正確に書いて提出したら、総務で問題になったらしい
翌月から上司が代筆してくれるそうだ。
上司"正直に書くから....もっと賢くなれ"とのこと
879:仕様書無しさん
08/05/26 21:20:24
逃げて～(＞＜；)
880:仕様書無しさん
08/05/26 22:07:29
告訴の予感
881:仕様書無しさん
08/05/26 22:20:15
>877
なんて読むんでしょうかね？
ヴヴィンドウズ？ クソでも漏らしてるのか？
882:仕様書無しさん
08/05/26 22:26:18
ッヴィンドッヴズ
883:仕様書無しさん
08/05/27 00:39:22
>>859
その熟してそうな奴は持ち込み禁止で
884:仕様書無しさん
08/05/27 00:41:11
面接官人事の一言
「さっき面接した奴を見てみろ。
３０過ぎで社員にもなれずに未だフリー。あれじゃー結婚もままならんぞ。」
恥ずかしさのあまり２ヶ月で逃亡し、未だなんちゃってフリーで活動中。
おれのことさ・・・
885:仕様書無しさん
08/05/27 00:43:03
>>874
可読性下がるからコメント書くなって怒られた。
以来比較ツールで過去履歴と比較し続けないと誰が何したか分からん状態。
886:仕様書無しさん
08/05/27 02:05:47
>>885
論争するだけ無駄だよ。こちらの意見・主張・見解・理由を言っても全く通らないようなら折れた方が早そう。
インデント程度なら変換ツールでも作って自分だけは慣れた方でやるっていうのも手だと思う。
でもできればスペース5個なんて滅多にお目にかかれないような規約（例だと思うが）は排除したいなｗ
887:仕様書無しさん
08/05/27 02:09:28
>877
「○○大家族」とか書いてないとダメだと思うお
888:仕様書無しさん
08/05/27 02:10:11
つか、インデントがスペース*5って何言語？
聞いたことねぇ。
889:仕様書無しさん
08/05/27 02:11:32
デザイナが作ったごちゃごちゃHTMLをいじる時は
インデント２もありだとは思う
890:仕様書無しさん
08/05/27 02:33:37
スペース3が標準のとこもあるよ
891:仕様書無しさん
08/05/27 05:05:57
2,3,4,8,Tabあたりは聞くが、5は初耳。
892:仕様書無しさん
08/05/27 07:48:41
FORTRAN だか COBOL だかが、左5桁が空白（コンパイラが行番号を入れてくる）、6が「継続マーク」じゃなかったっけ。
893:仕様書無しさん
08/05/27 07:54:16
>>892
あとPL/1もくさいな。
どっちにしろメインフレームとかあの辺を生きたおっさんってことか
894:仕様書無しさん
08/05/27 07:56:55
ちなみに7桁目にCがFORTRAN、*がCOBOLな。
895:仕様書無しさん
08/05/27 07:57:27
FORTRAN
URLﾘﾝｸ(ja.wikipedia.org)
COBOL
URLﾘﾝｸ(ja.wikipedia.org)
PL/1
URLﾘﾝｸ(ja.wikipedia.org)
* FORTRANの記述形式
* COBOLのレコード構造や入出力機能
* ALGOLのアルゴリズム記述能力
といことらしい
896:仕様書無しさん
08/05/27 08:28:39
Tabも、4と2で混在してたりすると、微妙にずれたり気持ち悪いんだよな
今がまさにソレｗ
897:仕様書無しさん
08/05/27 08:52:17
メモ帳は８だから、開発環境はtab8に統一
チームリーダーがメモ帳で開発してるんだもん
898:仕様書無しさん
08/05/27 08:55:48
>>897
せめて秀丸・・・
というかどういう開発なんだよｗ
メモ帳で足りるって組み込みcとかそんなのなのか？
899:仕様書無しさん
08/05/27 09:34:08
自分じゃ使ったこと無いが、indent=5はK&Rのスタイルみたい
900:仕様書無しさん
08/05/27 10:26:59
>>885
> 比較ツールで過去履歴と比較し続けないと誰が何したか分からん状態
ということは、更新履歴をコメントで入れる派かお前は
そっちの方がだめじゃん
901:仕様書無しさん
08/05/27 10:31:37
// 旧版ではXで判定していたが、Yのケースでは無効なので Zによる判定に入れ替え -- 2008/01/23 山田
とかいうのもダメなの？
902:仕様書無しさん
08/05/27 10:34:50
>>897
開発環境はTab6統一、という謎な現場にいったことがあるな。
実際はTab4ではなく半角スペース6。
903:仕様書無しさん
08/05/27 11:27:21
>895
以前いた会社のコーディング規約では、コメントは73～80カラムということになっていた。
パンチ入力を外注へ依頼していたころからの決まりごとで、もちろんカードイメージの
名残ですな。
>899
K&Rは4 Tabだったと思うが。
4 Tabなら空けて続くカラムは5カラム目になるから、それとごっちゃになっていないか?
904:仕様書無しさん
08/05/27 12:08:12
>>903
emacsのc-set-styleでk&rを選ぶとindentが5になる
石田本でどうなってるのかな
905:仕様書無しさん
08/05/27 12:54:35
K&Rは5だけど、デニス・リッチーにポリシーがあったわけではない。
なんだかポリシー持ってる人が多いから、論争が起きないように
当時一般的だったというスタイルを採用しただけのことらしい。
作者は自分にあったスタイルを選べばよいと言っている。
逆に、ポリシーを押しつける人に辟易してたみたい。
なのに、K&R信者がそのスタイルを他人に押しつけることになろうとは。
906:仕様書無しさん
08/05/27 13:50:29
人は他人を否定することで自分のレゾンデートルを求めるのです
907:仕様書無しさん
08/05/27 14:25:18
レゾンデートルって何？
908:仕様書無しさん
08/05/27 15:11:46
「存在理由」だったかな？
909:仕様書無しさん
08/05/27 15:56:57
>>908
ひとつ賢くなったよ。ありがとう。
さっそくレゾンデートルを普段の会話で使ってみるよ
910:仕様書無しさん
08/05/27 17:38:14
覚えた途端、その単語を使おうとするのはオヤジ（中年）の兆候
911:仕様書無しさん
08/05/27 17:45:42
>>910
「レゾンデートルが～」とか会話の中で使うと、
なんか学生運動を経験したオヤジっぽいので
それはそれでいいんじゃないかな。
912:仕様書無しさん
08/05/27 18:13:13
むしろエヴァヲタオヤジっぽい
913:仕様書無しさん
08/05/27 19:51:04
>>885
そのツール腐ってねぇ？
フリーソフトでコメント無視しで比較できるのあるんだが。 つRekisa
914:仕様書無しさん
08/05/27 20:16:36
俺には、>>913 の眼球が腐ってると思える
915:仕様書無しさん
08/05/27 22:54:04
>914
いやいや、俺にはむしろ>913の方の眼球が腐ってるとしか思えない。
916:仕様書無しさん
08/05/27 23:07:45
ん？
917:仕様書無しさん
08/05/27 23:26:34
腐ってるのは眼球じゃなく脳だろJK・・・
918:腐乱"KEN"死体
08/05/27 23:37:25
腐っててすみません（；´Д`）ゞ
919:仕様書無しさん
08/05/27 23:57:15
はやすぎたんだ・・・
920:仕様書無しさん
08/05/28 00:35:09
なぎはらえ
921:仕様書無しさん
08/05/28 01:41:48
なぎらはええ
922:仕様書無しさん
08/05/28 01:47:39
びーっ
923:仕様書無しさん
08/05/28 02:25:10
ちんかちんかのるーびー
924:仕様書無しさん
08/05/28 11:17:38
病んでいるPGが多いな
携帯関係か？
925:仕様書無しさん
08/05/28 11:19:24
>>924
携帯に限らずどこも似たような物でしょ。
地球全土で競争始めたらそりゃね・・・
人間って自滅遺伝子を持ってるんじゃないかと思うわ。
人類総出でレミングス
926:仕様書無しさん
08/05/28 15:33:25
部長ー
今日は5/28ですよー
どこをどう間違ったら6/3になるんだ！！！！！！ぼけ！！！！！！！！！！！
927:仕様書無しさん
08/05/28 15:39:12
カレンダーを下に進んでしまったのだろう。
928:仕様書無しさん
08/05/28 15:51:50
>>888 RPG言語だよ
1-2 page
3-5 line
6 sheet
7-72 coding
73-80 pgm-id
929:仕様書無しさん
08/05/28 23:16:21
>>925
持ってるから戦争するんだろ
930:仕様書無しさん
08/05/29 22:59:16
ﾃﾞﾙとかのｳﾝｺｷｰﾎﾞｰﾄﾞとか無理です
931:仕様書無しさん
08/05/30 00:13:11
えー。
DELLのは基本的に悪くないと思うけどなぁ。
932:仕様書無しさん
08/05/30 02:25:31
サーバマシンのキーボードについてるトラックボールやタッチパッドが大嫌いだ
絶対ﾐｽの許されないマシンなのにあの使いにくさ
（system32を移動させようとしてしまった人も）
求ム、マウス使えるスペース
933:仕様書無しさん
08/05/30 07:40:47
>>932
ちっこいレーザマウスをひざの上で使う
たまにデータセンタでそれやってると
笑われる
934:仕様書無しさん
08/05/30 11:28:13
>>933
俺は昔背中を使われたことがあるぞ
935:仕様書無しさん
08/05/30 11:33:13
>>934
降臨雷獣シュートだ！
936:仕様書無しさん
08/05/30 13:08:35
◇パラサイト化チェックリスト（三神万里子さん監修）
□ 定年まで波風立てずに過ごしたい
□ 給与カットされた分、働かないぞ
□ 転職や起業で成功している同世代には正直、やっかみがある
□ でも、それが外国人なら別に焦らない
□ 若手のコミュニケーション能力のなさに腹が立つ
□ 体力に自信がなくなってきた
□ 認めたくはないが、現場感覚が鈍ってきた
□ 分からないことは、その場で知ったかぶりをしてやりすごそう
□ やり手の熱血漢タイプを見ると、思わず冷笑してしまう
□ 実力のピークが過ぎていく。どうしたらいいかわからない
□ そういえば、しばらく公私ともに深い議論をしていない
□ これからの若い人は大変だ。自分は何とか逃げ切れるが
□ 最大の関心は人事情報だ
□ 今は自分にポストが回ってくるのを待っているところだ
□ 若手の激務は自分には関係ない
※「はい」が五つ以上でパラサイト化の「黄信号」、１０以上なら「赤信号」で、
あなたは重症です。
937:仕様書無しさん
08/05/30 13:56:52
>>820
>無駄な変数宣言を増やしてコードの可読性を落とし、名前空間を汚し、スタックフレームを無駄に浪費し、
>それで得られるものは変数への代入によるパフォーマンスの低下のみ。
可読性は個々人だろう？
特に>812の可読性が落ちる訳でもない。
スタック・パフォーマンスの低下については、コンパイラの仕事。
最適化をかければ同じバイナリになる。
938:仕様書無しさん
08/05/30 14:07:18
>特に>812の可読性が落ちる訳でもない。
冗長にするのは、確実に可読性を落とすと思うが。
> if(func()){のような省略型記述が大嫌い
> fRet = func()
> if(fRet != true){
> のように必ず代入して、値と判定させる
既にバグってるし w
939:仕様書無しさん
08/05/30 14:22:21
>>938
；とtrueの判定の所でしょう？
それは本質的な部分じゃいだろうと・・・
代入して一時変数（最適化時に削除されるけど）を使う事は、性能低下を及ぼさないという事ですが・・・
940:仕様書無しさん
08/05/30 14:23:30
自分が正しいと思い込んだマほど恐ろしいものはない
941:仕様書無しさん
08/05/30 14:39:49
>>940
久しぶりにこのセリフを言わせてもらおう
オマエモナー
942:仕様書無しさん
08/05/30 14:40:08
まだやってんのか
943:仕様書無しさん
08/05/30 15:35:31
>if(func()){
この判定ってさ、func()の戻りをtrueと判定できるなら以下のコードを実行せよ、だろ？
> fRet = func()
> if(fRet != true){
fRetがtrueでないなら、って判定したら、逆だろ？
だからバグってるって指摘されてるんだろ？
最適化とか可読性とか以前の問題でさｗ
944:仕様書無しさん
08/05/30 18:09:37
しかもtrueとの比較 w
945:仕様書無しさん
08/05/30 18:17:17
「へんな書式で頑張っちゃうやつは、へんなロジックでも頑張っちゃう」ってことか？
946:仕様書無しさん
08/05/30 22:12:01
「へんとへんを集めて もっとへんにしましょ」ってやつじゃないか？
947:仕様書無しさん
08/05/30 23:00:19
へへーん
948:仕様書無しさん
08/05/30 23:37:40
へっへっへ
949:仕様書無しさん
08/05/31 09:54:11
学園祭の前日でループするネタがあっただろ。温泉一人が気がついて
自室に戻ったらカビだらけという・・・・
新製品開発するとぶち上げたものの、どうしようもないアナログ上司
（同期回路の設計できないらしいorz)のおかげで、カビの生えた技術に
押し戻されてとんでもない旧式を作らされる羽目になる予感。
ちゃぶだいひっくり返して話しめちゃくちゃにして飯くってきたんだとよ・・・。
950:仕様書無しさん
08/05/31 09:55:46
>>949
そういえば先週のケロロも同じようなネタだったな。
951:仕様書無しさん
08/06/01 06:43:45
>>949
それコピワンからダビ１０への変更？
もっとひどいことになるとか？
952:仕様書無しさん
08/06/01 18:05:27
URLﾘﾝｸ(www.yourfilehost.com)
953:仕様書無しさん
08/06/01 18:05:57
誤爆した
954:仕様書無しさん
08/06/01 18:23:09
ちんぽろりしすぎだろ
955:仕様書無しさん
08/06/01 18:46:06
エレクト具合が良い感じに強調されてて、むしろ笑える。ｗ
956:仕様書無しさん
08/06/01 19:06:56
器質的な原因の勃起不全を手術で解決すると、こういう状態になると聞いたことがある。
957:仕様書無しさん
08/06/01 21:11:56
これが普通なのか？
俺のはパチンパチン鳴らすことできねぇ。
958:仕様書無しさん
08/06/01 22:16:16
え？
立ってるﾁﾑﾎﾟをぐーっと下にパンツでひっぱったら、
普通にぱちんぱちん言うよ？
勃起不全だったりしねーか？
半立ちだとならないかも
959:仕様書無しさん
08/06/02 03:12:06
ぱちんぱちんなるのはせいぜい二十歳くらいまでだろ。
それにしても >>952 はでかすぎ。異常だろ。
960:仕様書無しさん
08/06/02 03:46:24
異常？
この世界じゃあたぼうだぜ。
961:仕様書無しさん
08/06/02 08:20:16
おまいら釣られすぎ
962:仕様書無しさん
08/06/02 11:38:27
棒だけにあたぼうですねわかります
963:仕様書無しさん
08/06/10 23:53:39
昨年度の売上に無理矢理ねじ込んで黒字にした案件の作業で今の仕事ボリュームがアップだよ。
毎年上半期はしょうがないね。だと。
964:仕様書無しさん
08/06/11 00:05:59
実は一年中しょうがないのにね。
965:仕様書無しさん
08/06/11 00:10:49
仕様が無い、と言ってる間に自分で書きましょう
966:仕様書無しさん
08/06/11 00:25:37
書いてもいいけど責任持てないぞ。
967:仕様書無しさん
08/06/12 00:32:41
権限無くして責任無し
968:仕様書無しさん
08/06/12 03:01:57
代表なくして課税なし。
969:仕様書無しさん
08/06/12 11:56:15
でもこの業界、権限も手当ても出さずに責任だけ取らされることが多いよな。
970:仕様書無しさん
08/06/12 19:26:44
そだね
971:仕様書無しさん
08/06/13 10:28:39
何の感慨も無く同意だけできるということが、少し恐ろしい
972:仕様書無しさん
08/06/13 21:43:32
そだね
973:仕様書無しさん
08/06/14 01:36:35
左様
974:仕様書無しさん
08/06/16 07:09:46
やらないかっ。
975:仕様書無しさん
08/06/16 08:19:10
だが断る