終わりでいいじゃん

スレ画のチョイス間違ってない？

>スレ画のチョイス間違ってない？
説得材料おくれー！

Excelなら別列にデータ取っとけばいいじゃん

仕様変更のRPGツクールのやつシャチョーにやらせたら

SQLの本読め

過去に似たようなことしてやらかした事例(できれば日経とか業界新聞の記事になってる奴)を探してきて説得の材料にするとかだろうか
ここやツイッターで集めたクワシイヒトの話を伝えたところでその社長相手だと説得力にならんだろう
社長が○○さんが言うなら・・・ってなる相手の助力を得るのが一番だろうけどそんな人を巻き込める立場じゃないでしょ？

どういうシステムか知らんが
なんかの拍子に帳票に顧客名が出て
その帳票が顧客に見られた時に「ランク付けでもしてんのか」みたいに思われるよ
って感じでどうですか

そのうちAとCを兼ね備えた顧客が出てきたとしよう
さあどうする

>Excelなら別列にデータ取っとけばいいじゃん
「田中_太郎」って顧客名の列と「A」ってグループ名列を別で設定するならもちろんありじゃん？
「A」を入れる列を社内システムでは追加できないじゃん？
「田中_太郎_A」にしようぜ！となってる

仕事の話をここでしてることに危機感覚えるところから始めような！

とりあえずコピーして別の独立した存在として運用していけば？
更新とかいろいろ手間も2倍になるけど

じゃあ社内システム改修しなきゃ！

社内システムの改修を訴える
社長にABCの追加で対応しろと言われたら記録に残して実行
システムが火を吹くか次回の改修するときに退職する

>その帳票が顧客に見られた時に「ランク付けでもしてんのか」みたいに思われるよ
>って感じでどうですか
社長「セル幅を調整してABCが表示されないようにすればいいじゃん」

どっちにしろ転職準備

>仕事の話をここでしてることに危機感覚えるところから始めような！
俺どうにもならなくてimgなんぞに愚痴る奴の気持ちが今回の件でわかった！！！

まず顧客データ入力者が間違いを犯さないと信じているところから始まっているのが間違っている

AIに相談しようぜ！

社長に保守やらせればいいじゃん

普通に想定される問題点をあげるだけじゃ駄目なの？

>普通に想定される問題点をあげるだけじゃ駄目なの？
その問題点とは？ってのがこのスレの議題なんだが

いもげのEXCELマスターはvlook使えたら

>普通に想定される問題点をあげるだけじゃ駄目なの？
>そんな案を通したら絶対に後々恐ろしいことが起こるのは分かるけど俺はSEではないため具体的にどういう恐ろしいことが起こるのかを説明できない

SQLアンチパターンのどれかにあった気がする

>社長「セル幅を調整してABCが表示されないようにすればいいじゃん」
印刷はExcelじゃないんで絶対出ます
って言えばいいじゃん

真面目な話としてAI活用出来そうな事案の一つではある
アホ言いくるめるの得意そうだし

なんでいかんのか煙たがられるくらい言うだけ言って保険かけとくくらいじゃねえかな…

まず名前変更が不適切だと顧客が分裂するだろ？

なんでABC付けたらダメなのか頭社長以下の俺に教えてくれ
怒らないで…

>そのうちAとCを兼ね備えた顧客が出てきたとしよう
>さあどうする
例外処理しなきゃいけない時に莫大な工数をかけて修正しなきゃいけなくなるけど
その時に他の仕事全部止めていいなら…と言うのも手だが
実際にそんな局面になったらそんな約束はまず間違いなく反故にされる

「」に必要なのは相談ではない！
転職だ！！！

あと曲がりなりにも相談するつもりならレスのメ欄にはｓと入れろ

大文字小文字全角半角でまずわけわからなくなる
ついでにdを勝手に入力してる奴が出てくる

>なんでABC付けたらダメなのか頭社長以下の俺に教えてくれ
>怒らないで…
顧客の名前ってデータなら名前として独立してないと…

自社で何も出来ないシステムならお前が何か考えるまでもなく
外注先に顧客情報欄にABCの6種追加できるか聞いて終わりだろ…

株式会社abemaって会社があったときにabemaAにするんです？

たとえば「藤子_不二雄_A」って顧客がいてこの人がBの属性だったとしたら検索で引っ張り出すのが複雑になるな

自分に責任が及ばない準備をしたら
もうあとは人の心を捨てて適当にやれ

末尾がだめなら間に入れたらいいじゃん

うちの社長は顧客に数字振るの失礼だからやめようぜってなって案の定同姓同名がいて取り違え起きた
超ウケル

ごめん
>No.1277478511
これは自分のレス
もちろん特定されそうな要素はぼかしてるからな！そのまんまじゃないぞ！

>社内システムの改修を訴える
>社長にABCの追加で対応しろと言われたら記録に残して実行
>システムが火を吹くか次回の改修するときに退職する
やっぱ着火待ちしかないのかねぇ…身支度整えるかぁ…

双葉BOB様宛の帳票が双葉Oになる世界だ

外注の社内システムなら普通にDB使ってるんじゃないの？
顧客テーブルに列追加したら？たぶんそんなに難しくない

使う人間が慎重ならまあ問題起きないと思うよ

その外注先のシステム屋に相談しろ
説得できたらそちらに依頼するからって言えば
業務内容に基づいた内容を考えてくれる

顧客ファイルを3つ作ってABCに振り分けちゃだめなのか

とりあえずなんかあった時分離しやすいようにはした方がいい
ABCで1文字はやめとけXXXとYYYとZZZくらいにしろ

>その外注先のシステム屋に相談しろ
>説得できたらそちらに依頼するからって言えば
>業務内容に基づいた内容を考えてくれる
これだな
バッドノウハウにも詳しいのがプロだ

