プログラマの雑談部屋 ★8 [無断転載禁止]©2ch.net

**仕様書無しさん** · 2017/06/23(金) 12:04:27.51

プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

※前スレ
プログラマの雑談部屋 ★7
http://medaka.2ch.net/test/read.cgi/prog/1496071945/

**仕様書無しさん** · 2017/06/23(金) 12:39:31.88

柴田さんの本でアルゴリズム勉強したいんだけど、c言語とJavaどっちがいいんですか？
目的は基本情報技術者試験午後対策と競技プログラミング用です
どっちも読むのがいいのでしょうか？

**仕様書無しさん** · 2017/06/23(金) 13:42:33.31

インターン先で
「君はC++ではなくCで記述するのね」って言われたんで
「違いは何ですか？」て聞いたら「君はクラスを使わないね」って言われた・・・
開発環境C++でクラス使わないってどんな行為なの？

**仕様書無しさん** · 2017/06/23(金) 13:58:36.26

>>3
cがクラスの概念が弱いんじゃね
その会話の流れから

**仕様書無しさん** · 2017/06/23(金) 14:10:26.48

開発環境っていうか使用言語だったわ。使用言語がC++なのに
クラスを一切使わないね、って言われた
ヤバいやつなんだろうか？

**仕様書無しさん** · 2017/06/23(金) 14:15:15.45

Cで書いてあると他の高級言語から呼び出すのに便利

特に何の理由もないけど分からないから使わないってだけならヤバイ

**仕様書無しさん** · 2017/06/23(金) 14:25:39.30

>>6
なるほどなぁ
クラス跨ぐと呼び出すのメンドイし後々読み返すのダルイから
なるべく一つのクラス内で完結するように記述するようにしてたんだけど
そういった所でいうとまずい書き方なのかなぁ・・・

**仕様書無しさん** · 2017/06/23(金) 14:43:48.30

はー高級言語やりたいわ
今クッソマイナーな言語やってるからググっても何も出てこないから辛い

**仕様書無しさん** · 2017/06/23(金) 14:46:48.36

>>2
柴田というのが、柴田文彦を示しているのなら奴の本はダメ。
あいつ馬鹿のくせにええかっこしだからな。

どういうアルゴリズムを学びたいのかわからんけど、
「C言語による最新プログラム事典」1992年
というのがアマゾンで１円で古本が売られているから、
それを勉強しなさい。

**仕様書無しさん** · 2017/06/23(金) 14:51:31.31

>>3
＞　「君はC++ではなくCで記述するのね」って言われたんで

小さなコードならCでも全然OKだけど
複数の機能があるとC++のほうが楽かもしれない。

おれは合計200ステップ以下で関数が６つ以下ぐらいならCで作るけど、
それ以上ならC++かな？

**仕様書無しさん** · 2017/06/23(金) 14:53:42.77

>>7
Blobアンチパターンまんまの
メンテナンス不可能なプログラムでも作ろうとしてるのか

それはさておきC++の仮想関数だとか
テンプレートだとか、例外だとか、RTTIだとか
そういった機能は出力されるプログラムのサイズやオーバーヘッドを増やす可能性がある
だからCを使うという人もいる
スペック的に余裕のあるPCならともかく、組み込みだとそう言うのは大事かもしれない

C++でもこれらの機能を使わなかったり、切ってしまったりすれば同じな気がするが

プラグイン書くとかで共通ABIが必要な時もC
C++で書いて
後からC APIでラップする、という事も可能かもしれんが
そんな事するぐらいなら最初からCで書くと言う者は居てもおかしくない

**仕様書無しさん** · 2017/06/23(金) 15:09:56.85

前スレ>>946
＞　情報学科の大学生なんだけど
＞　今年からプログラミング学んどって思ったんだけどこれって今まで学んできた物理とか数学の知識って使うのか？
＞　受験勉強とか大学の勉強で数物頑張ったのにプログラミングなんてパソコンカタカタするだけで文系どころか下手すりゃ中高生でもできるだろって考えたら何やってんだろって思う。
＞　プログラマーってことは情報学科出た人多いと思うから是非とも教えて欲しい。

書いてる内容からするとFランの馬鹿のようだな。
その程度の数学や物理は社会では使い物にならないから、
安心して奴隷プログラマになってくれ。

**仕様書無しさん** · 2017/06/23(金) 15:10:55.05

