  |
はてなキーワード:SaaSとは
もう日本には無理だよ
俺は思想の強いWeb 屋だから、レンダリングエンジンの多様性って大事だなと思ってFirefox を常用してたし、なんなら寄付もしてんのよ。多少のFirefox のもっさり感も「うんうん、NTカーネルが悪いよ」と思ってそのために我慢してたわけ。
でもあまりにももっっっさり/頻繁なフリーズが増えてきて、あとなんか最近2枚目のウィンドウ以降タブが表示されないというバグがついてきて、カッとなってEdge に移行してしまった。
そしたらよぉ... いままでのもっさり感は何だったんだ？というレベルで違う。全てのウェブサイトにおいて効率が段違い。
Google Drive 速すぎ。AWS 等各種SaaS のコンソールが多分FF の倍以上の速度で動く。タブがクラッシュしない。
ここで疑問に思う。FF はなんであんなに遅いんだ。NTカーネルが悪いのか？俺がRyzen なのが悪いのか？世のWebサイトがFF に最適化してないってのは分かるんだが、それで説明しきれないくらいに違いすぎると思ってる。
ちなみにPCスペックはRyzen7 4700U /メモリ16GB
FF のクリーンインストールは試したぞ。拡張全部オフでも変わらん。
ITベンダーの皆様、御社SaaSの導入を社内で止めていたのは、私です｜dx_note
https://b.hatena.ne.jp/entry/s/note.com/posi7293/n/n369d55fe370e
これは一理あるのだがこれやり始めたらコンサル？とかSIerのほうに足を踏み入れることになるからSaaSベンダーはやらないのだろうな
ずぶずぶ入っていってあれもやってこれもやってと介護を任され始める
その一端がまさに「Excelチェックシート」というゴミみたいな辺境の土人部族の風習である
何で今になって「これさえやってれば一生食えるスキルがITにはないのがくるちいの！やぁーなのぉ！」だとか「営業もできないといけないとか管理職にならないといけないなんてやぁーなのぉ！」って泣き言垂れてんのよ、ネットどころかリアル会社でも言われてたことじゃないの、そんなの？
https://anond.hatelabo.jp/20251009113824#
SEとかいうオタクラノベの古臭い描写に騙されて、ITインフラやぁーやぁーなのぉ！って嫌がった結果、クラウドやSaaSの波に乗り遅れて時代遅れのオッチャンになった系多いもんね(笑)
てかお前ら専門外で一人で適当に片手間であんなもん作れる技術力なんかあんのけ？必死こいて「株主や経営者がお金出してくれないから何もできないのぉ！やぁーやぁーなのぉ！」とかガキみたいにピーピー泣いてるけどよぉ、「ボキタンは金なかったら何もできない能無しなのぉ」って言ってる様なもんじゃん。
14歳のガキじゃねーんだから、正論言われたら何言われても逆張りして「やぁーやぁーなのぉ！」って癇癪起こすその幼稚なメンタル、いい加減改善しなよ。アラフォーまでそれ抱えてたらもうビョーキだよ？ビョーキ。
https://anond.hatelabo.jp/20251002173442#
何？できるわけがない！いたくてくるちいのはやぁーやぁーなのぉ！だって？じゃあもうネットでアホな昭和のマチズモ理論の残骸叫ばないで、ネット辞めてお空と海でも眺めて田舎で隠遁しててくれませんかね、迷惑なんで
KDDIの決算資料を見ると、おそらく楽天モバイルからKDDIに対して年間、数百億円レベルのローミング接続料がいまだに支払われているものと思われる。
実際、山間部に基地局を建てたところで、ユーザーはほとんどデータ通信を使わないため、採算性は極めて低い。楽天モバイルとしたら、ほとんど使われない山間部で、自分たちで基地局を建てコストを発生させ、赤字を生むよりも、KDDIにローミング費用として支払っていったほうが「お得」という損得勘定をしているのかもしれない。
総務省が発表している資料を見ると、既存の3キャリアは全国に30万近い基地局を設置している。一方で、楽天モバイルは10万程度だ。
既存3キャリアは、山間部なども地道にエリア化するために、ほとんど使われないような場所にも基地局を設置。結果として30万近い数字になっている。だからこそ、高めの通信料金にせざるを得ないという事情も垣間見える。
一方、楽天モバイルは基地局の数を抑え、無駄になりそうな場所はKDDIに依存しているからこそ、いまの料金体系を維持できているという見方もできる
https://b.hatena.ne.jp/entry/s/ascii.jp/elem/000/004/325/4325739/#bbutton
なるほどなあ
SaaS的な考えやな
増田がどういうバックグラウンドの人か知らないから、一応IT界隈でずっとやってきた人間から言わせてもらうとだね。
だから増田の言ったCD-ROMとかCD-Rとかが覇権取ったのはそういうこと。
MIDIもローランドが作ったようなものなので、まあ、日本人が作ったと言ってもいいだろう。
フィーチャーフォンも、最後の方はKDP+とかでぐらついたけど、やはり物理のブツという意味では良い仕事してた。
ところが、風潮が変わったのはiPhoneショックだよね。
スマホが浸透してから、あらゆるものをある程度企画化されたデバイス上で、
ソフトウェアで何かを実現する、っていう方向に変わってしまった。
そうなると、それまでブツを作ってた奴らは、プログラミング言語を覚えないといけなくなる。
プログラミング言語は英語ベース。また、抽象化されたシステムの理解が必要になる。（物理の要素が限りなく少なくなる）
例えばアメリカの外交官が赴任先の言語を学ぶ研修で、日本語が一番研修期間が長い。
つまりそれだけ、我々はプログラミング言語を学ぶのに不利なのだ。
だから、理屈で言えばアメリカ人やイギリス人が一番有利で、その次にヨーロッパ語圏とかが有利になる。
（それでも知人のロシア人プログラマーは、アメリカ人の方が有利だよな、と愚痴をこぼしてたが）
ここで中国が強いっていうのは2つあると思ってて、
1つは人口の多さ。母数がデカければ、それだけ技術者も多いし、有能な奴も絶対数が増える。
次に、言語。漢字文化だが、文法や構文の構成は英語に似ているので、
あと金門に囲まれて入るものの、深圳等ハードウェアの産地が近いのも有利だと思う。
イランの状況は知らんけど、国際的に孤立してるから、そりゃ自国の産業の育成も必死だと思う。
戦闘機なんか、アメリカやヨーロッパの機体をコピーして自前で改良するぐらいだから、
日本の2008年以降の状況で言うと、まさにこの物理メカだけで戦えてた時代の終わりだと思う。
いつぞやのテレ東のニュースで、アメリカのIT評論家が「日本のデジタルサービスは、BtoCはたくさんあるが、BtoBに見るべきものがない」
でも、それはしょうがない。BtoBはもうMicrosoftに焼き尽くされてしまった。
あとは、日本の商習慣に合わせてカスタマイズするSaaSしか残らない。
日本は中途半端に大国だから、国内のマーケットで満足しちゃう、ってのもある。
逆にアメリカ以外のデジタルモノで、他の国から出てるものある？
なんせ、漢字、ひらがな、カタカナがあって、変なマナーや因習、複雑な帳票が大好きな国が、
それらで思考したものを、一旦英語に変換してプログラムを書いてくって、
そんなのアメリカの英語ベースで考える奴らと比較したら、数倍も差が開くのは自明なんよ。
もっとも、国が厳しい規制をしなかったから、今の楽天とかヤフーLINEとか使えてる、ってのはあると思うんよ。
善かれ悪しかれ、日本、日本語、日本という文化で島国という特性から、とりあえず「日本国内」って枠組みの中で生活しがちな我々なんだけど、
ネットで繋がった瞬間から（厳密に言えば、1994年？）グローバリゼーションはグッと近づいていて、
これからはもっとシステム工学とかを意識して、柔軟な発想でデジタルビジネスを思いつく奴が増えたら、
また日本発グローバルスタンダードな製品が生まれるかもね。
うちの田んぼが勝手に刈り取られている！と言うことで大騒ぎになったことがある。
ローカルテレビも来て、新聞社も来て、当時大騒ぎになったのだが
実は
それ
刈ったの俺たちだったんだよね。。。
ワイがお手伝いしている会社は営農組合的な会社で、いろんな事情で稲作ができなくなった田んぼを預けてもらって、そこで米を作るという事業をやっております。
で、預かっている田んぼはめっちゃ多くて、しかも結構出入りが多い。親戚ができる様になったから親戚に預けるとか、定年になったから自分でやるとか
じいさん亡くなってできないから新規に預けるとか。さらに刈り取り感想脱穀だけ受託という例も沢山ある。
方針としては来る者は審査するが去る者は追わずの精神でやっている。
その結果どうなるかというと、どこの田んぼをを借りているかと言う情報がめっちゃ複雑になるのである。
で、起きたのが冒頭の事故。自分のところでお預かりしている田んぼと間違えて隣の田んぼを刈り取っちゃったんですね、で、本当に受託している農協がやってきてあれ？もう刈り取られてるけど！？ と言うことになって発覚。
米泥棒と言う事になって大騒ぎになったと言うわけ。
刈り取った米は既に乾燥工程に入っており、幸いにして品種は全部同じだったので大きな事故にはならず、田んぼの持ち主さんには平謝りし玄米をお納めした。（もちろんその費用を請求したりはしてないですはい。）
田んぼにはうちが受託している印としてちっこい旗を立ててるんだけど、それが何故か隣の田んぼに立ってたということであった。
当時は地図を配って確認を徹底すると言う対処だったが、現在は営農管理のSaaSを入れており、ここには管理している田畑の管理する機能にマップで表示する機能がある。
スマホアプリでGPSで今いる場所と照合して確認する機能があるから確かめられるようになっている。
正直、AI に命令を出すリード、マネージャ、リーダーの能力が上がらないと、AI でコードを大量生産すると手に負えないスラムが根深く絡み合った構造で広がっていくことになるだろうというのが既に見えている。
というのも、AIほとんど影響ないちょい前の時点ですら「うちはDDD、TDD、クリーンアーキテクチャ、k8s、アジャイル、スクラム等々を採用して云々」ってプロダクトが、リリースから半年、1年で開発がスタックしている、という事例は一般が想像する以上に存在している。
リリース時は、CTOやマネージャが腕組みしてWebページで華々しい成果発表するものだが、その裏で手動運用のオンパレード、一箇所変更したらどこに影響が及ぶかわからない地雷原、不具合障害が発生するたびに増える監視サービス、手動運用マニュアル。
その前で、「圧倒的ではないか、我がプロダクトは」って悦に入る経営陣、の図。
それ見て「SaaS界のネズミー王国や〜」って妄想を迸らせる利用者側経営陣と、ブルシットな手数だけ増えて、業績給与はぴくりくらいしか動かないで悶絶する利用者側従業員。
この状態で、「いや〜、新技術の導入、失敗しましたわ〜。経費が5倍くらいに膨れ上がってます。ごめんちゃい」なんてリリース出せないでしょ。
それ見て教科書ガイドエンジニア、カタログショッピングエンジニアが「世界を変える！ 俺(の業務経歴書)が変わる！！」って初見手探りで導入して、連れション地獄。
これが現状よ。
ここにAI が入ってくると、ますます「中身も、他の処理との関係性もよくわからんけどプロダクトに組み込まれた謎プログラムの塊」が、「これ以上機能を載せるとバランスを崩して全体が倒れる」寸前のサイズまで育つわけよ。
ここまで行っちゃったら、どこをどうしたらどうなるか、「AI 使ってふふふふ〜ん」ってレベルのエンジニアでは太刀打ちできなくなってるだろう。
すっと
「動くな！」
となって、対策のための会議とドキュメントづくりが延々と半年とかいうオーダーで繰り広げられることになる。
その間やれること、というかやらなきゃならないことは、障害対応手動運用。
こういう状態に陥らせたリーダーやリードテック、CTOは「新しいことに挑戦したいので」と敵前逃亡、成果発表のWebページを担いで次の犠牲者の元へ。
ちゃんと設計したら、生成AIを駆使する必要、あまりないはずなんだよなー。
で、テストも書いてくれる、っていうけど、AI に全投げ似非エンジニアにその妥当性とか、判断できんのかな？
カバレッジを100％に近づけるためだけのテストを手動で大量に書くのを代替してくれるかもしれないけど、あのテストが品質保証、障害対策になってる現場が一つでもあるか？
今流行りらしい、業務ドメイン分割マイクロサービスだと、AI で辻褄合わせてテストとか、無理やぞ。
という地獄が、2、3年後訪れるだろう。
楽しみやなぁ〜w
という話をすると、AI使いこなせないオールドタイプの負け犬の遠吠え、みたいにいうてくるのがいるんだけど、むしろAI を効果的に活用するための構造、構成とか模索してんのよ。
そうは言うが実際大手SIerや未経験文系を20年以上採りまくってるし、特に女子比率をあげたいからここ10年は女なら文理問わず無条件と言っていい感じで採りまくってる
あと官公庁からBPOを教われというが、そもそも官公庁にそれを仕込んでるコンサルが戦略、IT開発、BPOまで全部やってSIerを干上がらせてるから、富士通もデータも対抗してコンサルやってるんだよ（てか、そもそも日本のSIerっていうのはBPOで飯食ってんだよ）
未経験中途も第二新卒どころか20代なら（多少素養がありそうなら30前半でも）バンバン採ってるよ
このどれにもあてはまらないのにネットの情報教材に乗せられた人は…すまんな…
ITに弱い弊社、目下、様々なDigital Transformation: DXプロジェクトが昨年から走っている。
私は人事領域DXに参加しているが、実はプロジェクトが相当難航している。
支離滅裂な文章だが自分の中で整理すべく、今の状況を書き殴っている。
最大の問題点だ。
人事部としては「タレントマネジメント（タレマネ）システム」導入を検討している。というか、導入したい。
しかし、タレマネ導入で具体的に何がしたいのか、人事部からは明確なイメージが伝わってこない。
今までヒアリングした中で明確な要求は、レーダーチャートでの能力可視化、異動シミュレーション機能で異動後の部署の人員構成を顔写真付きで見れる、この2つの機能。
しかし、レーダーチャートで可視化する能力は具体的に何なのか、経営戦略で謳われている「経営に資する人事」とは具体的に何ができればよいのか、
どのような人事業務であれば「経営に資する」のか、そこにタレマネ上手く言えないが、そんな視点が感じられない。
しかし、タレマネ導入は決定事項だから進めたいらしい。カ○ナ○、Sm○rtH○がセキュリティ的に社内規定に使用可能か確認してくる。
オンプレの人事基幹システムと自動データ連携したいそうで、しきりにベンダーとのミーティングに出させられるが、全くやる気が起こらない。
ツール導入から入ってるせいで、要件定義の必要性を訴えても、とりあってもらえない。
要求事項が明確ではないのにデータ連携の打ち合わせをしても、後で変更が多発することを懸念している。
とにかく、何でも良いからレーダーチャートで可視化でき、きれいなGUI画面で人事異動シミュレーションが顔写真付きで出来ればいいらしい。
人事の実務部隊（主任以下の役職が主に動いている）は、「管理職にビジョンを求めても無理だ」と言う。そんなことを考えられる人たちではない、と。
実務部隊は何がしたいの？ タレマネに必要なデータ入力を自動化させ、日常の入力業務負荷を下げたいらしい。
そして、住所変更などの日頃処理している入力業務の負荷も下げたいらしい。
人事部（正確には人事部の主任以下の実務部隊。管理職はプロジェクトを全部任せてしまっている。ていうか丸投げしている）は、タレマネシステム導入により、データ入力の業務負荷が増大することを懸念している。
負荷軽減が必須事項であり、タレマネ導入・運用には以下が「必須である」と人事部は主張している。
②SaaSのタレマネ（具体的にはカ○ナ○）がオプション機能として提供している「ワークフロー機能」を利用し、オンプレの基幹システム（これが人事データの源泉）にデータ連携させる。連携の仕組みはEAIツール（DataSpider）を使用し、社内SE部隊が構築する。
①は業務利用にあたるため「サービス残業」と見做される可能性が高いと役員からは指摘されており、自分もその通りだと思っている。人事部の見解は「業務利用か否かはグレーゾーンであり会社として『業務にあたらない』と説明すれば足りる」と。いや、グレーと理解しているなら黒だと労基に認識される可能性もあるんだし、そもそも会社が従業員に申請を求めている時点で業務だと思うのだが、違うだろうか。
ちなみに、弊社は現業職員がおり全員が社給PCを持っているわけではなく、かつ基本的に機密の関係で職場への携帯持込はNGなので「業務時間外」にやることと、となっている。
②は、人事部がなぜシステム構成を社内SE抜きで勝手に決めるのか意味不明で、越権行為も甚だしい。しかも実現可能性の検証がされていない。さらには「従業員の私物携帯・PCを利用させる」という所謂BYODを会社としてはまだ認めていないのだ。前提となるハードルもクリアしていないのに、連携の仕組みを人事部が勝手に考えて稟議も出そうとしているらしい。実務部隊の人事部主任は性格的に短絡的かつ力押しで仕事を進めるタイプだけど、機密管理委員会からの認可も下りていないのに。
そもそも、タレマネ(SaaS)のワークフロー機能を使用してオンプレ人事システムのデータに連携するなんて複雑なシステム構成、私は今までに見たことがない。
弊社は現業の社員もいて1人1人に社給PCが与えられていない。現業職員の申請は上長が代理でPCにワークフロー申請で行う。事務職は全員社給PCがあるから、自分のPCからワークフロー申請ができる。
申請は年間合計で1000件あり、1件あたり1時間の入力・承認作業時間がかかるらしい。年間1000時間として、1日あたり4時間。それを4、5名で捌いている。その入力時間を削減したいらしい。
現業職員に社給PCを支給する（もしくは相当台数の共有PCを配布する）ことが決まっていたため、人事基幹システムのワークフロー機能で入力してもらえばBYODの問題はなくなるし、労基法的な問題もクリアできる。だが、人事部は蹴った。人事部でワークフロー機能を使いこなすことが難しいから、と。
SaaSのワークフロー機能なら導入時にSaaS業者が構築を請け負ってくれて、連携まわりは社内SEの所管業務、だから人事部としてはSaaSのワークフロー機能に社員の私物携帯から入力させてオンプレ基幹システムにデータ連携したいらしい。
自分はにはやりたくない。そもそもプロジェクト自体に共感が一切できていない。仕事を外して貰いたい。
人事部がタレマネシステムを導入したい第一の目的は「日常業務の入力負荷軽減」だと明確に言っていた。そんなシステムではないはずだが。
1年経過した最近、各DXチームが発表する場があった。役員からの評価は極めて悪かった。
講評には「人事業務がどうあるべきなのかをまずは明確にしてほしい」と記載されていた。しかし、これは私の担当の範疇を超えている。上位レベルの課題だ。
手段と目的が逆、課題が未整理、それぞれの課題に対してどのような打ち手を実行するのか、整理されていないと。
その通りだと思う。社内SEの自分が人事部の代わりに人事業務を考えてあげることはできない。
人事部的にはITのことは分からないから、と言う。しかし、IT云々の話なのだろうか。各社SaaSのデモは何ヶ月も人事部はトライアル使用していたのに、それをどのように活用して目的を実現するのかを明確に表現できないなんて、そんなものなのだろうか。
書き殴ったけど、こんな状況で伝わるだろうか。
どうすればいいのだろうな？
関わり方が分からん。
DX、難しい。
バイブコーディング、最近この言葉を聞くだけでキレそうになる。AIが勝手にコードを吐き出し、人間はそれを後ろから眺めているだけでいい――そんな耳障りの良い宣伝が界隈を駆け回っている。だが現場の空気はどうだ。タコツボでデバッグとデプロイに追われるエンジニアの悲鳴、無邪気にPRを投げては放置する自称エンジニアの残骸、そして毎日更新される「最強のプロンプト集」。そのすべてがクソだ。数週間前まで「これが最適解」と祭り上げられていたエージェントが、翌朝のタイムラインでは「時代遅れ」のタグ付きでゴミ箱に投げ込まれている。そのペースに合わせてプロンプト設定を書き換え、ルール設定を勉強し直し……。ようやく環境が安定した頃には次のトレンドがやって来る。インフルエンサーはAIのイノベーションを讃えるが、単に技術的負債の積み増しが高速化しているだけだ。クラウド料金とGPU時間を溶かしながら最新の呪文を追いかける――それを楽しいと感じられるのは、現場の泥を一度もなめたことのない奴だけだろう。TwitterでAIにサンプルアプリを吐かせただけの動画が10万いいねを稼ぎ、Qiitaには「たった5分でSaaSを作った」記事が湯水のように溢れる。彼らのKPIはバズであって品質ではない。コードの読解よりもサムネイルの作り込みに時間を費やし、脆弱なサンプルをSNSに放流してはドヤ顔をキメる。出てくる言葉は「やばい」「すごい」ばかり。設計思想もアーキテクチャも語られず、残るのは小ネタだけ。驚きの連打で脳を麻痺させ、その隙に粗悪品を売り逃げる手口にはもはや悪意すら感じる。問題はエモいだけのバズが終わったあとだ。生成されたJSには脆弱性が口を開け、SQLはべったりと文字列連結。テストはもちろん存在しない。GitHubにアップされたそれらが検索結果のトップに並ぶ頃、若いエンジニアはそれを正解と思い込む。やがてプロダクションにコピー＆ペーストされたとき、火の手が上がるのは自明だが、初動でウケを狙った当人はすでに別の流行語を追っている。残された現場は「AIが書いたから仕方ない」で済むほど甘くない。バイブコーディングがもたらすのは「誰でも作れる楽園」ではなく、「誰でもバグを量産できる魔境」だ。トレンドのスピードは人間の学習曲線を嘲笑い、浅い称賛がノイズを増幅し、素人コードがセキュリティホールをばら撒く。この三重苦が渦を巻き、エンジニアの精神とプロジェクトの予算を同時に削り取る。結局、泥臭いリファクタリングと継続的テスト、そして責任をもってコードを読む眼が最後にものを言う。その当たり前を忘れたまま「日本語が最強のプログラミング言語」とか「プログラマー不要論」とか唱えている限り、彼らは永遠にクソの上にクソを塗り重ねるだけだ。俺たちはAIに仕事を奪われるんじゃない。AIを信じ切った素人と、それを煽る驚き屋によって殺されるのだ。
モダンとか言ってるのスゲェなって思いました
こういう人の方が向いてるのかもね
ネットで見る謎の人C「社内のファイルサーバーのSharePointは移行終わってるよ」 ← うんうん
ネットで見る謎の人C「社内システムの認証基盤はAAD使ってるよ」 ← うんうん
ネットで見る謎の人C「まだAADに完全移行はできていないけど、全端末Intuneで管理してるよ」 ← うんうん
ネットで見る謎の人C「条件付きアクセスの運用も始まってるよ」 ← うんうん
ネットで見る謎の人C「M365Apps を社外で使うにはVPNが必要」 ←？！ 🫨
三井住友FGとソフトバンクがタッグ OliveとPayPay連携
（中略）
このニュースにある、「決済データを用いたビジネス」とは具体的に何であると考えられるか？
PayPay・Oliveの決済額とSoftBankの人流データを重ね、時間帯別の来訪・購買ヒートマップを作成。
小売や飲食チェーンに「どの街区のどの通りに出せば売上が最大化できるか」をレポートとして販売するサービス。ニュースでは「人流データと組み合わせて加盟店に新規出店を提案」と述べられています。 
PayPayは既に購買履歴ベースのクーポン機能を持ちます。決済データを属性・訪店頻度でセグメントし、PayPayアプリやLINEヤフー広告に高精度クーポンを配信し、費用は成果報酬型で加盟店から徴収するモデルが想定されます。 
三井住友カードが提供する決済データ分析サービス「Custella」にPayPayのコード決済データを統合。業種別・商圏別の売上推計、競合比較、需要予測をダッシュボードで提供し、月額課金する形です。 
両社の決済履歴を横串で評価し、与信の薄い若年層にも小口ローンやBNPL（後払い）枠を動的に付与。PayPay残高・Oliveクレジットをまたぐ「一体型与信」の開発余地があります。
※具体的な商品発表はまだありませんが、決済データは与信モデルの代表的な入力変数です。
SoftBankが提供するAI需要予測（例：サキミル）に決済実績を取り込み、店舗の日別来客・売上を14日先まで予測。発注量やシフトを最適化するサブスクリプションサービスとして展開可能です。 
生成AIと決済データを組み合わせ、カード紛失・加盟店問い合わせなどの意図を判定し、利用状況に応じた回答や不正検知アラートを自動で返すコールセンターBPO。ニュースでも「事務やコールセンター業務の自動化」が挙げられています。 
要するに「決済データを用いたビジネス」とは、データそのものを売るのではなく、位置データと購買履歴を掛け合わせて“意思決定・販促・与信”を支援するB2Bサービス群 を指す可能性が高い、ということです。