社長の言うように変えることで問題起きないか外注に質問する（ように進言する）くらいもできんのか？
なら甘んじて受け入れるか転職しかねえよ

>すると社長が「システムに登録されてる顧客名の末尾にABCを付け加えるだけでいいじゃん」と言い出した
それ社内システムの顧客表示名全部にABC付かない？

ここで「」に聞いて出てくるのはいわば正論じゃん？
それだと無能の烙印を押されるだけでどうやっても説得までこぎつけるとは思えん
一番いい結果としてやれる範囲で代案考える羽目になるだけだと思うぜ

いいですよね
YOBIカラム

そんな会社辞めてしまえ

田中太郎A(低ランク)様
いつもお世話になっております

ちなみにスレ「」はその外注さんの連絡先持ってるんです？

システム内でA,B,Cで分けた顧客を扱いたいってこと？機能にないから無理でしょ
ただ単に宛名書きで分けたいとか一回しか使わんようならExcelに出力してExcelの機能で完結させるけど

終わりを迎えさせるために背中を押せるなんて光栄だな

>使う人間が慎重ならまあ問題起きないと思うよ
つまり問題が起きるって事だな

絶対後からもう一個分類増やしたくなるのが目に見えてるからコード振るか列増やすかテーブル増やすかしろ

本職SEの端くれだけどいざどんな問題が起きるかって説明しようとすると難しいな…
データの項目名とその中に入っているデータの実態は何があっても絶対死んでも一致してないと困る
性別の項目に42歳とか好きな食べ物の項目に鉄骨とか入ってたら明らかにおかしいけど
氏名の項目に「男」とか入ってたらデータミス？そういう名字？ってわけわかんなくなるでしょ
あと株式会社ふたばAとかならわかるかもしれんが株式会社FUTABAAとかなってたらこれどこまで社名なのってなるし

DBの顧客マスタに項目ひとつ増やして
画面にABCの選択式の入力枠をつけるだけなら
そんなに工数かからんだろう

藤子不二雄A

Excelﾁｮﾄﾃﾞｷﾙっていう隙を見せて社内SE扱いになった時点で敗北だ

いいじゃんほっとけよ
ぼそっとどっかで言って議事にだけ残して問題になったら対応すればいいよ
世の中そんなもん

テーブルのカラム増やして困るってよほどギチギチ低容量のマシン使ってるか組み込みかのどっいか？

>大文字小文字全角半角でまずわけわからなくなる
>ついでにdを勝手に入力してる奴が出てくる
>株式会社abemaって会社があったときにabemaAにするんです？
>たとえば「藤子_不二雄_A」って顧客がいてこの人がBの属性だったとしたら検索で引っ張り出すのが複雑になるな
>とりあえずなんかあった時分離しやすいようにはした方がいい
>ABCで1文字はやめとけXXXとYYYとZZZくらいにしろ
ここらへんちょい材料にしてまとめてみようかな…

>外注の社内システムなら普通にDB使ってるんじゃないの？
>顧客テーブルに列追加したら？たぶんそんなに難しくない
画面の左側に顧客一覧があってそれクリックすると右側に各情報の表示欄(入力欄)が出てきてそれに打ちこむ的な感じのやつなんだけど
頼めば入力欄増やすとかは割とサクサクやってくれるやつ？

SQLだったら超簡単だからおぼえたほうが早いよ
PHPとSQLとLinuxとapacheの組み合わせはとりあえずサクッと覚えられて使いまわしがきくよ

>頼めば入力欄増やすとかは割とサクサクやってくれるやつ？
直属の上司に外注先に相談していいか確認しろ
見積もりは無料だ

メリット
ABCどこにも属してない人を登録出来る(配属が決まってない人をとりあえず登録出来る)
デメリット
ABCどこにも属してない人を登録出来る(そのままにされると後から分からなくなる)

>>頼めば入力欄増やすとかは割とサクサクやってくれるやつ？
>直属の上司に外注先に相談していいか確認しろ
>見積もりは無料だ
チョウダイ…見積もり費用チョウダイ…

まずどれくらいの費用になるのか見積もりだけでも取ってみろよ

追加できないなら完全な別テーブルなり用意してそこにに顧客IDとランクぶち込んでおけば良いんじゃないの？

27グループまで分けることになったら大変なことになりますよ

Accessでフォーム利用して画面作ってるような感じだろ
少し勉強すれば仕組みは理解できるだろうけどチョットデキル程度なら一朝一夕では無理だな

データ無理やり整形して許されるのは1から組んでて絶対設計変わらないのが確約されてる部分だけだ

>27グループまで分けることになったら大変なことになりますよ
A〜Zが終わったら次はαとかつけるか

>頼めば入力欄増やすとかは割とサクサクやってくれるやつ？
モノ次第だけど入力欄増やすだけなら手を実際動かす見積工数は検証リリース込みで0.5人日っすね
請求はざっくり3人日端数切捨て20万からになります

(半日でできる仕事だけど見積多めに出しとこ・・・)当社なら今年度内でできます

最悪だよ…富士ソフトABC…

>27グループまで分けることになったら大変なことになりますよ
いろはにほへと「待たせたな！「」！」

ちょこっとの改修で済むからついでに回収したい内容ざっくばらんにまとめて正規に発注するのがWin-Winの可能性がある

>いろはにほへと「待たせたな！「」！」
日本語の名前に日本語追加しちゃダメだよ！

1人日以下の改修はまじでコスパ悪いよ
仕事する方も細かく請求するわけにはいかないからな…

