「システム開発」を含む日記 RSS

はてなキーワード: システム開発とは

2022-12-07

ジェネラリストになりたい

経営法務がわかって税務調査対応ができてシステム開発ができてプロジェクトマネジメントができてCADで製図ができて旋盤加工ができて電気工事ができてAIのコンペで勝負できて統計的データ分析ができて決算書から経営分析ができてWebデザインができてパーソナルトレーナーができて

そんな人になりたい

2022-12-06

要件定義は出来なくても良いけど何で追加/変更が必要かは理解しておけ

少し前に発注者要件定義が~と話題になったけどそれ以上に「なんで自分は開発会社と話しているのか」が分からない奴が多い

それこそ上に言われたからで少し込み入った質問すると持ち帰りか「それも含めてやるのが御社でしょ!」とキレるかどっちか。(含めてやる場合はお見積りに反映)

自分が何の担当会社に何を求められていて開発会社にどういう理由で何をお願いしたいのかが分かっていればシステム開発なんて大概成功するよ

最近だとインボイス制度対応での話を貰うけど平気で「良い感じで対応して」とか言ってくるのが居る。少しは社内の各部署と話して今の業務のどこにどう影響するかくらいは説明できるようになって来い

だいたいそういう会社には胡散臭いコンサルいるのにそいつらに業務フロー見直してもらってそれ持って来いよ。もしかしてコンサル業務フロー知らない?

町営地域作り公社の俺が来たぜ

anond:20221206001603

いやあ、耳が痛くてもげそうだぜ!やめてくださいしんでしまます

団体の専従者数名が就職せずに「善行」で飯食って行くのが目的の全てみたいな誰も得しないショボい自己満足活動は今もザラにある。
そういうところに公金をイージーに流し込む行政問題がまず一つ。

俺に正論ロジハラするのやめてくれませんか。

最初に言っておくけどこれ全部フィクションからね。わかった?わかったなら次に進んでよし!

からねえ奴は増田に来る資格なし!

恐らく日本中に無数にある問題

日本中いくらでもある限界集落

国の予想では近い将来人口ゼロ集落が続出すると予告されている町。

町だが、面積が無駄に広く人口密度はそこらの村よりも低い。自治体を維持するために昭和の大合併平成の大合併合併しまくった結果だ。

合併したのに従来の役場はそのまま支所という形で残し、行政改革をせずにくっつたけたけ。無駄に体力を消耗。当然集落の整理なんてできるはずも無くて、だらだらと消滅に向かっている。

THE 補助金行政

この町がなんとなくでもやれていたのは、地方交付税に加えて、特殊助成金比較簡単に取れるからだった。

電源立地補助金ほどは打ち出の小槌ではないが、そこそこ破綻してない申請書を書ければ、国から自動的に金が来ると言う程度の助成金がとれた。

ところが、近年になって渋くなってきた模様。そこでそれ以外の補助金に手を出すようになったのだが、流行キーワードはこれ

地域の力を生かす取り組み」

国もこの手の自治体に頭を悩ませており、いろいろな助成金を作って自立を促したり、整理を促したりしている。

その中で、良くも悪くも鈍い感じの自治体改革を促すために、自治体単体ではなく、民間企業や、地域住民による地域作り団体などと共同で取り組む計画を求めるようになってきた。

こうして「おくにが考えたさいきょうの政策」を実現するために補助金を使っている。THE 補助金行政である

完成!官制やりがい搾取ワープワのすくつ

とは言っても、そんな一緒にやってくれる企業などはそうそう転がっていない。

地元でがんばっている社長さんとかいるんだけど、既に頼られまくってどうしょうもないぐらいになってるのが普通

地域おこしをするための地域受け皿がない。服を買いに行く服が無いみたいな話である

そこで国が用意している抜け道が、そう。一般社団法人である

行政出資比率が高くなると駄目な場合があるので、行政出資比率は見かけ上低くしているが、そのかわりに商工会議所とか、農協地銀信金とか、青年会議所関係かに声をかけて出資させて、一般社団法人を作る。(オイコラそこ、めんどくさそうなメンツとか言わない!俺もそう思う)

そして、そこと共同でやるという枠組みを作ることによって、えらい人の威光を保ったたままに補助金をゲットしようと言う仕組みである

さて、ここで求人をするとどうなるかというと、デフォルト最低賃金での募集になる。

なぜか。賃金はむしろ問題にされないから。

そもそも職なんかほとんど選択肢が無いような地域だ。社会貢献ができますよ、と言うところと、自治体出資している安定した組織に、学歴職歴関係なく就職できるという二つばかりが注目されて人が来るのである

から意識の高い系職員と、ほとんどコネで送り込まれてきたような意識の低い系職員が混ざり合ったカオスからスタートする事になる。

官制ワープ一般社団法人の末路

さて、こうしてできた一般社団法人。当時の政治家鳴り物入りで作ったお国制度補助金が出る3年間はある意味やりたい放題である

給料は安いが、儲けや結果は求められないままに、申請書をぺらっと書けば金は使える。拠点も昔補助金もらってうっかり作っちゃった交流センター事実上の払い下げ。

行政看板を使えるからみんなとりあえず話を聞いてくれるし、人も集まるし、金を配ってるような状態から表面上は感謝もされる。

国の政策集にものったりするから県知事国会議員が視察にきたりして、注目を浴びて自分がえらい人になった気になる。

しかし、多くは続いても3年である

何故3年かというと、中央省庁官僚がそれぐらいで担当替えするから。そして新しい担当になった人物は、前任者がやったそれがどんなに成功していても、引き継いだところで自分の実績にならないので、打ち切るのが普通なのである

当初の補助金が切れるとどうなるのか。

ここで、正論ハラスメント増田の一説を読んでみましょう

社会の中で困ってる人に手を貸そう的な活動において重要な・必要ものは、まず実務的な知識スキルマンパワー。(金のことを含む)行政との連携
でも実際に活動現場にずっと残りがちなタイプは「世直しさん」である理念を口にするばかりで実務軽視。無駄好戦的無謬正義マン。好きな言葉は「心によりそう」「つながり」。仕事がデキる実務家タイプは潮時を見つけていずれ退出していく。

ご覧の有様

国の補助金が切れた後、1年は現在体制が維持できるだけの金を町が用意してくれた。ただお先真っ暗なのはあきらかなので、実務的にいろいろやってくれていた頼りになる人ほど、培ったコネを使って退職していく。

そして、残るのは、

