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

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

プログラム技術が低い奴の共通点

1 :仕様書無しさん:2014/07/21(月) 19:09:24.34
・家でプログラムしない
・技術情報を調べない
・自腹で本を買わない
・仕事で使ってる言語しか知らない
・仕事で使ってる言語をよくしらない。
・ネットショップ使ったことがない
・ウェブサービス使ったことがない
・そもそも家でインターネットしない
・パソコンすら無い
・他の部分を真似して修正しか出来ない
・何やってる変わらないが動いているからOKだろうと考える
・英語を読まない
・エラーメッセージを読まない
・浮動小数点誤差をしらない
・2進数、16進数をしらない。計算出来ない。
・関数・クラス嫌い。できれば作りたくない
・コピペ大好き
・ブラインドタッチできない
・ディレクトリ+日時バックアップしてる
・CLI使えない
・レンタルサーバーを借りたことがない
・Linuxを知らない
・Macを知らない

適当に書いたんで、みんなで補足してくれ。

2 :仕様書無しさん:2014/07/21(月) 19:11:59.42
・コピペ大好き
・ブラインドタッチできない
・レンタルサーバーを借りたことがない

ああ漏れはもうダメポ

3 :仕様書無しさん:2014/07/21(月) 19:18:22.84
また職歴なし50おっさんが糞スレ立てたか。

4 :仕様書無しさん:2014/07/21(月) 19:25:13.51
浮動小数点誤差って何だと思ったら2進変換誤差の事か
固定小数でも2進なら誤差でる、10進有効桁内なら浮動小数でも誤差ないことから
この呼び方は間違いだな

5 :仕様書無しさん:2014/07/21(月) 19:44:10.38
・2chで糞スレを立てる

6 :仕様書無しさん:2014/07/21(月) 19:54:46.14
自分がプログラム技術が低いことは自覚してるらしいw

7 :仕様書無しさん:2014/07/21(月) 20:49:03.99
>>4
他にもいくらでも数値計算で、誤差にまつわる注意しなければならないことはあるが。
0.1を10回足して...だけで全てを知ったつもりの奴の多いがw

8 :仕様書無しさん:2014/07/21(月) 21:20:21.15
まずパソコンしないのにプログラマになる人がいるの??
情報系の高校生なんだけど

9 :仕様書無しさん:2014/07/21(月) 21:35:57.81
>>8
そんなこと考えなくていいから、
とにかくプログラマにならなくて済むように
受験勉強をがんばったほうがいい。

10 :仕様書無しさん:2014/07/21(月) 21:46:07.82
>>9 ありがとう

今は情報系研究職を目指して受験勉強頑張ってるよ

11 :仕様書無しさん:2014/07/21(月) 23:21:26.71
不毛

12 :仕様書無しさん:2014/07/21(月) 23:36:14.35
ネットショップは何の関係があるんだ?

13 :仕様書無しさん:2014/07/22(火) 03:21:29.55
・儲

14 :仕様書無しさん:2014/07/22(火) 08:10:18.53
で、COBOLしか知らないとか後から書き足してCOBOL叩きを始めるんですね。

15 :仕様書無しさん:2014/07/22(火) 09:15:02.25
>>1
どうせ
低収入だろw

16 :仕様書無しさん:2014/07/22(火) 09:16:03.65
【知的財産と契約料金の搾取業界】
[受注系SEは生涯損害助長者ばかり]
偽装請負被害貧困SEの報復
ざまーみろw

派遣社員ではなく委託社員だそうです。

容疑者の肩書を委託社員に訂正 ベネッセ情報流出で警視庁

ベネッセコーポレーションの顧客情報流出事件で警視庁は18日、当初、
派遣社員としていた松崎正臣容疑者(39)の肩書を委託社員に訂正した。
警視庁によると、松崎容疑者はベネッセの関連会社の事業所で、データ管理
を委託された業者のシステムエンジニアとして勤務。
7月10日、所属先の業者から解雇された。
http://www.nishinippon.co.jp/nnp/national/article/102189

17 :仕様書無しさん:2014/07/23(水) 02:07:14.89
基本的に自分で原因を考えようとしない奴だな。全部聞いて済まそうとする。
酷いとその聞き方も「エラーが出ます」で終わっちゃってる。
コードも載せないか、あっても中途半端。俺らエスパーじゃないんだが。

18 :仕様書無しさん:2014/07/23(水) 23:09:14.22
そもそも今どきの言語って実数型の内部は浮動小数点型じゃなくて有理数型じゃないの
0.1を10回足せば1.0になるでしょ

19 :仕様書無しさん:2014/07/23(水) 23:21:25.69
>>18
その実数型は、内部が有理数型なのにどうやって無理数を保持できるんだい?

20 :仕様書無しさん:2014/07/23(水) 23:28:20.36
ムリっす!

21 :18:2014/07/23(水) 23:33:14.44
えっと……俺の認識違いで嘘を言っちゃいけないから、念のため動作確認してきたよ。

------------------------------------------------
<?php
$total = 0.0;
for ($n = 0; $n < 10; $n++) { $total += 0.1; }
echo sprintf('%0.2f', $total);
------------------------------------------------
出力結果  1.0
------------------------------------------------

そもそも「有理数型」をちゃんと理解してる?
内部的に、分母と分子を別々の整数型で記録しておき、画面表示などの際には、その場で割り算を行って、小数として出力するんだよ。
だから内部的にこれは 1/10→2/10→3/10→……と加算されていき、10/10を出力するから、1.0になるよ。

22 :仕様書無しさん:2014/07/24(木) 00:01:17.59
数学上の実数の定義(=無理数を含む)と
コンピュータにおける一般的な実数表現に
食い違いが存在するネタを使った漫才ってことかな

で、マジレスすると、ここはマ板であって数学板ではないから、
>>18の解釈が妥当ではないかと思われる

ただし、0.1 の加算では浮動小数点でも誤差を生じないから、
例としては循環する少数、いわゆる分数で確認すべきだろう
たとえば、1/3 = 0.3333333 を3回足すと 1.0 になるか?とか

23 :仕様書無しさん:2014/07/24(木) 00:06:03.82
三進数なら。

24 :仕様書無しさん:2014/07/24(木) 01:30:26.10
共通点追加で
・仕様や実装を調べずコードを走らせた結果だけから答えを導き出そうとする

25 :仕様書無しさん:2014/07/24(木) 07:01:51.18
書いたコードが気に入らないと、次の日消す奴。
知識はあるけど計画性がないから、いつまでたっても仕事が進まない

自分はできると思ってる勘違いくんに多い

26 :仕様書無しさん:2014/07/24(木) 08:24:12.03
【知的財産と契約料金の搾取業界】
[受注系SEは生涯損害助長者ばかり]
偽装請負被害貧困SEの報復
ざまーみろw

派遣社員ではなく委託社員だそうです。

容疑者の肩書を委託社員に訂正 ベネッセ情報流出で警視庁

ベネッセコーポレーションの顧客情報流出事件で警視庁は18日、当初、
派遣社員としていた松崎正臣容疑者(39)の肩書を委託社員に訂正した。
警視庁によると、松崎容疑者はベネッセの関連会社の事業所で、データ管理
を委託された業者のシステムエンジニアとして勤務。
7月10日、所属先の業者から解雇された。
http://www.nishinippon.co.jp/nnp/national/article/102189

27 :仕様書無しさん:2014/07/24(木) 09:20:53.00
>書いたコードが気に入らないと、次の日消す奴。

書いたコードを消さないやつ、スパゲッティ化にまっしぐら
なんで、書き換えしないのかね

28 :仕様書無しさん:2014/07/24(木) 09:46:30.19
vcs使ってないんだろ察してやれよ

29 :仕様書無しさん:2014/07/24(木) 13:11:24.12
馬鹿っていう単語を使う
多分その人本人のことを書いてるだけだろうけど
この単語を多用する人間はなんらかの知能がついていけない話題にスレで暴れたり

30 :仕様書無しさん:2014/07/24(木) 13:16:55.66
省略されました・・全てを読む価値ないと判断したら人差し指で眉間を押して下さい

31 :仕様書無しさん:2014/07/24(木) 14:55:20.68
>>1
それぐらい鈍感力が無いと職業プログラマなんかやってられないぞ

32 :仕様書無しさん:2014/07/24(木) 20:15:45.61
ちょっとだけかじった程度のことをやたらと技術技術ということかなw

33 :仕様書無しさん:2014/07/24(木) 21:04:17.21
>>1は職業プログラマよりニートの方が偉いんだと言いたいだけでしょ。

34 :仕様書無しさん:2014/07/26(土) 13:21:45.31
そもそも浮動小数点型で無理数、表現できないですよ
なんだ、この議論は・・・

例えば有理数1/3は0.333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333〜永遠に続く
の無理数も含んでる

だからこれを2で割っても無理数になるから末尾の解釈(たとえば切り捨てや四捨五入)によって必ず誤差が出る
内部が有理数で扱っていても有理数(無理数)を実数表現する段階で必ず出る

floatで数を扱うってそういう事だと思うんだが?(割算とか特に)

35 :仕様書無しさん:2014/07/26(土) 13:34:16.27
1/3を1/3って保持できる型があればいろいろ捗るんだよね
演算は参照されたときにそのオペランドにあわせて始めて行われるみたいな

36 :仕様書無しさん:2014/07/26(土) 13:34:37.30
ただ、floatは7桁目まで、その精度の保証があって
自分で有理数の傾き計算するなら無限精度で計算できる違いはあるって話

数10万回以上、小数点を持つ数を割算を含めた計算を重ねると、この誤差が大きな数字となって跳ね返ってくる

37 :仕様書無しさん:2014/07/26(土) 13:41:06.98
LISP

38 :仕様書無しさん:2014/07/26(土) 16:43:56.60
>>34
数学上で「有理数は無理数を含んでいる」という文章は間違いだろ
同様に有理数である分数「1/3 を 2 で割ると必ず誤差が出る」も間違い

正しくは「無理数は有理数を含み、有理数は分数(循環を伴う小数)を含む」だし、
同様に有理数である分数「1/3 を 2 で割っても 1/6 になるから誤差は生じない」が正しい

これを前提として、まとめると以下のようになる:
・コンピュータ内部で数を浮動小数点で表現すると、割り算等で誤差が生じることがある
・コンピュータ内部で数を有理数として表現すれば割り算による誤差は生じなくなるが、
 それを(出力書式として)浮動小数点表現した段階で誤差を含むことがあるので注意が必要

なお、ここでは虚数などの無理数は取り扱わない(無視している)

39 :仕様書無しさん:2014/07/26(土) 17:06:02.90
>>38

訂正ありがとうございます
本当にその通りです

・・・ちょっと恥ずかしい・・・

40 :仕様書無しさん:2014/07/26(土) 18:45:32.85
いやいや無理数は有理数ではない数であってつまり互いに排他
一方が他方に含まれるなんて馬鹿な話はない

41 :仕様書無しさん:2014/07/26(土) 18:54:00.50
>>40
たしかにそのとおりだ、よって、>>38を訂正する

X: 無理数は有理数を含み、
O: 実数は有理数と無理数を含み、

42 :4:2014/07/27(日) 09:02:44.69
・ディレクトリ+日時バックアップしてる
というのもおかしいな
技量高い方が上記するだろ
しょうもないミスあるいはツールバグがあってもバックアップのある所までは直ちに戻せるからな
なぜかツール+自分に絶対の自信がある模様だが、そういうのこそ最も危ない

43 :仕様書無しさん:2014/07/27(日) 11:24:10.92
ツールに習熟してないから使用に自信が持てないんだろうが。
勉強しろ。

44 :仕様書無しさん:2014/07/27(日) 16:26:52.46
色々使ってみて、中から最も自分に合った便利で高効率な手法を選んでるだけのことでしょ
それより劣ると判断した手法をあえて選んで使うバカもいまい
「人が使ってるから俺も使う〜」みたいな周りに流されて生きてる奴以外は

45 :仕様書無しさん:2014/07/27(日) 16:54:02.27
gitがオワコンになったときが見ものw

46 :仕様書無しさん:2014/07/27(日) 17:02:19.81
主流に乗り換えるだけだな
一つのやり方、道具に執着心を抱く奴はそういう心配をするんだろうが

47 :仕様書無しさん:2014/07/27(日) 22:33:05.23
プライベートのパソコンでは今でもBazaar使ってる。
プライベートなら好き嫌いでいいんじゃないの。

48 :仕様書無しさん:2014/07/29(火) 22:11:06.49
>1
>・ブラインドタッチできない

俺はゲイツと同じ人差し指タイピング

49 :仕様書無しさん:2014/07/31(木) 16:33:55.67
>>46
>>42の方法なら乗り換えとか無駄臭いこと考えず生涯使えるのに

50 :仕様書無しさん:2014/07/31(木) 23:10:57.13
会社で糞する奴

51 :仕様書無しさん:2014/07/31(木) 23:41:25.01
>>49
いや、根本的に使えないよ。

52 :仕様書無しさん:2014/08/01(金) 08:01:07.29
>>38
> なお、ここでは虚数などの無理数は取り扱わない(無視している)
虚数は無理数じゃないぞー

53 :仕様書無しさん:2014/08/01(金) 08:06:09.63
>>49
お前はIDEを使わずテキストエディタでプログラムしてろ。

54 :仕様書無しさん:2014/08/01(金) 17:55:51.59
共通点
・VCSがなぜ使われているのか理解できない

55 :仕様書無しさん:2014/08/02(土) 11:20:54.51
・全角英数を多用。
・昔覚えた古い技術を使い続けて、非推奨になっても新しいことを覚えようとしない。

VB.NETでModuleやiniファイルを使いづけて、新規開発でも
ClassやXMLを使おうとしない。
へたに古い機能を残しているからやる気のないやつの温床になってる。
非推奨の機能は早く廃止してもらいたい。

56 :仕様書無しさん:2014/08/02(土) 11:45:32.02
マイクロソフトの領域に居る限りそれは無理

57 :仕様書無しさん:2014/08/02(土) 22:21:25.94
「開発環境を更新したら古いコードが動かなくなった」って苦情が山のように押し寄せることが予見されるから無理です。

58 :仕様書無しさん:2014/08/04(月) 05:51:22.91
・ググり方が下手

そのものズバリの答えがゴロゴロ転がってるのに何故か見つけられないんだなー。

59 :仕様書無しさん:2014/08/04(月) 07:36:34.47
・2chで情報収集
・煽り学習法が未だに有効だと勘違い

60 :仕様書無しさん:2014/08/04(月) 09:07:04.39
>煽り学習が未だに有効だと勘違い

2chで勉強できる

61 :仕様書無しさん:2014/08/04(月) 09:28:44.87
>>58
それ、技術じゃない

62 :仕様書無しさん:2014/08/04(月) 17:18:17.42
逆にググリがうまけりゃ他の技術なんてなんもいらん気もする。

63 :仕様書無しさん:2014/08/04(月) 18:11:45.04
また出たな、自宅警備員最強説w

64 :仕様書無しさん:2014/08/04(月) 19:14:09.63
【知的財産と契約料金の搾取業界】
[受注系SIは生涯損害助長者ばかり]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能
低技術

偽装請負従犯SEは迷惑
指示遵守
期限遵守
残業促進
利益無視
法律無視
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低収入
反社会
失業
貧困
非婚
離婚
鬱病
早死

65 :仕様書無しさん:2014/08/05(火) 00:51:48.76
>>63
どこを見て、何について最強だと言ってるんだ?

66 :仕様書無しさん:2014/08/06(水) 20:45:32.52
>>65が最弱だな

67 :仕様書無しさん:2014/08/12(火) 08:07:52.11
>>1 これは酷い

68 :仕様書無しさん:2014/08/14(木) 10:19:58.28
>>58
これだろ。

技術って何かにもよるけど、調査して答え見つけて、習得するものかと。

後は、英語読めないやつ。
日本語のサイトしかみないやつは、限界くるよ。
書けなくて良いから、読めるようにはなってほしい。

69 :仕様書無しさん:2014/08/14(木) 10:42:24.84
組み込みは底辺プログラマーの巣窟。

70 :仕様書無しさん:2014/08/14(木) 11:03:04.36
組み込みのレベルは悲惨だよな
無自覚が多いのもまた悲惨

71 :仕様書無しさん:2014/08/14(木) 19:20:44.22
組込みプログラマもピンキリだが、ハードウェアなど低レベルな知識が要るから技術力は高い方
技術力において真の底辺は Web, COBOLer, Java
次点で .Net

72 :仕様書無しさん:2014/08/14(木) 19:34:30.84
組込み屋に業務系やWeb開発やらせても
とても製品とは呼べないくらい酷いものしか作れないのは確か

業務系なら組込みへの引越は問題なく可能
Web系オンリーから業務系は可能だけど組込みへの引越は難しいかも

本当にできる人は業務系、Web系、組込み系、なんでもござれ

73 :仕様書無しさん:2014/08/14(木) 19:46:48.01
>>71
web異質

74 :仕様書無しさん:2014/08/15(金) 00:13:29.50
>>72
> 業務系なら組込みへの引越は問題なく可能
底辺プログラマとしてなら通用するかもしれないけど、それ以上は無理じゃないかなぁ。
半田ごても握ったこと無い人多いんじゃない? > 業務系

75 :仕様書無しさん:2014/08/15(金) 05:58:50.90
ハードに近い領域とアプリでは技術のベクトルが違うからな。

76 :仕様書無しさん:2014/08/15(金) 07:14:49.89
>>74
アナログはそうかもだがデジタルなら難易度も低かろう

77 :仕様書無しさん:2014/08/15(金) 09:41:15.78
新人にFizzBuzzの動くサンプル渡して1時間弄りまわして解析しろって放置したら
1時間後殆ど弄った形跡ない上に、何が分らないか分らないし変数もわからないといわれた
与えられたミッションはこの33歳新人を9月は0.5人月、10月以降1人月としてソロで稼働できるようにすること
今日1日だけの盆休みを取っても、教え方で悩み続けてまるで休みどころじゃない・・・

78 :仕様書無しさん:2014/08/15(金) 10:22:29.38
>>77
パワハラだな
解雇されないように気をつけろよ

79 :仕様書無しさん:2014/08/15(金) 10:53:37.75
>>77
その人helloworldは出来るの?

80 :仕様書無しさん:2014/08/15(金) 10:57:24.66
>>77
たしかにその33歳新人君は指導力の無い先輩の下に配置されて運が悪いね

FizzBuzz問題を与える試みは間違いじゃないけど、
「しばらく待っても期待した反応が無ければ技術レベルを落とした別の問題を与える
 というプロセスを反復する」
ことによって新人の技術レベルを測るのが普通の指導者であり、
新人君の指導を割り当てた >>77 の上司が >>77 に期待していた行動だと思われる

それを厳しい日程にもかかわらず盆休みなどとって、しかも1日かけて悩んだ末に
何をすべきか分からず困り果てているしたら、その上司は
>>77君はプログラミング技術はあるかもしれないが指導能力に欠けるから、
 次期プロジェクトでのリーダー抜擢は見送りだなぁ....」
と判断するしかないだろね

81 :仕様書無しさん:2014/08/15(金) 10:59:57.94
>>77
無能の極みだな、お前が

82 :仕様書無しさん:2014/08/15(金) 11:03:06.91
なんで>>77が叩かれるの?
俺はそんなド素人に1ヶ月でプログラム教えられないよ
読む限りPCの素養も無さそうだし

83 :仕様書無しさん:2014/08/15(金) 11:05:51.04
>>82
理解できないならお前も同類だよ?

84 :仕様書無しさん:2014/08/15(金) 11:09:23.01
>>83
君はFizzBuzzができないから>>77を叩いているのか?

85 :仕様書無しさん:2014/08/15(金) 12:08:14.38
>>82
1カ月で教えられないのは同意だが>>77は嫌がらせに近い
嫌がらせしたくなる気持ちはわかるが
悪意あるにしろないにしろ、そんな関わり方しか出来ないなら新人には関わらない方がいい

そもそも33歳未経験なんで死んでほしいけどな

86 :仕様書無しさん:2014/08/15(金) 12:13:41.08
FizzBuzzてアルゴリズムの入門だよ?
>>77はプログラムの書き方くらい知ってると思ったからFizzBuzz書かせたんだろ。
変数が判らないてのは、実はプログラム自体勉強したことが無かったんだろ。
それを1ヶ月で教えるのは、頭抱えるわ。

普通33歳未経験で業界に入れるのは、独学でも勉強してきた奴だけだが
どういう経緯で入社出来たのか気になるところだ。

87 :仕様書無しさん:2014/08/15(金) 12:21:11.52
23〜24の文系卒新卒を1ヶ月で何十人も現場送りにしなきゃいけない
なんてごく普通のことなのに、33歳一人になんてざまだよ無能が

88 :仕様書無しさん:2014/08/15(金) 12:31:57.53
すまんな、物教える技術力という意味では俺も低いだろうと思う、アスペ持ちだし

次にやったのは>>80のとおりなんだが、最終的にHelloWorld教え込むのに丸一日使った
というより表示する、という概念を教えるのに丸一日使った、というべきか
新人は製造関係から中途でこっちきて、PCは触ったことないらしくて
火水はPCの扱い方で別の人から研修を受けていたそうだ

89 :仕様書無しさん:2014/08/15(金) 12:42:44.48
ムリって言わせなけりゃいいんだよ
ワタミ方式でがんばれ

ワタミ社長「『無理』というのはですね、嘘吐きの言葉なんです。
       途中で止めてしまうから無理になるんですよ」
村上龍「?」
ワタミ「途中で止めるから無理になるんです。
    途中で止めなければ無理じゃ無くなります」
村上「いやいやいや、順序としては『無理だから→途中で止めてしまう』
    んですよね?」
ワタミ「いえ、途中で止めてしまうから無理になるんです」
村上「?」
ワタミ「止めさせないんです。赤字を出そうがブッ潰れようが、とにかく一週間全力でやらせる」
村上「一週間」
ワタミ「そうすればその店はもう無理とは口が裂けても言えないでしょう」
村上「・・・んん??」
ワタミ「無理じゃなかったって事です。実際に一週間もやったのだから。
    『無理』という言葉は嘘だった」
村上「いや、一週間やったんじゃなくやらせたって事でしょ。赤字が出ても潰れても」
ワタミ「しかし現実としてやったのですから無理じゃなかった。
    その後はもう『無理』なんて言葉は言わせません」
村上「それこそ僕には無理だなあ」

90 :仕様書無しさん:2014/08/15(金) 12:42:49.68
その33歳に理解力があれば良いんだけどな
>>80も哀れだが33歳も哀れよ

91 :仕様書無しさん:2014/08/15(金) 12:47:48.44
IDでないのか。88=77ね。
俺は俺で別プロジェクトに1.25人月/月フルにアサインされてて、研修はボランティアで担当してくれといわれている
まあボランティアとはいえ戦力が増えるのは良いことだからなんとか一人前にしたい

>>89
数年前にそれで体を非可逆的に破壊されて働けなくなった人がいて
今現場ではワタミ方式は自粛されてる、ちょっとだけホワイトになった

92 :仕様書無しさん:2014/08/15(金) 12:54:43.39
現場で禁止されてるならバレないように死んでもらえ
それがみんなのためだ

93 :仕様書無しさん:2014/08/15(金) 13:24:02.09
>>88
教えかたが悪い。

俺なら上手くやれる

94 :仕様書無しさん:2014/08/15(金) 14:10:13.99
>>93
時間が無限にあれば90%位の確率でできるかもな
>>88の教え方には間違いなく問題あるけど、>>88にだって仕事あるだろ、あんまりそのへんの背景を無視して責めるなよ

95 :仕様書無しさん:2014/08/15(金) 15:10:49.47
88見る限りぺちぱーみたいな奴だな
33年PC触ったことないつーのもおかしいし使い物になる気がしないぞ

96 :仕様書無しさん:2014/08/15(金) 17:48:04.11
>>93>>92をうまくアレできるってことか

97 :仕様書無しさん:2014/08/15(金) 18:16:25.73
>>93に期待だな

98 :仕様書無しさん:2014/08/15(金) 20:06:33.53
>>88
33歳プログラム未経験者を採用した人事が悪いと思うw

まあ、才能というかやる気あれば33歳未経験でも良いんだけどさ、
そんなの9月に0.5人月、10月に1人月みたいな無茶な計画立ててる会社なんだから、
推して知るべしだなあ

某国立大学理工学部院卒のポンコツ任された事のある身なんで、
俺は同情するわw

99 :仕様書無しさん:2014/08/15(金) 20:27:03.11
受けた以上は33歳未経験といえども要求通りの期間で育てる義務がある。
後からこんなに素人だとは思いませんでした、なんて通じない。
最初のスケジュールを立てるときに確認しなかったのが悪い。

努力なんて意味ないんだよ。そんなのが評価されるのは小学生だけ。
社会人ならきちんと要求通りのものを仕上げて見せろ。
努力なんてしてもしなくても、要求を満たせばそれでいい。

100 :仕様書無しさん:2014/08/15(金) 20:32:39.44
なんか言ってることに深みがないなw

101 :仕様書無しさん:2014/08/15(金) 20:33:01.33
>33歳プログラム未経験者を採用した人事が悪いと思うw

世の中、そのぐらの者しかいなくなっちゃっている、と思うよ。

>まあ、才能というかやる気あれば33歳未経験でも良いんだけどさ、

才能を推し量るものさしは、数学のテストができるかだ。
文系の頭は行き詰まるよ、考え続けるという体力がない。

102 :仕様書無しさん:2014/08/15(金) 20:33:26.31
中学生が言いそうw

103 :仕様書無しさん:2014/08/15(金) 20:36:40.08
>なんか言ってることに深みがないなw

99のじじいのことだろ、塩沢トキさんがお似合いさ

104 :仕様書無しさん:2014/08/15(金) 21:23:28.77
会社には言われたことにはYesしか存在しない。退職願が唯一のNoだ。

なんて毎日言われてりゃ、いやでもハイやります以外言えなくなるし、思考も麻痺する

105 :仕様書無しさん:2014/08/16(土) 07:53:02.67
>>104

おめぇ、なにいってもだめよ、深みがない

106 :仕様書無しさん:2014/08/16(土) 08:43:49.43
>>104 カサンドラ監獄の囚人さんですか?

107 :仕様書無しさん:2014/08/16(土) 12:33:37.48
Yes

108 :仕様書無しさん:2014/08/17(日) 00:32:02.17
友達の店サイト構築とかはプログラミングに・・・入るんかな?
仕事を離れた休日でもEclipseを立ち上げると微妙に思考が仕事モードに入ってしまうのがアレなんだよな。
休日でも休日じゃあない感覚っていうww

109 :仕様書無しさん:2014/08/17(日) 00:46:18.19
休日に自分を利用する人を友達と呼ぶか?

