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

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

技術力が低い会社にありがちなこと part 4

1 :仕様書無しさん:2013/10/28(月) 22:29:22.62
猿でも使えるWindowsで、パワポ紙芝居・エクセル方眼紙のポエム、上司はひたすらソリテア
Linux使えない、GCC何それ食えるの? Javaって飲み物? Macってハンバーガーでしょ?

前スレ
http://kohada.2ch.net/test/read.cgi/prog/1375350305/

2 :仕様書無しさん:2013/10/29(火) 03:33:28.80
(>>1の続き)
無職の俺を養うために嫁さんがケンタッキーでレジを始めた。
そっと覗きにいくと、ケンタッキーの制服のスカートけっこう短いのな。
若い女の子向けのデザインなんだろうな。
30後半の嫁さんが、短いスカートはきながら一生懸命接客している姿は
なんだか痛々しくて、心の底から申し訳ない、就職活動がんばろうと思った。
でも家に帰ると、久しぶりに1人なわけですよ。今まで嫁さんがいると、
昼間家にいるのを責めらてるような気がしてリラックスできなかった。
で俺は久しぶりにオナニーしようと思った。しかも濃いやつ。
サラダオイルをチンコに垂らしてニュルニュルもんで、イキそうになったら
手を止めて、お尻の穴にもオイルぬってニンジンつっこんで、さすがに
ニンジンは痛かったけど、レイプされてるような感じで興奮しますた。
すっかり女の気分になって「はああん、はあん」とあえぎながら、
1時間くらいチンコこすりつつニンジンをズコズコしてた。
んで「イクーっ」といって大量に射精した。そのとき俺は口内射精で飲んでみようと
思って、できるだけ上半身を前屈させ、口を激しく前に突き出した。
精液は勢いよく顔まで飛んできたわけですが、口の中には入らなかったので、
顔に塗りたくって、指をペロペロなめて、「ふー、良い仕事したなああ」と叫び、
シャワーあびようと後を振り返ったら、嫁さんがケンタッキーの制服のまま台所に座って泣いてた。

3 :仕様書無しさん:2013/10/31(木) 01:42:58.13
>>2
自己紹介乙。

4 :仕様書無しさん:2013/10/31(木) 06:15:41.88
【全ての分野においてWindowsが圧勝】
東京証券取引所の基幹システムとして稼動するWindows
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548
HPCでもダントツのパフォーマンスをたたき出すWindows
ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html
Windows上で稼動するメインフレーム
ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html
NASパフォーマンス比較テストでWindowsがLinuxを圧倒!!
ttp://www.flexense.com/documents/nas_performance_comparison.pdf
BDレコのOSはやはりWindowsだった!!
ttp://it.slashdot.jp/story/12/04/24/0052242/

【一方Linuxは…】
Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
ttp://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15
Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
ttp://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15
MySQL.comのWebサイトに不正なコード 闇市場でroot権限も販売か
ttp://www.itmedia.co.jp/news/articles/1109/27/news027.html
またもOSSプロジェクトが被害に! Wineプロジェクト、不正侵入を発表 | エンタープライズ | マイコミジャーナル
ttp://journal.mycom.co.jp/news/2011/10/13/115/index.html

5 :仕様書無しさん:2013/10/31(木) 10:05:14.90
技術力が低いアホはこういうコピペをするWin厨ですっていう自虐ネタ?

6 :仕様書無しさん:2013/10/31(木) 10:14:28.14
無能って他人に理解されないから強引だし、しつこいよね
無能=ウザイ

7 :仕様書無しさん:2013/10/31(木) 21:52:26.26
しかも情報ソースがgihyo...

8 :仕様書無しさん:2013/11/01(金) 08:19:44.62
Pingを「ピン」、nullを「ナル」と呼ぶ現場は大抵技術力が低い
つかこの業界で英語用語を正しく発音出来ない時点でオワッテル

9 :仕様書無しさん:2013/11/01(金) 09:01:36.32
ナルってなんだよwwww

10 :仕様書無しさん:2013/11/01(金) 09:07:47.21
ああ、大昔の先輩だわ
英語ではgは発音しないで”ピン”、英語ではヌではなく”ナル”
って社内でただ一人だけ主張し続けてた

11 :仕様書無しさん:2013/11/01(金) 09:11:54.98
キングコング
king kong

キンコンが正しい発音だ。
キンコンと言え。

えー、ここは日本です。
カタカナは日本語読みです。

12 :仕様書無しさん:2013/11/01(金) 09:35:49.06
日本で通じにくい発音を使う日本人は使えねー奴
ホングコング、キンコン

13 :仕様書無しさん:2013/11/01(金) 10:36:37.61
そういやうちの職場にも
warningを「ウォーニング」、digitalを「ディジタル」と発音するバカがいたっけ

14 :仕様書無しさん:2013/11/01(金) 10:38:17.41
スターワーズ、デズニーランド、デスコ

15 :仕様書無しさん:2013/11/01(金) 10:47:08.72
マクドナルド

16 :仕様書無しさん:2013/11/01(金) 10:51:17.83
トヨタの車の取説には、ウォーニングと書いてあった気がする
今の車は読んでないので知らん
俺は、相手に合わせる
社内方言の場合、外に出たら恥ずかしいこともあるしな

17 :仕様書無しさん:2013/11/01(金) 11:47:58.60
>>14
デズニーランドはいいだろ、ニッポン人なんだから

18 :仕様書無しさん:2013/11/01(金) 15:49:33.51
エヌテーテー

19 :仕様書無しさん:2013/11/01(金) 15:54:26.88
ベテランほどDをデー、Tをテーと言うね

20 :仕様書無しさん:2013/11/01(金) 15:57:52.71
Channelは、チャネル?チャンネル?

21 :仕様書無しさん:2013/11/01(金) 17:49:28.13
Interfaceは?
・インターフェイス
・インターフェース
・インタフェース

22 :仕様書無しさん:2013/11/01(金) 19:57:20.10
>>9
成恵の世界

23 :仕様書無しさん:2013/11/01(金) 19:58:10.85
デゼニランド

24 :仕様書無しさん:2013/11/01(金) 20:17:40.98
>>13
ネイティブの外人がそれだった!
ワームギアのことをウォームギアとか、トラヒックのことをトラフィックとか、…

25 :仕様書無しさん:2013/11/02(土) 00:53:47.38
SQLはシークゥェウって読まないとIBMのおじさんに鼻で笑われるぞ

26 :仕様書無しさん:2013/11/02(土) 06:23:07.73
ファルスファルスうるせー

27 :仕様書無しさん:2013/11/02(土) 08:54:41.72
>>19
年配の人は「ディ」や「ティ」を発音出来ない人が多いらしい
昔Digital技術を国内で発表したお偉いさんが「ディ」を発音出来なくてDigitalを「ディジタル」ではなく「デジタル」と言ってしまった為
日本国内では「デジタル」という発音が根付いてしまったとか

28 :仕様書無しさん:2013/11/02(土) 09:05:14.21
今の開発現場では不要だけど、昔は聞き違いが起こりやすい文字の母音を一定の取り決めで変えて発音してたりしたんだよ

29 :仕様書無しさん:2013/11/02(土) 09:28:02.92
>>27
ディーと発音すると、音質の悪い電話での会話などでBやVと紛らわしいから
故意に「デー」と発音する。IT業界では至極当たり前のことだよ。

30 :仕様書無しさん:2013/11/02(土) 09:33:08.30
>>29
だが、一般人との日常会話でそれをやったら無知無教養の底辺と評価される

31 :仕様書無しさん:2013/11/02(土) 09:48:04.95
>>29みたいなこと言って「デー」と「テー」を間違えるマヌケがよくいるな。

32 :仕様書無しさん:2013/11/02(土) 11:12:32.31
読み方ネタは既にスレがあるんでそろそろ移行してくれ

【char】変な読み方するな その3【ちゃー】
ttp://kohada.2ch.net/test/read.cgi/prog/1242268027/

33 :仕様書無しさん:2013/11/02(土) 16:57:48.86
アルファ、ブラボー、チャーリーでは通じないので
綴りを言うときはエー、ビー、シー、デーを使う。

34 :仕様書無しさん:2013/11/02(土) 17:00:39.16
Tは綴りの時はティー、単語の時はテー。
常識だな。

35 :仕様書無しさん:2013/11/02(土) 17:09:15.56
程度が低いとその程度のことも確認する必要があるのか

36 :仕様書無しさん:2013/11/02(土) 23:36:59.30
どこのエヌテーテー老害だよ!?

37 :仕様書無しさん:2013/11/03(日) 03:32:19.48
MTT製の変換器持って来いって言っても
そんなの売ってないの一点張り
だからさぁ Nじゃないんだってばよ

38 :仕様書無しさん:2013/11/03(日) 19:13:05.22
どうでもいいことに拘る
そうこのスレみたいに

39 :仕様書無しさん:2013/11/03(日) 23:30:12.33
進捗管理用のExcelシート(共有設定)への記入のために毎日一時間

40 :仕様書無しさん:2013/11/05(火) 14:08:40.00
MOのことを「も」と読むとか。

41 :仕様書無しさん:2013/11/05(火) 23:26:52.59
ドキュメントの管理ができてない

ファイル名    更新日時
仕様書.xls    2013/11/05
仕様書ver2.0.xls 2013/11/03
仕様書_最新.xls  2013/11/01

結局、ソースコードしか信じられない。

42 :仕様書無しさん:2013/11/05(火) 23:51:30.05
あるある。(俺

43 :仕様書無しさん:2013/11/06(水) 08:11:56.63
プログラム書かなきゃならん人間に質問責めをかまして作業時間を奪い取るリーダーがいる
進捗遅れで騒いでるちゃうんかいw

44 :仕様書無しさん:2013/11/06(水) 10:38:42.47
事前面接の事実をおさえて職安法44条で刑事告訴
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5

45 :仕様書無しさん:2013/11/06(水) 12:14:19.62
>>41
ソース管理ツールに、そういうファイル名でxlsファイルが登録されてる

46 :仕様書無しさん:2013/11/06(水) 12:32:27.19
更新日付を気にするやつは技術力がないぞ。

47 :仕様書無しさん:2013/11/06(水) 14:33:18.41
騙されないSE
スケジュールに、
間に合わさなくてはならない ×
間に合わしてはならない ○

48 :仕様書無しさん:2013/11/06(水) 19:27:30.17
エクセルなんて、開いただけで日付が更新されたりするからな。

49 :仕様書無しさん:2013/11/06(水) 20:53:18.18
ツメ折っとけよ

50 :仕様書無しさん:2013/11/06(水) 21:22:42.64
いまどきカセットテープかよ

51 :仕様書無しさん:2013/11/06(水) 21:29:14.93
最近の圧縮音源と比べるとカセットテープって音が良かったよな・・・

52 :仕様書無しさん:2013/11/06(水) 21:44:16.37
>>48
消去防止ならライトプロテクトシール貼っておけ。
>>51
同じ曲をCDとカセットテープを同時演奏するとテープの方がズレるから、
CDに比べて、カセットテープは音のテンポが一定しないんじゃないか?

53 :仕様書無しさん:2013/11/06(水) 23:00:10.30
一定しない

54 :仕様書無しさん:2013/11/06(水) 23:50:35.34
テープにSyncフレーム打刻するわけでもなくクロックが打刻されているわけでもなく
アナログ音声信号だけ。
FM変調とかされているんだっけ?その情報からAPCなりAFCなりかけられそうな気がするけど
基本モーターの性能任せ。

55 :仕様書無しさん:2013/11/07(木) 00:06:12.01
>>51
何年か前に、圧縮しててもポータブルプレイヤーだと全部入れれる容量のが
出るのは何年か先だし、家PCのHDDの容量は気にしなくていいからロスレスに
したな。今のBTレシーバとかスピーカーのACCで高音質とかいう謳い文句を
見るとこの業界の人間の耳はこの程度なのかとちょっと悲しくなる(´・ω・`)

56 :仕様書無しさん:2013/11/07(木) 00:15:14.94
>>55
> 見るとこの業界の人間の耳はこの程度なのかとちょっと悲しくなる(´・ω・`)

だね。目隠しして音の区別がつかないやつ
それをやってすらいない奴のいうことは
聞くだけ無駄だよ。

57 :仕様書無しさん:2013/11/07(木) 00:16:36.81
カセットテープもデッキが良ければソースによってはCD以上の音質だったりするね
ただデッキだけで軽く10万は超えるけどw

まぁそもそもCD自体音が悪いけど・・・

58 :仕様書無しさん:2013/11/07(木) 00:19:26.13
最初MDが発売された頃は画期的と思ったけどその再生音を聞いてあまりにも音が悪くて衝撃を受けたなぁ

59 :仕様書無しさん:2013/11/07(木) 00:32:17.43
>>57
まあ、普通はカセットテープのほうが音質悪いよ。

>>58
当たり前だけど、符号化方式とビットレートによるよ

60 :仕様書無しさん:2013/11/07(木) 06:14:26.13
音質ではオープンリールが最強だったな・・・
DATでも敵わなかったし

61 :仕様書無しさん:2013/11/07(木) 06:17:06.23
カセットテープはちゃんとしたメディア、デッキを使用すると確かに音はいいけど
系年劣化による音質劣化が激しいのか難点なのが糞

62 :仕様書無しさん:2013/11/07(木) 07:45:37.17
テープのサンプリングレートってどんなものかわからんが
CDの比じゃねえことだけはわかる

63 :仕様書無しさん:2013/11/07(木) 07:53:52.07
あ、もちろんテープの方が高い方の意味で

64 :仕様書無しさん:2013/11/07(木) 08:30:17.08
> テープのサンプリングレート
は?
まぁいっか

65 :仕様書無しさん:2013/11/07(木) 08:32:30.86
DATとかと間違ってない?

66 :仕様書無しさん:2013/11/07(木) 08:37:39.57
>>65
DATは形が違いすぎるから、間違えるとするならDCCじゃね?

67 :仕様書無しさん:2013/11/07(木) 09:00:44.55
テープって磁気の0/1信号じゃなくて磁気量なのか?

68 :仕様書無しさん:2013/11/07(木) 09:03:00.49
どのテープの事?

69 :仕様書無しさん:2013/11/07(木) 09:04:08.33
磁気テープ

70 :仕様書無しさん:2013/11/07(木) 10:50:04.30
Adobeのサイトからのパスワード流出が話題になってるな。
DBに生パスワード保存してることに呆れたわ。

71 :仕様書無しさん:2013/11/07(木) 12:23:12.86
話題になったのは先月だろ。
それを今ごろパスワードリセットとかしてるから、非難轟々なだけやん。

72 :仕様書無しさん:2013/11/07(木) 14:04:14.50
>>71
DBに生パスワード保存する設計はありなの?

73 :仕様書無しさん:2013/11/07(木) 14:22:56.32
adobeは技術力が低いからしょうがない

74 :仕様書無しさん:2013/11/07(木) 17:03:18.81
ああ、これのせいで迷惑メールが増えたのか。

75 :仕様書無しさん:2013/11/07(木) 17:32:26.47
>>71
問題を矮小化してるけど、自分もパスワードをDBに保存する設計してきてるわけ?

76 :仕様書無しさん:2013/11/07(木) 17:50:42.82
>>75
adobeなんかと一緒にすんなよ

77 :仕様書無しさん:2013/11/07(木) 17:56:10.31
>>76
それはAdobeみたいなユーザー数はないからパスワードをDBに保存してもいいんだと言いたいの?

78 :仕様書無しさん:2013/11/07(木) 18:05:42.28
せめて暗号化するかハッシュ値だろ

79 :仕様書無しさん:2013/11/07(木) 18:13:35.37
>>75
パスワードのハッシュ化は基本だと思われ

80 :仕様書無しさん:2013/11/07(木) 18:14:57.58
悪徳助長SEどもへ
スケジュールに、
間に合わさなくてはならない ×
間に合わしてはならない ○

81 :仕様書無しさん:2013/11/07(木) 19:28:16.12
>>72
>>75

おまえら…。まずは書いてあることだけ読み取れよ…。
あんたら、頭おかしかろ?

82 :仕様書無しさん:2013/11/07(木) 22:26:09.67
>>81
それを論点をずらした>>71に言えよ

83 :仕様書無しさん:2013/11/08(金) 00:59:07.75
>>82
だから、書いてあることだけをまず読み取れよ。キチガイ。

84 :仕様書無しさん:2013/11/08(金) 01:32:48.14
おまえもなー

85 :仕様書無しさん:2013/11/08(金) 07:56:36.51
>>83
だから最初に論点ずらしし出した>>71に言えってーの

86 :仕様書無しさん:2013/11/08(金) 11:06:27.68
粘着バカ同士の争い
あー見苦しい

87 :仕様書無しさん:2013/11/09(土) 00:06:45.80
例えば、これはドラゴンクエスト]を起動した時に一番最初に表示される画面ですが、
これが「ランチャー画面」になります。

「run(ラン)」は、コンピューター用語で「実行」という意味であり、
それに「チャー」を付けて「ランチャー」です。

88 :仕様書無しさん:2013/11/09(土) 02:44:58.73
>>87
なんでわざわざチャーを付けるんだよ。
たむけんじゃあるまいし。

89 :仕様書無しさん:2013/11/09(土) 03:15:39.65
launch+erじゃないの?

90 :仕様書無しさん:2013/11/09(土) 05:52:58.62
>>87
キャラクターを走らせるから
run (ラン) + char(チャー)
で、ランチャーだろ。業界の常識だぞ。

91 :仕様書無しさん:2013/11/09(土) 09:18:24.54
>>89
だよな。
あわてて、ぐぐっちまった。
ゲームの起動画面だと違ったりするのか?

92 :仕様書無しさん:2013/11/09(土) 10:03:41.04
嘘を嘘と

93 :仕様書無しさん:2013/11/09(土) 12:30:56.89
>>91
ネットの情報が本当とは限らないからな。
プログラミング技術のWebサイトでも嘘書いてるのがいっぱいあるだろ。

94 :仕様書無しさん:2013/11/09(土) 13:53:29.94
>>89とか>>91って技術力低そうだな。

95 :仕様書無しさん:2013/11/09(土) 14:35:53.51
ネタにマジレスしちゃう人は思考の柔軟性に欠けるので、システム開発においても硬直した設計をしてしまいがち

96 :仕様書無しさん:2013/11/09(土) 14:46:00.30
という結論を出すための根拠は持ち合わせていないが、
俺が言っているんだから正しいんだ!

97 :仕様書無しさん:2013/11/09(土) 19:43:56.84
>>96
という根拠は?

98 :仕様書無しさん:2013/11/09(土) 19:45:49.06
え? 根拠がないという根拠?
そりゃ、あるという証拠がなければ、
無いと判断するのが普通だよ。

99 :仕様書無しさん:2013/11/09(土) 19:51:57.97
「自分の考え=普通」かよw

100 :仕様書無しさん:2013/11/09(土) 20:10:15.94
いいえ、例えば裁判や
科学分野の証明でも
同じ考えが用いられています。

101 :仕様書無しさん:2013/11/09(土) 20:13:32.42
>>95
それは違う。
89や91は思考の柔軟性に欠けているのではなくて、
単純にlauncherなのかなと思うところでイッパイイッパイという
知識のマージンの無さが問題。

102 :仕様書無しさん:2013/11/09(土) 23:15:31.37
91だが、柔軟性と言われても、未だ何が面白かったのか理解ができん。
差し支えなければ、柔軟な思考で考えると、どの辺がネタとして楽しめるのか、きっちり解説してくれないか。

103 :仕様書無しさん:2013/11/09(土) 23:22:18.19
間違いを指摘するのと、ジョークを楽しめないのとは違う。

104 :仕様書無しさん:2013/11/09(土) 23:28:44.13
>> 90
これがネタなのは解る。
洒落ていて、感心した。

>> 87
こっちが何のネタなのかが解らんのだよ。
それとも間違いを指摘している行為そのものが、不要だったということか?
だったら、スマン、スルーしてくれとしか言いようがない。

105 :仕様書無しさん:2013/11/09(土) 23:35:04.91
>>104
>>87がジョークだとしたら、>>89は無粋だし、
>>87がマジで言ってるなら、あなたは間違ってなんかいない。
境界はどこなんか、よーわからが、ここは2chだから真面目に考えるのはどうかと。

106 :仕様書無しさん:2013/11/09(土) 23:50:51.42
すきなようにたのしめよくそども

107 :仕様書無しさん:2013/11/09(土) 23:51:50.40
>>106
至言だね。

108 :仕様書無しさん:2013/11/09(土) 23:58:13.51
アンカもまともに付けれない奴にかまうな

109 :仕様書無しさん:2013/11/09(土) 23:59:34.25
アンカってなに?

110 :仕様書無しさん:2013/11/10(日) 00:00:45.89
他のスレに書かれてたし、唐突だし、>>87はただのコピペだよ 何のスレに最初に書かれたのかまでは知らないが

111 :仕様書無しさん:2013/11/10(日) 00:06:04.66
>>105
>>106

了解!

>>108
遅い2chデビューなので、すまない。
そのうち慣れる。

112 :仕様書無しさん:2013/11/10(日) 00:14:24.74
2ちゃんねる歴10年超の
ベテランがいるスレはここですか。

拝みたくなってきますね。

113 :仕様書無しさん:2013/11/10(日) 00:27:01.93
>>112
マ板みたいにコンピュータ関係の古い板なら普通にいるだろ。

114 :仕様書無しさん:2013/11/10(日) 00:48:03.68
技術力が低い会社のネタへの反応ってこんな感じよね

115 :仕様書無しさん:2013/11/10(日) 00:49:18.09
こんな感じって、自分のレスの事言ってるの?

116 :仕様書無しさん:2013/11/10(日) 00:55:28.50
↑典型例

117 :仕様書無しさん:2013/11/10(日) 01:05:48.52
>>116
俺の真似して楽しい?

118 :仕様書無しさん:2013/11/10(日) 02:09:17.64


キーワード:典型例

116 : 仕様書無しさん [] DATE:2013/11/10(日) 00:55:28.50
↑典型例

抽出レス数:1

119 :仕様書無しさん:2013/11/10(日) 02:12:09.52
全く同じセリフを言ってるわけじゃないから
真似してても、真似じゃないだろって >>118はいいたいんだろうな。

120 :仕様書無しさん:2013/11/10(日) 02:13:49.46
見たまんまのことを解説してどや顔とか典型だねー

121 :仕様書無しさん:2013/11/10(日) 02:56:17.25
いたずらを理解できないのは馬鹿

122 :仕様書無しさん:2013/11/10(日) 02:59:36.31
>>109
布団を温める道具

123 :仕様書無しさん:2013/11/10(日) 03:02:11.03
布団乾燥機?

124 :仕様書無しさん:2013/11/10(日) 03:03:56.75
>>123
湯たんぽ的使い方

125 :仕様書無しさん:2013/11/10(日) 14:50:04.96
http://engawa.2ch.net/test/read.cgi/poverty/1383923697/399

126 :仕様書無しさん:2013/11/12(火) 18:34:44.96
パッチのあたってないWinXPやVista、7が動いているのは当たり前
セキュリティ管理者がいない
上司に許可をもらってパッチ当てようにもWindowsUpdateすらエラーで実行できない

先日就職した俺の新しい職場のことです本当にありがとうございました
Updateのことは2ちゃんのどこで聞いたら詳しい人いるだろうか

127 :仕様書無しさん:2013/11/12(火) 20:32:44.59
結局、上のほうが技術をわかっているか、
または、技術をわかってないことを自覚しているか、
どちらかであれば、そこそこの技術は定着する。

上が技術がわかってない上に無自覚だと技術力は壊滅する。
そういう会社が日本のIT企業の90%ぐらい。

128 :仕様書無しさん:2013/11/13(水) 00:08:44.01
たまたま一発当たって人雇っても回せた期間があったとこが
生き残ってるんだろ。

俺の若いころはWindowsでもWebでもJavaでも
会社とまったく話がかみ合わなくて、やめるまで
「こいつ(社長)よくいままで会社回せたな」と思ったよ。
結局見積もりでふんだくって、社員はデスマの応酬で
内部留保というかバブル損失返済をなとか続けて
ヤバくなったら、またもデスマ覚悟の大手の下請けやって、
いまだに生き残ってるみたいだけどな。

ただサイト見ると、斬新さのかけらもないもんだったけど。

129 :仕様書無しさん:2013/11/13(水) 00:12:25.45
見積もりでふんだくるのはいい

130 :仕様書無しさん:2013/11/13(水) 02:34:16.09
俺がいた殺人企業はトップページにものすごく手間をかけたFlash入れてたよ
そのFlashに出てくる活躍中社員のうち少なくとも1人は過労死、2人は社会的に殺されて、まだ会社に残っているのは1人しかいないんだが
さすがにあそこまで手間暇かけたFlashを作り直すことはできないらしい

131 :仕様書無しさん:2013/11/13(水) 10:15:38.31
>>126
普通にブラウザでMSのどっか適当なところから、updateに飛べばいい。
Windows Update、Microsoft UpdateはローカルにURL保存するから
それこそ何年後かにMSサイトがリニューアルすっと突然使えなくなる。
普通のマシンはパッチを重ねてるからURLも常に最新になってるが、
ほこりをかぶってるマシンはそうではない。XPは来年からどうなるか
分からんが、2000でもURLさえ合えばパッチ当てれるから
なんとかなるだろう。

>>129
そりゃお前さんはいいだろうさ

132 :仕様書無しさん:2013/11/13(水) 22:58:24.95
>>131
うちなんかグループポリシーでWindows Update無効にしてあるもんね。
いまだにXP SP "2" ですぜ。

133 :仕様書無しさん:2013/11/13(水) 23:34:17.06
SP3で機能追加されて使いやすくなったというのに
あれか、マクロで一発の作業をプリントアウトして手作業でやってまた入力しろとかやる会社?

134 :仕様書無しさん:2013/11/14(木) 00:27:07.89
マクロで一発の作業は
マクロで一発ですが?

135 :仕様書無しさん:2013/11/19(火) 12:12:38.16
技術力がない会社が実装時に利用するライブラリやパッケージのチョイスがひどい

136 :仕様書無しさん:2013/11/25(月) 14:47:40.53
>>127
不勉強だと10年やっても変わらないからな
その場しのぎの無駄な残業で動作さえさせれば見かけはOKだしね
上がずっと変わらない組織は要注意だと思うよ

137 :仕様書無しさん:2013/11/30(土) 20:31:52.44
未だにLinuxなんか使っている会社って無いわ…
管理者も揃いも揃って未だにWindows不安定説を唱える時代錯誤な馬鹿ばかりだし…

そろそろ転職考えた方がいい?

138 :仕様書無しさん:2013/11/30(土) 20:39:01.96
LPICの期限切れちゃううう

139 :仕様書無しさん:2013/11/30(土) 21:27:51.61
>>137
Linux毛嫌いしてんの。あなたプログラマーではないね。

140 :仕様書無しさん:2013/11/30(土) 21:33:18.58
でもWindowsの方が作るのは楽だなぁ。
C#はあるし地味にAPIは揃ってる。

141 :仕様書無しさん:2013/11/30(土) 21:40:59.50
>137
お前そこら中のスレ荒らしてるWin厨だろ
既に首切られてるのに転職も糞もねえだろ

142 :仕様書無しさん:2013/11/30(土) 21:46:39.94
C#で作るにはWindowsは楽だが、Cで作るにはLinuxの方が楽かな。

143 :仕様書無しさん:2013/12/01(日) 00:05:44.78
組み込み系だとマックが熱いと思うのだが
オフィス使えるし開発もできる

144 :仕様書無しさん:2013/12/01(日) 13:36:34.71
マクドナルドで組み込みの仕事するのか

145 :仕様書無しさん:2013/12/01(日) 15:28:14.01
熱いのは、ファンの音が思索の邪魔になるとジョブズがこだわったせいだと
映画で

146 :仕様書無しさん:2013/12/01(日) 16:18:06.04
googleもつかってるしなー

147 :仕様書無しさん:2013/12/01(日) 18:39:34.76
捻くれたレスすればいいってもんじゃねーぞ

148 :仕様書無しさん:2013/12/02(月) 00:12:05.02
>>144
レジとかポテト揚げる機械とかいろいろあるだろ