もう解散してしまえ、と思うのだが、この状況に至っても広げに広げた大風呂敷を畳む奴はおらず、地域キーパーソン声かけまくって作ったためにしがらみが多すぎて、いつの間にかこの一般社団法人を維持していくことが目的にすり替わる。

できあがり!行政仕事下請け屋❤️

そうして今はどうしているかというと、元々作られた地域振興のための団体、と言う看板は下ろせないままに、行政仕事便利屋みたいなポジションになっている。

上の奴は本来自治体職員が自らやるべき仕事だが、我々がやると、なあんと!全員最低賃金報酬非正規雇用で人をこき使えるよやったね!

社団法人を維持するためと言う大義名分役所から出してもらっていたが、心ある町議会議員から、それは利権だろと正論ハラスメントを受けて価格ヤスクを徹底された結果ご覧の有様です。

団体の専従者数名が就職せずに「善行」で飯食って行くのが目的の全てみたいな

ははは……。

この中で最も実入りがいいのがプロモーションビデオ作成なんだから笑える。

そして、町の仕事で安泰なんでしょとか、儲かってるんでしょとか言われる。うるせーばか

正論ハラスメントへの反論

非営利の「社会課題解決志向する活動」におけるコンプライアンスとは、もっと攻めの姿勢のものであるべきだ。

はい

自分たちだけが秘密ヒーロー戦隊じゃダメなんだよ。全てをオープンにして「出資者」も一緒に運用を考えるんだよ。何にどうリソースを投じるべきか、それでその先どうなるか。コンプライアンス制限じゃなくて指針なんだよ。
そして情報公開こそがその団体の、活動命綱だ。

はいはい

リアル社会でのリアル人助けってのは難しい「大人仕事」なんだぜ。

おっしゃるとおりです。

まぁ、今、地域おこし協力隊で面白い兄貴が来たのと、あと何人かを抱き込んで、反旗を翻そうと準備は進めている。今に見てろよ!

じゃなかった。

暖かく見守っていただけるとうれしいです。

2022-11-30

エンジニアとして何をやりたいのかわからない

自分の頭の中の整理だと思って書き溜める

もともとはアカデミック寄りなエンジニア企業内のR&D部門)みたいなところに行きたかった

最新技術科学的な考えを取り入れて数値解析やPoCをするような仕事がやりたかった

一方でアプリWebアプリなどなんでも作れるようなエンジニアにも憧れがあった

結果的新卒で入ってしまったのはなんちゃってR&D部門だった

結局の仕事テスターなんちゃってチームリーダーといわゆるSEしかなかった

そこで何年かいるうちにキャリアが潰れたし、目標も見失いつつある

30も過ぎて今さら修士もない未経験でR&D部隊に行くこともできないし

もともと憧れがあった単純なアプリWebアプリシステム開発面白さを感じているところもある

一方でアプリデザインやらにも興味を感じている

結局あれやこれやに憧れがあってどれも中途半端SEしかなくなっている

業務システム開発をしているプログラマから言うと、コンピュータサイエンスからは逃げられるが、SQLと実行計画から逃げられないので、SQLの書き方と実行計画の読み方は勉強してほしい

2022-11-11

anond:20221110235349

暦を変えるのは賛成だけど、システム開発死ぬほどつらいと思うからやっぱり反対

2022-10-21

SEになりたくて転職したらRPAやらされてる話

RPAで疲れ果てた方の日記と、それを見て書きたくなった人の日記を見て書きたくなったので。

 

一般事務職で数年社会人やってメンタル壊した為に鬱になり、

しばらくフリーターして社会復帰プログラミングやりたくてIT業界転職した。

学生時代特に情報系の勉強してたわけでは全くなく、

社会復帰タイミング職業訓練校でJavaScript勉強しながら就活入社RPA現場に単身で放り込まれて今に至る。

 

客先常駐システム開発してる会社だと聞いていて(Java,C+,Rubyあたりとか)、

3回くらいあった面接で一度もRPAのRの字も出てこなかったが、

内定が決まり入社までの待機期間中勝手にセッティングされた客先との面接で初めてRPAの話を聞かされた。

(今思うとここで断れればよかったのかもしれないが...)

 

入社後即放り込まれ、仕方なしに頑張るかと思って向き合ったらとんでもなかった。

  部署ごとに決まりがある、とかなら理解できたが

  RPAエンジニアとして雇われてる数人の中ですら共通ルール存在しなかった。

  各エンジニアが作ったもの非エンジニアの客先社員が作ったもの過去在籍していた人が作ったもの等々...

  何を基準にしていいかもわからないし、というかそもそも基準がない。

  • 誰も詳細を知らないシナリオがとりあえずで使われている

  過去にいたエンジニアが、過去にいた担当者と作ったRPA

  現担当者RPAごと業務を引き継がれたけど、RPAの中身は知らない。その業務マニュアル存在しない。

  みたいな状態なのに実行され続けているものが多すぎる。

  エラーが出ても何が正しいのかわからない、けど「エラーが出ました」と問合せが来る。まず正しい挙動を教えてくれないと修正もできん。

  私が担当することになった部署RPAを作っていた前任エンジニア画像マッチング大好きマンで、

  WindowsバージョンアップIE終了に伴う改修が地獄のような作業だった。

  部署によって端末環境がかなり違うという客先環境も相まって、画像マッチングが多用されているシナリオ拒否反応が出そうになる。

  それぞれがどんなRPA作っててどういうエラー対応たか、みたいな話をする機会がない。

  故におそらく似たようなRPA作ってるけど、それぞれが各自で作ってるからすごい無駄

  多分展開できたものいっぱいある。

 

等々、正直まだまだ書けるけど書き出したところで別に何も変わらないので割愛するとして。

 

単身で放り込まれたもんだからまともなフォローもなくかなりしんどかったけど、

なんとかこなしてやっと慣れてきたところで、今後のキャリアを考えたら鬱々としてきた。

 

今後長いスパンで見たときRPAエンジニア必要かと言われるとそうでもないだろうし、

かといってRPAエンジニアの数が少ないっぽい今、即戦力なら欲しいところは多分あるわけで。

RPAから抜け出せずにずるずるとRPAエンジニアやり続けて、

取り返しのつかない年齢になってRPAが廃れて...とか考えただけで怖い。

でも職業訓練レベルコードしか書いてなくて、業務コード書かなくなってしまった今

HTML/CSSですら書けるか怪しいみたいなレベルになってきてるのに