110 :仕様書無しさん:2014/08/17(日) 03:18:08.73
>>109
まあ友人価格とはいえ少しお金取ってるからそこはお互いWinWinかなと。
今の開発現場は技術的にもかなり保守的だから、新し目の技術とかデザイン模索しつつクロスブラウザ対策と勘案して作ってみたりするのが楽しいし、
スキルアップにもなると思ってやってるよ。

111 :仕様書無しさん:2014/08/17(日) 16:04:14.86
おめでたいやつだな

112 :仕様書無しさん:2014/08/19(火) 07:42:58.76
>>108
>>110
なんかこいつ痛くね?w 現在進行形で黒歴史積み上げておられるwww

113 :仕様書無しさん:2014/08/19(火) 07:44:44.95
かー休日なのにプログラミングしちまったわー
またスキルアップするわー
みたいなwww すげーうぜーwww

114 :仕様書無しさん:2014/08/19(火) 17:58:09.74
あんまいじめんなよwww

115 :仕様書無しさん:2014/08/19(火) 20:57:29.83
俺だorz>>72

組み込み系はIOとの絡みあるから
解決できればたった1ステップでも大進捗だが
Web系はそれこそ一日1000ステップ以上コーディングするくらいの気合が必要だと
最近気づいたorz

116 :仕様書無しさん:2014/08/19(火) 21:03:42.45
>>115
Webで1000ステップなんて午前中の仕事だ

117 :仕様書無しさん:2014/08/19(火) 22:13:34.38
コード量産すんなよカス

118 :仕様書無しさん:2014/08/20(水) 02:03:42.86
雑に手を抜いて書けば、1000行なんてあっという間だが、

重複するコードがないように無駄がなく短い行数で
分かりやすく書くなら1000行行かないこともあるな。

数だけ多ければいいってもんじゃないよ。
同じ処理を短いコードで書いたほうが優秀なんだから。

119 :仕様書無しさん:2014/08/20(水) 07:02:55.48
Web系の場合、なにも書くのはロジックだけじゃない

120 :仕様書無しさん:2014/08/20(水) 15:11:45.61
>>118
なんで見栄を張っちゃうかなあww

121 :仕様書無しさん:2014/08/20(水) 15:53:01.18
やりたいことできればいいだけなら
1000行書いて動かすのはすぐだろ

その場合、文章で言うと2chの書き込み程度の文章になる

章分け、起承転結、短くて読みやすくてわかり易い文章にするには、それなりに時間がかかる

特に見栄を張ってるように見えないけど、どこにそう感じたんだろう

122 :仕様書無しさん:2014/08/20(水) 17:06:04.31
>1000行行かないこと "も" あるな。

1000行/日がデフォとか見栄でしょww
それとも量産可能な程度のコードを毎日毎日書いてらっしゃるのかなww
似たようなコードばかり書いてらっしゃるのかなww
思考が不要なコードばかり書いてらっしゃるのかなww

123 :仕様書無しさん:2014/08/21(木) 21:09:25.68
>>121
俺もそう
500ステップ超えるとそれなりにコードに統一性がなくなったり
同じような処理が分散して共通化が必要になったりそこでどうしても調整が入る

124 :仕様書無しさん:2014/08/21(木) 21:59:39.20
>>123
プログラム設計が出来ていないから悪い

125 :仕様書無しさん:2014/08/21(木) 22:29:15.93
500ステップって、小さなクラス一つじゃないか。

126 :仕様書無しさん:2014/08/21(木) 22:35:01.11
>>124
そうだね。それは認める

127 :仕様書無しさん:2014/08/21(木) 22:45:32.09
>>125
500行じゃなくて500ステップなら
小さなクラスではなくて、普通のクラス。

仮に1000ステップあったとしたら
それは大きなクラスではなくて、酷いクラスになる。

128 :仕様書無しさん:2014/08/21(木) 22:48:52.68
100ステップのクラス100個より、1000ステップのクラス10個の方がいいなぁ。

129 :仕様書無しさん:2014/08/21(木) 22:54:30.98
さて10000ステップのクラス1個はどうかな?

130 :仕様書無しさん:2014/08/21(木) 22:56:24.00
一個しかねえんならクラスにする必要ねえだろ

131 :仕様書無しさん:2014/08/21(木) 22:57:56.05
じゃあ、クラスじゃなくていいよ。
1万ステップでできた、1個のファイルにするかい?
それとも1個の関数にするかい?

132 :仕様書無しさん:2014/08/21(木) 23:52:04.79
ファイル1個ならいいよ

133 :仕様書無しさん:2014/08/22(金) 00:47:05.07
100ステップ100個の方がいい

問題はステップ数より、機能として完結してる物をできるだけ小さく作って組み合わせてるかどうか

134 :仕様書無しさん:2014/08/22(金) 09:19:08.76
この解決しろよ
【知的財産と契約料金の搾取業界】
[受注系SIは生涯損害助長者ばかり]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEは迷惑
不当指示遵守
悪徳期限遵守
残業促進
利益無視
法律無視
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低技術
低収入
失業
貧困
非婚
離婚
鬱病
早死

135 :仕様書無しさん:2014/08/22(金) 09:39:48.63
クラス探しにくそう
本人以外わけわからん

136 :仕様書無しさん:2014/08/22(金) 11:23:56.60
そりゃ1ファイルに100個ものクラスがあれば
探しにくいだろうなw

137 :仕様書無しさん:2014/08/22(金) 11:31:30.57
アホラスシステム

138 :仕様書無しさん:2014/08/23(土) 19:42:22.50
>>136
そんなもんエディタ次第。

139 :仕様書無しさん:2014/08/23(土) 21:12:27.24
>>138
エディタでなんとかなると思ってるあたり、
技術が低い奴ってことだな。

140 :仕様書無しさん:2014/08/23(土) 22:41:49.29
1ファイル=1クラスで
クラス名=ファイル名なら
別れた方が良いが1000個もあるとジャマかな

141 :仕様書無しさん:2014/08/23(土) 23:20:01.17
>>140
その数なら機能ごとにディレクトリ分けたりするだろ

142 :仕様書無しさん:2014/08/24(日) 01:19:22.33
>>140
JAVAだと1クラス=1ファイルだけど、
C++だと1クラス=2ファイルだね。

143 :仕様書無しさん:2014/08/24(日) 01:54:22.06
えっ?

144 :仕様書無しさん:2014/08/24(日) 01:56:27.75
>>143
.hでクラス定義して、実装は.cppとかでやるから。

145 :仕様書無しさん:2014/08/24(日) 02:00:58.61
必ずそうなるとは限らない

146 :仕様書無しさん:2014/08/24(日) 02:02:11.45
規約にもよるとは思うけど。

147 :仕様書無しさん:2014/08/24(日) 08:54:17.50
javaは1クラス1ファイルの縛りが気に入らない

148 :仕様書無しさん:2014/08/24(日) 10:05:48.57
>クラス探しにくそう 本人以外わけわからん

だから、クラス図がいるわけ。保守のための設計書ね

149 :仕様書無しさん:2014/08/24(日) 10:10:02.51
え?Javaでも1ファイルに複数のクラスを入れられたよ?

ファイル名とファイル内のクラス名の一致とかそのあたりでの制限が面倒。
たぶんそのファイル名と同じ名前のクラスを使っているから
そのファイル内にあるクラスも使えている状態だと思う。

150 :仕様書無しさん:2014/08/24(日) 11:16:21.89
見事にレベル低い奴の集会場になってるな

151 :仕様書無しさん:2014/08/24(日) 11:22:54.02
オナエモナー

152 :仕様書無しさん:2014/08/24(日) 11:32:31.55
https://d3j5vwomefv46c.cloudfront.net/photos/large/864434850.jpg
http://light.dotup.org/uploda/light.dotup.org59120.jpg

オカマ

153 :仕様書無しさん:2014/08/24(日) 11:43:21.67
>>149
> え?Javaでも1ファイルに複数のクラスを入れられたよ?
そのとおりだね。

http://www.atmarkit.co.jp/ait/articles/1007/27/news103_3.html

public class App8 {
  class Ic implements Ii {
    String value;
    Ic(String v) { 略 }
    public void print() { 略 }
  }

  interface Ii {
    void print();
  }

  public void execute() { 略 }

  public static void main(String[] args) {
    App8 app8 = new App8();
    app8.execute();
  }
}

154 :仕様書無しさん:2014/08/24(日) 11:47:14.44
>>153
こうだよ。

namespace xxx;
public class Class1 {
}

class Class2 {
}

これで1つの*.javaなファイルw

155 :仕様書無しさん:2014/08/24(日) 18:08:39.81
>>139はエディタの使い方も知らないバカ

156 :仕様書無しさん:2014/08/24(日) 20:15:21.89
アプリケーションの使い方を知ってるだけで万能だと思ってる子がいるね。
中古の高級車に乗ってるような子もこのタイプ。落ちるとは思えない簡単な
試験に受かっただけで、自信満々。ある意味羨ましいw

157 :仕様書無しさん:2014/08/24(日) 20:39:28.06
ただ既存のエディタでファイルを開くのが「ファイルを使う」ことだと思ってるのが低技術の特徴w

158 :仕様書無しさん:2014/08/24(日) 20:41:26.65
でもきっと>>157はエディタなんか作れない。

159 :仕様書無しさん:2014/08/24(日) 21:10:51.59
でもKACなら、きっとKACならエディタを設計してくれる

160 :仕様書無しさん:2014/08/24(日) 23:02:27.81
配列しかデータ構造を知らない組み込みプログラマー。

161 :仕様書無しさん:2014/08/25(月) 00:42:51.85
組み込みでは動的にデータを管理する必要はあまりないからな。
必要もないアルゴリズムはただのオナニーだよ。
バカは暗記するしかないのかもしれないけど。

162 :仕様書無しさん:2014/08/25(月) 01:56:08.77
>>158
エディタを作るのってけっこームズカシイんだぜ
っておもってそー (;・∀・)

163 :仕様書無しさん:2014/08/25(月) 02:13:23.84
難しいというより、めんどくせーだろ。

164 :仕様書無しさん:2014/08/25(月) 07:23:23.69
>>162はテキストウィジェットとファイルの読み書きだけで
エディタ作ったとか言い出しそう

今時、スクリプト言語処理系を持ってないエディタなんて誰も使わないのにねー

165 :仕様書無しさん:2014/08/25(月) 08:11:29.91
営業利益が高い奴

166 :仕様書無しさん:2014/08/25(月) 08:13:03.71
>>1
オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/

167 :仕様書無しさん:2014/08/25(月) 08:23:54.76
http://blogs.yahoo.co.jp/php_java_ruby/54638047.html

168 :仕様書無しさん:2014/08/25(月) 21:09:48.71
DOS時代に作ったなエディタ、結構売れた

169 :仕様書無しさん:2014/08/25(月) 21:31:46.94
はいはいおじいちゃん
もう寝ましょうね

170 :仕様書無しさん:2014/08/26(火) 05:44:40.56
平均寿命が糞高い日本で30代半ばが爺さん扱いか・・

171 :仕様書無しさん:2014/08/26(火) 07:23:29.63
実年齢関係なく、耄碌してればお爺ちゃんだろ

172 :仕様書無しさん:2014/08/26(火) 07:44:54.12
>>171
はいはい、おじいちゃん、パンツはくの忘れてますよ。

173 :仕様書無しさん:2014/08/26(火) 07:48:47.85
ボケてるからなのか元から低レベルなのか、
オウム返ししかできないんだろうな。
プログラム技術だけじゃなくて、日本語技術も低くて
生きていくの辛くないのかね。

174 :仕様書無しさん:2014/08/26(火) 08:10:02.72
そういうのはオウム返しって言わないけどな


ボケてなければな…

175 :仕様書無しさん:2014/08/26(火) 20:52:58.80
ハロプロファンはお爺ちゃんが多いw

176 :仕様書無しさん:2014/08/26(火) 23:17:00.72
>>171
君は>>168から耄碌してるのが読み取れる超能力者?

177 :仕様書無しさん:2014/08/26(火) 23:56:49.94
>>176
>>171はそんなこと言ってる?
なんかすごいもの読み取ってる?

178 :仕様書無しさん:2014/08/27(水) 06:51:32.86
>>177
>>168-171の狭く短い会話すら読めないのか?

179 :仕様書無しさん:2014/08/27(水) 07:22:59.91
>>171は「耄碌してれば」って前提置いてるじゃん。
「耄碌してる」とは言ってないじゃん。

180 :仕様書無しさん:2014/08/27(水) 07:46:11.22
>>179
前提置くってことはそう考えてるってことだろ。なめたこと言ってんなよ。

181 :仕様書無しさん:2014/08/27(水) 08:01:35.92
ぺろぺろ

182 :仕様書無しさん:2014/08/27(水) 08:11:19.20
お爺ちゃんはいろいろ見えちゃいけないものが見えてるんだね。

183 :仕様書無しさん:2014/08/27(水) 08:32:54.20
早く作ると儲からないじゃんw

184 :仕様書無しさん:2014/08/27(水) 22:37:01.98
>>183
1日で作っても価値があるなら10日分請求してもいいんだよ?

人月なんかやってるから、正しい判断ができなくなる。

かけた時間で金をもらうんじゃなくて
作ったもので金をもらうのが筋なんだから。

185 :仕様書無しさん:2014/08/27(水) 22:42:31.74
涼花ヲタかよw>>181

186 :仕様書無しさん:2014/08/28(木) 02:51:21.18
>>184
あとは相手が払えるギリギリの額払わせるのも大事だな
変に「金儲けの為にやってるわけじゃない」みたいな嫌儲主義者がいるからいつまでたっても待遇悪いんだよ
バカは全員死ね

187 :仕様書無しさん:2014/08/28(木) 08:13:42.25
>>184
自分は、終わったら他の事やっている。

188 :仕様書無しさん:2014/08/29(金) 07:29:51.71
・マ板に入り浸っている

189 :仕様書無しさん:2014/08/29(金) 13:29:03.95
高学歴
高収入

190 :仕様書無しさん:2014/09/01(月) 02:09:51.82
>>42
SVNとかを使えない、という意味だろうと思う

191 :仕様書無しさん:2014/09/01(月) 18:36:46.39
>>42とか最低だなw

192 :仕様書無しさん:2014/09/01(月) 23:48:18.73
好きな方法使えばいいじゃん

193 :仕様書無しさん:2014/09/02(火) 00:02:58.90
いや、手動バージョン管理やってるリーダーが
「毎日メンバーのコードを管理するだけで大変でさ。それだけで一日終わっちゃうんだよね」
「メンバーが帰ってからやっと自分の仕事ができるって感じ?」
とか自慢してるの見ると、お前馬鹿じゃないのかと言いたくなるぞ。

194 :仕様書無しさん:2014/09/02(火) 00:18:27.30
>>193
ものすごい極端な例を出したな
グループ開発なら普通にバージョン管理使うだろ
一人ならそんなもん使わんけど

195 :仕様書無しさん:2014/09/02(火) 00:43:43.62
>>194
使わないところも以外とある。なぜか知らないけど。
そして「一ヶ月前のバージョンに戻したいんだけど、誰か持ってる?」みたいなメールが飛び交ってる。

つか、一人でも使った方が遥かに便利。
外出先でもリポジトリからコード取り出せるし、エンバグしたときの調査も簡単。

196 :仕様書無しさん:2014/09/02(火) 02:53:35.87
>>193
それ黙ってられる人、尊敬しちゃう。

197 :仕様書無しさん:2014/09/02(火) 06:25:43.23
>>195
ソースの社外持ち出しを禁止してる会社もあるらしい

198 :仕様書無しさん:2014/09/02(火) 07:18:32.27
>>197
今時は普通だろ。

199 :仕様書無しさん:2014/09/02(火) 12:11:53.51
進捗管理しかしない人

200 :仕様書無しさん:2014/09/02(火) 19:46:42.15
もちろん退社する人間の脳みそからはちゃんとソースコードをフラッシュしてるんだろうな?

201 :仕様書無しさん:2014/09/02(火) 20:04:19.89
作った張本人からソースを奪うとか無意味にも程がある
超絶な非効率を押し付けてるだけだろ

そういうソースや技術を大事にしてる風の会社に限って
技術や技術者は金で買える系の最低な暴言を吐いたりする

202 :仕様書無しさん:2014/09/02(火) 20:54:05.19
>>201
仕事しろよ

203 :仕様書無しさん:2014/09/02(火) 21:05:34.44
>>201
いや、金で買えるだろ。
ぐぐるとかそれを実践してるし。

204 :仕様書無しさん:2014/09/02(火) 21:50:53.53
>>201
古臭い終身雇用年功序列にしがみつく老害左翼みたいなやつだな

205 :仕様書無しさん:2014/09/03(水) 02:46:54.67
っていうか、人は金で買えるんだよ。
技術者だけじゃなくて、デザイナーとか営業とか
果ては社長まで。

206 :仕様書無しさん:2014/09/03(水) 06:24:05.46
>>203
金で買えるよ、205の言うとおり技術者から管理職までどんな奴でも
あえて技術者に絞って言う奴はちょっとおかしい

207 :仕様書無しさん:2014/09/03(水) 07:15:14.73
>>202-204
君らはプログラム技術が低い奴の代表格だな
技術力がいらない程度の仕事しかないんだろう

208 :仕様書無しさん:2014/09/03(水) 08:00:13.82
>>207
君は会社の寄生虫の代表格だな
技術者は金では買えないんだと言いながらろくに働かないで給料泥棒してるんだろ

209 :仕様書無しさん:2014/09/03(水) 09:24:25.08
クリティカルパスが分からず、手当たり次第に割り込み禁止掛けるのやめい。

210 :仕様書無しさん:2014/09/03(水) 11:26:49.91
買えるというより、買うべきだろ、高い金で。
実力者を買い叩こうとするから批判されるのであって。

211 :仕様書無しさん:2014/09/03(水) 14:19:41.63
数学ができない

212 :仕様書無しさん:2014/09/06(土) 15:14:12.07
【知的財産と契約料金の搾取助長】
[受注系SIは生涯損害促進者ばかり]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
残業見積
利益無視
法律無視
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低技術
低収入
失業
貧困
非婚
離婚
鬱病
早死

213 :仕様書無しさん:2014/09/07(日) 16:16:32.25
>>211
プログラマって8割文系って現場で聞いて難しくないんじゃって
おもった

214 :仕様書無しさん:2014/09/07(日) 17:34:41.88
>>213
それは、DB使うところだけ

215 :仕様書無しさん:2014/09/07(日) 17:36:28.07
>>214
DB専門の人?インフラとか?
PGは理系率高いのか。でもプログラム覚えて思うが
全然難しいっていう部分ないぞ

216 :仕様書無しさん:2014/09/07(日) 17:44:57.75
>>215
WebやDB使うプログラムは、
超簡単ロジックが大半

217 :仕様書無しさん:2014/09/07(日) 17:47:51.06
>>216
Webアプリや2chみたいスレ保存DBつかうのは
簡単ってことか。

難しいのは組み込み?

218 :仕様書無しさん:2014/09/07(日) 17:56:15.00
>>217
組み込みは、難しいロジック多いよ

219 :仕様書無しさん:2014/09/07(日) 17:57:51.86
※コピペ推奨
多重契約等で知的財産と契約料金を横取りされ、将来の生活が脅かされているため、協力しましょう。
単価 60万円/月以上
稼働 180時間/月以下
工数 客先提示期間の2倍
[推定平均生涯収入]
90万/月以上 3億円5,000万以上(大卒サラリーマン上位 レベル)
80万/月以上 3億円以上(大卒サラリーマン平均レベル)
70万/月以上 2億円5,000万以上(大卒サラリーマン下位 レベル、高卒サラリーマン上位レベル)
60万/月以上 2億円以上(高卒サラリーマン平均レベル)
50万/月以上 1億円5,000万以上(高卒サラリーマン下位 レベル)
40万/月以上 1億円以上(フリーターレベル)
30万/月以上 5,000万以上(パートレベル)

220 :仕様書無しさん:2014/09/07(日) 18:56:15.69
>>213
コミュ力ゼロ、数学力ゼロなのに。
文系に失礼だろ。理系に失礼だろ。
プログラマは情報系でいい。文理どっちにも属さない。

221 :仕様書無しさん:2014/09/07(日) 19:00:36.62
>>220
COBOL 文系
C言語 理系

222 :仕様書無しさん:2014/09/07(日) 20:21:32.31
>>218
難しいの組み込みだけか
アンドロイドでいうとプラットフォームのやつでしょ
C,C++のやつとハードウエアも勝手に動くからむずいのかな

223 :仕様書無しさん:2014/09/07(日) 20:30:51.07
ハード絡むと人命が関わるから別の意味で難しいな

224 :仕様書無しさん:2014/09/07(日) 21:08:16.12
ハードというかマイコンね
難しいプログラムやってみたいわ。そっちの方が楽しそう
Javaとか簡単すぎるし

225 :仕様書無しさん:2014/09/07(日) 21:23:20.81
難しいプログラムやってみたいならゲームやってみれば?

226 :仕様書無しさん:2014/09/07(日) 21:43:31.99
どんなゲームですか?
CやC++で書いたりするやつですか?

227 :仕様書無しさん:2014/09/07(日) 21:44:18.77
RPGやマリオ系横スクロールのゲーム、シューティング
全部基本的なものは作ってる感じなんですが
うにてぃだかはさわったことないです

228 :仕様書無しさん:2014/09/07(日) 21:45:54.16
3Dのやつ

229 :仕様書無しさん:2014/09/07(日) 21:47:53.71
サーバー立ててソケット通信してオンラインゲーム作るのもありかもね

230 :仕様書無しさん:2014/09/07(日) 22:24:45.12
全然難しくないぞそれ。
それより数学の博士取って軍事行け軍事。

231 :仕様書無しさん:2014/09/07(日) 22:54:29.06
>>218
難しいロジックなんてほとんどないよ > 組込み

232 :仕様書無しさん:2014/09/07(日) 23:12:21.30
>>231
DBは、ロジックすらない

233 :仕様書無しさん:2014/09/07(日) 23:13:19.64
>>231
底辺?

234 :仕様書無しさん:2014/09/08(月) 00:09:54.94
俺は全然難しくないと思ってるけど、
>>233にとっては難しいかもw

235 :仕様書無しさん:2014/09/08(月) 00:25:19.34
>>234
私はお金だけが目的の
情報高学出身です

236 :仕様書無しさん:2014/09/08(月) 00:26:15.20
>>234
安い技術はヘドが出る

237 :仕様書無しさん:2014/09/08(月) 00:32:19.53
>>233
まぁバスとかチップとか底辺の動きを知らないといけないけど、その程度。
ロジック的には難しくはないよね。割り込みとバッファの制御が主なお仕事。

238 :仕様書無しさん:2014/09/08(月) 07:09:48.97
簡単な事をすっげー難しくして
周りに迷惑かけてるのに本人は凄い事してるんだって勘違いが蔓延してるから
便所の落書きだけだと信用できなくて話が進展しないのよね

239 :仕様書無しさん:2014/09/08(月) 07:24:02.49
>>237
組み込みの仕事ってのは、デバイスドライバ作るだけじゃないだろ

240 :仕様書無しさん:2014/09/08(月) 07:47:35.94
残業する奴は
低技術

241 :仕様書無しさん:2014/09/08(月) 09:54:30.91
組み込みはハードのバグとの戦い
それ以外はそれほど難しくない、慣れの作業

242 :仕様書無しさん:2014/09/08(月) 12:08:58.81
プログラマーという職業が消滅する日。
http://cobol.blog.jp/archives/12523059.html

243 :仕様書無しさん:2014/09/08(月) 14:56:28.38
>>241
だから組み込み=そういう小規模なデバイスドライバの開発を指すだけじゃないって。
携帯や自動車などの大規模組み込みシステムは、数百人単位の開発人数と数年規模の開発期間を必要とし
こういうの全部ひっくるめて組み込みというんだ。

244 :仕様書無しさん:2014/09/08(月) 14:59:55.62
>>243
というキミが一番「組み込み=小規模」と決め付けてるんだろう。
誰も小規模の話しなんてしていないのにw

245 :仕様書無しさん:2014/09/08(月) 15:04:22.05
規模が大きかろうが組み込みは組み込み
一人で1週間で作ろうが百人で3年で作ろうがポイントは大して変わらんよ
構成部品が多いか少ないかの違いでしかないからな

246 :仕様書無しさん:2014/09/08(月) 15:18:16.23
ではあなたが100人いて3年の開発期間があったら、カーナビや携帯を作れると思いますか?
S/W開発に必要なツールの購入費と、H/Wの生産開発費は与えます。

247 :仕様書無しさん:2014/09/08(月) 16:11:21.05
>>245
たぶんキミはプロジェクトマネージャにはなれない。

248 :仕様書無しさん:2014/09/08(月) 16:27:24.15
>>246
よゆー
本職だしな

249 :仕様書無しさん:2014/09/08(月) 16:30:06.55
>>247
組み込みじゃないけど、150人規模の中規模システムのプロジェクト群なら
3年前までマネージメントしてた

250 :仕様書無しさん:2014/09/08(月) 16:33:24.81
クチだけならいくらでもいえるよねwww

251 :仕様書無しさん:2014/09/08(月) 19:08:40.67
今時、1000人月単位の規模の組み込み案件なんて、日本中でもそんな多くないぞw

252 :仕様書無しさん:2014/09/08(月) 21:07:56.61
カーナビとか携帯とかどうでもいいもんいらんから
動くダッチワイフ作れよ

>>246
が開発費出してくれるらしい

253 :仕様書無しさん:2014/09/08(月) 22:15:42.90
なんかもう技術力が低いってより、人間としてのレベルの低さを露呈してるよね

254 :仕様書無しさん:2014/09/08(月) 22:17:07.38
PGって偏差値が低いのが多いからこういうのになっちゃうんだよ
あたまよかったらだれもこないよ
こんな業界

255 :仕様書無しさん:2014/09/08(月) 22:28:15.95
あたまいいのもいっぱい来るんだけどね
大手の待遇いいところには

256 :仕様書無しさん:2014/09/09(火) 00:52:44.58
頭いいけど、お勉強はできるけど、アイディアがないんだよな。

257 :仕様書無しさん:2014/09/09(火) 05:52:03.39
>>256
頭いいし知識も豊富な奴が考えたアイデアをお前が実行できると思う?
アイデアがないんじゃなくて、君が蚊帳の外なだけだよ。

258 :仕様書無しさん:2014/09/09(火) 07:18:16.98
あれ?いつからごっこ遊びの話になってたの?

259 :仕様書無しさん:2014/09/09(火) 08:05:54.55
受注系SEは、
スキルや残業が上昇するほど
ギャラや期間が下降するから
気を付けろ!