149 :仕様書無しさん:2013/12/02(月) 00:25:42.79
鉄板と揚げ物用のサーモスタットの組み込みだな。

150 :仕様書無しさん:2013/12/10(火) 18:19:02.34
今月の給料振り込んでくれない

151 :仕様書無しさん:2013/12/10(火) 19:46:48.73
今月分は、来月末だろ。

152 :仕様書無しさん:2013/12/11(水) 11:32:15.90
>>150
今月は大晦日まである

153 :仕様書無しさん:2013/12/14(土) 10:00:22.01
おじいちゃん
今月の給料はもう振り込まれたでしょ

154 :仕様書無しさん:2013/12/15(日) 14:30:45.24
ハゲが多い

155 :仕様書無しさん:2013/12/18(水) 20:42:40.67
社会保険手続とかアウトソーシングした方がいいの?零細企業の社長どもちょっと来い。
http://engawa.2ch.net/test/read.cgi/poverty/1387356580/5

156 :仕様書無しさん:2013/12/18(水) 21:20:36.01
自分ですりゃいいよ。

157 :仕様書無しさん:2013/12/23(月) 01:18:04.49
メモリ1枚増設って、そんなに大変なことなんでしょうか?
ttp://japan.cnet.com/blog/trans/today/2009/09/08/entry_27024797/

>こちらはネットワークで使ってらっしゃるので、このパソコンに故障が発生した場合、
>ネットワーク全体に影響が出たら困りますから。
>メモリを増設するのは保守契約の範囲外ですし、アップグレードを考えるとなると、
>ネットワーク全体で考えなければいけませんのでねえ。
>費用も補償分を含めると相当な金額になりますから…

これ 思い出した。 結局たかが数千円のメモリを端緒に辞表出すとか馬鹿馬鹿しい

158 :仕様書無しさん:2013/12/23(月) 09:26:57.83
偽装請負従犯要員の代償
使い捨て
コミ障
低技術
非婚
離婚
貧乏
奴隷
鬱病
精神病
反社会
孤独死

159 :仕様書無しさん:2013/12/25(水) 08:03:08.93
おまえらに年末サーバー再起動のタイミングでお亡くなりになるHDDが予想を越えてて、しかもリストアでえらいとまどって、半日出社のはずが翌朝までかかってしまう呪いをかけた。

160 :仕様書無しさん:2013/12/25(水) 08:37:46.79
┐(◆)┌

161 :仕様書無しさん:2013/12/25(水) 15:18:12.96
スタンバイサーバとデータの同期しようと思って、スタンバイの電源入れるつもりで、
隣のメインのサーバの電源スイッチを押しこんでしまった。
押した瞬間に「あっ」と思って押し込んだまま固まってたら、強制オフになって電源落ちた。

162 :仕様書無しさん:2014/01/16(木) 21:46:49.52
英語のスペルミスが卑怯すぎ吹いた
なんだよpawerって

163 :仕様書無しさん:2014/01/16(木) 23:26:08.38
卑猥大好き

164 :仕様書無しさん:2014/01/17(金) 05:33:05.83
>>162
肉球好きなんだろ、察してやれ。

165 :仕様書無しさん:2014/01/20(月) 10:02:14.03
異常終了時の戻り値が9

166 :仕様書無しさん:2014/01/20(月) 11:24:07.74
>>165
それはむしろ技術力が高い方だろ。

167 :仕様書無しさん:2014/01/26(日) 13:38:01.25
if文のブロック内が1000行ぐらいあって、何重ものネストがある処理を1つのメソッドに書いちゃう

168 :仕様書無しさん:2014/01/26(日) 20:05:31.85
>>167
1000行はわからんが稀にそれやるわ
細切れにすりゃいいってもんでもないと思ってる

169 :仕様書無しさん:2014/01/26(日) 20:36:12.04
>>168
テストどうやってるの?

170 :仕様書無しさん:2014/01/26(日) 20:39:59.40
自動

171 :仕様書無しさん:2014/01/26(日) 21:02:39.61
>>168
テストなんかするわけないだろ。

って書いて欲しかったんだろ?

172 :仕様書無しさん:2014/01/26(日) 21:14:41.65


173 :仕様書無しさん:2014/01/26(日) 21:20:47.96
Windowsサーバーが全盛の現在、未だにLinuxみたいな過去の遺物をサーバーで使ってる
もうね、アホかとw

174 :仕様書無しさん:2014/01/26(日) 21:32:09.80
痛々しくて笑える

175 :仕様書無しさん:2014/01/26(日) 21:43:15.39
白痴丸出しの文章を見ると「ああ、内容も全部デタラメか」と考えるのが
常識ある大人だからな

176 :仕様書無しさん:2014/01/26(日) 22:37:12.77
>>159
おまえのせいでRAID5構成のHDDが2台同時に死んだ

177 :仕様書無しさん:2014/01/26(日) 23:01:33.90
>>173
技術力のある会社はどっちも使ってるだろ

178 :仕様書無しさん:2014/01/26(日) 23:08:35.73
>>176
RAID-5なんて信用するのが間違ってるんだよ。
今時は家サーバでもRAID-Z2だろ。

179 :仕様書無しさん:2014/01/27(月) 00:54:11.25
取引先の部長さんの不倫旅行の費用をうちの会社が負担しています
犯罪にはならないのでしょうか

180 :仕様書無しさん:2014/01/27(月) 08:46:13.15
そんな取引先とは取引しないことだな。

181 :仕様書無しさん:2014/01/27(月) 10:37:10.31
公務員じゃないなら犯罪にはならないだろ。

182 :仕様書無しさん:2014/01/27(月) 12:27:33.76
>>174
だろ?
今時Linuxなんて化石過ぎて痛々しさを通り越してある意味同情するわ

183 :仕様書無しさん:2014/01/27(月) 12:33:27.44
お前ホント読解力ないな

184 :仕様書無しさん:2014/01/27(月) 12:35:13.38
Windows板とLinux板で完璧に叩きのめされた>>182
こんな所で遠吠えしてやがる。惨めな負け犬だなw

185 :仕様書無しさん:2014/01/27(月) 12:35:51.29
マ板のOSスレからも敗走してますが。

186 :仕様書無しさん:2014/01/27(月) 14:21:01.50
タッチパネル触るだけしかできないのか。

187 :仕様書無しさん:2014/01/27(月) 22:56:06.56
タッチパネルをひたすら押すだけのテスターの俺にケンカ売ってるの?

188 :仕様書無しさん:2014/01/27(月) 22:59:20.48
プログラマーが特定OSの信者になる意味がわからん

189 :仕様書無しさん:2014/01/27(月) 23:05:26.77
>>188
それ自体は構わないが他人に押し付けるのは良くない

190 :仕様書無しさん:2014/01/27(月) 23:56:09.21
>>173
確かにLinuxはWindowsと比べるとどうしてもセキュリティーや
安定性、信頼性に不安があるよな…
Linuxはウイルスやクラックの被害が少ないから安全、とかほざく馬鹿がたまいるけど
それはLinuxが安全ではなくただ普及していないから単に標的にされないだけ

191 :仕様書無しさん:2014/01/28(火) 01:27:31.56
脆弱性放置し過ぎな糞対応のwindowsにくらべりゃ、まだlinuxのほうがマシだし、
なによりメンテナンスされないものが出たら他のプロジェクトのパッケージを適用すればいいからセキュリティ的に弱いという理論が理解できない

どう考えてもwindowsのほうが危ないし、linuxが普及して標的にされることが増えても、windowsより脆弱だとは思えないが190はどう反論してくれるのかね?


そもそもパーミッションめちゃくちゃなOSとかもうね

192 :仕様書無しさん:2014/01/28(火) 01:57:21.72
さっさとOSスレへ帰れキチガイ

193 :仕様書無しさん:2014/01/28(火) 05:30:26.08
>>190=173
フルボッコされて逃げてきたチキン野郎が何百回遠吠えしても無駄

194 :仕様書無しさん:2014/01/28(火) 10:41:22.62
このアホの子
いろんなスレへ出張するたびに馬鹿にされてるけど
そういうプレイ?学習能力がないだけ?

195 :仕様書無しさん:2014/01/28(火) 11:31:12.70
1レスいくらの工作員にしては、レベルが余りにも低過ぎるしな

196 :仕様書無しさん:2014/01/28(火) 12:25:11.35
朝鮮人みたいな奴だな
嘘を100回書いても本当にはなりませんよ

197 :仕様書無しさん:2014/01/28(火) 21:05:43.37
101回書けば本当になる

198 :仕様書無しさん:2014/01/28(火) 21:33:06.74
とおもってやってるのがロビー活動だわな

199 :仕様書無しさん:2014/01/28(火) 22:46:16.42
>>188
プログラミング対象としてのOSやCPU

200 :仕様書無しさん:2014/01/29(水) 01:04:37.06
ソースコードの管理がテキトーで、何か改修が入るたびに
納品物の中にある、本番環境で動いてるコードのソースを要求してくる
そしておれは、それをニコニコしながら渡してる

201 :仕様書無しさん:2014/01/29(水) 05:24:38.92
>>199
そんなもん受注したのをやるだけじゃん。

202 :仕様書無しさん:2014/01/29(水) 08:21:44.17
>>200
本当に技術力が低い会社は、過去にメンテしたコードの中から適当に選んだソースを改修する。

203 :仕様書無しさん:2014/01/29(水) 09:59:16.47
>>202
ライブラリ全否定か

204 :仕様書無しさん:2014/01/29(水) 22:44:29.97
>>203
お前ライブラリを使う時に、ソース改修してから使うのか?

それはコピペと同じだろ。

205 :仕様書無しさん:2014/01/30(木) 06:29:37.59
>>204


206 :仕様書無しさん:2014/01/30(木) 06:31:21.56
俺も>>204読んで首が傾いたw

207 :仕様書無しさん:2014/01/30(木) 06:46:58.20
ソフトねーじゃんw > Linux

208 :仕様書無しさん:2014/01/30(木) 07:06:54.34
>>207


209 :仕様書無しさん:2014/01/30(木) 07:08:52.49
>>208
フルボッコされて頭が逝った基地外の相手なんかすんなよ

210 :仕様書無しさん:2014/01/31(金) 01:37:25.61
>>203

>>202にたいして、ライブラリ全否定ってどういう意味?

誰もお前の言うこと理解できてないんだが。

211 :仕様書無しさん:2014/01/31(金) 01:38:14.86
Linuxはツールなんだよ
スパナやドライバと同じ
素人が持つもんじゃない

212 :仕様書無しさん:2014/01/31(金) 03:16:31.20
プロツールカンパニー コストコ

213 :仕様書無しさん:2014/01/31(金) 04:45:04.65
>>210
理解してないのはお前だけな

214 :仕様書無しさん:2014/01/31(金) 14:37:04.52
話を聞かない、
ほんのちょっと専門用語?言うとわからないと切り捨て、
わからない、わからないとわめく。
質問してきたんだから話は聞け。

適当にやって動いたからそれでいいや が多すぎて
尻拭い疲れた。
できない、時間がない、で任されて残業時間UP。
まかした奴帰るし、サイテー。

超底辺ブラック会社

215 :仕様書無しさん:2014/02/01(土) 18:24:35.02
ソフト業界ではよくあること

【東京】青山の三菱地所「欠陥億ション」 ネットの書き込みで発覚、異例の販売中止に
http://uni.2ch.net/test/read.cgi/newsplus/1391239112/

216 :仕様書無しさん:2014/02/01(土) 23:31:27.49
アイリスオーヤマ製 『 強力ハイブリッド加湿器 』の回収について
ttp://www.irisohyama.co.jp/safetyinfo/humidifier_140127.html

アイリスオーヤマは、2013年1月、元大手家電メーカーの人たちの
中途採用を積極的にし始めた。
白物家電事業に本格的に参入するためだ。
番組では、アイリスに入社した、パナソニックなど元大手家電メーカー
の人たちを取材。
「消費者が求めるものを、安い価格で、すばやく市場に出す」という
アイリスの文化に戸惑いながら、果たしてどんな商品を生み出すのだろうか?
加湿器基板設計チームに配属になった松本さんの奮闘ぶりをご覧ください。
ttp://v.youku.com/v_show/id_XNTc3OTcwODIw.html

ttp://www.47news.jp/47topics/e/249775.php
男性によると、3日午後8時すぎ、自宅で回収対象になった2012年製「強力ハイブリッド加湿器」が出火し、寝室の壁や天井を焼いた。家族で消し止めたため、けが人はなかった。

217 :仕様書無しさん:2014/02/02(日) 02:52:14.38
>>203
汎用的に使えるようにメンテされてる自社ライブラリなんて滅多にない。
以前作った製品のモジュールを取り出して、工数かけて今の案件に合うように
作りなおすのがせいぜい。

218 :仕様書無しさん:2014/02/02(日) 03:00:53.53
汎用的なライブラリほどコーディング量は増えるよ
当たり前だけどさ

219 :仕様書無しさん:2014/02/02(日) 06:30:56.87
客の要望無視して汎用をそのまま使って押し通すのって改造できないコピペバカのことだろ
要の機能は利用するがサブクラス化なり改造なりして使うのが普通

220 :仕様書無しさん:2014/02/02(日) 07:28:10.63
客の要望を汎用の中に入れる馬鹿がいるからなー

221 :仕様書無しさん:2014/02/02(日) 10:12:16.99
2014年1月日本のシェア
"OS","Market Share Perc. (Jan 2014)"
Win7",52.87
MacOSX",10.3
WinXP",10.08
WinVista",8.15
Win8",6.38
Win8.1",4.91
iOS",4.29
Android",1.88
Linux",0.53

222 :仕様書無しさん:2014/02/02(日) 10:26:03.45
さっさとOSスレへ帰れキチガイ

223 :仕様書無しさん:2014/02/02(日) 10:50:36.83
ライブラリって言うのは汎用性を落として専用性を高めていくもの
一番汎用性が高いのは、言語の標準ライブラリ
メーカーのライブラリや市販の汎用ライブラリ、特定業界向けライブラリとなって
それでも効率があがらないなら、自作の自社向けライブラリとなる
(保守の都合で市販品を使わないという選択肢は大いにありえるが・・・)

そんでもって個人コンピュータにも自作コピペライブラリ集とか眠らせてるだろうけど
実はそれが一番手入れされてたりするのでたちが悪いw

224 :仕様書無しさん:2014/02/02(日) 12:13:57.30
Linuxってコンシューマでは殆どシェアがなく、企業にいたっては普及率0%といっても過言ではない状況・・・

Linuxなんて所詮キモオタのオモチャでしかない

225 :仕様書無しさん:2014/02/02(日) 13:07:09.45
データセンターに置いてあるサーバはほとんどWindows系だな
たまにLinuxを見かけてもメインの処理は走らせてないよ
時計あわせに使うぐらい
その時計あわせも専用機だけで完結してるからほぼ見ないけど

226 :仕様書無しさん:2014/02/02(日) 13:39:04.81
バージョン管理してるのに修正したコードをコミットしない
そして数カ月後に謎のデグレが発生する

227 :仕様書無しさん:2014/02/02(日) 14:01:41.53
ライブラリというか完成間近のところまで出来上がってる
(無改造でいいならそのまま納品できてしまう)テンプレートソリューションなら
手を加え放題だしそれが普通だな

228 :仕様書無しさん:2014/02/02(日) 14:42:19.47
ソースファイルや設計書を共有ディスクに置くだけとか

229 :仕様書無しさん:2014/02/02(日) 16:06:35.33
そもそもLinux鯖が普及してた時代があるという思い込みが間違い
Linux鯖とWindows鯖はほぼ似た様な歴史しかないし、シェアも似たようなもん
大手はWin、予算がなく意識が低い企業はLinuxという住み分けをしていて本来比べられるもんじゃない
メーカー系勤務だったら1ラックまるごと占有して1000万円超えるようなWin鯖しか見たことがない奴は多いと思うよ

逆にWeb系ならその辺のBTOを横に倒して金具で無理やり設置してるような10万もしてないんだろうなーっていう
Linux鯖ばかり見てきたんじゃないだろうか

230 :仕様書無しさん:2014/02/02(日) 16:13:09.00
>>229
パソコン世代の子供がいくら耳学問で背伸びしても無駄

231 :仕様書無しさん:2014/02/02(日) 16:19:55.11
>>229
1ラック1000万って随分安い鯖だな…
Linux鯖でも5〜6千万なんて普通だし、1億超えも珍しくないのに

232 :仕様書無しさん:2014/02/02(日) 16:23:50.54
だな
うちみたいな従業員100人足らずのユーザー企業のマシンルームに転がってるサーバーでも
1ラック分だとH/W、S/W合わせて2000万強くらいはするのに

233 :仕様書無しさん:2014/02/02(日) 16:31:20.86
>>229
1ラックまるごとで1000万円?
自分の職場ではラック丸ごとどころか、1基1500万円くらいのVM鯖でLinux鯖20台走らせているぞw

234 :仕様書無しさん:2014/02/02(日) 16:49:13.25
嘘を100回言えばのマルチポストはほどほどにな
馬鹿晒してるだけだぞ

235 :仕様書無しさん:2014/02/02(日) 21:28:42.09
うちなんか1機1500万ドルだもんね・・・・ってか?wwww

236 :仕様書無しさん:2014/02/03(月) 03:18:42.82
鯖といえばUNIXだったんだが。
新規はWinばかりなのだろうかね。

237 :仕様書無しさん:2014/02/03(月) 06:13:30.96
デスクトップPCでLinuxが普及しなかった訳は? 2
ttp://engawa.2ch.net/test/read.cgi/linux/1389354390/

730 名前:login:Penguin[sage] 投稿日:2014/02/02(日) 23:08:34.14 ID:VdxxLa9v
今のマ板は、ニートとネットベンチャーのモヒカン族しかいないぞ。

731 名前:login:Penguin[sage] 投稿日:2014/02/02(日) 23:20:47.86 ID:M/M0K1Y8
      ____
     /     \    
   / /   \ \   技術者は理系のものではありません
  /   (●)  (●)   \ プログラマをプログラミングする、私達マネージャこそが
 |       、_!       | 高レベルな技術者と言えるでしょう
  \      'ー=-'    /  審議中の教育改革では、日本史とともに、EXCEL方眼紙の作り方を
,,.....イ.ヽヽ、___ ーーノ゙-、.   必須科目としていただきたいですね
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

732 名前:login:Penguin[sage] 投稿日:2014/02/03(月) 01:20:55.02 ID:Dk22wsS4
プログラムを書く作業に関しては、理系男性より文系女性の方が優秀だなと最近思う。個人的に。
世界初のプログラマも女性だし

733 名前:login:Penguin[] 投稿日:2014/02/03(月) 02:15:25.64 ID:2wgRqAmp
プログラマは簡単な職業だと思うよ。
対象ドメインに対する知識ってほとんど必要ないわけだし。
文字通りプログラミングができればいいだけだもん。
仕様を策定するまでがホントの仕事だよ。

238 :仕様書無しさん:2014/02/03(月) 06:17:41.20
デスクトップPCでLinuxが普及しなかった訳は? 2
ttp://engawa.2ch.net/test/read.cgi/linux/1389354390/

726 名前:login:Penguin[sage] 投稿日:2014/02/02(日) 21:31:17.60 ID:2O1Zay8D
プログラマ板の連中って未だにLinuxみたいな古のポンコツを崇拝してて少し驚いた
日本のIT技術者のレベルが低い理由が解った気がするw

730 名前:login:Penguin[sage] 投稿日:2014/02/02(日) 23:08:34.14 ID:VdxxLa9v
今のマ板は、ニートとネットベンチャーのモヒカン族しかいないぞ。

731 名前:login:Penguin[sage] 投稿日:2014/02/02(日) 23:20:47.86 ID:M/M0K1Y8
      ____
     /     \    
   / /   \ \   技術者は理系のものではありません
  /   (●)  (●)   \ プログラマをプログラミングする、私達マネージャこそが
 |       、_!       | 高レベルな技術者と言えるでしょう
  \      'ー=-'    /  審議中の教育改革では、日本史とともに、EXCEL方眼紙の作り方を
,,.....イ.ヽヽ、___ ーーノ゙-、.   必須科目としていただきたいですね
:   |  '; \_____ ノ.| ヽ i
    |  \/゙(__)\,|  i |
    >   ヽ. ハ  |   ||

732 名前:login:Penguin[sage] 投稿日:2014/02/03(月) 01:20:55.02 ID:Dk22wsS4
プログラムを書く作業に関しては、理系男性より文系女性の方が優秀だなと最近思う。個人的に。
世界初のプログラマも女性だし

733 名前:login:Penguin[] 投稿日:2014/02/03(月) 02:15:25.64 ID:2wgRqAmp
プログラマは簡単な職業だと思うよ。
対象ドメインに対する知識ってほとんど必要ないわけだし。
文字通りプログラミングができればいいだけだもん。
仕様を策定するまでがホントの仕事だよ。

239 :仕様書無しさん:2014/02/03(月) 06:54:38.45
Excelを使って仕様書、はやめたほうがいい糞社内文化
あまりに自由度が高すぎるんだよ

お前らのトコも、仕様書を元にわざわざ自分用の仕様書を作ってるだろ

240 :仕様書無しさん:2014/02/03(月) 08:59:06.81
自分用仕様書はAAで書いた図付きのテキストファイルだ

241 :仕様書無しさん:2014/02/03(月) 20:24:03.88
設計書にコメント書いとけば十分

242 :仕様書無しさん:2014/02/03(月) 21:40:22.60
仕様書は俺の頭の中にある

243 :仕様書無しさん:2014/02/03(月) 21:53:04.47
仕様書を作成する専用アプリってないの?

244 :仕様書無しさん:2014/02/04(火) 02:44:37.86
手元にあるソースが原文そのものなのにわざわざプログラマに通訳を頼んで
日本語に翻訳して紙に印刷してもらわないと読めないのか、哀れなSE

245 :仕様書無しさん:2014/02/04(火) 06:47:15.20
>>243
doxygenとか

246 :仕様書無しさん:2014/02/04(火) 07:06:52.63
>>245
文章をソースの中に分散して書くだけ
むしろメンテナンス性悪化

247 :仕様書無しさん:2014/02/04(火) 10:41:49.83
>>246
関連するところに文章を書くからわかりやすいだろ

248 :仕様書無しさん:2014/02/04(火) 20:21:03.58
IDEが関数の処理内容とか引数の意味とかを教えてくれるようになるのに
メンテナンス性悪化?

249 :仕様書無しさん:2014/02/04(火) 21:43:25.28
>>248
仕様書を要求してんのに、なんで関数レベルの詳細を知らないといけないんだよアホ
仕様書を引っ張り出してきて参照するのはどんなときだよ?引数の意味とかマジどうでもいいわ

250 :仕様書無しさん:2014/02/04(火) 22:05:36.78
記載内容次第だろハゲ

251 :仕様書無しさん:2014/02/04(火) 23:10:17.26
で、なんでメンテナンス性が悪化するの?
むしろ仕様書をほいほいメンテナンスしなきゃならないなんてかわいそう・・・

252 :仕様書無しさん:2014/02/05(水) 06:53:14.25
技術力のない人はドキュメント生成ツールを否定することがわかった

253 :仕様書無しさん:2014/02/05(水) 07:02:36.50
ドキュメント生成ツールは使うよ
特別ドキュメント化を意識したコメントは書かないけど

254 :仕様書無しさん:2014/02/05(水) 07:09:34.19
>>251
メンテされてない仕様書で仕事しないといけない奴等に比べたら楽なものさ。

255 :仕様書無しさん:2014/02/06(木) 12:34:05.39
Linuxは安全を担保できる特別な仕組みは何も持っていないよw
殆ど使われていないから狙われにくい、ただそれだけw

web鯖としては相当数が稼働しているから狙われまくり。
kernel.orgがクラックされて一時大騒ぎになったよなw安全ではないよw

256 :仕様書無しさん:2014/02/06(木) 16:42:52.45
また中途半端な嘘並べる

257 :仕様書無しさん:2014/02/06(木) 18:23:07.26
>>255
馬鹿丸出しなのか釣りなのか知らないが目障りだから死ね

258 :仕様書無しさん:2014/02/07(金) 08:20:09.26
>>255
君に必要なのは匿名掲示板ではなく、精神科医師による治療です。

259 :仕様書無しさん:2014/02/07(金) 21:10:17.42
>>255
Windows鯖ってイントラネット用じゃない?公開サーバーとして使われてる?

260 :仕様書無しさん:2014/02/07(金) 21:37:34.52
踏み台用に重宝してるんじゃね?

261 :仕様書無しさん:2014/02/07(金) 23:47:57.40
どのOSを使おうが設定次第でゴミと化す

262 :仕様書無しさん:2014/02/08(土) 08:27:00.31
>>260
Win鯖なんて踏み台としても使い道ねーじゃん

263 :仕様書無しさん:2014/02/08(土) 08:54:40.26
大体サーバー用OSで通常運用で落ちるOSなんてWindowsServerくらいだもんな・・・
しかもちょっと設定を変更したくだけで再起動が必要とかギャクにしか見えんw

264 :仕様書無しさん:2014/02/08(土) 08:57:46.03
Linuxが落ちることってまずないな。
再起動も滅多に必要ないし。

265 :仕様書無しさん:2014/02/08(土) 09:01:41.45
Win鯖が落ちるっていつの時代から来たんだよw
Linuxが唯一成功したのは、軽くて落ちないというデマを広めた事

266 :仕様書無しさん:2014/02/08(土) 09:08:37.21
誰が広めたの?

267 :仕様書無しさん:2014/02/08(土) 09:10:22.47
おまえらの内なる願望がデマを育てた

268 :仕様書無しさん:2014/02/08(土) 09:32:24.31
ソースなしに加えて妄想かよ

269 :仕様書無しさん:2014/02/08(土) 09:58:59.53
NT時代はほぼ毎日落ちてた記憶があるが、Server2008なら年に1〜2回落ちる程度かな
まぁ正確にはOSの挙動がおかしくなって再起動しないと復旧しない、というだけだから落ちるという表現は御幣があるかも

ただWindowsServerってメモリやHDDのリソースを無駄に消費する割に
同じマシンスペックで稼動するLinux(RHEL)と比較してどうしてもパフォーマンスが悪くなるのがどうも・・・

270 :仕様書無しさん:2014/02/08(土) 10:09:37.54
Linuxは国を守る? 米軍で拡がるLinux採用
ttp://gihyo.jp/admin/clip/01/linux_dt/201206/13


世の中にはさまざまなシステムが動いているが,一般に"ミッションクリティカル"と言われるシステムは,
基本的に落ちてはいけないことが大前提となっている。
したがってプロプライエタリで完全な挙動の把握が難しいWindowsやMac OSよりもUNIX/Linuxの採用がずっと多い。
金融とか交通とか,社会インフラを直接支えるシステムではなおさらそうだ。
Windowsで動作する旅客機とか,Macで稼働する原発とか,想像するだけでもおそろしい。

さて,ミッションクリティカルといえば防衛に関わる分野もそれに当てはまるだろう。
昨年9月,米空軍ではネバダ州の基地で無人機システムがマルウェアに感染するという,対外的にはかなりみっともない事件が起こった。
誰かがつなげたポータブルデバイスからウィルスがWindowsベースの地上制御システムに感染したのだ。
空軍のセキュリティチェックの甘さとともに,ミッションクリティカルなシステムにおけるWindowsの脆弱性が印象づけられた出来事でもあった。

以来,空軍ではWindowsからLinuxへのマイグレーションが続いており,くだんの無人機システムも現在はLinuxベースに変わっている。
そして空軍と同じ轍を踏まないようにしているのか,6月8日,米海軍はメリーランド州にあるパタクセントリバー基地に
置く無人機用垂直離着陸システム(VTOL)をLinuxで構築するため,
合計2,788万3,883ドルの契約をRaytheon Intelligence and Information Systemsというコントラクタと交わした。
同基地には168の無人機が存在するが,これらで編成されたフリートによる110マイル四方におよぶ偵察がLinuxバックボーンで行われることになる。
システム構築完了は2014年2月を予定している。

271 :仕様書無しさん:2014/02/08(土) 10:14:21.65
>>270
だから何?

一般的に世界中の基幹システムでWindowsが採用されているのは揺るぎない事実なんだが?

