1 :仕様書無しさん2010/08/25(水) 22:12:04
PHPを馬鹿にする
2 :仕様書無しさん2010/08/25(水) 22:41:22
>ダメなプログラマの特徴

くだらない私怨で2ちゃんにスレを立てる
つまり>>1
4 :仕様書無しさん2010/08/26(木) 04:59:02
2chに糞スレを立てる
つまり>>1
641 :tokuhirom2011/06/08(水) 00:16:39.32
>>1
Perlやってないひとぜんいんかな
7 :仕様書無しさん2010/08/26(木) 09:38:16
SE >>>>>>>>>>>> PG だと思っている
8 :Perl忍者 ◆M5ZWRnXOj6 2010/08/26(木) 13:56:37
俺に似てるやつだなこいつwwwwww

なんでSE>>>>PGなのかも俺もよくわからない(笑)

そもそもプログラマだって設計できるじゃん
言語0で設計とか経営かじってて vbとかエクセルとかわめいてる自称SEとか社内SEがうざい
10 :仕様書無しさん2010/08/26(木) 14:08:51
コードの悪い部分を指摘するとき、ちゃんとインデントしてないとか
変数名が日本語とかしか言わない
11 :仕様書無しさん2010/08/26(木) 14:45:04
集団ストーカー実行犯の見つけ方
駅の改札周辺など人の流れが集中するところにいます。
柱、壁の近くなど人をよけなくていい場所で人々を凝視している人間がいたらそうです。
待ち合わせのふりをしてますが誰ともおちあうことなくその場を去ったら確実に実行犯です。
15 :仕様書無しさん2010/08/26(木) 23:41:49
ダーメダメダメダメ人間〜ニンゲン〜ニンゲン〜!
ハマるのはロクに確認もせずリリースして結合テストとかでコケまくり
工程が押し、日程的に後にどんどんずれ込み次の仕事への着手が遅れ、
焦るからまたバカみたいに確認を疎かにしまたしてもテストでコケまくり、
デバッグ作業に追いかけられ、さらにそのまた次の仕事への着手が遅れ・・・
という具合に雪だるま式に仕事を抱え込むお前の自業自得だ。

そんなときは一回、人生をリセットしないとな。
16 :仕様書無しさん2010/08/27(金) 00:19:29
>>15

しかし、そういう連中が居る方が嬉しいんだろ?
19 :仕様書無しさん2010/08/27(金) 23:06:00
自分で書いた文章を読み返してみない。
明らかに文脈変だろと。
20 :仕様書無しさん2010/08/28(土) 00:48:12
君が優越感を感じ、仕事が捗るきっかけをくれてるんだな。
貢献してるじゃないか。
21 :仕様書無しさん2010/08/28(土) 21:41:41
ソースを推鼓しないで間違い発見はコンパイラさんまかせ。

以上、自己紹介でした。
23 :仕様書無しさん2010/08/28(土) 23:24:07
「この場合、どうなる仕様だったっけ?」って聞いたら
「ソース確認してみます」って答える奴
34 :仕様書無しさん2010/09/02(木) 03:22:05
>>23

あなたにも責任があるのでは。
36 :仕様書無しさん2010/09/02(木) 20:36:14
>>23 俺を呼んだか?
38 :仕様書無しさん2010/09/04(土) 00:54:28
>>23
それはプログラマ個人の責任ではなくて、仕様書が残って無い事が問題だろ…
40 :仕様書無しさん2010/09/04(土) 01:49:23
>>38
いやいやそうじゃなくて、仕様書を正にして作業してるはずなのに、なんでソース確認するのよ。
って奴はいる。そのソースはどの仕様を元に書いたの?っていう。
もし仕様で決まってないのなら、仕様には記述されてないけど現状のコードではこう動きます
みたいな答えになるはずだし。
141 :仕様書無しさん2010/10/09(土) 07:39:55
>>23
ソース確認して答えられるなら、できるプログラマじゃね?w
147 :仕様書無しさん2010/10/09(土) 21:21:10
>>23 はそもそも「使用者がある」という前提を抜いて書いてるから、話がすれ違うんだよな
148 :仕様書無しさん2010/10/09(土) 21:22:05
x >>23 はそもそも「使用者がある」という前提を抜いて書いてるから、話がすれ違うんだよな

o >>23 はそもそも「仕様書がある」という前提を抜いて書いてるから、話がすれ違うんだよな
149 :仕様書無しさん2010/10/11(月) 20:22:17
>>40
単に覚えてないだけだろ…

ていうか、仕様に記述されてないことを答えるには、
ソースを確認する以外にあるの?
154 :仕様書無しさん2010/10/12(火) 07:47:00
>>149
そのソースがどれかがわからないんだったら、駄目なプログラマだろうが、
そうでなければ十分だと思うね。
156 :仕様書無しさん2010/10/13(水) 12:42:51
そもそも仕様を管理するのはSEだから質問する相手を間違ってるな。
つまり>>23はウンコ以下。
25 :仕様書無しさん2010/09/01(水) 00:44:10
PHPとMYSQLしか使えないSOHOだけど年収 1000万はあるよ