我々プロとしては具体的な内容を根ほり葉ほり聞かないと自信持って答えられないので
御社の業務内容を知ってて今のシステムにも詳しいプロ…つまりは外注先に相談することをオススメする
多少金がかかったとしてその先地獄見るよりはマシなので…まず見積もりの見積もりだけでも

>>頼めば入力欄増やすとかは割とサクサクやってくれるやつ？
>モノ次第だけど入力欄増やすだけなら手を実際動かす見積工数は検証リリース込みで0.5人日っすね
>請求はざっくり3人日端数切捨て20万からになります
うちは同じことやろうとするとホストのDBイジってCOBOLで出来た関連システムの影響調査やるからざっくり20人月になるな
かように会社によって違うから「の見積もりなんか当てにするな」

>ちなみにスレ「」はその外注さんの連絡先持ってるんです？
会社の電話に連絡先入ってたような…

>Excelﾁｮﾄﾃﾞｷﾙっていう隙を見せて社内SE扱いになった時点で敗北だ
そうだね×65535

>SQLだったら超簡単だからおぼえたほうが早いよ
SQLﾁｮｯﾄｵﾎﾞｴﾙﾊﾒﾆﾅｯﾀ

>直属の上司に外注先に相談していいか確認しろ
>見積もりは無料だ
まじか
ダメ元でやってみるか

会社名に絶対入り込む英語1文字なんて危険すぎる
00001みたいな項番を無理やり詰め込んだ方がいいけどそれやるなら列増やした方が早い

>SQLﾁｮｯﾄｵﾎﾞｴﾙﾊﾒﾆﾅｯﾀ
ﾁｮｯﾄｵﾎﾞｴﾀからこれが危険な事には気づけたんだな

実際こういうの相談できる場所ってある？
匿名掲示板以外になくない？

>ざっくり20人月になるな
流石に盛りすぎじゃねえの！？1社向け社内システムだぜ

名前ににウンコチンコマンコってついてる顧客なんていないだろうし田中太郎_マンコとかにしとけば安心じゃね？

こういう時ChatGptなら大半の「」と違って話聞いて提案まではすぐしてくれるからまずは試してみるべきだぜ

>実際こういうの相談できる場所ってある？
>匿名掲示板以外になくない？
上司
同僚

>名前ににウンコチンコマンコってついてる顧客なんていないだろうし田中太郎_マンコとかにしとけば安心じゃね？
ウンコはな
漏れるんだ

>名前ににウンコチンコマンコってついてる顧客なんていないだろうし田中太郎_マンコとかにしとけば安心じゃね？
怪しいお米セシウムさん

>>ざっくり20人月になるな
>流石に盛りすぎじゃねえの！？1社向け社内システムだぜ
たとえば銀行とかだとネ…

そもそも外注で出来上がったシステムをそっからいじりたくないわ…

>実際こういうの相談できる場所ってある？
>匿名掲示板以外になくない？
ネット上の有象無象よりプロに相談するのが確実だぞ

>流石に盛りすぎじゃねえの！？1社向け社内システムだぜ
ウチでホストの顧客DB触ると関連するシステム5〜10個くらい直したり影響調査しないといけないし各システムが1000人月規模のブツだから

>名前ににウンコチンコマンコってついてる顧客なんていないだろうし田中太郎_マンコとかにしとけば安心じゃね？
https://www.infiniteloop.co.jp/tech-blog/2024/04/unko2024/

テストデータにすらうんこはやめろって言われてるのに本番のデータにまんことかつけるな

こういうときはGPT先生にお願いだ
https://chatgpt.com/share/6798ba42-2e14-8012-b4aa-d9a1eb81ac95

>名前ににウンコチンコマンコってついてる顧客なんていないだろうし田中太郎_マンコとかにしとけば安心じゃね？
かしこい
スレ「」これにしよう

テストデータなんてhogefugaでいいよ

>>外注の社内システムなら普通にDB使ってるんじゃないの？
>>顧客テーブルに列追加したら？たぶんそんなに難しくない
>画面の左側に顧客一覧があってそれクリックすると右側に各情報の表示欄(入力欄)が出てきてそれに打ちこむ的な感じのやつなんだけど
>頼めば入力欄増やすとかは割とサクサクやってくれるやつ？
ああうん…DBのログイン情報すら持ってない感じか…？
ある程度知識あればサクッと改修できるけどその情報量だと外注先に投げるのが丸いと思う

社長の前で赤ちゃんになればタダゴトではないとなるかもしれない

>ちょこっとの改修で済むからついでに回収したい内容ざっくばらんにまとめて正規に発注するのがWin-Winの可能性がある
システム使っててストレスかかるようなところは多々あったからこれを機にまとめてぶん投げるってのも一つの手なのかな
このクソシステム！！！！！って言いたくなることも多いけどimgとかでエンジニア連中の悲哀聞いてると起こるのも可哀想だな…とはなるよね

>会社名に絶対入り込む英語1文字なんて危険すぎる
>00001みたいな項番を無理やり詰め込んだ方がいいけどそれやるなら列増やした方が早い
列増やしてえ〜
いやマジで列増やしてそれで連動して入力フォーム生えてきてくれるなら一刻も早く増やしてえ〜

現実は素人目にもどうにも手を付けられなくなってから外部に頼んで社内SEモドキの「」が泣きながら残業してデータを修正するのだ

実際にシステムいじる場合は単に入力項目増やすってだけじゃなくて
改修で他に影響が出ないかの調査が必要でそれが面倒なんだよな
入力項目増やしたら読み込みでエラーが出ましたとかあり得るから

まずその末尾につけて何をするつもりなの
グルーピングに使うつもりなら検索できなきゃいけないよね
AとかBとかは例としても顧客名に絶対に混ざらない文字列でなきゃいけないよね
あとそのシステムの顧客名の項目はどこに使われてる？
仮に帳票とかに出力する項目だと客の目に触れる可能性あるけど