RPAから抜け出せるのかという不安も強いし、今後どの方向に舵を取ればいいのかわからなくなってきた。

 

それにしても、職業訓練校やら独学やらで一通りHTML/CSS触ってJSに触れてたからなんとかRPAしてこれたと思ってるけど、

これを「通常業務やりながらRPA担当してね」とかって振られたらと思うとゾッとする。

なにがプログラミングできない人でも業務自動化できる!だよ、めちゃくちゃ難しいよ...。

急にRPA担当にされてしまった世の一般職員の皆様方を心底尊敬する。日々お疲れ様です。

2022-09-10

ジョブ雇用ももう古くなりつつある

テスラスペースX仕事の仕方は最低限のジョブプロマネ開発者かくらい)しか決まっておらず多能工化が進んでおり、各人がやる仕事は日々更新されるジャスティスボードという各開発の内容や進捗が書かれたボードを見ながら各人が決めていく

そのボードでは自動運転みたいな部品レベルからモデル3のインテグなど車両レベルさらには車の中で絶縁テープを貼るロボットの開発といった製造レベルまでレイヤが全く違う開発項目が並ぶ

ある日は自動運転システム開発をして、その次の日はサイバートラックシステムインテグをすることもある

そして、実務では開発ごとにモブという5人くらいのチームが形成される

そのモブでの役割も日々変わる

ある日は開発者として手を汚すこともあれば、推進者としてチームを管理することもあるし、テストなど品質管理担当することもある

もちろん車(範囲広い)のソフトウェア開発をする、くらいのジョブはあると思うが

参考

https://logmi.jp/tech/articles/327164

そもそもジョブ雇用として細かく役割が決まっているのは非効率であり、日々変わる開発状況やプロダクトの価値に合わせてチームを組み、ちゃっちゃとアウトプットを出していくべきだってイーロンマスクは考えているんだと思う

そろそろジョブ雇用テスラスペースXみたいな化け物企業が出てきたことで"遅い雇用形態"と見做されるようになり見直しが入って行くと思う

2022-08-27

先進国工学部卒のインド人エンジニアに1000万のオファーを出すが日本はせいぜい600-800でさら

日本語を習得すること」などの条件をつけるので人材を獲得できない。

 

っていってる時に日本の閉鎖的な企業では

インド人を時給1000円で雇ってシステム開発して儲けよう」

かいってるのはヤバくない…?

2022-08-12

anond:20220812102251

DXって、会社IT含めた全てのインフラ営業販売含めた仕事のやり方の見直しから

社員だけじゃ第3者的にしっかり分析できないし、そもそも社員同士でのヒアリングできて分析スキルに富んだ奴なんて大企業でもIndustrial Engineeringやってる連中くらいでごくわずか。

流行データサイエンス人材も、仕事現場での泥臭いヒアリングは苦手だし。

そうなると、コンサル入れて全社的な分析して、さらヴィジョン策定から具体策への落とし込み、

ヴィジョン理解してのシステム開発ともなると、最初からITスキル・DX理解度高い外部ベンダー人間がやった方が良くなるだけ。

2022-08-11

NAISTが立派なところだから京都先端科学大学もそうだと勘違いしたじゃねーか

理事長が永守で、この人いちおう公的評価されてるんだなと思ったら、単なる私立大じゃねーか。

https://www.kuas.ac.jp/

https://diamond.jp/articles/-/307936

東工大八王子)とかエヌ・ティティシステム開発とかと同じで紛らわしいわ。

2022-08-09

DXとかノーコードについての所感

主にDXとかノーコード(ローコード)周りについてコンサル目線で書いておく

正直不動産ってドラマ見たので正直コンサルをやってみたかった

表でこんなことを書こうものなら会社クビになる可能性あるのでここに書いておく

(なんでこんな世の中になっちまったんだよw)

DXって別にIT化するだけの意味じゃないんだけど、それすらできてないかIT化って意味で以下注意点かいておく

DXやめとけ

というより、DXやりたいって言ってる人のほとんどがDXができる状態じゃない

床が見えないほど散らかってる部屋でルンバが使えないように、前提となる条件をクリアできてない

前提は単純に"自分たち仕事を把握しておく"これだけ

「なんだ簡単じゃないか!」ってみんな言うんだけど

それがもう絶望的にできてない

体感としては8割以上できてない

多分自分たちのやってる仕事が良くわからないし、行き詰ってるからDXという魔法言葉に救いを求めてるんじゃないか

まず自分たちがやってる仕事に対して、「どんな仕事をしていますか?」「その仕事をやる理由は何ですか?」という質問に答えられるようにする

これが出来なきゃ改善なんて絶対無理です

人が増えて、長くやってる会社目的がわからないルール意味のない仕事が増えていく

これを整理できないと何も前に進められないです

簡単に聞こえるけど、意外と作業理由まで言える人は少ない

収入印紙を貼る理由なんて良くわからない人がばかりなのにルールからと貼っている

そんな仕事がいたるところに溢れてます

収入印紙法律からどうしようもないけど)

程度問題ではあるけれども、なんでこの仕事やる必要あるんだ?この会議に出る意味はなんだ?

っていうものが半分以上ならDXとか言ってる場合じゃない

先にそっちなんとかしてください

誰がやるか問題

次に問題になるのは誰がやるかってこと

IT部門の若手にやってもらう!」とか気軽に言う人が多いんだけど

業務を把握して適切なツールを導入して運用しする

これできる人って

ウルトラスーパー超絶優秀な人です

いやマジで

1000人にひとり見つかれば良い方

この業界20年以上いるけどこれちゃんと出来る人、今まで一人しか会ったことない(その人はさっさと起業してしまいました)

ある程度大きな会社だと一人じゃできないから、仕様策定運用試験だったりを分割して誰かに任せる必要があるんだけど

責任感を持ってやってくれて、業務をよく理解している人を選定して説得する必要があります

これすごい難しいです

対人スキルが全方位カンストしてるような人じゃないと務まらないです

IT界隈だとプログラミング能力に秀でた人が優秀な人とイメージされやすいですが、この手の仕事ができる人も同じくらい評価されても良いと思うんすけどね

そんな優秀な人が貴社のIT部門に居ますか?

現場で使えない人の左遷先になっていませんか?

間接部門から出世コースに乗れない閑職扱いになってませんか?

もしそういう認識ならはっきり言って無理です

IT部門主導で全社の業務改善は出来ません

現場活躍できなくてもIT活躍出来る可能性もゼロではないかと思いますが、