>>11
やばいなぁ、8割方何言ってんのかわっかんない・・・(´・ω・`)
一つのクラスで完結させようとするとクッソデカくなって、むしろ可読性とか落ちるって事と、
C++の機能を使うとメモリ？を想定より喰う場合があるから軽くするためにCを使うっていうはなんとなくわかった？と思う
ABいとかAPIはまともに触ったこと無いからチンプンカンプン・・・

**仕様書無しさん** · 2017/06/23(金) 15:37:48.99

設計者が実装終わる期間まで設計しててよく考えたらなんかおかしい
なんで今テーブルのカラム足りないとか言うのか…

**仕様書無しさん** · 2017/06/23(金) 15:58:22.09

おまえらって何歳？
20代とかでもいいよ

**仕様書無しさん** · 2017/06/23(金) 16:13:25.90

>>13
Blobアンチパターンはこれを見ろ
https://thinkit.co.jp/article/929/1?page=0%2C1

あまりに何でも出来すぎるって事で
オブジェクト指向言語だと「ゴッドオブジェクト」と呼ばれる事もある

あまりに沢山の状態用変数に依存してたら
テストすべきパターンが多過ぎて
テスト漏れが生じる恐れが出てきて、自動テストは困難になるし
ドキュメントも書けなくなるな

コードを新しいプロジェクトで再利用する時はどうするんだろうか？
まさかコードを切り貼りするとか言わねえよな？

その切り貼りしたコードに変更が必要になったら両方に変更が必要に・・・とかなる可能性がある
そんな事になるぐらいなら最初から小さな部品に分けて
再利用可能にしておけ

あるいはデータ処理のコードだけ利用したいのに
GUI初期化や設定ファイルの読み込みまで行われてヤキモキするかも

**仕様書無しさん** · 2017/06/23(金) 16:24:52.96

>>7
そりゃクラスを使ってないな

**仕様書無しさん** · 2017/06/23(金) 17:31:47.97

>>15
アラサーだけど未経験中途だからあんまりできない感じ

**仕様書無しさん** · 2017/06/23(金) 17:33:11.43

>>9
すみません
この本です

新・明解C言語によるアルゴリズムとデータ構造

**仕様書無しさん** · 2017/06/23(金) 19:37:34.87

>>16
Oh.....
使い回したりするならやはりクラスで部品に分けた方が良いんですな・・・
しかし他で使うことが無いものまで部品に分けた方が良いんだろうか？

**仕様書無しさん** · 2017/06/23(金) 20:05:37.34

>>20
馬鹿でなかったら気にする必要はない
あれもダメこれもダメこーしろあーしろ
ってのは馬鹿でも最低限の品質を維持できるように考えられた苦肉の策にすぎん

**仕様書無しさん** · 2017/06/23(金) 20:24:22.93

絶対に他人にコードを渡したりしないってならそれでも良いんじゃね

渡される事があったら渡された側は
意味不明で阿鼻叫喚だが
こんなの弄るぐらいなら書き直した方がマシっても思われるかもしれない

**仕様書無しさん** · 2017/06/23(金) 21:34:52.97

３万のプログラムってどんなの？

**仕様書無しさん** · 2017/06/23(金) 23:40:31.83

3万ステップということ？
言語は？

**仕様書無しさん** · 2017/06/24(土) 00:53:13.44

php

**仕様書無しさん** · 2017/06/24(土) 00:57:09.77

言語って？

**仕様書無しさん** · 2017/06/24(土) 02:08:46.88

デザパタをガンガンに使ったら、先輩に、わかりづらいおかしなプログラムだな、
と言われた。結局、派遣さんに一から作らせていた。
おれには未来がなさそう。

**仕様書無しさん** · 2017/06/24(土) 03:42:02.52

デザパタは複雑なものに名前をつけることによって一言でわからせる効果があるが
それがいくつも織り込まれてるならわかりやすい設計書が必要だな
あとはもっと簡単に書けるのに必要以上にデザパタ等を使うのも悪手だ

**仕様書無しさん** · 2017/06/24(土) 03:45:44.51

>>27
よく言われるけど
適用根拠がないんだよ
なぜ？そのパターンで良いのか?
これを説明する資料を作らんくせにほい作りましただけ言うから
まったくわけわからん

**仕様書無しさん** · 2017/06/24(土) 09:30:29.41

それを言っちゃうと逆の立場でも同じだよ

デザパタを使って自然に綺麗に書ける部分で
あえてデザパタを使わないならその理由を説明しなきゃならない
ルールチェインで書けるのになんでif elseの羅列っていう複雑な構造を選んだの？
ストラテジーで書けるのになんでenum switchっていう複雑な構造を選んだの？
それをいちいち資料化して説明してと言われたら辟易するだろ
なんでそんな当たり前のことを聞くんだ？ってね

デザパタは何も特別なことをしているわけではない
当たり前にたどり着く書き方に類似性を見つけて名前をつけて知識を共有しただけ
例えばif elseの羅列はみんな書いたことがあるからある意味パターンと言えるね
それにif/elseチェインパターンって名前をつけて共有しようということになったとしよう
なんでif/elseチェインパターンを使ったのか資料化してよと無駄な労力を強いるメンバーがいたらモチベーションが低下するよね

**仕様書無しさん** · 2017/06/24(土) 09:47:49.61

>>30
それを設計書に書けばいいじゃん

**仕様書無しさん** · 2017/06/24(土) 09:49:21.07

内容が正当であるかどうかだよ
適用するデザパタと今回の仕組みがどのくらい似てるか説明してくれればいい

**仕様書無しさん** · 2017/06/24(土) 09:50:22.64

デザパタにクラス図が書いてるんだから
今回のクラス図もそれにそって書けばいい

**仕様書無しさん** · 2017/06/24(土) 10:18:31.90

実用的なものは仕様がはっきりしてるけど、面白くない。

**仕様書無しさん** · 2017/06/24(土) 10:23:25.80

俺にはデザパタも非デザパタも特別な違いがあるようには思えん
やりたいことを素直に書いたらこうなるよね
ああこれってどこかで見たなそういやデザパタでこんなんあったな
そんな程度の気楽さで書いてるから
かしこまって「何故人はデザパタを使うのか」なんて哲学者みたいなことを考えたり文書化するのは時間の無駄じゃないかな

**仕様書無しさん** · 2017/06/24(土) 10:25:27.79

>>35
そんなエピソードどうでもいい
お前が書いた設計書が正しいかどうかだよ
ただ、デザパタ参照は通らないだろうね
今回の設計に適用することの正当性を説明する必要がある

**仕様書無しさん** · 2017/06/24(土) 10:26:24.46

設計書を評価する側もデザパタかどうかは関係ない

**仕様書無しさん** · 2017/06/24(土) 10:34:05.75

設計書ってそんな細かく書くの

**仕様書無しさん** · 2017/06/24(土) 10:34:12.75

>>36
正当だよ
だってOOPで無理なく自然に書いたらそうなるってコードしか書かないもん俺
いちおうレビューで説明もするけど毎回、まあ当然そうなりますよねって合意に落ち着く
その説明であえてデザパタを引用することも無い
何故なら俺はデザパタありきではなく、ただ単に自然なコードを書いただけだからね
君が妄想してるように有名なデザパタを使いたかったので、無理やり当てはめてみました、なんてことは実際ありえないからね

**仕様書無しさん** · 2017/06/24(土) 10:38:00.28

>>38
デザパタの粒度でもいいんじゃん?
簡単でしょあれ
時間もかからんし

**仕様書無しさん** · 2017/06/24(土) 10:38:31.94

>>39
んじゃそのまま設計書に書けばいいよ

**仕様書無しさん** · 2017/06/24(土) 10:43:58.25

議論するより数字で示す方が経営者は納得する
同程度の規模のプロジェクトを幾つか用意して手続き指向とオブジェクト指向に分けて作業させる
中立の品質管理チームが両者のプロジェクトについて様々なメトリクスを測定する
コストや品質が数字で如実に示されるので言い逃れはできない
ちなみにうちの会社でやった時はオブジェクト指向の圧勝だったよ

**仕様書無しさん** · 2017/06/24(土) 10:50:22.35

>>42
おかしいな
処理数は同数になるはずなのになｗ

**仕様書無しさん** · 2017/06/24(土) 10:50:59.29

>>40
デザパタ存在しか知らんのよね不勉強で申し訳ない
今の職場の設計書は画面の見た目とIOとDBはあるけど
ロジックとか一切なくて実装する人がいい感じに作ってねって感じだからどこにデザパタ入れたらいいのかわからない

そしてその状態で新人に毛が生えた程度の実装者に丸投げ

**仕様書無しさん** · 2017/06/24(土) 11:27:45.38

ビジネスロジックがないならデータモデルからUIとテーブルを生成が簡単だね
デザパタどころかコードも殆ど書かないと思う

**仕様書無しさん** · 2017/06/24(土) 11:53:13.95

クラス図の吹き出しに書いときゃいいじゃん、○○デザパタでやりますって

**仕様書無しさん** · 2017/06/24(土) 12:31:38.12

「吹いた」ってやつか

**仕様書無しさん** · 2017/06/24(土) 12:35:53.07

リポジトリバターンなんか使おうものなら、
なんで１クラスで済むのを分けるの？
とか言われるでしょ。

**仕様書無しさん** · 2017/06/24(土) 13:03:20.61

UIからSQLまで全てが詰まった神クラスはもう嫌だ
信仰を押し付けるな

**仕様書無しさん** · 2017/06/24(土) 13:09:21.44

. 　　　　　　　　　　　　　⊂⊃
..　　　　　　　　　　　　(ヽ､　　ノ),
..　　　　　　＿ノ⌒ヽ､ミ（　）彡 ,ﾉ⌒ヽ､
　　　　　　`ｰ,へく,'　）彡⌒ミﾞ（､,` ヘ　ｰ'
　　　　　　ノﾉ, ,　ヽ（ (´･ω･`)ﾉノ　　　＼　また神の話してる
　　　　　　　　　'ノﾉノﾉ(|　　　|)八ヽ)八）) ）
　　　　　　　　　　　　　(γ　/
　　　　　　　　　　　　　　し/

**仕様書無しさん** · 2017/06/24(土) 13:11:26.78

すべてシングルトン

**仕様書無しさん** · 2017/06/24(土) 13:12:20.07

GUIとDB処理を分けておけば互いに影響を与える事なく改修や再利用が出来る
偉い人にはそれが分からんのですよ

**仕様書無しさん** · 2017/06/24(土) 13:16:25.37

どうせだれか後でリファクタリングするやろ→肥大化

**仕様書無しさん** · 2017/06/24(土) 13:25:08.64

>>52
GUIの項目増えてDBいじらないなんてことありえないけどね
また、その逆も
だって入力した項目どこに保存するのよ
もしくは増やした項目どっから設定するのよ

**仕様書無しさん** · 2017/06/24(土) 13:31:16.00

ドメイン層以上ならリファクタリングなりリライトなりすりゃいいんだがデータベースがな
ありとあらゆるところから直接DB参照されてるからそう簡単には変更できない
言うなれば全てのインスタンスをシステム間で共有のグローバル変数で管理して
それらの全てのフィールドをパブリックにして寄ってたかって全員でいじくり倒すようなものだ
全部の依存関係や振る舞いを把握してる人はどこにもいないし調査するだけで長いプロジェクトになる
そんなコードが10年20年という年月をかけて各企業の資産として積み重ねられてきた
会社を潰してやり直すぐらいの覚悟がないとどうしようもない
保守的な老舗企業が多い日本はもうダメだ

**仕様書無しさん** · 2017/06/24(土) 13:54:03.83

全部一箇所に詰め込めば良いって奴は
汚いUIの教務アプリしか作ったことないやつだろ
MVCとか全否定かよ

SOLIDの原則: Part1 - 単一責任の原則(Single Responsibility Principle)
https://code.tutsplus.com/ja/tutorials/solid-part-1-the-single-responsibility-principle--net-36074

**仕様書無しさん** · 2017/06/24(土) 13:57:27.08

>>54
場合によってはuiもdbも同時に変更する時はそりゃ当然ある
ポイントは変更する『理由』だよ

uiから見ればdbが変わったから変更したのではなくビジネスルールが変わったから変更したってこと
dbから見ればuiが変わったから変更したのではなくビジネスルールが変わったから変更したってこと

そうではなくてuiが変わったからdbを変えるとかdbが変わったからuiを変えるって理由での変更が頻繁に起こるならそれは悪い設計だ

**仕様書無しさん** · 2017/06/24(土) 14:10:03.78

>>57
超絶レアケースじゃん

**仕様書無しさん** · 2017/06/24(土) 14:22:42.11

ゴッド・オブジェクトって
コピペプログラミングの温床になるよな
設計変更が必要になった時には手遅れだ

**仕様書無しさん** · 2017/06/24(土) 14:32:36.81

>>53
実際はそうなるよね→肥大化＋スパゲティ

**仕様書無しさん** · 2017/06/24(土) 14:34:43.89

>>58
そのとおり
uiを変えるからdbも変えるとかdbを変えるからuiを変えるってのは滅多にないレアケースなんだよ
ただしちゃんと設計してればね

**仕様書無しさん** · 2017/06/24(土) 14:39:09.55

>>61
は?どっちかだけなんてありえないだろ?
業務が変わるのにdbそのままなんて絶対にない

**仕様書無しさん** · 2017/06/24(土) 14:43:32.21

想定してる状況がクソ
ui変えたいなんて今の情報じゃたんねーもしくはデブ過ぎて重いから
変えたいのがほとんどだっつの
dbから変えなきゃレスポンスクソなまんまだし、たりない場合は
uiに合わせて情報の格納方法から変更しなきゃならねーに決まってるだろ
仕事舐めてんのか?
つーかサーバーごとお買上げだろその変更

毎度あっしたー♪

**仕様書無しさん** · 2017/06/24(土) 14:45:12.18

UI見直すなら処理もリファクタリングするやろ→frmMain.csに処理全部書いちゃう

**仕様書無しさん** · 2017/06/24(土) 14:46:30.25

>>62
なんかの仕様変更がった
分析した結果あるエンティティの振る舞いを変えるだけで実現できそうだ
フィールドの変更は必要ない
永続化変更の必要もない
データベースの変更も必要ない
パブリックプロパティも変更ない
uiも変わらない

このようにシッカリしたシステムでは仕様変更でuiもdbも変わらんということはよくあるんだ
できの悪いシステムでは本来必要ない依存関係が沢山あるせいでuiやdbを巻き込んだ変更になりやすい
君はそういうできの悪いシステムばかり扱ってるからそういう常識が出来上がってしまったんだろう
嘆かわしいことだ

**仕様書無しさん** · 2017/06/24(土) 14:51:15.68

>>63
仕事を舐めてるのはお前だろ
情報が足りないからdbのフィールドを追加する
情報が足りないからuiのフィールドを追加する
のであって
uiのフィールドを追加したいからdbにフィールドを追加するんじゃあないんだよ
バカすぎてわからないか

レスポンスにしてもそうだ
クエリを書き換えるからといってそれがuiに波及することはない
ボトルネックのapiと外部から見た振る舞いを維持したまま高速化するのがレスポンス改善の基本だ

お前のやってる仕事はまさに素人そのまま
めちゃくちゃもいいところだ

**仕様書無しさん** · 2017/06/24(土) 14:58:27.74

そもそも決まったフロントエンドが無い場合も増えてきてるというのに
フロントエンドとバックエンドが密接に関係してたらビジネス展開できないだろ
金稼ぐ気あるのかね

**仕様書無しさん** · 2017/06/24(土) 15:00:18.79

>>66
甘いんだよバーカ
そんなの動くわけねーだろハーゲ
しかも金とれねーだろ無能
ユーザーは情報量を少なくしてスピードアップしたいっつってんのにdbそのままで動くわけねーだろカス
お前の想定なんてなんも作ったことのないやつの戯言

**仕様書無しさん** · 2017/06/24(土) 15:03:42.35

AndroidアプリとiOSアプリと
UWPアプリとWindowsデスクトップ版と
Linuxデスクトップ版と
Mac版と
Web版全部作って

Web版以外は無論HTML5使わない作りで

**仕様書無しさん** · 2017/06/24(土) 15:04:29.21

まあ落ち着いて考えてみろよ
htmlのみてくれだけ変更して早くなるかって話よ
webapiの変更必須だろ?

**仕様書無しさん** · 2017/06/24(土) 15:05:22.93

>>69
pc版とandroid版で同じだと思ってんの?

**仕様書無しさん** · 2017/06/24(土) 15:46:30.94

>>68
あらら相手しちゃダメなタイプだったか
バイバイ

**仕様書無しさん** · 2017/06/24(土) 15:46:50.18

>>72
はい逃げた

**仕様書無しさん** · 2017/06/24(土) 18:36:37.62

『逃げるが勝ち』

プログラマ名言集第一巻第五章より

**仕様書無しさん** · 2017/06/24(土) 19:10:45.13

会社のコーディング規約にインスタンス変数の使用はなるべく禁止って書いてあったんだけど(バリバリのオブジェクト志向言語)目が点になって理解できなかった。

**仕様書無しさん** · 2017/06/24(土) 19:27:45.00

>>62
年齢表示を増やすのに、普通は年齢フィールドを増やしはしない

**仕様書無しさん** · 2017/06/24(土) 19:32:12.08

プログラマって未来にモノを残せない職業だよね
数年、長くても二、三十年で消滅するようなものを作ってる
建築物のような死後にも残り続けるものではない

**仕様書無しさん** · 2017/06/24(土) 19:56:29.50

抽象化できないやつと仕事すんの嫌だなぁ、
もっと具体的にしてくれなきゃ分かりませんって、コピペ増やす気かよ。

**仕様書無しさん** · 2017/06/24(土) 20:10:21.66

建築物も世界遺産レベルにならないと崩壊するだろ
それか修復
プログラミングも変わらない

**仕様書無しさん** · 2017/06/24(土) 20:26:01.46

>>76
どっから入力して、どこに設定するの？
年齢を表示したくない場合は?
またその設定は?

ハイ、考慮不足やりなお～し

って余裕で突き返されるね
部長までいかんで課長チェックで返ってくるレベル

**仕様書無しさん** · 2017/06/24(土) 20:37:19.46

>>80
バーーーーーカ

**仕様書無しさん** · 2017/06/24(土) 20:38:51.41

>>81
ｳﾜｰｰｰｰｰｰｰｰﾝ(´Д⊂ヽ

**仕様書無しさん** · 2017/06/24(土) 20:48:50.69

>>75
それが理解できない程度ならまだまだだな

**仕様書無しさん** · 2017/06/24(土) 20:59:27.16

ホント、プログラマってバカだな
「違うだろ！違うだろ！違うだろ！」
お互いにブリブリ言い合って譲らないのなｗ
こんなもんそういうケースもあるし、そうでないケースもあるってだけじゃん
原理原則の話じゃないのにどっちが正しいなんてない
議論にさえなってないのを気づこうな

**仕様書無しさん** · 2017/06/24(土) 20:59:31.23

staticおじさん登場(hey everybody!!)

**仕様書無しさん** · 2017/06/24(土) 21:55:33.34

>>84
少なくともお前が馬鹿だって事は判った

**仕様書無しさん** · 2017/06/24(土) 21:57:13.75

いつになったらこの世からプログラミングなんていうつまらない仕事が消えてくれるのか

**仕様書無しさん** · 2017/06/24(土) 22:12:23.61

宗教とIQと教養の壁は分厚い
こいつとは分かり合えないなと思ったら無理に説き伏せようとせず
同じプロジェクトで仕事をしないことが大切なんだとおもう
マネージャーはその辺気を使ってチーム編成してほしいな

**仕様書無しさん** · 2017/06/24(土) 22:22:38.10

プログラミングは簡単だ。

1本信念をつくる。
決してブレてはいけない1本の道だ。

道半ば、多少道に迷うこともあるが、きっとお前はこの道に戻るだろう。

そして、望むのであれば、この道を永遠に進むことができる。

**仕様書無しさん** · 2017/06/24(土) 22:43:27.37

>>75
20超えたインスタンス変数をもつクラスをみる機会があれば理解できるよ

**仕様書無しさん** · 2017/06/24(土) 22:48:30.21

100列を簡単に超過する極悪テーブル
全部パブリックプロパティで振る舞いゼロの貧血エンティティ
オブジェクト指向とはなんだったのかトランザクションスクリプト
これが日本のIT業界の現状なんだよね
この劣悪なアーキテクチャを規約で強要してくるところすらある

**仕様書無しさん** · 2017/06/24(土) 22:52:44.19

にさえなってないのを気づこうな

**仕様書無しさん** · 2017/06/24(土) 23:15:30.54

職場にアメリカ人がいたことがあったけど
全く残業はしないし納期に遅れようがお構いなくすべて定時帰りだったわ
聞いた話ではアメリカではこれが普通で残業で間に合わせるのはあり得ないらしい

**仕様書無しさん** · 2017/06/24(土) 23:25:27.96

改めて自分はどれほどの実力か知る為にC＃で簡単なジャンケンゲーム作ろうとしてVS起動したんだけどさ・・・
haloWorldしか書けなかったよ・・・・

**仕様書無しさん** · 2017/06/24(土) 23:28:43.53

まああっちは問題あればクビにするだけだし、合理的

**仕様書無しさん** · 2017/06/24(土) 23:34:14.96

>>93
そりゃあアメリカは全てが自己責任だからな

**仕様書無しさん** · 2017/06/24(土) 23:35:06.04

haloWorld

**仕様書無しさん** · 2017/06/24(土) 23:43:58.98

あっち系はヤバいからプログラマーは迂闊に手を出さん方が良い

**仕様書無しさん** · 2017/06/25(日) 00:46:55.60

>>80
なんの話してるの？
就職してからまたおいで

**仕様書無しさん** · 2017/06/25(日) 01:09:20.25

キチガイ女議員と同じことやってるｗｗ
みんながんばれー

**仕様書無しさん** · 2017/06/25(日) 01:35:54.48

しかしアメリカ人はワーカホリックとも聞くし
他の企業はともかくアップルはブラック企業とも聞く

**仕様書無しさん** · 2017/06/25(日) 01:46:04.06

アメリカアメリカうっせーな
お前らどれだけアメリカ知ってんだよ？

**仕様書無しさん** · 2017/06/25(日) 02:40:52.92

海外の案件とれるように勉強しようと富田の英文読解は買ってみたんだが
なんか別のおすすめ本とかない？　会話とリスニングで

**仕様書無しさん** · 2017/06/25(日) 02:45:46.66

英語を覚えたいって事だろうか・・・
もしそうなら日本語も話せて英語も話せる人と仲良くなった方が良いよ
最初はルー大柴みたいな感じを目指してけば、あとは簡単だよ　XD

**仕様書無しさん** · 2017/06/25(日) 02:57:21.09

横レス
英語しか喋れない相手より日本語も話せる奴のがいいのか?
ついつい日本語で話しちゃいそうだ

**仕様書無しさん** · 2017/06/25(日) 03:20:12.45

質問したいけど英語でなんて言うか解んねぇ！っていう場面に結構遭遇すると思うからね、共通の言語が話せるっていうのは結構大切よ
ツイツイ日本語で話してもいいのよ、そういえばさっきの会話ってさ、英語で話すとどんな感じになるの？とか聞いてみるきっかけにもなるしね

**仕様書無しさん** · 2017/06/25(日) 08:43:11.64

劣等感の裏返しですね

**仕様書無しさん** · 2017/06/25(日) 14:25:09.20

ツイッターに会社のソースコード晒してるやつ
ヤバいよね。
Not_Job君はまた失職するだろうな。
セキュリティの問題じゃなくて
知財権の問題なのに分かってない奴。

**仕様書無しさん** · 2017/06/25(日) 16:43:37.71

知財は親告罪が基本なので
被害を受けた会社に教えてあげろ

**仕様書無しさん** · 2017/06/25(日) 16:47:46.28

ツイッターに書けるような断片でそれが会社のコードって証明できんの？
知財ってガバガバだからいくらでも言い訳できるぞ

**仕様書無しさん** · 2017/06/25(日) 16:50:46.36

大体Dobonのコピー

**仕様書無しさん** · 2017/06/25(日) 18:55:23.22

質問してもいいですか？
プログラムの知識0で雇って貰えますか？派遣ならワンチャンあるかもと考えてまつ。時給1800円は欲しいでつ

**仕様書無しさん** · 2017/06/25(日) 18:59:30.67

雇ってもらえるけどこっちくんなよ
素人プログラマは死ね死んでしまえ
うちに来たら虐める絶対やめさせる

**仕様書無しさん** · 2017/06/25(日) 19:01:01.20

中国と韓国とインドと日本どの国がプログラミング進んでる？

**仕様書無しさん** · 2017/06/25(日) 19:13:50.88

>>112
一旦職業訓練行った方が働かなくて済むし
実力はつくしいいよ

**仕様書無しさん** · 2017/06/25(日) 21:13:28.45

派遣のほうが正社員より給料高いと？

**仕様書無しさん** · 2017/06/25(日) 21:21:30.39

職業訓練の試験は結構難しい　3回落ちて4回めで諦めた

**仕様書無しさん** · 2017/06/25(日) 21:53:09.88

>>117
中学レベルじゃなかったか？　一次方程式レベルなので中学出てたら（たぶん）なんとかなる
というか何とかならない人でも通る場合が多い

面接のほうでマズってる気がする
「受講することでどう就職につながると考えるか」の説明が怪しかったのかも

失業保険の給付金延長目当てで訓練受ける人もいるようなので、面接重視だそうな

**仕様書無しさん** · 2017/06/25(日) 22:03:08.24

新卒ならプログラミング知識が0でも研修でワンチャンあるけど、
派遣からだとほぼ詰みゲーだよ。自社の人間だとしても中途を
0から教えるのは大変なのに、派遣だったらどうなることやら。

業務のごく限った範囲なら教えないと仕事にならないから
教えるというか伝えるだろうが、それ以外だと自助努力が
多く求められるからな。知識ゼロで派遣で行けますかと
聞いてくる時点で向いてない人だというのが分かるよ。

**仕様書無しさん** · 2017/06/25(日) 22:10:11.21

>>119
半年入門書読ませて現場に突っ込むコースだろ
大丈夫大丈夫♪
駄目でも誰も責任取らないからｗ

**仕様書無しさん** · 2017/06/25(日) 22:29:04.90

出来る出来ないじゃない

迷惑だからやるな

それが一番大事なことだろ

**仕様書無しさん** · 2017/06/25(日) 22:32:50.17

>>116
＞　派遣のほうが正社員より給料高いと？

どこの正社員と比較するかによると思います。
私は25歳で経験３年のPythonプログラマです。
先輩に誘われて正社員を辞めて今は派遣をやっています。

時給3100円ですので30時間残業すると月64万円ぐらいになり、
年収は768万になります。
25歳でこれだけ年収もらってる正社員はいないと思います。

**仕様書無しさん** · 2017/06/25(日) 22:45:02.04

>>122
そのパワーバランスおかしくないw
派遣やべえww

**仕様書無しさん** · 2017/06/25(日) 22:45:39.80

なんで派遣って給料高い？
フリーランスとは違うんだろ？

**仕様書無しさん** · 2017/06/25(日) 22:50:59.95

ボーナスとかないんだろ

**仕様書無しさん** · 2017/06/25(日) 22:55:25.91

>>122
正解だと思います。
ただ、月３０時間は36協定にいづれ引っかかるので
私は29.5ギリギリで申請してます。
ボーナスを加味してもその年収は難しいので
その年収は多い方でしょう。

**仕様書無しさん** · 2017/06/25(日) 22:55:58.86

>>124
>>122が完全に事実だと仮定したら、単純にAIブームのせいだろう
フカシの筋は捨てきれないが、東京だとそんな時給もあるのかもしれないし

データ分析っつか統計学の知見があり、上司？　というかユーザーに「～を売れ」とプレゼンできる程度に
日本語の資料が書けるなら、って条件が付くが
Python書けるってだけで1年持つかな、わかってる会社なら最初の契約3か月で切ると思うし

たぶんコードからプレゼン資料まで書けて客に売れるなら768万程度なんて
安売りにもほどがある気はしないでもない

**仕様書無しさん** · 2017/06/25(日) 22:59:11.61

なんで高いって必要な時だけ雇って、要らなくなったら捨てれるからだろうな

**仕様書無しさん** · 2017/06/25(日) 23:00:25.58

フリーとか派遣とかできる気がしないけど
自分がいくらで売られてんのかちょっと気になる

**仕様書無しさん** · 2017/06/25(日) 23:04:53.69

>>129
大阪だと「中堅」とされるマで60～80万くらい
客がどんだけしょっぱいかにもよるだろうけど
東京だとプログラミング童貞でも100万引っ張れるようだが

大体50%は抜かれてると換算して自分の給与 * 2 くらいの扱いかも

**仕様書無しさん** · 2017/06/25(日) 23:05:07.02

>>127
なんで相場に詳しいのフリーランス経験ある？

**仕様書無しさん** · 2017/06/25(日) 23:09:21.11

残業なしで考えるとして、時給3100円ならひと月の給与は545,600円でしょ？
まあ人月単価110万くらい、10万はAIブームのプレミアム

東京住まい(or 発注元が東京と仮定する）なら初級プログラマにも
そのくらい払う人はいるでしょう
大阪はもっとショボいけど

**仕様書無しさん** · 2017/06/25(日) 23:13:32.50

派遣で残業30hキメてたらアレの気もするが
会計の人らがうるさく言うと思うので、よっぽど有能でないと厳しいか

**仕様書無しさん** · 2017/06/25(日) 23:22:20.68

>>122はフカシだよｗ
3100/hも貰えるなら派遣やってみようと安易に考えないことだね。
派遣は当然派遣会社に雇われるわけで、中抜きされるから企業が払う額はもっと多い。
中抜きの相場は30%。
つまり、企業が派遣会社に払う額は、時給3100円だと月70万以上になる。
経験3年25歳に70万払う企業があるか？
自分が経営者だったらと考えて欲しい。
pythonができるだけの25歳に70万払ってでも雇いたいと思うか？
いくら東京でもありえないね。

**仕様書無しさん** · 2017/06/25(日) 23:24:12.13

>>112
自分で学ぶ気ないならマはやめといた方がいいだろ
他の職より賃金がいいのは時間外に勉強するためだと思って貰ってる

だから勉強する時間がないくらい残業させるマネージャはバカだなって思うよ
使い捨てならアリだが

**仕様書無しさん** · 2017/06/25(日) 23:37:14.96

レガシーのクソカスをパッチプログラミングで無理やり保守してバグ多発、毎日残業
こんなやり方じゃなんのスキルもつかないし、残業で勉強する暇もない
そんな中で毎年、能無しやる気なしの素人新人を採用するもんだから
才能もやる気もろくな教育もされてない、年次だけ重ねた愚図どもで溢れかえり、我が社は倒産寸前
こんなの一体どうすればいいんだ

**仕様書無しさん** · 2017/06/25(日) 23:49:03.14

>>134
ワルブリックスのアニキなGithubのリポジトリ見たらわかると思うけど
「（東京だと100万で）クソな奴が来ることもある」とか書いてあるから
東京人は金持て余してンだなーとか思ったよ

……俺の人月単価60万は見直したほうがいいのか？　と本気で思ったレベル
中抜きがないからイケるんだけど

**仕様書無しさん** · 2017/06/25(日) 23:50:52.77

>>136
辞めれば。
「我が社」って経営者じゃないんでしょ？
君は自分では会社に愛着持ってると思ってるかもしれないけど、
単に依存してるだけだよ。
どこかに属してないと不安で不安でしょうがないんだろ？
だから文句言いながらも会社から離れることができないんだよ。
社畜の構造にずっぽり当てはまっちゃってるｗ

**仕様書無しさん** · 2017/06/25(日) 23:52:56.06

>>>136
ここに人生総収入が記載された銀行口座の通帳がある
自分の口座から持ち出ししてでも、相手に奉仕する価値はあるか？

と考えてみてはどうだろうか
ないってならやめたほうがいいかも

**仕様書無しさん** · 2017/06/25(日) 23:53:08.60

>>134
＞　自分が経営者だったらと考えて欲しい。

おれは経営者だけど
年齢など関係あるわけないだろ
馬鹿なのか？

お前は年功序列を持ち出して
賃金を抑えようとしてるのか？

プログラマと呼べないような
カスしか集まらないぞ？

ま、お前のレベルにあってるんだろうな（笑

**仕様書無しさん** · 2017/06/25(日) 23:56:50.18

また経営者様が来てしまったのか

**仕様書無しさん** · 2017/06/25(日) 23:58:49.32

>>141
竹内力か千原ジュニアに降臨してもらったらいいのではないか
ミナミの帝王風に

実際あそこまでひどい修羅場はない、大阪でもアレは……倒産した会社から切り取るときくらいじゃないのか？　レベル

**仕様書無しさん** · 2017/06/26(月) 00:03:42.44

派遣が３１００もらってるなら
派遣先は５２００ぐらい払ってるから

**仕様書無しさん** · 2017/06/26(月) 00:06:59.98

債権には優先順位があるとか知りませんでした
りそなェ……

**仕様書無しさん** · 2017/06/26(月) 00:08:03.17

>>137
100万の派遣はかなり高い金額だね。
すーぱーはっかーレベルｗ
そんなの期待されてたら、普通の技術者でもクソになっちゃうよ。
企業側が間抜けにも派遣会社の口車に乗せられて、
すーぱーはっかー期待しちゃったんじゃないの？
話半分で考えとくべし。

昔から言われてるけど、派遣には月50万の壁ってのがある。
企業は50万以上なかなか出してくれないんだよ。
逆に50万以上出すということは、それだけ期待されてるってことだね。
月50万、派遣会社の取り分30%で35万、時給2187.5円。
なかなか厳しいよね。

**仕様書無しさん** · 2017/06/26(月) 00:16:52.26

>>145
あーすまん、勝手に俺の中でソフトハウスの話と混ぜてたのかも知らぬ

・自称ベンチャーの企業に正社員で入った新人一年目
・某物流メーカーからは俺のレンタル料として40万の支払いがあった
・俺の手取り15万（なんで福利厚生含めて20もいかない）

とかあったんで……大阪でITはやめとけって話になるのかも知らん

派遣は数社あるが、東淀川のロケットみたいな本社ビルの会社は2400円/hだったが
払いがよかったんだな
まああそこは3か月のテストで実力出せなかったら切られるが……

**仕様書無しさん** · 2017/06/26(月) 00:18:15.03

いや大阪にもいいところはあるんだよ？　本当に
飛田なんでもない

**仕様書無しさん** · 2017/06/26(月) 00:19:57.68

会社員で客先常駐の人は自分の値段知ってるもの？

**仕様書無しさん** · 2017/06/26(月) 00:23:08.69

>>147
階級が上がるか自分で調べようとするかしないとわからない

**仕様書無しさん** · 2017/06/26(月) 00:24:44.97

>>146
ん？東京の話じゃなかったの？
なぜ大阪の話になってんの？
君は「東京ではクソみたいな派遣が来たこともあった」と書いたよね。
疑問がいっぱいで眠れねえｗ

**仕様書無しさん** · 2017/06/26(月) 00:26:50.17

>>150
ケンカ売ってるわけじゃねえからなあ、知りたかっただけだ

派遣で3100円の単価だと……東京だとあるのか？　でもうそくせぇなあ

の確認がしたかっただけ
自供の通り？　かは分らんけど、そりゃないようだとわかったから
ケチつけるつもりはない

**仕様書無しさん** · 2017/06/26(月) 00:31:50.45

>>151
いや、ケチつけるとかじゃなくて、普通の会話が成り立ってないよねｗ
「クソみたいな派遣が来たこともあった」という東京の話を引き合いに出しといて、
なぜ「大阪でITはやめとけ」になるのかさっぱり分からん。
ま、理解できねえｗ
おやすみ。

**仕様書無しさん** · 2017/06/26(月) 00:36:08.10

>>152
東京だとそんな単価もあるんかな、と、いやそりゃないだろの両者があったので
こっちもわかりゃしねえ
ワルブリックスのアニキはたぶんソフトハウスの話なんだろう……

大阪じゃ確実にないなぁ、という連想もある、くらい
大阪住まいだとどうしてもね

**仕様書無しさん** · 2017/06/26(月) 01:06:59.56

そもそも時給云々だと社会保険料とか税金やらもろもろ考えたら
正社員だとその半分くらいでトントンというのを誰も突っ込まないのは
優しさからか？

**仕様書無しさん** · 2017/06/26(月) 01:09:25.11

>>154
大企業だとトントンで済まないこともあるからな

**仕様書無しさん** · 2017/06/26(月) 01:39:58.61

トラ○スコス○スと言うところにいた事あるけど給料やすかった
頑張ったけど全然等級上がらんくてこりゃ酷いと思ったわ

**仕様書無しさん** · 2017/06/26(月) 01:43:24.85

時給3100円も出せない会社に在籍してたらあかんやろ
間接的に賃金ダンピングに協力してるようなもん

はよまともなとこに移れよ
社会の迷惑

**仕様書無しさん** · 2017/06/26(月) 06:14:29.31

>>148
当たり前。

**仕様書無しさん** · 2017/06/26(月) 06:18:54.49

>>148
聞かきゃ教えてくんないとこもあるし
その額がどうであろうと自分の給料には関係ないので興味ないって人もいる

**仕様書無しさん** · 2017/06/26(月) 13:12:44.17

>>158 >>159
そうなんだ
なんか聞きづらいというか
聞いていいもんなのかわからなくて聞いてないや
今度聞いてみようかな

**仕様書無しさん** · 2017/06/26(月) 16:20:19.37

>>160
法律的には確か聞かれたら答えないといけないはず？
ただし、派遣の場合ね
偽装請負だと請負なので答える義務？はないのかも？（そもそもが違法だが）

**仕様書無しさん** · 2017/06/26(月) 20:19:55.27

ここ派遣しかいないの？

**仕様書無しさん** · 2017/06/26(月) 20:22:25.23

派遣のワイも居るがな

**仕様書無しさん** · 2017/06/26(月) 20:24:13.94

>>162
IT業界の八割は派遣だからな

**仕様書無しさん** · 2017/06/26(月) 20:27:27.48

セキュリティー上しかたない

**仕様書無しさん** · 2017/06/26(月) 20:31:48.93

>>162
プログラム組む仕事なら派遣になる

**仕様書無しさん** · 2017/06/26(月) 20:37:33.25

おれCOBOLとJCL組んでるけど正社員だぞ
派遣じゃなくてもマなんてたくさんいるでしょうよ

**仕様書無しさん** · 2017/06/26(月) 20:44:12.58

派遣社員じゃないけど客先常駐

**仕様書無しさん** · 2017/06/26(月) 20:45:20.15

>>167
うーんでも大手じゃねぇだろ
派遣社員だって派遣会社の正社員だよ
この業界では大手ITメーカーの正社員を正社員と呼ぶ
ちなみに政府がカウントしてる正社員は派遣会社の正社員も含む正社員なｗ

**仕様書無しさん** · 2017/06/26(月) 20:48:15.25

もっと厳密に表現すると特定派遣事業の届け出を出してる会社の正社員は正社員じゃねーんだよ
まあそれも平成30年の9月で廃止になってそれ以降は偽装請負（罰則ほぼ無しのザル法）になるからわからん基準なんだけどな

**仕様書無しさん** · 2017/06/26(月) 21:33:30.46

COBOLってどうなんすかね
次の現場から使うみたいなこと言われたけど
すげえ大変そうで怖い

**仕様書無しさん** · 2017/06/26(月) 21:42:39.53

COBOLはすごく簡単だよ
COBOLはね

**仕様書無しさん** · 2017/06/26(月) 22:24:30.22

コボラーはもれなくキチガイ
キチガイの書くコードは……opps!

**仕様書無しさん** · 2017/06/26(月) 23:08:04.95

>>167
メインフレーム？

**仕様書無しさん** · 2017/06/26(月) 23:22:28.64

メインフレーム以外でCOBOLがあるのかよw
Identification Division...

**仕様書無しさん** · 2017/06/26(月) 23:22:59.30

COBOL案件しか来なくなる難点がある

**仕様書無しさん** · 2017/06/26(月) 23:36:58.59

今更COBOL知らない奴にやらせるとかあるのか

**仕様書無しさん** · 2017/06/26(月) 23:56:33.22

COBOLは一日で習得できるのがいいとこだろ
正直ジャバとかあんな可読性低い言語がなぜもてはやされるんだ
ムーブさせろムーブ！
イコールはイコールだろ！代入すんな！

**仕様書無しさん** · 2017/06/26(月) 23:59:03.57

COBOLそんな簡単なのか、安心した
Ｃより古い言語って聞いてたから凄い難しいもんかと

**仕様書無しさん** · 2017/06/27(火) 00:00:31.53

JCLもしっかりな

**仕様書無しさん** · 2017/06/27(火) 00:54:29.33

>>175
オフコンにもCOBOLはあった。
富士通のKシリーズで使ってた。
メインフレームのMシリーズより
デバッガーが使い易かった。

**仕様書無しさん** · 2017/06/27(火) 02:17:21.80

>>178
大変残念な話だが、C#やってたらたぶんその不満はなかった

Javaは歴史のしがらみ？　で機能的に「なんか足りてない」という部分があり
すでにハマってググって対処した経験がある人でないとわからんテンプレ的な書き方が割とある
Pythonも似たようなところがあるけど、ありゃ開発者の手抜きのせい
逆にJavaそのものとかPythonそのものの実装をやる、ってなると楽

ということで、サービス満点のC#をお勧めしたい、あれは読み書きしやすいよ

**仕様書無しさん** · 2017/06/27(火) 02:31:27.95

Pythonは2系3系コードとかあってありゃ死んだわ
ぐぐると両方でてくっからね
2系のコードは3系で動かんし逆も動かん
なんでこんな変更をしてしまったのか不明
言語を殺すためにやった変更としか思えん

**仕様書無しさん** · 2017/06/27(火) 02:33:43.59

c++のコピーコンストラクタ禁止コードとか懐かしいな
これデフォルト動作にしたやつも死ぬほど頭悪いよね

**仕様書無しさん** · 2017/06/27(火) 02:35:18.32

C#も新しい技術出てきたら同じ道を辿るだろう
.netだから継ぎ足さないで捨てられて新しい言語に移行するのかな
MSは特にそういうイメージある
JavaVMで動く新しい言語と同じじゃないか

**仕様書無しさん** · 2017/06/27(火) 02:42:57.94

>>185
varとかusingとか言語機能じゃなくて努力目標だからな

**仕様書無しさん** · 2017/06/27(火) 03:09:14.11

>>183
Pythonは下位互換性のために一定期間別の関数・メソッドを維持するのが嫌だからそうなった

「コードは書きっぱ変更なし、なおすなら移譲なり継承なりで新しく関数とメソッド作ってごまかす、仕様変更やるなら古いのは全部捨てる」
がPythonの設計思想

その割にクラスメソッドの第一引数にself入れさせる謎仕様がある
「メソッドの第一引数はself」は、Modula-3が下位互換性維持のためにやったやり方
だから、Pythonが世に出たversion 0.9.1の時点で、Pythonは「下位互換性問題」があったことになる

まあPython0.8（世に出てないもの）はおそらく、ABC言語のフルコピーだったのだろうと推測するしかないが

みたいなことがあってだ、2系と3系両対応案件とかまじグイド氏ねってなる状況なのよ
EmacsのM-x indent-region がロクに効かん状態でリファクタとかうざいし

**仕様書無しさん** · 2017/06/27(火) 03:13:22.35

selfは最初ナニコレってなったなあ
C#は言語好きだけど、GUIがなあ
UWPはもうやる気がしない

**仕様書無しさん** · 2017/06/27(火) 07:08:11.04

お前らコーディング規約って守ってる？
規約を律儀に守ると確実に悪いプログラムになると分かりきってる場合にも従わなきゃいけないのか
生産性・保守性に貢献しないならなんのための規約なんだろう

**仕様書無しさん** · 2017/06/27(火) 07:11:27.72

>>189
まあ、規則だからな
みんなで組んでてお前のパートだけ違う規則で変数とか命名されてたら一括で直せないだろ

**仕様書無しさん** · 2017/06/27(火) 07:23:37.59

>>189
開発段階ではクラス名や変数名だけきっちりやってる。
masterにマージするときチェックツール通して一気に修正する。
だいたいみんなそうやってんじゃないの？

**仕様書無しさん** · 2017/06/27(火) 07:34:26.93

>>191
うーんでもそれだと最悪動作変わるだろ
あんまりやってほしくないな

**仕様書無しさん** · 2017/06/27(火) 07:45:35.38

この段階になってクラス名だ変数名だって言ってるのって設計書と一致してねーだろ
どっちにしてもゴミだから気にしなくていいよ＼（・∀・）／

**仕様書無しさん** · 2017/06/27(火) 08:01:58.74

>>189
規約を変えろよ
プロジェクトの開始前にな
始まってるのなら守れ

**仕様書無しさん** · 2017/06/27(火) 08:07:41.72

>>179
(ヾﾉ・∀・｀)ﾑﾘﾑﾘ
毎年新卒が挫折してる。
VBの方が簡単だよ。
大体COBOLは参考書もサイトも殆んどない。

**仕様書無しさん** · 2017/06/27(火) 09:30:57.40

>>192
え？動作変わる？ｗ
gitだったら、まずlocal branchで自分の担当部分を開発するだろ。
普通、直接master触ることなんてないじゃん。
svnでもちょっと面倒だけど同じようなことできるよね。
コーディング規約守るとmasterの動作が変わるなんてことはないよ。
もし変わるのなら、もともとmasterがクソなんだよ。

**仕様書無しさん** · 2017/06/27(火) 12:19:17.69

>>195
むしろどこで挫折するのか知りたい
命令少なくてすげーシンプルじゃね
性能まったく考慮しなくていい気がするし

**仕様書無しさん** · 2017/06/27(火) 12:30:19.77

めんどくさそうって思ってたけどそんなに簡単ならやってみようかな

**仕様書無しさん** · 2017/06/27(火) 15:36:47.84

cobolって、どういうところで使ってるの？

**仕様書無しさん** · 2017/06/27(火) 18:09:30.85

>>196
はぁ?
どうやってリリースすんだ?