ウンコチンコの何がダメってひらがなカタカナ漢字記号が混ざってるわけでもないからテストワード性能も低いことだ

>このクソシステム！！！！！って言いたくなることも多いけどimgとかでエンジニア連中の悲哀聞いてると起こるのも可哀想だな…とはなるよね
データ入力系でクソシステムが発生するとするならばそれは予算との折り合いなのです

直すのは本当にDBだけか？他に影響する業務やシステムはないか？の観点がSEやるには抜けてる

>ウンコチンコの何がダメってひらがなカタカナ漢字記号が混ざってるわけでもないからテストワード性能も低いことだ
まンko

たまにまだDB2とHiRDBで動いてるシステムに遭遇してウワーってなるよ

テストデータにはおペニス…を使え

現状システムの不満とか要望集めて一緒に外注へ投げる

quuuuuuxは合法的に変数名に使えるから喜んでるオタクいそうだな…
いやでもやだな無名変数たくさんいるの…

検索性が死ぬのと通常の名前との区切りがわからなくなるのと入力制限入れられないから想定外のグループが入ったりする
あと積集合に属する人物が出ないかどうかとか…

ちなみに俺が社長を説得するなら列増やさないで文字列依存の判定ロジックを関連システムそれぞれに組むと列増やすより高く付きますよって方向で行く

excelちょっと出来るマン程度がサーバーのデータ直接触るのはやめとけ

まあ完全新規のカラム追加するだけならテーブル1個追加したら影響少なくできるしそれでええ
正規化してるならテーブルは増やせる想定だろうし
出来なきゃ知らん

ジータのエロ画像検索してベジータのエロ画像が出てくるようなシステム俺は嫌だ！

クソシステムっつーか弊社組込系だけど
ざっと10年単位で更新する製品で過去製品とのデータの互換性もある程度保たないといけないやつだからうんこ
あとソースコード10年前20年前のやつそのまま使わなきゃいけないからまんこ

>たまにまだDB2とHiRDBで動いてるシステムに遭遇してウワーってなるよ
怖いか？そのうえLotusNotesが現役で動いてる弊社が

外注の会社とフランクに話ができる関係なら相談してもいいんじゃない？

>ちなみに俺が社長を説得するなら列増やさないで文字列依存の判定ロジックを関連システムそれぞれに組むと列増やすより高く付きますよって方向で行く
保守考えると明らかに高くつくね…

>>会社名に絶対入り込む英語1文字なんて危険すぎる
>>00001みたいな項番を無理やり詰め込んだ方がいいけどそれやるなら列増やした方が早い
>列増やしてえ〜
>いやマジで列増やしてそれで連動して入力フォーム生えてきてくれるなら一刻も早く増やしてえ〜
マジでちゃんと改修するなら別テーブルでグループ作ってグループマスタも作って…とかなるから
外注先の営業さんに説得含めて任せよ？

>ジータのエロ画像検索してベジータのエロ画像が出てくるようなシステム俺は嫌だ！
これ割とあるんだよな…

そのシステムベンダにまず聞けよ
保守契約してるだろ

>>ちなみに俺が社長を説得するなら列増やさないで文字列依存の判定ロジックを関連システムそれぞれに組むと列増やすより高く付きますよって方向で行く
>保守考えると明らかに高くつくね…
今後何か修正入れるたびに高く付くだろうしそもそもイニシャルの時点でも高くなりそうな気配がある

グルーピングに自由入力なんてさせたら絶対に誤入力するしな

まあもっと細かい話をするなら
既存の取引先テーブルにカラムを追加するよりも
既存のテーブルのキーと紐づくグループ分け用のテーブルを用意した方がいい
必要な時だけ取引先テーブルのキーと結合させて参照する

別に今想定される問題がないなら名前の後ろに判別用文字列付けたってかまやしないと思うけどね
説得ありきで考えないでフラットに考えたほうがいいよ

>グルーピングに自由入力なんてさせたら絶対に誤入力するしな
想定してない使い方する奴とか理解してないまま使う奴出てきて収集つかなくなるよね

>別に今想定される問題がないなら名前の後ろに判別用文字列付けたってかまやしないと思うけどね
>説得ありきで考えないでフラットに考えたほうがいいよ
社長っぽいレス！

>実際にシステムいじる場合は単に入力項目増やすってだけじゃなくて
>改修で他に影響が出ないかの調査が必要でそれが面倒なんだよな
>入力項目増やしたら読み込みでエラーが出ましたとかあり得るから
それを理解してくれる上司が欲しかったがシステムとか微塵も関係ない業界だからどうにもね
>グルーピングに使うつもりなら検索できなきゃいけないよね
検索システムでAで検索すればAが抽出できるヨシ！と思っていらっしゃる
>AとかBとかは例としても顧客名に絶対に混ざらない文字列でなきゃいけないよね
おっしゃる通り例なので文字列自体は混ざりづらいものだと思う(絶対ではない)
>あとそのシステムの顧客名の項目はどこに使われてる？
>仮に帳票とかに出力する項目だと客の目に触れる可能性あるけど
むしろ見える場所に出力したいらしいけど
普通に考えて絶対狙い通りじゃない出力しちゃいけない場所にも出力されるに決まってると思いませんか？思うよね？

>>ちなみに俺が社長を説得するなら列増やさないで文字列依存の判定ロジックを関連システムそれぞれに組むと列増やすより高く付きますよって方向で行く
>保守考えると明らかに高くつくね…
そもそも先頭文字ならともかく末尾文字でグルーピング掛けるのクソ面倒くさくないか？と思う