現場NG出された方は要領だったり対人スキルに難がある場合が多く、その人がITツールを導入しても混乱を生んで余計な費用がかかるだけです

ノーコード開発

業務整理が出来て、IT化に着手する場合(まあ実際は役員メンツとかそういう理由で、業務把握もままならないまま突き進むんでしょうけど)

「やらなくても良い作業を止める」、「SaaSで出来ないか検討する」、「ノーコード開発で頑張る」の順で検討してください

当たり前ですが、やらなくても良い仕事を止めるのが開発もなく、運用費もかからない即効性があって一番良いです

無駄会議書類、これらを探して削るところから始めてください

次にSaaS検討してください

どこもやってる勤怠管理会計処理等は既存サービスで充足するはずです

SaaSで実現できなくて、ノーコードで開発する必要がある場合(ほとんどないと思いますが)

100点のシステムを作ろうとしないでください

ノーコード開発をやってみるとわかるんですが、結構かいところは出来ない場合が多く100%カバーするようなシステムを作る場合

すげー大変になることがあります

結局の所ノーコードとは言っても形を変えたプログラミングなので複雑にすればバグも多く発生しま

テストしにくい分コードを書くよりも悪くなるケースもあると思います

なので70~80%くらいカバーできれば良い

エッジケースだったり発生頻度の低いオペレーションはバッサリ切る

そんな感じでシンプルになるように努めてください

ノーコードの想定するユースケースを無理やり捻じ曲げてプラグインだらけの独自システム地獄です

(そうは言っても、こだわりが強いのか、冷蔵庫エアコンとしても使えるようにしたいみたいな人が多いんだよなぁ・・・・)

ここまで言うと、ノーコードって微妙なの?流行らない?って思うかもしれないですけどノーコード流行ます

というか現実的選択肢はこれくらいしかないです

まず現代システム開発は難しすぎます

プログラミング言語もセキュリティも覚えることが多すぎて、みんなノリでやってます

セキュリティ対策なんて意味わからんチェックシートを大して理解してない人がYES/NOつけてるだけで実装ボロボロ

たくさんのライブラリ毎日のようにアップデートされ、膨大な工数をかけてアップデートしてます

ドキュメントもすぐに陳腐化して、属人化しま

そんで属人化した担当者も辞めてブラックボックス

誰も触れなくなります

というわけでフルスクラッチ開発で内製化とか現実的じゃなさすぎます(金が有り余ってるならやってもいいですが)

つーかIT生業にしてる会社もできてないです

ノーコードでも属人化して、ブラックボックス化するのは一緒ですが

セキュリティアップデートとか、セキュリティ対策は幾分楽になるので、まだマシです

ちなみに今SIerシステム開発頼むのは悪手なので止めときましょう

多分想定してる予算より桁2つくらいは違うと思います

プログラマーの腕に激しく依存していて、プロダクトの品質が同じ会社でも全然違うみたいな状況はいずれ改善されていくと思います

カンナとノコギリを使って家建てる大工が少なくなって、プレカットの建材を運んで組み立てる家ばかりになったように

いずれこの業界部品を組み合わせるだけになってくと思います

もちろんプログラミング必要な分野はゼロになりませんが

(つーか実際もう、ID管理とかメール送信は外部サービス使うのが主流になってきていて、どんどんコード書かない方向にシフトしてる気はしてる)

テスト

前述の内容と少し被りますけど、半分くらい作ったらさっさとユーザーに使ってもらったほうが良いです

負荷テストとか、UIとか拘るのは良いんですけど、方針レベルで間違ってた場合は全部やりなおしになるので、

早い段階で使ってもらうようにしてください

多少バグがあっても良いので早めにイメージを擦り合わせたほうが結果的に早く終わります

バグってるものユーザーに使わせたら怒られるとかいう人いるんですけど、

使う人と作る人が気兼ねなく話せるような関係じゃないと開発はうまく行かないので撤退しましょう

席を隣にして談笑できるくらいには仲良くしてください

ツールの選定

いきなりbubble, outsystemsみたいなガチなやつから入らないほうが良いです

多分挫折しま

kintoneとかairtableみたいなやつから使ってみるのをオススメしま

あと選ぶ際に、営業にいろいろ聞く前にまず自分で使ってみること

最初から営業に聞いちゃうと、「頑張ればできます」みたいな回答しか返ってこない

実際に使ってからセミナー行くとか、営業と話して聞いてみるの方が良いと思います

効果検証

システム作ったあとに、効果があったのかきちんと検証してください

大学受験して合格発表確認しないようなことあるのか?と思われるかもしれないですが、

やらない会社結構あります

デジタル化したんだから効率的になってるに決まってる!ヨシ!

ということなのか単にめんどくさいのか分からないですが、ちゃんとやりましょう

効果検証も平均で5分短縮されました!効果ありです!

ただし標準偏差が30分(n=10)とか、

便利になったとしか書けないようなアンケートとか

いい加減な検証もやめてください

ぶっちゃけほとんどのシステムが上手くいかないですが

コンコルド効果で捨てられなくなって負の存在として生き続けます

そうならないように作る前から効果検証方法撤退ラインを決めておくと良いと思います

どこもかしこも役に立たない死蔵されたシステム多すぎです

保守

保守についてあれこれ心配する人いますけど、安心してください

保守なんて誰もできないです

10年もすれば、担当者業務も変わってドキュメントは不整合だらけ

軽微な不具合修正もまともにできてない状態になってます

技術トレンドも変わっているので作り直してください

20年に一度作り直す式年遷宮技術継承意味合いが強いと聞いたことがありますが、それと同じでシステム10年以内に作り直す気持ちでいた方が良いです

最低限のドキュメント更新とかアップデート必要ですが、維持に多大な工数がかかるとか、修正時間がかかるようになったら作り直してください

まとめ

色々書きましたけど、業務把握が一番大変でそれができれば割となんとかなります

自分たち仕事管理できないから、システムを作って解決しようとするからおかしいんです

それって業務整理とシステム開発という2つの仕事を並行してやることになるので、そりゃ混乱もしま

あと業務整理を自分たちで出来ないかコンサルにお願いしてやってもらうっていう事言う人いますけど止めたほうが良いです

コンサルからしてみれば他人事ですし、あなた会社について世界で一番詳しいのはその会社に属している人です

その人たちがお手上げだと、外部の人間だって十中八九うまくできないです

仕様さえ明確に作ることが出来るなら、ツールの違いやら、プラットフォームの違いなんかは些細なことなんですよ