260 :仕様書無しさん:2014/09/10(水) 23:52:21.98
プログラミンできないやつってググらないよね

261 :仕様書無しさん:2014/09/11(木) 00:31:37.31
ぐぐって見つけたコードをペーストするのは
コーディングって言いませんよ?

262 :仕様書無しさん:2014/09/11(木) 06:54:01.90
ググってペーストしようが手打ちしようがコーディングっていうでしょう。
普段C使ってるから、VBで開発した時はググりまくってペーストしまくったわ。

263 :仕様書無しさん:2014/09/11(木) 16:28:05.94
フレームワークとかリファレンス読んでても時間の無駄だから
似たようなexampleコピって改造してた

264 :仕様書無しさん:2014/09/11(木) 22:19:12.39
動かないコードを眺めて
どこかに書き間違いはないか?って探してる。

さっさとデバッグprintでもすれば早いのに
それをしないでずっとコードを眺めてる。

265 :仕様書無しさん:2014/09/12(金) 00:37:11.01
技術力が高くなると、コードを動かさなくても眺めるだけで問題点を特定できるようになる。

266 :仕様書無しさん:2014/09/12(金) 01:29:53.64
動かそうとしたら、そこにはこなかった、
とかたまにあるけどなw

267 :仕様書無しさん:2014/09/12(金) 01:43:28.17
動く環境がないとかコンパイル環境がないとか

268 :仕様書無しさん:2014/09/12(金) 07:56:27.19
受注系SEは、
スキルや残業が上昇するほど
ギャラや期間が下降するから
遅く作る努力が賢明

269 :仕様書無しさん:2014/09/12(金) 09:05:45.47
>>265
コード眺めてていてわからない時に、
ずっと眺めるなって話なんですけど?

270 :仕様書無しさん:2014/09/12(金) 12:32:05.91
心眼で見ればバグが輝いて見える

271 :仕様書無しさん:2014/09/12(金) 12:47:25.12
俺くらいになると、見るまでもない()

272 :仕様書無しさん:2014/09/12(金) 13:04:55.72
見事なまでに「プログラム技術が低い奴の共通点」

273 :仕様書無しさん:2014/09/12(金) 14:09:20.54
バグがあった時、ロジックを追うのではなく
適当な数字や変数を入れ替えて動いたからOKってやつ、実際にいるから困る

274 :仕様書無しさん:2014/09/13(土) 00:52:20.49
とりあえず動けば後はどうにかなる

275 :仕様書無しさん:2014/09/13(土) 00:58:19.55
>>274
>>272

276 :仕様書無しさん:2014/09/13(土) 05:28:00.40
>>273
テストケース完全否定ッスか

277 :仕様書無しさん:2014/09/13(土) 07:06:30.03
動かねえよ!

見た目が悪いプログラムなんてテコでも動かんw

278 :仕様書無しさん:2014/09/13(土) 07:07:39.90
>>276
当然だろ
なんで動かないか判ってないんだから

279 :仕様書無しさん:2014/09/13(土) 09:36:28.85
※コピペ推奨
偽装請負等で知的財産と契約料金を横取りされ、将来の生活が脅かされているため団結しましょう。
単価 70万円/月以上
稼働 180時間/月以下
工数 客先提示の2倍期間
[推定平均生涯収入]
90万/月以上 3億円5,000万以上(大卒サラリーマン上位 レベル)
80万/月以上 3億円以上(大卒サラリーマン平均レベル)
70万/月以上 2億円5,000万以上(大卒サラリーマン下位 レベル、高卒サラリーマン上位レベル)
60万/月以上 2億円以上(高卒サラリーマン平均レベル)
50万/月以上 1億円5,000万以上(高卒サラリーマン下位 レベル)
40万/月以上 1億円以上(フリーターレベル)
30万/月以上 5,000万以上(パートレベル)

280 :仕様書無しさん:2014/09/13(土) 13:19:18.39
>>278
その状況で>>273はプログラムを組めないSEが普段やってるやつじゃん

281 :仕様書無しさん:2014/09/15(月) 22:43:39.24
>>1
勉強しない
これだけ

282 :仕様書無しさん:2014/09/16(火) 09:02:37.86
基本、将棋と同じだよ?

コードがアタマの中に入っており、頭の中で動きが追える。
ほぼ99%はオツムで考えたとおりに動くものだから。

でも、将棋と違うのは、コードどおりにコピュータが動くとは
限らないないので(バグとか言語系のクセとかタイミング等)
効率的にテストする方法や手順を直ぐに考えつき実行できる。

283 :仕様書無しさん:2014/09/16(火) 09:37:33.73
>>282
すっげー
全部頭の中に入る
小さいのしか作れなかったんだね

284 :仕様書無しさん:2014/09/16(火) 09:46:43.18
>>282
それを報酬にしないと評価されないだろ

285 :仕様書無しさん:2014/09/16(火) 11:02:07.03
>>283
一人だけで作ってるんだろう
それに目の前にコンピューターがあるのに、
頭の中で動きを追うメリットが分からない
コーディング前の話なら分かるが

286 :仕様書無しさん:2014/09/16(火) 12:18:33.89
つーか、コードは書いてある通りに動くだろ。
書きたかった通りには動かないけどな。

287 :仕様書無しさん:2014/09/16(火) 13:15:37.99
何のために抽象化の概念があるのかわからないクズだらけだな

288 :仕様書無しさん:2014/09/16(火) 13:33:34.01
発言が抽象的だな

289 :仕様書無しさん:2014/09/16(火) 14:11:24.29
抽象化の概念(笑)
こういう奴が言語系のクセ(笑)とか言っちゃうんだろうな
スレタイ通りのタイプ

290 :仕様書無しさん:2014/09/16(火) 14:16:36.06
抽象化とは、ペニスとクリトリス、陰嚢と小陰唇の関係を一言で括る方法論だ。

291 :仕様書無しさん:2014/09/16(火) 15:23:41.42
>>283
自分で書く分くらいなら入るだろ。

292 :仕様書無しさん:2014/09/16(火) 15:25:01.73
>>285
実機で動かさないとわからない奴=スレタイってことだな

293 :仕様書無しさん:2014/09/16(火) 15:53:38.84
ここに書き込んでる奴らって、ぶっちゃけそんなに優秀じゃないっしょ?
底辺よりはマシっていう程度でしょ?
上級者であることを示すようなエピソードとかある?

294 :仕様書無しさん:2014/09/16(火) 17:01:41.16
書いても難癖付けてくるこの板で真面目に書く奴なんていないっしょ
>>291-292みたいな小さいことでも必死に反論しようとする姿勢が実に微笑ましい

295 :仕様書無しさん:2014/09/16(火) 17:52:21.72
反論された人乙

296 :仕様書無しさん:2014/09/16(火) 18:44:32.03
よーし…つまり
みんな自分の中では優秀って事でいいのかな…?

わかった、この話はやめよう
ハイ!!やめやめ

297 :仕様書無しさん:2014/09/16(火) 21:08:37.22
作成時限守るんじゃねぇよ
受注系SEは
早く作ると
早く切られる

298 :仕様書無しさん:2014/09/17(水) 01:18:47.00
>>293
爆死状態の小規模プロジェクト20人月を一人で3ヶ月でキッチリ仕上げて納期内で収めた事ならある
その後は150万上の単価になった

299 :仕様書無しさん:2014/09/17(水) 01:50:36.84
>>298
おお、期限内に話が回ってきてよかったなw

300 :仕様書無しさん:2014/09/17(水) 04:23:33.82
>>298
詳しく聞きたいね。

そのプロジェクトは自分一人のソースコードなのか、
それとも他人(別プロジェクト)の引き継ぎなのか
引き継ぎだとしたら、そのソース構造を熟知していたのか

フレームワーク・ライブラリは使ったのか。
プロジェクト開始時点で、フレームワーク・ライブラリを
詳しく知っていたのか。

技術的な点で新たに勉強することはあったか。
(新しい言語など)

ようするに土台がどれくらいあることでできることなのか、
なくてもできることなのか

301 :仕様書無しさん:2014/09/17(水) 06:54:27.59
>>298
むしろ爆死状態のプロジェクト20人月を一人でやる状況にどうやって持って行ったのか知りたい。
20人月の爆死プロジェクトを火消できる折衝、情報収集、仕様整理、設計の能力があれば
建前上数人チームのリーダーとして動いた方が早く終わるからね。
一人でやってしまえば20人月の根拠はなんだったのかって話にもなる。

302 :仕様書無しさん:2014/09/17(水) 09:24:39.88
>>300
バカにできるわけないだろw

303 :仕様書無しさん:2014/09/17(水) 13:18:40.47
>>301
根拠なんているか?客との契約工数と、開発工数が一致してなければいけない理由なんてあるか?

客が20払うって言って、3で終わらせたなら、利益率が高いって事だし
開発工数で20と言う意味なら、前任者がやると20かかるんだろ
そこと比べると>>298は7倍近く能力があるって事だろ

304 :仕様書無しさん:2014/09/17(水) 13:29:21.95
>>303
1人月の仕事を20人月ぼったくって
3ヶ月で終わらせたのか?

305 :仕様書無しさん:2014/09/17(水) 13:36:14.04
>>304
その書き込み俺だから元の書き込みの人じゃないけど
え?それの何が悪いの?
それだけ払う価値が客にはあったんだろ?
なんで安売りすんの?

306 :仕様書無しさん:2014/09/17(水) 13:41:13.60
>>305
悪いと入ってない
ぼったくりと言うだけ

悪いと言うことなら1人月で出来るのに20人月かかりますのでこの金額です
と提示したときかな
見積詐欺

307 :仕様書無しさん:2014/09/17(水) 13:45:44.60
アルバイトじゃないんだから…
出来の悪いやつなら2000万稼げて、出来のいい奴は300万になっちゃうけど、それが正しいの?

人月ってあくまでも規模感を見積もるための単位で、本当に20ヶ月かからなければいけないわけじゃないだろ?
客に工期で説明するのをやめて、工期とは別に機能で見積もりすればいいだろ

自分の売ってる物の値段も自分でつけれないの?

308 :仕様書無しさん:2014/09/17(水) 13:50:15.56
>>307
人月は派遣の名残

309 :仕様書無しさん:2014/09/17(水) 13:53:18.81
>>308
なるほど、請負でこの単位使ってるのが問題なんだな

310 :仕様書無しさん:2014/09/17(水) 13:56:16.79
内部では使っても外部へは使わんだろう

311 :仕様書無しさん:2014/09/17(水) 13:57:38.39
>>310
客の方から人月や人日で見積もり頼まれる事もあるで、内部の書式の問題でだと思うけど
その場合、機能の金額をそこに当てはめるだけだけど

312 :仕様書無しさん:2014/09/17(水) 13:59:54.30
>>311
それも人月単価を気にしてた派遣の名残では?

313 :仕様書無しさん:2014/09/17(水) 14:03:03.25
>>307
そういう所って遅い奴にあわせる傾向も強いからな
そうしないと能力低い奴使うと赤字で怒られる
人月でしか見積説明できない所嫌いだな

314 :仕様書無しさん:2014/09/17(水) 14:07:56.89
>>308
デタラメ一点じゃないよ。
ブルックスがマネージメントしてたIBMのOS/360の開発が派遣中心だったとでも言うのかよ。

315 :仕様書無しさん:2014/09/17(水) 14:09:55.98
>>311
公官庁みたいなところはほぼ確実に人月単価とか工程表とかを求めてくるよな。

316 :仕様書無しさん:2014/09/17(水) 14:10:27.87
>>314
OS360って外注だっけ?

317 :仕様書無しさん:2014/09/17(水) 14:11:22.33
>>315
工程表はいるだろー
納期やスケジュールだし

318 :仕様書無しさん:2014/09/17(水) 14:12:15.00
>>307
できるやつは人月単価を高くして工期を短くする。
例えば人月300万ぐらいに設定したり。
それだけの話。

319 :仕様書無しさん:2014/09/17(水) 14:12:41.23
>>314
OS/360の見積をどこへとったの?

320 :仕様書無しさん:2014/09/17(水) 14:16:14.61
>>316
開発予算などのプロジェクト管理を人月ベースでやっていた。
派遣の名残なんかではなく、昔からあるソフトウェア開発、特に「値段」の指標として人月が使われていたということ。

321 :仕様書無しさん:2014/09/17(水) 14:16:46.24
>>319
社内の開発計画を上層部に認めさせなきゃならないだろ。
当然、開発予算の見積りも必要だろ。

322 :仕様書無しさん:2014/09/17(水) 14:19:32.55
>>320


323 :仕様書無しさん:2014/09/17(水) 14:20:25.92
>>321
社内原価は人件費だし

324 :仕様書無しさん:2014/09/17(水) 14:22:31.88
>>320
値段指標に人月を使う理由は?

325 :仕様書無しさん:2014/09/17(水) 14:25:22.79
>>323
開発に必要な人件費を計算する根拠が人月だが?

326 :仕様書無しさん:2014/09/17(水) 14:27:56.44
>>325
で?

327 :仕様書無しさん:2014/09/17(水) 14:27:56.79
>>324
FPのような機能ベースの指標よりも先に定着してしまった。
当時の技術力では「人月」というドンブリ勘定よりマシな見積り手法がなかった。

328 :仕様書無しさん:2014/09/17(水) 14:29:37.14
>>326
開発を上層部に認めさせるための定量的資料として
開発にかかる人件費があり、
その人件費を計算するのに使われたのが人月単価だが、
こんな簡単な話も理解できないの?

329 :仕様書無しさん:2014/09/17(水) 14:29:59.17
>>327
他へ目を向けよう
人月なんてどこが使う
人を原材料費ってどこが計算する
人売り以外ないだろう

330 :仕様書無しさん:2014/09/17(水) 14:30:30.93
>>328
しってるけど?

331 :仕様書無しさん:2014/09/17(水) 14:31:13.24
>>330
ならお前は何を訊きたかったんだ?お大事に。

332 :仕様書無しさん:2014/09/17(水) 14:32:43.44
>>329
自社開発、原価ベースによる委託開発、準委任契約によるプロフェッショナルサービスなど。
派遣以外にも多くの形態の契約に使われているが、知らないのか?

333 :仕様書無しさん:2014/09/17(水) 14:33:56.24
中学生ばっかりだな、ここは。
原価見積やったことないガキばかりか?

334 :仕様書無しさん:2014/09/17(水) 14:35:43.09
昼間から仕事してないし

335 :仕様書無しさん:2014/09/17(水) 14:38:25.48
なるほど、クビになった元派遣プログラマーと
まだ働いたことすらない大学1年生とか
そんな連中ばかりだな

336 :仕様書無しさん:2014/09/17(水) 15:11:21.39
原価ベースの委託って
偽装派遣か?

337 :仕様書無しさん:2014/09/17(水) 15:25:11.29
>>312
受注系SEは、
難易度
分担量
どちらも
早く作ると儲からない

338 :仕様書無しさん:2014/09/17(水) 15:48:31.78
自社内の見積もりを人月ベースでやるのは当然だけど
その金額で客に売るのはバカって言ってるんだよ
開発工数と契約工数(契約は工数じゃなくてもいいけど)の意味を考えろよ

清貧が善としてそういう商売するのは構わないけど、それが「当たり前」だと思うのはやめた方がいい

339 :仕様書無しさん:2014/09/17(水) 16:23:34.07
ここまで>>300,301からの質問に対して技術面での返答が無いわけだけど、
結局、>>298はボッタクリの上級者であることを示すエピソードってことでOK?

340 :仕様書無しさん:2014/09/17(水) 16:32:51.82
随分伸びたけど
>>298まだ見てないんだろ

341 :仕様書無しさん:2014/09/17(水) 16:34:19.77
言うだけなら自由だからな
おれも20万人月くらいの仕事を3日で終わらせたことあるぜ

342 :仕様書無しさん:2014/09/17(水) 16:34:53.16
>>332
なぜこのごに及んで原価ベースの商売をする必要があるのが是非聞かせていただきたいな
客側の都合にしか聞こえん

343 :仕様書無しさん:2014/09/17(水) 16:36:43.94
>>341
俺も当社比だと無限倍だわ
何ヶ月与えても何も作れない奴もいたからなwww

344 :仕様書無しさん:2014/09/17(水) 17:28:07.90
>>336
原価ベースの売り物なんて製造業でも沢山あるわけだが、
どうして派遣しかないと思い込んじゃうのかなあ?

345 :仕様書無しさん:2014/09/17(水) 17:29:47.68
>>342
その問題意識は正しいと思うが、
まずは原価計算以前に相見積や一般競争入札という習慣を撲滅しなければ
原価ベースによる見積りはなくならないよ。

346 :仕様書無しさん:2014/09/17(水) 17:34:32.15
>>345
たしかにそうなんだけど
相見積もりされたからって安売り競争しちゃう…?
たしかに仕事出す側が慣れてて、かっちり仕様書つくれるから「ほんと製造だけだから、安いところに出します」ってんならその通りなんだけど
高いけど質がいいとか、いい提案が出来るとか、なにか付加価値をつけて、自分の仕事を高く売る努力をしないと
それこそ海外でもいいわけで

値下げするほど喜ぶ客は確かにいるけど、適正に高い方が安心してお金を払うって客も実際にいるわけで
客が望んでいない値引きをすると逆に客が離れる事もあるんだけど

開発の立場としてはやはり自分の能力を少しでも高く買ってもらう努力をするべきだと思うんだけどなぁ

347 :仕様書無しさん:2014/09/17(水) 17:41:09.07
職人技術者の本当の敵は相見積や競争入札だ。

同じ仕様(本当に仕様と言える代物じゃないにしても)で作るなら
同じシステムが出来上がる、ならば安いほうがいい、
というのが相見積や競争入札だ。
本当はそんなもの間違いだということは、発注する側も受注する側もわかっている。
しかし、「このシステム屋はちゃんと作るから多少は値が張ってもいい」と
公官庁が言ったら、色々なところから文句が出るし、疑われる。
だから公官庁は随意契約はほとんどできなくなっている。
小額なら相見積り、一定以上の値段なら競争入札にせざるを得ない。
人月単価は相見積や競争入札を成立させるための道具にすぎない。
人月単価だけやめたって、結局は技術者の能力は加味されない。
技術者が買い叩かれないようにするには、相見積や競争入札をかえなきゃいけない。

348 :仕様書無しさん:2014/09/17(水) 17:44:05.56
>>346
すまん、入れ違いになった。
値下げだけでなく、技術を買ってくれる客もいるよ。
だが市場で圧倒的なのは、安物買いをしなければならない人達だ。
職人さんの寿司屋よりもスシローのほうが市場を圧倒するんだよ。
その上で職人さんの道を歩くのも、1つの道だけどな。
俺もその一人だし。
だが闇雲に人月商売だけを叩いても大勢は変わらないと思ってる。

349 :仕様書無しさん:2014/09/17(水) 18:00:09.51
>>347
なるほど官公庁の話はとても分かり易い
大企業も監査する部門とかあるし同じだね

やはり請負という業態自体が、高付加価値で高単価にするのは難しいのか
まぁ、契約と実装の工数を乖離させれば出来るけど、厳密な意味で言うと詐欺だって上で言われてたし

闇雲に人月商売叩いてるつもりはないんだけど
安売り競争は自分のためにも業界のためにもならないから、みんな少しはそういう意識をもって欲しいって話だったんだけどね

若い子が「プログラマーになりたい」って思うような職業にしたいだけなんだけどなぁ…

350 :仕様書無しさん:2014/09/17(水) 18:52:32.04
>>344
なぜ?
このスレで製造業の原価に飛ぶの?

351 :仕様書無しさん:2014/09/17(水) 18:56:10.90
そりゃ、プログラミング行為も大きな意味で製造業だからじゃね?

352 :仕様書無しさん:2014/09/17(水) 18:59:30.10
製造業的な業態なんだろ
そこの会社が

353 :仕様書無しさん:2014/09/17(水) 19:18:00.62
多品種一品生産のシステムの原価や売値を
製造業と同列に語れるなら聞いてみたいな
その手の製造業は人月で売値を決めているんだろうか?

354 :仕様書無しさん:2014/09/17(水) 19:23:57.97
んー謎だ

単に>>344が製造業的な見積もりでオーダーメイド作らされてるだけの気がする

355 :仕様書無しさん:2014/09/17(水) 19:50:28.45
トンネル企業なら出来るか?
外注先の見積(材料費)+自分たちの欲しい利益=売値
で受注出来たら外注丸投げ

356 :仕様書無しさん:2014/09/17(水) 20:07:47.82
ひどい商売だな
うちにも1社挟まってるけど

357 :仕様書無しさん:2014/09/17(水) 20:19:45.67
>>350
原料やエネルギーが主な原価なのと、人件費が主な原価なのとで
このスレでの議論で本質的な差はないぞ。

ちなみに工賃(人件費)が主な原価になっている製造業だって色々ある。

358 :仕様書無しさん:2014/09/17(水) 20:26:49.14
>>349
> やはり請負という業態自体が、高付加価値で高単価にするのは難しいのか

請負よりは準委任契約のほうが本来の姿に近いと思う。

>闇雲に人月商売叩いてるつもりはないんだけど
>安売り競争は自分のためにも業界のためにもならないから、みんな少しはそういう意識をもって欲しいって話だったんだけどね

意識をもったほうがいいという点については完全に同意する。
俺が言いたいのは、目の前に飛び出てきた仕様の問題点を列挙する前に
なぜそんな仕様が出てきたのかを把握しておかないと、
何度突き返しても何度でも同じ問題をかかえた仕様が出てくるってこと。
まあお互いがんばろうや。

359 :仕様書無しさん:2014/09/17(水) 20:46:10.73
>>357
で?

360 :仕様書無しさん:2014/09/17(水) 20:57:18.22
>>358
なるほど、仕様詰めるのと一緒で、根治するにはよりメタなレベルで解決か

今日はこの辺にして、また色々と考えつつ働きます
ありがとー

361 :仕様書無しさん:2014/09/17(水) 21:30:15.06
「で?」だけを返すことがどれだけ失礼なことか自覚していない子供がいますね。

362 :仕様書無しさん:2014/09/17(水) 21:31:51.56
>>361
で?

363 :298:2014/09/17(水) 21:36:18.50
反響あり過ぎやろ(笑)

バリバリコーダー時代でVB+既製品ライブラリのC/S業務管理システム
VB出来ない仕様書書けない知り合いが受けた仕事で、泣きつかれて仕方なく基本設計(ほぼ0)からスタート
熟知していたのはVB周りのみ
業務も初、サーバ連携もメーカー独自の通信方法で、そこだけCで組み上げ

正月休みが一日くらいで、ずっと家に篭って仕事かな
途中の結合から会社住まいで、ほぼ毎日打ち合わせとテストと仕様変更対応で休み無し

最終的に元請けメーカーの担当SEとの仕様変更バトルに勝利して、納品日一週間前に落ち着いた感じ。
5次受けで単価は安かったw

364 :仕様書無しさん:2014/09/17(水) 21:39:10.29
ここ何スレ?

365 :仕様書無しさん:2014/09/17(水) 22:22:38.30
ごめん昼間暇すぎて盛り上げちゃった

366 :仕様書無しさん:2014/09/17(水) 22:32:41.07
俺も反省します。すんませんでした

367 :仕様書無しさん:2014/09/17(水) 22:36:11.58
今日の話を振り返ると

プログラム技術が低いやつは
労働時間で金をもらうってとこかな

368 :仕様書無しさん:2014/09/17(水) 22:38:11.06
プログラム技術が低いやつは
労働時間で金を客にもらう
かもね

369 :仕様書無しさん:2014/09/17(水) 22:42:36.38
報酬が低いから、
生産をさげろ

370 :仕様書無しさん:2014/09/17(水) 23:12:25.30
>>316
なんで「派遣かよ」に外注が出てくるんだよ。

371 :仕様書無しさん:2014/09/17(水) 23:18:27.25
>>363
さんざんぼった栗ぼった栗とあおってた奴いたけど、適正価格だよな。
むしろ安めかもしれん。元の単価が安いという話は別にして。

372 :仕様書無しさん:2014/09/17(水) 23:28:19.81
>>371
本当に出来る人が日本に何人いるのかを考えると、しっかり作ってるなら適正価格だと思う
意味も考えずに安売り競争したり
営業の営業成績のために安売りしたのを飲むバカが多すぎる
突っぱねること覚えろよ

373 :仕様書無しさん:2014/09/17(水) 23:29:44.59
富士通さんの悪口はそこまでだ

374 :仕様書無しさん:2014/09/18(木) 00:27:54.81
>>371
知り合いが人生終わりそうだったから格安でやったけど、かなり搾取はされたとは思うw

>>372
発注元のお客様への納品はマニュアル渡してプリンタの調整して終わり
試験しっかりやらないと気が済まないタチだから普段からバグはあまり出さないよ

375 :仕様書無しさん:2014/09/18(木) 00:37:02.28
>>371
363に価格の話題ないが?何が適正価格?

376 :仕様書無しさん:2014/09/18(木) 00:38:19.78
ログ嫁よ
俺がぼったくりって噛みつかれてたんだよ

377 :仕様書無しさん:2014/09/18(木) 00:47:28.18
おまえ誰?
名乗らんとわからんぞ

378 :仕様書無しさん:2014/09/18(木) 00:48:41.82
>>376
噛み付いてた奴なんだよわかってやれよw

379 :仕様書無しさん:2014/09/18(木) 00:49:21.89
3人月で終わる仕事を20人月で見積もったボッタ?

380 :仕様書無しさん:2014/09/18(木) 00:57:31.56
他人の倍は時間がかかる奴が請け負ってきた仕事を
他人の倍速で仕事ができる奴が、休日返上でやっただけのこと。
どこにぼったくりの要素があるのかわからない。

ああ、仕事できる奴に対して、俺より仕事ができるのが許せない、
とか言っちゃうタイプの人?他人の足を引っ張っても>>379がバカで
あるという事実は変わらないよ?

381 :仕様書無しさん:2014/09/18(木) 01:01:39.25
>>380
人月って辞書引いてきな
徹夜しようが休日働こうが関係ない

どう読んでも出来る人に見えないから安心して寝な

382 :仕様書無しさん:2014/09/18(木) 01:25:59.92
>>379
それは俺じゃない
俺は開発工数と契約工数の話してたひと

383 :仕様書無しさん:2014/09/18(木) 01:33:17.09
>>379>>381
20人月の仕事を3ヶ月で終わらせた

384 :仕様書無しさん:2014/09/18(木) 01:44:27.59
給料も3ヶ月分だった

385 :仕様書無しさん:2014/09/18(木) 01:46:53.93
>>380
20人月が人の倍は時間が…の人の工数なら
見積としてはボッタクリじゃね?