>検索性が死ぬ
>ジータのエロ画像検索してベジータのエロ画像が出てくる
これだな辛いの…
「ふたば_とし_A」って顧客を検索するときに「ふたば_とし」で調べたら「ふたば_としかき_B」とか「ふたば_としあき_C」とかが出てくるの

>>別に今想定される問題がないなら名前の後ろに判別用文字列付けたってかまやしないと思うけどね
>>説得ありきで考えないでフラットに考えたほうがいいよ
>社長っぽいレス！
まあ…こういうずるい受け答えができるから管理職なんてやってられるんだ…

顧客名引っ張ってきた書類出すときに判別用文字消し忘れる自信あるぜ

まあそう…別にどうでもいいよその会社だし…というスタンスで考えれば末尾につけたらいいんじゃないですか…という気持ちはなくはないが…

いいですよね
aとAとａとＡとΑが混ざるの

>>別に今想定される問題がないなら名前の後ろに判別用文字列付けたってかまやしないと思うけどね
>>説得ありきで考えないでフラットに考えたほうがいいよ
>社長っぽいレス！
いやまあ想定される運用とコスト効果を鑑みて敢えてラフな実装で済ませてしまうという経営判断は普通にあるから…

社長が損得と工数でしか見てないならそっちを選ぶと後々地獄を見る理由を3つくらい上げてぶつけるのが1番早い
このスレだけでもう不便なのはわかるし既存システムとの不整合を上乗せする感じで

>>仮に帳票とかに出力する項目だと客の目に触れる可能性あるけど
>むしろ見える場所に出力したいらしいけど
>普通に考えて絶対狙い通りじゃない出力しちゃいけない場所にも出力されるに決まってると思いませんか？思うよね？
そうだね
だから顧客名がどこでどうやって使われてるか全部調べる必要があるんですね

ちなみに顧客数はどの程度？

「」の労働力0円だと思ってるから返って金がかかること説明しなきゃ

>>>別に今想定される問題がないなら名前の後ろに判別用文字列付けたってかまやしないと思うけどね
>>>説得ありきで考えないでフラットに考えたほうがいいよ
>>社長っぽいレス！
>いやまあ想定される運用とコスト効果を鑑みて敢えてラフな実装で済ませてしまうという経営判断は普通にあるから…
まあ立場が違えば正解も変わってくるよね

>>グルーピングに使うつもりなら検索できなきゃいけないよね
>検索システムでAで検索すればAが抽出できるヨシ！と思っていらっしゃる
これできませんよ？で良いのでは？
ABCが社名に入ってくると無理じゃん

どこかに文字列付ける以外の選択肢がないとしても名前のケツじゃないほうが絶対いいよな

>社長が損得と工数でしか見てないならそっちを選ぶと後々地獄を見る理由を3つくらい上げてぶつけるのが1番早い
>このスレだけでもう不便なのはわかるし既存システムとの不整合を上乗せする感じで
まあ逆に言うとそれを期待しての任命だろうしね
だって予算と工数でしか判断できないもん
だから買い物するときは必要な理由をちゃんと持ってきてほしいんだよ

>いやまあ想定される運用とコスト効果を鑑みて敢えてラフな実装で済ませてしまうという経営判断は普通にあるから…
想定してない運用することになる奴じゃないですか！

>いいですよね
>aとAとａとＡとΑが混ざるの
せっかくだからÅや∀も混ぜよう

正規表現で検索すりゃ末尾Aは取ってこれる
来れるけど…

より根深いところを変えようとすると影響調査もバカにならねえ

どういう検索使うか分からないけど後方一致ってsqlだと検索コスパすこぶる悪かった記憶

>別に今想定される問題がないなら名前の後ろに判別用文字列付けたってかまやしないと思うけどね
>説得ありきで考えないでフラットに考えたほうがいいよ
社長エミュうまいですね
社長か？

>どこかに文字列付ける以外の選択肢がないとしても名前のケツじゃないほうが絶対いいよな
あーー末尾を避けるというダメコンも考えられるか
最悪時の妥協案としてアリかも…アリかな…

上司に話して見積もり取ってもらってこれぐらいで改修出来ます！した方が良いと思う…額次第だけど

全角Ａはエンコードで事故る可能性もある

発端が思い付きだったら改めて問いだしてみたらこの話なかったことになったりする…

発送物の宛名の印刷にも使ってて「双葉虹裏物産グループA様」みたいになったりとかな

こんなもの変わるわけねえだろって部分が変わるのが世の中だ
消費税の項目が増えたり性別が男女の2択じゃなくなったり

頭にすると
>発送物の宛名の印刷にも使ってて「A双葉虹裏物産グループ様」みたいになったりとかな

どのみち外注に相談するしかないのでは

ちなみにそのシステムってどこで動かしてるんです？
社内サーバー？それともソフトウェアとしてどっかのパソコンにじかに入ってたりする？

3つ見積もりとってもらおう
・素直に列追加したときにかかる金額
・社長案を採用して名前の表示をいい感じに印刷とかできるように改修する場合にかかる金額
・社長案を採用したあとでうちょっと運用して「やっぱ駄目だなこれ！」となり列追加することにしたときにかかる金額

改修なしで妥協するにしても外にお出しされる項目はやめろ

姓,名,A
みたいなcsvを自前で作って持ってよう
PC紛失
流出
ﾄﾝ

あと今まで動いてるシステムの顧客名全修正とかしたくねえな…

>これできませんよ？で良いのでは？
>ABCが社名に入ってくると無理じゃん
この辺は区切り文字として絶対使われないであろう複数の文字の組み合わせ挟めばいけると思う

