  |
2022年になって未だにPHP vs Rubyで争っている SESという謎の単語がよく会話に出てくる コーダーという言葉を使うことがある DB定義は全てExcelで管理することが正しいと思っている A...
なんていうか、SIerの世界って低学歴だよね。 偏差値50-55ぐらいの人が必死に考えて仕事してる感。
高学歴は文系上がりのバカしかいない
客も馬鹿だし、登場人物全員馬鹿なんよね
エンドユーザが一番損する
ワイは自社サービスの開発をするだけだからほんと楽だわ〜
ここで言うSIerってどの範囲の人たちなんだろう 元請けの人たち含めてバカばっかりだけど、学歴は良いのよね n次受けの末端もSIer名乗るってるなら平均は下がるけど
高学歴であっても、SIer業界にいると馬鹿になるね。 客に合わせるわけだから、下に合わせざるを得ないので。
コーダーは高学歴族でも使ってええやろ！
ダメ
DB定義がExcelなのはガチ
あれマジでやめてほしいわ んでDB定義からDDL作るマクロとか作るんだぞ 無駄すぎる
SE脳だけど Excel（少なくとも表形式）じゃないDB定義書が想像できない DB定義書なり機能定義書のベストプラクティスがあったら是非教えてほしい
何でも良いけどスキーマ定義してマイグレーションとかもバージョン管理するのが世の中の常識
それは個人開発レベルではそうするとして、 大規模になって外接のベンダーと話すときとか、新規参入者のキャッチアップ用に各カラムの論理名やら備考やらを見せたい時 綺麗に見せら...
大規模だろうが複数の部分に分割できるだろう。それぞれのスキーマ定義にドキュメントをしっかり書いてさえあればExcel形式にでもなんでも変換すれことは可能。そのためのプログラミ...
そういうことができる神ツールがあるなら是非紹介してほしい。 そういうツールを自作するのはツール自体のメンテが発生するしカスタマイズしようとして逆に非効率になる事例を見て...
Excelですべて管理するほうがよっぽど大変では？簡単な変換ツールすら実装できないプログラミング能力ならそもそもITに関わらないほうが良いと思う
それぞれのツールは簡単だとしても60人くらいの規模のプロジェクトで自作ツールが乱立してるプロジェクトはちょっとキツい
スキーマ定義から客に見せる用のExcelへの変換なんてどれも一緒でないの？60人しかいないプロジェクトならみんなで同じツール共有して使えば良いんでないの？
DB定義書だけでないにしろテストデータ作成とかジョブ監視とか ツールを作っていた人がプロジェクトから抜けてだれもメンテしなくなって、、、みたいなことが頻繁に起こるわけです...
SI崩れのゴミがやってきてこれ強制しだしたのですぐに辞めた
SESってなに？AWSのメール送るやつ？
6