272 :仕様書無しさん:2014/02/08(土) 10:15:11.52
【全ての分野においてWindowsが圧勝】
東京証券取引所の基幹システムとして稼動するWindows
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548
HPCでもダントツのパフォーマンスをたたき出すWindows
ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html
Windows上で稼動するメインフレーム
ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html
NASパフォーマンス比較テストでWindowsがLinuxを圧倒!!
ttp://www.flexense.com/documents/nas_performance_comparison.pdf
BDレコのOSはやはりWindowsだった!!
ttp://it.slashdot.jp/story/12/04/24/0052242/

【一方Linuxは…】
Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
ttp://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15
Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02
Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
ttp://japan.internet.com/webtech/20110902/2.html
Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp … 技術評論社
ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15
MySQL.comのWebサイトに不正なコード 闇市場でroot権限も販売か
ttp://www.itmedia.co.jp/news/articles/1109/27/news027.html
またもOSSプロジェクトが被害に! Wineプロジェクト、不正侵入を発表 | エンタープライズ | マイコミジャーナル
ttp://journal.mycom.co.jp/news/2011/10/13/115/index.html

273 :仕様書無しさん:2014/02/08(土) 10:15:52.80
全く使用するメリットが見出せないLinux

・安定性・信頼性
 Linux
 フリーソフトであるLinuxの安定性・信頼性はハッキリ言って問題外。
 1日連続で稼動させることすら困難。

 Windows
 いまやWindowsの安定性・信頼性はメインフレーム(汎用機)をも凌ぐ。
 世界中のメインフレームが全てWindowsServerに置き換わったのがその証拠。

・脆弱性
 Linux()
 Linuxで稼動している世界中のサーバーがクラックされまくっている。
 シェアが全くないLinuxはウイルス対策ソフトも皆無。

 Windows
 デファクトスタンダードOSとしてあらゆる攻撃を受けてきたWindowsはいまや世界で一番強固なOSとなった。
 豊富なウイルス対策ソフトもさりながら、カーネルの構造的に絶対に外部からクラックされることが無いOSとなった。

コスト
 Linux
 フリーソフトなのでOSは無料。
 しかし上記内容により安定稼動させるのはほぼ不可能。
 またサポートが存在しないため自前で何とかするしかなくかえってコスト高となる。

 Windows
 OSは無料ではないが従来のメインフレームのOSと比較すると安価。
 もともと安定性に優れたOSであるため、誰にでも安定稼動させることが容易である。
 サポート面もマイクロソフトを始め、各ベンダーが完璧なサポートを行える体制となっている。
 またコンピュータOSとしてほぼ100%のシェアを誇っているので情報が豊富である。

274 :仕様書無しさん:2014/02/08(土) 10:17:24.35
空軍みたいなニッチな環境でLinuxが採用されたからってドヤ顔になる犬厨って馬鹿なのww
そんなんだからLinuxを採用する企業は技術力が低いと言われるんだよwwwww

275 :仕様書無しさん:2014/02/08(土) 10:29:34.08
Windows坊の血圧が急上昇してんぞ

276 :仕様書無しさん:2014/02/08(土) 10:34:19.24
LinuxとWindowsってそんなに価格違うの?
鯖なんだから数ランセンスだけでしょ
クライアントなら数千〜数万以上買うから桁違いだけどさー

277 :仕様書無しさん:2014/02/08(土) 10:39:11.20
ニッチじゃなくて信頼性確保だろ
金と技術力がある連中はwindowsに愛想をつかした結果だよな
ちなみにISS搭載のクライアントもDebian

とっととOSスレに帰れ

278 :仕様書無しさん:2014/02/08(土) 10:43:06.59
>>277
世界中の企業の基幹システムでぼんよう機やUNIXが何故Windowsに駆逐されたという事実を解ってていってる?

279 :仕様書無しさん:2014/02/08(土) 10:45:31.23
>>269
> ただWindowsServerってメモリやHDDのリソースを無駄に消費する割に
> 同じマシンスペックで稼動するLinux(RHEL)と比較してどうしてもパフォーマンスが悪くなるのがどうも・・・



-- Windows搭載NASとLinux搭載NASの比較 - ELECOM --

【こんなに違うの!? 同時アクセスでの転送速度が段違い!】
同時接続でも転送速度が圧倒的に早いWindows OS搭載NAS!
速度の違いは業務効率にも影響を与えます!

ttp://www.elecom.co.jp/business/pickup/nas/201102/index.html

「ファイルサーバー、小型NASは安いものを選べ」本当にそれでいい?

― ファイルサーバー、または小型NASがさまざまな場所で便利に使われているが、
製品選択では「価格の安いものを買う」というケースが多いようだ。
値段が安くなりやすいのはLinuxをベースとしたNAS製品だが、
それだけでLinux搭載NASを選ぶのはもったいない、と専門家は警鐘を鳴らしている。

ttp://www.atmarkit.co.jp/ad/ms/1102windowsnas/1102windowsnas.html

280 :仕様書無しさん:2014/02/08(土) 11:16:50.15
>>278
UNIXの方が高かったからな。 今はwindowsの方が高いからlinuxに代わっている。
歴史は繰り返す。

281 :仕様書無しさん:2014/02/08(土) 11:17:34.92
NetBSDで良いよ

282 :仕様書無しさん:2014/02/08(土) 11:19:59.16
WindowsみたいなカスOSじゃ性能のいいルータは絶対作れない

283 :仕様書無しさん:2014/02/08(土) 11:25:22.60
>279
またそれ?
OSスレで散々論破されたこと覚えてねえの?
学習しろよマジで

284 :仕様書無しさん:2014/02/08(土) 11:30:21.23
>>278
ぼんよう機ってどこの方言?
もうお前はここに居られなくなったなw

285 :仕様書無しさん:2014/02/08(土) 11:35:03.90
>>283
ハァ?論破されたことなんて一度もねーよw
犬厨がソース出せ出せとか言い出すからソース提示したら逆ギレしてギャーギャー人格攻撃する

これの繰り返しだろ

>>284
汎用機 (何故か変換出来なかった)

286 :仕様書無しさん:2014/02/08(土) 11:41:49.08
>>285
ぼんような奴

287 :仕様書無しさん:2014/02/08(土) 11:50:59.78
ふいんき

288 :仕様書無しさん:2014/02/08(土) 12:52:25.82
おまえらが買うようなLinux製品は安物だから

289 :仕様書無しさん:2014/02/08(土) 13:26:40.77
Linuxは組み込みにも気軽に使えるくらいコンパクトだし安定してていいね
家電にwindowsなんて暴走しそうで怖くて組み込みたくねー
家電1つ1つに高額ライセンスなんて払ってらんねー

290 :仕様書無しさん:2014/02/08(土) 20:27:55.07
Linuxの三大欠点

1.大文字、小文字の区別がうざい。

2.viの使い方がうざい。

3.クローズドじゃないので、ソース嫁厨がうざい。


Windowsにはこの欠点がない。

291 :仕様書無しさん:2014/02/08(土) 20:42:03.03
viは至高のエディタだろうが

292 :仕様書無しさん:2014/02/08(土) 20:54:24.50
俺はLinuxとかを信用している人間だけど、
だからと言ってWindowsが落ちやすいとは思ってない。
Windows Serverが落ちやすいとすれば、原因は使ってる人間にある。

293 :仕様書無しさん:2014/02/08(土) 21:22:45.36
>>290
AT限定すら時間オーバーでようやく取ったド下手糞がMT乗りを馬鹿にしてるようなもの
却下

294 :仕様書無しさん:2014/02/08(土) 22:09:02.47
>>290
おまいさんがアレなだけじゃない

295 :仕様書無しさん:2014/02/08(土) 22:13:40.76
プログラマーは受注した案件に応じてOSを選択するだけなのに、なんで特定OSの信者になるのかなあ。

296 :仕様書無しさん:2014/02/08(土) 22:16:37.06
>>295
プロが道具に拘るのは至極当然のこと

297 :仕様書無しさん:2014/02/08(土) 22:16:51.94
世の中、受動的なプログラマーだけじゃないということ。

298 :仕様書無しさん:2014/02/08(土) 22:19:47.39
>>296
固執することとは違うでしょ

299 :仕様書無しさん:2014/02/08(土) 22:37:30.05
プロは使い慣れてない道具でもそれなりの成果は出せるもんでしょ
全力を出すときはこだわりの一品を使うだろうけど

300 :仕様書無しさん:2014/02/08(土) 23:44:42.57
プロの料理人は母乳だってドブ貝だって革靴だっておっさんの汗の結晶で作った塩でだって食材として料理してくれる。ナイトスクープに依頼すればね。

301 :仕様書無しさん:2014/02/09(日) 01:49:59.02
>>296
いやいや、好き嫌い言ってたら嫌いなOSの案件受注できないで無能プログラマー扱いだぜ。

302 :仕様書無しさん:2014/02/09(日) 02:19:23.18
ある程度以上出来る人は仕事と内心はどうあれやってくれるんだが、出来ない人程、
いつまでもグチグチ言っていて鬱陶しいってのはあるな。 何をやらすにも愚痴やら
批判やら言い訳やらが口に出てくる人に新しい仕事なんて回したくても回せなく
なるんだから少しは黙ってやってくれればいいのに。 そういう不利益な部分も
全て含めて覚悟があって行動してるならまだいいんだが、全然そうじゃないからなぁ。

303 :仕様書無しさん:2014/02/09(日) 02:37:21.22
>>301
一人で会社やってるんじゃないんだから、嫌いなOSは別の奴にやらせとけばいい。

304 :仕様書無しさん:2014/02/09(日) 02:40:36.74
例えばVB案件はやってやれないことは無いけど、
基本はVB大好き爺さんにまかせとくぜ。

305 :仕様書無しさん:2014/02/09(日) 03:06:36.40
>>303
人数が足りないときはどうすんのさ

306 :仕様書無しさん:2014/02/09(日) 05:30:02.92
断ればいい

307 :仕様書無しさん:2014/02/09(日) 06:41:40.56
好きか嫌いか!=使う使わない

308 :仕様書無しさん:2014/02/09(日) 07:05:31.43
使えるけど絶対関わりたくない案件はある
COBOLとか

309 :仕様書無しさん:2014/02/09(日) 11:17:21.09
>>308
COBOLは言語自体そんなに難しくないし、単価も昔ほどじゃないけど
それでも他の言語と比べると結構高いので喜んで受けるw

まぁCOBOLの案件なんて最近ほとんど来ないけどね・・・

310 :仕様書無しさん:2014/02/09(日) 11:23:15.16
>>309
COBOLは富士通やら日立やらの大手ベンダーががっちり囲い込んでるからなぁ
今でもCOBOL技術者育ててるみたいだし、弱小ベンダーやユーザーのCOBOL技術者を排除して
大手ベンダーだけ旨い汁を吸う仕組みが出来つつあるみたい

311 :仕様書無しさん:2014/02/09(日) 12:05:49.03
>>309
COBOLつまらなすぎてモチベ続かねえ

312 :仕様書無しさん:2014/02/09(日) 12:07:45.63
VB、C#以外の開発言語になんて全てゴミ同然

313 :仕様書無しさん:2014/02/09(日) 16:08:14.88
>>312
そんなこと言ってるとWindows以外の案件ができないから役立たずとみなされる。

314 :仕様書無しさん:2014/02/09(日) 17:20:10.57
>>313
寧ろ企業向けシステムでWindows以外の案件は存在しないので無問題

315 :仕様書無しさん:2014/02/09(日) 18:16:58.23
>>314
それはない

316 :仕様書無しさん:2014/02/09(日) 18:56:15.01
>>314
さすがスレタイの会社に勤めている奴。

317 :仕様書無しさん:2014/02/09(日) 19:28:09.40
>>315
それは無いと言い切れるもんでもない。
まぁ企業向けシステムは8割か9割ぐらいはWindows絡みの案件だろ。
ウェブ屋やアップル好きな会社も中にはあるけど、少数派。

318 :仕様書無しさん:2014/02/09(日) 19:55:15.47
まあ、最近だとWebの業務システムでもC#とかVB.NETとかで作ることもあるからな。

319 :仕様書無しさん:2014/02/09(日) 20:49:05.09
正直、linuxを弄りはじめてwindowsを再評価したわ
遊びでlinuxをクライアント機に入れてるけどメインマシンにはできないなぁと、
10年経ってもまだ思う

320 :仕様書無しさん:2014/02/09(日) 21:06:19.36
最近はスマホ・タブレット向けの案件が増えてきたからWindowsには固執してられないな

321 :仕様書無しさん:2014/02/09(日) 22:07:42.50
・Linuxはソースが公開されているから自分で確認しろ
・俺はLinuxを信用している

この二つは矛盾していないだろうか?

322 :仕様書無しさん:2014/02/09(日) 22:31:47.33
>>319
10年前でも音楽聞けるし動画も見れるし何も困ることはなかった
ゲームができないくらいじゃないか
最近はsteamとかがlinuxをメインプラットフォームにする動きもあるくらいだし
今ならもっと簡単だろう

officeが使えないから糞というなら仕方ないが

323 :仕様書無しさん:2014/02/09(日) 22:39:05.43
Linuxが活躍する分野
・Webサーバ
lampに代表される定番アプリ群で構築が簡単。また豊富なアプリにより柔軟な構成で対応可能
クラウド利用がすすんでWEB制作会社などではOS・ミドルウェアレベルの構築は不要となりつつある

・組み込み
製品に利用されるのはカーネルのみ
OS代金を払えないほど競争が激しい。1円を削る為にスペシャリストを投入する世界
ハードが主役でソフトはその尻拭い

それに対するWindowsの動向
・Webサーバ
OS一体となったサーバアプリ群によりOSレベルまで連動した高速化を実現。ワンストップのサポートが利用可能
ただし、他社製品を利用した場合にメリットは一気に崩れる
イントラ系だとクラウドなんて使えるわけがないのでラックを担いでWindowsのインストールしつつ
派遣がうっかり手順を間違えたせいで丸一日無駄にするような毎日が繰り返されている

・組み込み
ハードウェアをモニターするようなツールはほとんどWindowsで動いている
例えば電車だと車両でWindowsを使うケースは少ないが、駅側はほとんどWindows
また、なぜかレジ関連はWindowsが多い
エンベデッド版ばかりでなく、普通のXPパソコンにUSB接続のバーコードリーダーを接続してレジとするケースも珍しくない
単価の安い人間はWindows側にまわされるが、二度と主流に戻る事はない

324 :仕様書無しさん:2014/02/09(日) 22:39:50.15
>>322
officeが使えないから糞ってわけじゃないけど
office互換製品は糞だと思うよ

325 :仕様書無しさん:2014/02/09(日) 22:54:10.33
>>321
信用=相手の言い分を鵜呑、の人にとっては矛盾に見える。

326 :仕様書無しさん:2014/02/09(日) 23:41:22.35
>>324
少なくともMSはドッグフード食べながらやってくれてるけど、他のところは
そうじゃないって感じだよな。まあ、オフィススイートを使ったような仕事を
してないからなんだろうけどね。

327 :仕様書無しさん:2014/02/10(月) 00:02:19.04
特定のファイルの種類で保存するだけで再現するバグが
数年間たっても修正される気配がないOpenOfficeこそLinuxを象徴してると思うわ

328 :仕様書無しさん:2014/02/10(月) 06:33:31.14
>>321
Linuxはソースが公開されている
  ↓
俺は読めないが読めるすごい奴が大勢いる
  ↓
そういう奴らには悪い奴もいるがそうでない奴もいる
  ↓
悪くない奴らが公開している情報を当てにしていれば安心
  ↓
結局他力本願

329 :仕様書無しさん:2014/02/10(月) 07:08:10.65
>>327
バグを知りながら数年間OpenOfficeを愛してるんですね

330 :仕様書無しさん:2014/02/10(月) 07:12:12.43
>>329
なんでそういう結論に至るの?

331 :仕様書無しさん:2014/02/10(月) 07:19:22.68
>>330
社会経験がなく視野が狭いから

332 :仕様書無しさん:2014/02/10(月) 08:03:42.11
>>331
なんでそういう結論に至るの?

333 :仕様書無しさん:2014/02/10(月) 09:15:56.24
>>332
お前ただの便乗だろ
無理すんなw

334 :仕様書無しさん:2014/02/10(月) 09:43:02.48
技術力が高い会社はどっちを使っているのですか?

335 :仕様書無しさん:2014/02/10(月) 10:21:15.29
>>334
どっちも

336 :仕様書無しさん:2014/02/10(月) 10:46:29.75
>>327
お前がバグリポート上げて、ちゃんと直してやれよ。

337 :仕様書無しさん:2014/02/10(月) 11:29:36.78
そうそう、なんで人が直すの待ってんだろうね

338 :仕様書無しさん:2014/02/10(月) 11:48:39.92
そういって、>>337は直さないのであった。
知ってても直さないのはなぜ?

面倒くさいのはだれだって一緒w

339 :仕様書無しさん:2014/02/10(月) 11:49:33.44
面倒くさくても直すのは
金をもらえるからなんだよな。

金が貰える仕組みがないと
どうなるかってのがよく分かるよね。

340 :仕様書無しさん:2014/02/10(月) 12:48:08.21
>>337
MS Office使えば済む話だからだろ

341 :仕様書無しさん:2014/02/11(火) 00:52:59.77
>>336
もう既知のバグだよ
修正なんてあいつらが受け取るわけないだろ
オープンソースといっても、開発に参加できるわけじゃない

342 :仕様書無しさん:2014/02/11(火) 00:56:40.19
>>337
おまえオープンソースに参加したことないだろ
例えば俺やおまえがいま修正したソースを送りつけても無視されるか罵倒されて終わりだよ
オープンソースっていうのはそういうコミュニティなんだよ
そもそも修正にかかる時間を考えたらMS-Officeのほうが安い
時給4000円として修正に3時間かけたら、MS-Office買えるからな

343 :仕様書無しさん:2014/02/11(火) 01:16:42.91
パッチ投げてもレビューする人がいないからね。

一人がやろうと思ってもダメなんだよ。

344 :仕様書無しさん:2014/02/11(火) 03:06:42.33
そうやってできない理由を上げて何もやらない
まさにスレタイどおりだ

345 :仕様書無しさん:2014/02/11(火) 03:26:14.78
いや、できない理由をあげるのは重要な事なんだが。
問題点をはっきりさせないことには、改善なんて無理だよ。

これはオープンソースでも会社でも当てはまることなんだけどさ、
問題点を上げる人と改善する人は別であるという前提にするべき。
大抵の問題は、問題点を上げた人の問題じゃないんだからさ。
問題点は皆で共有すべきもの

これをはっきりさせておかないと、問題を指摘した人に
じゃあどうやって直すというんだ。お前が直すんだよな?
ってことになる。こんなの誰だって嫌だろう?

だから誰も問題点を言わなくなる。
「問題を認識しても直さない」という状態になる。

346 :仕様書無しさん:2014/02/11(火) 06:48:17.49
できない人ほど言い訳が長い

347 :仕様書無しさん:2014/02/11(火) 07:10:03.19
足のひっぱりあいが始まりました

348 :仕様書無しさん:2014/02/11(火) 07:25:53.42
好き勝手に意見は言うけど、いざ作業の矛先が自分に向きそうになると
あーだこーだ理由を付けて最終的に自分が作業するのを避ける人
職場にいるよ、そんな役立たずが

349 :仕様書無しさん:2014/02/11(火) 08:13:23.73
お前ら、自己紹介はその辺でやめておけ

350 :仕様書無しさん:2014/02/11(火) 08:15:19.95
うん、だから意見なんて言わないほうがいいんだよね。

351 :仕様書無しさん:2014/02/11(火) 08:18:11.13
だから、上司や上の立場の人間がなにか変なことを言い出す

プログラマが反論もせずにそれを作る

って構図になるわけか。

馬鹿だなぁ。

352 :仕様書無しさん:2014/02/11(火) 11:48:32.11
お前は批評家か傍観者なのかってのはいるな。当事者だろお前は!

353 :仕様書無しさん:2014/02/11(火) 11:49:36.84
反論したらリストラのターゲットになるからな

354 :仕様書無しさん:2014/02/11(火) 22:50:29.15
QC改善提案独り辺り3件出すこと
とかノルマが出る職場なんだけれど
どんだけ効率よく改善されるかまで
求めないで欲しいな。
これこれこうするといいですよと実際にやってみせたら
勝手にルール曲げるなとか、いちゃもんがつく。
どうしろと・・・。

355 :仕様書無しさん:2014/02/13(木) 00:28:46.21
>>348
作業しないのが最良なんだけど
おまえは汗をかいたほうが美しいと陶酔しちゃうタイプか?
ITにはむいてないと思うよ

356 :仕様書無しさん:2014/02/13(木) 01:56:40.07
作業を無くすのと、作業をしないのは違うからなー
作業を増やすのと作業をしないのが同一人物であることも多いしな。

357 :仕様書無しさん:2014/02/13(木) 06:45:29.17
>>355
お前は何をトンチンカンなことを言いだしてるんだ?
知ったかぶり、できるフリをしてるが、本当は実力が全くない浅知恵野郎のことを言ってるんだが。
できないのに出来ないと素直に言えず、遠回しに実作業を避けて実力のある者に矛先を向けさせようとする。
作業分担も糞もない、存在理由自体皆無。

358 :仕様書無しさん:2014/02/13(木) 07:08:13.50
          ____  _
        /       `´ <.
     , -‐'        ヽ    `ヽ
    /   ,ヘ/∧ \   \ \\ヽ
   /  / i | _ !  ハ ハ_ |ヽ | ト、ヽ
.  |   | | |'´ ・ `ヽ/ レ'´ ・ ヽ l !  ! l/
.  |   |ヽ メ ,.- 、_,ノ ゝ_,.-、_ノ レ'|_/
   |   | ト ト「ニ--‐┬─┬‐┬┐〈\\
   |   |ヽ\. └‐┘  └‐┘ l  ! \ヽ
    |  \!\>―-< ̄ ̄ヽ/ ./|   l l
    |   ヽ \、___,. - ‐ ' ,.ヘ |   i ! !
     \ヽ\,.⊥ヽ ー‐ィ ‐ = ' | i /⌒ レレ'
      ,r`'´   iヽ!   l ` ー 、_     _,. - ‐、-、
     / i l  |  | K. ̄ |   / ∧  /      〉
     !、⊥⊥└ ' }、__\_,|_/iV、 ヘ_,/ 、.  〈 Y/
      Y   ̄(_,/、__ , '、_}'、  Y7   `7ー-'
     /|    |   ` |l ヽ\  V    /
      〈_,l    |     | l   `Yヘ  /
      |    ル、    ヽ!    ! ∧/
       `ー ' | ヽ    \  /  ,ハ
          └ェ--------`_'-=={
           /7 ̄! ̄ ̄| ̄ | l |
          //  /   |  | |  |

359 :仕様書無しさん:2014/02/13(木) 07:10:44.40
>>356
作業をしないのは、更にしないとできないに分類される。
できない奴は更に出来ないことを素直に認めて知恵を求める者と
出来ないことを認めず言い訳だらけで他者にブン投げる丸投げ野郎に分類される。

360 :仕様書無しさん:2014/02/14(金) 00:52:00.54
                    |:::::::::::::::::::::::::::::::::::/:::::::::i:::|::::::/:::/::::i::::::::|
                    |:::::::::::::::::::::::::::::::::ィ:::::::::::|:::|:::/:::/|::/ |:l:::|:}
                    |:::::::::::::::: |::::::::::::/|::::i::::::|:::|:/|:/l_l/_ リ|::|.|
                   |::::::/::::::::|:::::::::::::/|::::|::::::|::| ,/ -,-  | リ
                   l::::/:::::::::|::::::::::::| {|:::::|:::::|::|   .!i|  {
                    V:::::::::::|::::::::::::ゝ,{::::::|::::::::|   '   ヽ
                    /:::::::::/::::::::::::::/ |::::|::::::::|        /
                   /:::::::::::/::::::::::::::/  |::::|::::::::|     - /
                  /::::::::::/:::::::::::::::/   |::::|::::::| ___   /
                 /::::::/::::/::::::::::::::/`ー-,|::::l:::::|/:::::| ̄`´
                /:::::/:::::/::::::::::::::/-、__  l::::|::::|`-,:|
              /:::::::/:::::::/::::::::::::/:,.r―-- 、l::::|::::| .|::|
             /:::::::::::/:::::::/:::::/::::/ /´    ヽ::|::::|_|::|__
           /:::::/:::/::::::::/:::/:::::/ /,.       |:|:::::|`ヽヽ
         /::::::::/:::/:::::::::::::::/::::::/ /        i i |:::|  ヽヽ
       /::::::::::/:::::/::::::::::::::::/:::::::|/        l|  |   l |
     /:::::::::::/::::::::/::::::::::::::::/:::::::/ ____     |  ヽ  ノ/
   /::::::::::::::/::::::::::/::::::::::::::::/::::::::::>、     ` ー---,}   ヽr}-|
  /:::::::::::::::/:::::::::/:::::::::::::::::/:::::::::::/ |ヽ/       /    | | ||