>3つ見積もりとってもらおう
>・素直に列追加したときにかかる金額
>・社長案を採用して名前の表示をいい感じに印刷とかできるように改修する場合にかかる金額
>・社長案を採用したあとでうちょっと運用して「やっぱ駄目だなこれ！」となり列追加することにしたときにかかる金額
まあどう考えても列追加がいちばん安いよな…

>3つ見積もりとってもらおう
>・素直に列追加したときにかかる金額
>・社長案を採用して名前の表示をいい感じに印刷とかできるように改修する場合にかかる金額
>・社長案を採用したあとでうちょっと運用して「やっぱ駄目だなこれ！」となり列追加することにしたときにかかる金額
見積とるまでもなく列追加するのが一番安いこれえ！！！！！！
フロントで文字列操作とか考えただけでおぞけがはしるわ

しかしねぇ…経営者としては無駄な金はかけずに運用対応して欲しいのだから…

>>これできませんよ？で良いのでは？
>>ABCが社名に入ってくると無理じゃん
>この辺は区切り文字として絶対使われないであろう複数の文字の組み合わせ挟めばいけると思う
そんな文字を常に正しく入力してくれるという期待はやめるんだ

>しかしねぇ…経営者としては無駄な金はかけずに運用対応して欲しいのだから…
そうだね
>3つ見積もりとってもらおう

あと文字列結合だと判定式書くのも相当にだるそう

>>これできませんよ？で良いのでは？
>>ABCが社名に入ってくると無理じゃん
>この辺は区切り文字として絶対使われないであろう複数の文字の組み合わせ挟めばいけると思う
%&'()みたいな記号の羅列を区切りとして使ったことあるけど置き換えたときに文字数制限超えたりしてめんどくさかった記憶がある
あとあまりにもバカな仕様すぎる

意外とそういうラフな提案してくる社長とか役員とかのが若い頃から緑色の画面の業務システム使ってて直感的に業務システムに詳しいとかあったりする

>この辺は区切り文字として絶対使われないであろう複数の文字の組み合わせ挟めばいけると思う
こんな思いつきでやるような会社絶対打ち込みミスするし新規登録でも失伝して好き放題入力する

>意外とそういうラフな提案してくる社長とか役員とかのが若い頃から緑色の画面の業務システム使ってて直感的に業務システムに詳しいとかあったりする
そしてその時代の感覚で予算や期間を決めてくる

「」が頑張れば当座は何とかなるかもだけど
次の改修依頼が来た時に死ぬ

誰がデータ入力するか知らないけど入力制御はないと絶対に事故るよ
そしてこの手で入力規則守られてないデータがあるとろくなことにならない

>>これできませんよ？で良いのでは？
>>ABCが社名に入ってくると無理じゃん
>この辺は区切り文字として絶対使われないであろう複数の文字の組み合わせ挟めばいけると思う
社長がこれ言ってきたらできねえって言ってんだろ…すぞ…ってなる

>%&'()みたいな記号の羅列を区切りとして使ったことあるけど
俺これやられたら憤死するわ
エスケープめんどくせええええええ！

>あとあまりにもバカな仕様すぎる
そうだね

おっさんに媚び諂って被害被るのは作る方と動かす方だからな
お客様に見える部分だと更に被害拡大する

うちの会社でも社長が「誰かSQL勉強して案件のデータベース作って欲しいな〜」
とか言ってたけどただで社員に業務外でやらせるもんじゃないだろと思った

作業者は絶対ミスをする
ミスをしないためにはシステムをがっちり組む
作業者から使いずらいという絶賛の嵐！

社長の案がナイスアイデアに見える俺はなんで恐ろしいことが起こるのか全然わからん
もしかして俺は…社長？

・ダメ元でいいから見積もりを頼む
・どこで顧客名が使われてて悪さするか分からないから危険だと伝えて祈る
・せめて後方一致ではなく前方一致にするよう頼む
・改めて問いただして思いつきが覆らないか祈る
知識が集まってきたな…「」は頼りになるな…

>ちなみにそのシステムってどこで動かしてるんです？
>社内サーバー？それともソフトウェアとしてどっかのパソコンにじかに入ってたりする？
インターネットには繋がってないデータベースのみ見られる回線に繋がってるPCのやつ

>あと今まで動いてるシステムの顧客名全修正とかしたくねえな…
うん

>あと文字列結合だと判定式書くのも相当にだるそう
今気づいたんだけど現時点で名字と名前の間に全角スペース使ってんのにABCとの間も全角スペースなの絶対ヤバくね？

グループ分けをどんな用途に使うか次第だけど
下手したらグループごとに顧客名だけ入れたGroupA.xlsxとか作った方が早い可能性もある

>うちの会社でも社長が「誰かSQL勉強して案件のデータベース作って欲しいな〜」
うｎ
>とか言ってたけどただで社員に業務外でやらせるもんじゃないだろと思った
>業務外
えっ！？

社長の発意であるという記録は絶対に残しとくのよ

>社長の案がナイスアイデアに見える俺はなんで恐ろしいことが起こるのか全然わからん
>もしかして俺は…社長？
プログラミングとかやったことないなら危険性を理解できないのは仕方がない
そしてほとんどの人がプログラミングやった事無いから危険性を共有できない

>%&'()みたいな記号の羅列を区切りとして使ったことある
変なところでSQLインジェクション起こして大破壊招きそう

>>あと文字列結合だと判定式書くのも相当にだるそう
>今気づいたんだけど現時点で名字と名前の間に全角スペース使ってんのにABCとの間も全角スペースなの絶対ヤバくね？
顧客名って氏名の上に全角スペースで姓名分割とかやってるの…？
改修しよ？

富士ソフトウェア研究所→富士ソフトABC→富士ソフト