まあそれはそれで、大変ですけど仕様さえ決まってるなら何とかなります

というわけで各位頑張っていただければ

2022-08-06

anond:20220806114600

IT系中小企業の内製用エンジニアやってますが本当にこの通りです。

苦労して作っても使わない。

要件定義曖昧すぎて開発に必須レベルの前提条件がすぐにひっくり返る。

システム開発相場を知らない。

業務がうまくいかないのを8割方システムのせいにされる。

100点満点が当たり前で99点でボロクソに叩かれる。

俺の給料が高すぎると影で文句を言われる(30代中盤で年400って高すぎるか?)

もうちょっと頑張って状況をよくするために努力するつもりだけど、ダメだと見切りをつけたら転職します。

2022-08-05

IE動作するシステム開発法律禁止しろ

2022年にもなってなんでIEで動くシステムの開発をせにゃならんのだ

作業だらけのエクセル設計書とあってないようなバージョン管理、手動でしかできない試験

新しい技術なんて一つも学べやしねえクソが

こんなんで日本が成長するわけないだろ頭いかれてんのか

2022-07-31

爬虫類から哺乳類

最近、今まで楽しかたことを心から楽しむことができず困っていた。

酒を飲むとか、風俗に行くとか、ギャンブルをするとか、物を買うとか、Youtubeを見るとか、ゲームをするとか、

そうした単発の快楽はたしかに楽しめるけど、それらの隙間をどう楽しめばいいのかがわからなくなってしまった。

また、単発の快楽も長続きしないようになってきた。昔はなんの違和感も持たずに一日中ゲームをする事もできたのに。

  

おそらく年をくって考え方が徐々に変わってきて、

一時的快楽よりも連続的な快楽を求めるようになってきたのかなと思った。

なにか、大きく漠然とした快楽があって、個々の行動はその快楽に向かう一歩みたいな。

  

じゃあ、その大きく漠然とした快楽ってのは何だ、と考えたが、困ったことに何も思いつかない。

起業家活動家のように人生をかけて達成したいテーマがあるわけではないし、幸い恵まれた家庭環境もあり、成功して大金持ちになりたいという渇望があるわけでもない。

ただこれは、ほとんどの日本人がそうだと思うし、悪いことだとは思っていない。

  

問題は、生き方シンプルにしすぎてしまっていることなんだと、考えた。

  

ここ数年位は、個人として全ての物事を完結させられることを目標に動いていたような気がする。

生活面では、いつでも居住地を変えられるようになるべく物を持たないようにした。

また、他人に貸しを作らないように、物を借りたり手を借りたりはせず、極力金と時間を使って物事解決した。

仕事面では、フリーランスとして独立した。クライアント仕事をするときも、なるべく仕事面での付き合いに限定するように心がけていたし、友人知から仕事は受けないようにしていた。

まさに、システム開発におけるモジュール化の考え方とおなじで、なるべく依存性を廃して、自分個人独立したモジュールに閉じ込めようと動いていた。

  

結果、自分要求される行動が自分の短絡的な快楽だけになって、小さく単発的なものしか残らなかったのだろう。

もう少し関係している人間が多ければ、最小公倍数的な大きさの行動が要求されて、実現のための時間軸が広がり、連続的な幸せを感じられるのかもしれない。

  

とりあえず、明日からちょっと雑談増やしてみましょうかね。

2022-07-27

anond:20220727141842

うむ

俺もSQLって存在だけ知ってる時にACCESSベースの社内システム開発リーダーにさせられて

誰一人社内でわかってる奴いない中、毎日毎日サーチ&コピペを繰り返す日々だった

 

今でも動いてるけどもはやなんで動いてるのか俺にもわからん

2022-07-18

Linux躍進の謎

Linux誕生したのは1990年代

これはUNIX系OSの中でもほぼ最後発になる。

それも開発したのは俗に言うスーパーハッカーとかスタープログラマとかではなく、当時全く無名だった大学院生

から開発の目的だって勉強のためかお遊びなのかもよくわからない話だったり。

そこに来て、型落ちロースペックPCでも動かせるフリーUNIXライクOSとなると、今だったら

ジェネリックUNIX

みたいに冷笑されかねない話だ。

実際リリースされて間もない1990年代後半から2000年前後辺りまでは

流行の追っかけしか能がない、ワナビーのクソガキ共が使うおもちゃ

くらいの立ち位置だった。

当時流行っていたネットスラング類似する煽り方をするなら「アンチMS御用達」みたいな感じだろうか。

しかし今や、そんなのはとっくのとうに大昔の話というか

「そんな事があったんだー」

で終わるくらい、Linuxは誰でも、どこでも使うOSになっているのは御存知の通り。

UNIX系OSで最もメジャーと言うだけではなく、システム開発サーバ構築でWindowsサーバとともにほぼ必ず選択肢に挙げられるようになって久しい。

更に直近の10年で、気がつけば世界中で使われているスマホ殆どLinuxベース(Android)になっている。

まり誕生からの四半世紀で爆発的に発展・普及したというわけだ。

本当にLinuxを使うなんて今どき普通すぎて、特に取り立てて言うことではない。

一方でLinuxよりもずっとフリーUNIXとしての歴史があり、かつては定番だったBSD系なんて、今やAppleのお陰で辛うじて延命している状態なのだから、これまた隔世の感がある。

とはいえ気になるのは、何をどうやったらここまで信じがたい躍進をしたのか?という事情

ホビー用途ビジネス用途では要求される信頼性レベルが異なるので、誰かがそこに手を入れないとこのような発展は望めない。

そこでは大企業がきちんと専門家を入れる形で関わるならなお良い。

そうなるとやはり、まずIBMが白羽の矢を立て、次いでGoogle積極的コミットするようになった流れが大きいのだろうか。

このうちGoogleは「弊社はオープンソースフリーライドしているわけではない」アピールや自社サービスコストダウン、更にはモバイル分野への進出という諸々の目的に好都合だったのだと思う。

問題IBMだ。

しろ元々IBMAIXという自社製UNIXを売ってる会社であり、これを用いた各種サーバ構築はお家芸だったわけで。

更にこのAIXDB2WebSphereを組み合わせる方式は、2000年代くらいまではエンタープライズアーキテクチャの2大巨頭だった。

(もう1つはSolaris+Oracle+WebLogic)

そんな会社Linuxに手を出して、一体何の得があるんだ?という話なわけ。

一つ考えられるとすれば、AIXDB2WASも買えない貧乏人もとい中小規模の顧客から、せめて構築と運用手数料だけでも取るためとか?