/:::::::::::::::/::::::::::/:::::::::::::::::::/:::::::::::/ l {      /      .| | ||

361 :仕様書無しさん:2014/02/14(金) 06:22:42.44
>>359
桑原みたいだな

362 :仕様書無しさん:2014/02/14(金) 09:16:42.60
>>361
桑原和夫?

363 :仕様書無しさん:2014/02/14(金) 11:51:12.75
夫じゃなくて真だろ

364 :仕様書無しさん:2014/03/01(土) 20:31:20.58
>>1
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/56

365 :仕様書無しさん:2014/03/01(土) 21:34:02.02
>>364
文系が無理して背伸びするとこういう末路になる、という好例
しかもマルチしまくって承認欲求の権化

366 :仕様書無しさん:2014/03/08(土) 05:57:25.09
PG→SE→PLは良いとして、→PMを必然と考えている会社

367 :仕様書無しさん:2014/03/08(土) 10:47:51.76
午後のひととき

368 :仕様書無しさん:2014/03/08(土) 11:19:00.35
JavaEEはエンジニアエディション
JavaSEはSEさんエディション

369 :仕様書無しさん:2014/04/05(土) 21:56:07.74
public bool CanSeek{get;set;}
public bool Canシーク{get;set;}
public bool シークサポートしているか{get;set;}

どこまで許せる?

370 :仕様書無しさん:2014/04/05(土) 22:21:26.54
上二つと三番めじゃ意味が変わってるだろ。

371 :仕様書無しさん:2014/04/05(土) 22:28:59.57
CanSeekがsetできる時点でアウトだろ。

372 :仕様書無しさん:2014/04/09(水) 08:04:31.54
業務知識に重点を置きすぎて技術をそっちのけにしている。

373 :仕様書無しさん:2014/04/09(水) 22:20:17.14
マネジメント原理主義。
業務知識も技術力も不要。管理能力だけあればいいと公言している会社。

374 :仕様書無しさん:2014/04/10(木) 11:20:12.74
管理のことしか頭にないので利益が増えないから糞
ホント困る

375 :仕様書無しさん:2014/04/11(金) 07:45:06.79
管理ツールを使ってるだけで管理した気になってるバカも多いな。

376 :仕様書無しさん:2014/04/11(金) 07:51:09.76
経営者が営業志向の会社は地獄だよ。

プロマネスキルのある叩き上げの実力者にSEPGの肩書きを付けて
実際はプレイングマネージャーという何でもやらせる過重労働を。
一方、スキルのないペーペーには表向きPMの肩書きを与えて
実際はプレイングマネージャーに全て丸投げするだけの飾り人間。

377 :仕様書無しさん:2014/04/11(金) 20:27:49.20
>>376
実に合理的な采配だと思うが?

378 :仕様書無しさん:2014/04/11(金) 23:45:07.09
>>377
使えない奴はいらないだろ、馬鹿なのかwww
首にするか、激安で単純労働やらせろよ。

379 :仕様書無しさん:2014/04/12(土) 15:36:48.90
http://toro.2ch.sc/test/read.cgi/tech/1389014804/

380 :仕様書無しさん:2014/04/12(土) 15:38:18.23
http://nozomi.2ch.sc/test/read.cgi/tech/1389014804/

381 :仕様書無しさん:2014/04/12(土) 16:19:03.16
駄目な会社に限ってプログラマよりSEが重要と考えている。
プログラマよりSEのが優秀ってのは、金の流れ的にSEのがプログラマより上流にいるってだけだから。
SEが立場的にプログラマ管理してるってだけで、SEがプログラマより優秀な人材ってわけではない。
自分より優秀な奴を管理しないといけないから、能力もないのに虚勢はるSEが多い。
使えない中間管理職をありがたがる会社が業績伸びるわけない。
業績伸ばしてる会社は優秀な末端プログラマをかき集めている。
能力主義を行い、末端プログラマで優秀な人材に金と権限を与える。

382 :仕様書無しさん:2014/04/12(土) 16:20:28.43
ちょっと言葉違った。

駄目な会社に限ってプログラマよりSEが優秀と考えている。
プログラマよりSEのが優秀ってのは、金の流れ的にSEのがプログラマより上流にいるってだけだから。
SEが立場的にプログラマ管理してるってだけで、SEがプログラマより優秀な人材ってわけではない。
自分より優秀な奴を管理しないといけないから、能力もないのに虚勢はるSEが多い。
使えない中間管理職をありがたがる会社が業績伸びるわけない。
業績伸ばしてる会社は優秀な末端プログラマをかき集めている。
能力主義を行い、末端プログラマで優秀な人材に金と権限を与える。

383 :仕様書無しさん:2014/04/12(土) 16:30:47.03
何言ってんだ
契約に近いほど一つの失敗で動く金がでかい。
SEが無能でいいのは責任をプログラマになすりつけているからであって、そんな奴はそもそもいらない。
SEという役割分担を正しく機能させる場合、SEが優秀か無能かのほうが責任(金)がでかい。

384 :仕様書無しさん:2014/04/12(土) 16:31:06.00
日本の能力主義ってのは動かす金の大きさが大きい程、能力あるってことになっている。
実際はSEよりプログラマのが能力あるし、経営層よりSEのが能力がある。
そんで動かす金の大きさが小さい奴ほど、能力がないってことで給料が安い。
年功序列が決済権限序列になっただけ。
技術力ない会社ほどこの図式にどっぷりはまっている。

385 :仕様書無しさん:2014/04/12(土) 16:39:07.73
極論を言うと、システム会社ってのは社長とプログラマがいれば回る。
小さい会社程無駄を省き、この図式で少数精鋭でやっている。
会社が大きくなると社長一人では仕事回すのに無理になるので、
マネージャやSEなんて中間管理職が多くなる。
技術力低い企業程、無駄な中間管理職が多い。
プログラマの数に比べて圧倒的に中間管理職が多い。

386 :仕様書無しさん:2014/04/12(土) 16:46:27.32
日本の能力主義は本来あるべき能力主義ではない。
システムの詳細を、SEよりも外注や派遣が一番良く知っている。
こんな状態で自分の能力を過信したSEが仕事を回したらどうなるか・・・それがデスマーチである。

387 :仕様書無しさん:2014/04/12(土) 16:49:27.88
優秀なプログラマ育てるのは難しいけど、
普通の中間管理職育てるのは簡単。

388 :仕様書無しさん:2014/04/12(土) 16:52:05.78
案件もSEも余っているのに、優秀なプログラマが足りない。
今のIT業界は正にこれ。
無駄な中間管理職多すぎワロス。
SEはそろそろリストラ対象になる時代だよ。

389 :仕様書無しさん:2014/04/12(土) 19:35:06.96
本来上流工程は場数を踏んだ優秀な技術者がやるべきだが
営業指向の会社は優秀な技術者ほど下流工程をやらせて
技術者としては三流以下の素人にマネージャーをやらせる
マネージャーが全く機能してなくても全然問題がないから

また、そういう無能な会社は上流行程と下流行程に上下関係を当てはめてる場合が多い

390 :仕様書無しさん:2014/04/12(土) 19:35:30.00
>>376
経営者がリクルートあがりとかコンサル会社あがりだと最悪だよな。
社長変わっただけで、技術のある人間よりも、営業やってるアホの方が上になってしまったわ。

391 :仕様書無しさん:2014/04/12(土) 19:37:14.02
>>388
SEという言葉の定義を間違ってるだろ。
SEはプログラム組めて当たり前。

392 :仕様書無しさん:2014/04/12(土) 19:40:26.48
>>391
SEってのはプログラムが組めなかった、PG奴隷の中でも最下層の低能がなる職種だよ。

393 :仕様書無しさん:2014/04/12(土) 19:42:56.31
プログラムを組めるレベルでプログラマやめてSEになった場合、
設計ができない・工数見積もりができない・工程管理ができない場合が多い。

394 :仕様書無しさん:2014/04/12(土) 19:46:21.33
工数管理と言ってもプログラマにどれくらいで出来る?と聞いて
表にまとめるだけだし

395 :仕様書無しさん:2014/04/12(土) 20:01:14.31
>>392
お前の会社では、だろ。

396 :仕様書無しさん:2014/04/12(土) 20:24:44.45
>>392
お前の知ってる会社はゴミだぞ

397 :仕様書無しさん:2014/04/12(土) 20:37:24.53
おやおや、自分は優秀でSEに成り上がったと思い込まされているクズSEが
大量に湧いて出たようですね、ウジ虫が。

398 :仕様書無しさん:2014/04/12(土) 21:20:55.24
プログラマのフリーランスは沢山いるけど
SEのフリーランスってのは見たことがない。
つまり必要とされてないってこと。

399 :仕様書無しさん:2014/04/12(土) 21:29:55.25
能力のあるSEはプロマネとかコンサルとか名乗るだろ
そもそもSEって定義があいまいすぎる

都合のいい解釈でなんでもやらせることができる職=SE

400 :仕様書無しさん:2014/04/12(土) 21:36:48.88
>>399
よくわかってない客騙す肩書き→se

401 :仕様書無しさん:2014/04/12(土) 21:45:55.40
フリーランスのプログラマって基本なんでもやれるだろ
というかなんでもやれないと務まらないだろ

402 :仕様書無しさん:2014/04/12(土) 21:57:56.05
何でもやれないSEはSEじゃない

403 :仕様書無しさん:2014/04/12(土) 22:18:21.53
なんにもやれないSEのが多いけど

404 :仕様書無しさん:2014/04/12(土) 22:19:19.85
飛べない豚はただの豚だ
飛べる豚は、愛と勇気のピッグガール とんでぶーりん だ。

405 :仕様書無しさん:2014/04/12(土) 22:22:27.82
経験も少なく技術者の上に堂々と立てるほどの実力もない人間が
技術者を管理するマネージャーとかギャグだな。

あ、だから熟練者が敬遠されて未経験者ばかり採用するという
他業種では考えられない奇天烈な異常現象が横行してるのか。
熟練者を従えられない程度の無能をマネージャーなんかにしてる
ぶっ飛んだ会社ってことだな、鬱発症者率とかデスマ率高そう。

406 :仕様書無しさん:2014/04/12(土) 22:23:20.26
それに熟練者に育つ前にマネージャーにしてしまう傾向というのは
恐らく日本では 熟練者=プログラマ=立場が低い という
妙ちくりんな図式で見てるマヌケがいるから
熟練者がオールラウンドプレイヤーでも素直に目上として見られないのだろう。
そんなアホくさい葛藤の末、熟練者を避ける極論に至ったわけだ。

でも企業としては内心腕の良い技術者が本当は欲しい。
だけど先の思い込みでどうしても立場を高く見れない。
結果、報酬を安く見積もってしまって逃げられる。

407 :仕様書無しさん:2014/04/12(土) 22:35:18.67
>>403
失礼な奴だな。
工程を遅延させたり、余計な仕事を増やしたり、われわれが徹夜で
仕事を楽しむことを強制させられているのは、ほとんどがSEの成果だろ。

408 :仕様書無しさん:2014/04/12(土) 22:39:50.37
確かに。

409 :仕様書無しさん:2014/04/13(日) 01:21:33.97
>>406
もう放っておこう
潰れてもらうのが万民のためだ

410 :仕様書無しさん:2014/04/13(日) 01:33:52.21
プログラミングできなくて使いどころがないからSEにする。
それ繰り返して使えないSEばかり増えてる。
資料だけ作る人間なんていなくてよろしい。
もうソースが設計書でいいやん。

411 :仕様書無しさん:2014/04/13(日) 02:10:11.92
文系SEの存在感は凄いなw

412 :仕様書無しさん:2014/04/13(日) 07:29:19.76
そりゃ文系SEは目立つからな、あまりにも役に立たなさすぎて

413 :仕様書無しさん:2014/04/13(日) 09:11:07.27
うちにはSEさんが居ない
件名、納期、価格は聞いてくるが
どういう仕様かは聞かずに注文とってくる

414 :仕様書無しさん:2014/04/13(日) 09:23:31.17
本来SE的な仕事もプログラマの仕事のうちの一つだからな・・・

415 :仕様書無しさん:2014/04/13(日) 09:32:55.20
だからSEもプログラマの仕事もやらないとダメなんだよ。

416 :仕様書無しさん:2014/04/13(日) 09:43:10.65
そもそもSEなんて日本固有の職種だし、本来SEは上級プログラムが就く職種だったのに
クライアントからSE派遣料として金を巻き上げるようになってから何故かプログラマ経験の無い人間に
SEという肩書きを付けるようになったんだよな

海外やバブル期以前の日本でも営業から案件定義、開発、納入まで全てプログラマの仕事だったのに

417 :仕様書無しさん:2014/04/13(日) 09:43:51.20
うん、とりあえずSEは品質が高いコードが書けないことには
SEを名乗っちゃいかんよね。

418 :仕様書無しさん:2014/04/13(日) 09:54:07.79
コーダーとプログラマは違うからね
コーダー時代は設計力のある熟練技術者、つまり本来の意味でのSEが必要だったけど
プログラマは要件詰めて設計も全部やってるからSE業務も兼ねてる

だから作れないSEって一体何のシゴトやってるんデスカ?ってこと

419 :仕様書無しさん:2014/04/13(日) 10:24:49.94
最近の新入社員を見ていると、コーダー=プログラマと勘違いしている奴大杉
「自分、プログラマなんで設計とかやりたくないっス」なんて真顔で言ってくるし

420 :仕様書無しさん:2014/04/13(日) 10:38:08.75
>>419
プログラマはコード書くのが仕事なのに何言ってるんだろうね、このバカはww

そもそも他人と関わりあうような仕事がしたくないからプログラマになったのに
設計とかましてや営業?案件定義?とかバカじゃないのかと思う

コミュ力云々とかはバカな老害にやらせておけばいいんだよ

421 :仕様書無しさん:2014/04/13(日) 10:39:36.96
>>420
キミは社会に出てこなくていいよ、迷惑だから

422 :仕様書無しさん:2014/04/13(日) 10:44:00.94
要約すると無能SEが嫉妬してるわけかw
そりゃ技術者の端くれなのに
自分で何も作れないわけだからなw

423 :仕様書無しさん:2014/04/13(日) 10:51:23.88
>>422
一体何と何を要約したんだww

424 :仕様書無しさん:2014/04/13(日) 10:53:28.90
このスレの流れ。

425 :仕様書無しさん:2014/04/13(日) 10:58:30.47
SE=ソフトウェアエンジニア なんだから、全部出来て当然・・・・・と思われてるわな。

426 :仕様書無しさん:2014/04/13(日) 11:02:24.77
設計はやろうよ

427 :仕様書無しさん:2014/04/13(日) 11:09:58.54
ほとんどのSEは設計がなにかすらわかってないからな。
だから設計の話をしてるはずのに俺と話が通じない。
といっても俺が何を言っても納得しそうもないから、

ソフトウェア開発に関する有名なサイトの
「設計/アーキテクチャ に関するすべてのコンテンツ」の
リンクを張っておくわ。

これが設計ってものだから。
http://www.infoq.com/jp/architecture-design/

一例を出すと、
> Erich GammaによるJazz、Eclipse、JUnit、そしてデザインパターンに関する議論
> Kent Beck氏 Implementation Patternsを語る
> 日立ソフト中村氏が仮想化技術の活用事例を語る
> ハイパーメディアAPIをめぐるREST主義者的危機
> 関数型言語を使ったドメイン駆動設計
> 全てを自動化しよう! DevOps ツール Puppet が Windows Azure をサポート対象に

重要な事だからもう一回言うけど、こういうのが設計の話なんだよ。

428 :仕様書無しさん:2014/04/13(日) 12:50:34.34
>>427
会社によってはその限りじゃないぞ
SEが設計を定義するなと

429 :仕様書無しさん:2014/04/13(日) 12:53:15.30
星の数ほどある会社独自の定義を言い出したら
きりがないだけで意味が無いので、
一般的な話をしましょう。

430 :仕様書無しさん:2014/04/13(日) 13:23:44.56
技術力が低い会社の一般的な話?

431 :仕様書無しさん:2014/04/13(日) 14:14:16.15
問題はその一般的な定義というのが存在しないことなんだけどな。

432 :仕様書無しさん:2014/04/13(日) 14:25:41.68
定義は失敗した時の言い訳に使える

433 :仕様書無しさん:2014/04/13(日) 14:41:31.78
>>420
こいつ、馬鹿なSEのなりすましだろ
でなきゃ家に引きこもっててくれ

434 :仕様書無しさん:2014/04/13(日) 18:24:08.66
>>431
システム・エンジニアなんだからソフトウェアに関する技術があるのは当たり前。
プログラムも自分で組めて当然だ。
情報処理技術者試験の内容見ても分かるだろ。

435 :仕様書無しさん:2014/04/13(日) 18:26:13.77
その情報処理技術者試験にすら
通らないのがSEだよね。

436 :仕様書無しさん:2014/04/13(日) 18:31:44.16
えっ?
SEなら高度持ってるのが当たり前だろ。

437 :仕様書無しさん:2014/04/13(日) 21:24:39.73
すーぱー エテコ

438 :仕様書無しさん:2014/04/13(日) 22:05:58.36
>>436
まず現実と理想は違う
そこから始めよう
現実処理技術者試験に合格しよう

439 :仕様書無しさん:2014/04/13(日) 22:22:55.72
つーか、高度持ってないSEなんて、もはや絶滅危惧種だろ。

あ、このスレは別だ。

440 :仕様書無しさん:2014/04/13(日) 22:36:34.83
>>427
そういうのって、(広義の)設計じゃなくて、
実装とか詳細設計レベルだろ。

441 :仕様書無しさん:2014/04/13(日) 22:48:00.30
427がSEで自己紹介したのは分かった

442 :仕様書無しさん:2014/04/14(月) 00:50:45.34
>>440
あー、SEが設計書と称する画面仕様書ばかり書いてるという、よくあるパターンね。
SEの中では「設計は俺たちがやった。後はプログラマがコーディングするだけ」
とかんちがいしてるという。

443 :仕様書無しさん:2014/04/14(月) 03:04:09.09
それこそ正に「俺が考えた最高の設計書」でしかない

444 :仕様書無しさん:2014/04/14(月) 03:49:54.67
理想的な設計書は完全に記号化されてる
>>427は文字が多いから誤解を生むんだよな
設計の定義としては曖昧だし、手抜きした場所が丸見えなので美しくない

445 :仕様書無しさん:2014/04/14(月) 05:58:49.39
>>427こそが世間一般の設計の話題。

>>440とか逃げまくってるなw
認めなきゃダメだよ。設計がわからないから
画面仕様書だけ書いてる人w

446 :仕様書無しさん:2014/04/14(月) 07:11:29.92
設計が大事と言いながら、ひたすら処理の流れを日本語で一行ずつ書いていくだけのSEとかな。

当然何も考慮してないしテストもしてないから、その通りに書いたって動かないし、
クラス設計やらオブジェクト指向は考慮されないから、UIにそのままロジック乗っちゃうしで大変。

447 :仕様書無しさん:2014/04/14(月) 07:17:11.63
>>445
世間一般からしたら設計じゃないよ。
あくまでも実装技術の手法としての話でしかない。

画面仕様書だけ作るSEが作ったプログラムでも、
デザインパターンを議論して、ドメイン駆動を駆使して作ったプログラムでも、
一般人からしたら出来上がってちゃんと動けば同じなんだから。

ただ、デザインパターンやドメイン駆動が設計に影響するのは認める。

448 :仕様書無しさん:2014/04/14(月) 08:41:52.75
上流工程の担当が無知だと、そのしわ寄せがすべて下流担当の負担になっていく
下流工程に熟練者がいれば上流が役立たずでも目立ちはしないけどな
だから尚更勘違いするんだろう
任された仕事を全うする知識も実力もないなら死人を出す前に辞めろと

449 :仕様書無しさん:2014/04/14(月) 10:08:33.40
>>448
君が上流に就いて下流の面倒を見ればすべて解決

450 :仕様書無しさん:2014/04/14(月) 10:13:10.85
>>449
上流が技術バカでも下流が死ぬ。
デザインパターンの議論ばかりして、肝心の業務の設計が0とかになりそう。

451 :仕様書無しさん:2014/04/14(月) 12:24:26.31
一次元的な設計が世間一般とか笑わせてくれる

452 :仕様書無しさん:2014/04/14(月) 12:44:05.79
>>449
面倒を見るとか言ってる時点で盛大に勘違いしてる
上流下流ってのは立場的な意味合いでの上下ではない
各自担当の役割をしっかりこなせば良いだけ

与えられた役割すら全うできないイモに
お門違いな工程を担当させるなってこと、デスマるから

453 :仕様書無しさん:2014/04/14(月) 12:59:18.53
>>450
業務と技術を関連付けるのがSEの仕事
技術バカはシステム開発に長けてる、つまり経験豊富、業務の設計力0はありえない
技術0は半端なく大問題だけど、それじゃ客先の事務員と変わらん
いやSIは無からまとめなきゃいけない分、客先の事務員にやらせた方が遥かにマシ

454 :仕様書無しさん:2014/04/14(月) 13:38:12.53
>>452
各自担当役割に固執している時点で、完全にドカタ思想

455 :仕様書無しさん:2014/04/14(月) 14:08:54.31
分業を固執ととらえるとか、いくらなんでも性格ひねくれ過ぎだろ
目的は専業と負荷分散、わざわざ言わせるな恥ずかしい

役立たずがいればその時点で負荷分散のバランスが崩れる
その役立たずをチームでカバーすればいいって話ではなく
カバーしなくてすむよう采配を振る
それができないマネージャーもまた役立たずの一人

456 :仕様書無しさん:2014/04/14(月) 17:00:09.39
行き過ぎた分業の結果、設計が出来ない自分が何を開発しているかすら知らないコピペコーダーと
コーディングが出来ないエセSEを大量生産したんだよな…

457 :仕様書無しさん:2014/04/14(月) 18:14:29.12
極端だな
教育とかスキルアップという点では別に担当してなくても
チームで必ず情報共有しながら進めるんだから問題ない

問題なのは経験が少ないのにスキル不足の担当に就くこと
体験して覚えるってのは基礎をしっかり理解しているか肉体労働の世界の話

どう見たって基礎教養すらなくて、要件もなんにもまとめずに
いきなり適当に書いた画面デザインを設計書とかぬかして技術者の前に出してこれ作れとか
お前本当にシステム屋か?
客が「こんなの作って欲しい」と言って渡してくる資料のレベル

458 :仕様書無しさん:2014/04/14(月) 18:19:03.51
>>456
どちらも技術者としての適性がなかっただけだな
そういう人間が上流に就いても所詮はダメ、行くべき先は雑用係

459 :仕様書無しさん:2014/04/14(月) 18:20:19.36
>>453
本当の技術バカを知らんだろ。
本当の技術バカは業務の事なんか興味ないから、
100回経験しても業務の事なんか全然頭に入ってないよ。

460 :仕様書無しさん:2014/04/14(月) 18:28:27.57
>>459
そういう意味での技術バカなら業務系なんかはじめから来ないよ
研究系、組込み制御なんかに行く
業務系に来るってことは他人、それも素人に使わせることを意識した開発ができる
組込み屋が作るアプリの酷さと使いにくさ知らんだろ

461 :仕様書無しさん:2014/04/14(月) 18:33:04.00
>>460
それが居るんだよ。
人事は本人が希望するしないじゃないしな。

462 :仕様書無しさん:2014/04/14(月) 18:42:20.36
>>459を読む限り、ものすごいレアな存在に思うけど
随分いろんな人間に関わってきたけど、俺自身も含め見たことない

463 :仕様書無しさん:2014/04/14(月) 18:47:14.43
>>461
あゴメン一人だけいた、結構な高学歴だったのは覚えてる

464 :仕様書無しさん:2014/04/14(月) 20:52:38.25
技術バカというか、技術しか無い人間って若い間は良いとして、歳とったらどうするんだろうか?
歳食っても技術だけでやっていける人間なんてエンジニアでも数千人に数名程度で
ほとんどの技術バカは自分のやり方以外を認められない、上からも下からもウザがられるただの老害になるのが関の山・・

465 :仕様書無しさん:2014/04/14(月) 20:57:42.78
自称「スキルに拘るプログラマ」の使えないクズ率()

466 :仕様書無しさん:2014/04/14(月) 21:12:43.97
まあそんな特殊なのは超高学歴のごく一部の人間だけだがな

467 :仕様書無しさん:2014/04/14(月) 21:16:37.12
>>464
技術「しか」ない人間てのがよくわかんないけど
一体どこでその技術を使って技術を鍛えてるの?

468 :仕様書無しさん:2014/04/14(月) 21:22:41.59
>>1
技術の優れた人をこき下ろす人がいる会社
今それをリアルタイムで目の当たりにした気がする

469 :仕様書無しさん:2014/04/14(月) 21:37:26.59
>>465
スキルに拘らないプログラマって会社でどんな存在なんだ?
それこそクズにしか見えないけど

470 :仕様書無しさん:2014/04/14(月) 22:20:35.15
>>469
スキルには拘ってるよ、全員じゃあないけど。

自称()でわからないかな
自慢げに技術の話してるけど正しく適用できないゴミ
早く死ねよ

471 :仕様書無しさん:2014/04/14(月) 22:40:06.34
うちに昔いた上司がまさに絵に描いた技術バカだった・・

やたら最新の技法やデザパタに凝りすぎていつまで経ってもプロジェクトが終わらない、
更に技術ばかりに拘って出来上がったシステムは利用者の立場を全く無視した代物で
全く使い物にならなかったという・・・

472 :仕様書無しさん:2014/04/14(月) 22:40:56.06
>>427っていうのが正しい設計なんだよね。
これが出来ない奴は、技術者失格かな。

473 :仕様書無しさん:2014/04/14(月) 22:48:36.87
>>447
一般人レベルの話しかできないのは、技術力が低いと言わざるを得ない。
普通の人は興味を持たないようなこともきちんと対応できてこそプロの仕事と言える。

474 :仕様書無しさん:2014/04/14(月) 22:53:43.76
>>460
業務系であっても、フレームワークやDBMSの開発など、
技術力を発揮できるシーンはたくさんある。
見えない人は見ようともせずにお客様の業務代行を続けるんだろうけどね。

475 :仕様書無しさん:2014/04/14(月) 22:55:41.54
>>456
えせSEでもコーディングくらいはできる。
設計はできないけど。

476 :仕様書無しさん:2014/04/14(月) 23:39:38.67
本来SEの仕事も含めてプログラマの仕事だろ?
SEとかPGとか区別してわざわざ分業しているのって日本くらいだぜ?

477 :仕様書無しさん:2014/04/14(月) 23:41:06.26
日本のマって人前に出られない奴や会話すらまともに出来ない奴が多いわな

478 :仕様書無しさん:2014/04/14(月) 23:43:41.23
>>477
SEも変わらん。
客と交渉するの嫌がるSE多すぎ。

479 :仕様書無しさん:2014/04/14(月) 23:44:20.92
>>475
本物のSEを知らないな
あいつら平然と「プログラムはできません」って言うぞ

480 :仕様書無しさん:2014/04/14(月) 23:56:05.26
うちの会社のSEは皆プログラマ上がりだから普通にコーディング出来るし、今でもプログラマに混じってコード書いてるけど?
もしかしてこれって珍しいの?

481 :仕様書無しさん:2014/04/14(月) 23:58:34.56
プログラマ上がりのSEは要求も細かいから正直やり辛いわ…

482 :仕様書無しさん:2014/04/15(火) 00:03:13.06
コンピュータの世界における技術力とは、コンピュータを用いて問題を解く能力
つまり、アルゴリズマーこそ真のコンピュータ技術者
TOPCODERに参加させてみれば技術力は明確になる

483 :仕様書無しさん:2014/04/15(火) 00:11:03.84
皆それぞれ自分の得意分野で技術論を語って「俺TUEEE!!」になっているから話がかみ合わないんだろなw

484 :仕様書無しさん:2014/04/15(火) 00:30:12.13
>>480
割と珍しい
請負会社なら珍しくない

485 :仕様書無しさん:2014/04/15(火) 06:30:51.01
>>481
それが本来あるべき設計者の姿だろ
納得できない箇所があるなら提案しなさい

486 :仕様書無しさん:2014/04/15(火) 06:55:50.93
>>485
というか勝手に人のコードレビュー始めて「ここのコーディングがダメ、こうしろ」とか
人のコードに細かくケチつけるんだわ

コーディング規約さえ守っていれば問題ないはずなのに正直ウザイわ

487 :仕様書無しさん:2014/04/15(火) 07:09:12.76
>>486
それアルゴリズム的な話じゃないの?
目に見えて重たいとか処理やチェックが甘いとか
ソースを見なくても動きを見れば問題箇所と改善方法が
熟練者には一目でわかっちゃうようなレベルの。

そうでもなければいちいちソースなんかに口は出さないよ。
コーディング規約とは全く別の話。

488 :仕様書無しさん:2014/04/15(火) 07:11:18.93
ダメの理由がわからないとなんとも

489 :仕様書無しさん:2014/04/15(火) 07:35:50.26
>>481
こういうプログラマ適性のない人間が
たいした仕事もできない糞SEになって丸投げ君になっていくわけか
そりゃ日本のITもダメになっていくわけだ

490 :仕様書無しさん:2014/04/15(火) 07:40:41.70
>>486
コーディング規約さえ守っていれば問題ないはずという考え方が、ダメ人間っぽい発想だな。

491 :仕様書無しさん:2014/04/15(火) 08:09:53.04
>>486
それはお前がダメだろ。
指摘された内容は正しいんだろ?
ならお前がダメだ。

492 :仕様書無しさん:2014/04/15(火) 11:16:10.10
落ち着け

ここは技術力が低い会社のスレだ

ダメで当たり前
ダメじゃない奴はお呼びじゃない

493 :仕様書無しさん:2014/04/15(火) 17:19:16.53
元請けに言われた通りに作るのが仕事であればSEはいたほうがいい
あいつ等は本当、何考えてるのかさっぱりわからん

494 :仕様書無しさん:2014/04/15(火) 17:56:00.63
>>489
だよね、適性が無いくせに人のコードに難癖付けてくるから腹が立つ

495 :仕様書無しさん:2014/04/15(火) 18:42:16.76
何言ってんのこいつ

496 :仕様書無しさん:2014/04/16(水) 15:44:36.79
>>488
1)できるSEとクズPG
 クズPGが気が付いていないロジックの抜けやエラーチェックをレビューで指摘

2)クズSEとできるPG
 SEがコーディング上のちょっとしたテクニックを知らない、理解できないため
 「マニアックなコーディングだと保守性が落ちる」とか言いだしていちゃもんづけ

3)単に細かいSE
 自分のコーディングスタイルと違う点についていちいち指摘
 カッコ前後のスペースや、改行位置など下手すると宗教論争になる

このうちのどれ?

497 :仕様書無しさん:2014/04/17(木) 06:10:59.55
EclipseからJenkinsまで動かしている開発部門が使ってる開発マシンよりも、
エクセルとメールしか使わない経理が使っているマシンのほうがハイスペック。

開発部門で見るモニターは4:3
経理部門で見るモニターは16:9

498 :仕様書無しさん:2014/04/17(木) 06:11:57.19
開発部門のデスクトップPCのOSはXP
経理部門のデスクトップPCのOSは8.1

499 :仕様書無しさん:2014/04/17(木) 06:17:27.66
新卒同期入社で
開発部門に配置された男子はすぐに客先常駐、次回の本社出社は5年後。席はない。
経理部門に配置された女子は週に1度は役員にランチをおごってもらう。