>今気づいたんだけど現時点で名字と名前の間に全角スペース使ってんのにABCとの間も全角スペースなの絶対ヤバくね？
ヤバいに決まってんだろ
なんなら氏名間のスペースも絶対打ち込みミスってる奴いるだろすでに

うちは俺がACCESSの分析システムとか作ったりして開発費を抑えてたけど「声が小さい」みたいな理由で評定かなり下げられてたから全部忘れたことにした
なんか今になってDX人材が足りないとか喚いてるけどまあITリテラシーより声が大きい方が大事なんでしょっていう

苗字/名前でDBに入れてぇ
ｶﾅもつけて

Accessでいいじゃん
なんなんだよこの無能SEはクビにしろ

氏名の時点で大変なことになってないか

>>あと文字列結合だと判定式書くのも相当にだるそう
>今気づいたんだけど現時点で名字と名前の間に全角スペース使ってんのにABCとの間も全角スペースなの絶対ヤバくね？
現時点で狂っているとしか思えないんだが

>うちは俺がACCESSの分析システムとか作ったりして開発費を抑えてたけど「声が小さい」みたいな理由で評定かなり下げられてたから全部忘れたことにした
>なんか今になってDX人材が足りないとか喚いてるけどまあITリテラシーより声が大きい方が大事なんでしょっていう
ボイトレ行こうぜ

まず変な入力要求するなら入力フォームもギチギチな制約組まないと絶対ガバガバになる
そしてそこまでやるなら列増やす方が早い

とりあえずABCをつけ忘れた第4の顧客グループが知らぬ間に現れるのは分かる

声がデカいだけで金貰えるなら鍛えるに越したことは無いな…

顧客名って会社名じゃなくて人名なの！？

>Accessでいいじゃん
>なんなんだよこの無能SEはクビにしろ
excelﾁｮｯﾄﾃﾞｷﾙだけなのにどうして…

>うちは俺がACCESSの分析システムとか作ったりして開発費を抑えてたけど「声が小さい」みたいな理由で評定かなり下げられてたから全部忘れたことにした
Access使えて声が小さい奴よりAccess使えない上に声も小さい奴のほうが評価低くなるだろ

>>今気づいたんだけど現時点で名字と名前の間に全角スペース使ってんのにABCとの間も全角スペースなの絶対ヤバくね？
>ヤバいに決まってんだろ
>なんなら氏名間のスペースも絶対打ち込みミスってる奴いるだろすでに
一度こうなっちゃうと途中で名字と名前にバラして正規化しようとすると絶対変なデータがあるのでもうずっとそのまま行くしかないやつ

まあでも声小さくて何言ってるか分かんねえとチームから追放したくなる気持ちはわかるよ…
自分を顧みて早口すぎてやばいなと思うことがあるからわかる

声が小さい奴は許容範囲も小さい

うちは名字名前で分けてたシステムたちが統一化されて氏名スペース分けにされたけどバカじゃねぇかなって思った

>とりあえずABCをつけ忘れた第4の顧客グループが知らぬ間に現れるのは分かる
ABC以外のものを勝手に入力する奴が出てくるからもっと増えるぞ

>一度こうなっちゃうと途中で名字と名前にバラして正規化しようとすると絶対変なデータがあるのでもうずっとそのまま行くしかないやつ
これはまだわかるよね
>うちは名字名前で分けてたシステムたちが統一化されて氏名スペース分けにされたけどバカじゃねぇかなって思った
獺…

まあ名字ない人が顧客になるシステムかもしれないからな…

>うちは名字名前で分けてたシステムたちが統一化されて氏名スペース分けにされたけどバカじゃねぇかなって思った
🤖表示する時だけ苗字+空白+名前で結合すればいいのに…

>うちは名字名前で分けてたシステムたちが統一化されて氏名スペース分けにされたけどバカじゃねぇかなって思った
逆じゃなくて？！

>うちは名字名前で分けてたシステムたちが統一化されて氏名スペース分けにされたけどバカじゃねぇかなって思った
どうして…！

>うちは俺がACCESSの分析システムとか作ったりして開発費を抑えてたけど「声が小さい」みたいな理由で評定かなり下げられてたから全部忘れたことにした
評定下げられた本質は声が小さいじゃなくて相手に聞こえてなくてコミュニケーションが取れない方では？

>うちは俺がACCESSの分析システムとか作ったりして開発費を抑えてたけど「声が小さい」みたいな理由で評定かなり下げられてたから全部忘れたことにした
>なんか今になってDX人材が足りないとか喚いてるけどまあITリテラシーより声が大きい方が大事なんでしょっていう
imgオフのカラオケあるやつ行こうぜ

外注するより社員に自主的に勉強させてシステム構築すれば安く済むんじゃね！？

名字名前で分けた上で変に必須チェックすると外国人とか皇族の扱いで困ることがある

姓名で分けると外国人面倒な問題はあるけどなら全角スペースで分けるなんて入力規則は作らないな

>外注するより社員に自主的に勉強させてシステム構築すれば安く済むんじゃね！？
スキルアップして転職されるかもしれないし…

>逆じゃなくて？！
>どうして…！
なんで分けてんだ無駄だろ
という事業仕分けみたいなことが…

>まあでも声小さくて何言ってるか分かんねえとチームから追放したくなる気持ちはわかるよ…
>自分を顧みて早口すぎてやばいなと思うことがあるからわかる
小さい声を一生懸命聞き取るのって死ぬほど疲れるからな
ごめん何言ってるのか分からんから声量あげてとも言いづらいし勇気出して言っても最初だけ張るけどすぐ声小さくなる人も多いし声小さい人と仕事すると周りは本当にきつい

>外注するより社員に自主的に勉強させてシステム構築すれば安く済むんじゃね！？
して不具合で大規模メンテとかになった時のコストはいかに…

