5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

コードも書けない香具師がなぜSE

1 :仕様書無しさん:2006/08/23(水) 02:24:00
SEって何様?。
ただのワードかエクセルのヘビーユーザー?。

2 :仕様書無しさん:2006/08/23(水) 02:57:32
>>1
「?」のあとに句読点は付けちゃだめだよ。(・ω・)

3 :仕様書無しさん:2006/08/23(水) 03:01:48
書けないのではなく書かないだけ。
というか、無駄なコードを消す事の方が多い。
PGってなんでこんなに無意味で無駄なコードかけるの?
無駄に時間を潰すことを仕事したと勘違いしてない?

4 :仕様書無しさん:2006/08/23(水) 03:16:58
>>3
その無駄なコードって特定の人に限った話しでなくてほとんどの人に当てはまるの?
誰だって無駄な労力はかけたくないし内部の規約やメンテ性を考えて
仕方なく冗長なコード書く事もある

書き換えてるわけじゃなくて完全に消してるの?
省いても問題の無い真に無駄なコードを書く方が難しいと思うが・・・
コメントの事じゃないよね?

5 :仕様書無しさん:2006/08/23(水) 05:14:51
>>4
禿同

>>3はその無駄なコードとやらの例を出してみな

6 :仕様書無しさん:2006/08/23(水) 06:14:49
うわー
コード修正しょっちゅうされてそうなプログラマーが逆切れしたー!!

7 :仕様書無しさん:2006/08/23(水) 07:59:36
修正という名のデグレ。

8 :仕様書無しさん:2006/08/23(水) 08:03:33
デグレって言葉をNEC系列以外で聞いたことないんだけど
他でも使うのかね

9 :葉猫 ◆Jz.SaKuRaM :2006/08/23(水) 08:09:17
漏れ前、派遣やってたけどどこも普通に使ってたよ。

10 :仕様書無しさん:2006/08/23(水) 09:01:58
>>8
F系列でも普通に使っているぞ.

11 :仕様書無しさん:2006/08/23(水) 10:09:14
>>1
SE とは:
  >>2 に指摘されたような、当たり前の文章も書けない
  低学歴の >>1 に代わって仕様書を書いてくれる人の事。

12 :仕様書無しさん:2006/08/23(水) 13:49:19
Hでも使ってるぞ。でぐれ。

13 :仕様書無しさん:2006/08/23(水) 14:53:45
SEとPGを区別してるところって、ホント生産性が低いね。

14 :仕様書無しさん:2006/08/23(水) 18:17:47
コード書けない奴って富士通より日電の方に多そうだ。

15 :仕様書無しさん:2006/08/23(水) 20:21:25
デグレは普通に使うだろ。
>>8の世界が狭いだけw

16 :仕様書無しさん:2006/08/23(水) 21:10:34
SEを目の敵にするPGは多いけど、うちではかなり関係は良好だよ。
ただ、それでいい仕事ができるかどうかは別かな。

17 :仕様書無しさん:2006/08/23(水) 22:17:54
>>1
目立グループのSEの桶ロさんの特徴。

・プログラムを組めない
・コロンとセミコロンの区別ができない。
・TOEICのスコアが250点
・フリーセルのスコアが50戦50敗


18 :仕様書無しさん:2006/08/23(水) 22:28:49
アップグレード、デグレードは世の中の普通の単語だろ。

19 :仕様書無しさん:2006/08/23(水) 22:32:43
>>1
良い見方をすれば、
「SEは、ユーザーとプログラマーの橋渡し」

現実には、
「SEはエンドユーザーの御用聞き」

20 :仕様書無しさん:2006/08/23(水) 23:22:51
Solution Executive

21 :仕様書無しさん:2006/08/24(木) 00:10:34
>>1
俺の事か?

入社研修後に初のプロジェクトでテスト環境と本番環境
間違って本番環境のデータベースめちゃくちゃに破壊した。

その事件以来テスト要因ばっかりで一切プログラム触れなくなり、
気が付けばSEになっていた。

プログラムの事なんて分からない。顧客との打ち合わせで
仕様難しいかどうかの判断はフィーリング。



22 :仕様書無しさん:2006/08/24(木) 00:22:56
>>8
Cでも使うよ

23 :仕様書無しさん:2006/08/24(木) 00:30:40
デグレよりABENDの使用率の方が気になる
COBOLオヤジの口からしか聞いたことない

24 :仕様書無しさん:2006/08/24(木) 00:53:55
ABnormal ENDだろう?
世界の共通語だ。

25 :仕様書無しさん:2006/08/24(木) 01:03:50
まあデグレという言葉にすら遭遇しないのは管理面で恵まれてるんだろうから良いことだよ。

26 :仕様書無しさん:2006/08/24(木) 02:42:11
>>23
確かにジョブネットとかCOBOLとかメインフレームとか、そういう方面の香りが漂うね.

27 :仕様書無しさん:2006/08/24(木) 07:59:16
コードも書けないSEを馬鹿にしていたPGが普通SEに出会って、
こいつもどうせ馬鹿だろうと前と同じつもりでやたら突っかかっていって
出入り禁止にされたという話はよく聞く

28 :仕様書無しさん:2006/08/24(木) 12:28:33
某HALの一文字ずらした世界では”SE”という言葉は無いと聞く。
HALの中の人たちはみんなコード書けるのかな?

29 :仕様書無しさん:2006/08/24(木) 14:50:11
>>28
そのHALを1文字ずらしたところと仕事してるけど、SEって普通に言うぞ。
USのほうは知らんけど。

30 :仕様書無しさん:2006/08/24(木) 18:26:06
>>28-29
HALて何のことかと思て考えちまったが、「目蜂M」の事か。