386 :仕様書無しさん:2014/09/18(木) 01:49:31.25
>>384
3ヶ月休日返上で必死に働いて
給与3ヶ月って自慢?

387 :仕様書無しさん:2014/09/18(木) 01:51:15.95
その後月収150万の契約交わしたんだから成功例だろ

388 :仕様書無しさん:2014/09/18(木) 01:53:45.32
契約社員か派遣だったの?

389 :仕様書無しさん:2014/09/18(木) 01:58:40.39
受注契約で出社は週1の1〜2時間くらい
その前に作った地図ソフトをネット用に作り変えてたから、アドバイザー的なポジション

390 :仕様書無しさん:2014/09/18(木) 02:02:50.59
受注契約で月収?
そろそろ無理出てきてない?

391 :仕様書無しさん:2014/09/18(木) 02:04:57.78
キャラ設定はしっかり固めて来ないとね
都合悪いところも全部スルーしてるっぽいし

392 :仕様書無しさん:2014/09/18(木) 02:06:33.06
月単価150万×半年とかで毎回契約書交わしてた
懇意にしてくれたのが開発部の部長で決裁権一手に牛耳ってたから何でもありだよ

393 :仕様書無しさん:2014/09/18(木) 02:09:29.01
受注契約って?どこへいったの?

394 :仕様書無しさん:2014/09/18(木) 02:25:06.24
名目なんて何でもありだって…
逆に出社しない派遣や契約社員なんて問題有りすぎだろw

395 :仕様書無しさん:2014/09/18(木) 03:13:04.89
>>393
それを聞いたところで、君に単価の高い仕事は来ませんよ?

396 :仕様書無しさん:2014/09/18(木) 06:44:09.69
なんでそんなに20人月を3人月の話を信じたくないんだろう
現代だって容易に起こり得る事だと思うんだが…

397 :仕様書無しさん:2014/09/18(木) 08:16:00.58
報酬が低いから、
生産を下げろ

398 :仕様書無しさん:2014/09/18(木) 08:22:07.57
作成時限守るんじゃねぇよ
受注系SEは
早く作るために
早く作らされる

399 :仕様書無しさん:2014/09/18(木) 09:00:05.00
そうだよー
よくある詐欺だよー
大丈夫信じてるよ

400 :仕様書無しさん:2014/09/18(木) 09:00:26.13
>>396
> なんでそんなに20人月を3人月の話を信じたくないんだろう

俺が5分で解決することを
一時間もかけてまだ直せないってことがあるので
それは普通だと思う。

401 :仕様書無しさん:2014/09/18(木) 09:33:32.62
プログラマによって10倍以上の生産性の違いが有るのはガチ

402 :仕様書無しさん:2014/09/18(木) 09:36:30.13
>>400
低すぎる
どんな思考だ

403 :仕様書無しさん:2014/09/18(木) 11:16:46.98
名古屋工賃

404 :仕様書無しさん:2014/09/18(木) 11:58:48.26
>>399
こいつ絶対プログラマーじゃないだろwwwww

405 :仕様書無しさん:2014/09/18(木) 12:04:50.81
わかいなー

406 :仕様書無しさん:2014/09/18(木) 12:13:18.15
頭悪っ

407 :仕様書無しさん:2014/09/18(木) 12:14:37.27
>>400
その場合、客は3人月分しか普通出さないからな。
3人月分の仕事が20人月なら無能奴隷をつかんだりするとよくある。
3人月で出来る仕事を20人月分出してくれる客はまずいない。

408 :仕様書無しさん:2014/09/18(木) 12:33:30.34
作成時限守るんじゃねぇよ
受注系SEは
早く切るために
早く作らされる

409 :仕様書無しさん:2014/09/18(木) 13:03:50.09
見積もりの意味が分かってないバカが多いな
こんなのが今のSEなのか

410 :仕様書無しさん:2014/09/18(木) 13:05:54.52
もしかして:その話をしていると思っているのは自分だけ

411 :仕様書無しさん:2014/09/18(木) 13:35:37.03
>>409
低収入の意味は?

412 :仕様書無しさん:2014/09/18(木) 13:42:01.89
払わないならやらない
それだけの話

ほんと馬鹿な客が多いなぁ

413 :仕様書無しさん:2014/09/18(木) 13:47:40.30
プログラム技術が低い奴
自分が早くできると思ってる奴

414 :仕様書無しさん:2014/09/18(木) 17:33:32.31
>>407
契約形態による。
委託開発契約(いわゆる外注)ならば、原則的には最初に契約した20人月ベースの値段が払われる。
準委任契約(いわゆるコンサル)ならば、多くの場合は残り17人月分は他の仕事をやったりする。
派遣契約(いわゆる人売り)ならば、3人月分払って終了だろうな。

415 :仕様書無しさん:2014/09/18(木) 20:31:14.09
人月って言葉が出てくる時点で作業時間の話じゃないの
そもそもこの場合って見積もるのは機能とか金額じゃなくて作業時間でしょ

416 :仕様書無しさん:2014/09/18(木) 20:36:04.62
同じ機能の時、未経験入社で半年経験の人と
5年、10年やってる人で、作業時間って何倍ぐらい違う?

417 :仕様書無しさん:2014/09/18(木) 20:52:54.82
(レベルの低いほうに合わせて)ギリギリ共通の課題があるとして50倍くらい?
実際には同じものは出来ないだろうし(遅いほうが低品質)、
そもそも完成しなかったりするだろうね

納期に思いっきり遅れておいて
「ここの課題が〜」「もう少し検討が〜」とか言い出す奴を見ると
今時じゃそれもある意味プログラミングスキルなのかと思ったりするね。イラつくけど

418 :仕様書無しさん:2014/09/18(木) 21:01:11.59
>>416
人による
3日で完成させるやつもいれば、同じものを3ヶ月かかる奴もいる。

それは経験年数の問題ではない。

419 :仕様書無しさん:2014/09/18(木) 21:01:58.83
1づつ機能つけたしてつくるから
しまいにはめちゃくちゃになっててバグが発生するとおわたになる

うまい人は
ものすごいきれいにまとめて分別してつくる

420 :仕様書無しさん:2014/09/18(木) 21:03:27.44
>>418
これつくるには
あのフレームワーク作ってああやってああやればいいなって
頭の中で全部イメージして
つくれればさくっとそうなる

頭悪いとそんなにたくさんイメージできない

クイズ甲子園とかそういう人の頭ならできるわけ

421 :仕様書無しさん:2014/09/18(木) 21:04:45.53
音楽家とかも、楽譜なんてつかわず全部頭で曲全部思い描いで
いっきに楽譜かいてたのがモーツアルトだし

そういう人がいるわけだ

422 :仕様書無しさん:2014/09/18(木) 21:07:51.24
まあなんでもいいけどさ、作業時間は人によって
どれくらい差があるのって話がききたいんだよ。

423 :仕様書無しさん:2014/09/18(木) 21:08:52.50
それと作業時間をきかれた時、自分がやった場合の作業時間を答えるの?
だれが担当するか決まってない前提の話で。

424 :仕様書無しさん:2014/09/18(木) 21:13:42.48
>>396
Cの現場で、一回だけでなく毎回15人分の作業を一人でこなしている俺からすると、普通すぎる。
この15人、ほんと、なんで「うーんうーん」って唸ってるのか理解できんところで無駄に時間を浪費している奴ばっかり。
単純な手続きプログラムで、自分で新規に書いてるのに・・・。なぜ悩むんだ?と思う。
左ひじを机についてアゴ乗っけて、右手で画面スクロールしてロジックを追っている時間が業務時間の9割以上を占めている。
みると関数の中身がグダグダグダグダグダ書かれている。

最初に仕様書読んで、処理を分割して考えて、関数(名前だけ)をひたすらまず並べる。次に引数や戻り値だけ書き込む。
ループと分岐をちょっといれて、これで大まかな流れがブロック単位で出来上がるから、順番に埋めていくだけ。
という単純手法で出来る程度のホント事務屋のような手続きプログラムなのに・・・。

425 :仕様書無しさん:2014/09/18(木) 21:14:12.44
>>423
自分基準の3〜5倍

426 :仕様書無しさん:2014/09/18(木) 21:16:18.71
上手い人が二時間でデバッグ・テストまで終わるものを
方や二日掛けてようやく書き上げるのが精一杯、てイメージはわく
ゆえにだいたい50倍
規模にもよるだろうし深くツッコミはするな

427 :仕様書無しさん:2014/09/18(木) 21:16:20.52
>>425
なるほど。

ちなみに、>>417に50倍ぐらい差があるって書いてあるけど、
君はその50倍のうちのどのくらいにいると思う?

428 :仕様書無しさん:2014/09/18(木) 21:17:45.28
3〜5倍ってことは1ヶ月が3〜5ヶ月になるんだな

429 :仕様書無しさん:2014/09/18(木) 21:21:14.78
>>423
一応の目安は自分がその作業に専念してかかる時間の3倍
こうしとけばいざって時は誰かケツ拭けるし
ただ実際は作業時間を答えないと何作るのか教えてくれなかったり
納期から逆算して決められたりと出鱈目やられる

430 :仕様書無しさん:2014/09/18(木) 21:22:59.71
納期から逆算しても逆算しなくても
出来ないものは出来ないと思うんだがねぇ。

逆算して、あと半年早く作り始めなければいけなかった。となるか
逆算せずに、あと半年多く必要です。

のどちらかしかありえないよね?
なにか間違ってる?

431 :仕様書無しさん:2014/09/18(木) 21:23:45.77
>>424おまおれ!?似たような組み方の人発見
ちなみに勝手にやってるマイルールは関数は2種類に分類して
「変数、関数(部品)を呼ぶ・ループ、条件処理だけしか書かない制御用関数」と「実際の計算等々をする関数(部品)」だけで原則やる
前者の関数はコメント全行に記載、後者は関数名の前に引数、戻り値、処理の概要をコメントで枠を作って記載

別の人が見るとき、制御用関数のコメントだけを大雑把に追えば全体の概要はすぐわかるようにしている

432 :仕様書無しさん:2014/09/18(木) 21:32:17.27
>>430
間違ってるのはこの業界って決まりきってるのに嫌なこと聞く奴だな
残業休出人員投入で時間的なお話はなんとかなることが多い
金銭的にはどこかが損するわけだけど

433 :仕様書無しさん:2014/09/18(木) 21:36:43.21
>>431
お前のソースは計算に飛ぶgotoが多くて見づらいって言われるのがオチ
せっかく見なくていいところは外に追い出したのにわざわざ見にいくんだよ、あいつらは

434 :仕様書無しさん:2014/09/18(木) 21:40:27.81
>>433
gotoは例外処理以外使わんがな

435 :仕様書無しさん:2014/09/18(木) 21:45:26.67
>>434
関数呼出しをgoto呼ばわりするやつがいるんだよ
こんなヤツが説明するまでもないぐらい当たり前に存在すると思ってる俺も大概だな

436 :仕様書無しさん:2014/09/18(木) 21:46:02.18
>>424,431
そういった手法を「構造化プログラミング」と言うんだけど、
お二人はこれを自然に(無意識に?)実践しているってことだね

437 :仕様書無しさん:2014/09/18(木) 22:02:02.10
自分で難問を出題して
自分で謎解きして楽しい?

438 :仕様書無しさん:2014/09/18(木) 22:02:39.87
オブジェクト指向でも複数の機能を1つの単位に書き込みまくる馬鹿が大半
結局言語や開発手法云々じゃないんだよな
自分で考える奴は自然とやっている

439 :仕様書無しさん:2014/09/18(木) 23:14:21.90
個人受注や小さな組織では、見かけ上7倍程度の開発効率を出すことはあると思うよ。

でも、大きな組織や案件だと見積もりより早く終わらせることは普通はあんまりやらない。
システムの規模が大きくなるほど、機能検討、システム検証、実証、コミュニケーションに
時間がかかり、有能な人ほどここによく気が付くため多くの時間を使う傾向になる。
早く終わるってことは必要なことをやってないと思われるだけ。

個人プレーでとっととS/Wを作りあげてしまい「要望どおりに動くしバグもないでしょう」と
持っていった場合コミュニケーションコストもかからないので工数は極端に減らせるが
だれも喜ばないし印象は悪い。
別チームと調整しながら時間をかけてシステム全体をブラッシュアップする必要があるし、
契約期間はフルに使って良質なサービスを提供することが求められる。

見積もりはリスク込みで標準的にはこれくらいかなってものを出した上で、
自それより早くできると思えば、ドキュメントの品質や作業範囲のカバー率を
広げて標準的な工数で終わるように調整してる。

ちなみにコーディングは慣れもあるし、それだけ隣の奴の10倍速くてもあまり自慢にならんのよ。

440 :仕様書無しさん:2014/09/18(木) 23:32:51.66
英語と数学ができない奴は簡単なことでさえ行き詰まるよな
できることはWeb上に日本語リソースがあることだけっていう

441 :仕様書無しさん:2014/09/18(木) 23:47:31.99
英語はできる奴を呼べばよくね?

442 :仕様書無しさん:2014/09/18(木) 23:55:55.49
動けばいいと思ってるやつ

443 :仕様書無しさん:2014/09/19(金) 00:01:11.23
むしろ動くこと以上の何をプログラムに期待してるんだ?

444 :仕様書無しさん:2014/09/19(金) 00:17:27.94
>>442
こういう奴って大概、動くものすら作れないんだよな。

445 :仕様書無しさん:2014/09/19(金) 00:17:52.21
298だが、俺は自分より出来る人を見たこと無いんだけど、7倍とか15倍とか皆さん凄いよな。
当然、軽く100万円は超える評価を貰ってるんですよね?

446 :仕様書無しさん:2014/09/19(金) 00:20:22.43
>>443,444
プログラミング技術の低い奴ってのは、これだから....

ただ動くだけで満足していたんじゃダメ
最低限「正しく動く」ことを期待するんだよ

447 :仕様書無しさん:2014/09/19(金) 00:20:58.88
一言で書いたので伝わらなかったですね。
プログラマの目線で、動く事は前提ですが、動けばいいとだけ思ってて
保守性や可読性の高さとか不具合に繋がるようなコードを考えずに書き殴ってるのを見るとアホだなって思う

448 :仕様書無しさん:2014/09/19(金) 00:26:18.96
>>446
期待でええんか?

449 :仕様書無しさん:2014/09/19(金) 00:30:58.89
必死の願掛けやで!

450 :仕様書無しさん:2014/09/19(金) 00:35:56.55
>>441
能力低いプログラマのために能力高い人間がわざわざ時間を割いてサポートするってこと?
それとも英語ができる奴を最初から雇えってこと?
前者ならよくそんな非効率が許せるね
後者なら話の筋がそれてるんだけど

451 :仕様書無しさん:2014/09/19(金) 00:41:30.85
>>447
カドクセーホシュセーとお題目を唱えて、
インデントやら括弧の前後のスペースとかこまこま決めて
トレースとかがんばって作るんだけど、期日までに間に合わない奴っているよね。

452 :仕様書無しさん:2014/09/19(金) 00:42:19.92
>>450
英語だけがとりえの奴ってどこにでもいるだろ。バカかお前。

453 :仕様書無しさん:2014/09/19(金) 00:42:26.22
>>445
120だけど

454 :仕様書無しさん:2014/09/19(金) 00:45:34.06
>>451
まさにスレタイの「プログラミング技術が低い奴」を象徴したカキコだなぁ

455 :仕様書無しさん:2014/09/19(金) 00:49:34.22
やめろそいつは真性だ

456 :仕様書無しさん:2014/09/19(金) 00:49:34.91
>>451
確かにw
仰る通り、時と場合で優先度をつけられない人はダメですね
後付けですが前提は動く事と期日です。
その範囲内で最低限のことしかできないような人は技術力が低いと言える

457 :仕様書無しさん:2014/09/19(金) 00:50:25.54
>>452
バカはお前だろ

458 :仕様書無しさん:2014/09/19(金) 01:03:19.03
>>452
外国人向けのマニュアル書くのに高額で英語のスペシャリストを雇うことはあるね。
ただ、技術文書は英語ができても文脈も意味もわからず訳せない。

そんなことができる人は英語のできないプログラマなんかよりずっと単価が高いわけだが、
ちょっと情報を検索するたびに膨大な文章を翻訳させて、終わるまで待つ気かい?

459 :仕様書無しさん:2014/09/19(金) 02:00:00.21
>>457
おんなじことしか言い返せないでやんのぷぷぷ

460 :仕様書無しさん:2014/09/19(金) 02:02:02.19
>>458
君の仕事っぷりを聞いてるんじゃないんだよ。
なんか巻頭の「妻と犬に捧げる」みたいなところまで訳してそうだな、おまえw

461 :仕様書無しさん:2014/09/19(金) 02:15:06.69
妻と犬に捧げる


あ、妻と一緒に犬に捧げるって意味ですからwww
妻生きてますからwww

という文章が巻頭にあったらどうする?

462 :仕様書無しさん:2014/09/19(金) 04:05:02.73
このスレの連中の共通点がスレタイだな

463 :仕様書無しさん:2014/09/19(金) 04:30:42.33
たまにマジ基地が出てくる

464 :仕様書無しさん:2014/09/19(金) 06:59:39.08
>>460
ええと、まずは英語の前に日本語の文旨を読めるようになろうか

465 :仕様書無しさん:2014/09/19(金) 07:29:13.47
>>464
読んだ上でのツッコミなんだが…

466 :仕様書無しさん:2014/09/19(金) 07:40:21.85
>>465
だから読めてないでしょうってツッコミなんだが…
その文のどこに仕事っぷりの話など書いてある?

467 :仕様書無しさん:2014/09/19(金) 07:59:41.26
予備工数をとって、
収入と
技術を
高めろ

468 :仕様書無しさん:2014/09/19(金) 09:06:17.47
>>466
書いてあることの話限定なの?
ちゃんと行間を読んであげたんだけどな。
君はちょっと情報を検索するたびに膨大な文章を翻訳させて、終わるまで待ってるんでしょう?
通常は必要そうなページだけ翻訳するだろ。

469 :仕様書無しさん:2014/09/19(金) 18:40:07.86
>>468
あのな、「終わるまで待つ気かい?」って疑問形は、そんなの誰もしないってニュアンスが行間に含まれる。
>>458は、実際にはそんな仕事の仕方はできないことを表現してる。「反語表現」でググれ。

ちょっと考えてくれ。
あるプロトコル変換プログラムを書く仕事があり、プロトコル規格は数百ページの
スワヒリ語の技術文書に書いてあると思われる。さて、隣の席に翻訳家がいるとして、
プログラミングに必要な情報をどうやって探させるつもり?

470 :仕様書無しさん:2014/09/19(金) 18:43:47.81
エスパーならそんな悩み無い

471 :仕様書無しさん:2014/09/19(金) 20:13:47.73
なんやかんや面倒臭いやつはそもそもプログラミングに向いてない

472 :仕様書無しさん:2014/09/19(金) 21:45:18.93
図星だと饒舌になるよね

473 :仕様書無しさん:2014/09/19(金) 21:55:44.75
>>469
もしも本当にプロトコル変換プログラムを書く仕事で
そのプロトコル仕様書がスワヒリ語で書かれているのであれば、
専門の翻訳業者に全訳を発注するしかない、とマジレス

表現を変えると、メンバーの大半が技術英語の読解力が
ゼロであるようなチーム編成であるなら、
英語の技術情報が重要な開発プロジェクトにおいて
メンバーの数人がいくらか英語ができたとしても
(全員が平均的に英語読解力があるチームと比較すれば)
その生産性は絶望的に低いものとなる、ということ

つまり>>441のカキコは、
スレタイ「プログラミング技術が低い奴」に沿った典型的な発想だね

474 :仕様書無しさん:2014/09/19(金) 22:02:01.34
>>472
図星だと黙る人のほうが多いよ。

475 :仕様書無しさん:2014/09/19(金) 22:05:15.92
英語の技術情報が重要な開発プロジェクトに英語出来ない奴集めたとすれば、
そらマネージャーがアホなだけじゃん。

なんか長文で後出し後出し、なにがそんなに悔しかったんだろう。

476 :仕様書無しさん:2014/09/19(金) 22:06:04.23
>>474
ね。黙ってられないんだよ

477 :仕様書無しさん:2014/09/19(金) 22:10:56.89
>>475
ほとんどの開発プロジェクトで英語の技術情報は重要だろ
まあ>>475みたいにCOBOLかVBの保守だけしていれば、
たしかに英語読解力は重要ではないだろうけどな

478 :仕様書無しさん:2014/09/19(金) 22:14:50.66
>>476
黙っていられないと、君みたいにレスするってことなの?

479 :仕様書無しさん:2014/09/19(金) 22:15:20.73
技術レベルがある水準を超えると無料で手に入る情報は英語ソースしかないよな
英語を見たら条件反射でGoogle翻訳開く先輩のことは心の中で超見下してる

480 :仕様書無しさん:2014/09/19(金) 22:18:07.81
英語読める俺はエリート

481 :仕様書無しさん:2014/09/19(金) 22:19:30.19
>>479
貧乏かw

482 :仕様書無しさん:2014/09/19(金) 22:20:31.45
>>481
無料で手に入る情報を金払ってわざわざ買うなんてリッチだね

483 :仕様書無しさん:2014/09/19(金) 22:41:31.15
>>473
そういうことだね。
マジレス歓迎。それくらいはっきり言わないと伝わらない人がいるみたいだからね。

484 :仕様書無しさん:2014/09/19(金) 23:04:12.06
>>483
本人乙

485 :仕様書無しさん:2014/09/19(金) 23:07:52.92
>>479 別にネット翻訳片手に読んでもいいだろうが。

日本語の解説記事を探しまくる俺より1万倍偉い

486 :仕様書無しさん:2014/09/19(金) 23:32:46.95
個人のプログラム能力が低いというよりグーグル先生がなかったら
今の自分の生産性は無かったと言い切れるな…
先人達に感謝

487 :仕様書無しさん:2014/09/19(金) 23:42:54.10
英語が読めないやついるとは思えないんだけど
すごい職場もあるんだな…

488 :仕様書無しさん:2014/09/19(金) 23:46:32.30
>>487
お前の交友の狭さにもびっくりだわ
きっと中高一貫有名私立からSラン大学に入ってそのまま業界トップ企業に就職したんだろうな

489 :仕様書無しさん:2014/09/19(金) 23:47:50.46
業界トップにも俺みたいな中卒もいるけどな

490 :仕様書無しさん:2014/09/19(金) 23:49:19.84
間違った高卒だわ俺

491 :仕様書無しさん:2014/09/20(土) 00:02:43.52
みずほ銀行次期システム開発が順調に破綻中らしい [289765331]
http://fox.2ch.net/test/read.cgi/poverty/1411138736/

492 :仕様書無しさん:2014/09/20(土) 01:47:37.29
>>482
> 無料で手に入る情報を金払ってわざわざ買うなんてリッチだね
時間のほうが重要だからね。

無料で手に入ったとしても、時間がかかるのなら
金だして、短時間で情報を手に入れた方がいい。

493 :仕様書無しさん:2014/09/20(土) 09:24:53.65
【知的財産と契約料金の搾取助長】
[受注系SIは生涯損害促進者ばかり]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
残業見積
裁判苦手
利益無視
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低技術
低収入
失業
貧困
非婚
離婚
鬱病
早死

494 :仕様書無しさん:2014/09/20(土) 09:52:07.94
英語を速く読めるようになってやろうという向上心がない奴が多いことが日本がIT後進国たる一因なんだろうな
日本語で手に入る情報は金出したところで遅れてるし

495 :仕様書無しさん:2014/09/20(土) 14:45:50.83
>>494
IT後進国の典型例
IT分野どころかフィールズ賞やノーベル賞の受賞者が未だにゼロな科学技術の不毛国家

--
[OSS] 韓国でオープンソースの利用が進まない理由は本当に英語?:日経パソコンオンライン
http://pc.nikkeibp.co.jp/article/NPC/20070912/281736/?rt=nocnt

韓国では「韓国人は英語が苦手だからオープンソース利用が進まない」と言われているが、
韓国人よりもさらに英語が苦手な日本では結構進んでいるのではないか、という話。

でも、韓国で「オープンソース利用が進んでいない」という印象はあまりないんだけど、
韓国内にいる人はそう思うのかな。少し前まではWindows全盛という話は聞いていて
政府や大企業のサイトがActiveX使いまくり(なのでWindows以外ではネットバンキングも
政府サイトアクセスもできない)という状況だったそうだけど、
今ではずいぶん改善されているんで無かったかな。
各郵便局に配置されているという公衆端末はLinuxらしいし。

しかし、そんなことよりなにより印象に残ったのはここ。
> 日本だって英語が苦手な人が多いのに、韓国のマスコミの報道によると
> 5000人以上のOSS開発者がいるという。韓国では100人にも満たない。

確かに韓国発のオープンソースソフトウェアについて聞いたことはないが、
それは言語の壁に遮られているせいだと思ってた。

国全部で100人以下? マジで?
どういうことだろう? 確か韓国って3千万人くらい人口があるんだよね。

利用が進むのは勝手だが、利用ばかりで開発に回る人が少ないのは
あんまり望ましいことではないなあ。

(2007.9.12 Matzにっき) http://www.rubyist.net/~matz/20070913.html

496 :仕様書無しさん:2014/09/20(土) 15:56:22.22
>>494
舶来品をありがたがってるのもどうかと。

497 :仕様書無しさん:2014/09/20(土) 20:49:28.07
>>496
じゃあ今すぐ目の前の箱を窓から放り投げたら?

498 :仕様書無しさん:2014/09/20(土) 20:58:45.69
>>496
したの人が迷惑する

499 :仕様書無しさん:2014/09/21(日) 00:25:38.19
>>494
読むだけじゃなくて、議論して自分のところに都合がいい仕様やソフトを使わせるくらいじゃないと
ずっと誰かが作ったものを使う後進国のまま。

500 :仕様書無しさん:2014/09/21(日) 01:02:46.82
>>487 はいはいすごいすごい。

2chみたいなクソ溜めにはこないほうがいいよ

501 :仕様書無しさん:2014/09/22(月) 01:07:34.76
スペイン語とか読む必要あるときはGoogle翻訳で英語に変換してる

502 :仕様書無しさん:2014/09/22(月) 01:27:15.04
OSSに英語が苦手とか関係ないぜ
高卒の俺が翻訳できるくらいだからな
自称理系の俺は当時の地元の普通の普通科で
英語も国語も常に70-80点のごく普通の成績で得意というレベルではない

503 :仕様書無しさん:2014/09/22(月) 02:04:27.97
翻訳まで必要か?
そら法的な意味合いを持つ文書(ライセンスとか)は必要だろうけど、
そういうのはちょっと英語ができる程度の人間の解釈じゃまずいし、
そうじゃない文書だったらフィーリングでつかめるレベルだろ。