まあ確かに一時期流行ったLAMP(Linux+Apache+MySQL+PHP)なら、ライセンス料なしでハード安価PCサーバになるので、導入のハードルは低い。

というわけでLinuxの草創期を知ってる人間からしたら、今の状況は世の中が変わりすぎなくらい変わったという感覚が強い。

Android不具合スマホメーカー依存or機種依存だったり、そもそもLinuxデスクトップ用途が未だに少数派なのは今後も変わらないだろうけど、逆に変わらないのは多分それくらい。

あとUbuntuは嫌い。

2022-07-03

日本プログラマって未だにライン工と同じ扱いなの?

別にライン工が悪いとは思っていない。

そもそも労働集約産業典型的スタッフなので、それ自体に良いも悪いもない。

そんなわけで表題の主旨について本来の言い方をするなら

知識集約産業であるはずのシステム開発を、日本じゃ未だに労働集約型のメソッドで回してんの?」

という問いかけになる。

というか日本プログラマと言ったら、現状その大半が顧客大企業の基幹システム新規開発ないしリプレースで、

2次請けか3次請け~末端でコード書いてる人達だと思うんだけど、その認識で合ってる?

そんでそういうところのプログラマって、申し訳程度の予備日しかないやたら細かい線表に実装レビューテストがみっちり詰め込まれスケジュール

=遅れるのがデフォな進捗で、終電近くまで貸し切りビルというタコ部屋に複数人が閉じ込められて作業するイメージしかないんだけど、

今もそんな感じでマネージメントしてんの?

こう書くとライン工のほうが数百倍はマシな仕事に思えるのはともかく、これなら必要なのは大卒みたいな肩書じゃなく気合で耐え抜く力だし、

実際日本語喋れて気合だけあれば誰でもなれそうだからあんまり人の確保にも困らなさそうで羨ましいわ。

まあ、客への誤魔化しと奴隷をうまく使うという意味で上位層で動いてるSEは優秀なんだろうし、優秀な人が数人で済むのであれば合理的なんだろうな。

クールジャパンと言うならいっそこういうのをもっと宣伝してGAFAに対抗すりゃいいのに。

2022-06-28

政府システム無駄遣い

事例なんて枚挙にいとまはないんだろうけど、政府系のシステム開発富士通やらIBMやらNTT発注するのは、やらかした時の保険料なわけだし。

マジ馬鹿らしいよな…

2022-06-27

尼崎USBメモリ問題ブコメをまとめてみた

https://b.hatena.ne.jp/entry?url=https%3A%2F%2Fnews.yahoo.co.jp%2Farticles%2F7a49e886acc103eb507adffaa78be4f81fcc8413&_www_via=login

IT業界に限らず日本多重下請け大好きマンなんだけど、

意外とみんなこの問題本質を分かっているひとが多かった。

みんな気づいてても黙ってただけなのね・・・

この事件がメスを入れるターニングポイントになる気がした。

以下、良さげなブックマークコメント抜粋


ビジネスとしての不健全性を指摘する声

gabill 市は「高い金払ってるんだからちゃんとしてくれないと」と思っていても、実際に作業する人は責任に見合った金は貰ってないという構造的な問題だよなぁ。

runeharst 孫請みたいな感じで商流深い分、支払われるお金が低くなってこうなる事例

gowithyou 3次受けということ?日本ユニシスから社名変えたのに体質全然変わってないな。まぁこ会社技術何もなくてただ「工数管理」してるだけだからなぁ。

kenjou 下請け下請けがやらかすという、現代日本の縮図のような話。中間搾取がはびこると仕事の質が落ちるし、労働者収入も減るしで、いいことはなにもないよね。

Fushihara 外部委託した事より嘘をついた事の問題だと思うけど、でもこの国では「部下が間違えました」って言えば全て許されるのが民意だもんね。古い考えですまんすまん

gohantaberucom 金払ってる人と、作業担当者はいくらピンはねされてるかが知らないことが多く、それが不幸のはじまり。逆に中間搾取で楽してる奴らの存在が、不幸をもたらしている。金の流れを可視かして担当者が知る法律必要

mayumayu_nimolove 間違いなわけない。責任逃れの嘘、バレそうだったのでこう言うことにしようと練った結果。

Falky 当該男性が『BIPROGY関西支社の社員大阪府吹田市内で飲酒した』ってことは、商流を厳密に見ると曽孫請けだけど普段認識は「常駐で働いてる業務委託さんの一人」だった、みたいな感じかもしれんね。わからんけど。

vbwmle 「再委託業者だけど業務委託で常駐してるからうちの社員として顧客説明する(??)」という意味不明な慣例

ashitaharebare 下請け下請けから元請けのBIPROGYに責任ありませんってこと?トカゲの尻尾切りして恥ずかしくないんか?

ene0kcal またか。この業界はなんなら一時的契約社員したりするからな(やられたことあるので経験済み)。

ripple_zzz 無駄ホワイトカラーが多すぎるからこうなる

wakwak_koba 最初発注時点では月150万なのに、実際に手足を動かす作業員の会社は50万しか貰えていないやつや!

nageo 直接の契約先(BIPROGY)の担当残業使い切っても終わらない業務量があるっていう実態があるから「じゃあ委託工数増やそう」って話にもなってるんじゃ。無駄仕事クオリティ要求しすぎなんじゃないか日本

cotbormi  やはり委託していけば行くほど、レベルが低下していくもんだな。 これはひどい

ywdc そりゃ事故も起きるわな。多重下請け責任に見合った金も出してないんだろう。構造上の問題なので解決は困難だ

ysync システム構築に多重構造有用場合もあるのはわからんでもないが、「データ移行作業運用で孫請ってただの丸投げよね。

qouroquis 従業員個人やらかしなら再発防止を徹底する、で済むが、元請が無断で再委託していたとなると組織ぐるみ不正であって内部統制機能していないということ。他にも類似案件がないか徹底して調査する必要がある。

kori3110 現場人間薄給でこき使うことが「経営努力」なんだと誤認し続けたこの30年の煮凝りのような話 これはひどい

metatrading 三次請けともなるともう駆け出しも居ますよ。

rajahbrooke 多重下請け構造じゃない案件の方がレア

findup これ自体ダメだと思うけど、元請け下請けに投げず全てプロパー作業するとおそらく赤字利益ほとんどでないか下請けに投げる。では元請の社員給料下げるか?みたいな構造なんだよね。