31 :仕様書無しさん:2006/08/24(木) 18:41:46
>SEって何様?。
>ただのワードかエクセルのヘビーユーザー?。

>>1は大きな間違いを犯している。

SEとは、ワードかエクセルのヘビーユーザーのことではない。
SEとは、単なる御用聞きであり、ワードやエクセルすらまともに使えない
素人から毛が抜けたような人のことだ。

32 :仕様書無しさん:2006/08/24(木) 18:49:16
SE:ホワイトカラー
PG:ブルーカラー
PGは肉体労働だけが仕事だと勘違いしてる。

33 :仕様書無しさん:2006/08/24(木) 19:11:23
>>24
ABort ENDじゃねぇの?

34 :仕様書無しさん:2006/08/24(木) 19:15:28
>>33
>>24が正解

35 :仕様書無しさん:2006/08/24(木) 22:27:13
いまうちの会社じゃ慢性的にSEが不足している

36 :仕様書無しさん:2006/08/24(木) 23:22:39
SEって、System Expansionのことだろ

37 :仕様書無しさん:2006/08/25(金) 00:01:25
Syntax Error

38 :仕様書無しさん:2006/08/25(金) 00:03:43
>>36
すると30代のSEはSE/30かい?

39 :仕様書無しさん:2006/08/25(金) 00:21:30
みんな、馬鹿だなぁ〜。

用語の定義は、こんな感だろ。

☆コンピュータの仕事に携わる人で、
 PG=プログラムを作れる人。
 SE=プログラムを作れない人。
 技師=コンピュータを知らない人。
 主任技師=常識を知らない人。

40 :仕様書無しさん:2006/08/25(金) 00:24:29
おいらは手淫技師

41 :仕様書無しさん:2006/08/25(金) 00:32:48
正確にはプログラムしか作れない人だろ。

42 :仕様書無しさん:2006/08/25(金) 01:20:52
用語の定義だが、

顧客=夢を語る人
主任技師=夢をさらに煽る人
技師=夢に、具体的、現実的なアプローチを試みてるように、一見すると見える人。
SE=技師の無謀なアプローチに理屈を付けてPGにやらせる人。
PG=なんだかんだ言って、一番の犠牲者。

43 :仕様書無しさん:2006/08/25(金) 01:27:51
>>8
ググレ
http://www.google.co.jp/search?q=%E3%83%87%E3%82%B0%E3%83%AC

44 :仕様書無しさん:2006/08/26(土) 02:49:04
degradeって検索してもあまりコンピュータ関係のページ引っかからないね。
正しくはデグレじゃなくてリグレ(regression)か?

45 :仕様書無しさん:2006/08/31(木) 08:42:58
東鳩?

46 :仕様書無しさん:2006/08/31(木) 10:02:01
うちではリグレッションっていってたな


47 :仕様書無しさん:2006/08/31(木) 23:07:33
でぐれ=だうんぐれ
りぐれ=退行

48 :仕様書無しさん:2006/10/02(月) 15:50:04
ぐぐれ=自分で調べろ

49 :仕様書無しさん:2006/10/12(木) 00:27:16
例えば例えば
HWND hCtrl○○A, hCtr○○B, hCtr○○C;

SendMessage(hCtrl○○A, MSG, WPARAM, LPARAM);
SendMessage(hCtrl○○B, MSG, WPARAM, LPARAM);
SendMessage(hCtrl○○C, MSG, WPARAM, LPARAM);

とするのと
HWND hCtrl[3];
INT i;

for(i = 0; i < 3; i++)
{
SendMessage(hCtrl[i], MSG, WPARAM, LPARAM);
}

と一括して処理させるのはどう思う?
状況によるけど俺は可読性を考えて前者のほうを採用してるんだけど。
正直配列は自分が見るのと他人が見るのわかりにくいっぽ

50 :仕様書無しさん:2006/10/13(金) 18:40:12
それこそ状況によるとしか・・・。
あとのメンテするヤツがVB厨程度のレベルなら前者だし、
普通の人がメンテするなら後者だし。

51 :仕様書無しさん:2006/10/13(金) 22:39:02
どう考えても前者以外ありえない。
後者を取るやつって、賢く見せたい系の人間だよ。
for文のテストするのとメソッド呼び出しのテストを秤にかけたらわかるだろ。
保守もし易いし。

52 :仕様書無しさん:2006/10/13(金) 23:16:15
3つ程度なら大差ないように思う。
20個30個になるなら後者にする。前者でやると修正をコメントに
残せと指示あったとき、2回も修正すればひどいことになる。

53 :仕様書無しさん:2006/10/13(金) 23:25:24
3個ならまあどっちでも良いけど、
10個もあれば違うことやっているやつが紛れてはいないかと
気になって疲れるので後者にしてくれると助かる。


54 :仕様書無しさん:2006/10/14(土) 00:13:22
可視性からすれば数個なら並べた方がいいが
結局は処理の内容によるかな?

俺的しきい値は5個。
将来的に増える可能性があるなら3個かな?
それ以上はループさせる。



55 :葉猫 ◆Jz.SaKuRaM :2006/10/14(土) 00:23:01
一般的に微妙に違うメッセージを投げるケースの方が多いち、羅列ちた方がメンテが楽じゃね。

56 :仕様書無しさん:2006/10/20(金) 17:29:18
PGと共にプログラミングできるSEじゃなければ価値なし。

大雑把でいい加減な仕様書をPGに押し付けるSEは追放!

57 :仕様書無しさん:2006/10/21(土) 22:56:52
「SEの教科書」という新書が並んでたので立ち読みしたら、
自衛隊出身で資格は合格率60%のPMPしか持たない
人貸しの親方みたいな奴が著者。
こんな本が売れたら、技術者でないSEがさらに増える。
困ったもんだ。

11 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)