504 :仕様書無しさん:2014/09/22(月) 05:54:22.34
OSSはやる気の問題

505 :仕様書無しさん:2014/09/22(月) 09:22:44.22
ライセンスを翻訳して読むとかバカか。

506 :仕様書無しさん:2014/09/22(月) 09:31:28.14
>>501
奇遇だな おれもフランス語はえーごにして読んでるよ

507 :仕様書無しさん:2014/09/22(月) 09:32:15.23
>>503
>>505

508 :仕様書無しさん:2014/09/22(月) 12:43:42.65
>>505
エレコムの中の人とかそういうことやりそうだよね

509 :仕様書無しさん:2014/09/22(月) 15:56:33.05
バカとわざわざ呼ぶ理由は分からんが
バカにしたいだけという事は分かる
ネット上だけは強がりたい自称情強のプログラマさん多すぎ
自分もライセンスは翻訳して、締結したことあるわ

510 :仕様書無しさん:2014/09/22(月) 20:18:51.21
>>503
自分の場合、翻訳する/しないの判断はケースバイケースで判断する
たとえば、ある英語の有益な情報を見つけた時に
それを自分だけの秘密の武器にしたいと考えたなら、
つまり内向きのケースだと翻訳しない

逆に、周囲に認めてもらいたい提案/意見があり
見つけた情報がそれを補強するものであると判断したのなら、
つまり外向きのケースだと丁寧に全訳する
弱い立場にある個人の提案/意見はいくら主張しても無視/拒否されやすいだけど、
これが海外の動向や情報であれば素直に耳を貸す人は多い
言い換えると、自分の提案/意見を通すという目的達成手段の一つが翻訳になる
もちろん自分に不利な情報であれば、熟読した上で無視する(=翻訳しない)

実際には内向き外向きは組み合わせる
つまり普段から海外動向を収集して内向きな情報(=武器)を蓄積し、
必要に応じて(自分の提案/意見にとって)有益と思われる情報を一気にいくつか翻訳する
翻訳する英文は過去に一度目を通しているし深層記憶で熟成させているから、
短時間かつスムーズに翻訳できる

511 :仕様書無しさん:2014/09/22(月) 20:55:39.11
就業時間内に糞する奴

512 :仕様書無しさん:2014/09/22(月) 22:22:10.00
PGでタバコ吸ってる人って多いのかな?
昔ソフトハウス勤めだった頃は、自分の席で喫煙OKだったから
気付いたら灰皿一杯になってたりしてたわ
今はタバコは止めれたけどプログラミングに夢中になってる時の
菓子食いが止めれない

513 :仕様書無しさん:2014/09/22(月) 22:55:48.04
ココナッツオイルのサプリ良いよ

514 :仕様書無しさん:2014/09/23(火) 03:59:13.06
>>510
ふーうん
で?

515 :仕様書無しさん:2014/09/23(火) 09:05:31.43
コッコナッツオイルって、ガン黒ギャルのおっぱいの匂いとおんなじなんだぜ。

516 :仕様書無しさん:2014/09/23(火) 10:52:36.17
夢中になると歩き回りたくなるね

517 :仕様書無しさん:2014/09/24(水) 04:38:31.12
>>516
菓子とコーヒー持って
個室に閉じ籠りたい

518 :仕様書無しさん:2014/09/24(水) 09:21:54.90
この場合、菓子食いながら仕事してる奴に有能が多いのか
その逆なのか気になるな
まあ脳にエネルギー送る必要はあるけど、煙草はアウトだな

519 :仕様書無しさん:2014/09/24(水) 09:22:23.99
作成時限守るんじゃねぇよ
受注系SEは
早く作ると
早く切られる

520 :仕様書無しさん:2014/09/24(水) 11:39:00.05
テレビ東京、ブラック企業の社名は隠したのに何故かホームページを放送する
http://fox.2ch.net/test/read.cgi/poverty/1411497359/

521 :仕様書無しさん:2014/09/24(水) 13:41:22.29
>>520
NHKもよくやる手じゃん。
大手チョメチョメ企業云々と紹介してる時に、
さりげなく企業ロゴが映るようにしてる。

522 :仕様書無しさん:2014/09/24(水) 21:04:27.42
コップ酒とスルメ持って
個室に閉じ籠りたいw

523 :仕様書無しさん:2014/09/24(水) 23:33:58.68
エロ本とティッシュを持って…

524 :仕様書無しさん:2014/09/25(木) 00:27:47.89
それで仕事が捗るなら良いんじゃないかw
俺は背中は壁、隣とはパーティションで遮られていれば能力の80%は出せる

525 :仕様書無しさん:2014/09/28(日) 01:47:45.47
あと可愛いJKが横で応援してくれたら、120%で働くが

526 :仕様書無しさん:2014/09/28(日) 11:43:13.44
横にJKが居る事を意識している時点で、集中してないからダメだ。

527 :仕様書無しさん:2014/09/28(日) 13:31:57.08
右に事業部長、左に課長

528 :仕様書無しさん:2014/09/28(日) 15:59:47.44
右に空気
左に害虫

529 :仕様書無しさん:2014/09/28(日) 17:54:29.92
JSなら200%越えるな
勿論その日8時間分の作業を4時間で終わらせて
じっくりと遊ぶから、納品は早まらないけど

530 :仕様書無しさん:2014/10/03(金) 22:35:39.44
JSを見てJavaScriptではなくJoshiShogakuseiを思い浮かべるやつかな

531 :仕様書無しさん:2014/10/04(土) 11:01:29.72
後者の発想のほうが難易度高いな
気が付いたのって>>530だけじゃないのka?

532 :仕様書無しさん:2014/10/04(土) 11:15:00.90
この流れでJK、JC、JSがどんな意味か解らねえ奴はいねえよ。

533 :仕様書無しさん:2014/10/04(土) 11:29:50.21
YJが好き

534 :仕様書無しさん:2014/10/04(土) 12:15:59.19
やらせてくれる女子か

535 :仕様書無しさん:2014/10/04(土) 12:21:52.13
かわいいJFKがいてくれたらなぁ

536 :仕様書無しさん:2014/10/04(土) 12:26:33.83
高学歴
高収入

537 :仕様書無しさん:2014/10/04(土) 12:42:47.49
Macまったく興味ないけど、プログラム技術となんか関係あるのか?

538 :仕様書無しさん:2014/10/04(土) 13:36:39.40
技術系のカンファレンスとか行くと7割型Macだね

539 :仕様書無しさん:2014/10/04(土) 13:54:17.95
個性ないって言っていいぐらいMacだよなぁ。
あれなんなんだろう。みんな右へならえで恥ずかしくないのかな?

540 :仕様書無しさん:2014/10/04(土) 13:57:16.39
Mac使ってるけど、OSはWindowsとUbuntuも入れてるよ。
WindowsとLinuxの両方が動くマシンなら
いくらでもあるが、MacOSXまで動かそうとなると
Mac買わざるをえないから仕方なく。

なんで三つもOSを入れてるのかというと
検証のためにね。どれも外せない。

541 :仕様書無しさん:2014/10/04(土) 16:36:08.41
>>539
こういうこと言う奴は技術力ないかな
Macのことを遠い世界のものみたいに考えてる感じが
技術力あるやつならとりあえず触ってみるよね

542 :仕様書無しさん:2014/10/04(土) 16:52:23.96
技術力のあるなしは発言内容じゃなくて
実際に仕事ができるかどうかでしか判断できない