kagoyax こういう下請けは多いと思うぞ。当然契約下請け下請け禁止されてるが、社員に口止めしてるところもある。というかそういう企業で働いてた

nobujirou 某広告代理店最初の打合せは、背広着たおっさん大勢いで来るけど、途中から人が少なくなって、最後の方は、縁もゆかりもなさそうなフリーランスおっさんバイト女子が2人いるだけだから

junk-do 下請け下請け社員が全市民銀行口座含む個人情報自由に持ち歩けるんだ・・・

otation 5次請けの殺し屋の話を思い出した。末端に行くほど統制が取れなくなっていく

poponponpon そりゃ仕事する側も責任感なんて微塵も感じませんわ



ビジネス飲酒行動の問題を指摘する声


lorenz_sys 紛失した本人がBの協力会社の(再)委託先という点よりも元請けが飲みに誘ってるらしいってのが現場感覚としては最も違和感を覚える。作業監督をしなきゃいけない立場だろうに。再委託自体契約によってはOKだけど。

niam 飲み会、BIPROGY の社員から誘ったって他の記事に書いてあった。協力会社委託先って、上司上司もんだから飲みに行こうと誘われたら断れんわな…お酒弱かったのに飲みに誘われてついていかざるを得なかったのか。

Falky 当該男性が『BIPROGY関西支社の社員大阪府吹田市内で飲酒した』ってことは、商流を厳密に見ると曽孫請けだけど普段認識は「常駐で働いてる業務委託さんの一人」だった、みたいな感じかもしれんね。わからんけど。

orangehalf 紛失したのが孫請だろうが協力会社社員個人情報を持たせた状態でBIPROGYの社員が一緒に飲みに行っている時点で元請の責任しかない。最初報道の時点でアウトな要素溢れていたけどまだまだ出てくるのかな

headacher2 委託先がやってようが飲みに行ってようが関係なくBIPLOGYの責任

hatahata_chan 元請けが飲みに誘ってるし、元請けが取るべき責任自体は変わらない。ただ、元請けがまともにリソース管理もできてないという醜態を追加しただけ。



エンドユーザー問題を指摘する声


n2sz 個人情報を扱うのに再々委託ってのはなあ。USBメモリで運んだのは正規手段じゃないにしても個人情報の処理自体は元から計画だよね?

theatrical まぁ、管理監督できるから大丈夫です!って言って下請け使ってるのに、重大事案で誰が紛失したのかもよくわかってないなら、一体何を管理してたんですか??みたいな話になるよな。

rdlf 委託OKかどうかはポリシー次第だけど、記事を読むと委託するには許可必要なのにこの事件で初めて知ったとか書いてあるので最低限のことを守っていないのはかなりまずい…

estragon 尼崎市もBIPROGY(元日ユニシス)も、あまり杜撰

sionsou でも一次委託先は変えないんでしょ? 結局大手名前だけのところがもっていくんだよなぁ。都内でも同事例腐るほどありそう

magnitude99 日本の重層的な搾取制度の中で、常識さえ有れば、こうした事例が少なからず生まれるだろうと誰もが想像する。だが、尼崎市はそうなるかもと想像出来なかった程に、世間実態を知らないか、知らぬ振りを決めて来た。

somei2012 ここに限らず下請け孫受けが基本の社会は切り捨てが楽だものねえ。市役所集団検診に行ったら胸部、胃部、子宮乳のレントゲンバスが全車社名が違って入札落とした施設はどこぉ?って笑ったの思い出す

yokeimonochang 問題発注者の役所側でしょ。機密情報管理規定契約ガチガチに固めておけば業者側の対応もそれなりになる。これも実質すいませんでしたで終わりで責任所在が無いのと同じ。 社会レスポンシビリティが無い

iasna 三次受けだったからなんだって???責任はどこだろうが一緒 これはひどいセキュリティ

nP8Fhx3T 構造問題はあるけど根本的にはエンドユーザ側の当事者意識の低さが招いた事だよね。自分達がちゃんセキュリティ管理してたら元請以外が機密情報触るの禁止してるでしょ

tsuki-rs 市はどうしても委託先のせいにしたくてしょうがないんだと思うけど、でもさ、個人情報の入ったUSBを無断で持ち運べるようにしてる環境や仕組みが一番悪いからな。市も半分くらい悪いぞ。

w_bonbon 人のせいにするのを忘れていました。しっぽ切りするには不適切説明申し訳ございませんでした。

monokoto01 金払ってる市も、作業してる担当者も、実際にいくら支払われて、いくら中間搾取されてるのか知らないことが、闇なのよ。というか、間にいる人たちがあえて隠してる



国防・国力低下的な意味ヤバイという指摘

hobbiel55 当初から担当者のあまり杜撰な行動から協力会社よりさら下請けなんじゃないのと言われてましたが、やっぱりそうでしたね。以前のマイナンバーを含むデータ入力が中国企業に再委託されてた件から進歩してない。

Euterpe2 遊覧船といいコレといい今の日本凋落度合いをまざまざと見せつけてくれているように感じられてかなしい

hikute_amata 契約のこともデータの取り扱いのこともひとごとではない。本当にひとごとではない。

lb501 こんなのITじゃない。これ外国籍の人が下請け先で働いても把握してないだろうな。そして情報海外へ。

hoimin-densetsu 「監督できるから大丈夫です!って言って下請け使ってるのに、重大事案で誰が紛失したのかもよくわかってないなら一体何を管理してた」この感想ですね…賦役人の顔まで把握しない江戸時代普請奉行感覚と同じかも

sockscat 多重受け自体は構わないけど、ピンハネ額が多すぎて、1番コストのかかる現場に、十分な体制を整えるだけのお金が回らない。そんなことばっかりやってて、日本産業が強くなるはずがない。

hatepy 今回は過失だけど悪意があれば意図的情報持ち出せる。簡単住民情報コピーできるとかずぶずぶ。

toro-chan 自民党政権では対処しないだろう案件だな。人を安くこき使って利益を出す方式自民党規制できると思えない。再委託禁止とか小手先で何とかしようとしているが、企業利益を出すために回避しだすだろう

new3 ほころびが見え始めているけど「例外なく下請け禁止」とかして業界破壊して再構成しないとLGWAN霞ヶ関WAN崩壊/停止しかねないと思うよ。少なくともUSBメモリ刺し放題ならstuxnet系で何か紛れこんでいる可能性もある

tettekete37564 この国は中抜きで潤ってる会社ばかりだからムリだろ。これほど衰退しても技術者軽視はまだ続いているのだ。だから言い訳するんじゃねぇよ