500 :仕様書無しさん:2014/04/17(木) 06:18:57.00
技術系企業としておかしくないですかと問うと
「男の嫉妬はみっともないぞw」

501 :仕様書無しさん:2014/04/17(木) 10:10:45.59
たしかに男の嫉妬はみっともないなw

3月に「どうして僕にはお雛様がないのぉーー」と
だだをこねていた幼い甥っ子と同じレベル

502 :仕様書無しさん:2014/04/17(木) 11:00:32.47
>>501
なるほど、あなたはバカなんですね。

503 :仕様書無しさん:2014/04/17(木) 12:12:19.91
>>501

504 :仕様書無しさん:2014/04/18(金) 01:42:44.73
週に1回ペースで役員と昼食食わないとダメとか嫌すぎるだろ・・・

505 :仕様書無しさん:2014/04/18(金) 01:50:10.35
朝ミーティングで日替わりでスピーチ

506 :仕様書無しさん:2014/04/18(金) 18:17:38.58
>>504
お前は小さな会社は無理だな。

507 :仕様書無しさん:2014/04/19(土) 09:48:37.58
>>504
おごってもらえるんなら毎日でも。

508 :仕様書無しさん:2014/04/19(土) 13:06:24.44
ドヤ顔で
牛丼屋の定食

509 :仕様書無しさん:2014/04/19(土) 15:23:43.07
牛丼屋の定植で十分だよ。
牛丼屋の定植が¥300だとしても、
¥300/日 * 20日/月 = ¥6,000/月分の昇給相当だぜ?
アベノミクスが平均¥2,000の昇給だとか言ってる3倍だぜ?
堂々とドヤ顔していいと思うなあ。

510 :仕様書無しさん:2014/04/20(日) 00:43:53.46
>>509
ワープロ使い始めの珍走ですか?

511 :仕様書無しさん:2014/04/20(日) 06:10:25.05
>>510がかわいそう。
技術力が低い会社の中でも無能呼ばわりされて辛いんだね。
君のような無能でもクビにしないでくれる社長さんに感謝しなさいね。

512 :仕様書無しさん:2014/04/20(日) 06:54:52.92
「んだね」に悔しさを感じるな

513 :仕様書無しさん:2014/04/20(日) 08:10:21.79
>>512
今まで生きてきて、楽しかったことなんて何一つなかったんだろ?
これからも楽しいことなんて何一つないよ。
可哀想だけど、君はそういう人間なんだよ。
君のような無能でもクビにしないでくれる社長さんに感謝しなさいね。

514 :仕様書無しさん:2014/04/20(日) 08:18:04.87
断定してるのに質問として同時に書いてるあたり
言い知れぬ悔しさを表してるな

515 :仕様書無しさん:2014/04/20(日) 08:36:45.49
>>514
算数のお勉強がんばれw

516 :仕様書無しさん:2014/04/20(日) 08:37:34.39
>>510
断定してるのに質問として同時に書いてるあたり
言い知れぬ悔しさを表してるな

517 :仕様書無しさん:2014/04/20(日) 08:43:31.67
反復レスに悔しさが滲み出てるな

518 :仕様書無しさん:2014/04/20(日) 09:17:00.71
技術力が低い会社にしか雇ってもらえない、自称「優秀」な無能が集うスレで何言ってんだ・・・

519 :仕様書無しさん:2014/04/20(日) 10:45:38.30
>>517
と、天に唾を吐くヨシムネであった。

520 :仕様書無しさん:2014/04/20(日) 10:55:21.84
>510
算数できないの?

521 :仕様書無しさん:2014/04/20(日) 10:57:53.33
2時間も悩み抜いたのはご苦労だけど
なんにも思いつかないなら無理して返さなくても良いよ

522 :仕様書無しさん:2014/04/20(日) 12:04:54.00
やっぱ妄想強い人だったか。

523 :仕様書無しさん:2014/04/20(日) 12:31:03.78
目糞、鼻糞をなんとやら・・

524 :仕様書無しさん:2014/04/20(日) 17:02:08.23
まさかお前ら今日試験受けてないなんてことは無いよな?

525 :仕様書無しさん:2014/04/20(日) 18:37:49.99
あんなゴミ試験まだ受けてんのかよ

526 :仕様書無しさん:2014/04/21(月) 08:08:27.27
珍走が漢字に弱いのは、ハングルだと区別出来ない単語ばかりだから。
放火と防火が同じ、とか諸々。

527 :仕様書無しさん:2014/04/21(月) 08:34:20.32
>>526
なーんだ、ただの嫌韓ネトウヨかよ
頭悪いにもほどがあるね

528 :仕様書無しさん:2014/04/21(月) 08:55:02.47
>>526
それで正しく書かれている事が判別できないから
日本語でおkとか返してくるw

529 :仕様書無しさん:2014/04/21(月) 14:00:54.66
2ちゃんで誤字指摘してドヤ顔ww
バカすぎw

530 :仕様書無しさん:2014/05/05(月) 00:26:27.07
バージョン管理ソフトを使わない

531 :仕様書無しさん:2014/05/05(月) 02:41:35.31
村田製作所っていうチャリンコとか一輪車乗るロボット作ってる会社に勤めてるけど
>>530は完璧同意だわ
そもそもバージョン管理ソフトというものがあることすら知らない連中ばっか

532 :仕様書無しさん:2014/05/05(月) 05:37:36.08
>>530
すまん、バージョン管理は当然行ってるがバージョン管理ソフトは使ってない
Gitとかは競作アプリ的な扱いで使ってる

533 :仕様書無しさん:2014/06/10(火) 16:24:19.03
包茎と捕鯨

534 :仕様書無しさん:2014/06/10(火) 19:42:39.90
包茎保険

535 :仕様書無しさん:2014/06/14(土) 04:43:09.00
年度初めになると、ふんぞり返った取締役がきて
銀行だか株屋だか役所だかで出世競争に負けた無能に

非常勤取締役着任の挨拶

をさせていく。
プログラミングしていた手を止めて、直立不動で聞かなければならない。
そして、「ソフトはわからないので、これから勉強します」などと
決して守られることの無い約束をして帰って行く。

会社に来ることもなく、オレタチの10倍ぐらいの給料取って、
2-3年もしたらオレタチが30年勤めるより10倍ぐらいの退職金を取って、
次の会社には「ソフトの専門家」として天下って行く。

536 :仕様書無しさん:2014/06/25(水) 15:28:01.96
イチブトゼンブ


http://www.youtube.com/watch?v=0oy-B5fDahQ

537 :仕様書無しさん:2014/06/25(水) 18:14:07.02
>>535
あるあるw

538 :仕様書無しさん:2014/06/25(水) 18:39:59.37
まあ、そんな非常勤取締役も
お前らの何倍も会社にとって利益があるから
その値段で雇われてるわけで
なんのコネも権力もない、技術力も中途半端な一介のお前らの如きプログラマーが口出すことじゃないでしょ

539 :仕様書無しさん:2014/06/25(水) 22:08:41.12
>>538
お、ここにも出没するのか。
働いたら負けだと思ってるCOBOL嫌い君。

540 :仕様書無しさん:2014/06/26(木) 07:31:57.96
月末に作成した書類とかソースコードのページ数を報告

541 :仕様書無しさん:2014/06/26(木) 14:08:14.46
リリース日当日の朝に最終テストしてバグが見つかっても直さずにリリース。

手島京子が社長で福士春男が開発部長のサン・エンジニアリングとかね。

542 :仕様書無しさん:2014/06/26(木) 16:27:36.78
>>540
ソースコードのページ数?
はぁ? 何一点のw

543 :仕様書無しさん:2014/06/27(金) 14:46:06.45
会社でやってる仕事の半分以上が作り直し。

544 :仕様書無しさん:2014/06/27(金) 14:54:09.29
行き当たりばったりで作ったコードをオブジェクト指向と称して再利用しようとする。

545 :仕様書無しさん:2014/06/27(金) 15:25:39.70
行き当たりばったりでも再利用考えてる箇所はしっかり作るだろ

546 :仕様書無しさん:2014/06/27(金) 16:40:16.64
スレタイ読め。

547 :仕様書無しさん:2014/06/27(金) 20:55:27.95
レビューでよくわからないけどというフレーズが聞こえる

548 :仕様書無しさん:2014/06/27(金) 21:28:37.74
ドヤ顔で「仕様です」とほざく担当者がいる。

549 :仕様書無しさん:2014/06/28(土) 11:14:54.16
>>546
スレタイも読めないのでソースコードも読めません

550 :仕様書無しさん:2014/06/28(土) 23:21:36.39
>>547
これよく言うな
よく分からないけど論理がおかしいと思う箇所は指摘する

551 :仕様書無しさん:2014/06/28(土) 23:44:53.56
居るよね
わからんのに口出して場を混乱させて悦に入ってる馬鹿

552 :仕様書無しさん:2014/06/29(日) 01:00:50.10
スクリプト言語しかできない人が9割

553 :仕様書無しさん:2014/06/29(日) 09:33:57.33
・プログラマ

ウェブサービスを作る、ゲームを作る、スマホアプリを作る、
ハードウェア組み込みアプリを作る、デスクトップアプリを作る。

これらいずれかをやってるか出来る人

そして、いろんな言語を知っている、コンピュータに詳しい、ハードウェアにも詳しい。
趣味でもプログラムを書いており、楽しくプログラミングをしている人。

・COBOL技術者

上記のことが何一つ出来ず、何も知らず、数値を相手にして
計算ロジックだけを書いている人。
COBOLしか知らず何度も似たようなコードを書く苦痛の毎日
ネットが出来ない環境で何十年も前から時が止まった世界。

554 :仕様書無しさん:2014/06/29(日) 10:21:37.43
>>550
>よく分からないけど論理がおかしい

処理を見ても意味がわからないし、
処理を軽く追ってみても論理がおかしい

よくあること
レビュー中の「よくわからんけど」は「きちんと読む気もないけど」
って意味だな

555 :仕様書無しさん:2014/06/29(日) 18:46:00.51
>>542
ソースコード印刷して、秤に乗せてグラム数で単価が決まる
30年前の昔話みたいだろ?つい昨年の話だ

556 :仕様書無しさん:2014/06/29(日) 19:44:44.25
じゃあなるべく重い紙用意しないといかんな

557 :仕様書無しさん:2014/06/29(日) 20:43:29.41
え?IT業界はもうそういうの卒業?
すごいね

アカデミック業界ではいまだにそれだよ
小保方女史を批判してブーメランの心配のない研究者なんてほとんどいない

558 :仕様書無しさん:2014/06/30(月) 23:03:47.85
産業界はモノができて何ぼだから
紙の上でそれっぽく書くだけですむ世界とは違うんだよ

559 :仕様書無しさん:2014/07/03(木) 21:22:56.37
>>555
学生時代に先生が言ってたわ
短く書ける方が優れているのに、給料はソースの量で決まる矛盾な
あまりにもバカらしいから、最初と最後の数ページ以外は適当な裏紙か何か入れて水増ししてたとかなんとか

560 :仕様書無しさん:2014/07/04(金) 19:05:41.14
そんなに短いコードがいいなら、コメントと改行削除、関数・変数名はaから連番にすればいいじゃん

561 :仕様書無しさん:2014/07/04(金) 21:10:10.84
短ければいいと言っているのはソースな


Cの文法を完璧に理解していないと解釈を間違えそうなトリッキーな書き方は
いくらソースが短くても有害だよな

562 :仕様書無しさん:2014/07/04(金) 21:25:39.45
三項演算子をトリッキーという奴はもっと有害だがなw

563 :仕様書無しさん:2014/07/04(金) 21:44:28.86
誰かソースとコードの違いを詳しく

564 :仕様書無しさん:2014/07/04(金) 21:45:46.76
どっちがトリッキーだろう?


@ a = (b == c) ? 0 : 1;

A a = b == c

565 :仕様書無しさん:2014/07/04(金) 22:14:03.33
>>564
1の方は意図がはっきりしているが、2の方はコンパイラの実装次第で結果が変わるんじゃないか?

566 :仕様書無しさん:2014/07/04(金) 22:37:05.53
まあ、@とAは等価ではないんだけどな
Aが a = b != c なら同じ意味

そんなことより演算子の優先順位が実装ごとに変わる言語なんてねーよ

567 :仕様書無しさん:2014/07/04(金) 23:26:03.87
1・・・aには0か1が入る。
2・・・aにはtrueかfalseが入る。

意味が違うな。

568 :仕様書無しさん:2014/07/05(土) 00:25:57.85
俺だったら、可読性上げるために右辺全体を括弧でくくるな。

569 :仕様書無しさん:2014/07/05(土) 01:23:09.22
Javaでlocal変数使用禁止、メソッドは静的動的、private如何問わず仕様書にあるもの以外作成禁止
変数はpublic class Grobr{ public static Object[] hensu = new Object[500]; }に入れろ、と
仕様ではメソッドはすべてvoid型の引数なし、相当規模あるシステムなのにメソッド34個だけ
カドを立てずにreturnしたい

570 :仕様書無しさん:2014/07/05(土) 02:38:34.60
>>569
マジでそんな規約があるなら、カドでもカタナでもかまわんから
早いとこ脱獄しろ、と他人事を言いたひ

571 :仕様書無しさん:2014/07/05(土) 03:17:24.39
>>569
どんなアホがPMしたらそんなクソPJになるのか知りたいわ

それもう製造フェーズまで進んでるん?
意味不明過ぎて外部設計時点で投げ出すSE続出だと思うんだが

572 :仕様書無しさん:2014/07/05(土) 03:23:01.18
>>566
いまいち自信はないが、trueが1でfalseが0ってコンパイラの実装によりけりじゃなかったっけ?

言語によるかもしれんが、integerにbool値を代入したり、その逆とかはエラーじゃなくても警告が出そう。

573 :仕様書無しさん:2014/07/05(土) 03:28:35.61
>>571
Javaじゃないけど似たような縛りを見たことがある。
お察しの通り、過去の実績が全て正しいと脳が硬直しているような職場のプロジェクトだ。
冗談抜きで大手メーカーとかでもこういう縛りを押し付けてきたりする。

こういう例えは適切じゃないかもしれないが、COBOLとかで使われる手法じゃないかと思う。

574 :仕様書無しさん:2014/07/05(土) 03:37:11.45
local変数使用禁止でvoid型の引数なしとあるから、
もひかひてCOBOL->Javaの移行プロジェクトかな?

575 :仕様書無しさん:2014/07/05(土) 07:09:40.28
クソなコード規約があるところって
大概コボルがらみだよね。

コボルにないものは使うな。

だいたいこれが根本的な考え方となってるw

576 :仕様書無しさん:2014/07/05(土) 07:21:04.71
・プログラマ

ウェブサービスを作る、ゲームを作る、スマホアプリを作る、
ハードウェア組み込みアプリを作る、デスクトップアプリを作る。

これらいずれかをやってるか出来る人

そして、いろんな言語を知っている、コンピュータに詳しい、ハードウェアにも詳しい。
趣味でもプログラムを書いており、楽しくプログラミングをしている人。

・COBOL技術者

上記のことが何一つ出来ず、何も知らず、数値を相手にして
計算ロジックだけを書いている人。
COBOLしか知らず何度も似たようなコードを書く苦痛の毎日
ネットが出来ない環境で何十年も前から時が止まった世界。

577 :仕様書無しさん:2014/07/05(土) 08:18:48.98
COBOる
小保る

578 :仕様書無しさん:2014/07/05(土) 08:35:48.77
>>576
COBOLは、事務員だって!

579 :仕様書無しさん:2014/07/05(土) 09:08:15.07
COBOL土方?

580 :仕様書無しさん:2014/07/05(土) 10:31:00.80
今は開発言語といえばC#が最強だろうな

正直.NET + C#以外はハッキリ言ってどれも糞

581 :仕様書無しさん:2014/07/05(土) 12:16:25.64
>>580
プラットフォームがWindows限定でビジネス分野ならC#で決まりだろな
ただ、UNIX/Linixも含めると、今はJavaがメジャーではないかと思われ

582 :仕様書無しさん:2014/07/05(土) 12:30:55.46
>>581
C#はビジネス以外でもゲームやスマートデバイス用アプリ、ハード制御全てカバー出来ますが何か?

そもそも今の時代Windows一択だし、ビジネスの分野でもUNIXは時代遅れの古のポンコツだし
Linuxに至ってはあんなキモヲタご用達のオモチャ、ビジネス分野での利用なんてありえないだろ、

583 :仕様書無しさん:2014/07/05(土) 12:44:16.18
こんなところにもWin厨のドザが出入りしているとは……

584 :仕様書無しさん:2014/07/05(土) 13:00:55.30
こんなところにも>>583が現れたw と言うべきだろうな。

585 :仕様書無しさん:2014/07/05(土) 13:14:50.83
だなw
こんなところにも>>583

586 :仕様書無しさん:2014/07/05(土) 13:24:09.16
>>583
よう犬厨

587 :仕様書無しさん:2014/07/05(土) 13:24:28.80
windowsさんは最近は見かけなかったのに、仕事が無くなったのかね。

588 :仕様書無しさん:2014/07/05(土) 13:24:34.74
Linux信者って本当にキモいよな

589 :仕様書無しさん:2014/07/05(土) 13:28:57.37
Web系もMVC7とかでLinuxを正式サポートするんでしょ
もう言語はC#だけで十分という時代が来るかもね
他の言語は今のCOBOLerみたいな扱いで

590 :仕様書無しさん:2014/07/05(土) 13:48:21.89
将来VBみたいにMSがC#を切り捨てたら、て考えるとC#に依存するのも怖いな

591 :仕様書無しさん:2014/07/05(土) 16:04:40.14
ごめん
技術力が低い会社って、具体的に言うとどこ?
大手で

592 :仕様書無しさん:2014/07/05(土) 16:11:58.05
大手はだいたい下請けに回してるから
大手自身の技術力は低いよ。

593 :仕様書無しさん:2014/07/05(土) 16:19:11.83
>>590
自分もC#の登場当初からそう思ってる
あんな言語に傾倒する奴もいるようだが、気が知れん

594 :仕様書無しさん:2014/07/05(土) 18:54:49.52
>>572
Cならfalseは0、trueはそれ以外。
つまり、trueは1でも123でも-1でも、とにかく0でなければ何でもOK

595 :仕様書無しさん:2014/07/05(土) 18:56:01.09
ただしシェルへの戻り値は0が正常終了なので
注意すること。

596 :仕様書無しさん:2014/07/05(土) 22:27:37.34
荒れてるな
F#大好き人間だが(C#もそこそこ好き)
Windows鯖は好きになれん
VBは6あたりでVBAもろとも眠らせてやるべきだったと思う

597 :仕様書無しさん:2014/07/05(土) 23:30:34.05
エクセルもVBAからそろそろ脱却させてくれたらなぁ

598 :仕様書無しさん:2014/07/06(日) 00:12:57.52
>>597
どっちにしろjavascriptに変わるだけだろうから辛さはそんなに変わらんよ。

599 :仕様書無しさん:2014/07/06(日) 10:08:52.85
>>598
vba と ジャバスクだったら
スク水のほうがえぇ

600 :仕様書無しさん:2014/07/06(日) 16:04:02.86
伸縮性があるだけのただの布っきれに何の価値があるんだ?
jsが着こなして初めて無限の価値が生まれるんだろ

601 :仕様書無しさん:2014/07/06(日) 18:36:10.36
僕はね、いろんな言語を知っているしコンピュータにも詳しい。
そしてハードウェアにも詳しいんだ。
趣味でもプログラムを書いてして、楽しくプログラミングをしているんだ。
コミュ障と揶揄する馬鹿がいるけどそれは違う。れっきとした優秀なプログラマなんだ!
このスレ見てそれを確信したよ。
コボラーにはわかんないだろうな。こいつらは人を馬鹿にしかできないもんね。

602 :仕様書無しさん:2014/07/06(日) 18:37:44.51
COBOLは
技術者でなく
事務員じゃん
高卒、文系、主婦に向いてます!

603 :仕様書無しさん:2014/07/06(日) 18:44:51.94
【知的財産と契約料金の搾取業界】
[受注系SEは生涯損害助長者ばかり]
受注系SEの損害回避対策案

契約料金
最終案件面談の採用連絡後、2〜10万円契約料金追加の交渉する。

指揮命令
派遣契約以外は、時間、場所、方法等の指示が禁止されていることをユーザーに伝えておく。

作成期限
作成等の完了日は、ユーザー提示の2〜4倍期間を交渉する。

業務妨害
パワハラを受けた場合は、加害者より上位の職権者に相談する。

604 :仕様書無しさん:2014/07/06(日) 19:14:54.05
>>601
あれ?オチは?

605 :仕様書無しさん:2014/07/06(日) 19:54:33.68
>>604
オチなら書いただろ。
それすらわからない阿呆なのか?

606 :仕様書無しさん:2014/07/06(日) 20:14:29.31
ああ、お前コミュ障か。

607 :仕様書無しさん:2014/07/06(日) 21:16:18.41
僕はね、いろんな言語を知っているしコンピュータにも詳しい。
そしてハードウェアにも詳しいんだ。
趣味でもプログラムを書いてして、楽しくプログラミングをしているんだ。
コミュ障と揶揄する馬鹿がいるけどそれは違う。れっきとした優秀なプログラマなんだ!
このスレ見てそれを確信したよ。
コボラーにはわかんないだろうな。こいつらは人を馬鹿にしかできないもんね。

おいそこのお前!お前コボラーだろ!
毒電波で超ゆうしゅうなプログラマの俺サマをころそうとシテるな?

↑こんなもん?オチって。

608 :仕様書無しさん:2014/07/06(日) 22:08:23.99
これを追加すれば完璧

 ついしん
 うらにわのアルジャーノンのおはかに花束をそなえてやてください

609 :仕様書無しさん:2014/07/06(日) 22:43:42.06
久々に見たプログラマがハゲててまじわろ

いくら頭良い子ぶっててもハゲちゃうとねぇ・・・・

610 :仕様書無しさん:2014/07/06(日) 23:08:16.65
禿てて仕事もできないと悲惨

611 :仕様書無しさん:2014/07/07(月) 22:32:39.73
悪徳納期に従う世間知らずへ
お前のおかげで貧乏

残業する無能者へ
お前のおかげで非婚

612 :仕様書無しさん:2014/07/07(月) 22:49:32.29
全部他人のせい。俺は悪くない。

613 :仕様書無しさん:2014/07/07(月) 23:01:16.49
事実としてそういう時あるけどな

614 :仕様書無しさん:2014/07/09(水) 11:31:02.01
プログラマであると思っていてもいいけどさ、
そうだね。じゃあ事実のみを言おう。

COBOL技術者は、パソコンで動くアプリ、
iPhone・スマートフォンで動くアプリ、
ウェブサービスなどの一般人や学生が
よく触っているアプリを作ることが出来ない。

これならいいでしょ?

あとはこういうアプリを作りたい人は、COBOL以外を使うべきだし、
金額関係の計算ばかりしていれば十分だと思う人は
COBOLを使えばいい。

615 :仕様書無しさん:2014/07/09(水) 12:13:09.68
>>614
単なるマルチか
バブル世代の年寄りコボラーにパワハラされたからってマルチは良くないぞ

616 :仕様書無しさん:2014/07/09(水) 22:39:32.11
プログラマは理系出身じゃないとできないことぐらいわかってるだろう
レベルの低い文系卒か専門卒の事務員がなれないプログラマに嫉妬して
騒いでいるだけだ

617 :仕様書無しさん:2014/07/09(水) 23:50:07.90
コボラがプログラマじゃない理由として、自分が考えて作った
プログラムを持っていない所。

コボルが動く環境が汎用機であり、そのまま自分のパソコンで
動くことはまず無いので、コボルで自分のプログラムを作れない。
かといって他の言語はコボラにとっては難しくて使えない

まれにコボルから初めて他の言語を使えるようになった人もいるが、
そういう人は決まってコボルに不平不満を述べコボルからの脱出を目指すようになる。

618 :仕様書無しさん:2014/07/10(木) 02:16:23.13
>>616総務のおばちゃんが一番プログラムがうまいんだが
ただしExcelに限る

619 :仕様書無しさん:2014/07/10(木) 04:44:34.28
> ただしExcelに限る
あんなもんは関数電卓の延長
プログラムのうちには入らん(但しアマチュアは除く)

620 :仕様書無しさん:2014/07/10(木) 07:20:18.51
VBAは関数電卓というよりポケコンに近いだろ

621 :仕様書無しさん:2014/07/10(木) 10:05:46.20
>>619
マイクロソフトの社員が作ったイースターエッグとか見ると、一概には言えないと思うけどな。

事務手続き軽減のために造られたExcelマクロには驚くほど造りこんである(が、やたらと重い)
ものもあるし。

622 :仕様書無しさん:2014/07/11(金) 18:56:09.84
都合が悪くなるとクリティカルなタイミングで親戚に不幸があるプロマネ

623 :仕様書無しさん:2014/07/12(土) 00:14:02.73
>>621
すごいとは思うがメンテナンスがひどくつらい
数10MBのエクセルとかやめてー

624 :仕様書無しさん:2014/07/12(土) 06:20:12.62
まず、COBOLという言語は現在一般的使われている
言語にくらべて劣っている。これは事実。

他のプログラム言語が備えている機能の1/10ぐらいしか
搭載されていない言語と言ってもいい。
たとえばメタプログラミングは全く出来ない。

よってCOBOLだけをどんなに頑張っても、
他の言語の1/10ぐらいまでしか到達できない。

625 :仕様書無しさん:2014/07/13(日) 20:39:38.19
コボラーは、
高卒、文系、主婦の仕事
事務員

626 :仕様書無しさん:2014/07/13(日) 20:49:53.20
>>625
ちげーよ。大卒の仕事だ。

627 :仕様書無しさん:2014/07/13(日) 21:33:29.98
COBOLは、1985年のプログラミングスタイルから
変わってないらしいね。当時の時点ですでに古くて
まともなプログラミングできないって言われてるのに。

そりゃCOBOLの世界から有名プログラマが生まれないわけですわw

628 :仕様書無しさん:2014/07/13(日) 22:05:15.18
昔話多い

629 :仕様書無しさん:2014/07/13(日) 22:14:27.51
ずーっとこの板の多くのスレに貼り付いてるアンチCOBOLが
50過ぎのおっさんだからね。
上がってるスレ、半分以上はこのおっさんが立てたと思われる。

630 :仕様書無しさん:2014/07/13(日) 23:48:17.15
女性プログラマーを増やそう!グーグル5000万ドル支援
http://digisupo-pg.com/category6/entry36.html

631 :仕様書無しさん:2014/07/14(月) 00:00:05.31
>>629
事務員援護乙〜ww

632 :仕様書無しさん:2014/07/14(月) 08:19:32.21
業務知識に重点を置きすぎて、技術を疎かにしている。

633 :仕様書無しさん:2014/07/14(月) 14:40:05.17
COBOLは、生まれた時から今風に言えばDSLなんだから、そういじめてあげるなよ。
うまくハマる分野だけに美味しく使えばいいのよ。
無理して汎用プログラミング言語として使おうとかするから無理が出る。

634 :仕様書無しさん:2014/07/15(火) 23:19:15.94
勘違いしている人が多いからあらためて言っておくね。
別にCOBOL技術者にビジネスとしての価値が無いとは言っていない。

単に能力的にプログラマじゃないと言ってるだけ。
COBOL技術者=事務員。別に事務員に価値がないわけじゃないよ。

ただプログラマになりたいと思ってる学生に、
COBOL技術者になってもプログラマになれないよって
伝えたいだけ。

635 :1:2014/07/15(火) 23:19:59.52
>634
コピペ乙

636 :仕様書無しさん:2014/07/16(水) 07:05:14.64
趣味でプログラムしている人を見ればわかるけど、
プログラマっていうのは、自分でアプリの仕様や設計を考えて
自分一人で動くものを作れる。

だからSEがやってる技術的なことの殆どはプログラマはできる。

SEには技術的なこと以外の仕事があるけど
それは仕事だからやらないといけないけど、
好きこのんでやろうとは思わない。

客ってどこかで見たことがある○○みたいな機能をパクってというだけで
世の中にないもの。新しいソリューションなんか求めてないからね。