543 :仕様書無しさん:2014/10/04(土) 19:46:47.69
受注スキルは失業リスク
【知的財産と契約料金の搾取助長】
[受注系SI生涯損害促進者を排除すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
残業見積
裁判苦手
利益無視
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低技術
低収入
失業
貧困
非婚
離婚
鬱病
早死

544 :仕様書無しさん:2014/10/05(日) 02:08:30.94
>>540-541
別にそれを持ち出さなくてもいいのに。
検証用だというなら、環境たくさん作れる大容量HDD付きの方が便利だろうに。

545 :仕様書無しさん:2014/10/05(日) 02:23:40.90
カンファレンスに持っていくMacは
きっと大容量SSDに換装したAirMacかデスクトップなんだろう
流れも読まずに俺すげー自慢とか、正にPGっぽいね

546 :仕様書無しさん:2014/10/05(日) 05:03:05.54
>>545
あれを「俺すげー」と受け取る人って、底辺PGの典型例だねw

547 :仕様書無しさん:2014/10/05(日) 06:07:05.16
>>546
使ってる側がそういう顔してんじゃん。
周りは、電車でそんな重たいものご苦労様、だよ。

548 :仕様書無しさん:2014/10/05(日) 08:35:23.37
mac持ち歩いてると
ミーハー気取りの素人か技術に興味ない利権屋に見えてやなんだよ

549 :仕様書無しさん:2014/10/05(日) 09:21:53.23
そうか、macbook airってそんなに重いのかww

550 :仕様書無しさん:2014/10/05(日) 09:29:41.91
ITあるあるだよな
macは持ってるだけじゃなく、ひけらかすまでがセットになってる
仕事現場へは私服
プレゼンではジョブズ風

551 :仕様書無しさん:2014/10/05(日) 09:42:11.36
技術自体に興味持ってるわけじゃなくて
マニアックな事してる俺すごいする事が目的

552 :仕様書無しさん:2014/10/05(日) 09:46:20.20
お前らみたいにひねくれて物事みてる奴は技術力が低い
偏見の塊だから客観的な評価が出来てない
Mac一神教並みに嫌Mac教はゴミ

553 :仕様書無しさん:2014/10/05(日) 10:32:26.23
>>546
また流れ読めない底辺がいるw

554 :仕様書無しさん:2014/10/05(日) 11:23:11.69
>>553
「流れ」以外に根拠なしw
まさに最底辺の発想だなwww

555 :仕様書無しさん:2014/10/05(日) 13:00:19.19
同類だろ
どっちも引かないあたり、底辺じゃなくてガキだな…

556 :仕様書無しさん:2014/10/05(日) 15:53:39.51
高学歴
高収入

557 :仕様書無しさん:2014/10/05(日) 16:03:05.16
作成期限守るな!
受注系SEは
高く儲けるため
早く作らされる

558 :仕様書無しさん:2014/10/05(日) 17:55:19.71
>>555
言い返せなくなったと。

559 :仕様書無しさん:2014/10/05(日) 18:56:33.35
何を言い返す必要があるのかさっぱり
本物の池沼?

560 :仕様書無しさん:2014/10/05(日) 19:44:16.50
自分には買えない物を使っている人を見たら嫉妬に狂って人格否定するのって
プログラム技術が低い奴の共通点だね。

561 :仕様書無しさん:2014/10/05(日) 20:03:07.71
ここまで技術的な話題無し

562 :仕様書無しさん:2014/10/05(日) 21:42:46.07
確かに技術関係ない話ばかりだなw
人間性がダメな奴は何やっても大成しないかというと
コミュ障でも技術だけは高い奴はいるけどね
今の時代、一人で作れるものに限界はあるけど

563 :仕様書無しさん:2014/10/05(日) 21:56:08.19
技術 = 奴隷

564 :仕様書無しさん:2014/10/05(日) 23:52:52.08
普通にUNIX系OSのMac便利なのにわざわざ否定するのはなぜなんだろう
GUIとシェル環境両立してるOSなんて今のところOS Xくらいしかなくないすか?

びじゅあるすたじおしか使ったことないのでしょうか

565 :仕様書無しさん:2014/10/06(月) 00:24:19.15
>>564
流行ってるものを否定することで俺わかってます感を出してるだけだよw
ただのポーズだから気にする必要なしw

566 :仕様書無しさん:2014/10/06(月) 00:35:08.31
win使ってて不便さがわからない人は技術力低そうな印象

567 :仕様書無しさん:2014/10/06(月) 00:39:55.87
>>564
ubuntuとかも負けず劣らず便利だけどなあ。
Macは信者がうざい、ubuntuはアンチがうざいw

568 :仕様書無しさん:2014/10/06(月) 00:41:27.63
>>565
流行りに乗ってるつもりの奴らを小馬鹿にしてるだけだと思うけどな。
MacOSが(技術的に)ダメという話は出てないんじゃないか?

569 :仕様書無しさん:2014/10/06(月) 00:55:44.58
ubuntuはいかんせんアプリ類が貧弱すぎて...
開発専用機ならいいんだけどねー

570 :仕様書無しさん:2014/10/06(月) 01:01:43.07
頭悪くて世渡り下手なんだろ
ガキの頃から多数派に虐げられてきたから
とりあえず「流行ってるものを否定したい」
脳になってしまっているんだろう

流行りものに触れずに批判してる奴はできない奴の典型

571 :仕様書無しさん:2014/10/06(月) 01:31:43.56
>>567
macとubuntuってどっちがよくできててどっちがより便利なの?ん?

572 :仕様書無しさん:2014/10/06(月) 01:55:26.76
目的による

573 :仕様書無しさん:2014/10/06(月) 03:23:42.48
>>571
シェル環境として見れば、ubuntuの方が上だな。
後は「ubuntuとして」提供されてるソフトが多いから、
それで済む範囲のことをしたいなら便利。

574 :仕様書無しさん:2014/10/06(月) 04:30:24.29
Retina液晶がイケてるので暫くMBP一択

575 :仕様書無しさん:2014/10/06(月) 05:31:05.70
OSX上でubuntu動かせばいいだけじゃん。

576 :仕様書無しさん:2014/10/06(月) 06:25:16.14
>>538 俺ならレッツノート買うけどな

軽いしwindowsマシンとしては最強のビジネスマシンだわ

577 :仕様書無しさん:2014/10/06(月) 06:34:07.19
メモリがショボいけどな

578 :仕様書無しさん:2014/10/06(月) 06:38:37.09
>>576
現行モデルはキーボードが・・・

579 :仕様書無しさん:2014/10/06(月) 08:55:15.16
レッツノートは比嘉愛未になったのがいいね

580 :仕様書無しさん:2014/10/06(月) 09:04:09.23
surfaceが使いやすすぎて
ノートPC使わなくなった

581 :仕様書無しさん:2014/10/06(月) 09:37:05.96
どこもかしこもMacばっかって思っていても
デザインが似てる(同じ)だけで、実際のスペックに開きがあるしね
カスタマイズで値段もアホみたいに変わるし
そういう俺は一つ前のモデルだからRetinaが超羨ましぃ…

582 :仕様書無しさん:2014/10/06(月) 09:51:33.57
仕事用ならwin以外の選択肢ない
趣味や学生の勉強用ならsgiを入手しろ

583 :仕様書無しさん:2014/10/06(月) 13:46:04.93
そうかそうか

584 :仕様書無しさん:2014/10/06(月) 13:48:57.95
んなネタわかんねぇよ。

585 :仕様書無しさん:2014/10/06(月) 17:52:19.24
高学歴
高収入

586 :仕様書無しさん:2014/10/19(日) 11:16:11.51
英語が読めない
コメントがないとプログラムが全く読めない

587 :仕様書無しさん:2014/10/21(火) 21:46:26.93
やたら他人事をバカにしたり、足を引っ張ろうとしたりする
そんなことしてもお前が技術が低いのは変わらないから

588 :仕様書無しさん:2014/10/22(水) 12:16:23.29
やたら他人事をバカにしたり、足を引っ張ろうとしたりする
そんなことしても>>587が技術が低いのは変わらないから

589 :仕様書無しさん:2014/10/22(水) 18:48:17.78
プログラムは英語じゃないだろ

MSDN読むのは面倒だけど我慢しよう

590 :仕様書無しさん:2014/10/22(水) 21:25:43.64
目新しいもの、面白い、自分が知らない、チャレンジングな技術に対して、
興味を全く示さずに、攻撃的な拒否反応を示す
Slerの40〜50代に多い
「で、これはどうやるの?こんなのわかんないんだけどさ・・・」

591 :仕様書無しさん:2014/10/22(水) 21:36:51.91
アホラスシステム

592 :仕様書無しさん:2014/10/22(水) 22:25:06.06
>>590
いるいる

593 :仕様書無しさん:2014/10/22(水) 23:12:02.46
メーカー系なら新しいものに興味示さないのはやばいと思うが
WEBだったら攻撃的にならないやつのほうがやばい気がする

594 :仕様書無しさん:2014/10/23(木) 02:24:15.87
自分 + 一緒に仕事するメンバーの戦力でこなせないのは拒否るしかない

595 :仕様書無しさん:2014/10/23(木) 09:03:39.87
>>590
わかんないだったら辞めろよ
って言ってやれ

596 :仕様書無しさん:2014/10/23(木) 09:20:21.52
やる気ないけど辞める気もないから
「勝手に導入するな」
とか騒いでマジ老害

597 :仕様書無しさん:2014/10/23(木) 09:22:51.90
>>595
わからないことはわかる人にアウトソースすればいいでしょw
個々人で解決しようとして無駄な時間を食うなんて、組織として成り立ってないw

598 :仕様書無しさん:2014/10/23(木) 20:34:18.59
>>590
組み込み屋はみんなそうだな。

599 :仕様書無しさん:2014/10/23(木) 22:12:42.81
>>597
先輩、わからないっすww
さーせん、やってくださいwwww

600 :仕様書無しさん:2014/10/23(木) 22:48:02.61
>>598

組み込みはバグ出たら「パッチ出すよー」というわけにはいかない

最悪全品回収リワークになって何億円もの損害が出る
余計な冒険したくないわ

601 :仕様書無しさん:2014/10/23(木) 23:02:33.48
>>600
それ何の関係もないことだよね。

602 :仕様書無しさん:2014/10/24(金) 00:03:21.84
上司「デモ用にちょっと新機能入れてよ!品質はデモのときこけなきゃどうでもいいから!明日までね」
オレ「・・・わかりました・・・」
〜〜デモ後〜〜
上司「評判良かったよ、このまま量産するぞ」
オレ「ちゃんと作り込まないとやばいから工数ください」
上司「動いてるんだから必要ない」

組み込みで毎回こんなことばかりなので会社辞めましたw

603 :仕様書無しさん:2014/10/24(金) 00:20:49.87
>>602
楽でいいじゃん

責任とれとか言われたときの対策さえしたら

604 :仕様書無しさん:2014/10/24(金) 14:35:29.46
実際にあるから困るw
性分のせいか張りぼて作るよりは、将来見据えてある程度作り込んだ方が楽なんだけど
そういう時に限って却下される…

605 :仕様書無しさん:2014/10/24(金) 20:37:36.70
>>590
わからないんだけどの99%知ってて、
でももしかすると自分の知らない知識があるんじゃないかという保険だから、言葉通りに受け取るなよ

606 :仕様書無しさん:2014/10/24(金) 22:24:12.23
>>603
客先に行くの、いい顔できる時は上司、問題出たらオレだけ行くことになる
実際最悪だったよ

607 :仕様書無しさん:2014/10/25(土) 09:58:49.98
低報酬使い捨て要員募集中
【知的財産と契約料金の搾取助長】
[受注系SI生涯損害促進者を排除すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
残業見積
裁判苦手
利益無視
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低技術
低収入
失業
貧困
非婚
離婚
鬱病
早死

608 :仕様書無しさん:2014/10/25(土) 22:34:57.99
くらだねースレだなぁ。出来ない奴じゃなくて出来る奴の共通点挙げた方が面白いだろう。

609 :仕様書無しさん:2014/10/26(日) 02:21:36.93
できる奴は独特過ぎて参考にならない(しない方がいい)のが多い。

610 :仕様書無しさん:2014/10/26(日) 08:10:50.98
>>609
今時はその"独特"ってのが実はデファクト・スタンダードって事が多いんだけどな
つまりは、
デファクト・スタンダードなコードが独特に見える=プログラム技術が低い
ってことだな

611 :仕様書無しさん:2014/10/26(日) 22:32:24.55
そうだな
無駄が多い昔流から抜け出す努力もせず

「昔はこう書いてたんだからこう書け!」

って
老害にも程が有る

612 :仕様書無しさん:2014/10/26(日) 23:23:48.28
>>611
その昔流とやらを具体的に書いてみ?

613 :仕様書無しさん:2014/10/27(月) 00:07:12.98
>>612
main(argc,argv)
int argc;
char *argv[];
{
}

614 :仕様書無しさん:2014/10/27(月) 06:00:38.57
これなら優れた書き方なんだけどな

int main()     // とある処理をして結果を返す関数
  int argc;    // 引数の数
  char *argv[]; // 引数
{
}

もうね、アホかと。同じことを二回かかせるなと。
/* とある処理をして結果を返す関数
 *
 * int argc;    引数の数
 * char *argv[]; 引数
 */
int main(int argc, char *argv[])
{
}

615 :仕様書無しさん:2014/10/30(木) 08:01:29.20
楽したい、効率化したい時でなく
物事を投げ出す時に言い訳を使う
違いは放棄するかそうでないか

616 :仕様書無しさん:2014/10/30(木) 08:30:03.92
いまだにK&R式も通すコンパイラがウンコということ?w

617 :仕様書無しさん:2014/10/30(木) 09:11:46.47
mainを関数と呼ぶキチガイ

618 :仕様書無しさん:2014/10/30(木) 10:04:51.07
>>617
へ?

619 :仕様書無しさん:2014/10/30(木) 12:52:32.61
特殊な関数でいいやん

620 :仕様書無しさん:2014/10/30(木) 15:22:59.47
関数以外のなにものでもないだろ

621 :619:2014/10/30(木) 15:50:50.80
あ、でも「関数が〜」とか言われた時にそれが前振りなしにmainを指してるとしたらそりゃ少し変だわ

622 :仕様書無しさん:2014/10/30(木) 16:14:41.71
確かにその文脈ではおかしいなw

623 :仕様書無しさん:2014/10/31(金) 22:45:15.41
>>18
今時の言語が何を指すのか知らんけど、
世の中で一般的に使われる言語は、今時の言語じゃないんですよ、残念ながら

624 :仕様書無しさん:2014/10/31(金) 22:49:56.39
>>614
そもそも、mainにコメントなんぞいらん

625 :仕様書無しさん:2014/10/31(金) 23:02:55.68
>>624
本質がわかってない。
お前は技術力が低そうだな

626 :仕様書無しさん:2014/11/01(土) 15:07:20.68
まさか、
スキルが上がるほど
ギャラが下がることに
気づかない馬鹿いないよな?

627 :仕様書無しさん:2014/11/02(日) 06:36:05.03
アスペルガーを気取って数学得意だけど国語はムリとか言いだす

628 :仕様書無しさん:2014/11/05(水) 00:07:32.80
// コードに複雑さをなくすのがいい
// 二元配列なんちゅものは駄目
// ポインタのポインタも駄目
// 配列のボインタもよくわからん
// つまり下記のように書くのがいい

typedef struct{
 char *ar;
}arg;

int main() // とある処理をして結果を返す関数
{
 int argc; // 引数の数
 arg argv[10];//一元配列

}

629 :仕様書無しさん:2014/11/05(水) 00:33:31.65
>>628
最近は「記憶する価値」というものを気にしてるよ。

記憶する価値が有るものと、記憶する価値が低いものがある。
記憶する価値が低いのに、記憶しないといけないものを増やすのはダメ。

プロジェクト固有の関数とか、そういうのは記憶する価値が低い。
記憶する価値が低いものは、あまり使わないものであることが多い。
あまり使わないから、記憶できない。

逆に汎用的になればなるほど、よく使う。
そういうのは記憶する価値があるし、よく使うから記憶してしまう。

このあたりまえで自然なパターンを増やすようにしないといけない。
何でも関数にするのは愚か者。(なんでもtypedefするのも同様)

argなんて型、汎用的でもないし、使わないし、そんなもの覚えるわけないだろw
そういうのを記憶しないといけないようにしてはダメ。

630 :仕様書無しさん:2014/11/05(水) 09:15:35.05
せめてstring型をつくってよ
適正なさすぎだろ

631 :仕様書無しさん:2014/11/05(水) 10:36:52.71
ボインタン ハァハァ

632 :仕様書無しさん:2014/11/05(水) 12:45:43.40
i,j,k,x,y,z最強説ですねわかります

633 :仕様書無しさん:2014/11/05(水) 19:27:05.11
typedef struct{
 char ar[10];
}arg;

とやるべきだろう。これで領域を確保
次にarg argv[10];//一元配列

char *ptr = &arg[0].ar[0];
とやれる
*(ptr+1)がさすところは arg[0].ar[1]だろう

634 :仕様書無しさん:2014/11/05(水) 20:50:54.88
母音よりボインだ

635 :仕様書無しさん:2014/11/05(水) 21:14:18.18
貧乏人どもへ
定時に帰って副業やれよ
貧乏うつすな

636 :仕様書無しさん:2014/11/06(木) 16:22:03.21
今請けてる仕事のソースがオール小文字変数。
prententrycontentnumとか意味わからん・・・
これでフリーでやっていられるのもなかなかすごい

637 :仕様書無しさん:2014/11/06(木) 16:59:37.81
下線で区切らないのか

638 :仕様書無しさん:2014/11/06(木) 18:47:49.54
区切らないのはもちろんひどいんだけど、
今仕事進めてて最初のprentがparentのことだと分かった。

639 :仕様書無しさん:2014/11/06(木) 20:57:13.55
typedef struct{
 char ar[10];
}arg;
で、


633の続き
*(ptr+10)がさすところは ?
arg[0].ar[10]だろう

640 :仕様書無しさん:2014/11/07(金) 00:39:54.79
プログラマって低学歴が多いって聞くけど、できる人って本当に努力した人なんだと思う。
プログラマ目指して情報系の学部入って講義についていけない学生なんですがホント尊敬してます。

641 :仕様書無しさん:2014/11/07(金) 10:04:44.89
プログラマに限らず、大抵の業種はそんな感じだから
社会に出たら、高学歴の凡人に低学歴の天才が混じって来る

642 :仕様書無しさん:2014/11/08(土) 02:06:57.60
神経科学者の池谷裕二の脳の仕組みの本によると
「勉強量と成績の関係は単純な比例関係にあるのではなく、等比級数的なカーブを描く」そうだ。
つまり1->2->4->8->16...というように学習効果が積み重なるので、
しばらくすると能力の専門化をやると1024->2048->4096...のような成長をし出すそうな。
そして、その成長の条件は「学習の継続」のみだそうな。

学歴とかよりそのトピックについて四六時中考えてる奴が強いってこったな。

643 :仕様書無しさん:2014/11/08(土) 03:07:12.18
>>636
ctrl + スペース で候補出るにしてもひどいなw

644 :仕様書無しさん:2014/11/08(土) 04:28:42.67
>>642
どうでもいいけど、等比級数だと離散的なイメージでなんか違和感
指数関数じゃないのかな

645 :仕様書無しさん:2014/11/08(土) 06:01:47.48
>>641
逆だ。8割の凡人に2割ぐらいの本物が混ざっているぐらい。

646 :645645645:2014/11/08(土) 06:09:16.27
あ、同じこと言ってるのか。低脳ですまんorz

647 :仕様書無しさん:2014/11/08(土) 07:59:43.67
>>628
二元配列だと分からんというのは
あとでソースを読むときだ

一ヶ月の曜日を並べるとき
day[5][7]というような書きかたより

week[5].day[7]のほうが
後で読んでもわかるというのを
凡人に分かるかな

648 :仕様書無しさん:2014/11/08(土) 09:45:34.28
day[5*7]でいいじゃん

649 :仕様書無しさん:2014/11/08(土) 10:56:47.23
>day[5*7]でいいじゃん

これだと、たとえばday[11]というのが、
どこを指しているのか分からんだろう

またデータの入力と出力一致しているかもわからん。
一ヶ月のカレンダーを渡されて、
データ入力者は日本語読みのように
土曜日の列、金曜日の列というように入力しているかもしれない

そしてして出力がわが、行読みなら、不一致がおきる

650 :仕様書無しさん:2014/11/08(土) 11:05:04.96
配列を生で外に出さなければいいだけ。

651 :仕様書無しさん:2014/11/08(土) 11:14:40.81
配列の扱いで小細工するくらいなら
関数切ったほうがいいと思うよ。

652 :仕様書無しさん:2014/11/08(土) 11:15:59.89
day[5 * 7]が一番わかりやすい
メモリにどう配置されるかがそのまま書いてあるから
attrib必要かどうかやコンパイラごとの動作を考えなくていい
メモリ配置定義すべき場所にロジック詰め込もうとする発想はおかしいだろ

653 :仕様書無しさん:2014/11/08(土) 12:52:28.44
>647-652
お前らが素人すぎで呆れたw
どちらもわかりにくい。

日付関連で7なら一週間の日数だってだれでもすぐに気づくと思うが
それでもわかりにくいと思うなら、定数にすればだけだろ。
day[5 * ONE_WEEK_DATES] とか思いつかんの?

数値じゃわかりにくいからコメント書こうとか言い出すんだろうな?w
定数にすればいいだけなのに。

> これだと、たとえばday[11]というのが、
> どこを指しているのか分からんだろう
どこを指しているのかわかりにくくて、
それをわかりやすくしたいなら

day[conv_date(SECOND_MONDAY)] とか
わかりやすい表記から、わかりにくいものに変換すればいいだけやん。

どうもね、言語で用意されている機能だけを使ってやろうとする発想のやつが多いよ。
自分で分かりやすくするための道具を作ろうとしない奴。

654 :仕様書無しさん:2014/11/08(土) 13:27:41.27
そもそも5がどこから出てきたのか不明。
ONE_MONTH_WEEKS?

655 :仕様書無しさん:2014/11/08(土) 13:30:37.60
俺的には
day getDay(w, d);
setDay(day, w, d);
だなー

インタフェースさえ決めちゃえば、
中でどう保持してるかとか気にしなくて済むし、
後でデータ構造変えることもできるし。

656 :仕様書無しさん:2014/11/08(土) 14:00:37.48
>>654
business_days

657 :仕様書無しさん:2014/11/08(土) 14:08:22.45
なにをそんなにアツく語ってるのかわからんわ
days[7*5]
でもdays[7][5]でもおなじだろうが

658 :仕様書無しさん:2014/11/08(土) 14:12:44.55
days[7][5]はいいだろ
structがやばい

javaやってろ

659 :仕様書無しさん:2014/11/08(土) 14:13:32.05
アクセスするときはdays[7*w+d]だろという話?w

660 :仕様書無しさん:2014/11/08(土) 14:17:14.42
違う

661 :仕様書無しさん:2014/11/08(土) 14:58:30.40
>>655
普通は「このような関数が欲しい」という願望から入るよな
中身は二の次

662 :仕様書無しさん:2014/11/08(土) 15:03:13.14
>>653
Cだけやってるとこんな頭になっちゃうのかなあ。
残念な人。

663 :仕様書無しさん:2014/11/08(土) 15:05:06.60
先にデータ構造を考えちゃってるからね。

何かしたいことがあるのなら、それをやればいい。
それを一番シンプルに便利にやる方法を考えて、
それからデータ構造を作ればいい。

664 :仕様書無しさん:2014/11/08(土) 18:09:46.11
データ構造を考えてるやつなら構造体定義はもっと厳密に使うし
OOPの知識あるなら中身とインターフェース切り分けるのが常識だわな

665 :仕様書無しさん:2014/11/08(土) 18:14:18.58
コードを書く時、一番にパフォーマンスを考える奴は
技術力が低いと思うわw

666 :仕様書無しさん:2014/11/08(土) 18:23:18.66
コードを綺麗に書くことが技術力だと思ってる奴が増えたよな
しょぼいプログラムをいくら綺麗に書いたところで、高度なプログラムにはならないのに

667 :仕様書無しさん:2014/11/08(土) 18:42:06.07
コードが綺麗で高度なプログラム書けばいいじゃんw

コードを綺麗に書けない奴が「綺麗なコード」って言葉を聞いた途端、
綺麗なコードを書く奴は○○なものを作るのが出来ないんだ!
そうだ、そうに違いない!って言い出す奴が多いよな。


綺麗なコードも、高度なプログラムも
技術力の高さに相関関係があるから
技術力が高いほど、綺麗で高度になるというのに。

668 :仕様書無しさん:2014/11/08(土) 18:44:32.80
うちの会社は、新人が一番綺麗なコードを書きます。

669 :仕様書無しさん:2014/11/08(土) 18:45:15.22
一行一行丁寧に書いてるからね。

670 :仕様書無しさん:2014/11/08(土) 18:46:12.63
>>668
そうですか。

ならば(あなたがかけなくて)新人が書ける
綺麗コードと思うものを、あなたがここに書いてみてください。

671 :仕様書無しさん:2014/11/08(土) 18:47:56.11
新人だからといって技術力が低いってわけじゃないしね。
長く働いているだけの無能というのはよくいる話。

ただ無能はダメなコードを綺麗だと思うからなー。

どちらにしろ>>668の会社の技術力の低さがよく分かるわw

672 :仕様書無しさん:2014/11/08(土) 19:04:28.34
>>670
> (あなたがかけなくて)新人が書ける綺麗コード
ないと思うなぁ。
まぁJavaScriptにはあるかもしれん。
自分はそっち系には手を出してないから。

673 :仕様書無しさん:2014/11/08(土) 19:07:33.37
読みやすさって指標が人気あるのは、たいして技術力がないプログラマでも
誰々のコードは汚いとかいって上に立ったつもりになれるからなんだろうな

674 :仕様書無しさん:2014/11/08(土) 19:08:13.41
>>667
何だろう、このスレタイにふさわしいというか。
汚くなるであろうコードをいかに良くするかが重要なのであって・・・。
ついに神になってしまった大人の中二病?

現実と戦おう

675 :仕様書無しさん:2014/11/08(土) 19:13:12.09
コードが綺麗であることは大切だけど、そればっかり言ってる奴の技術力は低そう

676 :仕様書無しさん:2014/11/08(土) 20:13:44.99
読みやすいのは大切だよね

677 :仕様書無しさん:2014/11/08(土) 20:27:32.08
読まれなくては読み易くても意味ないよ。つまり、

後は任せた

678 :仕様書無しさん:2014/11/08(土) 20:30:58.18
最悪なやつはシンプルに作れるものを
どっかの本やサイトで勉強してきたテクニックを駆使する事に夢中になって
必至こいて難読化してる

厨二病の一種じゃないかと思ってるんだが
わけがわからないよ

679 :仕様書無しさん:2014/11/08(土) 20:42:44.71
>どっかの本やサイトで勉強してきたテクニックを駆使する事に夢中になって
>必至こいて難読化してる

こんな奴見たこと無いなぁ
仮に今回そうしてしまったとしても、勉強してるならまだましじゃないか
最悪ってのは何の勉強もしない連中のソースだ

680 :仕様書無しさん:2014/11/08(土) 20:57:43.00
外部の物を参考にしない奴もダメだよね。
自分のやり方が正しいんだと思って疑わない。

外部から入ってきした人にとっては
目を丸くする用なコードがあったりw

681 :仕様書無しさん:2014/11/08(土) 20:59:17.16
>必至こいて難読化してる

難読化といっても二通りのパターンが有る。


使ってる文法は知っているものばかりなのに
コードが読みにくい難読化と

使ってる文法そのものが知らないものばかり
で難読化されているもの。



ぶっちゃけ、後半は単に読んでる奴が無知なだけ。
それは難読化ではない。

682 :仕様書無しさん:2014/11/08(土) 21:45:47.22
日本語が変で難読だぞ・・・

683 :仕様書無しさん:2014/11/08(土) 21:52:51.07
コメントにウンコとか書いてる俺のコードはビューティフルだぜ

684 :仕様書無しさん:2014/11/08(土) 21:57:36.29
難読化には二つのパターンが有る。

読み手側が知っている文法ばかりなのに読めない。

読み手側が知らない文法ばかりで読めない。

ぶっちゃけ、後者は単に読んでる奴が無知なだけ。
よって、先程の「難読化には二つのパターンが有る」というのは俺の嘘で、実は一つだけです。


デバッグできたw
最後の一行が意味不明で、仕様から変えたった

685 :仕様書無しさん:2014/11/09(日) 00:54:27.93
コンパイル通して結果一緒なら、綺麗な(読みやすい)コード書くのが優秀じゃね?
綺麗さは不具合を防ぐから、一番効率良いともとれるけど
直接数字書くのは抵抗があって、定数は多用しちゃうけど。。

686 :仕様書無しさん:2014/11/09(日) 02:14:48.21
>>657
>なにをそんなにアツく語ってるのかわからんわ
>days[7*5]でもdays[7][5]でもおなじだろうが

百姓には理解ができないのだな、次のレス(659)では

>>659
>アクセスするときはdays[7*w+d]だろという話?w

となっている。658の間違いを防ぐために
week[5].day[7]の意味がある、

687 :仕様書無しさん:2014/11/09(日) 02:32:10.51
>>679
難読化は目的ではないけど、たまにやる。
こんな書き方出来るんだーって。

で、どうして動いてるのか分からないから直せないw

688 :645645645:2014/11/09(日) 06:23:58.12
>>686
そんなものをデータ構造で解決しようとするなんて、
あんたセンスまるでないよ。
そういうのは手続き抽象するのが定石でしょ、おバカさんw

689 :仕様書無しさん:2014/11/09(日) 07:23:13.47
いまだにstructが否定される理由や抽象化の利点が分からないって
structをちゃんと理解してないんじゃなかろうか

690 :仕様書無しさん:2014/11/09(日) 07:49:02.71
>>687
よく分からないけど結果が同じに見えるものってのは
お前の知らない所でバグを引き起こしたりするからやめとけよ

691 :仕様書無しさん:2014/11/09(日) 07:59:42.02
>そんなものをデータ構造で解決しようとするなんて、
>あんたセンスまるでないよ。
>そういうのは手続き抽象するのが定石でしょ、おバカさんw

おまえのいっていることが、ネットやデータベースかましているようなかったるい
世界では必要になるかな?

こっちとら処理の無駄は排除だ。入ってきたデータをダイレクトに処理する

692 :仕様書無しさん:2014/11/09(日) 08:01:08.93
データベースを使っている

693 :仕様書無しさん:2014/11/09(日) 08:25:22.18
残業するほど早く契約切られる
【知的財産と契約料金の搾取助長者ばかり】
[受注系SI生涯損害促進者を排除すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

偽装請負従犯SEの迷惑
不当指示遵守
悪徳期限遵守
残業見積
裁判苦手
利益提供
人格障害
個人主義
刹那主義
孤独死

偽装請負従犯SEの代償
デスマ
低技術
低収入
失業
貧困
非婚
離婚
鬱病
早死

694 :仕様書無しさん:2014/11/09(日) 08:26:24.12
言ってもわかんねーだろうが
処理速度はデータをメモリにどう配置するかで上限が変わる
可読性のために曖昧なデータ構造の定義するなんてのは
パフォーマンスとメンテナンス性の視点から見てありえない

695 :仕様書無しさん:2014/11/09(日) 08:37:01.52
また百姓に講義しちゃおうかな?

>>628では構造体が関数の外で宣言されている。
----------------------------
typedef struct{
 char *ar;
}arg;

int main() // とある処理をして結果を返す関数
{
------------------------------
つまりだ、データのやりとりがarg型でおこなえる
関数をまたぐデータのやりとりを扱う世界になると、

ここで述べられたday[[5][7]のような型は
素人の作るおもちゃだと分かってくるのではないかな

696 :仕様書無しさん:2014/11/09(日) 08:44:48.07
Cの配列は宣言の仕方で内部的に別物になるってわけってないのな

697 :仕様書無しさん:2014/11/09(日) 09:26:48.11
>>695
お前の言っていることは、型の否定だ。
そういうことだろ。

698 :仕様書無しさん:2014/11/09(日) 09:31:42.29
>>694
そういうのは組込の世界でしか通用しない。
web系とかのマクロな世界でやってる人間からすれば、労力の無駄。

699 :仕様書無しさん:2014/11/09(日) 09:52:56.65
webで富豪プログラミングしてる人のほうが
データ構造と実装を切り離してくれる事多い

ごっちゃにすることで問題が表面化してくるのは
環境依存や実行速度求められやすいCを使うような時ではあるんだけど

700 :仕様書無しさん:2014/11/09(日) 10:14:08.99
>webで富豪プログラミングしてる人のほうが
>データ構造と実装を切り離してくれる事多い
そういう風になる理由ってあるのかな?
組み込みも時には抽象化のような考え方も必要だと思うのだが、
何か理由があるというなら参考にしたい

701 :仕様書無しさん:2014/11/09(日) 10:27:37.06
>>698
要するに、その部分では技術力が低いと。

702 :仕様書無しさん:2014/11/09(日) 10:41:27.04
>700
WEBだとフレームワーク使うの避けられないから
オブジェクト思考の定石設計をなぞって実装させられるからってのと

Cには変数へのアクセス制限が言語機能として提供されてないとこだと思う
抽象化した設計には実装上のルール増やす事は避けられない

703 :仕様書無しさん:2014/11/09(日) 10:58:25.22
>>701
色々な尺度の世界があるのが、判らないのかな。
CPU何個も積んで、メモリを何十GBも積んだサーバーで
そんな小さい話してて、どうするの?

704 :仕様書無しさん:2014/11/09(日) 11:03:26.80
web屋と組み込み屋が、同じものが同じに見える時代なんて来ないよ。

705 :仕様書無しさん:2014/11/09(日) 11:47:07.75
アクセス修飾子は欲しいって思う事は多いし
贅沢言えばCで書くと読み辛くなる
インターフェースクラスと仮想関数欲しいって思う事はあるけどなぁ
オブジェクトファイルにどう格納されるか
説明しなきゃいけない状況になるなら使わないほうが楽だから
大抵使わないほうがいいよねになってしまうんだけどさ

706 :仕様書無しさん:2014/11/09(日) 16:23:17.99
生涯収入3億以下の貧乏人へ
利益なさすぎ商売下手すぎ
分量減らすか収入増やせ

707 :仕様書無しさん:2014/11/09(日) 18:31:00.02
>>706
で、生涯収入3億でも貧乏人と言い切るお前の生涯収入はいくら程になりそうなんだ?

708 :仕様書無しさん:2014/11/09(日) 18:31:54.24
3兆円ぐらいかな(笑)

709 :仕様書無しさん:2014/11/09(日) 20:44:39.14
>>707
副業やってでも3億以下にはしたくない

710 :仕様書無しさん:2014/11/09(日) 20:48:30.39
技術力の低さ
3億以下

711 :仕様書無しさん:2014/11/11(火) 00:24:39.20
プログラムの書き方だけじゃなく、趣味や好きなものに対してもこだわりがないヤツ。
ソーシャル要素のあるゲームをみんなやってるというとたちまちやり込んで自慢してくる。仕事しろ。

712 :仕様書無しさん:2014/11/11(火) 12:26:29.09
訳の分からんこだわりばかりある奴

713 :仕様書無しさん:2014/11/11(火) 16:14:00.04
>>636だけど、俺の進捗をマージしたあと返事を待ってたら、この機能つけれませんか?ときた。
いや既に実装したはずなんだけど・・・と思い見てたら余計なものがついて動かなくなっていたw

714 :仕様書無しさん:2014/11/11(火) 20:50:52.53
>>713
どっかで線引きしないと実装したものまでしてない事にされて酷い目に遭うな
つーかソレがマジなら偉い人に進言して余計な事した犯人探しさせた方が良いんじゃね?
既存コードに影響ある変更加えたのにロクにテストもしねーでコミットしてるクソがいるって事だろ

715 :仕様書無しさん:2014/11/11(火) 21:02:23.68
くそみたいなのばっかの所だと
書かなくっていいって言われても最低限の仕様書と試験書作って
必要に応じてメールとccで証拠残して黙らせて準備しとかないと後で面倒に巻き込まれる

716 :仕様書無しさん:2014/11/11(火) 21:50:37.15
>>713
コミット(>>714)というか、GitやSubversion等でコードを構成管理していないんじゃないの?

実際、某菱電機のある職場では構成管理せずにHP-UX/Oracleのシステム開発して納品していた
で、勝手にオプソを導入するのもまずいから、自分の担当範囲はHP-UX標準のRCSで管理した
さすがに他人の作り込んだバグ対策までやらされることは無かったけどね

717 :713:2014/11/12(水) 10:58:04.95
バージョン管理はしてないね。マージも手作業。
犯人探しも何も相手一人だし。
幸いやりとりの履歴とアップしたファイルは全て残ってるから大丈夫だとは思うけどw

718 :仕様書無しさん:2014/11/12(水) 22:16:46.20
プログラム書けない奴に限って「要件定義はプログラミングと同じだ」とか「マニュアル作成はプログラミングと同じだ」とか言い出す。
プログラムを書けないから、プログラムを書く作業の厳密さがまるでわかっていない。

719 :仕様書無しさん:2014/11/13(木) 12:30:19.80
>>718
むしろお前が要件定義の厳密さを分かってないんだと思うよ

720 :仕様書無しさん:2014/11/13(木) 12:54:30.01
>>718
お前にはずっとコーダーでいて欲しい

721 :仕様書無しさん:2014/11/13(木) 23:13:49.67
てめーの工程でやる事だろってのを
低能のせいで無意識に他人に押し付けてる人ほど人の事ばかにするから嫌いです

ほんとは一人にやらせてもいいけどどっちかがカスで終了するのを防ぐために
工程分けてるんじゃないだろうかと思うようになった

722 :仕様書無しさん:2014/11/14(金) 00:41:24.39
>>716
某菱電機か・・・
良かった、そこの仕事蹴って

GitやらをOSSだから使えないのは異常な風土だと思うけどなぁ

723 :仕様書無しさん:2014/11/14(金) 00:42:41.32
あ、何か勘違いしたかも
>>722は無かった事にしてくれ
スマソ

724 :仕様書無しさん:2014/11/14(金) 01:24:35.33
× OSSだから
○ むつかしいから

725 :仕様書無しさん:2014/11/14(金) 18:18:42.56
>>719-720
おまえみたいのがこの業界をダメにしているってこと自覚してる?

726 :仕様書無しさん:2014/11/14(金) 18:27:06.68
>>725
ダメにしている=低脳奴隷のゴミ捨て場にならない
という意味なら正しい。
>>725は低脳奴隷で無価値のごみクズ。

727 :仕様書無しさん:2014/11/14(金) 23:52:31.27
>>1
クラスや構造体を作らず、総称型を使わず、List<String>、
Map<String, String>をList、Mapとして長大なメソッドを書く。
数値計算が必要になったら、文字列を変換して、結果をまた文字
列に戻して保持する。

訳が分からない。

728 :仕様書無しさん:2014/11/15(土) 00:15:46.29
テストの自動化をしない。

729 :仕様書無しさん:2014/11/15(土) 08:41:42.65
>>726
>ダメにしている=低脳奴隷のゴミ捨て場にならない

こいつの脳みそは本物のごみクズだ

730 :仕様書無しさん:2014/11/15(土) 13:51:57.11
>>728
技術が低い奴ってより低い集団だろね
デキる奴が「レッツ、テスト自動化♪」って提案しても
周りが「そんなマンダクセ」ってなれば終わり

731 :仕様書無しさん:2014/11/15(土) 13:58:09.08
>デキる奴が「レッツ、テスト自動化♪」って提案しても
>周りが「そんなマンダクセ」ってなれば終わり

客は「テストなんてしなくていいので完璧なものください。でないと検収あげませんよ」
でデスマ突入。

732 :仕様書無しさん:2014/11/15(土) 15:17:55.35
自動化したテストのテストも必要だよね。
それも自動化するの?

733 :仕様書無しさん:2014/11/15(土) 15:46:09.47
普通にassertと単体テストくらいは書くだろ?

734 :仕様書無しさん:2014/11/15(土) 17:47:23.03
一人で開発してるからテストって自動化したことないんだけど、
テストって、特定の入力値と出力値が変わっていないか自動的にチェックするの?
それだとそれ以外の値でエラー出る場合無意味ぽいけど

735 :仕様書無しさん:2014/11/15(土) 17:51:13.32
>>734
俺もテスト書かないけど
それ以外の値が出ないようにするみたい。
プログラムもテストしやすいように書くってこと。

736 :仕様書無しさん:2014/11/15(土) 18:26:44.48
>>1
>>734 >>735

737 :仕様書無しさん:2014/11/15(土) 18:33:22.09
>>732
しない

738 :仕様書無しさん:2014/11/15(土) 20:13:19.71
テストといっても作るものによって有効性違うだろうしね
逆にデメリットが多いパターンもある

739 :仕様書無しさん:2014/11/15(土) 20:27:14.95
関数実装するときに
関数の実行確認にassert使って合否判定して
それどっかに書き溜めておくだけの事で普通に実装するのと手間変わらん

ちゃんと単体試験をするときは
カバレッジ率出して検査基準を満たすテストコードを書く
特に高い効果発揮するのは共通関数群
大規模になったりポーティングするときは単体試験無いとやってられん

単体試験を導入すべき個所を理解できてなかったり
テストフレームワークを使いたがる
わかってないやつが使うと炎上する

740 :仕様書無しさん:2014/11/15(土) 20:37:14.29
会社ではデスクワークが中心、そして家ではテレビに釘づけ……そん
なひとにとって、少し心配なニュースが飛び込んできた。なんと、1
日4時間以上パソコンやテレビの前で過ごすことで、心臓病と早死に
のリスクが2倍にも増えるというのだ。
この発表を行ったのはイギリスのロンドン大学の研究チームで、2003年
から約5年間にわたり、スコットランドで国民健康調査に参加した成人
4512人のデータを調査したもの。これはテレビやパソコンなどのスク
リーンを見て過ごす時間と心臓発作の関連性について行われた初めて
の研究だという。
研究チームによると、4時間以上スクリーンの前に座ることで、様々な
原因による死亡リスクが48パーセント、心臓発作などの心血管系イベン
トのリスクが125パーセントも増加。つまり、スクリーンの前で長時間
過ごすひとほど、心臓関係の問題を起こし死亡するリスクが高まってい
るのだ。
データの収集開始から平均4.3年で、国民健康調査に参加したひとたち
の計325人が何らかの原因で死亡し、215人が心疾患を引き起こしてい
る。
また、これらの死亡リスクは喫煙や高血圧、肥満度指数(BMI)や社会
階級といった、健康を左右しやすい要因とはまったく無関係だった。さ
らに、日頃運動しているひとでも、長時間スクリーンの前で過ごすこと
による死亡リスクに変化はなかったという。
テレビやパソコンなどが直接死亡リスクを高めるのではなく、スクリ
ーンに釘付けになることで長時間同じ姿勢で座った状態になり、その
結果、メタボリック・シンドロームや炎症を引き起こす可能性が高ま
り死亡リスクが増加するのではないかと考えられている。

働く世代のほとんどが、パソコンやデスクの前で前かがみの姿勢で過ご
している現代社会。しかも帰宅後に何時間もテレビやパソコンの前で過
ごすひとが多いことから、研究者たちは娯楽に関するガイドラインを設
けるよう政府に呼びかけている。また、今後の課題として、長時間座っ
た姿勢を続けることで人間の体にどのような悪影響が引き起こされるの
か、そしてそれらの影響をどのように運動で回避できるのかについての研究が求められている。

741 :仕様書無しさん:2014/11/15(土) 21:50:16.66
テストを自動化した後、いったい何回同じテストをするつもりなんだろうか。
よくよく考えるとテストシナリオが完成した時点で、後はもう簡単なデグレをチェックをする役割以外に使えないよね。
顧客はそこがわからず自動化に夢を見てて、現場が困ることもあるわけですよ。

742 :仕様書無しさん:2014/11/15(土) 22:25:45.70
何でもかんでもユニットテストすれば品質上がると思ってる素人はマジで困る
ちょっと試せばユニットテストの有効な箇所も合わない場所もわかるだろうに

743 :仕様書無しさん:2014/11/15(土) 23:31:40.38
それすらしない奴がいるから炎上するのに

744 :仕様書無しさん:2014/11/15(土) 23:59:27.18
テストやってないから炎上するんじゃないと思うぞ。
炎上してるとこはだいたい試験設計も動作定義もよくわからないままテストはしてる。

745 :仕様書無しさん:2014/11/16(日) 00:09:31.03
>>742
その素人って、100%カバレッジ至上主義者?それとも、単にunit test初心者?
後者なら教えてやろうよ
前者なら問題だけど

746 :仕様書無しさん:2014/11/16(日) 00:16:03.05
>>741
テストを書きそれを自動化する目的・意義について、1からおさらいした方がよいんでね?
そのカキコみる限り、"デグレ防止"しか頭にないように思えちゃう

747 :仕様書無しさん:2014/11/16(日) 02:46:24.58
>>741
テスト通らないコードはコミット禁止。

748 :仕様書無しさん:2014/11/16(日) 02:57:14.19
>>747
某○○通ではバグ有りでシステム全体が動かなくなるコードでも普通にコミットされてて、みんな大騒ぎだったぜ
ワイルドだろ〜www

749 :仕様書無しさん:2014/11/16(日) 05:29:07.88
テスト初心者の書き込み
>>741-742

750 :仕様書無しさん:2014/11/16(日) 07:08:54.18
勤続障害・結婚障害・経済障害・対人障害
等のSI業界搾取防犯のために、
偽装請負デスマ強要被害SEが東京地裁で損害賠償裁判やるらしい
傍聴や拡散で支援すべき

751 :仕様書無しさん:2014/11/16(日) 12:37:11.57
>>739
> 単体試験を導入すべき個所を理解できてなかったり
> テストフレームワークを使いたがる
> わかってないやつが使うと炎上する
テスト書けってうるさい人は大体これ

752 :仕様書無しさん:2014/11/16(日) 16:50:15.40
テストフレームワークを毛嫌いするヤツは大抵カバレッジが低いまま平気でいるw

753 :仕様書無しさん:2014/11/16(日) 17:11:02.05
>>746
"デグレ防止"しか頭にないんじゃなくて、実際そのへんの効果しか期待できないでしょう。
それとは別に、シナリオ作成を通して試験手順を明確に残しておけるというメリットもあるがね。

しかし自動試験システムの作成は通常の試験よりはるかに時間がかる。できない部分も多い。
そこに時間を取られれば本来より試験ケースが減ってしまう問題がある。
まあ発注元が、自動試験で試験工数を減らしたりなんでもまかなえるという夢を抱いてるとやっかいだという話だ。

>>747
自動試験シナリオができ上がるまでコミット禁止は逆に問題でしょう。

754 :仕様書無しさん:2014/11/16(日) 17:34:23.37
自動試験で工数削減して品質上がる部分だけ部分導入すればいいだけだよな、、、

755 :仕様書無しさん:2014/11/16(日) 18:22:50.85
なんだTDD/BDDじゃないのか・・・

756 :仕様書無しさん:2014/11/16(日) 18:41:01.58
生涯収入3億以下は
技術力が低すぎ

757 :仕様書無しさん:2014/11/16(日) 19:02:27.62
>>753
あなたのところでは、一回しか試験しないの?

758 :仕様書無しさん:2014/11/16(日) 19:52:50.80
>>757
時間的に一回しかできない

759 :仕様書無しさん:2014/11/16(日) 21:13:35.97
>>753
>しかし自動試験システムの作成は通常の試験よりはるかに時間がかる。

だからフレームワーク使うんだよ(鼻くそホジホジ

760 :仕様書無しさん:2014/11/16(日) 21:47:27.27
>>757
1回しかリリースしないものについては1回。
リリースの度にデグレチェックのため、少数の同じ試験を行うことはあるね。

>>759
それは無料で手に入ると思ってますか?
それを使えば短時間で、あらゆる機能を網羅する自動試験シナリオが作成できると思っていますか?
鼻くそホジホジしてないで、たまには頭を使って考えることをしてください。

761 :仕様書無しさん:2014/11/16(日) 22:09:49.54
なんか吠え始めた

762 :仕様書無しさん:2014/11/16(日) 22:12:39.45
もうスレタイからズレまくり

763 :仕様書無しさん:2014/11/16(日) 22:30:39.31
頭が悪い人の共通点w

764 :仕様書無しさん:2014/11/16(日) 23:55:52.71
本音はごく平凡な一言でこれだけスレを盛り上げた>>728への嫉妬

765 :仕様書無しさん:2014/11/17(月) 17:55:41.30
>>760
なにこのあほ

766 :仕様書無しさん:2014/11/17(月) 19:07:21.69
>>760 の日本語訳
「俺様が抱えている面倒くさい仕事を全て完全に解決しないフレームワークは全部クソ」

767 :仕様書無しさん:2014/11/17(月) 20:08:13.36
>>760
お前の所が使いこなせてないだけだろ
そんだけ吠えてるんだから実際何か使ってんだろ?
何使ってんの?

768 :仕様書無しさん:2014/11/17(月) 21:47:10.38
鼻くそホジホジされたらそりゃ吠えるだろ一般的に

769 :仕様書無しさん:2014/11/17(月) 22:51:13.83
>>767
特殊な分野で使うので具体的にはいえないが、かなり高価で高性能なツールだ。
もちろんそれだけで足りるわけじゃない。
例えば画面や音の確認ってのは人なら一瞬でできるが、これ自動化するためには
画像取り込み装置、マイク、サウンドカード、各種シミュレータ、
画像比較ソフト、FFTによる周波数解析プログラムなど様々なものを購入し、
さらにそれらを自動的に制御するプログラムを書かなければならないね。
デバイスが自動的制御に対応していなければ製造元にAPI公開を依頼する必要がある。

きみらがそんな自動化の話はしてないってのは百も承知。
このカキコに煽りがくるのも当然承知で、聞かれたからには答えた。OK?

770 :仕様書無しさん:2014/11/17(月) 23:18:24.73
>>769
ああ、君はUIテスト用のフレームワークを知らないんだねw

771 :仕様書無しさん:2014/11/17(月) 23:21:50.13
テスト実行中
                ;;-、
                /ヽ;;)
        ∧_∧ /
  ∧_∧_(◎・∀・∩
 ( ・∀|[__|o|_∧つ      ___
  | つ ∩( ・∀・))     | i \ \
 と_)_)( つ|三|O     | i  l =l
       と_) ̄)        | |__ノ  ノ
           ̄       | ̄ ̄| ̄ ̄|

772 :仕様書無しさん:2014/11/17(月) 23:22:29.06
それプログラムのテストじゃなくね...

773 :仕様書無しさん:2014/11/17(月) 23:23:51.59
assertion failed

/                   \  ____
ゴハンヨー   ('A`  )            | ̄|ヽ _\
\      ( ∪ ∪  _____        |  |= )   )
        と__)__) [_i(::)ェ]     |  | r   r
                  / | ̄ ̄i ̄ ̄ ̄|

774 :仕様書無しさん:2014/11/17(月) 23:24:28.67
>>769
ねえねえ、スタブとかモックって知ってる???

775 :仕様書無しさん:2014/11/17(月) 23:45:41.15
>>770>>774
あのさ、話の内容からそういうの使う段階の試験じゃないことはわからない?
だからきみらが思ってる自動化の話じゃないのは百も承知っていってるじゃん。OK?

>>772がツッコミとしては正解だ。

776 :仕様書無しさん:2014/11/18(火) 00:19:07.54
テストしにくいコードをテストする方法教えて下さい (655)
http://peace.2ch.net/test/read.cgi/tech/1334408391/

777 :仕様書無しさん:2014/11/18(火) 00:47:26.40
それはもっと自動試験以外のテストについても語り合いたいというリクエストか?

778 :仕様書無しさん:2014/11/18(火) 01:01:25.10
どれ?

779 :仕様書無しさん:2014/11/18(火) 01:08:57.51
アンカ付いてない場合はだいたいひとつ前

780 :仕様書無しさん:2014/11/18(火) 02:27:00.60
OK?試験君。参上ぅ!

781 :仕様書無しさん:2014/11/18(火) 16:23:34.89
医療プログラマーが超高難易度の免許制に / フリーソフトやオープンソースの無作為配布も全面禁止
http://fox.2ch.net/test/read.cgi/poverty/1416286592/

782 :仕様書無しさん:2014/11/18(火) 18:55:21.56
>>775
おいおい、 >>753を音読してみなw

783 :仕様書無しさん:2014/11/18(火) 19:53:50.43
>>775 = >>753 だけど何か用事かい?
音読してどうなると思ったんだい?
意見ってのは具体的に発言していかないと伝わらないよ。OK?

784 :仕様書無しさん:2014/11/18(火) 20:23:59.56
>>783
へー、自分が何かいたか覚えていて、>>753を書いちゃうのかーwぷぷぷ

785 :仕様書無しさん:2014/11/18(火) 20:44:56.82
>>784
だからなんだよw
自分が言いたいこを何一つ言ってないじゃないかw

786 :仕様書無しさん:2014/11/18(火) 21:39:05.21
>>785
的確に代弁しといてくれてありがとう。

787 :仕様書無しさん:2014/11/19(水) 01:13:10.00
>>785
プログラム技術が低い奴の例題になってくれてるんだと思う。

788 :仕様書無しさん:2014/11/19(水) 04:14:07.66
絵に描いたような低脳だなw
単にテストツール使ったことない素人w

テストなんかマンドクサ!

(フレームワーク使えよ)

フレームワーク使ったってシナリオ作成大変なんだもん

(フレームワーク使いこなしてないだけ)

画面とか音とかのテストも必要なんだもん
画面やスピーカーの出力が正しいかどうか、音の分析とか映像の分析しないとテストできないもん

(UIテストのフレームワーク使えよ)
(モック使えよ)
(ぉぃぉぃハードウェアテストする気かよ?ぷ)

もうそんな段階のテストは終わってるんだよ!うぇーん
そして自演に走る ←いまここ

789 :仕様書無しさん:2014/11/19(水) 08:17:06.82
プログラム技術が低い奴は説明も下手だよね。

790 :仕様書無しさん:2014/11/19(水) 08:23:13.51
それよりも"試験"って用語がキモすぎる
今の時代は"テスト"じゃね?

791 :仕様書無しさん:2014/11/19(水) 19:47:52.66
>>789
いいからテストツールのお勉強しろよw

792 :仕様書無しさん:2014/11/19(水) 19:53:19.98
ユニットテストが楽に適応
できるシステム開発やらされてるのが
どんな層か考えりゃわかるだろ

793 :仕様書無しさん:2014/11/19(水) 20:15:49.46
ユニットテストすらできない
ような駄目な現場に投入されているのが
どんな層か考えりゃわかるぞ

794 :仕様書無しさん:2014/11/19(水) 20:49:11.73
なんでもかんでもユニットテストしたほうがいいと思ってる>>793がいるような現場じゃ

795 :仕様書無しさん:2014/11/19(水) 21:25:18.99
>>788
きみだけがだいぶ勘違いしているようなので説明しておこう。
俺が行ってるのはハードウェアテストではなくシステムテストだ。
スタブやモックを使ったテストは別の場所で行われてる。

音や映像の解析も必要云々という話じゃなく、実際にそれが構築してあるんだ。
試験対象のユニットも、ユーザーインタフェース部分も、PCに入ってるわけではないぞ。
周辺機器とフレームワークの購入で一千万以上、
自動制御対応のライブラリやS/W、テストシナリオの構築に一千万以上、
システムテスト自動化のためだけに、計二千万以上コストが「現実に」かかってる。

これで話の辻褄は合ったかな?その上で何か意見はお有りか?

796 :仕様書無しさん:2014/11/19(水) 21:39:02.62
そもそも使えないもんをどんだけテストした所で使えないもんは使えないんだよな

797 :仕様書無しさん:2014/11/19(水) 21:40:54.44
ABIの出入り口で動作検証できるてる時点で
難易度高い場所はすぎてんじゃねーのみたいなはあるけどな

798 :仕様書無しさん:2014/11/19(水) 21:56:05.77
カバッジってテストフレームワークの機能ではなく大抵はコンパイラの拡張機能なんで
でっちあげたほうが楽だったりすることもあんのよね

799 :仕様書無しさん:2014/11/19(水) 22:57:28.44
そういえばテニプリにカバジってのが居たな

800 :仕様書無しさん:2014/11/19(水) 23:05:39.70
>>795
最初は>>728-739でマッタリとunit testの話しをしてたのに、
突然>>741でそんな特殊な機器のend-to-end testの話しをし始めるのは
どうかと思うんだが

801 :仕様書無しさん:2014/11/20(木) 00:47:45.19
マッタリもいいが、鼻くそホジホジはさすがにマッタリしすぎじゃないのかい

802 :仕様書無しさん:2014/11/20(木) 04:08:48.36
>>801
あー、それでファビョっちゃったんだね
でも自分がテストの素人だってことは自覚したほうがいいよ

803 :仕様書無しさん:2014/11/20(木) 05:02:56.68
>>801
マッタリ >>728-739
ほじほじは >>759
739と759はどちらが後ですか?
ねえねえ、簡単だよね?教えてよ

804 :仕様書無しさん:2014/11/20(木) 05:05:35.48
完璧にテストできないから、
テストは無駄、
ってのがテストできない奴の言い訳

805 :仕様書無しさん:2014/11/20(木) 06:28:48.68
>>802-804
今の流れでその煽りは意味がわからん
レスを読み返せとしか

806 :仕様書無しさん:2014/11/20(木) 07:15:11.46
お前ら寝ぼけてレスするのやめろよw

807 :仕様書無しさん:2014/11/20(木) 09:55:56.86
>>795
君がアホなのは解った

808 :仕様書無しさん:2014/11/20(木) 11:00:44.98
>>807
何も言い返さないのか?

アホなのはお前のほうだってわかった。
理由は、お前も書いてないから不要だろう。

809 :仕様書無しさん:2014/11/20(木) 12:35:24.65
何ともスレタイな空気になってるな

810 :仕様書無しさん:2014/11/20(木) 12:42:20.74
>>808
理由を聞きたければ 金払え ( ̄ー ̄)ニヤリ

811 :仕様書無しさん:2014/11/20(木) 18:07:21.02
システムテストだ キリリッ
お腹が痛いようw

812 :仕様書無しさん:2014/11/20(木) 20:52:16.03
試験君の敗北って事でFAでOK?

813 :仕様書無しさん:2014/11/20(木) 21:31:25.49
>>808
あまりにもしょうもないやっかみに触らないように。

考えてもみてくれ、テストシステムの自動化費用二千万は、彼の労働収入7年分の価格だ。
「金払え」という冗談が出たのは、自分の労働対価に対する不公平感、抑圧の裏返し。
議論したいんじゃなくて、ただの憂さ晴らしだからそもそも意味のある反論など出てこないはず。
これがメンタリズムです。

814 :仕様書無しさん:2014/11/20(木) 21:41:43.05
もうかまうなよ
他人の敷いたレールの上走る事が全てだと思ってるやつに
納得させるすべはない

815 :仕様書無しさん:2014/11/20(木) 21:52:26.08
会社組織において、
他人の敷いたレールの上走る事を拒絶する奴は
追い出されるだけだけどね。
自分でレール引いて走っているつもりの奴だって、9割は誰かの模倣。

816 :仕様書無しさん:2014/11/20(木) 22:37:08.04
典型的な厨ニリーマン

817 :仕様書無しさん:2014/11/20(木) 22:58:56.17
>>808 >>813 >>815
試験君かい?
文体でバレバレですよ

818 :仕様書無しさん:2014/11/20(木) 23:30:02.78
試験君ってのは俺のことだと思うが、その中だと>>813のみだ。
対話の期待できん相手に、そう何回も無駄レスせんわ。

819 :仕様書無しさん:2014/11/21(金) 05:32:37.76
結局 >>766 が正解か。

820 :仕様書無しさん:2014/11/21(金) 06:33:52.24
毎朝の日課になったようで

821 :仕様書無しさん:2014/11/21(金) 08:10:01.02
試験君はユニットテストもしないで全てのバグを統合テストで炙りだすのかw
そんなんで2千万クレクレ言われる客が可哀想すぎるw

822 :仕様書無しさん:2014/11/21(金) 20:56:39.57
なるほど、年収280万くんの感覚では、
ユニットテストとシステムテストは同じ人がやり、ツールは無料、開発費用はお客持ち。
ソフトはPC上で動き、ユーザーインターフェースはマウスとキーボードとディスプレイ。
機材なんてHARD OFFにでも売ってんじゃね?ということだね。

派遣のテスターさんかな?まったく初心忘れるべからずだねw

823 :仕様書無しさん:2014/11/21(金) 21:49:10.54
>>822
特定した

824 :仕様書無しさん:2014/11/22(土) 04:07:01.50
>>823
特定すんな!

825 :仕様書無しさん:2014/11/22(土) 05:10:23.52
特定派遣

826 :仕様書無しさん:2014/11/22(土) 07:05:36.88
ライン工のフレームワーカーとの対話は不可能
低レイヤやRD寄りの開発したことなくいんだぞ

827 :仕様書無しさん:2014/11/22(土) 08:44:28.99
「なくいんだぞ」?

828 :仕様書無しさん:2014/11/22(土) 08:47:30.80
試験君 >>822 の日本語訳:
「ぼくはユニットテストと統合テストの区別がつかないので、
統合テストで適用しにくいケースがあるというだけの理由で
ユニットテストフレームワークの利用価値を全否定します」
ぽんぽん痛いけど、こいつが出荷した機器で医療を受けたくないわw

829 :仕様書無しさん:2014/11/22(土) 11:49:25.28
>>828
> ぽんぽん痛いけど、こいつが出荷した機器で医療を受けたくないわw

いえいえ、年収280万(特定派遣)さん、今回は問診だけなので大丈夫ですよw
最近頭に血が上ってよく眠れない。明け方ごろ目が覚め我慢できなくなるわけですな。
少し妄想、幻聴があり、自分で物語を作ってしまうようですね。
お薬出しときますね。

830 :仕様書無しさん:2014/11/22(土) 11:52:29.13
それ面白いと思ってやってんの?

831 :仕様書無しさん:2014/11/22(土) 12:01:36.41
生涯収入3億以下の貧乏人へ
利益少なすぎ商売下手すぎ
分量減らすか収入増やせ

832 :仕様書無しさん:2014/11/22(土) 12:40:49.58
>>831
お前土日の真っ昼間に下らないレスしてる暇あったら副業して来いよ
副業してでも3億超え行くんだろ?

833 :仕様書無しさん:2014/11/25(火) 07:46:16.80
SEに早死にが多い理由
テレビ、パソコンを1日4時間以上利用すると死亡リスクが2倍に!
http://googirl.jp/lifestyle/157terebipc632/

834 :仕様書無しさん:2014/12/20(土) 22:47:08.48
ブラウザの開発者ツールを使えない
処理時間をストップウォッチで計測する

835 :仕様書無しさん:2014/12/20(土) 23:14:34.94
残業は正義だと思い込んでる

836 :仕様書無しさん:2014/12/21(日) 23:38:51.05
コピペして書き変えて動けばOK
この行の意味? 知らないです。
動かしてて動いたからOKでしょ?

837 :仕様書無しさん:2014/12/23(火) 16:42:57.35
>>18
現時点で有理数型を標準で持っている処理系ってlisp以外に何があるの?

838 :仕様書無しさん:2014/12/24(水) 17:25:56.36
rubyとか

839 :仕様書無しさん:2014/12/27(土) 15:48:14.79
>>837
J、Juliaとかかな。
ライブラリ含めたらPythonも。

840 :仕様書無しさん:2014/12/27(土) 16:36:26.59
・コピペ大好き
・ブラインドタッチできない
・Macを知らない

該当あったは

841 :仕様書無しさん:2014/12/27(土) 18:35:53.28
>>840
わしはコピペ大好きでブラインドタッチもできないし、
Appleの商品は好きだが商売が大嫌いなのでmacにも手を出していないよ。
すべて該当していますな。

842 :仕様書無しさん:2014/12/27(土) 20:51:02.94
macだけは嫌い。ブラックだし。

843 :840:2014/12/27(土) 21:42:26.84
>>841
>>1のリストを見ての発言なら俺のコピーだな、お前は

で、>>1のリストへの追加項目候補はスレを拾ってみるとこれ位かな?
スレがgdgdすぎて途中から読むのやめたが

・VCSがなぜ使われているのか理解できない
・全角英数を多用。
・昔覚えた古い技術を使い続けて、非推奨になっても新しいことを覚えようとしない。
・ググり方が下手
・2chで情報収集
・数学ができない


・Macを知らない
は異論が多いから削除対象か?

844 :仕様書無しさん:2014/12/28(日) 23:17:57.62
個人的な経験から
>>1
に追加したいのが、

・プログラミングというのは、ノイマンだとかクヌースだとか、
 そういったコンピュータサイエンスの偉人の作り上げた、
 アカデミックな英知に支えられているものである、
 という事実を知らない。 

要するに、
・本物を知らないし、
・自分が本物を知らないことを知らないし、
・自分が本物を知らないことを教えてくれるものを探そうともしない
ということだ。

まあプログラマーに限らず、どんな職業でも、その職業に必要な技術が
低い人に共通していえることだとは思うけどね。

845 :仕様書無しさん:2014/12/29(月) 08:50:16.46
>>844
俺は本物を知らないので、ぜひ本物を教えてくれ

846 :仕様書無しさん:2014/12/29(月) 09:12:56.93
>>845
うーん。。。君はかなりダメなやつだな。

そうやって不貞腐れて開き直るのって、一番ダメ。負け組一直線な感じ。

847 :仕様書無しさん:2014/12/29(月) 09:32:25.97
…とまあ、これが「知識人アピールがうざい人にいざ聞いてみたらこうなる」という例です。

848 :仕様書無しさん:2014/12/29(月) 10:06:50.24
>>847


そんなレスをするだけで、君のプライドが保たれるなら、まあ、いいんじゃないかな。

でも世の中、君みたいのも多いけど、
「もっと上の世界にいけば、今の自分の知らない良い景色が見られるハズだ」
と信じて必死に努力している人たちもいるから、
せめて、そういう人たちの邪魔はしないでくれよな。

849 :仕様書無しさん:2014/12/29(月) 10:20:20.11
>>845
プログラマ向けの自己啓発本を読むことを勧める
ハッカーと画家、闘うプログラマー、ジョエルオンソフトウェア、等々

850 :仕様書無しさん:2014/12/29(月) 10:42:57.40
なお、彼らが言いたいことを聞いてやれば大人しくなるのかなと思いがちですが、
一度でも話しかけてしまうと、後あと余計に絡まれるという例が>>848です。

>>849
ふむふむ、それぞれどんな本でどんな部分に感銘を受けた?

851 :仕様書無しさん:2014/12/29(月) 10:51:59.95
>>850
本当に興味あるならamazonでレビュー読んでね。
向上心の無い人間に教えるほど暇じゃないんで。

852 :仕様書無しさん:2014/12/29(月) 11:02:38.73
>>850

>>851
>向上心の無い人間に教えるほど暇じゃないんで。

クスクスw

853 :仕様書無しさん:2014/12/29(月) 11:04:58.42
>>852
君さー、最初から斜に構えて人の善意を無駄にするもんじゃないよ。
まあいいけど。

854 :仕様書無しさん:2014/12/29(月) 11:14:50.45
なお、彼らと話の場をつなぐ場合でも具体的な質問は避けましょう。
>>850で具体的な質問をしたため>>851で彼は機嫌を損ねていますね。
この場合「へー勉強になる」「難しい本しってるんだね」あたりで止めておくのが妥当です。

以上、本日の為になるコミュニケーション講座でした。

855 :仕様書無しさん:2014/12/29(月) 11:23:44.01
昨日FBIも使う人をなだめる方法て記事読んだんだろ?

856 :仕様書無しさん:2014/12/29(月) 11:39:16.68
>>844
A. V. Ahoを含めない時点でダメ

857 :仕様書無しさん:2014/12/29(月) 11:40:53.33
>>849さん、申し訳ない。
>>849さんと俺、同一人物と思われているらしい。

ハッカーと画家はいいですよね。
俺もあれ読んで、Lispやってみようと思った。

858 :仕様書無しさん:2014/12/29(月) 11:40:55.97
>>845
とりあえずUNIXからはじめよう。

859 :仕様書無しさん:2014/12/29(月) 12:00:36.50
>>844
コテ職人とか、アカデミックな話知らなくても
見事な芸術品作るけどなあ

860 :仕様書無しさん:2014/12/29(月) 12:06:42.68
>>859
プログラマって知的労働だからね。
色々な知識はあったほうがいいし、そういう興味もあるべき。

861 :仕様書無しさん:2014/12/29(月) 12:13:51.96
コテ職人も知識に裏打ちされた技術力がなければ駄目でしょ。

黄金比率や白銀比とかの画面の見せ方、使う顔料や土の特性を知識として持ってて、
その上で確かな技術力で作品を作ってくんでは?
知識も技術もどっちか一方が欠けてたら、芸術にはならない気がするなあ。

862 :仕様書無しさん:2014/12/29(月) 12:24:31.44
どんな職業も一朝一夕で食べれるようになれるわけない。
才能や感性のみで大成する夢をみていいのは10代までだと思う。

863 :仕様書無しさん:2014/12/29(月) 12:32:35.90
>>857
> ハッカーと画家はいいですよね。

おっ、さっそく本日の「為になるコミュニケーション講座」実践してくれてたんだね。
そうそう!そんな感じですよ。

864 :仕様書無しさん:2014/12/29(月) 12:40:53.68
>>863
先生!早速、実践してみました!






















ってかw
やっぱり教養が無いって哀れだね。。。

865 :仕様書無しさん:2014/12/29(月) 12:42:27.00
>>864
まあしょうがないでしょ。
住んでる世界が違うんだよ。
こういう連中は相手にするだけ無駄だ。

866 :仕様書無しさん:2014/12/29(月) 12:56:54.23
続いて「教養のある文章の書き方」講座です。

>>864が、3行のレスの間に12行のスペースを挟み込むというテクニックです。
教養のある方はさすがに思い切りもよいですね。

>>865は、やはり教養のある方の文章の目線は非常に高いですね。
住んでる世界が違う、これは彼の教養の高さに凡人は決して到達できないことを示します。

867 :仕様書無しさん:2014/12/30(火) 05:04:34.81
関心がない、でひとまとめにすべきだ

868 :仕様書無しさん:2014/12/30(火) 07:38:28.34
【労働】デスマ強要偽装請負損害賠償裁判【違反】 [転載禁止]2ch.net
http://anago.2ch.net/test/read.cgi/court/1419774232/

869 :仕様書無しさん:2015/01/05(月) 20:56:24.55
正直無能同士が煽り合っているだけにしか見えんかった
俺の教養が足りないんだろうな

870 :仕様書無しさん:2015/01/26(月) 08:04:11.65
>>8 >>10
プログラマだけでなく、派遣社員もね
一度派遣奴隷になったらなかなか抜け出せない

最近
「いきなり正社員より一度派遣社員で〜」
ってのが就活向けサイトに出ているが、あれは罠だ
派遣会社のコラム記事
奴隷増やしたい側が金払って記事書かせている

何回でもいうけど
今の日本では一度奴隷になったらおしまい
リカバリー不可能
受験勉強がんばれよ

871 :仕様書無しさん:2015/01/26(月) 22:20:07.64
>>870
>何回でもいうけど
>今の日本では一度奴隷になったらおしまい
>リカバリー不可能
>受験勉強がんばれよ

おまえ、受験勉強で努力したこともなく、かつ、奴隷派遣から抜け出す努力も
したことがないだろ?

そういうやつが、がんばれと言っても鬱陶しがられるだけ。

872 :仕様書無しさん:2015/01/26(月) 22:23:12.78
>>871
なに的はずれなこと騒いでるんだ?
頭大丈夫?

873 :仕様書無しさん:2015/01/28(水) 00:07:40.16
>>870
> 「いきなり正社員より一度派遣社員で〜」

これはひどいな。

>>871
どういう努力をすると抜け出せるんだ?
起業する以外どうにもならんと思うんだが。

874 :仕様書無しさん:2015/01/28(水) 00:33:16.24
転職じゃあかんの?

875 :仕様書無しさん:2015/01/28(水) 01:03:04.00
>>874
どうやって?

876 :仕様書無しさん:2015/01/28(水) 01:42:08.26
派遣やってた人はなかなか正社員じゃとってくれないんじゃ...

877 :仕様書無しさん:2015/01/28(水) 07:46:52.61
正社員の募集なんて電車の中吊り広告に出とるがな

派遣やってたからとってくれないんじゃなくて、
派遣のまま年取ってくると年相応に求められる経験やスキルが不足してくるケースが多いため、統計的に落ちる割合が多いんだよ
年取るほど転職しにくいのは正社員でも同じ

878 :仕様書無しさん:2015/01/28(水) 11:34:00.25
自分の値段の相場を派遣先相当の大企業正社員だと思うから再就職できないんだよ。
自分の価値相応の中小零細を探せば相応の待遇で正社員になれるぞ。

879 :仕様書無しさん:2015/01/28(水) 14:16:07.95
正社員で月30もらえりゃいいじゃない。それ以上求めるぐらいなら、人生充実させること考えたほうが建設的。ハッカーとナンチャラなんてしらなくても、むしろ上がってた本何も知らなくても、休日を謳歌することはできる

880 :仕様書無しさん:2015/01/28(水) 17:22:02.52
うちに来てた派遣、作業指示出しても了解の返事もしない。
作業完了しても完了報告もしないで遊んでて
作業はどうなったか聞くと
「とっくに終わってますよ」
とかほざく。
作業は完了報告してはじめて終了だろと諭しても
「事前にそう指示しないあんたが悪い」
とか逆ギレする。
こんなの正社員で雇ったらと思うとガクブルだ...

881 :仕様書無しさん:2015/01/28(水) 20:23:17.78
相手が知らないことを言わないでテレパシーで1回目から
完璧にやってくるのを求めてる人は相当頭おかしい

882 :仕様書無しさん:2015/01/28(水) 21:28:25.80
880で言われてるような派遣いたら、落ち着いて心穏やかに契約終了通知

883 :仕様書無しさん:2015/01/28(水) 21:30:19.07
そして高値でほかの人を入れる

884 :仕様書無しさん:2015/01/28(水) 21:53:54.92
PG能力高ければ>>880程度は気にしないな。派遣だし。
次から終わったら報告してくれと言えばいい。というか進捗管理しろ。
無能で>>880ならさようならだけれども。

885 :仕様書無しさん:2015/01/29(木) 00:55:07.43
>>880
正社員なら、無視してれば辞めるだろ。
派遣は仕事させないと意味がないけど。

886 :仕様書無しさん:2015/01/29(木) 04:10:58.28
この業界って残業多くて時間外勉強も必須で
賃金もものすごい低いから
使えるような人材は来る方がバカ

887 :仕様書無しさん:2015/01/29(木) 04:41:36.34
会社によるんじゃね?

888 :仕様書無しさん:2015/01/29(木) 17:11:47.63
ここ5年で進捗報告できないPGが一気に増えた

889 :仕様書無しさん:2015/01/29(木) 18:55:41.74
指導する立場の奴が能無しなんだな。


お前とか。

890 :仕様書無しさん:2015/01/29(木) 18:57:15.87
>>888
報告すると怒鳴るか無視するだけだから
何もいわないことにした

聞かれればお答えします

891 :仕様書無しさん:2015/01/29(木) 20:03:41.45
さすがド底辺w

892 :仕様書無しさん:2015/01/29(木) 23:44:16.34
PMに進捗聞かれてもシカトする俺は勝ち組

893 :仕様書無しさん:2015/01/30(金) 06:56:38.84
最近の傾向として、
「PMのほうがプログラマーよりも偉い」
という勘違いが徐々に無くなりつつあるのを感じる。

優秀なプログラマーが集まって、彼らが十分に能力を発揮できるような
チームにしないと、どんなにマネジメントの施策を行っても結局うまく
いかないことを、PMの人たちが学びつつある。

要はそれだけプログラミングで出来ることが増えたということだ。

もちろん学ばないPMもいて、いまだに
「PMのほうがプログラマーよりも偉い」と思っているが、仕事の出来るプログラマーは
そういうPMからそっと離れていく。
結果として
「PMのほうがプログラマーよりも偉い」と思っているPMの周りには
まさに>>1に列挙されているような属性の、プログラマーとはおよそ言えないような
ただのキーパンチャーだけが残り、そういった人々だけの不毛な職場が形成される。

私の経験上、男で
「PMのほうがプログラマーよりも偉い」という勘違いをやめられない人は
チビとかハゲとか、極端なデブとか、見た目ではっきり分かる
コンプレックスを抱えている人間が多かった。

894 :仕様書無しさん:2015/01/30(金) 07:11:28.97
その通りだねえ
進捗を報告しない言い訳にはならないけどw

895 :仕様書無しさん:2015/01/30(金) 07:31:48.38
>>894
PMがプログラマーたちを、「コイツは使えない。コイツは使える」というように
人を選別しているのと同じで、プログラマーもまた、PMたちを見ていて
「コイツにはちゃんと進捗報告含めて、丁寧に仕事してやろう。
 コイツはアホだからテキトーに手を抜いて、報告も後手後手にしてやろう。」
というふうに態度を選んで決めている。

当たり前だよね。仕事の出来る人ほど組む相手選びは慎重にする。
世の中は平等ではないので、プログラマーから信頼されるPMもいれば、
プログラマーから軽く扱われるPMがいるのは、しょうがないこと。

896 :仕様書無しさん:2015/01/30(金) 07:54:22.26
そしてどのプロジェクトにもアサインされなくなるw

897 :仕様書無しさん:2015/01/30(金) 08:00:55.22
やるべき事をやらない言い訳としては
かなり出来が悪いなw

898 :仕様書無しさん:2015/01/30(金) 08:06:13.34
>>895
その通りだねえ

君のような「仕事ができる」プログラマーが
進捗という、仕事をする上で最低限の基本動作もできない
無能扱いされるのは不条理だね

君のような「仕事ができる」プログラマーは当然会社にとって重要人物だから
PMに対する人事権や成績考課の権限を持っているんだろ?
出来の悪いPMには成績考課で低評価をつけてあげればいいよw

899 :仕様書無しさん:2015/01/30(金) 08:12:04.42
>>898
>出来の悪いPMには成績考課で低評価

もうだいぶ前からしている。うちは360度評価で査定をするので。

PMになるキャリアパスと、
技術を極めるキャリアパスのどちらかを選べるし、
会社の生命線のプロダクトが、アルゴリズムの固まりのようなものだから
プログラマーの地位が高いんだよ。

そういう職場もあるんだということを知っておきなさい。

900 :仕様書無しさん:2015/01/30(金) 08:13:09.41
>>898
シカトされてるヒトですかw

901 :仕様書無しさん:2015/01/30(金) 08:15:28.61
>>898 はプログラマーを極めるキャリアパスを早々にあきらめ、PMのほうに
鞍替えしたがそれもうまくいかず、会社のメインストリームから外れた人なのだろう。
文章から、下品な人間性がにじみ出ていて、こういう人は何もできない。

902 :仕様書無しさん:2015/01/30(金) 08:19:29.26
勉強できない子がテストで悪い点を取った時の言い訳が
「あの先生はアホだからテキトーに手を抜いてやった」

そういう子はどんな先生についてもやっぱり勉強できないから
同じ言い訳をするw

903 :仕様書無しさん:2015/01/30(金) 08:21:21.31
勉強できる同級生も先生も親も、みーんなわかってる
そんな言い訳が通用すると思っているのは勉強できない本人達だけw

904 :仕様書無しさん:2015/01/30(金) 08:23:28.29
突然何言ってんの?

905 :仕様書無しさん:2015/01/30(金) 09:23:06.62
相手によって手を抜くような奴が
周りからの評価が高いとは思えんのだが

906 :仕様書無しさん:2015/01/30(金) 10:30:07.21
上位20%の優秀なPGは、危なっかしいPMの時ほど手早く作業してさっさと報告して片付ける。
中位60%の普通のPGは、いやなPMに対しても自分の責任が問われないように最低限の仕事をする。
下位20%の駄目なPGは、最低限の仕事もできないことを周囲のせいにする。

907 :仕様書無しさん:2015/01/30(金) 10:56:30.99
>>905
できない奴の言い訳なんだから
ツッコんだら可哀想だろ

908 :仕様書無しさん:2015/01/30(金) 12:33:04.17
>>898
基本動作てw
お前のとこは「二礼二拍手して〜」とか進捗報告の型でもあるのかw

馬鹿って面白いね!

909 :仕様書無しさん:2015/01/30(金) 13:51:12.79
>>908
え、お前のところは無いの?

910 :仕様書無しさん:2015/01/30(金) 15:06:18.83
本当に基本動作も知らない素人だったのか

911 :仕様書無しさん:2015/01/30(金) 15:55:39.44
報告前に敬礼しない奴は異端

912 :仕様書無しさん:2015/01/30(金) 16:04:56.14
報告前と報告後に敬礼じゃないの?

913 :仕様書無しさん:2015/01/30(金) 17:22:51.32
「です。」というたびに敬礼

914 :仕様書無しさん:2015/01/30(金) 17:23:30.17
>>913
ごめん、それはウザい。

915 :仕様書無しさん:2015/01/30(金) 17:30:48.82
こんな感じか。

(。・ω・)ゞ報告します
デス(。・ω・)ゞトラクタでス(。・ω・)ゞトップするバグは後少しです(。・ω・)ゞすめられます。
以上です(。・ω・)ゞ(。・ω・)ゞ

916 :仕様書無しさん:2015/01/30(金) 17:54:33.13
やはり基本動作という言葉の意味すら知らない馬鹿が煽ってただけでした
というありふれた結末

917 :仕様書無しさん:2015/01/30(金) 18:09:33.14
なにかあるのかと思ってぐぐってみたら
すっげー胡散臭いページがいっぱい…

なんか騙されてないか>>916

918 :仕様書無しさん:2015/01/30(金) 20:47:56.66
オレはただ単に

プログラマーも、指示する立場の人を選んでいて、どう対応するか
決めているんだよ

という当たり前の事実をレスしただけなんだけど、こんなにも感情的な反応が
あるとは思わなかった。何か、彼らの脆弱なプライドを傷つけたんだろう。

919 :仕様書無しさん:2015/01/30(金) 21:07:30.03
※コピペ推奨
原発作業者と受注系SE(SI)業界生涯搾取被害の救済および予防のために、デスマ強要偽装請負損害賠償裁判が行われます。

矢尾渉裁判長の判決は、多くの事業者と労働者の人生に影響することでしょう。

傍聴のご案内
東京地方裁判所
事件番号 平成26年(ワ)第31477号
第2回期日
2015年2月12日 午前10時
502号法廷

お問い合わせ
legal20150108@yahoo.co.jp

【労働】デスマ強要偽装請負損害賠償裁判【違反】 [転載禁止]2ch.net
http://anago.2ch.net/test/read.cgi/court/1419774232/l50

920 :仕様書無しさん:2015/01/30(金) 21:24:40.55
ググったら馬鹿が迸ってたww

921 :仕様書無しさん:2015/01/31(土) 00:04:33.96
コミュ障

922 :仕様書無しさん:2015/01/31(土) 09:45:03.20
>>918
>>905

923 :仕様書無しさん:2015/01/31(土) 11:49:12.73
>>918
「人によって対応を変える」というのは当たり前なんだけど、
技術者には、そういう器用なことができず誰のいうことも真面目に仕事する
しかない、弱い立場のヤツが多いから、

>相手によって手を抜くような奴が
>周りからの評価が高いとは思えんのだが

という意見が弱者たちの支持を得ることになる。

共産党がなくならないのは、世の中から弱者がいなくならないからだけど、
それと同じ。

924 :仕様書無しさん:2015/01/31(土) 12:26:41.78
対応を変えるのは自己裁量の範囲内でね。
相手によって業務上求められている責務を放り投げるのは単なる無責任だぞ。

925 :仕様書無しさん:2015/01/31(土) 12:30:10.46
弱者はすぐ
>>924
のような建前を振りかざす。リアルでは何もできない。

プログラミングが出来て、会社の主要プロダクトのコアなコードを書いている
人間が、ちょっとだけ社内政治に関われば、こんな脆弱な建前はすぐ吹っ飛ぶ。

>>923
を読んで>>924が何をイラっときたのかは知らないが、お前の弱いところは
お前自身でどうにかしていくしかないのだよ。

926 :仕様書無しさん:2015/01/31(土) 12:31:39.62
>>925はリアルでいろいろ不遇な目にあっていそうだな。お察しする。

927 :仕様書無しさん:2015/01/31(土) 12:35:45.30
何を言おうとそう言う対応されるやつは実際居る。
現実的には、される方が改善しないと何も変わらない、

928 :仕様書無しさん:2015/01/31(土) 13:01:26.83
アホPMに、
「お前がプログラマーにナメられて手を抜かれるのは、100パーお前のせい。お前が変われ」
と事実をつきつけても、まあ変わらないものだ。
何を言われているのか理解できないからな。だからアホなのだが。

アホPMはずっとアホのまま、うちのPGガーと居酒屋で文句いって一生を終える。

929 :仕様書無しさん:2015/01/31(土) 13:06:58.41
だからその解決策としてパワハラ職場があるのか

930 :仕様書無しさん:2015/01/31(土) 13:32:09.71
まあ、一番手っ取り早いのは、プログラマーが良質なコードを書くことが
その会社の存続に直接関わるような職場で働くことだね。

さらによいのは、そういう職場なり会社を自分で作ることだ。

口先だけ上手いPMが、プログラマーに作らせるというのが出世の証になるような
職場にいたら、そりゃ、PGを下に見る人間になっていくのは自然なことだ。

プログラマーでいたかったら、プログラミングのスキルを伸ばしていく
ことを諦めた人間がたくさんいる場所から、なるべく遠くに離れたところで
仕事をする。これにつきるだろう。

931 :仕様書無しさん:2015/01/31(土) 13:44:00.08
そのためには、せめて作業完了報告ぐらいはできるようにならないとねw

932 :仕様書無しさん:2015/01/31(土) 14:14:48.59
作業終わったらメールしろで済む話じゃない

933 :仕様書無しさん:2015/01/31(土) 14:21:47.54
その完了メールすらできない奴が騒いでるのが現状

934 :仕様書無しさん:2015/01/31(土) 20:31:19.61
まあ、プログラマーとしては、Gitにソースをコミットして、プルリクを発行する
ことをもって完了報告とするような職場に早く転職したほうがいいよ。

報告しろ報告しろと言ってくる人というのは、自己評価の低く
コンプレックスの強い人が多い。
そういう人といっしょに仕事しても何もいいことがないからな。

935 :仕様書無しさん:2015/01/31(土) 20:44:30.74
社外にソースコード保存するとかないわ

936 :仕様書無しさん:2015/01/31(土) 20:45:12.65
つまり、スレタイの「プログラム技術が低い奴の共通点」
>>1
に加えることとして

・やたらと進捗報告を強要してくるPMのもとでいつまでも仕事している。

というのもあると思う。

プログラマーが中心になっているWEBサービス系の会社なんかは
PMらしき人はいるけど、やっていることは会議のファシリテーターだからね。
プログラマーに、報告してこいなんて言ったら、あっという間に
会社のメインストリームから外される。

937 :仕様書無しさん:2015/01/31(土) 20:48:34.58
どれくらいなら許容できるの?
週1ぐらい?

938 :仕様書無しさん:2015/01/31(土) 20:50:53.42
進捗データが必要なら自分で集めればいい。
いつまでも黙ってれば人から教えて貰えると甘えてんなよ、みっともない。

939 :仕様書無しさん:2015/01/31(土) 20:52:54.58
>>934みたいに自分で職場を変えようとすらしないというのも
技術が低い奴の特徴だなw

940 :仕様書無しさん:2015/01/31(土) 20:59:37.05
> >>934みたいに自分で職場を変えようとすらしない

ん?どこにもそんなことは書いていないが? 文盲?

941 :仕様書無しさん:2015/01/31(土) 21:08:31.58
>>940
君の読解力ではプログラム技術以前の問題だなw

942 :仕様書無しさん:2015/01/31(土) 21:09:21.95
>>941
君は笑うことができず、嗤ってばかりの可哀想な人なんだろうね。
まあ、放っておくしかないが。

943 :仕様書無しさん:2015/01/31(土) 21:13:30.16
940の読解力は誰もが笑うだろう

944 :仕様書無しさん:2015/01/31(土) 21:19:20.37
ネタで書いてるのかガチで書いてるのか分からんな

945 :仕様書無しさん:2015/01/31(土) 21:21:03.47
まあ、このスレはプログラマーが主体的に仕事を動かすことを
非常に嫌悪している人が住み着いていることだけは分かる。

946 :仕様書無しさん:2015/01/31(土) 21:22:32.72
まあ、このスレはプログラマーが主体的に作業をして完了報告することを
非常に嫌悪している人が住み着いていることだけは分かる。

947 :仕様書無しさん:2015/01/31(土) 21:23:06.24
> >>1
>に加えることとして
>
>・やたらと進捗報告を強要してくるPMのもとでいつまでも仕事している。

に同意
昔の俺がそうだった。

948 :仕様書無しさん:2015/01/31(土) 21:29:47.50
完了報告という基本動作ができない言い訳として
PMが強要してくるからだとか言い出した挙句、
その現場に対して具体的改善をすることもなく辞めて
次の会社でも同じことを繰り返す。
こういう、何事も解決することなくただ斜に構えて周囲のせいにするだけの馬鹿が
プログラマの社会的地位を貶めている。

949 :仕様書無しさん:2015/01/31(土) 21:32:10.92
>>948
んな、キレんなよw

この国値では、誰でも自分のスキルを生かせるような仕事を選ぶ
権利があるのですよ。職業選択の自由というね。憲法で保障されているんでちゅよ。

950 :仕様書無しさん:2015/01/31(土) 21:33:23.36
誤字訂正

×:値 ←トルツメ

951 :仕様書無しさん:2015/01/31(土) 22:07:39.44
>>949
俺様のオナニースキルを活かせる仕事を紹介してくれ

952 :仕様書無しさん:2015/01/31(土) 22:18:15.74
>>951
PMになって、プログラマーに進捗報告だせやゴルァと日々ドヤるっていう
仕事なんかはどうだろう。オナニストな貴殿には合っていると思うよ。
どっちも自己満足という意味では、似ている。

PMっていうのは、ガントチャートでシコってるような人たちだからね。

953 :仕様書無しさん:2015/01/31(土) 22:18:43.37
エスポワールに乗るとか

954 :KAC:2015/01/31(土) 23:49:20.18
なんか 報告→義務
と勘違いしたうえで、
「組織に流されない俺様カッコイー」
みたいな阿呆な意見が出てきてるみたいだが・・・

他のメンバーと共同作業するんだから、
自分の状態を正しく周りに伝えるのは当たり前のこと。

そりゃ周りができる奴ばかりだったら、
勝手にお前の事を読み取ってくれてるんだろうけど。
そうじゃない奴と組むこともあるんだから練習しとけ。

955 :仕様書無しさん:2015/02/01(日) 00:50:45.26
>>954
えー報告も満足にできない奴同士が組むってこと?

自分が関係ないんだったら面白そうだなw

956 :仕様書無しさん:2015/02/01(日) 01:13:55.77
>>954
なので、やはり、Gitコミット、プルリクが進捗報告になっている現場は
いいなと思う。

957 :仕様書無しさん:2015/02/01(日) 01:39:09.82
いまだに、PG→SE→PMっていうキャリアパスを平然と採用している会社では
働きたくねーわ。

958 :仕様書無しさん:2015/02/01(日) 01:43:10.94
>>957
そうですか。

959 :仕様書無しさん:2015/02/01(日) 07:10:01.30
で、
「自社内から顧客が持ってるオンプレサーバに入ってデプロイして動作確認する」
というタスクの完了報告をgitのプルリクで処理する職場が実在するのかい?

俺はそんな馬鹿な会社には入りたくないなあw

960 :仕様書無しさん:2015/02/01(日) 07:25:17.01
たかが作業の完了報告すらできないだけなのに、
PMのほうが偉いなんておかしい、とか、
キャリアパスがおかしい、とか、
プログラマが自主的に動けないのはおかしい、とか、
git使えば完了報告なんていらない、とか、
デプロイ作業という実際の作業内容とは全く関係ないことばかり。

作業内容も知らないくせに
先入観だけで勝手な結論を出しておいて
その結論を守るために口先の言い訳を並べ立てる
こういう連中は確実にプログラム技術も低いと断言できるなw

961 :仕様書無しさん:2015/02/01(日) 07:29:47.64
>>952みたいなのは口でモゾモゾと言い訳を並べるだけで
実際のプロジェクト遂行上の問題は何一つ解決できない
オナニストだということは、よーくわかったw

962 :仕様書無しさん:2015/02/01(日) 09:34:57.44
プログラマーとしての腕を極めることができず、かといって
仕切れるPMにもなれない、ショッボーい >>961様のお通りだ!

963 :仕様書無しさん:2015/02/01(日) 09:40:00.16
指示待ち新人
報告待ちPM
完全に同レベルw

964 :仕様書無しさん:2015/02/01(日) 09:47:04.90
プログラマーとしての腕を磨くキャリアパスを諦めて、
技術よりも社内政治で、会社に依存して生きることにした人間は、
プログラマーが創造的に仕事することに嫉妬して
このスレのようなプログラマーをdisるスレを立てて、
プログラマーとしてやっていける人への嫉妬を
「PMを目指すキャリア=常識ある大人の選択、
いつまでもプログラマーでいる=言うこと聞かない子供」
みたいなよく分からない図式にあてはめて、ギャーギャー騒ぐもの。
彼はいつでも、プログラマーが自分と同じように
プログラマーとしてのキャリアを諦めて、自分の手下になってくれる
のを待っている。

この手の、何やらせてもダメな人間には距離をおいて、
事務的な対応に終始するのが一番

965 :仕様書無しさん:2015/02/01(日) 09:57:40.51
>>963
まったくその通り。

加えるなら、あるチームが
>指示待ち新人
>報告待ちPM
の集団になってしまっているとしたら、そうなってしまった責任はPMなりの
チームマネジメントする権限のある人の責任

でも、難しいだろうな。

こういうのを自分の責任を感じるには、人としてのかなり良いセンスが
その人に備わっていないと無理だから。
マネージャーの責任とは何か、とか考えたこともない。
というか、責任という概念がよく分かっていない。
そういうやつに、
>指示待ち新人
が増えるのはお前のせいなんだよといっても、
たぶん何を言っているのか本当に分からないんだと思う。

966 :仕様書無しさん:2015/02/01(日) 10:24:09.41
プロジェクトが失敗したのは、無能なプログラマーたちのせい。
プロジェクトが成功したのは、有能なPMの俺様のおかげ。

ということをアピールする技術だけは世界一だと思う。
日本のIT、特にSI業界は。

967 :仕様書無しさん:2015/02/01(日) 10:26:19.97
マの人ってノーベル賞をとった中村さんを思わせる人が多いんのか

968 :仕様書無しさん:2015/02/01(日) 10:45:52.42
技術力の低いプログラマの特徴あげるスレなのに、PMの話ばかりになるのは本末転倒だよね

とりあえず、なんでも主体性なく流されて指示待つ人間は、仕事する人として大問題すぎるし、そんな人がプログラムスキルだけ自発的に伸ばすとも思えない、かな

報告するしない、PM云々はそれらが受け身な態度でおこなってるか、能動的かつ自己責任を理解してやってるかで意味合いが違うんじゃない?

969 :仕様書無しさん:2015/02/01(日) 10:57:58.51
なんの主体性もなく流されて指示を待つ技術力のないプログラマにとっては
PMが悪いということにならないと都合が悪いからね。
>>906がいう、底辺20%はそういうマインドセットで固まっているわけだ。

970 :仕様書無しさん:2015/02/01(日) 10:58:32.78
例えば、「社内政治やリソースの奪い合いなんかに付き合いたくないわ、俺は社内の評価が低くなってもいいから技術追い求めてんだよ」スタンス貫く人なら、かなり扱いづらいけど技術力自体は高くて、周りが大人なら面白いように成果が上がる

綺麗なソース(失笑)に拘ってるふりしてその実ただ実装が遅いのは技術力が低いよね。本当に高かったら、良いソースと実装速度の両方をとれるはずなんだから
もっといえば、既存のソースがくそも言い訳にならないよね。さっさと影響範囲特定してリファクタしてテストコード書きゃいいだけなんだから。見えてれば、今やれる範囲で最善手撃てるはずだしね。

971 :仕様書無しさん:2015/02/01(日) 10:59:34.67
ごめん、970は968の続きです

972 :仕様書無しさん:2015/02/01(日) 11:14:43.61
名前か酉かid書かない奴は無能

973 :仕様書無しさん:2015/02/01(日) 12:21:04.73
ちょっとダメPMのレスを投下するだけで、
スレタイの「プログラム技術が低い奴の共通点」をあげつらって、
日々のストレスを晴らそうとしているヤツらの過剰反応がウケルw

974 :仕様書無しさん:2015/02/01(日) 12:30:06.33
>>957
いいから仕事しろよ。
親はいつかしぬんだぞ?

975 :仕様書無しさん:2015/02/01(日) 12:45:08.93
>>974
知ってる。もう何十年も前から
覚悟は決めてる。

976 :仕様書無しさん:2015/02/01(日) 12:48:49.84
>>974の親もいつか死ぬし、
(あるいはもうお亡くなりかもしれないが)
974自身もいつか死ぬ。

いつか死ぬのに、ダメプログラマーをあげつらうことでしか救われないような
仕事してるのはもったいないと思わないのかな?

他人事だからどうでもいいのだけれど。

977 :仕様書無しさん:2015/02/01(日) 12:50:20.86
プログラマに負けたらニートを叩きだすPM

978 :仕様書無しさん:2015/02/01(日) 15:48:36.96
>>977
気は確かか?

979 :仕様書無しさん:2015/02/01(日) 16:32:32.21
というか、すべてに負けてる>>974=977

980 :仕様書無しさん:2015/02/01(日) 20:05:31.21
>>977は俺じゃないぞ。

981 :仕様書無しさん:2015/02/01(日) 21:03:14.66
いや俺は>>977じゃないぞ

982 :仕様書無しさん:2015/02/01(日) 22:48:41.37
いや、>>977じゃないのは俺であって、他はみんな>>977だ。

983 :仕様書無しさん:2015/02/01(日) 23:33:23.92
本当は>>1から>>983まで全員>>977

984 :仕様書無しさん:2015/02/01(日) 23:46:09.92
いやいや俺が

985 :仕様書無しさん:2015/02/02(月) 21:01:10.87
いえいえ、ここは私が

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

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

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)