フロントで何とかするならエクセルで顧客分類マスター作ってシステムからCSVで出したデータに結合した方がだいぶマシだな
マスター勝手に編集されて滅茶苦茶になる？
そうだね

ミドルネームとかどうしてるんだろう

人間がゴミである前提で組むのも限度があるから運用カバーが生まれる

>して不具合で大規模メンテとかになった時のコストはいかに…
人件費は0円だよ何言っとるんだねキミは

>外注するより社員に自主的に勉強させてシステム構築すれば安く済むんじゃね！？
そのぶんシステム構築遅くなるけどシステムができてない間も当然仕事はあるわけで
その間の時間的・仕事クオリティ的なロスを考えると外注したほうが儲かるんだよねこういうの

>人間がゴミである前提で組むのも限度があるから運用カバーが生まれる
運用カバーがどんどん増えていって限度を超えたとき人間がゴミであることが証明される

外国人だとミドルネームもあり得るしやんごとない苗字ない人とかもいるのに姓名両方必須入力はおばか

>姓名で分けると外国人面倒な問題はあるけどなら全角スペースで分けるなんて入力規則は作らないな
別名とアルファベット氏名のカラムはあるよ

姓名分ける必要あるかな…って思っていても
封筒に宛名印刷しなきゃいけないとか出てくるんだよな

名前は面倒だから性別あたりにしようよ
男女とabcで計6個分類ですむ
性別コードがbooleanってことあまりないだろ

>>して不具合で大規模メンテとかになった時のコストはいかに…
>人件費は0円だよ何言っとるんだねキミは
まあその分社員ができる本来の仕事量は失われるから会社は損するわけだが…

>自主的に勉強させて
一瞬で矛盾するのやめろやめてくれ

ゴミシステムのせいでミスが生まれて損失が生まれたら議事録取り出してこいつが言いました！復唱！ってするんだぞ

>ゴミシステムのせいでミスが生まれて損失が生まれたら議事録取り出してこいつが言いました！復唱！ってするんだぞ
だとしてもケツを拭くのは自分たち下っ端がやることになるわけで

>>逆じゃなくて？！
>>どうして…！
>なんで分けてんだ無駄だろ
>という事業仕分けみたいなことが…
まあ多分…すでに氏名スペース分けのシステムがあってそれを分離するのが難しかったから簡単な方に寄せられたんだと思う
これ無理に統一化する意味あるかなって

>まあ多分…すでに氏名スペース分けのシステムがあってそれを分離するのが難しかったから簡単な方に寄せられたんだと思う
なんだろうね…そこから出力するときだけがっちゃんこして出せばいいような気もするが…

使ってない入力項目があるならともかく
すでにある部分に追加するの全部打ち換えるっていうミス必至で無駄に手間かかる作業と
集計するときに文字列分割して再集計みたいな作業絶対挟まるのがね…

名字名前で戦争起きててダメだった
そこは疑問に思ったことなかったな…ミドルネームある人とかいるし

>社長の発意であるという記録は絶対に残しとくのよ
はい

>なんなら氏名間のスペースも絶対打ち込みミスってる奴いるだろすでに
いまーす
たまに見つけて直す羽目になりまーす

>ゴミシステムのせいでミスが生まれて損失が生まれたら議事録取り出してこいつが言いました！復唱！ってするんだぞ
はい

基本的にシステムは後からバラすより後からくっつける方が楽なんじゃないか？

>>なんなら氏名間のスペースも絶対打ち込みミスってる奴いるだろすでに
>いまーす
>たまに見つけて直す羽目になりまーす
後々恐ろしいことが起こる具体例の一個では？

具体的な説得材料ができて良かったな！

accessってのはそんなに便利なものなのか？
excelとwordとpowerpointしか使ったことないからなんかofficeの末席にいるよなーくらいしかわかんないよ
全部excelでゴリ押ししてるよ
わかんない事あったらexcel ○○ 関数で検索してここまでやってきたよ

弊社のシステムは同じ会社が二重に登録されてるのが複数あるから名称ミスくらい大したことないぜ！

そこまで行くと基盤構築からやって方がマシだな！

自分なら分類でソートできないからやめろとか分類で正確に検索できなくなるからやめろとかで説得するな

>いいですよね
>aとAとａとＡとΑが混ざるの
これねー顧客名とは別の箇所で入社前からずっとそうなってたんだけど俺がキレて全部直した
1とIとローマ数字のＩとか混ざってたりしたクソクソクソクソ

マスタはちゃんとメンテナンスしないと簡単に崩壊するした

>accessってのはそんなに便利なものなのか？
外注から見るとAccess使われるくらいならExcelゴリ押ししてくれる方が楽
手持ちにないからライセンス周り面倒くさかった記憶

半角全角だけならまだ機械的に処理できるんだけど似てるだけの別な文字はカス

>1とIとローマ数字のＩとか混ざってたりしたクソクソクソクソ
おおお
いいい

要素ごとに分けるべきものを一緒くたにしたら
考慮外の事象が起きた時のリカバリが実質不可になるだろ
混ぜたカルピスを原液と水に分けろみたいな

>わかんない事あったらexcel ○○ 関数で検索してここまでやってきたよ
検索してなんとか出来るやつは本職のSEになれる
割とマジで

>うちは俺がACCESSの分析システムとか作ったりして開発費を抑えてたけど「声が小さい」みたいな理由で評定かなり下げられてたから全部忘れたことにした
>なんか今になってDX人材が足りないとか喚いてるけどまあITリテラシーより声が大きい方が大事なんでしょっていう
費用削減とか効率化って全然評価されないからそういうの捨てて売上上げる方で勝負した方がいいよ本当に