プログラマが常に新しいものを作ろうとするのと違い
SEは素人が思いつくものをまとめるだけの仕事

637 :仕様書無しさん:2014/07/16(水) 08:44:25.88
【偽装請負従犯要員募集中】
技術不要の使い捨て損害スキル
事務ソフト作り捨て悪徳ツール
フレームワーク
DB
COBOL
VB
.net
Java
window
Web

638 :仕様書無しさん:2014/07/19(土) 17:26:56.14
こんな変なコーディングがある。
なぜかエラーとならず実行されAやBの値に関係なく
Cには必ず3がセットされてしまうのである。
何言ってるのかと思うだろう。
俺にも解らない。コボラーにしか解らない謎がそこにあるのだ!

IF A = 1
IF B = 1
C = 1
ELSE
C = 2
END-IF.
MOVE 3 TO C.

639 :仕様書無しさん:2014/07/19(土) 21:45:41.97
インデント無用のこぼる魂

640 :仕様書無しさん:2014/07/19(土) 22:00:17.96
>>638
COBOLなんてソース見た事もねーんだが
=で代入ってのとMOVEなんてのが混在してるんだな
何の為にMOVEって使うんだ?
COBOLの中にアセンブラ的表記を混ぜ込む事ができるって話?

641 :仕様書無しさん:2014/07/19(土) 23:09:49.84
>>638
C言語的に読むと、MOVE 3 Ti Cは必ず通るけど
COBOLは違うということ?

642 :仕様書無しさん:2014/07/19(土) 23:12:47.15
>>640
いや、プログラム言語の中に英語を混ぜれるということ。

たとえば、数式で書くよりも日本語で書いた方が
わかりやすいじゃん?

まあCOBOLは英語だから、英語の勉強が必要だけどね。
数学者じゃないんだから数式で会話とか馬鹿げてる。

会話そのものをコンピュータが理解できるべきだ。
出来ることなら日本語であって欲しいが。

643 :仕様書無しさん:2014/07/19(土) 23:16:22.18
箱イに入った内容に五を加えて箱ロに代入する。

ほらこんなにもわかりやすい。

644 :仕様書無しさん:2014/07/19(土) 23:42:23.73
>>632
あーはっは
それだわ。口ばっかり

645 :仕様書無しさん:2014/07/19(土) 23:44:21.30
>>641
俺も>>638がどういう結果を期待しているのかが解らない。

646 :仕様書無しさん:2014/07/19(土) 23:54:32.31
>>645
え? もしかしてインデントが見えてないの?

647 :仕様書無しさん:2014/07/20(日) 00:48:56.83
なんたらDIVISIONとかあったな、なつかしー
昔学校で習ったきりだから細かいとこ覚えてないけど
COBOLってEND-IFひとつで全部閉じられるんだっけ?

648 :仕様書無しさん:2014/07/20(日) 05:42:19.74
求人なんかにはほとんどがjavaだけどな
時々、COBOLをJavaに換えますってのがあるが
メインフレームっていったって、大昔のマシンルームに
ばかでかいのはもう無いでしょ?

京スパコンみたいな、あんな広大な敷地をとるやつ

649 :仕様書無しさん:2014/07/20(日) 09:38:03.12
IFとENDIFの数が合ってないのは
COBOLではいいのか

650 :仕様書無しさん:2014/07/20(日) 15:39:43.46
>>642
> 数学者じゃないんだから数式で会話とか馬鹿げてる。
> 会話そのものをコンピュータが理解できるべきだ。
> 出来ることなら日本語であって欲しいが。
コンピュータの黎明期には、一部の学者センセイを中心にそういう意見も見受けられた。
だが現実には、逆にCのような機械寄りの言語が大きく受け入れられたのは周知の通り。
現場が望んでいないものは、絶対に普及しないよw

651 :仕様書無しさん:2014/07/20(日) 16:31:23.63
【知的財産と契約料金の搾取業界】
[受注系SEは生涯損害助長者ばかり]
偽装請負SEの代償

ベネッセコーポレーションの顧客情報流出事件で、不正競争 防止法違反の疑いで逮捕されたシステムエンジニアの男が、 「パチンコや競馬で借金があり生活が苦しかった」と供述して いることがわかった。(日本テレビ系(NNN))

652 :仕様書無しさん:2014/07/21(月) 09:45:25.52
コボラーはネットで調べようとしないんだよな
プログラマはネットで何でも調べて知識を得ることができる
この差は大きいよね

653 :仕様書無しさん:2014/07/21(月) 10:07:06.20
コボラーではないが決めつけるな
非技術者の勝手な思いこみで理不尽に苦労させられてるのが日本のITエンジニアだろう

654 :仕様書無しさん:2014/07/21(月) 10:19:15.58
そもそも仕事中にネットに繋がる環境って用意されて無いし

655 :仕様書無しさん:2014/07/21(月) 14:14:01.54
お前の職場の話なんかしていない

656 :仕様書無しさん:2014/07/23(水) 12:14:34.79
素粒子on

657 :仕様書無しさん:2014/07/23(水) 18:42:38.09
>>652
COBOLや汎用機の事をぐぐっても何も出てこないんだよね。
ドトネトやJavaの情報は掃いて捨てるほど出てくるがw

658 :仕様書無しさん:2014/07/25(金) 00:02:28.85
文化が違うからね。
COBOLは情報は隠すことで価値が出るという文化。
それに対して、インターネットは情報は広く公開することで価値が出るという文化を持った人たちが作り上げてきた。
だから、ノウハウをみんなで共有したり、公開の場所で議論を進めたりするのが今でも盛んに行われてる。

659 :仕様書無しさん:2014/07/25(金) 02:13:10.99
どこかに「文化」と記載してあり、鵜呑みにw
戦後、半導体、国策、通産
説明やめたwwww

660 :仕様書無しさん:2014/07/25(金) 06:31:20.31
>>658
単にCOBOL人口が少ないのとSNSで私生活まで共有するような文化が無いだけだろ

661 :仕様書無しさん:2014/07/25(金) 11:11:57.70
ヒキニートでも自称プログラマにはなれる。
ヒキニートでCOBOLプログラマにはなれない。
まぁなれなくはないか・・・所詮自称だから。
でも難しいよな。情報は企業内に隔絶されてるし。

662 :仕様書無しさん:2014/07/25(金) 13:43:36.08
情報は企業内に隔絶されてることよりも
技術が企業内に隔絶されてることのほうが大変だな。
いくら社内で頑張っても、オープンな世界にはいけない。

663 :仕様書無しさん:2014/07/25(金) 19:04:57.79
>>662
オープンな技術は取り入れるが企業内の技術はオープンな世界へ
フィードバックしないってのがスタンスだろ。

664 :仕様書無しさん:2014/07/26(土) 19:29:09.08
>>663
そういう良い所取りなんて許さんってのがコピーレフトだろ
全ての権利(rights)は逆になる

665 :仕様書無しさん:2014/08/14(木) 14:42:52.07
組み込みの会社は総じて技術レベルが低い。

666 :仕様書無しさん:2014/08/15(金) 05:59:33.91
"ウチ体育会系だから"

667 :仕様書無しさん:2014/08/15(金) 08:40:04.11
☆コピペ推奨☆
【犯罪者追放のお願い】
健康や知財を失ってからでは、取り返しがつきません。

犯罪者に従うのも犯罪です。犯罪行為を最寄りの警察署に通報して下さい。
※通報者のプライバシーは保護されます。

刑法第246条 詐欺罪
虚偽による契約書を締結された。

刑法第223条 強要罪
作成等の期限日を強要された。

刑法第234条 威力業務妨害罪
職権等の威力によって業務を妨害された。

刑法62条 幇助罪
犯罪指示に従った。

職業安定法第44条 労働者供給事業の禁止
業務の時間、場所、方法等を指揮命令された。

警察官の対応に問題があった場合は、 監察局、各都道府県の警察本部監察官室、 公安委員会に苦情申出して下さい。

668 :仕様書無しさん:2014/08/16(土) 23:59:33.81
>>665
業務系だと「自分はSEだから技術的なことはわからないです」って奴が普通にいるし、
プログラマも技術的に突っ込んだ話ができる人は少数派だよ。
その点、組込み系だとどんな人とでも技術的な話が通るので楽だと思うけどなぁ。

669 :仕様書無しさん:2014/08/17(日) 00:11:53.40
>>668
逆を言えば組み込みでは業務の話が出来ない

670 :仕様書無しさん:2014/08/17(日) 00:16:38.34
>>669
お前何いってんの?

組み込系が業務系の話をできない(当たり前)
業務系が組み込み系の話をできない(当たり前)

これはあたりまえだよ?

だが両方プログラマなんだからプログラム技術の
話はできてしかるべきだ。

組み込み系がプログラム技術の話はできる(当然)
業務系がプログラム技術の話ができない(異常)

こういう話をしてるんだろ。

対照になってないものを比較すんなよ。

671 :仕様書無しさん:2014/08/17(日) 00:21:39.23
>>670
あたりまえとも思わんが
プログラム技術の話は出来るだろう
おまえの言う技術がどこにあるかわからんが

672 :仕様書無しさん:2014/08/17(日) 00:26:34.73
業務系だとクラスすら理解してないからな。
フレームワークがこうしろって書いてあるから
継承して書いてるだけ。その意味は理解してないとか
ざらにあるからな。

673 :仕様書無しさん:2014/08/17(日) 00:33:00.48
>>670
組み込み系には業務(仕事内容)は存在しないんだろうなー
楽だよなー

674 :仕様書無しさん:2014/08/17(日) 00:37:08.90
>>673
お前が言ってる「業務」って何のことだよ?

675 :仕様書無しさん:2014/08/17(日) 00:38:23.59
銀行系なら、お金を数えるとかそういうことだろw

676 :仕様書無しさん:2014/08/17(日) 00:39:04.15
あー、POSとか作ってる所は、
レジやるとか?w

677 :仕様書無しさん:2014/08/17(日) 00:42:14.63
>>676
バカだろ
作ってるところが使うかよ
これだから組み込みのカスは

678 :仕様書無しさん:2014/08/17(日) 00:45:08.39
>>677
じゃあ、さっさと「業務」の内容を答えろよ。

679 :仕様書無しさん:2014/08/17(日) 00:46:20.91
>>678
仕事したらわかるよ

680 :仕様書無しさん:2014/08/17(日) 00:46:31.27
はい、にげたーw

681 :仕様書無しさん:2014/08/17(日) 00:48:21.54
これだから組み込み系はつかえねーよな

682 :仕様書無しさん:2014/08/17(日) 00:49:54.83
前の会社は生産統括部が名称変更で業務部になってたよ

683 :仕様書無しさん:2014/08/17(日) 00:54:34.99
業務知識の話はこっちでやれ

「業務知識」って実はすごくどうでもいい物じゃね?
http://kanae.2ch.net/test/read.cgi/prog/1408204441/

684 :仕様書無しさん:2014/08/17(日) 01:31:42.90
>>683
急いで作ったのだろうが
内容なさそう

685 :仕様書無しさん:2014/08/17(日) 01:55:57.56
業務知識ってそれほどまでに中身が無いもの。

686 :仕様書無しさん:2014/08/17(日) 06:05:58.61
>>673
楽かどうかはともかく、無駄なことを覚えなくていいのは確か。

687 :仕様書無しさん:2014/08/17(日) 09:19:29.44
組み込み系にはハードとソフトを両方理解しているヤツと片方しか理解してないヤツがいる

688 :仕様書無しさん:2014/08/17(日) 14:16:53.57
そして人の小さな親切を理解してないヤツがいる

689 :仕様書無しさん:2014/08/17(日) 14:26:24.22
そして親切に対して感謝を強要するヤツがいる

         小さな親切 余計なお世話

690 :仕様書無しさん:2014/08/17(日) 21:03:05.14
組み込み系って過疎地の工場で
作業着羽織って仕事してるイメージ

691 :仕様書無しさん:2014/08/17(日) 21:16:20.35
組み込みって社畜で融通のきかないカタブツが多そう

692 :仕様書無しさん:2014/08/17(日) 23:15:51.56
組み込み系って過疎地で社食食ってそう

693 :仕様書無しさん:2014/08/17(日) 23:17:40.54
oo系はxxだからダメとかバカにしてる奴が多い会社はいかにも技術力低そう
>>690>>691みたいなのがいっぱいいる会社な

694 :仕様書無しさん:2014/08/17(日) 23:36:28.08
>>693
あなたに鏡を授けよう

695 :仕様書無しさん:2014/08/18(月) 18:14:36.53
変だな、何も写らない

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

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

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

697 :仕様書無しさん:2014/08/25(月) 00:18:20.25
技術的な話()なんてのは自分がたまたま知ってる特定の技術の事を
相手がたまたま知らなかった時にドヤ顔するための話
逆に自分がたまたま知らない話題になったら適当に知ってるフリしてごまかすか、分かるように話せと相手にイチャモンつけることさ

これに当てはまったら技術的な話どころか会話すらも成立しない

698 :仕様書無しさん:2014/08/25(月) 01:42:02.04
>>697
なんか嫌なことがあったのか?

699 :仕様書無しさん:2014/08/25(月) 10:30:51.22
>>697
こう言うやつ糞ウザいな
なんでそんなに偉そうにしたいのか全くわからん

700 :仕様書無しさん:2014/08/25(月) 21:22:05.82
>>697
自己紹介乙