ただ客に恵まれてるだけかもだけど
27 :仕様書無しさん2010/09/01(水) 15:02:22
単語をアルファベット大文字で四文字にしないと気が済まない。
業務→GYOM
区分→KUBN
ID→IDID     (この辺からおかしくなってく。IDNTだろ。やるなら。
コード→CDCD  (なぜCODEにしないのだと

28 :仕様書無しさん2010/09/01(水) 18:35:45
>>27
漫画業界は、ひらがな4文字だよな
それと同じことか?
30 :仕様書無しさん2010/09/01(水) 22:17:03
>>28
むしろエロゲでは?
31 :仕様書無しさん2010/09/01(水) 23:36:31
VB厨
32 :仕様書無しさん2010/09/01(水) 23:44:24
>>31
>VB厨

そういえば昔、そんなようなこと言ってVBを毛嫌いし
「自分はC++が得意ですから」とか大見栄切って
VB使えという周囲の制止を振り切ってC++で受けた挙げ句
他のVB要員なら30日程度で終わるところを6ヶ月以上かけたバカがいたなぁ
クビになったけど。
33 :仕様書無しさん2010/09/02(木) 00:16:00
VBでやらせても、学ぶのに6ヶ月以上かかっただろうからどうせ結果は同じでは?
35 :仕様書無しさん2010/09/02(木) 19:59:38
今年入ってきた新人ってどんな感じ?
未だにCの基礎とC#がそれなりって程度の奴がいるんだが・・・
37 :仕様書無しさん2010/09/02(木) 21:10:08
仕様書書く余裕を与えずに、コードを確認したら罵倒する。どんな奴隷会社ですか。
41 :仕様書無しさん2010/09/04(土) 04:26:43
実装仕様書みたいなものがあればいいんだが
何せ用件からコーディング・テスト・機材の故障チェック・生産指示書まで
全部一人で書くからとても無理
42 :仕様書無しさん2010/09/04(土) 15:08:43
一次受けが雑魚会社だと、マトモな仕様書は一切存在しないがシステムは完成してるなんてざらだろ。
大手のIT子会社で外販0のところは例外無く雑魚会社だからこうなりやすい。
43 :仕様書無しさん2010/09/04(土) 15:10:20
あ、でも金融だけは違うかもね。経験無いから分からんけど。
例外無くとか書いてゴメンね。
47 :仕様書無しさん2010/09/04(土) 20:58:51
それはゼネコンピラミッド内部での事実であって、
ピラミッド外のマトモな世間じゃ非常識そのものなんだけどなw
53 :仕様書無しさん2010/09/04(土) 21:28:29
ところで、ピラミッド外のマトモな世間って何の話し?>>47
49 :仕様書無しさん2010/09/04(土) 21:08:05
ピラミッドの外じゃ仕様書どころか仕様が無いなんてざらなんだけど。
何か作ってみて、お客さんがお金を払ってくれたらばんざーいみたいな。
51 :仕様書無しさん2010/09/04(土) 21:12:17
ピラミッドの外って、小規模案件の話しかね。
小規模案件なら発注側も受注側も雑魚しかいないからどうでもいいな。
52 :仕様書無しさん2010/09/04(土) 21:21:27
>>51
ピラミッドの下に取り付いてるよりは利益率いいからおいしいんだけどね。
会社が小さい頃はそういうの数人で回してれば食えてたんだけど、
会社がでかくなるとそれなりの規模の仕事受けないとやっていけなくなって、
めんどくせ。
54 :仕様書無しさん2010/09/05(日) 06:14:11
井の中の蛙、大海を知らず。
55 :仕様書無しさん2010/09/05(日) 08:04:58
>>54
逆に考えたらこの蛙ってなんて幸せなんだろうね
56 :仕様書無しさん2010/09/05(日) 18:38:22
プログラマの分際で大海とかワロタ
どうせ説明出来ないんだろう。何が「ピラミッド外のマトモな世間」だアホ。
57 :仕様書無しさん2010/09/05(日) 19:12:59
>>56
そうだね、そう思っていれば幸せなら、それでいいんじゃないかな。
59 :仕様書無しさん2010/09/05(日) 19:29:00
>>57
哀れだなぁ。口だけ野郎。お前はいつもそうなんだろうな。
58 :仕様書無しさん2010/09/05(日) 19:24:52
よく考えたら、カエルが海に出たってなんも良いことないわな
61 :仕様書無しさん2010/09/05(日) 19:32:48
雑魚なのに失敗したら経済とか人命とかがとんでもないことになる仕事なんだぜ
笑っちゃうよな
62 :仕様書無しさん2010/09/05(日) 19:37:37
>>61 正論すぎるwwwwwwwww

俺は組み込みプログラマだから尚更
一生リコールに怯えて過ごすんだぜ

何かあったら全部俺の責任
63 :仕様書無しさん2010/09/05(日) 19:38:22
もういいよお前。そんな話し聞いてないし。
「ピラミッド外のマトモな世間」について説明出来ないならチラシの裏に書いてろ。
67 :仕様書無しさん2010/09/05(日) 23:00:06
>>63
核反応関係のシミュレーションシステムを構築したり、
兵器の対人評価のための動態CADのエンジンを組んだり、
POS直結でリアルタイム処理するデータマイニングエンジンとか、
64K台のマシンを並列動作させるためのクラスタコントローラとか、
まあ、ピラミッド式の編成じゃ何十年たってもつくれない、
そういう類いのシステムに関わったことない人には、
ピラミッド内部が世界だと思っちゃうんだろうね。
64 :仕様書無しさん2010/09/05(日) 19:39:23
何かあったらプログラマの責任ってどんな零細だよ
65 :仕様書無しさん2010/09/05(日) 19:42:03
>>64
いやそれは会社規模に関係ない気がする
68 :仕様書無しさん2010/09/05(日) 23:19:16
どうせお前はIT土方だろ。知ったかぶるなよ。
69 :仕様書無しさん2010/09/05(日) 23:37:28
>>68
そうだね、そう思っていれば君は幸せなんだね。だったら、それでいいんじゃないかな?
70 :仕様書無しさん2010/09/05(日) 23:53:35
ほんと2ちゃんねらーって見栄っ張りだな。何の意味も無いのにね。
73 :仕様書無しさん2010/09/06(月) 18:47:42
1、ブツブツ独り言を言う。

2、意味もなくニヤ〜と不気味な笑みを浮かべる。

3、3日間寝ない。寝ないで独り言を言い続け、時には紙に意味不明な文字を書いたりもする。(主語、述語、などの文法も滅茶苦茶で、内容も理解できない文章内容)

4、部屋にいる場合、いきなりガラスを割ったりして、急に暴れる。

5、何を言っているか意味不明な言葉を頻繁に使い、支離滅裂な言動を吐く。会話が通じなくなる。(じっとしている事もできないし、人の話も聞かなくなる。落ち着きがなくなる)

6、凶暴さが一段と増す。時にはナイフや包丁などを持ち近隣の家に乱入したりする。

7、意味もなく外を徘徊する。

8、幻聴・幻覚・妄想を持ちながら異常な行動をするようになる。(表情も豹変して、なにかに取り付かれたような行動をするようになる)




お前、いくつあてはまる?
96 :仕様書無しさん2010/09/13(月) 00:26:34
>>73
1と2と5は当てはまるが。
77 :仕様書無しさん2010/09/08(水) 20:41:51
とても人柄が良くて人当たりのいい

駄目なプログラマの特徴
81 :仕様書無しさん2010/09/09(木) 22:40:18
初耳だ。根拠あんの?
85 :仕様書無しさん2010/09/11(土) 15:11:31
>>81
肺血栓症の予防になる?
98 :仕様書無しさん2010/09/13(月) 15:00:45
>>85
なるよ。
84 :仕様書無しさん2010/09/11(土) 15:00:54
プログラマという道を選んだ時点でダメだという評価はタブーか
87 :仕様書無しさん2010/09/12(日) 12:53:46
パソコンが得意?
88 :仕様書無しさん2010/09/12(日) 13:36:45
>>87
お前、ダメプログラマだな。
91 :仕様書無しさん2010/09/12(日) 16:47:40
プログラマの定義たり得ないけども
いいプログラマは、うまくいかないアルゴリズムを直さざるをえないときに


どんな仕事よりも夢中になるよね
92 :仕様書無しさん2010/09/12(日) 18:29:34
シンプルじゃないアルゴリズムを見ると
全部デリートしてやりたくなる

そのまま輸入しろといわれたら一切手をつけない。
93 :仕様書無しさん2010/09/12(日) 18:41:46
趣味と仕事の区別がつかない。
「気に入らない」という理由で修正をする。
100 :仕様書無しさん2010/09/15(水) 13:57:07
部屋にガベージコレクション機能が欲しくなる
101 :仕様書無しさん2010/09/15(水) 18:39:02
>>100
つママ
105 :仕様書無しさん2010/09/17(金) 04:50:29
デスクトップを一時フォルダとして使う
デスクトップが埋まるほどアイコンが並んでる
106 :仕様書無しさん2010/09/17(金) 22:23:19
プログラマに限らず、デスクトップがアイコンで埋め尽くされてる奴って結構見かけるけど、
奴らはどこに何があるのか把握してるのだろうか。
107 :仕様書無しさん2010/09/17(金) 22:32:58
>>105
むしろ、優秀な人が多い気がする。
というかまわりの優秀な人がみんなデスクトップ汚かったから、俺も真似してみた。

>>106
デスクトップもディレクトリなので問題ない。
108 :仕様書無しさん2010/09/18(土) 01:07:08
どこに何があるか把握できてて困らないひとは優秀かもしれんが
その割合はそんなに多くない
デスクトップにアイコンが出来るたびにどこにできた?とか探してるようなアホばかり
110 :仕様書無しさん2010/09/18(土) 15:20:10
うーん
一時ファイルを置く程度ならいいんだけど
ショートカットとか開発環境とかでデスクトップ一杯って
優秀さを感じ無い

ショートカット程度ならいいって意見も多そうだけど
112 :仕様書無しさん2010/09/18(土) 18:47:37
開発やってたら、そもそもデスクトップなんて見ないし使わないだろ?
デスクトップに置いたアイコンにドラッグ&ドロップとか、もう久しく使ってないわ。
113 :仕様書無しさん2010/09/18(土) 18:57:59
>>112
山ほど来るメールに添付されているzipなんかを展開するとき一時的にデスクトップに置いとく。
期日付きで処理しなきゃなんないのは、処理が終わるまでデスクトップに置いてる。
開発でよく使うドキュメントなんかのリンクを張ったWordファイルもデスクトップに置いて整理してるな。

プロジェクトが変わる度にデスクトップから一掃する。
PC起動して直ぐにドキュメントとか開けるからデスクトップ便利だけど。
115 :仕様書無しさん2010/09/18(土) 18:59:38
>>112
既出のように一時ファイルの置き場に使うのは普通。

ダウンロードしたファイルとか、ウィンドウキャプチャした画像なんかを
とりあえず置いておくには最適の場所だ。

ただ、OS標準の[ミ田] + Dの仕様が腐ってるので、TopDeskみたいな
デスクトップへのアクセスをアシストする機能のソフトが入ってないと利便性半減ではある。
118 :仕様書無しさん2010/09/18(土) 19:53:46
>>112 こういう人はどんな開発してるのか興味あるね。
120 :仕様書無しさん2010/09/18(土) 21:07:06
>>118
VisualStudio立ち上げっぱなし
あと常時開かれてるウィンドウは資料が置かれてる共有サーバを漁るためのエクスプローラと
調べ物するためのWebブラウザと、メールソフトと、端末とかに接続するためのTeraTerm
くらい。
デスクトップなんて出社直後と退社直前にしか拝むことはないなぁ。
126 :仕様書無しさん2010/09/20(月) 22:20:51
>>112
マックじゃあるまいしデスクトップつかわない。
alt+tab を多用して、まさに windowS で使うよ。
114 :仕様書無しさん2010/09/18(土) 18:58:54
ダウンロードファイルの保存先は常にデスクトップとか
そういう人種が居るんだよ
116 :仕様書無しさん2010/09/18(土) 19:38:12
デスクトップって言うくらいだから作業場所でしょ
それを使わないのはバカ
119 :仕様書無しさん2010/09/18(土) 20:32:23
画面設計書用にキャプった画像とか
特定の機能だけ抜き出したサンプルプログラムとか
メールに添付されたzipの解凍したヤツとか
2〜3日で消す程度のモノばっかりだなあ、デスクトップ


1ヶ月以上置いてあるのなんて
IPアドレス書き換えるdatファイルくらいだわ
121 :仕様書無しさん2010/09/18(土) 21:14:11
昔はC:\直下を何でもファイル入れにしてたけど、消していいフォルダと必要なフォルダの
区別を付けにくかったから、今はデスクトップを何でもファイル置き場にしてる。
122 :仕様書無しさん2010/09/19(日) 14:02:12
左上がよく使う
右下があまり使わない

そういうルールでフォルダを並べてる
125 :仕様書無しさん2010/09/20(月) 14:24:05
明日、駄目なプログラマはelseをelsと
書いてエラーを多発させる
127 :仕様書無しさん2010/09/23(木) 00:06:40
>>125
……!
129 :仕様書無しさん2010/10/03(日) 20:07:02
プログラムが好きというより金儲けが好きだからphpばっかりやってる
他の言語が金になるならphpには拘らない
俺みたいに金儲けのためにプログラムしてるやつはダメだと思う
130 :仕様書無しさん2010/10/03(日) 20:16:13
会議や社外セミナーでノートPCをノート代わりにカチョカチョ打ち込む奴
131 :仕様書無しさん2010/10/04(月) 06:15:20
132 :仕様書無しさん2010/10/04(月) 07:20:00
>>131
>>131
>>131
140 :仕様書無しさん2010/10/08(金) 22:46:46
>>130-131
ホリエモンだったか、会議中ずっとメモ帳代わりにしてるケータイ弄ってる上司の話思い出した
136 :仕様書無しさん2010/10/04(月) 19:20:44
答えを知っている者に聞けば終わることに対して、
答えを知らないもの同士が検討や議論するほど時間の無駄はない。
138 :仕様書無しさん2010/10/04(月) 20:51:10
>>136
確かにその通りだがゆとりの発想だな
137 :仕様書無しさん2010/10/04(月) 20:23:24
胡散臭い団塊代弁つうかぱっくんまっくんのにおいがしますよ
そうかそうか
142 :仕様書無しさん2010/10/09(土) 16:29:24
全く初めましてのシステムならともかく、関わったシステムなら
ソース確認して現在の仕様を答えられるのは当たり前だろ。
それが出来ないってどんな無能だよ。
146 :仕様書無しさん2010/10/09(土) 19:06:04
>>142
かかわったシステムなら、数年すると忘れるが、
それでもちょっと話をすればたいてい見当がつくんだが、
それさえできない奴も意外に多いよ。
143 :仕様書無しさん2010/10/09(土) 17:11:40
なんでソースが現在の仕様を正しく反映してると言い張るのかがわからない。
144 :仕様書無しさん2010/10/09(土) 17:23:07
ソース=現在の仕様だろ。
それが正しい仕様かどうかは別問題だが。
152 :仕様書無しさん2010/10/11(月) 23:52:45
仕様漏れの無い完璧な仕様書なんて存在しないし正論吐いてる奴は現場知らないニートかよ
153 :仕様書無しさん2010/10/12(火) 00:12:48
だからといって理想を追い求めるのをやめないで。
理想を求めてやまない気持ちが世界の形をかろうじて保っているの。
155 :仕様書無しさん2010/10/13(水) 06:38:31
どういう仕様だったっけ?って聞かれたら、仕様書読めと返事すればいいだけじゃないの?
157 :仕様書無しさん2010/10/14(木) 02:01:48
忙しいことを理由に読みづらいコードを書く
158 :仕様書無しさん2010/10/14(木) 02:05:04
>>157
いるなそういうのw
どうして、馬鹿は物事を難しく考えるんだろう。
160 :仕様書無しさん2010/10/14(木) 10:30:00
汚いコードを書くのはいいけど、その汚いコードを書いて何とも思わない奴はいつまでも進歩しないから役に立たない。
161 :仕様書無しさん2010/10/14(木) 10:33:15
>>160
2,3年前の自分のコード見て、恥ずかしいと思わなかったら、やめたほうがいいと思う。
10年前のコード見ると、厨二全開でマジ赤面ものだわw
162 :仕様書無しさん2010/10/14(木) 15:59:46
一箇月前のコードでも恥ずかしいよ。
日本人は恥ずかしがり屋だからオープンソース界の寄与が少ないんだろうね。
163 :仕様書無しさん2010/10/14(木) 16:23:29
もう、コードはある程度固まった感じで、あまり今も変わらないけど。
164 :仕様書無しさん2010/10/15(金) 07:58:32
恥ずかしいやめてくれ。10年前といったらコレクションを自作してたころだ
当時としても時代錯誤はなはだしい

↓おまえらの赤面するような恥ずかしいコード例きぼん
165 :仕様書無しさん2010/10/15(金) 09:53:13
>>164
有限状態機械を次ステート値を加えた二次元テーブルにしたうえに、実行する関数のポインタもテーブルに加えて、
可視性と柔軟性を上げたつもりのメインタスク

別に悪かないけど、カッコつけすぎ、、15年前のコードな;
166 :仕様書無しさん2010/10/16(土) 10:42:35
>>165
単に状態遷移じゃねーか。
そんな言い方して、今でもカッコつけすぎだよ。
167 :仕様書無しさん2010/10/16(土) 12:18:13
>>165は職場で浮いてるんだろうなぁ…w
168 :仕様書無しさん2010/10/16(土) 13:03:44
>>165
それ、携帯電話の開発でやってたよ
209 :仕様書無しさん2010/10/17(日) 16:29:35
>>208
>「何故、制御系ってなんでも表にしたがるのか?」
それが本題だったのか?

>>164
>↓おまえらの赤面するような恥ずかしいコード例きぼん
これが本題じゃなかったのか?ww
169 :仕様書無しさん2010/10/16(土) 13:23:27
つーか制御系では普通のパターンだな。
170 :仕様書無しさん2010/10/16(土) 13:27:01
>>169
だな
GOFのデザパタに出てくるレベル
171 :仕様書無しさん2010/10/16(土) 13:33:57
>>166
状態遷移は概念で、有限状態機械はアルゴリズムじゃね?

>>170
2次元のテーブルにはあまりしないだろ
178 :仕様書無しさん2010/10/16(土) 14:48:12
>>171
状態の洗い出しをする時点で2次元の表をつくるんだよ。
さらに状態遷移の洗い出しをしたら、それも2次元の表をつくって網羅するんだよ。
制御系の基本だ。
179 :仕様書無しさん2010/10/16(土) 14:56:24
>>178
それをそのまま、2次元配列ではあまりやらないだろ
190 :仕様書無しさん2010/10/16(土) 16:39:12
>>178
その表のうち、意味のある部分ってほんの一部でしかないんだけどね。
大半はエラー状態に遷移するか、無視するしかないのに。
191 :仕様書無しさん2010/10/16(土) 16:52:36
>>190
でもそれをやらないと設計として認められないからね。
逆に、業務系の連中はそれをやらないってのが不思議。
業務系みたいな暗黙のルールが多いところこそ、
思いがけない状態遷移が問題になると思うのだが。
193 :仕様書無しさん2010/10/16(土) 17:42:09
>>191
だから、ステートとイベントの二次元配列で、次ステートを定義すると見やすいんだが、
無効な部分が多くて冗長的になるんだわ
通信プロトコルみたいなのだとそれでも、漏れがなくていいんだが
普通の処理遷移でやると、やりすぎじゃね?ってコードになる。
194 :仕様書無しさん2010/10/16(土) 20:50:27
>>173
>制御系ってなんでも表にしたがるよな。
>状態遷移なんて、図でいいじゃん。そっちの方が分かりやすいし
>って思うんだけど。
試験し易いとかの理由もあるだろうけど、真の理由は
「表にした方が "ロジカルっぽさ" をアピール出来るから」だよ。

>>191
>逆に、業務系の連中はそれをやらないってのが不思議。
>業務系みたいな暗黙のルールが多いところこそ、
>思いがけない状態遷移が問題になると思うのだが。
逆だよ。
本当に "思いがけない状態遷移が問題になる" ような場合は、
そんな実装だと破綻する。保守できない。
(まあ、状態遷移表&ソースコードを自動生成するツールとかを
使っているのであれば、やっていけるのかもしれないけどね。)

実際、組み込みの世界でも、比較的業務よりの開発現場では
その存在意義が問われかねないレベルにまで
グチャグチャになってしまった状態遷移表に
お目にかかることは珍しくない。
196 :仕様書無しさん2010/10/17(日) 07:15:42
>>194
> 本当に "思いがけない状態遷移が問題になる" ような場合は、
> そんな実装だと破綻する。保守できない。

そんなことないだろ。
表にして実装するから、網羅性を保証した上で、変更にも対応できる。

状態ごとにダラダラとルールをハードコードするマヌケなコードは
SPINとかの自動テストツールにかけるとボロボロと抜けが見つかる。
ましてや、一部の状態遷移を変更したら、その影響がどこまで及ぶか
ちゃんと把握できなくなるだろ。

制御系で状態遷移をテーブルにして持つのには理由があって、
メカ、エレキ、ソフトの階級構造から、ソフトの仕様変更が乱発されるから。
メカやエレキの都合からの仕様変更に柔軟に対応するには、
状態遷移をテーブルで管理するのが一番なんだよ。
198 :仕様書無しさん2010/10/17(日) 12:11:05
>>197
それが良くないんだよ。この問題は本質的に"政治的"なモノなんだから。

>>196 が
>試験し易いとかの理由もあるだろうけど、真の理由は
>「表にした方が "ロジカルっぽさ" をアピール出来るから」だよ。
の実例を示してくれたけど、このような主張が幅を利かせてしまう。
いわゆる「ロジカルシンキング」って奴だね。

・・・でも、さすがは2ch。海千山千の強者が多いね。
>制御系で状態遷移をテーブルにして持つのには理由があって、
>メカ、エレキ、ソフトの階級構造から、ソフトの仕様変更が乱発されるから。
まるで業務系では「ソフトの仕様変更が乱発されない」と言いたそうに聞こえるけど、
そうは明言していない。そのような危うげな主張は、文章の裏側に隠し、
あたかも"サブリミナル効果"のごとく、聞く人の心の中にこっそり浸透させてしまう。
しかも、こういう話を聞かされる奴は「業務系」の経験が無い奴らばかりなので
そういう奴らは「うんうん」と頷かざるを得ない。

もしかして、>>196は、弁論部の部長だったとか?
201 :仕様書無しさん2010/10/17(日) 14:04:27
>>198
>まるで業務系では「ソフトの仕様変更が乱発されない」と言いたそうに聞こえるけど、
すまんが、ぜんぜんそうは聞こえない。
204 :仕様書無しさん2010/10/17(日) 14:26:57
>>201
いいよ。そんなに頑張らなくても。
もう、解っているからさ。

そういう"逃げ"を打つ事ができる文章だってのは
最初にちゃんと指摘しているだろ?

次に持ち出すのは「述語論理」かな?
いや、"ロジカルっぽさ"を出すためには「ベン図」かな?
グラフィカルな方が"受け"が良いからな。
206 :仕様書無しさん2010/10/17(日) 15:30:55
>>198がSPINの話題を避けているところを見ると、
それほど頭が悪いわけでもなさそうだw
208 :仕様書無しさん2010/10/17(日) 16:05:33
>>206
お褒めの言葉、ありがとう。

たしかに話が長くなってくると、
つい本題である筈の
「何故、制御系ってなんでも表にしたがるのか?」
って点から話が逸れてしまいがちだよね。
172 :仕様書無しさん2010/10/16(土) 13:43:37
15年もPGやってる時点でダメだな。
176 :仕様書無しさん2010/10/16(土) 14:33:15
>>172
まだ、こんなやついるんだw
SE,PGって階級じゃねーっていうのw
177 :仕様書無しさん2010/10/16(土) 14:45:55
>>176
かわいそうな富士ソフトさんを苛めるな!
173 :仕様書無しさん2010/10/16(土) 13:58:58
制御系ってなんでも表にしたがるよな。
状態遷移なんて、図でいいじゃん。そっちの方が分かりやすいし
って思うんだけど。
174 :仕様書無しさん2010/10/16(土) 14:05:34
制御屋はブロック線図とかボード線図とかやたら図にしたがるけどな
175 :仕様書無しさん2010/10/16(土) 14:19:26
えー、そうなのか。
俺がやってるところは、エクセルのマス目埋める仕事ばかりだよ。
図で資料出したら分かりにくいって却下されたし。
180 :仕様書無しさん2010/10/16(土) 15:00:04
いやいや、IT土方企業で15年もプログラム書いてたらダメだろ。せいぜい10年だな。
181 :仕様書無しさん2010/10/16(土) 15:06:10
>>180
カトラーに言ってやりなw
188 :仕様書無しさん2010/10/16(土) 15:32:03
>>186
じゃあ>>180にレスしろ。
182 :仕様書無しさん2010/10/16(土) 15:17:28
極一部の例外を持ち出せばお前の悲惨な底辺ぶりが救われるのか?
それとな、俺は「IT土方企業で」と言ってるだろう。
アホは救えないな。
183 :仕様書無しさん2010/10/16(土) 15:20:31
>>182
自分の仕事が土方だからといって、
他のプログラマの仕事も土方だと思ってるのか?

そんな馬鹿な頭だから15年たっても土方なんだよ。
184 :仕様書無しさん2010/10/16(土) 15:23:26
>>183
論点ズレてるんだけど…
何興奮してんだアホ。
186 :仕様書無しさん2010/10/16(土) 15:29:26
>>184
ズレてねーんじゃね?
何なの?馬鹿なの?死ぬの?
185 :仕様書無しさん2010/10/16(土) 15:29:19
確かに人売りの会社で15年もプログラマやってるのは終わってるかも
189 :仕様書無しさん2010/10/16(土) 16:33:21
このスレって口だけのやつらばっかだな
このスレに上がってるのがどこが駄目なプログラマだよ
もっとどう仕様も無いクズを上げろや
192 :仕様書無しさん2010/10/16(土) 17:18:37
単体テストでは一応網羅はするだろ。
結合以降は数打ちゃ当たるになるかもしれないが。
197 :仕様書無しさん2010/10/17(日) 07:33:04
普通にStateパターンでよくね?
202 :仕様書無しさん2010/10/17(日) 14:09:59
ケースバイケースだろ
タスクの遷移は、表より図の方が見やすいし
通信フェーズの遷移は、表でないと漏れが怖い
2,3フェーズを同じモジュール内のイベントで遷移するのに
実装をテーブル化するのも、「羹に懲りて膾を吹く」って感じで、馬鹿すぎじゃね
203 :仕様書無しさん2010/10/17(日) 14:22:11
> 通信フェーズの遷移は、表でないと漏れが怖い
いままでそこそこ通信プロトコルの設計・実装やってきたけどそんなこと無かったぞ。

それぞれの状態で受け付けられるメッセージってそんなに多くないし、
それ以外のメッセージが来たばあいには相手にエラー返すか、
捨てるかしかできないわけだし。
205 :仕様書無しさん2010/10/17(日) 15:16:50
>>203
>いままでそこそこ通信プロトコルの設計・実装やってきたけどそんなこと無かったぞ。
それは、個人の能力の問題じゃね
今までなかったから大丈夫っていうのは、工学的にまともな結論とは思えない。
だから、絶対にこうあるべきっていうのもアレだが。
ま、要するにケースバイケースだろ。

ステートとイベントの表を書いて、実装に2次元配列で次ステートを定数で定義するコーディングすると
表がそのままコードに現れる。
それをやってみたくて実装したんだけどね。
綺麗だし、漏れがなくていいんだけどさ。ちょっと厨二っぽかったわけさw
207 :仕様書無しさん2010/10/17(日) 15:42:05
表だと「この状態に陥ったら回復できないじゃん」とか「この状態に移る経路がないんだけど?」
みたいなのを発見しにくくないか?特に、設計の変更が頻繁にあると。
まぁ図も描くんだろうけどさ。
210 :仕様書無しさん2010/10/17(日) 16:33:36
俺は元々制御系やってたのが今は業務系やってるけど、
仕様変更は制御系のほうが断然多かった。
理由は簡単。

業務系の仕様変更は、結局のところ客の要望によるものがほとんど。
制御系の仕様変更は、客の要望に加えて、メカの都合とエレキの都合で
バシバシと仕様変更が入る。件数でいえば、倍ぐらい。
211 :仕様書無しさん2010/10/17(日) 16:33:50
本題なんてねーよアホ。あるとすればスレタイだけだ。
スレ違いな話題を続けるあたりが重要でない問題に時間を注ぎ込む駄目プログラマとそっくりだな。
213 :仕様書無しさん2010/10/17(日) 16:38:59
>>211
スレタイにぴったりな人のナイスなご意見
212 :仕様書無しさん2010/10/17(日) 16:38:42
>209
>>「何故、制御系ってなんでも表にしたがるのか?」
>それが本題だったのか?
そうだよ? 何か変か?

>>↓おまえらの赤面するような恥ずかしいコード例きぼん
>これが本題じゃなかったのか?ww
さあ、どうだろうね・・・
214 :仕様書無しさん2010/10/17(日) 17:50:47
なんだこの流れ。
どうしたんだお前ら。
215 :仕様書無しさん2010/10/17(日) 17:53:00
>>214
みんな、本題は何だったかを思い出したのさ。
216 :仕様書無しさん2010/11/01(月) 17:29:54
デシジョンテーブルはとりあえず書くもんだと思ってた。
そのまま単体テスト仕様書にもなるし。
217 :仕様書無しさん2010/11/07(日) 03:03:46
ダメなプログラマと呼ばれてもいい
プログラムより金にしかこだわりがない
仕様書だって中規模程度の案件ならDB設計書くらいしか用意しない
218 :仕様書無しさん2010/11/07(日) 03:07:26
IT土方雇ってブラック企業から案件流してもらえれば
稼げるけど、人間関係のリスクが高い。。。
219 :仕様書無しさん2010/11/07(日) 03:10:16
IT土方の給料ていくらだ?
221 :仕様書無しさん2010/11/07(日) 04:23:06
>>219
小規模のベンチャーなら月15万で一人雇える
220 :仕様書無しさん2010/11/07(日) 03:11:29
明日は俺のために2人のスタッフが朝kから仕事してくれる
楽しみだ
222 :仕様書無しさん2010/11/07(日) 20:00:54
Webフォームの入力値チェックには例外を使った方がいいですか?
入力値に異常があったら、コントローラーにInvalidInputException
を投げるみたいな
224 :仕様書無しさん2010/11/13(土) 22:29:54
ネーミングに無頓着
総じてクラスの作り方がへたくそで、吐き気を覚えるような設計になる。
225 :仕様書無しさん2010/11/13(土) 23:05:00
>>224
>ネーミングに無頓着
禿げまくるほど同意
226 :仕様書無しさん2010/11/14(日) 00:54:57
わかる。
新人のころ、ネーミングを先輩が悩んでるのを見て、適当につけろや!
と生意気なことを思っていたが…。
的確なネーミングと考えるとは、明確な機能を与えるとイコールなのだよな。
227 :仕様書無しさん2010/11/14(日) 00:57:31
ネーミングに無頓着な奴は確かに無能だが、ネーミングに時間かける奴も無能
229 :仕様書無しさん2010/11/14(日) 02:44:13
同じような関数名に数字付けてる奴
ほんと馬鹿なの?なんなの?死ぬの?って感じ
230 :仕様書無しさん2010/11/14(日) 03:30:13
同じような関数名で数字付ける場合もあるぞ。
やってる事が同じで、パラメタ-が違うだけだけどな。
パラメータ見れば分かる。(滅多にないがな)
231 :仕様書無しさん2010/11/14(日) 04:08:46
>>230
ポリモりたいとこなんだろうけどCだったりするときね。
そのくらいならわかるけどね

ま、それでもロジックがいっしょならパラメータで切り替えるかな
234 :仕様書無しさん2010/11/14(日) 22:43:37
>>230
理由になってない
パラメータ見れば分かるなら尚更数字付ける必要ないじゃないか
236 :仕様書無しさん2010/11/14(日) 22:56:26
>>234
Cとかだと関数かぶるんじゃね?
237 :仕様書無しさん2010/11/15(月) 07:03:59
>>236
つまり言語の問題か。

言語仕様の変なところのカバーをプログラマが合わせてるのに
それを責めるとか馬鹿じゃねーの
計算機の奴隷かよ
253 :仕様書無しさん2010/11/16(火) 02:47:47
>>237
ある特定のケースではそうということ。
っていうか、言語の違いがわかってない?
232 :仕様書無しさん2010/11/14(日) 10:14:00
前任者が作った関数と似た処理を追加する場合、既存の処理に影響しないようにと
丸々コピーして一部だけ変更し、関数名に2とか3とか付ける場合はよくある。
235 :仕様書無しさん2010/11/14(日) 22:44:28
>>232
ネームスペース作るなりすればいいだけで、なんで紛らわしい関数名作る必要あるの?
233 :仕様書無しさん2010/11/14(日) 10:21:45
こうして、世間の荒波に翻弄されて汚れていくソース。 明日はどっちだ。
240 :仕様書無しさん2010/11/15(月) 20:28:57
定時で帰れないやつは、がんばってるのか、ダメプログラマーなのか。
外見上全く区別が付かない。
242 :仕様書無しさん2010/11/15(月) 21:29:00
>>240
普通に考えると
>定時で帰れないやつは、がんばってるのか、ダメプログラマーなのか。
この2択はありえない。

普通は、糞営業や糞SEの見積もりが甘くて工数が少なくてプログラマが頑張ってるか
糞SEの設計が悪い(もしくは設計書が無い)でプログラマが頑張ってるか。

プログラマが残業してる時点で、その責任は設計したSEや営業の問題。
243 :仕様書無しさん2010/11/15(月) 21:48:08
おまえダメプログラマにあった事無い幸せ者だな。うらやましいよ。
ソース見た瞬間、こめかみに手をあててどうしたものか悩んだ経験無いだろう?
247 :仕様書無しさん2010/11/15(月) 22:56:53
>>243
いくらでもあるよ。技巧以前のものを。
条件分けになんの工夫もなく、同じ処理が何度も書かれててメンテ性が恐ろしく悪いものとか。
モジュールで完結した機能なのに、なぜかモジュール変数がなくて外部で変数定義させて使用するものとか。
全部そのまま動いてるよw
254 :仕様書無しさん2010/11/16(火) 04:40:53
>>243
そういうお前様はまともな設計を見たこと無いんだな。

普通は設計書をみれば、ある程度のスキルを持った奴ならそのまま組めるってのが普通だろ?
クラス図があれば、ソースコードもある程度自動生成してくれる今の時代に
プログラマが実際に実装する部分なんてたかが知れてるだろ。
255 :仕様書無しさん2010/11/16(火) 04:49:46
>>254
わかりやすいドカタですね。
256 :仕様書無しさん2010/11/16(火) 05:51:57
>>243
構造化の時代にマシン語と非構造化言語のコード満載のベーマガ後期で学んで育っていると
仕事に付く前から悩んでたが
244 :仕様書無しさん2010/11/15(月) 22:01:59
全部直したくなったが時間がないので泣く泣く泣いたということはあるな
245 :仕様書無しさん2010/11/15(月) 22:03:20
ダメプログラマは仕事させなければ費用以外の実害は無いが
ダメコンサルの破壊力は凄まじい
249 :仕様書無しさん2010/11/16(火) 00:23:27
てめぇか、この3カ月俺から土日を奪った糞馬鹿派遣作業員は
251 :仕様書無しさん2010/11/16(火) 01:01:19
うちのマはホワイトボードのポンチ絵だけの資料からコード起こしたりネット
ワークの構成検討から引き回し、そんでサーバ設定までな一般奴隷してるぜw
252 :仕様書無しさん2010/11/16(火) 01:20:11
>>251
それくらい緩いのは楽だわ。
258 :仕様書無しさん2010/11/16(火) 07:01:45
ポジティブシンキングと言えば聞こえはいいけど、実際はただの妄想お花畑だしな
259 :仕様書無しさん2010/11/16(火) 07:08:25
ポジティブシンキングで無能なマネージャーほど恐ろしいものはない
263 :仕様書無しさん2010/11/16(火) 19:10:04
職業がオタク臭いからといって
オタク知識があることを前提に話しかけられることを
オジサンはとてもキライだなぁ・・・
266 :仕様書無しさん2010/11/17(水) 02:31:08
上司が折衝から設計からコーディングからすべからくこなすスーパーマン
その下で足引っ張ってるクソ以下の価値もない自分

死にたい
274 :仕様書無しさん2010/11/17(水) 18:24:20
>>266
部下を使えない上司は上司の立場の意味あるのかそれ
267 :仕様書無しさん2010/11/17(水) 10:36:08
そこは「すべからく」じゃなくて「そつなく」とかそういう言葉を使うべきだった
268 :仕様書無しさん2010/11/17(水) 11:14:53
すまんallな意味で誤用してたみたい。死にたい。
でもそつなくってレベルじゃなくてほんと全面死角無しなのよ。
死にたい。
269 :仕様書無しさん2010/11/17(水) 13:49:50
バグ出しまくりで自力で直せないで
誰かに丸投げして辞める

引継ぎもくそもない
270 :仕様書無しさん2010/11/17(水) 13:57:32
>>269
最低なやつだな
そもそもそういう発想すらないわ、日本人とは思えねー発想
272 :仕様書無しさん2010/11/17(水) 16:20:28
周囲が何のフォローもせずに孤立したのか。可愛そうに。
そんな職場は辞めて正解。
275 :仕様書無しさん2010/11/17(水) 20:11:29
上のことは悪くいわんでおくれ
ついていけない自分が全部悪い
277 :仕様書無しさん2010/11/17(水) 20:32:55
なんで底辺にあわせないといけないんだよ
ついてこれなかったらこなくていいよ
278 :仕様書無しさん2010/11/17(水) 20:55:18
>>277
こういうことを言いながら人の仕事に手や口を出すやつは
本人は2人分の仕事をしているつもりでいるが、実際には1.2人分程度
しかも恒常的に残業しながら

つじつまの合わない0.8の部分については残業時間という「熱意の定量化」によって誤魔化す
いや、むしろ得意気


中二病大人は会社組織の癌細胞です
290 :仕様書無しさん2010/11/17(水) 23:24:52
>>278 ←駄目なプログラマの特徴そのものだなw
279 :仕様書無しさん2010/11/17(水) 21:47:24
底辺に合わせるのにどれだけ工数が必要かってのを無視してるな。
282 :仕様書無しさん2010/11/17(水) 22:11:23
勘違いスーパーハカーが溶かす人件費よりは確実に安上がりだがな
ていうか、自分で手を動かすのが好きなら昇進を受けるなよ
284 :仕様書無しさん2010/11/17(水) 22:26:51
育てろって言われても。。
基本的に底辺に合わせろって言う奴は「底辺のまま使え」って言ってるわけで。
285 :仕様書無しさん2010/11/17(水) 22:30:15
お前らは零細の土方だから育てる体力ないんだろ。大手はキチンと育てるよ。
286 :仕様書無しさん2010/11/17(水) 22:35:14
だろ?大手じゃないと無理なほどのコスト掛ける必要があるわけだ。
288 :仕様書無しさん2010/11/17(水) 22:48:45
育てる必要のない人間はそこら中に転がっているがそういう連中は年齢で弾かれる。
育てる必要のない新卒はこの業界には来ない。
だから育てる必要のある新卒を集め続け、育てずに現場に投入する。
291 :仕様書無しさん2010/11/18(木) 18:36:59
ITバブルやなんやらでヤンヤしてたころに勘違い偽IT屋が跋扈したのが
日本の不幸だったわけだ

あれのおかげで10年は後れをとることになった
296 :仕様書無しさん2010/11/21(日) 04:32:35
自分の書いたプログラムを説明するのに「おまじない」って言葉を使うやつは死ね。
いや、死ななくてもいいからせめて退職しろ。
298 :仕様書無しさん2010/11/21(日) 05:18:41
>>296
むしろ、わからん奴は氏ねって思うことあるけどな
「お約束」意味で使うことはある。
297 :仕様書無しさん2010/11/21(日) 05:05:29
自分の書いたプログラムじゃないから説明できないんだろ
きっとネット記事の丸コピか下請けのソースを泥棒したんだな
300 :仕様書無しさん2010/11/21(日) 09:31:28
例えばOS書いたことのない奴にブートストラップ部分を説明しても
どのみちマトモに理解してもらえないのだから、
「おまじない」で済ませてしまいたくなることは、よくある。
303 :仕様書無しさん2010/11/21(日) 15:51:28
>>300
おまじないとか、重箱の隅をつつくようなことばっか気にして、肝心の設計が
おざなりな人もいるね・・・要領が悪いというか何というか・・・・
301 :仕様書無しさん2010/11/21(日) 10:39:39
ライブラリの内部挙動を全部説明しろと
何時間講演させるつもりだ
304 :仕様書無しさん2010/11/21(日) 16:06:12
>>301
ライブラリの内容挙動の説明ドキュメントを用意しなかったおまえにすべての責任がある
そのための尻拭いをするのはとうぜんだ
嫌ならドキュメント書いてこれを読めと丸投げしろブタ
307 :仕様書無しさん2010/11/21(日) 17:59:42
>>304
あらかじめ渡したドキュメントに目を通してない奴に限って、
口頭での説明で重箱の隅を要求するものだよ。
310 :仕様書無しさん2010/11/22(月) 08:12:55
>>307
そうでもない。
ドキュメントには都合が悪い事は書かないからな。
反対に仕事ではそこを聞かないとダメだったりする。
302 :仕様書無しさん2010/11/21(日) 11:27:01
?全体の概略をとらえつつなんとなくわかった気にさせろ
?話を聞く前よりもちょっと賢くなった気にさせろ
?ただし「そんなこと前から知っている」と言ったら素直に頷け
?お前を助けてやるからそのためのヒントをよこせ


こういうことだろう

つまり説明時間30分くらいで、
お前に許されている返事はyesy,yes,yesだ
305 :仕様書無しさん2010/11/21(日) 16:29:38
第176回国会 法務委員会 第4号

森まさこ 質問に入る前に私からひとつ申し上げる事があります。私はあやうく冤罪
事件の被害者になるところでした。村木さんの気持ちがよくわかりました。
 昨日、法務省の方から私の事務所に電話がかかってきたんです。「質問通告が
漠然としすぎて困っている。質問日直前になって『尖閣諸島の事件について』ってFAXだけじゃ
わからない」って。でもね、これはウソなんです。一週間前に、詳細な質問内容を
FAXで通告して、その後担当者とも電話で話をしてるんです。
 「あなたと何日にこういう内容で話したじゃないですか。FAXも送信記録がありますよ」
って言ったら、担当の方も「あぁ、そうでした・・・。」って言うんです。私の友人の
検事さんたちはそりゃあもう優秀な方ばかりでしたが、最近はそれもレベルが落ちて
しまったんでしょうか。不安になります。
 では質問に入ります。(ry

委員長 柳田法務大臣。

柳田 え〜、質問に答える前に私から少し野党の皆さんにお願いがあります。
質問をなさるなら、事前にある程度の余裕を持って質問内容を通告して頂けませんか?
前日の夕方になって「尖閣諸島問題について」とだけ書かれたFAXを送ってこられても、
答弁の資料を作る官僚の皆さんは大変なんですよ。徹夜して資料作ってるんですよ?
すこしはかわいそうだと思いませんか?
 ではお答えさせていただきます(ry

森 ・・・ちょっと大臣。私の話聞いてました?

動画
http://www.youtube.com/watch?v=_4sJ4HzXBWE
議事録
http://www.sangiin.go.jp/japanese/joho1/kaigirok/daily/select0103/176/17610280003004a.html
308 :仕様書無しさん2010/11/21(日) 18:12:55
日本語の技術テキストとしていかがなものかというレベルの
文字の羅列をドキュメントと称されてもなあ・・・

わが国の国語教育の欠陥だなあ
311 :仕様書無しさん2010/11/22(月) 21:04:15
現実的には途中で変えるわけにはいかない部分だけ確定させたら後はいきなりコーディングだろ。
内部ロジックなんてコーディングしてから設計書に落とした方が早いし正確。
313 :仕様書無しさん2010/11/23(火) 00:42:06
>>311
ところが内部ロジックまで設計してくれる迷惑なSEもいる。
こないだなんか、nonOSなのに、リアルタイムOSの設計してよこして、
それに従ってコーディングしてやったのに、コードを見て違うと騒いでた。
なにが違うんだかよくわからないからぶん投げたw
312 :仕様書無しさん2010/11/22(月) 22:33:48
お前ら逃げの姿勢で仕事してるなぁ。まさしくスレタイ通りのプログラマだw
314 :仕様書無しさん2010/11/24(水) 01:23:58
おまいか!
315 :仕様書無しさん2010/11/24(水) 01:34:19
>>314
おまえだよw
316 :仕様書無しさん2010/11/24(水) 23:23:31
他人にケツを蹴られるまで仕事をはじめないクソ爺は死んでいいな
勉強しない若い奴も死ぬがいいよ
317 :仕様書無しさん2010/11/25(木) 07:27:26
>>316
おまえもなー
319 :仕様書無しさん2010/11/27(土) 14:35:50
やっぱサクラエディタだよな
エディタごときに4000円も払えるかってんだ
320 :仕様書無しさん2010/11/27(土) 21:43:39
メモ帳とかはさすがに論外だが
標準的なI/Fである程度の機能さえ付いてりゃ何でもいいよ
322 :仕様書無しさん2010/11/28(日) 00:30:57
秀丸使ってる奴は大抵、他のエディタを使ったことがない。
ctagsとか知らない。何かあると、すぐgrepする。
秀tagsが低機能だからそうせざる終えないんだが、よくあんなので我慢できるな。

324 :仕様書無しさん2010/11/28(日) 01:39:38
有名所でプログラミング向けだとサクラか秀丸かEmEditorあたりか。
VIやEmacsやIDE系はプライベートで使う気はない。
個人的にはデザインが好きなのと行末尾で→を押すと次の行に行かれるのが嫌なので、
昔からJmEditorというのを使っているが不具合が多くて困った。
そろそろ乗り換えたい。
331 :仕様書無しさん2010/11/28(日) 18:16:22
>>324
最近までakira使ってた
いまは、EmとK2Eを比べてる。
326 :仕様書無しさん2010/11/28(日) 12:35:04
一般的なプログラマーに求められているもの

> 他者との協調を含めた試行錯誤の連続でシステムを組み上げていく業務スタイルに適応できる人
> 協調性があること。漠然とした制作意図から自分で設計を進められる人


ゲームシステムプログラマ(スクリプト)の募集要項 | SQUARE ENIX - RECRUITING -
http://www.square-enix.com/jp/recruit/career/job/game/pg_gamesystem.html
327 :仕様書無しさん2010/11/28(日) 12:38:50
いくら長く残業しようとも鬱になったり発狂しない人
329 :仕様書無しさん2010/11/28(日) 14:41:30
>>327
スレタイ
330 :仕様書無しさん2010/11/28(日) 15:45:06
>>329
逆に考えるんだ
>>327のような人間がいるから職場がダメになるんだ
335 :仕様書無しさん2010/11/29(月) 20:03:21
サクラエディタ、便利だが矢印キーでのカーソルの移動が何か変じゃね?
これ他のエディタと同じようには直らんものかな。
336 :仕様書無しさん2010/12/09(木) 21:27:03
アウトソーシングばっかで全然プログラム組ませてもらえない。
そんなんでもバグは出るから、ひたすらパッチ当ての日々w
337 :仕様書無しさん2010/12/10(金) 09:06:40
>>336
一番辛い仕事じゃねーか…
341 :仕様書無しさん2010/12/10(金) 20:47:15
プログラマ版のブラックジャックってネタでストーリー一本作れそうだな
342 :仕様書無しさん2010/12/10(金) 21:33:40
ダメプログラマーが書いたプログラムのバグ取りほどくだらない仕事はない。
343 :仕様書無しさん2010/12/10(金) 21:36:15
いたる所に転移したバグをいっぺんに除去できるスクリプトと手作業との戦い
もちろんブラックジャックの勝利に終わる
344 :仕様書無しさん2010/12/10(金) 21:57:14
バグ報告を検証しているうちに、新たなバグを発見するのであったw
348 :仕様書無しさん2010/12/11(土) 15:21:12
>>344
確認されているバグの修正を引き受けて
いざバラしてみたら関連した素人では手も付けられないひどいバグ仕様が見つかって、
これを今すぐどうにかしないと引き受けたバグが修正できない状況に陥るのですね、わかります。
345 :仕様書無しさん2010/12/10(金) 22:31:12
屑プログラマーのバグ取り

例えるなら小中学生の書いた原稿用紙数十、数百枚に及ぶ妄想作文を、
大きくいじらずに商業誌に掲載できるレベルに修正する作業
346 :仕様書無しさん2010/12/11(土) 12:43:26
>>345
面白い例えだが。
347 :仕様書無しさん2010/12/11(土) 15:18:56
商業誌といってもいろいろあるからな
腕の見せ所だな

コーディングだけなら安く誰でもできる時代だしな
354 :仕様書無しさん2010/12/14(火) 06:37:09
たばこの臭い消しのつもりか、フロアに充満するほど
コロンつけてくるアホには消臭剤振りかけたくなる
362 :仕様書無しさん2010/12/18(土) 19:15:10
たぶん、最近はやりの炊飯男子という奴じゃなかろうか?

363 :仕様書無しさん2010/12/18(土) 21:59:21
たぶん
プロジェクトに火がついちゃった
とかいう張本人による捨て身のギャグ
366 :仕様書無しさん2010/12/20(月) 18:59:40
派遣で来てもらってたおじいちゃんプログラマは
動きがスローモーな上にショートカットキーは使わずにすべてメニューから
マウスで選ぶんでイライラして作業を見てたが、
出来上がったプログラムにはほとんどミスが無かった。
376 :仕様書無しさん2010/12/21(火) 00:07:24
モニタのメーカがどこであろうと、どうせパネルはサムスン製。
LGよりはマシだと思うしかない。
379 :仕様書無しさん2010/12/21(火) 11:48:08
超姿勢悪い
左手はずっと椅子の上で体支える用
キーボードは右手の指二本のみ マウスとキーボード行ったり来たり・・・

数学的には頭いいのに(良いが故?)複雑難解なアルゴリズム
しかしながら一応仕様満たす

コミュ障

元金型屋


どんなだよ・・・・
388 :仕様書無しさん2011/01/05(水) 19:39:39
仕様の意図を理解せず、仕様書のとおりに組むやつ。
389 :仕様書無しさん2011/01/05(水) 20:01:42
>>388
そりゃ、あてつけだろ
390 :仕様書無しさん2011/01/05(水) 20:17:54
>>388 わかる。
真面目なんだろうが、言われたことしかしない奴は駄目だと思う
391 :仕様書無しさん2011/01/05(水) 21:41:25
>>390
真面目なんじゃなくて、要求元が嫌いなだけじゃね
392 :仕様書無しさん2011/01/05(水) 21:57:54
しかし、仕様にケチ付けるとあからさまに嫌な顔する奴もいて
結局、人間関係もうまくいかなかったりすることがあるからなぁ
393 :仕様書無しさん2011/01/05(水) 22:36:28
人間関係がうまくいっていないからこそ「そうあるべき」的な精神論を振りかざす
394 :仕様書無しさん2011/01/06(木) 20:26:04
たぶん仕様書どおりに作られてた方が直す時楽な分マシ。
「ぼくのかんがえたさいきょーの○○」系でこられると実感できる。
395 :仕様書無しさん2011/01/06(木) 21:31:17
>>394
その仕様書がとんでもなく糞のときはホント殺意を覚えるけどね
396 :仕様書無しさん2011/01/06(木) 21:47:19
キャリアのある奴なら仕様書なんかあてにできないことはわかっているはず

むしろ仕様書の問題点を見つけて客と仕様を詰めれるくらいじゃないと
必要とされないと思うぞ
398 :仕様書無しさん2011/01/06(木) 22:47:16
>>396
製造の時にどうこうする以前に設計のフェーズで詰めるのが先だろ。お前は
設計書を書くだけでレビューもしないのか?

結局のところ、そういう後工程でやるようなことばかりしてると、設計書く奴は
何も成長しないし、こっちの負担も減らない。むしろいないほうがいいだろって。
399 :仕様書無しさん2011/01/07(金) 00:03:52
全然わかってない様子なので細かく説明してやると
「それはわかってるんだ!」ってキレるがやっぱりわかってない
403 :仕様書無しさん2011/01/07(金) 07:13:42
>>402
OSないのにタスクで設計書が書かれていて、仕方ないからそれ風に書いたら仕様書と違うと文句言われて、
説明したら、>>399 のような話w
できないことを言われてもできないときはどーしたらいいんだろうね
400 :仕様書無しさん2011/01/07(金) 00:14:48
「何が入って何が出る」で物作って食っていけた時代は終わたっ
402 :仕様書無しさん2011/01/07(金) 02:15:30
仕様書通りに作って「仕様書通りに作りましたがなにか?」とか俺仕様で作るどちらもクソ
「この仕様通りだとこういう問題が起こりますがどうしましょう?」と問題に気づいて事前に聞いてくるコミュ力を求めている。
口先がうまいのをコミュニケーションスキルと勘違いしてるバカが多すぎ。
418 :仕様書無しさん2011/01/07(金) 21:13:52
>>402 お前も要領悪いな。上司に考えさせたら駄目なんだよ

「こういう問題が起こるのですが、こういう対策があります。いかがでしょうか」
とYESをもらうだけの状態にしないと、脳味噌カチカチのオッサンからは嫌われるだけ
404 :仕様書無しさん2011/01/07(金) 07:18:59
OS無くてもタスクは実現できるだろ。
405 :仕様書無しさん2011/01/07(金) 08:37:51
マルチタスクOSがなくたって、普通にタイマ割り込みで並行処理やってたよなあ。
リソース管理とかデバイスの抽象化とかも自前ライブラリでなんとかなる。
OSが無くて本当に困るのは、メモリ保護ぐらい。
406 :仕様書無しさん2011/01/07(金) 08:42:30
>>404
>>405
要求されたのは、機能ではなくて実装がそうだということ。
結果的に同じ機能を満たすではダメで、実装上(コード上)「タスク」になっていないとダメだったわけ。
有限状態機械とか、もってのほか、というか理解不能で、ほんとに困ったよ
407 :仕様書無しさん2011/01/07(金) 11:45:08
タスク
の意味がよ〜わからんな。
どうダメ出しされたのかね。
410 :仕様書無しさん2011/01/07(金) 15:08:16
>>407
まず第一に、仕様書に、mainがない。
411 :仕様書無しさん2011/01/07(金) 18:06:33
こっちが想定した設計から、かけ離れた設計の実装が上がってきたら、やり直してもらうよなー。
まず設計と実装が異常系も含めて等価であることを検証しないといけないし(めんどくさ)。

将来の拡張や仕様変更・移植などを考えると、タスクベースで作った方がいいとか
そういう理由も合ったりしたんじゃないの?
413 :仕様書無しさん2011/01/07(金) 19:05:16
>>411
ペリフェラルのドライバも含めて、オレがつくったら3、4日でできる、データコンバータ。
分厚い仕様書を2ヶ月かけて作ったらしい
それこそ、俺仕様で2日でほとんど作って基本動作を見せたら、こっぴどく怒られた。
仕方ないから、仕様書どおりに一晩でコーディングしたら、そんなに簡単にできるわけがないって
これまた、ぶち切れられた。
えらく疲れた。
結局、外されて、他の外注が1ヶ月以上かけて作ったらしい。
419 :仕様書無しさん2011/01/07(金) 21:15:53
>>413 小難しくやって仰々しく差し出さないと
オッサン世代は自分の知識を見くびられたような気がして
気分が悪いんだよ、察しろ
421 :仕様書無しさん2011/01/07(金) 21:46:29
>>419
まったくそのとおりだった。
オレももっと大人にならないとな。
412 :仕様書無しさん2011/01/07(金) 18:43:40
こういうのは客のレベルと間にどんだけ会社が挟まるかでやり方全然違うから
414 :仕様書無しさん2011/01/07(金) 19:05:36
mainがないということは、どこぞのOSのやり方を強制してるだけのような
mainなんてだだの関数名だからね。
タスク処理みたいなのは、RAMがないときは辛いかも

タイマ割り込みで並行処理とか、アプリレベルの人には...
415 :仕様書無しさん2011/01/07(金) 19:59:54
一晩で本当に仕様書どおりに書けたんなら、初めから仕様書に従って
書けばよかったんじゃね?
416 :仕様書無しさん2011/01/07(金) 20:04:11
>>415
だからその仕様が(ry
417 :仕様書無しさん2011/01/07(金) 20:54:00
仕様不備を見つけて確認するのはPGの仕事だよ
不備かどうかの判断すら付かないならわかる人に仕様受けさせてもらえる様取り付けるのもPGの仕事
そんな事いちいち聞かないと仕事できねーのかと言われても確認しとかないと小さな問題でも後々大きくなる
423 :仕様書無しさん2011/01/07(金) 22:17:32
>>417
PGつーかコーダーはそもそも客から金せしめるのが仕事だから
仕様書どおりに実装して問題起きたら別途金を要求して対応することもあるし
客にウザがられるぐらいなら勝手に俺様仕様にすることもある
まともなもの作りたい厄介な客は儲からないから相手にしない
420 :仕様書無しさん2011/01/07(金) 21:38:43
どういう状況なのかは知らないが、会社は儲けを出してナンボ

せっかく何ヶ月もかかりますよと言って引き受けた案件を自社内だけならともかく、
客や他の会社に3、4日で出来ますよなんて言って証拠を見せたら怒られるのは当然。
422 :仕様書無しさん2011/01/07(金) 21:50:45
>>420
かっならず皆からそう言われるよ
なんか、昔からそういうのが苦手でなぁ、、、
マネージャみたいな人がいればうまくやっていけるんだろうけどな。
スレタイどおりの、ダメなPGだわ。
425 :仕様書無しさん2011/01/07(金) 23:53:12
つまり駄目なプログラマだらけの方が儲かる仕組みになってる現状がダメと
427 :仕様書無しさん2011/01/08(土) 01:20:26
>>425
基本的に一人月いくらとか、時給いくらとか、何kStepいくらとか、何画面いくらとか、
そういう世界だからな。 高効率、高生産性でやると手元に来る金が減るのが
ほとんど。

作業を早く終わらせても、何故か浮いている作業を割り当てられて、それが給料に
加算されるかといえばそういう訳でもないし。 肉体労働なら差ってのはそんなに
つかないんだけど、一応頭脳労働の範疇だから、数十倍とかの差になったりも
するんだけど、0になにかけても0って考えもある。
429 :仕様書無しさん2011/01/08(土) 09:25:38
>>427
そういう奴隷根性がそもそも駄目だと思う
428 :仕様書無しさん2011/01/08(土) 07:21:49
と、業界人なら誰しもが分かってる事を長文で書くような奴かな
430 :仕様書無しさん2011/01/08(土) 10:11:09
プログラマに限らないが、

自己啓発系の本にかぶれている奴
431 :仕様書無しさん2011/01/08(土) 10:27:00
>>430
何十万も払って「億万長者になる方法」のセミナーに参加してたやつがいたわ。
確かに、主催者は億万長者になったみたいだ。
あながち間違いじゃない。
432 :仕様書無しさん2011/01/08(土) 10:54:00
見ていて痛い

本からの受け売りで口から出てくる言葉は非の打ち所のない立派なものだが、
腹で考えている本音の部分(本人もあまり自覚していないらしい)が透けていて
('A`)ナンダカナー

ちょっとでも批判めいたことを言われると猛烈に反発するし
433 :仕様書無しさん2011/01/08(土) 16:20:15
流れを読まずに1で思い出したphp

html-----
form name=f1 action="a.php" …A氏作
body onload="f1.action='c.php'" …C氏作
onsubmit="d.php" …D氏作

javascript-----
f1.action = "b.php" …B氏作

d.php-----
header a.php

さて、e.php どこに埋めようかな!!
434 :仕様書無しさん2011/01/08(土) 16:23:51
とりあえずダメなプログラマが作ったものの後始末をする仕事にはもうあきあき('A`)
ダメなプログラムってなんつーかほんとに作った奴(  ゚,_ゝ゚)バカジャネーノってつくりばっかり。
435 :仕様書無しさん2011/01/08(土) 16:49:37
複雑だったらいいというものじゃない

とにかく読みやすい、修正した時に副作用がない
そういうプログラムを作って欲しいんだが、なんか変なんだよな
436 :仕様書無しさん2011/01/08(土) 16:51:36
>>435
あんたと、実際に作っている人間の間に、

>とにかく読みやすい、修正した時に副作用がない

そういうことに価値を認めない人間(=半可通)がはさまっている
間違いない
438 :仕様書無しさん2011/01/08(土) 18:19:36
>>434、>>435
そう、どうしても複雑にしたがるやつっているな
馬鹿なのか利口なのかわからん
自分のも他人がみたらどう思うかわからんけど
437 :仕様書無しさん2011/01/08(土) 17:00:44
わざわざ複雑な作りにして自己満足してるアホプログラマは本当に迷惑だね
439 :仕様書無しさん2011/01/08(土) 18:22:19
インデントを揃えたりコメントを加えるだけで
解り易くなるのにそれを怠る秀才肌の先輩プログラマは
能力はすごいのだけど、スタンドプレイ激しい
441 :仕様書無しさん2011/01/08(土) 18:50:58
>>439
謙虚さがないのは、自分以上のひとがいないからじゃね?
442 :仕様書無しさん2011/01/08(土) 19:00:40
天才じゃない俺だけど、「気配りコーディングなんてやってられっかよ、死ね」と毎日思っている

だって、コメントを加えようが、インデントをそろえようが、作業をする人間は結局俺ひとりなんだもん
コーディングどころか、設計、その他全て、「君に任せた仕事でしょ?」とか、死ねばいい

ていうか、お願いだから、マネージメントのうすい本の一冊くらいは読んでくれ
あんたそっくりのマネージャーがダメな例として何度も何度も出てくるから
450 :仕様書無しさん2011/01/08(土) 20:54:31
>>442
気持ちはわかるが、仕事の質を落とすのは好きじゃないな。
それがプライドじゃね
443 :仕様書無しさん2011/01/08(土) 19:04:21
そう思うなら追い越してみろよ。プログラマやってる時点でお前はただの作業員だ。
444 :仕様書無しさん2011/01/08(土) 19:09:39
そいつ、コーディングはおろか一般的なマネージメントさえマトモにやらないんだぞ?

メカ系の開発部門で使い物にならなかったのに年功序列で上げざるをえなくて
ぜんぜん門外漢の部署の管理職にすえられている状態

なにを追い越せというのだ
448 :仕様書無しさん2011/01/08(土) 20:22:49
無能が管理職になるなんて事は年功序列の俺の会社でもありえない。
と思ったら人事部だけは別だった。
449 :仕様書無しさん2011/01/08(土) 20:47:41
出来る方法は思いつかないのに、出来ない理由はいくらでも思いつく奴
451 :仕様書無しさん2011/01/08(土) 21:55:05
汚いソースって、動かないプログラム同様、非常に恥ずかしいものだと思う
452 :仕様書無しさん2011/01/08(土) 22:32:06
きれいなのに動かないソースもどうかと思う
455 :仕様書無しさん2011/01/08(土) 23:22:03
>>452
動かないソースは何の価値も無いな。
453 :仕様書無しさん2011/01/08(土) 22:38:48
天才PGはスケジュールに余裕があるからコメントも大量に書くだろ
456 :仕様書無しさん2011/01/09(日) 00:51:43
インデントが16もある糞ソースを解読した時は発狂しそうになった。こういうソース書く奴は本当に死んでほしい。
460 :仕様書無しさん2011/01/09(日) 01:54:33
>>456
腐ったコーディング規約のせいでそうなってるソースの改造をやらされたよ
しかも1関数3k行w
457 :仕様書無しさん2011/01/09(日) 01:03:18
考えながら書いたとしても、16インデントはないわ・・・
ある意味、即興の天才
459 :仕様書無しさん2011/01/09(日) 01:42:33
コピペでうごいたことだけ確認していくとそうなるよな。
461 :仕様書無しさん2011/01/09(日) 02:46:14
いっそコード規約で1関数行数の上限を決めたらどうか
462 :仕様書無しさん2011/01/09(日) 09:01:49
>>461
そういうのはなかった
そこが糞規約の糞なところ
途中return禁止
if は必ず elseをつける(中身が空でも)
などなど
3k行なのはそれだけじゃないんだけどね
464 :仕様書無しさん2011/01/09(日) 09:27:37
言語は道具にしかすぎない、目的を達成するものであり こだわりなどいらない

っていうやつ
465 :仕様書無しさん2011/01/09(日) 10:30:15
>>464
>言語は道具にしかすぎない、目的を達成するものであり
ここまではオレも同じ
だから、「こだわりなどいらない」じゃなくて「固執はしない」ならわかる
なんでもかんでも自分の習得した言語でやろうとするやつもどうかと思う
かといって、こだわりなどいらないといって、勉強しないやつも×だな
467 :仕様書無しさん2011/01/09(日) 12:13:30
プログラムに習熟した人間ならプログラム言語の持つパワーの差に気付いている。
単に「手に馴染んでいるから」という理由ではなくて
生産性に直結するからこそ拘りがある。
468 :仕様書無しさん2011/01/09(日) 12:15:27
言語にこだわりが無いやつは
そういった言語の力の差すら見抜けないから
違いの判る人間に見下される。
469 :仕様書無しさん2011/01/09(日) 13:40:07
言語の差なんぞプログラマが吸収すれば良い事だろ
470 :仕様書無しさん2011/01/09(日) 13:46:52
>>469
JAVAとかコボルでも使ってろよ
471 :仕様書無しさん2011/01/09(日) 14:20:22
>467−468
使えないプログラマ発見
474 :仕様書無しさん2011/01/09(日) 14:46:40
>>471
俺は別にこの言語でやれって言われたらやるよ?
でも「このシステムを作るにはこの言語は最適ではない」と提案するけどね。
流れの速い業界のシステムをVBやJAVAで作ってたら
開発スピードが追いつかずに競争力が無くなって業界から脱落していくと思うよ。
475 :仕様書無しさん2011/01/09(日) 14:48:36
げんごっつーより、ライブラリのさだよなー
476 :仕様書無しさん2011/01/09(日) 14:52:39
>>475
それもあるし、言語仕様も、開発環境の差もある。
開発人員の問題も考えれば普及してる言語のほうがいいだろうと思うけど
普及してる言語しか使えない奴はハズレが多いからな。
480 :仕様書無しさん2011/01/09(日) 15:24:33
>>476
×普及してる言語しか使えない奴はハズレが多いからな。
○普及してる言語しか使おうとしない奴はハズレが多いからな。
オレの認識ではこんな感じ
477 :仕様書無しさん2011/01/09(日) 14:56:15
言語は何使っても大して変わらないよ。
それよりも、開発プロセスなどの差の方が大きい。
どんな言語でもウォーターフォール的に仕様変更の連絡がプログラマに伝わるまで
何週間もかかるようなやり方してれば同じ。
478 :仕様書無しさん2011/01/09(日) 15:04:13
気合いと根性で開けるべし
仕上がりや包丁がどうなろうと知ったことではないが・・・
怪我しそうだな
479 :仕様書無しさん2011/01/09(日) 15:21:13
従来のソリューション
・包丁を質に入れて缶切りを買う。
・包丁片手に店に強盗に入って缶切りを要求する。

提案するソリューション
・開けろといった奴を包丁で刺し殺して缶詰は開けずにとっておく。
482 :仕様書無しさん2011/01/09(日) 17:11:46
いっこ、必須の言語あったわ

英語


日本語できなくてもマは務まるが、英語はそうはいかんだろ
483 :仕様書無しさん2011/01/09(日) 17:46:26
英語アレルギーとしか言いようがないぐらい英語がまるでダメな子が居るけど
意外となんとかなってるぞ
毎度毎度アホな綴りミスを指摘するこっちの悲しさは理解して欲しいが
484 :仕様書無しさん2011/01/09(日) 17:49:45
英語読めなくても大抵の現場は問題無い。そもそもプログラマのような底辺労働者に英語力を求めるのは間違ってる。
485 :仕様書無しさん2011/01/09(日) 17:53:41
chengeだけは絶対に許さない
486 :仕様書無しさん2011/01/09(日) 18:50:20
>>485
kommand はおk?
487 :仕様書無しさん2011/01/09(日) 20:13:41
>>482
>>485
じゃあcreatって関数名を付けたケン・トンプソンは駄目プログラマだなw
彼もスペルミスだったと自分で言ってるし
489 :仕様書無しさん2011/01/09(日) 20:48:35
>>487
あの一文字をなんで省略したんだろって後悔していたとかって話じゃなかったっけ
492 :仕様書無しさん2011/01/10(月) 08:38:44
receiveいっつもiとeの順番間違えるんだ
493 :仕様書無しさん2011/01/10(月) 09:20:22
>>492
同じくw
495 :仕様書無しさん2011/01/10(月) 10:41:59
>>492
ビジネスのどこが2連になるのかで迷ったりしたら完全に俺
494 :仕様書無しさん2011/01/10(月) 10:37:21
ローマ字命名であってもヘボン式表記にする事でなんかかっこいい
496 :仕様書無しさん2011/01/10(月) 11:15:38
bussinness だよね?
497 :仕様書無しさん2011/01/10(月) 11:21:31
>>496
bが足りない気がする
499 :仕様書無しさん2011/01/10(月) 11:32:47
>>497
bbussinness ね
山下清かよw
498 :仕様書無しさん2011/01/10(月) 11:26:43
finallyはたまに迷う。
とはいってもこっちはキーワードだからコンパイルすりゃ一発だけどな。
500 :仕様書無しさん2011/01/10(月) 11:36:55
クラス名にbusinessLogicって書いちゃう人はウンコ
501 :仕様書無しさん2011/01/10(月) 11:45:32
>>500
businessXxxServiceだった
危うくウンコになるところだったぜ
危ない危ない
502 :仕様書無しさん2011/01/10(月) 11:47:15
>>500
businessLogic
どういう意味?
511 :仕様書無しさん2011/01/10(月) 14:39:11
データベースのテーブルとカラムを日本語で定義するようなマジキチ設計をN産自動車で見たことがある

>>500
パッケージ名でbusinesslogicはセーフだよな
506 :仕様書無しさん2011/01/10(月) 12:50:52
ヌルリファレンスエクセプションの綴りは難しいよね…
reference?refferrence?ってなる
509 :仕様書無しさん2011/01/10(月) 13:58:25
もう横文字はカタカナでエイリアス切ってくれって感じだな
そしたら過去形とかの表記でまた揺れるんだろうけど
512 :仕様書無しさん2011/01/10(月) 14:45:24
「山田コラァァー! Tomatoクラスの別名はトゥメィトだって何回言わせりゃ覚えんだクラァ!」
「先輩違います。トゥメィトじゃなくてトメィトゥです。」
513 :仕様書無しさん2011/01/10(月) 17:39:22
>>512
昔、アメリカの国内線に乗ったとき、となりにすわったプエルトリコ人夫婦がCAに欲しい飲み物を聞かれて
「とまと」って言うんだけど通じなくて、CAが「??」状態
そのうち、夫婦で「とまと!、とまと!」って連呼するもんだから、可笑しくて吹き出しそうになったのを思い出した。

「とまと」だと、ほんっとに通じない。
514 :仕様書無しさん2011/01/10(月) 20:01:43
えっと、Tomatoにはトマートーという発音とトメイトーという発音があって、
少なくともアメリカ国内ではどちらも同程度に使われているのは有名な話だよな?
516 :仕様書無しさん2011/01/10(月) 20:16:31
>>515
「わーらー」だな
「はんばーがー」は通じないが「ちーずばーがー」は通じる

>>514
でも「とまと」はだめみたいだ
515 :仕様書無しさん2011/01/10(月) 20:07:33
意外に通じない単語

「ウォーター」
517 :仕様書無しさん2011/01/10(月) 20:29:46
ダメなプログラマは発音が出来ないという話?
まあ出来なくても話さなきゃいけない時代もありました。
518 :仕様書無しさん2011/01/10(月) 20:48:28
日本語で変数を宣言するマジキチからの流れじゃないの
ボディランゲージを交えればルー語程度の英会話でもなんとかなるもんだよ
時間かければ買い物だってなんとかなる
場所によっては銃突きつけられそうな険悪な対応される場合もあるから特にネイティブな店にはいきにくいけどな
ファッキンチャイニーズ!って言われた時は冗談抜きで漏らして財布の中身並べて逃げた
おめーらだって日本語と中国語の違いもわからねー癖して偉そうな事言ってんなバーカバーカと
思い出したら死にたくなってきた
519 :仕様書無しさん2011/01/10(月) 20:56:59
>>518
いいな、中国人に間違えられて、
おれなんか、プエルトリカンにしか間違えられなかったわ
529 :仕様書無しさん2011/01/13(木) 20:53:23
>>518
中国人が日本人を見分ける能力って凄いよな
特に観光地のおみやげ屋
ひさびさにプロの技を見たよ

田舎だと中国人で通じてた俺も観光地だと一目でバレた
一緒に歩いてた本物の中国人(何年も日本に住んでる上に日本国籍を持ってるから正確に言うと日本人)には
目もくれず中国のスーパーで買った貧相な格好の俺に話しかけるんだもん

ちなみに一緒に歩いてた奴は日本で社長やってる結構な金持ちで俺はただの派遣
あまりに凄いからその後見物してたんだが正確にビシバシあててた
でもおみやげは全然売れてなかったw
520 :仕様書無しさん2011/01/10(月) 21:22:47
メニュー指さして「これプリーズ」で通じるけどな。
523 :仕様書無しさん2011/01/11(火) 00:34:57
>>520
アメリカで指さしてフリーズ!とか叫んだら逆に撃たれる可能性があるぞ
527 :仕様書無しさん2011/01/13(木) 17:07:47
話せなくても、英文読めるくらいはできたほうがいいよ
突っ込んだ部分は英文しか無いってことが時にあるから
528 :仕様書無しさん2011/01/13(木) 18:18:25
おれの知っている英単語は、
「ちょん」、「けとう」、「ふぁっく」
ぐらいだな。
532 :仕様書無しさん2011/01/14(金) 17:19:45
そりゃ、まずは権力組が儲かってから下民に金が回る国だもの。
現地に行けば外人の俺らに金が回るわけがない。
533 :仕様書無しさん2011/01/14(金) 19:36:14
>>532
> そりゃ、まずは権力組が儲かってから下民に金が回る国だもの。

それ、日本のことじゃん。
534 :仕様書無しさん2011/01/14(金) 20:03:12
>>533
もちろん。日本もそう。
536 :仕様書無しさん2011/01/14(金) 22:48:18
過去の話だが
遅刻出社して自分の進捗+αやったら19時前に帰宅していた俺
チーム全体の進捗としてはギリチョンだったが俺の想定では乗り越えられた

とある面子のちんころがあり会議で晒し上げ
上役「もっとやってくれないか?
根本的にチームの品質が低かったんだ、俺のモチベはがた落ち
メンタルもやられて数日休んだら首。その後そのプロジェクトがどうなったかは知らないけど
他力本願なプログラマはちんころ以外の方向でがんばってほしい
538 :仕様書無しさん2011/01/14(金) 23:06:43
19時前に帰って家で実装調査してたとか、誰にも言わなかったのも悪かったけど
通常8できそうな進捗を23時時点で2とかの面子だらけチームに投入されたら、モチベさがるじぇ
わからなくなったら聞いてくれっていってんのに、何も聞かず進捗2ですとかの報告だけ
育てる気もうせたよ ガテン系の仕事してたときならゲンコツみまってるところだったわ
542 :仕様書無しさん2011/01/14(金) 23:28:33
その進捗2が跋扈してるのが日本のIT界隈ってところが恐怖だよねぇ

どうしてこうなった
555 :仕様書無しさん2011/01/15(土) 01:24:18
>>542
育てられる環境が整っていないのが現状
でも、そだてなくても伸びるやつは勝手に上がってくる
それはどこの業界でも同じ

新人でも単価もらっている以上、進捗をあげないとならないわけだが
そんなん無理でしょ。それを誰かが尻拭いし、新人を放置している不の連鎖がある
543 :仕様書無しさん2011/01/14(金) 23:30:58
切り下げの荒らしの中、なんとか維持してきたが、ついに。。。
544 :仕様書無しさん2011/01/14(金) 23:40:00
下げられる前に正社員目指すか。
いいオッサンだけど、どっかあるかなあ。
545 :仕様書無しさん2011/01/14(金) 23:51:31
最近の若者はワイド画面しか知らんからインデントしまくるんかのー
うぜーのー
546 :仕様書無しさん2011/01/14(金) 23:54:05
>>545
一生パンチカードでも眺めてろよ
547 :仕様書無しさん2011/01/15(土) 00:07:56
ワイドディスプレイは縦に使えば糞長いアホなソースでも安心
548 :仕様書無しさん2011/01/15(土) 00:51:10
単発でショートスパンな案件が乱立してるから、それらを転々とすればまだしのげるはず
俺は今故障中だけど波に乗れる!    と、思ってる・・
549 :仕様書無しさん2011/01/15(土) 00:56:28
>>548
故障って何?鬱?
550 :仕様書無しさん2011/01/15(土) 00:56:32
今のモニタだと行数は180程度に収まればいいんじゃ?
さすがにインデントも5回超えてくると、疲れるねぇ
551 :仕様書無しさん2011/01/15(土) 01:04:44
診断はうつもはいってるけど、パニと過喚起症候群
とにかくパニはやばい通勤すらできなくなる

みんな自己管理気をつけてね
552 :仕様書無しさん2011/01/15(土) 01:05:42
>>551
大変だなぁ。どうしてそうなったの?
やっぱり過労かね。
553 :仕様書無しさん2011/01/15(土) 01:12:14
>>551
会社が決まったら、勤務先に近いところに引っ越すしかないな。
ガンガレ。
554 :仕様書無しさん2011/01/15(土) 01:13:15
女に捨てられ→仕事楽しくなって(この時点で操状態)→536の案件にいって→発症
単発の仕事何度か取るたびに悪化→最後に行った案件は契約満期依然にドロップアウト(すませんでした)
こんな感じ
558 :仕様書無しさん2011/01/15(土) 16:32:09
そういえば、ボタン押したら「この機能は未実装です」ってダイアログを実装して残留メンバに引き継いで違うプロジェクトに逃げた駄目プログラマがいた。
569 :仕様書無しさん2011/01/20(木) 00:32:46
>>558
むしゃくしゃして実装した。寝れればなんでもよかった。まさか検収通されないとは思わなかった。今は修正している。
570 :仕様書無しさん2011/01/20(木) 01:22:56
>>569 おまえは正しい
571 :仕様書無しさん2011/01/20(木) 02:12:24
>>558
ついカッとなって実装した。コンパイルが通ればなんでもよかった。怖くなって逃げた。今は転職してる。
559 :仕様書無しさん2011/01/17(月) 10:52:23
バグってるよりはましだろ
561 :仕様書無しさん2011/01/17(月) 22:44:33
>>559
バグは納品できるけど未実装は納品できないんだよ。
560 :仕様書無しさん2011/01/17(月) 22:39:22
下げられても今の仕事にしがみつくか、あるいは他を探すか。
50も近いのに、いったいどうすれば?
562 :仕様書無しさん2011/01/17(月) 23:24:03
年取ったら頭の回転も鈍るし困ったもんだ
決して他人事ではない誰もが通る道
新しい案件行っても、躊躇せず勉強して動力になれると思ったら
まだいけるんじゃないかな?
おっさんだからって甘く見てもらえる業界じゃないのは骨身に染みてると思うけど
今更路線変更なんてできないだろうから、やるしかない できなければ自害でしょ
564 :仕様書無しさん2011/01/17(月) 23:40:50
俺は所帯もちじゃないから
完全に詰んだと思ったら おわらせてもいい
そういう気持ちもあって今日も全快モード
566 :仕様書無しさん2011/01/18(火) 09:35:47
まぁこの世にしがみつく理由がなければしがみつかなくてもいいんじゃない?
飛び込みにしろ首つりにしろ自死でごっつい経済損失だしたり隣近所に迷惑かけたりな
昨今を考えると、死ぬ権利の法制化と安楽死設備をとっとと作るべきだと思う。
生きてる必要ないなら生きなくていいよね。
567 :仕様書無しさん2011/01/18(火) 13:04:10
>>566
自分の存在意義に価値を見出せないのは勝手だけどそれを人におしつけんなと思う。
お前が死ねばお前と同じ悩みを持ってる奴に「お前らも死ねよ」っていう
メッセージや価値観を周囲に振りまくことになるんだぞ。
それで誰かがつられて自殺したらお前は間接的に人を殺したことになるわけだ。
572 :仕様書無しさん2011/01/20(木) 11:14:56
検収通ればいいや!!になってしまうような状況にされてしまうことが、諸悪の根源だと思うんだ
もっと人道的な人員配置や職場環境が整ってさえくれたら、尻拭いしてうつになる人も減るだろう

がんばった人にはおっぱぃ揉ませてくれる社員の導入を(マテ
573 :仕様書無しさん2011/01/20(木) 22:32:01
>>572
僕のおっぱい揉んでもいいですよ
一応、Fカップぐらいあります
574 :仕様書無しさん2011/01/20(木) 23:30:50
それ現場で言ったら椅子で殴られるぜ
マゾの人にオススメ
576 :仕様書無しさん2011/01/23(日) 22:10:08
リズム感がないとマはうまくいかないのでは?
歌って踊れるマこそ、これからは理想
580 :仕様書無しさん2011/01/27(木) 08:14:25
#include <stdio.h> /* 正常位 */

確かに標準入出力だがそれを納品するのはやめようね。。。
581 :仕様書無しさん2011/01/27(木) 14:46:22
/**
* 今日はクリスマスイブなのに・・・
*/
public String str;

それをJavaDocに吐かれても・・・
582 :仕様書無しさん2011/01/27(木) 19:21:46
変数名を、部長ハゲとかローマ字はやめてくれ。
引き継いでソースレビューする側にもなってみろ。
588 :仕様書無しさん2011/01/30(日) 01:05:47
Point p1; // x,y座標
は百歩譲って許せる

Point size; // 幅,高さ
Size p1; // x,y座標
なぜか型エラーが出ない
#defineマジック。。。
589 :仕様書無しさん2011/01/30(日) 03:56:38
>>588
座標と幅高さを混同してるな…
590 :仕様書無しさん2011/02/07(月) 20:26:46
「それは手段であって、本質じゃないよね」的な口癖

ハイハイカッコいいよ君は
592 :仕様書無しさん2011/02/08(火) 00:07:24
プログラマってオレオレ手段が目的になってる奴いるからなぁ。
593 :仕様書無しさん2011/02/08(火) 04:50:58
いつでも、後出しジャンケン

あいつが議論に役立つ”たたき台”を作ってきたことは一度もない
594 :仕様書無しさん2011/02/09(水) 01:44:59
モノを買って他部門で使わせる立場の仕事しかさせられない。
顧客相手の受け答えや文面の作成は任せられない。
受け付けた内容の調査なんかは普段の「悪いのはすべて他人だ」という1人称視点のみの仕事振りから明らかに無理。
過去にアンチパターン満載のオレオレ手法を披露して開発からは遠ざけられている。
性格は朗らかな方だし職種があってないんだろうな。
596 :仕様書無しさん2011/02/09(水) 07:01:26
>>594
営業とかに向いているとか?
595 :仕様書無しさん2011/02/09(水) 06:58:43
・ハゲている。
・メガネをかけている。
・服が臭い。
・机の上を片付けない。
・アニメ・ゲーム関連の私物を持ち込む。
・飲みの誘いを断るか露骨に嫌な顔をする。

どれか一つでも当てはまる奴は駄目なプログラマ。
597 :仕様書無しさん2011/02/15(火) 12:30:46
>>595
ようし今日からコンタクトだ
599 :仕様書無しさん2011/02/16(水) 00:07:06
プログラムを組んでくれと言われるならプログラマ。
誰からも言われないならプログラマではない。
604 :仕様書無しさん2011/02/16(水) 21:47:54
>>599 思い上がりすぎ
600 :仕様書無しさん2011/02/16(水) 00:19:18
PHPの経験6年の人と、PHPとJavaの経験それぞれ3年の人。
それ以外の条件が全く同じだとして、どちらが仕事にありつけるかと言ったら前者だと思う。
10年後は知らないが。
CやJavaが出来るようになりたいだけなら独学で勉強しな。
601 :仕様書無しさん2011/02/16(水) 02:23:37
別にVBしか出来なくてもプログラマなんだし、
プログラマとしてまだまだだと思うなら、PHPとかJavaあたりから勉強すればいいんじゃね?

駄目なプログラマってのは、
新しい言語や技術に見向きもせず、
今の持ってる能力だけで完璧とか言ってるような人間
602 :仕様書無しさん2011/02/16(水) 02:47:42
>>601
ロートルのCOBOL使いでも、保守や更新で呼び出されるなら立派なプログラマ。
プログラムと、扱うべき内容の両方を熟知してこそのプログラマ。
コンピュータや言語だけ理解してるのはただのコーダー。
622 :仕様書無しさん2011/02/26(土) 10:09:19.39
>>602
コーダーの語源を教えてください
SEやPGみたいに聞いたことがないので
623 :仕様書無しさん2011/02/26(土) 10:12:28.86
>>602
>>622を訂正
SEやPGのような単語を周りに使う人がおらず、ウェブで見かける「SEがどうの」「PGがどうの」という言葉がピンと来ません。
コーダーという単語もどのような場面で使われているかがわかりません。
コーダーの具体的な意味やどのような場面で使われいるのか、また慣わしを教えてください
624 :仕様書無しさん2011/02/26(土) 10:26:01.90
>>623
昔、まだパンチカードでプログラムを入力していた頃、
プログラマってのは数式やフローチャートを書くところまでで、
それをソースコードにするのはコーダーの仕事だったんだよ。

で、コーダーはソースコードをパンチャーさんに渡して、
パンチャーさんはタイプライタ入力してカード穿孔機でカードをつくって、
パンチャーさんはカードをオペレータさんに渡して、
オペレータさんがカードリーダーにセットして実行していたわけ。

そのころの名残りで、
単に上流からの指示通りにソースコードを書くだけの人をコーダーと呼ぶ。
625 :仕様書無しさん2011/02/26(土) 15:27:17.02
>>624
指示どおりに書くことすらまともに出来ないヤツが多いんだから
優秀なコーダーにはそれなりの評価をすべきだと思う
627 :仕様書無しさん2011/02/26(土) 16:15:49.55
>>625
そりゃおまいのレベルの指示をコーダーにだすからだよ
そのレベルの指示はPGにだせ
629 :仕様書無しさん2011/02/26(土) 18:22:15.23
>>624-625
ありがとうございます!

昔のプログラマとコーダーの働きがはっきりわかれていたころの名残なのですね
605 :仕様書無しさん2011/02/16(水) 22:25:00
金を取ってライブやっている以上、プロなんだって言ってた高校時代を思い出した
608 :仕様書無しさん2011/02/22(火) 18:30:19.18
コメント書かなきゃ理解できないようなコードは書き直せ
というのが最近の流行
609 :仕様書無しさん2011/02/22(火) 22:00:35.96
コメントが
//ここは通らないはず C:N
とか、
//ここに来る時には変数○○がこうなっているべきなので、
//この処理で済ませる。仕様変更時注意。C:CHG
とか不安なコメントよく見るな。

C:xxxxは、ちょくちょく見るから古い人に聞いたところ、
「○○さんが書いたソースには検索文字列としてそういうのが埋めてある」
って教えてもらった。
610 :仕様書無しさん2011/02/22(火) 22:14:35.62
>>609
その手のコメントは結構入れるなぁ。
自分以外の人がメンテナンスする時のために。
626 :仕様書無しさん2011/02/26(土) 16:13:13.73
>>609
プログラマとして最高にいいコメントだな
そういうやつが会社にいるなら、教わることは多いと思うぞ
611 :仕様書無しさん2011/02/22(火) 22:59:26.46
チェック処理を毎度毎度フルスペックで実装するわけにはいかないし
前提要件をコメントに書いておくことは結構あるよ?
まあ大雑把なチェック処理は実装するし
仕様書見ろよって話だし書き方ももうちょっと考えるけど
613 :仕様書無しさん2011/02/23(水) 21:56:39.75
DbCはすばらしい
みんなでEiffelやろうぜ!

とまでは言わんけどもメソッドの凝集度あげて
単体テストを仕様書代わりにゴリゴリ書けば解決

xUnitはすばらしい
みんなで単体テストやろうぜ!
614 :仕様書無しさん2011/02/24(木) 09:49:10.39
>> 598
仕事の入力(粗い仕様) + 設計(頭脳労働) → 仕事の出力(より詳細な仕様記述)
が出来ているなら大丈夫。記述言語なんて些細なことだ。

仕事の入力 → (変換パイプ) → 仕事の出力(入力と等価)
になっているならヤバイ。
615 :スノービッツ ◆O0HAXVlilk 2011/02/25(金) 02:23:28.43
プログラムの勉強するのにメモ帳しか使わないボクは異端ですかね。
616 :仕様書無しさん2011/02/25(金) 02:30:37.35
>>615
大丈夫。自信持って下さい。
あなたは立派に「駄目なプログラマ」です。
617 :スノービッツ ◆O0HAXVlilk 2011/02/25(金) 02:33:25.77
なんの機能も無いまっさらなメモ帳にコードを書くと
神にでもなったかのような気分を味わえますぞ。 (^^v
621 :仕様書無しさん2011/02/25(金) 12:28:43.97
お前以外にも何人も屑の前例があったんだよ
uyとかさ

お前なんかuyに比べれば小物すぎてオモチャにもならないレベル
628 :仕様書無しさん2011/02/26(土) 17:35:28.08
今時、SEとかPGなんて老害の決めたやり方での、老害の区分でしかない
630 :仕様書無しさん2011/02/26(土) 18:24:21.35
PM、PL、SE、PGなんて単価と責任の区別をつけるだけのものさ。
631 :仕様書無しさん2011/02/26(土) 19:10:15.42
近代日本語学I
問. 以下は何の略語か、答えなさい。

PM・・・
PL・・・
SE・・・
PG・・・
633 :仕様書無しさん2011/02/26(土) 19:42:18.52
>>631
PM・・・Power Managment
PL・・・Phase Lock
SE・・・Serial Enhanced
PG・・・PhotoGraph
637 :仕様書無しさん2011/04/22(金) 21:10:05.98
>>631
PM・・・ぱんつ まるみえ
PL・・・ぱーふぇくと りばてぃ
SE・・・さうんど えふぇくと
PG・・・ぱり じぇんぬ
634 :仕様書無しさん2011/02/26(土) 20:03:10.56
PM・・・パーティメンバー
PL・・・プレイヤーリーダー
SE・・・シートエントリ
PG・・・ポイントゴールド、通貨単位:1PG=100PS=10000PC

あー久々にテーブルトークやりてぇ
636 :仕様書無しさん2011/04/15(金) 17:52:49.61
>>634
D&D/AD&D2ndかソード・ワールドRPGでよければできるぞ。
635 :仕様書無しさん2011/02/26(土) 23:18:58.05
PM・・・位相変調
PL・・・製造物責任
SE・・・音響効果
PG・・・運動場
639 :仕様書無しさん2011/06/06(月) 23:42:21.90
いっぱいあるけどさぁ、

前提として「ほぼ1人」か「一杯で開発」かでダメの定義が全然違うよ」
645 :仕様書無しさん2011/06/18(土) 09:37:19.93
できるプログラマはコードで語り
だめなプログラマはコメントで語る
647 :仕様書無しさん2011/06/18(土) 22:35:24.46
>>645
出来るプログラマはコード+デバッグログだな
649 :仕様書無しさん2011/07/04(月) 06:58:48.49
男に関していえば女ッ気のない奴は結局だめだな・・と思う
まあ俺も人のこと言えないけどね
650 :天使 ◆uL5esZLBSE 2011/07/04(月) 08:58:08.05
2011年になっても未だにJAVA使い続けてる奴ってさ
仕事で仕方なくならわかるけど

家でもJAVAやってるなら本当にバカだよね。哀れ


ゴミだし
652 :仕様書無しさん2011/07/06(水) 15:35:32.20
>家でもJAVAやってるなら本当にバカだよね。哀れ

家ではジャワティーストレートですが何か?
656 :仕様書無しさん2011/07/06(水) 23:26:15.05
いえ、自分の席が無いだけです
657 :仕様書無しさん2011/07/07(木) 12:22:53.95
>>656
成りすますなw

つか本当のことをばらすな!w
658 :仕様書無しさん2011/07/08(金) 07:55:17.75
携帯ポータルサイト構築して
MovableTypeにセキュリティは依存しています!キリ!と言った人。
659 :仕様書無しさん2011/07/08(金) 14:35:59.92
ロジックを設定ファイル化して開発量を圧縮!とか言って設定ファイル書くのに泣くやつ。えてしてパーサーのエラー処理がくそ。
660 :仕様書無しさん2011/07/08(金) 18:39:41.17
>>659
うちの設定ファイルがそんなのだ。
大区切り:、小区切り;の、可変長の設定ファイル。\でエスケープもする。
1:2:::3:4;4.1;4.2;4.3:5;6;6.1;6.2:a:b:c;C\:\\hogehoge......
みたいな。
しかも結構桁が多くて、仕様書には2行目の大区切り98個目の、小区切り4個目に
フラグを立てると、99個目の設定が有効になり、99個目の設定値により、
三行目か四行目どちらかをパース。とか書いてある。

このドミノみたいな設定やめろよっていつも思うが、そういう意図があったのな。
Brainf*ckか。

ひど過ぎるわ。
663 :仕様書無しさん2011/07/09(土) 01:29:19.80
>>660
ドミノw
664 :仕様書無しさん2011/07/10(日) 22:39:38.31
>>663
だって途中から見てもどの設定が有効なのかわからないんだ。
頭から読み直し。
ワードで有効な部分の文字色変えながら読み進めないと全然わからん。
デッドコード多過ぎだし、致死的な設定あるし、DNAかと。
661 :仕様書無しさん2011/07/08(金) 22:56:04.49
駄目なプログラマの特徴
・php、javaしか知らないweb屋であるにも関わらず偉そうにプログラムについて語る
662 :仕様書無しさん2011/07/08(金) 23:16:24.73
PHPいいじゃん
それだけのノウハウでWEB広告で食ってるって、誰かカキコしてたぞw
665 :仕様書無しさん2011/07/11(月) 01:26:09.13
ワードあるならVBAで読みやすい形式と相互変換するパーサでも書けばいいじゃない
666 :仕様書無しさん2011/07/11(月) 02:21:35.67
秀丸を「これがやっぱ一番だよね」と得意げな顔して使ってる奴は大抵ゴミ
667 :仕様書無しさん2011/07/12(火) 16:14:35.30
ゴミで悪かったな

まあviもemacsもmifesも大概のものは使ったが一番シンプルでいい
669 :仕様書無しさん2011/07/12(火) 23:17:26.46
プログラミング用だったら使いやすいのと、関数やクラスの頭出しがきちんと実装されていればいいんじゃね?
あまり調べる気がないから無名のエディタ使ってるけど、C++の頭出しが完璧にできるエディタがあれば乗り換えたいな。
670 :仕様書無しさん2011/07/13(水) 16:34:13.16
頭出しってなんだよ
ゴミ会社でしか通じない言葉でしゃべるのはやめてください
673 :仕様書無しさん2011/07/14(木) 11:40:52.96
一番いいのは100%要求を満たしてw自分で作ること
それほど難しくはないだろ
676 :仕様書無しさん2011/07/15(金) 08:05:24.97
秀丸のタグ機能はctagsもどきなのがゴミ
そもそも秀丸使いは大抵タグファイルが何なのか知らずに
毎回grep使いまくってるが

680 :仕様書無しさん2011/07/21(木) 01:36:36.91
あれは腕が違い過ぎたり、ソリが合わないと無理。
更にダメな奴らでやらせるとシャレにならない。
683 :仕様書無しさん2011/07/24(日) 21:54:22.15
山川製作所この山川祐一郎にいい加減なプログラムつかまらされて最悪だった。
ペテン師で詐欺師で嘘吐き野郎

ガンダムオタク

岡山の田舎者

金返せ
684 :仕様書無しさん2011/07/24(日) 22:26:12.24
>>683
かなりエロそうなプログラムだな
685 :仕様書無しさん2011/07/25(月) 03:43:28.40
確かに秀丸使いはgrepばっかりしてるな
画面がgrepの検索結果ウィンドウだらけになってる
686 :仕様書無しさん2011/07/25(月) 19:47:41.95
タグジャンプもソースいじる度更新しないといけないから
結構面倒だけどgrepよりはだいぶマシ
687 :仕様書無しさん2011/07/25(月) 22:00:49.23
秀丸grepもダサいけど、そもそもWindowsの検索機能が貧弱すぎる。
688 :仕様書無しさん2011/07/25(月) 22:02:32.54
viのダサさに比べたら秀丸のほうがよっぽどマシだわ
689 :仕様書無しさん2011/07/26(火) 09:39:11.31
>>688
いまどきviと比べる男の人って。。。比較するならvimにしろよ
692 :仕様書無しさん2011/07/26(火) 21:44:59.34
開発本線から外れて、小物ツールとか、バグ調査&修正しか回ってこない俺には関係ない。
694 :仕様書無しさん2011/07/30(土) 02:04:23.16
プログラマーなのにサラリーマン気質全開で一ミリの熱も感じないやつらが嫌いだ。まあ、大勢だ。
695 :仕様書無しさん2011/07/30(土) 02:18:57.41
>>694
そういう感覚って病的だからおとなしくしてたほうがいいぞ
697 :仕様書無しさん2011/07/30(土) 03:00:21.30
>>694

最初は熱があっても、会社に所属しているとそのうちサラリーマン化する
そういう風に教育されるから
698 :仕様書無しさん2011/07/30(土) 20:00:17.76
プログラムは動けばいいと思ってる人

セキュリティを知らない人
699 :仕様書無しさん2011/07/30(土) 21:28:27.27
>>698
大多数のプログラムは動けば良いんだよ
セキュリティ?web界隈しか知らない駄目なプログラマの言いそうな事だw

マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006
マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006