chungus 国レベル改善自民党政権持ってるうちは無理だろう

emuaeda これが日本GDP本質で、蓋を開ければ何の価値も生み出せてない。技術も何もない。そしてこの構造天下りする政治家官僚にとって旨味しかいか是正なんてしない。

kusunoki7100 これ中間の人はハンコ押してるだけで非生産的の極みなんだけど、こういった事でハンコ押すだけの仕事を許して、全体の生産効率が下がりみんなで貧しくなってるんだよなあ。



◆具体的な対策

dreamzico システム開発でも運用でもなんでも公金を使って発注するもの下請けピラミッドへの再委託とか丸投げとか禁止しようよ。あるいはせめて受注の時点でどこに下請けに出すか決めて提出させる。しかも1段階のみに限る。

gohantaberucom 金払ってる人と、作業担当者はいくらピンはねされてるかが知らないことが多く、それが不幸のはじまり。逆に中間搾取で楽してる奴らの存在が、不幸をもたらしている。金の流れを可視かして担当者が知る法律必要

hmabu 手を動かして作業するひとより、情報や人を右から左にピンはねして中間搾取する人の方が、給料高いとか、いろいろおかしいのよ。少なくとも金の流れの透明かはすべき

rakugoman 募集要項委託禁止にすればいいと思うんだけど、なんでやんないんだろ。構造がクソなのはもちろんなので、発注サイドから禁止していかないとダメだと思う。少なくとも個人情報管理に関わるような案件は。

m7g6s もう再委託規制しろよ。こんなん氷山の一角だぞ

k146 この悪しきSI業界の闇は、徹底して最上から「再委託禁止」を契約条件に入れない限り決して無くなりはしないよね。SESのみが業態になってる中小企業大企業にぶら下がり続ける構造日本低賃金化の一因…

nyankosenpai 下請け企業使ったら増税することにすれば、中抜き企業がいなくなるかも?

d6rkaiz もうそろそろ多重下請け構造についてメスいれようよ。これ入れてくれるところに投票するよするよ。

l000says 業界的に使わないとやっけてないし、再委託ダメって論理いるから隠すのでは。 全部認める、その代わりに全て曝け出せの方がいいけどなぁ。建設も元請は施工管理しかしないでしょ。

Arturo_Ui 就職氷河期世代プログラミングを学んだ人々がブラック企業搾取されている事例を耳にするたび、官公庁自治体がIT関連の臨時職員として雇用するほうが双方にとってメリットが大きいのに、と感じております

strawberryhunter いいかげん、委託を一律禁止するべき。

dadadaisuke こういう多重下請けを見ると土木系の公共事業の仕組みは、数々の大規模な汚職を経て作られただけあって良くできている。完全ではないだろうが、経産省とかこういうIT系の契約がザルに思える。

zakochan いい加減三次受以降禁止にしよ、特に公共機関系は

wiz7 これを機に多重下請け構造にメスを。いきなりやるとみんな死んでしまうので段階を踏んで。再委託禁止って実質機能してないもんなぁ

syuda メディア取材を重ねて、尼崎市は〇〇万円払う→BIPROGYは協力会社に〇〇万円払う→協力会社委託先に〇〇万円払う→... というように具体的な金の動きを取材で明らかにしてくれ。ここにいまの日本の闇があるから...

regularexception 委託先が問題起こしたとき委託元が全責任を取る法律でも作らんとだめだな

kralica もう孫請け以降はどの業界禁止したほうがよいのでは

tokyo2077 業界関係なく孫請禁止法(一時受けに受託料の2倍の罰金担当者刑事罰)でも作らない限り改善は無理

demorito 会社潰れるくらいのペナルティが無いと真面目にやってるとこにも迷惑だよ。

murlock 安値で投げたら責任まで回避できるとしたらやり得になっちゃうよね。投げた先がやらかしても一定責任は負わないと駄目。



(以下コラム

多重下請け問題にかぎらず、「みんな気づいてても黙ってただけ」って状態ヤバイものを発生させるよね。

他人の臓器を抜いて売ってはいけない」なんて当たり前のことでも、

もし、ビジネス化して莫大な利益をもたらしていたら、黙ってしまう人もいるかもしれない。

しかし、こういう事件が発覚して、誰かが最初に声にだしたら、「実はみんな気づいていた」ってすぐ分かるのは、日本の良いところでもある。

歴史を見ても、悪習がいつまでも長く残っていない。

江戸時代でも個性豊かな将軍家老たちがいて、代替わりで改善されたりする。

コラム2)

あと地味に、「同僚相手に酒を飲む習慣」に終わりが見えてきた気がする。

やるとしても会食レベルでいいでしょ。

ビジネス上の付き合いのある相手と、路上に倒れこむまで深酒する意味わからん

これも冒頭に書いた、不健全ビジネス構造に起因するストレスのはけ口としての飲食形態かもしれませんね。

何事にも原因と結果があるもの

テレワークが進んだり、DXでビジネスが透明化・健全化すれば、同僚と酒を飲んで愚痴を吐き、慰めあう習慣もなくなるのかもしれない。

何かそういう未来にとてもワクワクする。子供から大人へ、奴隷から人間へ、みたいな。

2022-06-26

anond:20220626002532

普通に納税してる年収1400万円の自営業リアル

前提

一人会社自分代表節税目的法人成り、設立13年、Webシステム開発、自社サービス運営独身一人暮らし、30代なかば

売上3600万円。

会社の経費

合計350万円くらい。

生活

庶民的生活に加えて、スーパーで値札を見ずに買ったり、電気代を気にせずエアコンつけたりする程度。

インデックス投信で全世界株式毎日5万円ずつ積み立ててる。

役員報酬の決め方

個人にかかる所得税率だけでなく、社会保険料率、法人3税の税率、法人剰余金の後始末等々、いろいろなバランスを考えて全てが低くなる役員報酬を決めるのがベストだと考えている。

役員報酬1200万円なら、それに対する税金は18%、相関する社会保険9.8%になる。

豊かな暮らし生活費全額を仮に500万円として、それを全額経費としよう。

利益5000万円から500万円を差し引いた残りの利益2100万円を法人に残したら法人税は32%。税引き後剰余金は将来どうする?個人資産に変えるならその時にも税金がかかる。

役員報酬もっと増やして、法人利益を減らしたほうが節税になると分かる。

ログイン ユーザー登録
ようこそ ゲスト さん