プログラマの雑談部屋 ★38
■ このスレッドは過去ログ倉庫に格納されています
プログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★36
https://medaka.5ch.net/test/read.cgi/prog/1529287662/
プログラマの雑談部屋 ★37
http://medaka.5ch.net/test/read.cgi/prog/1530182616/ >>271
詳細設計書が無い部分なんだ
機能によってあったり無かったり
なんで無いのかはなんか聞きたくない
>>272
嫌な予感しかしないんだが設計書に書いてあったんで好きにコーディングしましたよって言える度胸必要なんかな
仕事行きたくねえ… わかんなかったらExcelシートに取得元がこんだけわかりませんって書いてぶん投げちゃえ 日本の場合、
設計書の不備は指摘しなかったり確認しなかった
プログラマの責任だからな。
とんでもないバカげた風習だよな。 日本のITがこんななのも自民党政権のせいなんだよな >>268
リポジトリの設計を見ればいいよ
ただリポジトリの設計はほとんど自明だから省略する場合もあるが >>268
同じチームの人は似たような設計書を扱ってるのに出来てるんだろ?
なら自分以外の人がなぜ出来てるのかを突き詰めて考えるんだよ
考えて分からなきゃ頭を下げて教えてもらう
5chなんかに愚痴ってないでまずはやるべきことをやろうぜ 設計書に項目一個、処理一行まで書いてあげないと製造してくれない子ってすごく困る
コードを自分で書くより設計書を書く手間の方が大きくなってしまう
コードを書いてテストするだけなら1機能1日
10機能なら10日で終わる
設計書を書くとエクセルだからすごく書きにくくて1機能2日かかる
10機能なら20日
そこから10人に実装とテストを任せると追加1日
合計で21日かかる
忖度を期待して設計書を省略すれば1日2機能ぐらい作れるけど
忖度が苦手で隅々まで書いてくれないとわからないって言う子が必ず現れる
この問題みんなどうやって解決してるんだろう 人を使わないことで解決させてる。
キーワードは「責任」。 >>280
普通そんな問題発生しないけどな
要件と仕様の忖度と設計はプログラマの仕事範疇だし
設計と実装を別の人がやるというのがありえない
それに処理一行まで記載って日本語で実装してるようなもんじゃん、そんなんエクセルコンパイルしますわ >>283
って言うけどさ
実際には設計と実装は別人がやるし
処理1行までかかないと仕様漏れだこれでは実装できないって鬼の首を取ったような勢いで責め立ててくるよ 関数型プログラムもUML使うの?
まだOOなもんで 曖昧な設計書から仕様を読み取る勘なんてのも能力のうち。 書いてないことがプログラマーの裁量になるならともかく
思ってたのと違ってたら実装バグに倒してきよるからな
設計ミスだっつーの 前にも言ったと思うが、下流に行くほど高い能力が要求される。
素人には、コーディングよりも設計書を書かせるのをやらせるんだな。 >>289
一番難しいから丸投げの対象になるしコスト競争で薄給になるよな そうだな。
この際、出来ないやつほど上流というのを徹底して
入社したらまず営業をやらせるぐらいがいいのだろう。 >>288
仕様の論理的矛盾を解決するのはプログラマの仕事
一番下っ端どころか客先常駐の奴隷だから押し付けやすい >>291
客の要望を理解するという意味では良いかもね
何したいか知ってればモチベーション違うでしょ 客の要望なんてのもそうだし、社長の要望なんてのもそうだし
なにより、お金の流れを知るってのが重要なんだよね。 設計書をFixしないと実装できない現場ってクソだと思ってたけど
そうでもないな
何も確証の無いまま実装工程行くとカオスになる
勝手に自分クラスを大量にこさえる奴の抑制は必要 プログラムの能力なんてのは、そのまんま設計の能力だからな。 日本語名でクラス作れたらその程度のことで目くじらたてんでよかったろうに
なぜかどこも許してくれない お前がさっきゴチャゴチャ言った内容をWordに書けばいいんだよ 君の書いたクラスを俺の書いたクラスで呼び出さなきゃいけないんだけど
設計書にあるクラスで動かないじゃん?
どういう風に書いたらいいの?
なんか1ヶ月ぐらい返信無かったw >>295
そのとおり
だから1行1行までピタリとコードに一致する設計書が必要なんだ 設計も出来ないやつにプログラム書かせるなんて時点でもう・・・
人売り業ならではの出来事だな。 細かすぎる詳細設計書の必要性ネタで荒らそうとするのはやめろ! 人を使うから人のことで悩むハメになるんだよ。
人に使われる立場を死守して悩みの加害者になるぐらいでないと。 元請けから要件定義を見せてもらわないと忖度なんてできない
マージンとる理由付けのために元請けは要件定義を見せない
見せたら丸投げになるから
でも仕様不備で問題発生したらこちらが悪いことになる 外人はさ、
設計書に書いたカラム名を母国語になおす必要ないんだぜ
すげーハンディキャップ >>307
そういう時は派遣で契約すればいいんだよ。 >>307
縛りプレイしてるんなら
しょうがないな >>308
外人が皆英語を母国語としているわけではないやろ いついつまでにシステム改修してと言われたけどPCセッティングとか雑用を積まれるからなかなか進まない
客先常駐の悲哀だわ >>308
英語ネイティヴならそうだろうな
そしてプログラミング言語ペラペラなら設計書からプログラムに翻訳しなくていい 【搾取】年収1,000万円以下はパートでやれ【対策】
☆不利益で迷惑だから料金増やすか生産減らせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109 >>308
var rieki
dim uriage
const kosuto
でOK >>316
ワシは外人向けのAPIのテストコードで変数名を天津飯や悟空にした事あったな 2バイト文字は流石にキツイ
英単語だと日付の月をmoonとか書くのが現れる
ゆえにローマ字表記がベストという事でよろしいですか 客先常駐で俺以外が書くコードなんて興味無いと放置してたら皆辞めちゃって地獄見てる
まあ俺も特派終了で終わりだけど、あと二ヶ月逃げ続けないといけない >>319
みんな辞めても地獄が続いてるってことはお前が元凶だったのか? 「全」は神がプログラミングしたのでしょうか?
神は誰がプログラミングして作ったのでしょうか?
また、神をプログラミングした存在は、誰がプログラミングしたのでしょうか?
また・・・・ >>320
作り方もシンタクスもフレームワークも好き放題だったから今地獄なんだよ
もう何が何だか解らん それは設計書のせいだな
ユーザーインターフェイスを1単位として設計書を書くだろ
それをコーダーに並列で投げるとその手の統一感のないシステムがすぐに出来上がる なんやかんやで
優秀なヤツに1機能とか1画面を作らせて、
それをバラまいてコピペして作らすやり方が
一番うまくいく。 .*tuki.*と.*tsuki.*が混在して、しかも「間違ってもう一方の綴りの方にしちゃってた」なんてバグまで出るんだろ >>327
それだ
それか一番優秀な奴の書く
社内プロジェクトdobon.netしか
役に立ったことがない
クラスでパックするとどうにも
機能を追加したくなったときに
それができるのか?できないのか?
さっぱりわからん
ピンポイントでdobon.netをやってくれてる方が百倍役に立つ ゆうしゅうなひとがにげた
それほどじゃないひともにげた
できないひとがかいしゃこない
どうしよう >>334
やめて
コピペされると全体をくまなく見ないと追加できるかどうかわからなくなる
クラス化して責務が集中してればそこだけ見ればわかる ドメインモデル
レポジトリ
ドメインサービス
アプリケーションサービス
ユーザーインターフェイス
にわかには信じがたいが、どうもこの程度の基本もわからない人が沢山いるらしい
Javaなら常識だよねって何気なくオブジェクト指向プログラミングすると
プロパティをプライベートにしたら不便だの
クラスが多くて理解できないだの
インターフェースってなんだよだの
プロとして恥ずかしい発言があちこちから飛び出てくる おまいさんの言葉の使い方がズレてんじゃないの
Javaにプロパティてあったっけ >>339
プロパティはあるけど、意味が全然違う。普通はKey-Valueペアの事を指す。
>>338はフィールドをプロパティと勘違いしてるんだろ。 プロパティって何のためにあるんだ
public int Value {get;set;}
の代わりに
public int Value;
つかったらどんな問題があるのだろうか VB界隈はドボンコピペで作り逃げが王道
そのせいかVB改修には人が集まらずC♯案件と騙してドナドナかけるのがモダンスタイル 俺は底辺web開発の少人数チームリーダーだけど画面ごとじゃなくフロントエンドとバックエンドに分けて開発してる
で、バックエンドは知識ごとのクラスで作る人分けてる
こういう作り方も何かアンチパターンに触れてるかな アンチパターンかどうかはわからんけど、
出来るやつが下にいないと成り立たないやり方だな。 >>354
クラス設計やインターフェイス実装は俺がやってるから中身だけを作って貰ってる
どうしても駄目ならそのクラスは俺がやるつもり
幸い壮大なクエリ書いたお姉ちゃん以外にトラブルはない クエリいいじゃないか
ロジックが目立たないからテスト工数へる DBスペシャリスト持ちの派遣お姉ちゃんが来てスゲーと一機能頼んだらほぼSQLで実装してくれた
そういうストアドメインの職場もあるんだろうなと世間を学んだ テストはDaoとして取得ロジックが切り出されてるからむしろやりやすい
改修はお察し >>353
まあ悪くないよ
バックエンドにも複数のレイヤーがあること
知識で分けた上で責務で更に分けるということ
この2つを意識して クエリの仕様がはっきりしてればテストしやすいだろうけどスパゲティクエリが許される現場でそんなことまずないだろ
SQLもどきに罫線つけただけのクソ設計書じゃテストケース作れねえよ 【搾取】年収1,000万円以下はパートでやれ【対策】
☆不利益で迷惑だから料金増やすか生産減らせ☆
相場下がって迷惑だから年収1,000万円以下はパートでやれよ!
アメリカのSEは多重派遣なしで1,000万円以上の高収入
日本のSEは多重派遣ありで1,000万円以下の低収入
【アメリカ】
スーパープログラマ
時給10万円だったり、ストックオプションで数億〜数十億円稼ぎだす
Javaフレームワーク
〜3600万円
PHP
〜2400万円
COBOL
〜1700万円
技術サポート
〜1200万円
年収中央値:1175万円(アメリカ労働統計局調査、サンプルは111万人)
70歳でも仕事があり、年収は下がらない
数年単位で転職する(一つの会社に長くいるのは危険)
管理系の職種は雇用が不安定で、報酬も高くない
【日本】
平均年収:430万円(情報処理推進機構調査)
Web/ゲーム業界(昔ほど報酬は高くない)以外は人月単位のため、報酬には上限あり
年功賃金を採用する企業では20代後半までの給料は一部の例外を除き低い
間接雇用が基本(大手のSIerでも客先常駐派遣が少なくない)
40歳以降になるとリストラ候補となり、一旦リストラされると低賃金職か、長期間無職となる
大企業の場合は管理職トラックに進むためコーディングはしなくなり、
プログラミング経験が昔あっても35歳以降の転職は難しい
転職回数が3回超えるだけで大手には書類で落とす。
アメリカは多重派遣搾取しない
http://getlife.hateblo.jp/entry/2014/06/19/034109 >>219
ラムダって一行書くためにしか使わないやつを書くって感じ? 何も難しいことはないけど、最近勉強する意欲がなさすぎて調べる気が起こらない。
やばい
新人のときみたいな意欲が出ない 本屋とかでPythonがめっちゃ多いけど、ほんとにこれ仕事で使われてるの?
どんな業務で使われてるん?JavaやPHPより有用なの? >>369
なぜか知らんけど会社の業務系システムまで
pythonにするという企業が出てきたから仕事増えてる
10年経ったら動かなくなると思うけど、
そしたらまた仕事が増えるから
プログラマとしては大歓迎だね!
今よりずっと人手が足らなくなって
単価はどんどん上がると思う ■ このスレッドは過去ログ倉庫に格納されています