>>697みたいな社員だらけなのが
「技術力が低い会社にありがちなこと」だから、
スレタイに沿った良い事例だな(棒

701 :仕様書無しさん:2014/08/25(月) 22:03:10.95
それでも給料払えてるんだから
寧ろ収益性はいいだろ

702 :仕様書無しさん:2014/08/26(火) 00:30:01.36
ソフトウェアのUIについて会議してるのに関係ない割り込みやレジスタの話を持ち出す組み込み屋

703 :仕様書無しさん:2014/08/27(水) 22:13:01.43
>>701
他の実力社員に食わせて貰ってるだけだろ。

704 :仕様書無しさん:2014/08/28(木) 17:12:25.33
>>703
全員技術力無くても何とかなる会社もあるよ。

俺の経験なんだけど、技術力の低い会社でも、口が達者な奴がいると、仕事が
できる会社のように見せかけて仕事を取ってこれる。

で、技術が追いつかないと、客に上手く言って仕様を曲げる(簡単にしてもらう)。

これで会社が回るんだから、ある意味特殊な才能だと思う。ただ、そういう会社は
結局技術は無くても何とかなる、という経験をつむだけだから、一向に技術力が
高くならない。

まあ技術者としては悔しいが、こういう現実もあるってことで。

705 :仕様書無しさん:2014/08/28(木) 19:15:14.28
高学歴
高収入
が多い

706 :仕様書無しさん:2014/08/28(木) 19:59:24.46
コスト意識の高すぎる会社はエンジニアの目が死んでる

707 :仕様書無しさん:2014/08/28(木) 20:08:17.57
>>706
コスト意識が高い=金払いが悪いだからな

そもそもの給料が安い上になんだかんだと控除され、
些細な客の愚痴を最大限に拡大解釈して賞与は減らされ昇級・昇給は見送られ
その上客からも高い金払ってるとか言われ
たりした日にゃあ死んだ魚みたいな目にもなるわ

708 :仕様書無しさん:2014/08/28(木) 20:11:25.87
>>707
そんな愚痴をこぼしていても、優良な会社に転職すらできないのは
結局は自分が無能でどうしようもない落ちこぼれだからなんだけどな。

709 :仕様書無しさん:2014/08/28(木) 20:11:34.62
>>702
組込み屋は機械やエンジニアの相手ばっかりしてるせいか
テメーが知ってることは相手も無条件で知ってる前提で話してくる酷い癖がある

一方ソフト屋は、客など知識の浅い人間から熟練者まであらゆる人間を相手にしてるから
相手がどこまで知ってるのか、相手の力量はどうかなどを把握して相手に合わせた会話ができる

710 :仕様書無しさん:2014/08/28(木) 22:13:10.97
お前ら、
競争奴隷になりたいの!?

711 :仕様書無しさん:2014/08/29(金) 01:19:57.24
>>709
>一方ソフト屋は、客など知識の浅い人間から熟練者まであらゆる人間を相手にしてるから
>相手がどこまで知ってるのか、相手の力量はどうかなどを把握して相手に合わせた会話ができる

ソフト屋がみんなそういう奴ばっかりだったら、このスレも用なしなんだが……。

712 :仕様書無しさん:2014/08/29(金) 16:23:23.47
技術力があまり無くても
ITが好きな人がいる会社で働きたいな

713 :仕様書無しさん:2014/08/29(金) 22:40:59.94
>>708
その点なら俺は大丈夫だ
会社が資格取得の報償をロクにメンテしてないのを逆手に利用して色々資格取って
ORACLE GOLDのセミナー代まで出させた上で転職して今じゃ上場企業の正社員だわ

ブラック企業も使いようだよ
周りが死んだ魚の目をしていても自分を見失わずに最大限利用してやれば良い
どうせ向こうはこっちを安くで使い捨てるつもりなんだからな
俺の行動の結果、残った奴らは更に居心地悪くなったかもだがそこは自己責任だよな

714 :仕様書無しさん:2014/08/30(土) 03:31:53.15
>>713
俺が前いた会社もそんな感じ。

社員が余りに資格取得に無頓着なんで、報償金がものすごいことになっていた。
さすがにOracleのセミナー代までは出なかったけど、高度情報処理技術者の合格で
月5万とか(ただし支給されるのは2年とか制限あり)。

そんなおいしい状態なのに、周りはほとんど資格取得の勉強しないんだよな。
高度情報処理って合格すると1年間は次に別の高度受ける際の1次試験が免除された
から、それを利用して、結構いろいろ取らせてもらった。

ただ、>>713と違って、会社辞めてから零細個人事業主になってしまったので、
資格があまり関係なくなってしまった(´・ω:;.:...

715 :仕様書無しさん:2014/08/30(土) 22:40:32.07
>>713>>714もどちらもバイタリティが凄いよね。
自分は大手派遣会社でまったりしてる。客先でも温々できてるw
これはいかんね・・・。

716 :仕様書無しさん:2014/08/31(日) 01:31:34.50
資格手当が出るだけ俺から見たら十分すぎるほどホワイトなんだが…
転職しよう

717 :仕様書無しさん:2014/08/31(日) 01:36:28.67
資格手当ないとまともな給料じゃなかったら辞めたほうがよいね

718 :仕様書無しさん:2014/08/31(日) 01:50:34.91
資格手当すら出ない会社があるのか?

719 :仕様書無しさん:2014/08/31(日) 01:55:20.93
CG検定2級とった。仕事とは全く関係ないが。なんとなくノリで。
3Dソフト? まったくもって使い方わかりません。

720 :仕様書無しさん:2014/08/31(日) 09:55:56.88
>>718
それは知らなすぎだわ

721 :仕様書無しさん:2014/09/01(月) 02:06:39.77
SE・PGが開発のメインで使うPCが1366*768のノートPC

722 :仕様書無しさん:2014/09/01(月) 04:53:12.85
デスクトップかつ1920x1080デュアルディスプレイは最低条件だな

723 :仕様書無しさん:2014/09/01(月) 07:10:32.46
資格手当なにそれ美味しいの?

724 :仕様書無しさん:2014/09/01(月) 19:38:46.67
エリートが多い

725 :仕様書無しさん:2014/09/02(火) 12:51:05.42
全員スーツ

726 :仕様書無しさん:2014/09/02(火) 13:04:31.26
ほとんど結婚している

727 :仕様書無しさん:2014/09/02(火) 19:37:06.22
エディタやIDEのフォントにMSゴシックを使っている。

728 :仕様書無しさん:2014/09/03(水) 06:41:14.41
今時サーバーにWindowsじゃなくLinuxを使っている

729 :仕様書無しさん:2014/09/03(水) 09:02:11.21
>>728がいる会社

730 :仕様書無しさん:2014/09/03(水) 10:35:39.30
>>728
それは技術力じゃなくて金がない会社なのでは?w

731 :仕様書無しさん:2014/09/03(水) 15:48:12.22
>>730
いかにも技術力皆無の奴が言いそうな台詞だな

732 :仕様書無しさん:2014/09/03(水) 18:41:16.43
NASサーバーはLinux

733 :仕様書無しさん:2014/09/03(水) 21:24:14.52
>>732
裏を返せばLinuxはNAS程度の低レベルな用途にしか利用できないことになるね

734 :仕様書無しさん:2014/09/03(水) 22:05:33.86
NASAが低レベルとか笑うわ

735 :仕様書無しさん:2014/09/03(水) 22:25:42.48
お前らwindowsさんの相手するとかバカだろ。

736 :仕様書無しさん:2014/09/03(水) 22:34:34.94
#include <stdio.h>

typedef struct tagSTRUCT_TAG {
float f1;
float f2;
float f3;
} STRUCT_TAG;

int main(void)
{
long* plng1;
long* plng2;
long lng1;
long lng2;

STRUCT_TAG strct1 = { 0 };
STRUCT_TAG* strct = &strct1;

strct->f3 = 3.14F;

lng1 = (long)strct->f3;

plng1 = &lng1;
plng2 = (long*)&strct->f3;

return 0;
}

察してくれよ

737 :仕様書無しさん:2014/09/03(水) 22:40:31.33
すまんがVBで頼む

738 :仕様書無しさん:2014/09/04(木) 00:51:21.89
>>736
何を察すればいいのかさっぱりわからん。
f3しか使ってないことか?
意味なくstdioをインクルードしてることか?

739 :仕様書無しさん:2014/09/04(木) 09:59:57.22
>>736
コードは組み込み系か、変数の初期化をしたいのだろう

ポインタ宣言はWindowsアプリケーションと感覚がちがう
ポインタ宣言のあとに、newしなくていいのだろうか?

やはり組み込み系はバカなんだから仕方ないよ
STRUCT_TAG* strctはルーチンの外で宣言して、
グローバル、あるいはクラス内の型で使ったほうがいいよ

こんな感じにする

//構造体の初期化
StructInitial();
//STRUCT_TAG strct1 = { 0 };
//STRUCT_TAG* strct = &amp;strct1;
//strct->f3 = 3.14F;

740 :仕様書無しさん:2014/09/04(木) 10:07:33.53
>>739
究極のバカ

741 :仕様書無しさん:2014/09/04(木) 11:22:08.37
>究極のバカ

baka
baka baka
baka baka
baka baka
baka

8極の bakaはこんな感じ?

742 :仕様書無しさん:2014/09/04(木) 11:26:27.30
>>739
C言語も知らないくせに出しゃばるなよw

743 :仕様書無しさん:2014/09/04(木) 12:25:35.90
>>742
今時C使えるからって自慢にもならないだろ
C使えますっていう自慢はCOBOL使えますって自慢するのと同じくらい恥ずかしい事だぞw

744 :仕様書無しさん:2014/09/04(木) 12:33:34.84
>>743
頭おかしいの?
C言語なんて使えて当たり前なの。常識なの。
にもかかわらずまったく理解していない人間のごみクズの>>739
貶しているの。
説明されないとわからないの?バカなの?クズなの?

745 :仕様書無しさん:2014/09/04(木) 14:54:15.19
>>736
これって結局何を意図したものかが分からないと判断しようが無いんじゃないかと
思うんだけど。ソースだけ見ると意味が無いようなことをしているけど、理由が
あるのかもしれない。

特に意図が無いんだったらツッコミどころ満載だと思う。

746 :仕様書無しさん:2014/09/04(木) 16:33:18.19
C言語 理系
COBOL 文系

747 :仕様書無しさん:2014/09/04(木) 17:37:45.83
>究極のバカ

8極の bakaの表示のために

  baka
 baka baka
baka   baka
 baka baka
  baka

748 :仕様書無しさん:2014/09/04(木) 19:24:14.37
高学歴
高収入
既婚者

749 :仕様書無しさん:2014/09/04(木) 20:39:26.59
>>746
所詮オブジェクト指向じゃない言語なんてどれも目糞鼻糞w

750 :仕様書無しさん:2014/09/04(木) 21:06:53.99
すまんかった。
ただfloat変数のビットイメージが見たかっただけなんだ
plng2 = *(unsigned long*)&amp;strct->f3;

751 :仕様書無しさん:2014/09/04(木) 21:56:19.46
>>749
貧乏人にならなきゃ何でもいいだろw

752 :仕様書無しさん:2014/09/05(金) 06:15:24.74
http://maguro.2ch.net/test/read.cgi/linux/1266040395/386-387

Linuxは終了しました。

753 :仕様書無しさん:2014/09/07(日) 19:27:04.80
貧乏受注系SEどもへ
工数期間2倍の交渉しろよ。
反貧乏人より

754 :仕様書無しさん:2014/09/08(月) 00:25:26.64
>>753
コイツみたいに各スレに同じ内容書いて行く奴たまにいる(1人?)
けど、何がしたいんかマジで分からんわ

枯れ木も山の賑わいのつもりなんだろうか?
DAT落ちを防ぐ為とかだろうか?

スレが更新されてると思って見たら同じ内容だったりでやる気無くすわ

755 :仕様書無しさん:2014/09/08(月) 07:42:36.06
>>754
ITドカタ
低収入
低底
直せだろ
馬鹿?

756 :仕様書無しさん:2014/09/08(月) 07:43:18.62
>>754
お前みたいな貧乏人になったら大変だからな

757 :仕様書無しさん:2014/09/08(月) 22:53:56.19
コミュ障か糖質か知らんけど触っちゃいけないって事はよく分かったわ

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

759 :仕様書無しさん:2014/09/10(水) 23:32:30.70
コーディング規約がない

760 :仕様書無しさん:2014/09/11(木) 14:38:24.92
コーディング規約を頑なに守ることしかできない。

761 :仕様書無しさん:2014/09/11(木) 15:29:38.04
コーディング規約があるのに読んでない奴や守らない奴がいる
そしてそれをチェックできる体制や仕組みがない

762 :仕様書無しさん:2014/09/11(木) 15:40:01.62
受注系SEは、
スキルや残業が上がるほど
ギャラや年数が下がるから
損害労働

763 :仕様書無しさん:2014/09/11(木) 18:38:17.89
古臭いコーディング規約を変更する手だてがない

764 :仕様書無しさん:2014/09/11(木) 21:12:16.51
コーディング規約は作るな。
コードチェックツールがあれば規約なんか要らない。

何故自動化できることを自動化しないのか?
読んでくれない、覚えてくれないと嘆く前に、
まずツールを作れ、もしくは導入しろ

765 :仕様書無しさん:2014/09/11(木) 22:27:05.06
>>764
規約と自動化は別次元
全然分かっとらんな

766 :仕様書無しさん:2014/09/11(木) 22:34:40.56
>>764
ちょっとかなりズレてるよ君

767 :仕様書無しさん:2014/09/11(木) 23:18:40.11
フォーマッタは導入して欲しい

768 :仕様書無しさん:2014/09/11(木) 23:26:40.55
>>764
できる人の意見に感化されてる厨二って感じ
あんた技術も経験もしょぼいっしょ?

769 :仕様書無しさん:2014/09/11(木) 23:31:28.15
コードチェックツールって使いものになるの?

770 :仕様書無しさん:2014/09/11(木) 23:33:19.51
>>769
ならないと思ってるの?

771 :仕様書無しさん:2014/09/11(木) 23:57:18.98
しらねーよボケ
使った事あって効果あったのならそれ書けや
ないならレスすんなゴミクズ

772 :仕様書無しさん:2014/09/12(金) 00:18:22.97
使ったことあって色々知ってるがお前には教えないwww

773 :仕様書無しさん:2014/09/12(金) 00:35:29.91
>>769
使い物になるよ。

774 :仕様書無しさん:2014/09/12(金) 05:19:14.18
>>772
わからないならわからないって素直に言えばいいのに…

775 :仕様書無しさん:2014/09/12(金) 07:25:52.57
東陽テクニカは糞。

776 :仕様書無しさん:2014/09/12(金) 09:46:08.06
Wallでwarningが出ないこと、みたいなのを絶対条件にいれると、
コンパイラの入れ替えでwarningが増えて、上司が「コンパイラの受け入れNG」
とか言い出して、コンパイラ側を改修するとかわけのわからないことになるので
超おすすめ。

777 :仕様書無しさん:2014/09/12(金) 10:08:18.77
>>774
俺が答えたらそれを鵜呑みにするの?
自分で試して、周りの意見含めて考察するものだよ
仕事で「〜って誰かが言ってた」って責任逃れをしてはいけない

778 :仕様書無しさん:2014/09/12(金) 21:38:45.98
ライト兄弟が言ってた。
飛行機は空を飛ぶって

779 :仕様書無しさん:2014/09/12(金) 23:29:48.63
うだうだ能書き垂れてないで知ってるならそれを書き込めよ
知らないならレスすんなゴミクズ共が
ホント日本人プログラマって性格悪いわ
本当に本当に本当に

780 :仕様書無しさん:2014/09/12(金) 23:32:58.54
ほんとに、ご苦労さん。ソレ!

781 :仕様書無しさん:2014/09/12(金) 23:51:50.92
>>779
機械がやるのと人間がやるのとを考えてみなよ

782 :仕様書無しさん:2014/09/13(土) 00:05:56.10
>>779
人にものを教わる態度じゃない
はい、やりなおし

783 :仕様書無しさん:2014/09/13(土) 02:28:04.30
>>779
わざわざ日本人プログラマとか言い出すお前は何人なんだよとは言わない
むしろ日本人以外アピールとかウザいから黙れ

で、お前が日本人じゃないとしてお前みたいな奴がここでレスしてる事もあるとは考えられんのか?

784 :仕様書無しさん:2014/09/13(土) 09:15:33.33
>>780
しゃぶれよ

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

786 :仕様書無しさん:2014/09/17(水) 08:17:01.13
↑このクソ荒らしはどうにかならんの?

技術力が低い会社にありがちなこと part4
 785 名前:仕様書無しさん[] 投稿日:2014/09/17(水) 08:08:27.26

特定派遣が廃止され、派遣が無限期限に
 112 名前:仕様書無しさん[] 投稿日:2014/09/17(水) 08:07:56.61

ハイレベルエンジニアの条件
 13 名前:仕様書無しさん[] 投稿日:2014/09/17(水) 08:07:23.81

デスマあるある
 81 名前:仕様書無しさん[] 投稿日:2014/09/17(水) 08:06:25.60

どうしてSE・プログラマーになったの?
 13 名前:仕様書無しさん[] 投稿日:2014/09/17(水) 08:05:58.37

787 :仕様書無しさん:2014/09/17(水) 13:19:02.23
>>786
↑この損害助長
貧乏人こそ、なんとかすべきだろ

788 :仕様書無しさん:2014/09/18(木) 03:08:09.18
コンパイラがプロジェクトに1つしかなくてメンバはテキストエディタ
とワード・エクセルしか使わせてくれない。デバッグも机上オンリー

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

790 :仕様書無しさん:2014/09/18(木) 09:23:57.74
>>788
この時代の方が力あったというかバグ少なかった

791 :仕様書無しさん:2014/09/18(木) 19:18:01.80
昔の方が適性ある人は多かったと思う
変人ぽい人も多かったけど。

792 :仕様書無しさん:2014/09/18(木) 20:17:10.98
若い人に嫌われてるからね
Web系に行きたい人はいても、請負や派遣に来たいなんて人なんていないでしょう
来るのは行き場の無かった奴だけ
これからもっと酷くなるよ

793 :仕様書無しさん:2014/09/18(木) 20:26:02.05
>>790,>>791
昔はバグが少なかったのは当然とおもうよ
今とはシステムの規模や複雑性が全く違う

794 :仕様書無しさん:2014/09/18(木) 20:30:31.31
今ほど短納期でもなかったしね。

795 :仕様書無しさん:2014/09/18(木) 23:28:05.41
最近はコピペブログラマーが多いからなぁ
よくわからないけど既存のソースをコピペして完成とか

796 :仕様書無しさん:2014/09/18(木) 23:36:27.14
昔はプログラマを目指す人なんて本当にコンピューターヲタクみたいな一部のマニアックな人間くらいだったけど、
近頃は「CPUなにそれおいしいの?」みいな人までプログラマとして勤める時代だからね。

797 :仕様書無しさん:2014/09/22(月) 09:44:40.73
技術 = 奴隷

798 :仕様書無しさん:2014/09/23(火) 10:55:03.44
>>793
ただし、今のように言語が発達していないということを考慮すべき
今なら3ステップで実装できるものを、当時は何百ステップを記述する必要があったことを
ライブラリ化も概念や実装がほとんどなかったからな昔は

799 :仕様書無しさん:2014/09/23(火) 12:30:15.35
>>798
そう、だからこそバグが少ないんだ
昔は単機能を実現するための数百ステップ、今はライブラリ等を組み合わせた複雑なシステムの数百ステップ

昔は開発環境が今ほど整備されておらずそういう苦労はあったが、いったん書けてしまえば、
バグという面では内部ロジックさえちゃんと考察してあればほとんどバグりようがなかった

800 :仕様書無しさん:2014/09/23(火) 12:54:41.39
自分も人のことは言えないが、コピペで済ましてる婆愛が多い。
大体、自分で考える前にネットでサンプルさがしてる。それがあるんだよなw
周りも「それ探したらサンプルあるんじゃない?」しかいわないww
その上それをあてにして「1日で出来るよな?」と聞いてくるリーダー。

これでいいのか、日本のIT!!

801 :仕様書無しさん:2014/09/23(火) 14:51:31.34
婆愛

さすがにこれは理解できん

802 :仕様書無しさん:2014/09/23(火) 15:07:05.10
>>801
これのことではないかと思われ
http://ameblo.jp/nob1966/entry-11030296522.html
http://netanarugazou.doorblog.jp/archives/22399501.html
http://mogumogunews.com/2013/12/topic_4786/

803 :仕様書無しさん:2014/09/23(火) 15:11:08.00
>>800
サンプルがあるなら使った方が生産性が高いのは確かだが、
コピペするだけでしょって思われるのが問題だね。

コピペでも妥当性を検証したりカスタマイズする作業は必要なんだが、なかなかアピールが難しい。
どうせ簡単と思われてるならと、人によっては本当にコピペするだけになり後あと問題が起こる。
プログラミング担当者の責任で検証に必要な時間をしっかり取って行う分にはよいのだが、
上がコピペを指示したり当てにするべきものではないよね。

804 :仕様書無しさん:2014/09/23(火) 16:17:21.35
確かに最近はライブラリーやらフレームワークが充実しているおかげで自分で考えられないプログラマーが増えた気がするな
どこかのスレで見かけたが、fizzbuzzを新人に組ませようとしたら「fizzbuzzを求めるライブラリが無いから組めません」という話まであるし

805 :仕様書無しさん:2014/09/23(火) 17:11:59.49
どこかのスレで見かけたfizzbuzzはジョークネタだろうが、

機械化によって職人の技術が失われたって嘆いてるのと同じで、
ライブラリーやらフレームワークで処理できる部分ってのはあえて今の時代
IT技術者に頼る必要がない、固定化されたテクノロジーになるんだよね。

今のIT技術者には、ライブラリーやらフレームワークを駆使していかに
高度なシステムを生み出すかってのが求められてる。

806 :仕様書無しさん:2014/09/23(火) 19:51:46.31
必要以上に高度なシステム作ろうとする、しかも出来ない。

807 :仕様書無しさん:2014/09/23(火) 21:02:55.06
そのライブラリーやフレームワークは誰が創るの?

808 :仕様書無しさん:2014/09/23(火) 21:26:47.78
専門的な知識を持った人たち。

809 :仕様書無しさん:2014/09/23(火) 21:28:26.05
>>807
そういう点に考えが及ぶくらいなら>>805みたいなことは書かないってw

810 :仕様書無しさん:2014/09/23(火) 21:32:03.79
ググったら既にあったw

2011-10-10 FizzBuzzライブラリ C++

twitterでFizzBuzzが書けないプログラマがどうのこうのという
話題を目にしたので、日本のどこかにいるFizzBuzzが
書けないプログラマさんの為に、FizzBuzz用のC++ライブラリを
作ってみました。

ttp://natrium11321.hatenablog.com/entry/20111010/1318223595

811 :仕様書無しさん:2014/09/23(火) 21:49:24.70
上司の声がでかい

812 :仕様書無しさん:2014/09/23(火) 22:18:53.03
ガイアの夜明け ☆1
ttp://hayabusa2.2ch.net/test/read.cgi/livetx/1411472804/901

ワールド名無しサテライト[] 2014/09/23(火) 22:13:13.03 ID:RxK6T5uQ [6/6]
ここかー!

http://lifecreations.co.jp/

├965     >>901 すげーは
├973     >>901 ここだなw
├982     >>901 それだ
├983     >>901 やるじゃん
└991     >>901 ビンゴー

実況民の検索早い 
さっそく鯖落ち

813 :仕様書無しさん:2014/09/23(火) 22:43:23.44
595ワールド名無しサテライト[] 2014/09/23(火) 22:40:02.02 ID:2Y6E/Clc [2/2]
https://www.facebook.com/lifecreations.co.jp
なんか楽しそうな会社なの?

814 :仕様書無しさん:2014/09/23(火) 23:10:54.11
>>807
ライブラリってシステム全体を知らなくても作れるから特に難易度も高くなくて、
システム特化のライブラリなど新人にOJTがてら作らせたりする。

815 :仕様書無しさん:2014/09/24(水) 00:59:34.52
>>814
たしかに、まさにそれは
「技術力が低い会社にありがちなこと」
だね

816 :仕様書無しさん:2014/09/24(水) 01:09:17.09
>>815
つまり技術力の高い会社ではどうすると思う?

817 :仕様書無しさん:2014/09/24(水) 01:39:00.84
>>816
新人にOJTがてらって所がミソなんじゃねーの
新人に作らせるより中堅かベテランで共通チーム作ってライブラリ作る方が使いやすくて良いものができそうだな

818 :仕様書無しさん:2014/09/24(水) 01:39:18.72
ライブラリやフレームワークを売って商売する。

819 :仕様書無しさん:2014/09/24(水) 01:48:20.69
新人が作れるライブラリってなんだ

820 :仕様書無しさん:2014/09/24(水) 02:02:03.15
>>819
そのシステムでつかうこまごまとした共通処理でしょ。
誰が作っても大体同じになるような。

821 :仕様書無しさん:2014/09/24(水) 02:16:47.76
富○通系であること
富○通ご自慢のうんこJAX使ってシステム構築しようとする

822 :仕様書無しさん:2014/09/24(水) 06:48:53.35
>>817
API仕様さえ決めてしまえば誰がやっても大差ないようなライブラリ実装は新人に割り振り
中堅かベテランは別の作業に割り当てた方が全体の効率はいいだろうね。
できてるできてないが明確に判断しやすいのでOJT向きではある。

823 :仕様書無しさん:2014/09/24(水) 09:56:10.47
>>821
自社ですら使わない物を他所には売れないからじゃない?
内容はともかく方法論は間違っていないと思うけど。

824 :仕様書無しさん:2014/09/24(水) 10:45:18.11
作成時限守るんじゃねぇよ
受注系SEは
早く切るために
早く作らされる

825 :仕様書無しさん:2014/09/24(水) 22:38:04.91
>>822
>>814を具体的に解説した、とてもいい
「技術力が低い会社にありがちなこと」
だね

826 :仕様書無しさん:2014/09/24(水) 22:52:02.73
技術者に営業までさせる

827 :仕様書無しさん:2014/09/24(水) 23:30:57.78
>>825
言うこともないならグズグズなちょっかいかけんでよろし

828 :仕様書無しさん:2014/09/24(水) 23:43:47.93
>>827
せっかく>>814,822がスレタイに沿った自己紹介を
カキコしてくれているから、良い流れだと褒めたつもりなんだけどね
気を悪くしたようならスマソ

829 :仕様書無しさん:2014/09/25(木) 00:23:07.26
ライブラリの作成こそ高度なエンジニアリング!
先人達の至高の技術でしか生み出すことのできない汎用的なライブラリ関数一覧
http://www9.plala.or.jp/sgwr-t/lib/libtop.html
とまあこういうことだな。

830 :仕様書無しさん:2014/09/25(木) 02:52:11.29
>>825
ライブラリという言葉に夢を持ち過ぎじゃないの?

831 :仕様書無しさん:2014/09/25(木) 07:22:35.37
ライブラリドリーマー

832 :仕様書無しさん:2014/09/25(木) 12:52:49.06
インターフェイス考えたり、厳しい性能要件があれば確かに新人には厳しいかもしれないけど
仕様決めてレビューしてやればいいだけの話な気がする

833 :仕様書無しさん:2014/09/25(木) 20:45:13.32
「ライブラリ」という言葉の意味が分野で違う気がする。
自分の中では「ハードを触るところ」というイメージなので新人には厳しいと思う

834 :仕様書無しさん:2014/09/25(木) 21:40:50.92
>>833
それは「ドライバ」
ライブラリは、デバイス製品にユーティリティ向上のために付属されてことが多いから
錯覚したのかもしれんが、そういうのもライブラリの中で「ドライバ」を触っているだけ。

ライブラリという言葉は、ハードを触るかどうかとまったく関係ない。

835 :仕様書無しさん:2014/09/25(木) 22:30:11.39
プログラマがどうでもいいところに食いついて根に持つ

836 :仕様書無しさん:2014/09/25(木) 22:38:52.82
ファイルの管理が共有フォルダってのあった

837 :仕様書無しさん:2014/09/25(木) 23:43:31.40
ライブラリと言うか、要するに共通関数・共通クラスだよね。

838 :仕様書無しさん:2014/09/25(木) 23:57:50.86
>>833
新人どころか誰にも伝わらんだろ

839 :仕様書無しさん:2014/09/26(金) 06:06:33.39
技術の低い会社に限って、いつも目新しいものに飛びついてる感がある。

840 :仕様書無しさん:2014/09/26(金) 06:27:38.35
ちょっと小難しいものを作ると営業が理解できなくて売ってくれない

841 :仕様書無しさん:2014/09/26(金) 07:20:56.79
ライブ らりってる

842 :仕様書無しさん:2014/09/26(金) 07:24:55.46
一度でいいから作ってみたい

全世界のハッカーから「マジキチwwwww」と思われるようなライブラリ

843 :仕様書無しさん:2014/09/26(金) 12:11:47.92
423 名前:名無しさん@引く手あまた [sage] :2014/09/25(木) 21:20:54.83 ID:Iw15xSzx0
http://blog-imgs-68.fc2.com/w/o/r/workingnews/ByOKtHkCAAEdgFe.jpg

http://lifecreations.co.jp/
のソースワロタ

844 :仕様書無しさん:2014/09/26(金) 12:27:26.23
>>843
シンプルで良いじゃないかw
むしろその発想は無かったわ

845 :仕様書無しさん:2014/09/26(金) 15:33:17.15
なにがおかしいのかわからないけど、
まさか、その内容がかかれたhtmlファイルが置かれているとか
思ってるわけじゃないよね?

846 :仕様書無しさん:2014/09/26(金) 17:06:50.21
>>845
そういう馬鹿多いからな。

HTTPレスポンスステータスで200を返しているから
このエラーページは偽物だ!とか叫んでる
知ったかぶり素人もいたし。

847 :仕様書無しさん:2014/09/26(金) 17:19:33.73
>>832
ライブラリ/フレームワークの開発なんて「仕様決めてレビューしてやればいいだけ」と
考えるプログラマが多いのが「技術力が低い会社にありがちなこと」という話だよね?

848 :仕様書無しさん:2014/09/26(金) 19:00:00.34
>>847
わざと誤読するにしても無理やりすぎるでしょう。違います。そしてしつこい。

849 :仕様書無しさん:2014/09/26(金) 20:10:07.75
>>846
内部的なエラーなのにこんなページ出力する?

850 :仕様書無しさん:2014/09/26(金) 20:31:49.87
>>847
それ書いたの俺だけど
何を持ってレベルが高くなければライブラリを書けないと思っているのか説明してくれ
共通部品だからあまり変なインターフェイスや、プログラム設計されたり、処理速度遅いと困るのは確かだけど
そこを見張ってなお問題があるならぜひ教えてください

851 :仕様書無しさん:2014/09/26(金) 20:37:40.74
>>849
詳細はログに吐き出してユーザーには
あまりエラーの詳しい内容はは見せないようにする事ならよくある

852 :仕様書無しさん:2014/09/26(金) 21:01:26.97
>>850
共通部品って言い方がもうww業務系ピージーの匂いがぷんぷんしますわwww

853 :仕様書無しさん:2014/09/26(金) 21:02:44.83
業務系ピージーのいうライブラリってあれだろ
文字列の配列をカンマ区切りで連結したりするやつだろwwww

>>851
よくある(キリッ
じゃねーよwww
それが一番ベーシックなやつだからwwwwwww

854 :仕様書無しさん:2014/09/26(金) 21:36:38.92
    _, ._
  ( ・ω・)
  ○={=}〇,
   |:::::::::\, ', ´
、、、、し 、、、(((.@)www

855 :仕様書無しさん:2014/09/26(金) 22:01:44.28
>>852
業務系だろうが組み込み系だろうが、共通部品は共通部品だと思うが。
一般的には、汎用性を持たせるため単機能で集め複雑性は小さくする。

上の方で誰か言ってたが、ライブラリって言葉に夢を持ちすぎじゃね?
それかまだ別の何かと勘違いしてね?

856 :仕様書無しさん:2014/09/26(金) 22:05:39.02
>>850
まず最初に、以下の別スレのカキコを読んでくれ
・プログラム技術が低い奴の共通点
 http://kanae.2ch.net/test/read.cgi/prog/1405937364/424
 http://kanae.2ch.net/test/read.cgi/prog/1405937364/431
これらは個人レベルでは「構造化プログラミング」と呼ばれるし、
プロジェクト全体に適用すれば「構造化設計」と呼ばれる伝統的な設計手法である
この時、プログラム全体の構造は円錐形の下部を絞ったモスク風の形状になり、
その最下層に位置するモジュール群がライブラリとか共通部品になる
ここまでが前置きだ

で、ライブラリ設計担当に(新人/若手ではなく)ベテランを割り当てる主旨は、
「考えられるリスクの低減」と「新人/若手の戦力化」の二点


(長くなると思うから、一旦ここで切る)

857 :仕様書無しさん:2014/09/26(金) 22:29:32.04
いまのところ>>850を支持する意見に見えるね。続きを聞こうか。

858 :仕様書無しさん:2014/09/26(金) 22:47:23.36
>>856 の続き)

始めは「考えられるリスクの低減」から
・ライブラリや共通部品の多くは(アルゴリズムやデータ変換を実現する単純なものもあるが)
 データベース/ファイル/ネットワーク/プロセス間通信といったプログラムの
 外部インターフェイス処理が多くを占める
 これらを実装するには、プログラマにシステムコールや標準ライブラリ(>>829)、
 そして社外のライブラリや社内の共通部品等等、幅広い知識が求められる
 これを経験の浅いメンバに負わせるのは無謀
・ライブラリ/共通部品の実装技術は機能仕様(=ビジネスルール)には依存しないから、
 類似のシステム開発プロジェクトがあれば、類似の実装になる
 もしライブラリ設計担当がいくつかのプロジェクトを経験したベテランであれば、
 過去の(失敗を含めた)経験から、既存の設計やコードを改造母体にして短期間で設計できる
 これと同じことを経験の浅いメンバに期待するのは無茶
・万が一、ライブラリ/共通部品の開発日程が遅延して結合テストに間に合わなかったり、
 結合テストでバグが多発する事態になれば、その影響はプロジェクトの全体に及ぶ
 もしモスク(>>856)の中位/上位層であれば影響範囲は限定的だし、
 その炎上の火消しのためにライブラリ/共通部品を担当させて余力のあるベテランを投入できる
 (当然、ライブラリ/共通部品設計には日程厳守(or 前倒し)と高品質(=バグ0)をベテランに要求する)

859 :仕様書無しさん:2014/09/26(金) 22:51:36.07
馬鹿へ
スキルはリスク
技術職は奴隷職

860 :仕様書無しさん:2014/09/26(金) 22:56:36.74
こんだけの文章に何十分かけてんだよ。使えねえな。

861 :仕様書無しさん:2014/09/26(金) 22:56:52.75
技術者をゼロにしちゃえばいいよ
外注先も技術者ゼロ
作る人いなくていい

862 :仕様書無しさん:2014/09/26(金) 23:00:39.37
複雑なライブラリもありゃシンプルなのもある
それを一緒くたにライブラリのひと言で意思疎通しようとするから駄目なんだろw
jQueryとCommons StringUtilsを同じレベルで語ろうとしても噛み合うわけがないw

863 :仕様書無しさん:2014/09/26(金) 23:03:17.39
ライブラリじゃなくて、便利関数を集めたユーティリティって言え

864 :仕様書無しさん:2014/09/26(金) 23:17:52.17
> ライブラリ/共通部品の実装技術は機能仕様(=ビジネスルール)には依存しないから、
そんなことはない。
機能仕様に依存した共通関数なんていくらでもある。

865 :仕様書無しさん:2014/09/26(金) 23:17:55.99
>>858
俺が仕様決めて面倒見れば新人に実装を任せる事が出来るって言っているじゃん
新人に仕様決めさせるつもりはないんだが
なにをそんなに躍起になってんの?
それともベテランじゃないと実装出来ないと思ってるの?
天才的なコード書いちゃうの?

「俺がやれば早い!」
「これは俺しか出来ない凄い!」
って言いたいだけにしか見えないんだが

若いやつらにやらせれば、勉強させつつ経験積ませる事が出来るし
他に人にやらせることの出来る作業を俺が自分でやる方が無駄
俺をあけて、本当に新人に任せることの出来ない仕様決め、設計、実装をやった方が合理的

人月計算で作業"させられてる"から、どこまで行っても「俺がやった方が早い」から抜け出せないんだよ

866 :仕様書無しさん:2014/09/26(金) 23:19:50.43
> ・万が一、ライブラリ/共通部品の開発日程が遅延して結合テストに間に合わなかったり、
みんなが使うものだから、製造期間の頭の方で作ってしまうのが普通。

867 :仕様書無しさん:2014/09/26(金) 23:26:58.16
>>858 の続き)

次は「新人/若手の戦力化」
・新人/若手の成長にとって最も重要なのは、「自分がプロジェクトに貢献できた」という実感だと考える
 モスク(>>856)の中位/上位層であれば開発対象システムの中心に近いから、結果は目に見えて分かる
 ライブラリ/共通部品といった目立たない部分はベテランに担当させて、裏方とサポート役に廻ってもらう
(成長にとって重要なもう一つの要因は「成功体験(=勝つ喜び/勝ち癖)」を重ねる事だけど、
 これを現実化させるのは、もちろんマネージャ/リーダの責任だ)
・あるメンバを戦力として計算できるレベルと見なすには、単にプログラミングが速い/上手いだけでなく、
 与えられた機能仕様から自力でコード設計できる洞察力を求める
 この能力を育てるには、(座学も大切だけど)現実の開発で体に覚えさせるしかないと考える
 だから一定レベルの力量があると見なせれば、新人/若手であろうがモスク(>>856)の中位/上位層に投入する
・こういった実感や能力/経験は、ライブラリ/共通部品の設計を何度担当させても身に付かない

(これで終わり)

868 :仕様書無しさん:2014/09/26(金) 23:28:01.87
ライブラリを新人に作らせるなんてあり得ないと言っている人は、
ライブラリに依存しまくった開発をやってるような気がする。

869 :仕様書無しさん:2014/09/26(金) 23:38:05.29
>>868
車輪の劣化版再発明してんじゃねえよ

870 :仕様書無しさん:2014/09/26(金) 23:40:31.56
既存のライブラリを特定システムに会わせてラッピングするのもライブラリ。

871 :仕様書無しさん:2014/09/26(金) 23:40:45.43
DSLなライブラリならむしろ共通、般化とは正反対

872 :仕様書無しさん:2014/09/26(金) 23:42:54.26
数レスにわたる長文を一生懸命書いてたと思うと、逆に無視したくなるなw
というわけで話題変えるかw

お前ら技術力のない奴らは普段なに作ってんの?

873 :仕様書無しさん:2014/09/26(金) 23:44:56.38
>>860
スマン、アジア大会を視ていて遅くなった


>>864
>機能仕様に依存した共通関数なんていくらでもある。

それらはモスク(>>856)の中位層に位置付けられるね


>>865
> それともベテランじゃないと実装出来ないと思ってるの?

> ライブラリ設計担当がいくつかのプロジェクトを経験したベテランであれば、
> 過去の(失敗を含めた)経験から、既存の設計やコードを改造母体にして短期間で設計できる(>>858)

仕事としての開発なのだから、できる限り過去の資産を活用することで車輪の再発明を避けるべき


>>866
> みんなが使うものだから、製造期間の頭の方で作ってしまうのが普通。

もちろん普通だから、>>856の最後に「日程厳守(or 前倒し)」と書いた
また、これを現実化できるのは、過去の資産を素早く活用できるベテランの経験/能力があるから

874 :仕様書無しさん:2014/09/26(金) 23:55:24.75
ライブラリのような誰が作っても同じようなものに
ベテランを当てるのは単純に、もったいない。

ベテランはベテランの経験が活かせるところで活躍していただきたい。

875 :仕様書無しさん:2014/09/26(金) 23:59:51.59
うちも大方新人は共通関数などの周辺部分の実装
ベテランはシステムのコアとなる部分の設計/実装
と分かれてるわ。

876 :仕様書無しさん:2014/09/27(土) 00:27:19.63
>>874
>>856 で紹介した構造化設計に従って設計されたいれば、
モスク(>>856)の中位/上位層では、下位層のプロジェクト内共通部品と
中位層の機能依存共通部品(>>864,873)を機能使用に従って
逐次/分岐/反復で組立てる「誰が作っても同じような」処理になる
だから、機能仕様からコード実装への落とし込み方法さえ習得できれば、
新人/若手でも担当できる、と想定している

また、ライブラリ/共通部品を担当させるのはメンバ全体の二割以下だし、
中位/上位層のモジュール設計と兼任させることも多い
また短期開発と高品質(>>856)を求めるから、経験豊富なベテランとて楽な仕事ではない

中位/上位層に投入される新人/若手にとっても地獄の経験に変わりはない
>>867の先頭で「結果は目に見えて分かる」と書いたけど、
上手くこなせた新人/若手は成長できると同時に、
上手くいかなかった者にとっても(個人としての)失敗/挫折が「目に見えて分かる」
だから、炎上してもできる限りサポートはするけど、自分にこの仕事は向かないと
早期に自主退社する(=自主退社に追い込まれる)若手が多いのもまた現実
これもまた社会における生存競争の一面だと思う

877 :仕様書無しさん:2014/09/27(土) 00:35:14.20
「俺はこう考える!」

878 :仕様書無しさん:2014/09/27(土) 01:12:50.82
・プログラマ

ウェブサービスを作る、ゲームを作る、スマホアプリを作る、
ハードウェア組み込みアプリを作る、デスクトップアプリを作る。

これらいずれかをやってるか出来る人

そして、いろんな言語を知っている、コンピュータに詳しい、ハードウェアにも詳しい。
趣味でもプログラムを書いており、楽しくプログラミングをしている人。

・COBOL技術者

上記のことが何一つ出来ず、何も知らず、数値を相手にして
計算ロジックだけを書いている人。
COBOLしか知らず何度も似たようなコードを書く苦痛の毎日
ネットが出来ない環境で何十年も前から時が止まった世界。

879 :仕様書無しさん:2014/09/27(土) 01:15:54.80
ここでもバカが騒いでるのかよ

880 :仕様書無しさん:2014/09/27(土) 01:18:24.71
効率をあげるにはと聞かれて検討違いなことをいう。

881 :仕様書無しさん:2014/09/27(土) 01:23:10.08
>>858
1番目、ファイルシステム、ネットワークプロトコル、プロセス間通信など、
そのほとんどが大きなシステム全体から見たら、それほど複雑でも大規模でもないんだ。
設計だけ渡して、実装だけなら新人数人が入っても可と思うが。
しかもそれってライブラリかというと、そうとも限らない。

2番目、特にライブラリ作成に限った話ではなさそうだね?
流用技術に限らず、何でもベテランがやった方がリスクが低く短期間なのはもちろんでしょう。

3番目、実際下層ができるまで待つなんて事はあまりなく、キックオフとともにあらゆる層を
平行して開発し、それぞれがスタブを作って結合させる。
そのため上層下層に関わらず、規模が大きいところがボロボロな程最終的にやっかいになる。

882 :仕様書無しさん:2014/09/27(土) 01:24:22.93
>>867
1番目、広範囲でのシステムの把握や仕様調整がベテランの本領でしょう。
これは若手に荷が重く、下層の実装でベテランを使いすぎると上位層で手つかずになるね。

2番目3番目、力量のある若手を勉強のために上位層に投入する?
では力量のない若手はどこを担当する?

883 :仕様書無しさん:2014/09/27(土) 01:26:49.09
>>876
プログラムってのは共通部でも何でも、インプットアウトプットが明確なら
慣れた人が組んだらだいたい数通りの同じようなパターンにしかならないがね、

そのインプットアウトプットの検討は上位層の方が複雑でしょう。
慣れた共通部をとっとと作り上げたいのが実は本音じゃないかい?
共通部よりそっちほっちらかしたらそりゃ炎上するでしょう。

884 :仕様書無しさん:2014/09/27(土) 04:35:35.98
>>876
> だから、機能仕様からコード実装への落とし込み方法さえ習得できれば、
> 新人/若手でも担当できる、と想定している
その想定が間違っている。単体で切り出せて、他に影響が無く他からの影響も無い機能なら
そういう想定も成り立つだろうが、大抵は別の機能に影響し、別の機能から影響を受けるため
注意深く設計しないと破綻する場合が多い。

コード的には、機能使用に従って逐次/分岐/反復で組立てる「だけ」なんだけどね。

885 :仕様書無しさん:2014/09/27(土) 08:29:36.95
業務システム自体のややこしさの実体験が無い、例の
職歴なし50歳がわめいてるだけでしょ?
実際に仕事としては新人がやるレベルが、彼には余程難しかったんだよ。

886 :仕様書無しさん:2014/09/27(土) 08:59:17.57
どんなシステムでもエンドユーザーはシステムの素人。
そういう人たちからニーズを引き出してシステム化する、
その落とし込みの部分が一番難易度高いからベテランがやる。
そういう対人スキルを要する仕事を「つまらん」と切って捨てて、
ずっとそういう主張を続けてるのがこの職歴なし50おっさん。
好き嫌いは自由だし、やりたくない仕事をやらずに済むなら
結構なご身分だが、自分がやりたくない(できない)仕事を
貶めることに汲々としているってのも、なんだか傍目に惨めに
見えてしまうね。

887 :仕様書無しさん:2014/09/27(土) 09:09:38.06
システムって何?

888 :仕様書無しさん:2014/09/27(土) 10:16:18.33
>>885
もう51になりました

889 :仕様書無しさん:2014/09/27(土) 11:22:33.55
エンジニアの生産性は20倍とか100倍とか差があるから、
一部のエースだけがエンジニアを続けて
ボンクラはユーザのニーズを聞くと言う
馬鹿でも時間をかければ出来るようになる仕事をするのが
理にかなってる

890 :仕様書無しさん:2014/09/27(土) 12:12:58.12
>>888 51歳までこの仕事続けてるって偉いっすね。
この業界も高齢化してますよね。

891 :仕様書無しさん:2014/09/27(土) 12:19:17.70
人の話を聞けないから長いことボンクラやってます

892 :仕様書無しさん:2014/09/27(土) 12:32:31.21
>>886
そういうあなたが、いろんなところで技術仕事を貶めてるよね。

893 :仕様書無しさん:2014/09/27(土) 12:43:19.59
なんでお仕事続けてるのに職歴なし51歳なの?

894 :仕様書無しさん:2014/09/27(土) 12:54:23.40
>>893
ん?ん?
そういう設定の方がお前ら喜ぶんだろ?w

895 :仕様書無しさん:2014/09/27(土) 13:02:15.99
おまえのキャラ設定などどうでもいい
聞きたいのは本音だ

896 :仕様書無しさん:2014/09/27(土) 13:12:42.65
偽装請負損害賠償裁判を
悪徳業界改善のために
やる予定です。

897 :仕様書無しさん:2014/09/30(火) 23:24:10.28
javascriptの入力チェックのみでOKとかいうやつ

898 :仕様書無しさん:2014/10/05(日) 08:54:45.54
時間あたりの遂行能力と溜まる疲労が比例してることに気付かない
10の仕事をするのに1時間かかろうが2時間かかろうが、溜まる疲労は同じ10

8時間で10の仕事をする人間と、8時間で倍以上の20、30、40の仕事をする人間に同一の時間拘束は適さない
もし給与で差別化できないなら裁量労働で時間拘束の概念を解くべきだが
仕事のできない人には裁量労働の概念がそもそも理解できない

要するに、残業=美徳と考える人達のこと

899 :仕様書無しさん:2014/10/05(日) 10:41:25.08
どうしてネット民はなんの根拠も無いのに自分は優秀で仕事が出来て、本来評価される側の人間という前提なんだろうね
実際、評価基準が実力主義、成果主義になった場合、真っ先に即死するのは自分かもしれないって考えないのか?

900 :仕様書無しさん:2014/10/05(日) 10:52:28.02
まぁ能力主義になれば間違いなくコミュ力、プレゼン力が必須スキルになるわな
つまりいくら能力があってもコミュ障は評価されることは無く、ますます評価が下がるということ

901 :仕様書無しさん:2014/10/05(日) 11:45:51.29
どうしてネット民は何の根拠も無くコミュ障って前提なんだろうね

902 :仕様書無しさん:2014/10/05(日) 15:33:10.76
ああ、それはね、嘘つきの営業やコンサルが価値あるという
ことを言いたいだけなんだ。

口がよくまわる営業、そして酒の席で楽しい話ができるコンサルという
クズどもが世の中を壊しているというのに、、、。

903 :仕様書無しさん:2014/10/05(日) 16:02:23.74
海外の技術者はいかに自分の技術が会社のために貢献しているかを雇用主にきちんと納得してもえらるように説明出来る、
だから報酬も良い

日本の技術者はただの技術バカのコミュ障で「あ〜」とか「う〜」としか言えないので奴隷として扱われる

ただそれだけのこと

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

905 :仕様書無しさん:2014/10/05(日) 16:04:51.77
少なくともまともなエンジニアは2chなんか見向きもしないわな

906 :仕様書無しさん:2014/10/05(日) 17:25:46.56
まともなエンジニアの俺は2chを見てるんだが

907 :仕様書無しさん:2014/10/05(日) 17:37:02.51
2chもだいぶ人は減ったけど
今も稀に有用な情報あるからなぁ
ホント稀だけどオマエ専門家だろってやつがうごめいてる

908 :仕様書無しさん:2014/10/05(日) 19:02:18.49
まともだったらエンジニアになんかならない

909 :仕様書無しさん:2014/10/05(日) 19:32:15.01
>>906
自称「まともな」エンジニアなら腐るほど居るけどねw

910 :仕様書無しさん:2014/10/05(日) 19:37:20.09
>>909
それって、
オラクルデータ処理とかの
事務員じゃね?
DBは技術のない奴が使うツール

911 :仕様書無しさん:2014/10/05(日) 19:45:47.33
>>903
お大事に。
はやく病気がなおって職場に復帰できるといいね。

912 :仕様書無しさん:2014/10/05(日) 19:54:37.24
>>910
非エンジニアと仕事を日常的にしていると、それくらいのことでも頼めばやってくれて、
ある程度自律的に動いてくれるなら十分だと思えてくる。

913 :仕様書無しさん:2014/10/05(日) 22:47:46.81
>>903
技術者をはなから奴隷視しかしてないから聞く耳持たずが正解
つまり本当のコミュ障は管理職だな

914 :仕様書無しさん:2014/10/05(日) 22:57:52.64
>>913
ttp://wazanova.jp/items/1574
ここに書いてあるのの半分くらいでもやってるとかならまだしもねえ。

915 :仕様書無しさん:2014/10/05(日) 23:08:24.01
丸投げ
丸投げされた担当者が責任を負い、責任者の存在が意味をなさない
工数の見積もりに裏付けや所謂アソビがなく超適当、結果ありえないほど短く始める前からデスマが見える
成果物を検証しない、そもそも検証期間そのものが見積もられてない
まるで必要性のない無駄な機能を炎上中に作らせようとする

身をもって実感中

916 :仕様書無しさん:2014/10/05(日) 23:23:25.68
>>914
そのページいいな、8と23は本当に困ってる
毎日複数のPJで仕事が追加されてる現状で今週のスケジュールなんて決めたところで意味をなさない
それがエンジニアの仕事だし、開発スケジュールは日々どころか時間単位で変化するもの

917 :仕様書無しさん:2014/10/06(月) 19:19:00.96
技術力が低いからそうなる

918 :仕様書無しさん:2014/10/06(月) 19:36:31.33
高いと貧乏人

919 :仕様書無しさん:2014/10/06(月) 20:47:54.31
>>917
技術力の低い人は暇してるからスケジュールも立てやすいぜ

920 :仕様書無しさん:2014/10/07(火) 20:43:08.12
LinuxがWindowsより安定しているとか、ちょっと信じられないけどなぁ。

Windows Serverが不安定な人って、クライアント用途で使ったり、
USBを頻繁に抜き差ししている人くらいでしょ。
Linuxなんて通りすがりにWifiのUSBドングルさしただけでkernel panicとか、
鍵つきのラックにでもしまっておかないとまずいことを考えれば、
まだマシだけど。

921 :仕様書無しさん:2014/10/07(火) 21:12:02.33
もうそのネタ飽きたよ。

922 :仕様書無しさん:2014/10/07(火) 21:13:41.44
スキルがつくとギャラがなくなる
【知的財産と契約料金の搾取助長】
[受注系SI生涯損害促進者を排除すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒
低知能

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

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

923 :仕様書無しさん:2014/10/10(金) 15:39:50.38
というか、Linuxは開発環境が効率悪過ぎ
Linuxは動き出せばWindowsよりも安定しているが
開発環境の構築から、ソースコーディング、ビルド、デバッグなどの
やりにくさが半端ない
Windows環境の10倍工数がかかる
これらを考えるとたとえ組み込みソフトであっても最近はCPUやメモリも
組み込み用のWindowsを動かせるスペックは十分だからWindowsで開発
した方がはるかにコストがかからない

924 :仕様書無しさん:2014/10/11(土) 12:57:11.72
技術力が低い会社にとっては

925 :仕様書無しさん:2014/10/11(土) 13:02:05.70
autoheader(笑)
automake(笑)
autoconf(笑)

926 :仕様書無しさん:2014/10/11(土) 16:11:31.87
会社だとライセンスクリーンにして作ってくから
そのへんのツールが必要になるって事あんまなくね

必要ないのにこれが凄いんです
これだけ業務改善しましたって言い張って
爆発させて死んでるやつはけっこう見るな

927 :仕様書無しさん:2014/10/11(土) 17:56:40.68
なんだかなあ、スレタイを誤解している人がたびたび現れるのは
いっそのこと、スレタイを

  技術力が低い会社にありがちなことを自己紹介するスレ

にすればいいんじゃね?
俺って頭いいなあ

次スレ立てるヤシ、候補として検討しておくんなさいまし

928 :仕様書無しさん:2014/10/11(土) 20:53:36.11
test

929 :仕様書無しさん:2014/10/11(土) 21:33:38.72
>>41
あるあるww

930 :仕様書無しさん:2014/10/11(土) 22:41:39.31
>>927
なんだその「頭痛が痛い」みたいな冗長さをかもし出す以外にまったくメリットを感じられないスレタイは

931 :仕様書無しさん:2014/10/11(土) 23:51:43.77
>>41
俺の職場のことかーーーーーーーーーーーーーーー

932 :仕様書無しさん:2014/10/13(月) 01:15:37.57
技術力というかブラックじゃないところはちゃんとドキュメント作ってるね
というのもブラックなところはドキュメント作る暇がないほど人が足りてない
能力が足りてない

933 :仕様書無しさん:2014/10/13(月) 07:24:42.52
>>932
人が足りてる足りてないではなく、
ドキュメントが大事という認識そのものが、経営層にないのが問題。
そういう所は、いくら人を入れてもドキュメント作成には永久にリソースは割り振られない。

934 :仕様書無しさん:2014/10/13(月) 15:30:02.37
と、コードが書けないからドキュメント作成しかできない落ちこぼれが言っています。

935 :仕様書無しさん:2014/10/13(月) 17:43:01.48
ドキュメント書かずにコード書く

運用される

問題起こる

コードとドキュメントセットで書くようになる

SEとしてドナドナされるようになる

いつのまにか営業になる

現場離れすぎてコード書けなくなる

936 :仕様書無しさん:2014/10/13(月) 18:03:38.13
ドキュメントを書く

コードを書く

テストをする

バグが出る

コードを直す

バグが出る

コードを直す

テストが完了する

運用を開始する

バグが出る

コードを見てバグ修正する

ドキュメントはどこいった?

937 :仕様書無しさん:2014/10/13(月) 18:05:29.01
現場離れすぎてコードかけなくなるなんてことある?
すこしは時間かかるようになるけどさ

938 :仕様書無しさん:2014/10/13(月) 18:22:15.97
書けなくなることはないな

偉くなりすぎてコード書かせてもらう仕事したくても
させてもらえなくなる人はけっこう見る

939 :仕様書無しさん:2014/10/13(月) 18:29:35.81
半年1年とかならまだ書けなくは無いだろうけど、数年離れていて新しい情報も
仕入れてないとかなら本人がどう思ってようが書けてないな。まあ書かなくなった
プロジェクトで何も進歩してないなら書けるかも知れないけどね。

940 :仕様書無しさん:2014/10/13(月) 18:50:52.13
仕切屋になっても、おいしくないからね。

要件定義から実装まで手がける規模に留めておくほうが面倒が無いわな。

941 :仕様書無しさん:2014/10/13(月) 18:52:30.84
5年書かなくなったらもう完全に老害
あれこれ口出さない方がいい
プログラマ上がりが上にいるといろいろうるせーんだよなぁ

942 :仕様書無しさん:2014/10/13(月) 21:03:37.05
現役でも直近で使ってる言語以外は思い出す時間が必要だ

943 :仕様書無しさん:2014/10/13(月) 23:18:42.26
>>941
プログラマあがりじゃねえと指示が無茶苦茶だぜ?
まあプログラマあがりでも現役時の技量が中程度じゃ未経験も同然だが

944 :仕様書無しさん:2014/10/14(火) 12:22:35.30
外注の離職率が高い現場

945 :仕様書無しさん:2014/10/14(火) 16:28:39.56
>>936
これマジであり過ぎて困る

946 :仕様書無しさん:2014/10/15(水) 00:17:43.83
>>936
あるある(震撼

947 :仕様書無しさん:2014/10/15(水) 00:19:47.86
コードを見て修正できるってことは
コードに情報があるわけで、
それと同じことをドキュメントに書かなくていいんだよ。

948 :仕様書無しさん:2014/10/15(水) 00:39:24.72
んな事言ったらコードには全ての情報があるんだからドキュメントいらんだろうが。アホかお前は。

949 :仕様書無しさん:2014/10/15(水) 00:47:20.35
> んな事言ったらコードには全ての情報があるんだから

ないよ?

950 :仕様書無しさん:2014/10/15(水) 01:20:15.74
>>948
コードにある情報をドキュメントに書かなくていいよ

951 :仕様書無しさん:2014/10/15(水) 02:08:39.86
>936
ワロタ…(涙)

952 :仕様書無しさん:2014/10/15(水) 07:02:34.84
>>941
貴方も数年後にはそうなってしまう

953 :仕様書無しさん:2014/10/15(水) 07:04:18.32
コードの設計書はいらないが仕様書は必要

954 :仕様書無しさん:2014/10/15(水) 08:42:01.66
仕様書のフォントが等幅でないので見にくい

955 :仕様書無しさん:2014/10/15(水) 08:44:44.36
>>953
いるよコードも

956 :仕様書無しさん:2014/10/15(水) 08:45:33.45
>>954
文章ならPでよい
でもEXCELなら等幅だな

957 :仕様書無しさん:2014/10/15(水) 18:05:05.94
ソースコードは仕様の要点を集約するとこうなる的な情報しか無いからなぁ。
仕様の二つ三つある条件の一部を変更しようとしても、
ソース上では仕様の切り分けが分からないから、修正しようが無いとかあるよな。

958 :仕様書無しさん:2014/10/15(水) 19:43:44.43
>>954
コードは等幅じゃないと見難いが文章はPの方が見やすいだろ

959 :仕様書無しさん:2014/10/15(水) 20:18:35.42
コードにある情報をドキュメントに書かないって意味不明なんだが
糞複雑なビジネスロジックでも結局は全てコードだろ
そのドキュメント残さずにいちいちコード見て理解するのかね

960 :仕様書無しさん:2014/10/15(水) 20:56:26.18
技術力がない奴はすぐドキュメントに頼るんだよな。
テーブルのスキーマなんてコマンド叩けば出てくるし、関連が知りたければ外部キー追いかければいいし
テーブル定義書もERDも不要だね。

961 :仕様書無しさん:2014/10/15(水) 20:57:21.83
ネットワーク図とかいらねえよ。設定ファイルを見て構成を把握できるぐらいの実力をつけてください。

962 :仕様書無しさん:2014/10/15(水) 21:05:11.61
スレチだったらごめん。

自分なりにこだわりを持って、統一性を意識して読みやすいようコードをかいてたんだけど
この前説教とまではいかないけど、苦言を呈されたわ。

「こだわりを持って〜」
「できる人はコメントを書かない、無駄な事はしない〜」
みたいな事色々言ってたわ。
自分は後からでもすぐ思い出しやすいように、他の人が見ても理解しやすいように書いているんだけど
それって駄目なの?

ちなみにその人のコードの書き方は、PHPの配列を改行無しでずらずらと書いちゃう人。

963 :仕様書無しさん:2014/10/15(水) 21:14:23.42
>>962
お前がどんなつもりで書いてるかはどうでもよくって、実際に書かれたコードが読みやすいかどうかだろw
コードも出さずに心構えだけ述べて「駄目なの?」って、知らねえよバカwwwwww
そんなことにも気付けない程度の知能だから、やっぱり汚いコード書いてんじゃねえの??

964 :仕様書無しさん:2014/10/15(水) 21:19:25.51
>>959
> 糞複雑なビジネスロジックでも結局は全てコードだろ
> そのドキュメント残さずにいちいちコード見て理解するのかね

そうだよ。

そもそも、ドキュメントに完結に書くことが出来るんだろ?
ならばそれは完結にコードに書くことが可能ってことだ。

日本語で、AしてBしてCするって書くのなら
コードでもA()してB()してC()って書ける。
書けないはずがない。

この日本語のAをコードにすると長ったらしくなるのは
Aの詳細を、A()関数の中に書かないで、展開してるからだろ。

つまりモジュールの構成の仕方が悪いってこと。
そういうのに特徴なのは一つの関数の中に条件分岐やループが
平気で10個以上含まれてる。心当たりあるだろう?

965 :仕様書無しさん:2014/10/15(水) 21:22:22.39
>>963
すまんな
2chはROM専だから書き慣れてないんだ

拾ってきたやつだけど、自分はこんな感じに書いてる

for ($i = 0; $i < $count; $i++) {
echo "\nChecking $i: \n";
echo "Bad: " . $array['$i'] . "\n";
echo "Good: " . $array[$i] . "\n";
}

んでその人はこんな感じ

for ($i = 0; $i < $count; $i++) {echo "\nChecking $i: \n";echo "Bad: " . $array['$i'] . "\n";echo "Good: " . $array[$i] . "\n";}

966 :仕様書無しさん:2014/10/15(水) 21:23:29.00
echoの前tab消えちゃったけど、tab入れてる

967 :仕様書無しさん:2014/10/15(水) 21:27:16.99
>>962
> 統一性を意識して

だめな臭いがプンプンするな。

その統一性っていうのは、インデントや改行のことだろう?
重要なのは読みやすさであって統一性は重要ではない。

長いコードと短いコードでは、見やすい書き方は違う。
統一できるものではない。

わかり易い例で言えば、
ハッシュのキーが十個もあるようなものは、改行を入れて書いた方がいいが、
ハッシュのキーが2、3個ぐらいなら、改行を入れない方がいい。
なぜなら改行をすると行数が増えるからだ。それは見づらくなる。
だが一行に長々と詰め込むのも見づらい。

つまりは長いコードと短いコードで、見やすい書き方は違うってこと。

統一性にこだわるということは、どちらが見やすいかということを
考えて書いていないということ。

968 :仕様書無しさん:2014/10/15(水) 21:34:20.13
>>967
うん
社会に出てから2年目でまだ浅いから、まずはそういう所から意識して書いてた

具体的な指摘はありがたい
その人は漠然と指摘するだけで具体的なことは言わなかったからさ

969 :仕様書無しさん:2014/10/15(水) 21:47:43.46
>>959
コードは読むものであって解読するものじゃないよ?

文章を読むように読めなければ、それは暗号と一緒。

暗号を書いて、それを修正する時に
必死に解読するのがお仕事?

解読に時間がかかる原因は暗号を作ってるからだよ?
誰が暗号なんかを作って特をするんだい?

970 :仕様書無しさん:2014/10/15(水) 21:48:09.93
やるんだったら、その「統一性」とやらに沿ったコード規約を作成して
チーム内に提案してコンセンサスを得た上で正式採用させるってのが本筋じゃね
各個人が個性豊かに「統一性」を発揮したコード書くほどうざい状況はないと思う

971 :仕様書無しさん:2014/10/15(水) 21:53:09.05
改行、インデントはPythonを参考にするといいよ。

Pythonはインデントでブロックを定義するから
きっちりと決まっているように思えるが、

どっちでもいいようなことは、どっちの書き方もできるようになっている。

972 :仕様書無しさん:2014/10/15(水) 22:04:53.23
読みやすいコードって、インデントとか改行とかそんなレベルの話してたのかww

973 :仕様書無しさん:2014/10/15(水) 22:49:44.97
>>972
君が話せばいいんだよ。

974 :仕様書無しさん:2014/10/15(水) 23:13:26.48
>>965
forの行内に{入れるの嫌いだから
{は1つの行にしてるんだが。
{の行をケチる奴が全く理解出来ない。

975 :仕様書無しさん:2014/10/15(水) 23:26:55.66
>>969
だよね

コード見て仕様理解しろとか
時間無駄だから作った奴を首にするべき

976 :仕様書無しさん:2014/10/15(水) 23:49:22.28
>>964
Dしてはいけないというのを、コードでどう表現する?

977 :仕様書無しさん:2014/10/16(木) 03:26:53.76
コードが仕様言われても、別システムに、似たような処理があって、
微妙に違ったりする場合とか担当に聞かないと分からんことある。
コピペと修正漏れと仕様書の更新し忘れ、とかが諸悪の根源なんだと思うけどね。

978 :仕様書無しさん:2014/10/16(木) 06:13:19.15
>>972
すまんな
具体的な指摘をしないから何が読みやすいコードなのか教えてもらえないんだ
とりあえず色んな本読んで学ぶとするよ

その人、1〜2人で1時間で終わるような作業に対して、5〜6人にしかも休日出勤を指示出そうとしたり、
片道1時間以上かかる場所で1人で充分だろって思う作業をさせたり(その時の実働10分弱、終わってすぐ帰らされた)、
プログラム書いて動かした方が楽だろって思うことに対しても、毎週毎週何十分も時間かけて作業したり、
他にも色々あるんだけど、こいつ馬鹿なんじゃねーの?って思う様な事してるから
言うこと信用できないんだ。

979 :仕様書無しさん:2014/10/16(木) 06:20:00.99
>>974
勉強した本ではこういう書き方しててそれを参考にしてたから、
それが身に着いちゃったんだと思う、すまんな

for ($i = 0; $i < $count; $i++)
{
  echo "\nChecking $i: \n";
  echo "Bad: " . $array['$i'] . "\n";
  echo "Good: " . $array[$i] . "\n";
}

こういうこと?
最近swift勉強しててこういう書き方をよく見るんだけど
こっちの方がいいんじゃないかなーと思ったりしてる

980 :仕様書無しさん:2014/10/16(木) 07:53:29.32
>>979
こっちの方が見やすいな
参考書で{をケチってるのは
行数が多いと本に収まらなくなるからなんだが

981 :仕様書無しさん:2014/10/16(木) 07:58:53.17
どっちでもいいだろ。

982 :仕様書無しさん:2014/10/16(木) 09:05:40.48
>>974

行が少ないと、一画面に入る行数が増えるから。

行数を減らす理由は、一度に視線に入る行数を増やすため

forの行に { を入れても見にくくならない以上
行数を減らす理由はあっても増やす理由がない。

983 :仕様書無しさん:2014/10/16(木) 10:14:44.04
何十年も宗教論争されている字下げについてこんな所でやってる時点でスレタイ

984 :仕様書無しさん:2014/10/16(木) 10:29:25.31
宗教論争ほど不毛なものもないからな
なんか言われたらイエスマンになるのが正解

985 :仕様書無しさん:2014/10/16(木) 20:48:16.10
プロジェクトの文化みたいなので決まってるから、プロジェクト渡り歩くような時はそれに従うだけ
ある一定の規則で書かれてるものに、メンテナンスする時にわざわざ違う書き方で修正する奴は流石にウザい

986 :仕様書無しさん:2014/10/16(木) 20:58:29.63
技術力低い所ほど
どうでもいいところに拘るからな

きれいにこしたことはないが
もっと重要な事他にあるときでもこだわり続ける

987 :仕様書無しさん:2014/10/16(木) 21:08:29.45
>>964>>969
お前らは複雑なビジネスロジック組んだことないんだろ
たかだかバッチ処理でも、十人月超えたらもう
仕様がっつりドキュメント化しないと死ぬわ
こんな当たり前の事言ってる時点で話し噛み合ってない気がするけど

988 :仕様書無しさん:2014/10/16(木) 21:10:54.18
俺様が書く美しいソースにはドキュメントなんぞいらんとか、そういうレベルの話ししてるわけじゃないよね

989 :仕様書無しさん:2014/10/16(木) 21:32:21.27
>>979
デザイン業界だが、その書き方だな
何事も美しく見えて損は無い

990 :仕様書無しさん:2014/10/16(木) 22:27:39.57
次スレ建てといたわ

技術力が低い会社にありがちなこと part 5
http://kanae.2ch.net/test/read.cgi/prog/1413465994/

991 :仕様書無しさん:2014/10/16(木) 23:51:19.29
>>979
素人向けの見栄えを優先するより実務性優先だな
ブロックはインデントで十分に把握できるから
カッコだけの行とか意味の薄い行は編集効率を落とす要因にしかならない

992 :仕様書無しさん:2014/10/17(金) 00:11:37.57
80文字/行のコーディング規約でC++書いてる人達がいる
その上、変数名とか見慣れない英単語を省略せずに使ってて、凄く読みにくい
アス比を考えろっつーの

993 :仕様書無しさん:2014/10/17(金) 00:17:35.67
>>987
複雑なビジネスロジックはドキュメントも複雑になる。
ドキュメントとビジネスロジックの複雑度はほぼ一緒

もしコードのほうがドキュメントよりも複雑になるのであれば
それはコードの中にビジネスロジックとは無関係の処理が含まれてるから。

複雑なビジネスロジックは存在するが、
それをドキュメントであれば簡単に理解できると言っているから
それはありえないって話をしている。

994 :仕様書無しさん:2014/10/17(金) 04:26:17.77
>>992
英語読めないほうが悪い

995 :仕様書無しさん:2014/10/17(金) 07:15:45.23
昔のコンパイラは変数名31文字までしか認識しなかった
それ以上はカレーにスルメだった

996 :仕様書無しさん:2014/10/17(金) 10:43:40.56
日本語の変数が使えるご時勢に何言ってんだか

997 :仕様書無しさん:2014/10/17(金) 11:03:05.33
>>991
編集効率は上がっても、精神効率は落ちるな

998 :仕様書無しさん:2014/10/17(金) 11:11:29.04
もっと見るべき所があるだろうに

999 :仕様書無しさん:2014/10/17(金) 11:13:53.81
>>997
精神効率って何に対してのどんな効率?

1000 :仕様書無しさん:2014/10/17(金) 11:46:05.57
>>999
疲労

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

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

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