Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「ベンダー」を含む日記RSS

はてなキーワード:ベンダーとは

次の25件>

2025-10-16

IT業界劣等感との付き合い方

40代男性。既婚、子持ち。転職は何度か繰り返しているが新卒からIT業界に居る。SESから事業会社社内SEとか経て、今は大手の内製もやってる会社社内SEをやっている。

題名の通り、劣等感が凄い。

社内情報共有のdocbaseとかで新卒5〜6年目がIPAの高度とかベンダー資格ポンポン取ってたり言語の発表で登壇しましたとか目に入ると「自分はなんてダメなんだろう」って凹む

人と比べるなとか進んでるだけ良いと言うけど無理。自分新卒の時とはネットも含めて環境が段違いなのも分かるけど今で線を引いて比べてしまう。相手が歯牙にもかけていないのも分かるんだけど一方的比較して凹んでいる

会社提携しているメンタル系にも言っても自分と向かい合おうとか言われるし上司も同僚も資格経験評価尊敬もしてくれるけど、自分は上を見つけて卑下してしま

給与は欲しいけどそういうとこには化け物級がゴロゴロしてるし、そこで本格的に病むくらいなら無双できるレベル会社転職して副業もしてそれなりに稼ぐのも良いかなと思ってる。

勉強が嫌じゃなく、息吸うようにコーティング出来て、山手線内に住めて、ジムにも通ってマッチョに慣れる人間になりたかった。

そう思うとアイツの実家も太いのかな〜良いな〜と更に凹む

はてなプログラマシステムエンジニアは人と比較せず自分と向き合ってるの?なんかコツあるなら聞きたいわ

Permalink |記事への反応(22) | 08:27

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-03

床屋競争環境は超絶ぬるい(誰でもまともにやれば勝てる)

友人の薄給勤務理容師独立したあと、あっという間に人気店になり、年収1,000万円Overになったので、なぜ成功たかを聞いてみたら、「床屋業界、ぬるすぎ」ということが分かったので共有。

どうすれば勝てるかをリストアップ。順不同。


1. Hotpepper Beautyに広告を出さな

Hotpepper Beautyはご存じの通り、主に美容室向けの広告宣伝予約サイト

目立たないが、美容室だけでなく床屋情報も入っている、店を開店するとすぐに、リクルート営業が「広告しませんかー?」とやってくる。

で、ここで出すとクーポン目当ての浮動票ばかり来るのと、エアレジ、予約システム含めてリクルート漬けになってしまう。

こうなると抜け出すのが大変。なので、最初からさないのが大事


2.ホームページを作る

街の理容室は超絶高齢化業界なので、そもそもホームページがないところが大半。

そこでホームページがあり、メニューが書いてあり、連絡先が書いてあり、FAQがあるだけで差別化できる。

超絶ぬるい。

なお、インスタだけというのはダメメニューの一覧性がない。


3.ホームページで予約ができる

Hotpepper beauty以外でも予約システム安価提供しているサービス、または決済と絡めて予約システム提供しているサービスがある。

これを使う。そして、細かなニーズも拾えるようにメニューを入れ込む。例えば、カットはしないが白髪染めだけしたいとか、そういうもの

理容室そもそも予約不可のところが多く、かつその予約も電話のみのところが大半。これだけで差別化できる。


4.GoogleMapの店ページをちゃんメンテする

GoogleMapの表示内容と実態が違ったという、ダメな店あるあるを避ける。

理容室の多くはまともにやっていないので、やるだけで差別化できる。


5.技術普通でいい

理容師は、職人気質の人が多く、技術の追求に情熱注いでいる人も多いが、技術普通でいい。超絶下手は論外だが、超絶上手である必要はない。

理容室に来る人は、美容室に来る人と違い、たいして技術を求めてない。

特殊技術求める人は、美容室に行っている。

技術を追求せずに、話術をみがいたほうがよい。


6.薄給勤務理容師時代に、固定客を作る

独立ルートは、他の床屋で働く(超絶薄給)→独立だが、この、他の床屋で働いている時代に、いかに固定客を作るかが初期にはとても重要

「彼が独立たから、応援してあげなきゃ」と来てくれる客が初期の命綱

客と個人的LINEなどでつながるとか、一緒に飲みに行くとかできるといい。


7.下積みする床屋は、大きな駅の近くにする

彼は、JR中央線の大きな駅から徒歩15分の床屋で下積みをし、その後、その店から少し離れたところで独立した。

からは遠いが、大きな駅の近郊の住宅街住民は山ほどいるので、集客には困っていない。

ちなみに、下積み従業員独立するときは、下積み店との競合を避けるため、下積み床屋から少し離れた場所に店を設けるのが、床屋業界の慣習らしい。


8.内装お金をかけない

美容室と違い、床屋内装など誰も気にしていない(これは言い過ぎか)。

よって、とにかく標準的な見栄えを確保しつつ、初期投資を抑える。


9.椅子を新品で買わない

中古市場状態の良いもの安く買う


10.多様な決済手法を用意する

現金以外にも、なんとかペイ全般クレカなど、主だったものに全部対応

これは決済ベンダーが用意してくれる。手数料も大して高くない。


上記見て分かる通り、他の業界では当然やられていることが、床屋業界でまったくやられていないので、普通にやるだけで差別化できる。

おそらく、理美容学校を出て、東京にでてきて、3-5年くらい薄給の下積みに耐えて、その後上記を守りつつ、独立すれば、誰でもうまくやれそう。

Permalink |記事への反応(2) | 12:59

このエントリーをはてなブックマークに追加ツイートシェア

2025-09-30

あなたが今すぐiOS26にアップグレードすべき理由

iPhoneに興味の無い人間はこの世にほぼ存在しないだろう。

しかし大半は不幸にも、いまだにiOS18を使っていることと思う。

もしそうならば、一刻も早くiOS26にすべきである

なぜか? 使いやすさがレベチなのだ

iOS26は、Liquidなんとかと呼ばれている素晴らしいアニメーションがついており、はるか昔にあったスキュモーフィズムをさらに発展させた至高のデザインになっている。

往年を思い浮かべるデザインのおかげで、ファンiOS26に大興奮している。かくいう俺もあまりの使いやすさに感涙している。ジョブスも草葉の陰から号泣していることだろう。

全く異なる次元物体がそこにはある。

これがAppleが受け継いできた意思なのか!!と、誰もが驚愕することだろう。

iOS26では、iOS18のころに誰もが使いにくいと思っていたボタンサイズアニメーションに非常に大きな変更が入っている。アニメーションほとんど常にポヨンポヨンと動き、実用的だ。これに比べれば以前までのアニメーションは硬直化されていたと言っても過言ではない。

レスポンスも非常に高速になっている。パフォーマンスだけを見ても、如実に迅速になっているのだ。例えるなら、以前は東京から大阪まで新幹線で行っていたのが、2034年開業リニアモーターカーになったようなものだ。

また、それまで使いにくかったレガシーデザインWebサイトUI/UX改善を施し、Webサイト管理者ユーザーについて真剣に考えさせることを強力に促したところが画期的だ。これまでベンダーはそうした行動に無頓着だったが、今回Appleは非常に精緻に考えて動いたことがうかがえる。

ユーザーことなどこれっぽっちも考えてこなかったWebサイト管理者は、今回ついに対応を迫られることになった。これはユーザーにとってはハッピーなことでしかない。

そしてこれまで我々Appleユーザーは、iOS15、iOS16、iOS17、iOS18とどこまでも苦渋を味わされてきたが、iOS26はそれらが完全に完膚なきまでに絶対的完璧解消されている。

iOS15からiOS18まで、我々はUI/UXに絶えず違和感を感じてきた。どうしてこんなものが世の中に出ているんだと、こんなことが許されるのかと、誰もが懐疑の目を向けていた。iOS26にはそれが無い。

またiOS26は、それまでのアップグレード比較して不具合も非常に少ないことで知られている。したがって、iPhoneユーザーはいものようにiOSダウングレードする必要が全くない。ダウングレード考慮しようとさえ、これっぽっちも思わないだろう。考慮する必要すらない。

あなたたちは、未だにどうしようもないレガシーバージョンAndroidを使っていることだろう。そんな状態をもし言葉表現するとすれば、あなた方は「液体」である

この新しい世界体験できるiOS26を、まだ体験できないのだから……

「なぜもっと早くアップグレードしなかったんだ!」と後悔する前に、一刻も早くあなたiOS26をインストールできることを願っている。

特にAndroidユーザーはすぐにでもiPhone17 Proを入手すべきだ。それがあなた必然的運命ですらある。


2025/09/30Pixel10にて

Permalink |記事への反応(0) | 23:42

このエントリーをはてなブックマークに追加ツイートシェア

2025-09-29

anond:20250928170634

システムをこうするだけでこれだけ効率化できます

経済価値に換算するとこれだけの価値があるので改修費用がこれだけだとしたら◯ヶ月でペイします。

可能であれば情シスと連絡してもいいでしょうか?情シスがいなければ直接私からベンダー見積もり依頼しましょうか?

これくらい言えたらクーラーの効いたデスク仕事できる

Permalink |記事への反応(0) | 02:41

このエントリーをはてなブックマークに追加ツイートシェア

2025-09-27

大学院卒業してまで何がやりたかったんだ

大学院卒業してまで何がやりたかったんだ

誰にでもできるようなベンダー製品仕様書をひたすらに読み込んで、サービス企画する業務専門性もクソもない。

https://tensor.art/articles/913235140468054387

https://tensor.art/articles/913236789735507176

https://tensor.art/articles/913236974419102173

https://tensor.art/articles/913237970851521781

Permalink |記事への反応(0) | 01:18

このエントリーをはてなブックマークに追加ツイートシェア

2025-09-26

大学院卒業してまで何がやりたかったんだ

誰にでもできるようなベンダー製品仕様書をひたすらに読み込んで、サービス企画する業務専門性もクソもない。

Permalink |記事への反応(0) | 23:28

このエントリーをはてなブックマークに追加ツイートシェア

2025-09-25

AIアート】 例のSDVロードマップ、崖から飛び降りる図ですよね?

お前らコンサルキラキラした目で語る「SDV化へのロードマップ」ってやつ、まあ綺麗だよな。「レベル1から始まって、ドメインゾーン最後は夢のセントラルコンピュータへ!」って、すごろくみたいで分かりやすい。プレゼン資料は美しいし、ロジックも通っているように見える。

だが最近、その綺麗なすごろくを見ていると、強烈なデジャブを感じるんだ。

ついこの間までヨーロッパ中が大合唱していた、「未来EV一択だ!」という、あの狂騒曲にな。

ご存知の通り、その結果は今のEV失速と戦略の迷走だ。今日は、なぜ俺がお前らの語るSDVに、あの失敗したEV戦略と同じ匂いを感じるのか。そして、そのロードマップに隠された巨大な「崖」について、具体的かつ論理的に話そう。

第1部:その言葉は「技術」か、それとも「イデオロギー」か

まず前提として、EUEV戦略は単なる技術選択の失敗じゃない。あれは、「"言葉"を定義することで現実支配しようとする」という、ヨーロッパ伝統イデオロギー戦略だ。「EVは善、エンジンは悪」というシンプル二元論を作り出し、規制補助金市場を無理やりそちらに誘導しようとした。

この手法キモは、現実の複雑さを無視し、自分たちに都合のいい単一シナリオを唯一の「正解」として提示することにある。世界には多様なエネルギー事情があり、多様な顧客ニーズがあるという現実から目を背け、「EV」という言葉神輿を担いだわけだ。

そして、お前らが語る「SDV」も、これと全く同じ構造を持っている。

セントラルコンピュータによる、ハードソフトが完全分離したSDV」こそが唯一絶対のゴールだと定義し、そこに至る道を一本道で描いてみせる。

だが現実はどうだ? 安くて頑丈なクルマを求める市場もあれば、運転の楽しさを求める層もいる。そもそもソフトウェアのアップデート価値を感じない顧客だっている。トヨタが声高に未来を語らず、EVHV水素、合成燃料と、あらゆる可能性に備える「マルチパスウェイ」を貫いているのはなぜか。それは彼らがイデオロギーではなく、複雑な「現実」と向き合っているからに他ならない。

お前らのSDVロードマップは、この時点でまず、現実多様性無視したイデオロギー的な欺瞞はらんでいる。

第2部:「リストラの崖」の正体

その上で、仮にその単一シナリオ理想のSDV)が正しいとして、なぜその実現が絶望的に困難なのかを説明しよう。ここで登場するのが、お前らも知ってる「コンウェイ法則」だ。

法則1:クルマ構造は、人間関係の写し鏡である

雑に言えば「システム構造は、それを作る組織構造そっくりになる」という法則だ。今のクルマは、無数のECU(小さいコンピュータ)が複雑に絡み合った「分散アーキテクチャ」だ。これは偶然そうなったわけじゃない。エンジンはA社、ブレーキはB社、ライトはC社と、各分野の専門サプライヤー(Tier1)が、ハードソフトを一体ですり合わせて開発してきた。このクルマ構造は、日本自動車産業が100年かけて作り上げてきた、この巨大なサプライチェーンという人間関係のものなんだよ。

法則2:人間関係は、急には変えられない

そして、この巨大な人間関係構造は、組織と同じで少しずつしか変えられない。「連続的」な変化しか受け付けないんだ。一気に変えようとすれば、現場崩壊し、これまで培ってきた価値は失われる。

この2つの法則を踏まえて、お前らのロードマップ評価しよう。

ステップ1:分散型 →ゾーンアーキテクチャ

これはまだいい。既存サプライヤーとの人間関係を維持したまま、ECUをいくつか統合し、役割を再編成する。「組織改編」レベルの話だ。現場筋肉痛になるだろうが、これはまだ「連続的な変化」だ。実行可能性はある。

ステップ2:ゾーンセントラルコンピュータ

ここが問題の「非連続な崖」だ。

これは「組織改編」じゃない。「全従業員を一度解雇して、明日から全く別の人種会社ゼロから作れ」と言っているに等しい。

なぜなら、クルマの作り方が「ハードウェア部品のすり合わせ」からOS上のソフトウェア開発」へと、根本的に変わるからだ。これは、これまでパートナーだったハード中心のTier1の価値をほぼゼロにし、NVIDIAGoogleAWSといった、全く文化の違うITジャイアントと新しい関係ゼロから構築することを意味する。

この「崖」を飛び越えるという行為は、必然的に「大規模リストラ」を意味する。そして、そのリストラは、これまで俺たちがサプライヤーと共に築き上げてきた無形の資産、つまり車載特有品質ノウハウ」や「フェイルセーフ思想」といった、カネでは買えない価値バリュー)を崖の下に投げ捨てる行為に他ならない。

第3部:コンサルよ、お前らが答えるべき問い

俺たちの議論は、お前らの美しいパワポの上にはない。この血と汗にまみれた現実にある。

から、お前らが本当に俺たちのパートナーだと言うのなら、答えるべき問いはこれだ。

価値減損会計提示しろ

この「崖」を越えることで失われる、既存サプライチェーン無形資産品質ノウハウ信頼関係暗黙知)は、金額換算でいくらだ?その減損を、どうやって、何で補填する計画なんだ?

人間関係の再構築プランを具体的に示せ。

意識改革」みたいな精神論で逃げるな。どのTier1との関係をどう縮小・終了し、どのITベンダーと、どのような契約・開発体制で、何年かけて新しいエコシステムを構築するのか。その移行期間中リスクコスト訴訟リスク技術流出を含む)を算出して見せろ。

崖の途中の事業継続計画BCP)はあるのか?

この無謀なジャンプの途中で、開発が頓挫したり、大規模リコールが発生したりした場合会社をどう守るんだ?そのための具体的な資金計画と、リスクヘッジのシナリオ提示しろ

これらの問いに、具体的かつ定量的に答えられないのであれば、お前らの提案は、現場現実無視した無責任な空論であり、俺たちを崖から突き落とそうとする悪意の塊だ。

俺たちは、崖の向こうの楽園の絵が見たいんじゃない。

このどうしようもなく巨大な崖に、一本ずつ橋を架けていくための、地道で、泥臭くて、現実的な設計図を求めているんだ。

Permalink |記事への反応(1) | 10:51

このエントリーをはてなブックマークに追加ツイートシェア

2025-09-12

人件費は上がり続けてるんですよおバカ

インフレによる価格高騰、各分野で起きてるのに、外部ベンダーへの委託費だけインフレから逃れられると思ってる客、わざとやってるんだろうけど不愉快だよな

メンバーの単価が上がるから人入れ替えますねって話したら品質ガーーするし じゃあ金払えよ

こういう客を切れるくらい強くなりてえなー

Permalink |記事への反応(1) | 16:14

このエントリーをはてなブックマークに追加ツイートシェア

2025-08-29

情シス楽すぎワロタ

情シスやってるけど、ただのベンダーへの連絡係だからなんもすること無くて楽勝過ぎワロタ

Permalink |記事への反応(0) | 12:49

このエントリーをはてなブックマークに追加ツイートシェア

2025-08-17

anond:20250817190602

いやひとつもないでしょ。

それらの認定書の中に「それさえもってれば年収が数百万単位で上がる」ものある?

ないっしょ? それが答えで行き止まりだよ。

金を出す側が出さないか機能してないわけ。

もっと資本主義に寄せて考えてば、人手不足企業は、口でいうほど困ってないんだよ。

だって実際に給与上げてないし。統計で見ても別にそれでどんどん倒産してないでしょう?

みずほ銀行のクソシステム受注して二十年かけて不良品作ったベンダーが傾いたとかないわけだ。

日本では生産性低くても別に企業潰れないからこまんないんだよ。

Permalink |記事への反応(0) | 21:25

このエントリーをはてなブックマークに追加ツイートシェア

anond:20250817190326

そういう認定資格、めちゃくちゃあるじゃん。各ベンダーがやってるやつとかも含めると、100じゃ、効かないくらいの数があるぞ。

Permalink |記事への反応(1) | 19:06

このエントリーをはてなブックマークに追加ツイートシェア

2025-08-12

IPAの高度複数持ちがCBT化について思ったことをただ書き散らす

https://www.ipa.go.jp/shiken/2026/ap_koudo_sc-cbt.html

この発表見てただ書き散らす。

スペック

率直な感想

簡単になるし午前と午後分けれて良いな~ってのが素直な気持ち嫉妬らする

年1というのは変わらないようだけど、今の基本情報みたいにAMPMは別日に出来るので集中しやすそう。

合格率は今の試験内容のままなら極端に上がらないのかなと思う。基本情報合格率UP理由は日程や自信ない人のキャンセルでの母数の減少なので、応用や高度も少しは上がるだろうが基本情報みたいなブレインダンプに近いサイトでの詰め込みでの合格は難しいと思う。

午後1について

高度だと3問中2問の文章題だが、長文読解という問題PCでは非常にやりにくい。試験テクニックメモマークも出来ないのでしっかり読まないと行けない。検索右クリック使用も出来ないだろうから手間は多そう。ただそもそも午後1も過去問やれば基本解けるのでそこまで問題はないと思う。

午後2について

この発表で一番多かったのはここの部分ではないか。つまり筆記用具で論文手書きしなくて済むという話だ。

なぜか分からないけど手書きじゃなきゃ受かるという自信満々の人が多いが、自分キーボードで高度の論文作法身体に染み付くか?と思うと疑問である

当たり前だけどテンプレなんて使えないだろうからキーボードで楽できるのは漢字変換くらいで、手でかける人がキーボードでさっさと打ち込めるようになるだけで準備してない人は結局CBTになっても評価はB以下で不合格だろう。というか手書きのほうが最初構成考えるときに楽なんだけど、なんでみんなキーボードなら楽勝なんだろう?卒論得意勢?

テストセンターについて

これは全貌が明かされていないので想像しかないが、おそらく全国のテストセンター実施だと思うが土日もやっているテストセンターは少ない。平日の仕事終わりにやっているのも少ない。東京だと土日だと秋葉原センターが人気だし、平日夜は新宿がやってたりするが多くは17時くらいがラストだ。午前はともかく午後は途中休憩あっても4時間コース

これまでは強制日曜実施なので現場によるが貴重な休日が潰れるくらいだったが、今度は多少自由度が増えるが受けたい日に近所で受けられるかは微妙になる。もちろん東京近辺ならテストセンターはたくさんあるがちょっと郊外に行けば途端になくなる。おまけに基本情報ベンダーのようにいつでも受験可能では無いみたいなので集中し、申し込めば受けられた今より場所によっては不便になるかもしれない。国家資格なので地域差は無くしてほしいが聞いた話では他の国家資格もCBTに遷るみたいなので国としても不平等とは思ってないようだ

問題の種類とか

今までは年に1~2回なので多少被っても同じ問題はなかったが、もしCBTになるとしたら問題の種類は一気に増えないとすぐに情報集まって攻略法が出来るだろう。7500円で人海戦術すれば問題パターンは集まるし、それを有料サイトで売れば投資分はすぐにペイできそう。特に午後2なんで問題が分かるか分からないで桁違いの難易度の差が出る。というよりAIテンプレ教えて評価Aの文章が作れるので問題分かる=合格である

もちろんちゃん対策とかあるんだろうが、数十パターンを毎回追加とかでは息切れするだろうしそうじゃなければ3年後には攻略法定まって2週間で高度取りましたってQiita合格体験記が乱発されそう。

終わり

IPA理由は分かるけど、基本情報の時と一緒で安易な易化でしかないと思う。もちろん2時間手で字を書くのは大変なのでCBTでキーボード入力できるのは素晴らしいが、受けてるとやはり紙のほうがやりやすい。テストセンターの消えないホワイトボードストレスである

なにより同じ日に受けた受験生で問題の差が出て合格率に差が出るなら個人的にはCBT化やめるか、これを機に根本的な試験内容も見直すべきだと思う。

ただ、一つ確実なのはCBTなら受かるって奴はCBTになっても直前でキャンセルするし、落ちるし、論文はC判定。受かる人は今の方式でも文句わずに受かる。

Permalink |記事への反応(0) | 22:42

このエントリーをはてなブックマークに追加ツイートシェア

2025-08-06

H社の社内ベンチャー受けてきたけどヤバそうなので辞退した話

転職活動中なので、H社の社内ベンチャーかいう触れ込みの会社を受けてきた。元々ソフトベンダーにいたが、自動車業界も今はソフト人材募集中らしく、転職エージェントに勧められた。ただ、なんか怪しい部分が色々あったので選考辞退してきた。

受けた会社:○○AI (H社グループ会社事業部)

「H社グループ社内ベンチャー」とかいう触れ込み。H社グループ請負人材派遣専門会社運営している研究開発組織という触れ込み。なので、〇〇AIは社名じゃなくて、H社グループのH社サービスという会社のただの事業部。H社の研究所と共同開発地方でのロボット自動運転実験をしているとのこと。正社員登用でのエンジニアを色々募集中らしい。

エージェントから受けた説明

H社の研究所がAI人材集めるため、好待遇にするために別会社であるH社グループ請負人材派遣専門会社AI組織作ったとのこと。社内ベンチャーなので、年功序列的なキャリアアサインもなく、20%ルールで好きな研究開発してもいい、との説明人材派遣ではなく、H社研究所から請負での委託らしい。なので、エンジニアはH社サービス側での正社員雇用。ただ、後述の通り実態は怪しいところが色々ありそう。

面接形態

実際の面接の様子
書類選考

2週間程度かかる。後でLinkedinで○○AIエンジニアに聞いた話だが、H社研究所側のエンジニア(偉い人らしい)が書類選考しているらしく、実質H社研究所側で選考しているので時間がかかるらしい。

1次面接

オンラインでの面接。ここで驚いたのだが、H社サービスの人だけでなく、H社研究所のチーフエンジニア面接官として参加していた。あくまで「アドバイザー」ということらしいが、面接ではH社研究所のマネージャーが終始質問をしてきていた。というか面接官として動いていたのはH社研究所の人だけだと思う。

正社員雇用面接なのに、なんで発注元のH社研究所の人間面接するんだ?」 「もしかして、本当はH社研究所への技術派遣面接なのでは?」という疑念がわいたが、とりあえずそれを一旦飲み込んで面接に挑んだ。

2次面接

1次面接から2週間経過して、最終面接の案内がくる。最終面接オンライン。ここでさらに驚いたが、またH社研究所の人間面接官として参加していた。しかも、H社研究所のめちゃくちゃ偉い人らしい。

〇〇AI企業役員もいたが、面接ではこのH社研究所のエンジニアが終始質問してきていた。というか、「入社したらどの仕事やりたい?」 「このプロジェクトあるんだけど、やりたい?」等入社後の仕事アサインやチーム配属に関しても、H社研究所の人が何故か聞いてきた。H社サービス面接官はほぼ言葉を発さない。「なんでHサービス仕事なのに、H社研究所の人が業務と配属決めるんだろう…」という疑念が色々出てくる。

実際に色々聞いてみる

面接を経て「これって技術派遣なのでは?」という疑念ますます強くなり、LinkedinやOpenWorkやSNS業務に関して聞いてみる。すると、次のような状態になっているらしい。

ルール的にH社研究所のエンジニア派遣社員をたくさん増やせないので、別会社の一事業部での請負委託という形でH社研究所が働きかけて別会社のH社サービス内に作った組織らしい。

・各エンジニア業務決めやチーム配属・組織編制も研究所ですべてきめているらしい。そして、入社したら研究所のプロジェクトチームに1メンバーとして参加するらしい。本当は請負委託なので、そこまで直接指揮管理するのはダメらしいが、「アドバイス」という名目で許容されているらしい(謎理論)。

・たくさんの業務委託を受けているので全てではないが、研究所のプロジェクトチームにメンバーとして参加した人は研究所のリーダーから直接業務命令が色々飛んでくることが多いらしい(請負なので本当は直接命令してはいけないが、「連携アドバイス」という名目しているのでセーフ?らしい...本当か?)。

研究開発じゃなく、ほとんどエンジニアリング業務らしく、H社研究所みたいなパワポ作成や泥臭い実装とかが主軸とのこと。組織体制もふわふわしていて、マネージャーっぽい人もあまりいないらしい。基本的にはH社研究所の言いなりで仕事するので、技術開発じゃない仕事も珍しくないとか…。

20%ルール機能しておらず、一度エンジニア達が各々テーマを立てたらH社研究所の偉い人から否定されてほぼ全却下にされたらしい。採用詐欺...。

エンジニア組織体制やチーム編成もH社研究所がすべてきめるので、実質「年齢に関係ない自主的キャリアアサイン」とかもほぼ詐欺らしい...。

他にもいろいろあるが、OpenWorkとかに色々書いてある。お世辞にも評価が高いとはいえなさそう…。

結果

色々話を聞いていると、実質H社研究所への技術派遣っぽい形態らしい(理屈がよくわからないが、委託だけどアドバイスからセーフ理論?)。そして、エージェントの言っていた「自由研究ができる」とか「年齢に関係ないキャリアアサイン」とかも嘘っぽい。これらの結果を踏まえてヤバそうだったので、最終面接の結果はまだ出てないが、選考辞退することにした。

Permalink |記事への反応(3) | 10:45

このエントリーをはてなブックマークに追加ツイートシェア

gpt-ossで起きること、起きないこと

30分くらいで考えた

それぞれChatGPTに確認済み

 

ossを使うほうがコスト面で不利になるので、既存のChatGPTを使ってるサービス代替は起きない

セキュリティ的にAIが使えないという会社での利用の検討が若干進む

インターネットに繋がっていない場所でのAI利用が検討される

・↑のような会社に売り込もうとするベンダー世界的に現れる(Apache2.0だしいける)

Linuxのようになるようでならない、コストが高すぎる、コストが度返しできてなお使いたい現場では利用される

詐欺エログロなど、規制回避での利用が進む

個人で精度は上げられない、OpenAIの人らがやってできなかった課題をそこらの奴らができると思えない

OSSプロジェクトとしては独自路線で成長しそう

・お前らが勉強しようと乗り出すが、あまりに金がかかるので断念する

・誰かがやってみた記事を出して、お前らが焦るが、結局何もできないし、個人に何かできるわけでもない

 

俺らが手を出して嬉しいのってChatGPTにエロいこと言わせたり調べさせるくらいじゃないかね、そこ内部でちゃん制限されてそうな気もするけど割とガバいしね

Permalink |記事への反応(0) | 09:07

このエントリーをはてなブックマークに追加ツイートシェア

2025-08-01

IT人材流出をどうすればよいのか


表題のとおりである。やってしまった。一時は、自分責任を取る覚悟すらしていた。

あれからもう何年も経ってるし、私自身も別部署に異動している。定年も近いし、思い出の供養を兼ねて書いてみたい。

一般的部署名だと、地方市役所情報課にいた。係長という役職名ではないが、それが一番近い。

ある年度の3月まで、私がいた部署には実に頼りになる会計年度任用職員(※民間でいうアルバイトパート。あるいは契約社員)がいた。仮に、増田君と呼ぶことにする。

増田君が市役所にやってきた頃が懐かしい。今でも夢に見る。

最初の頃は、いかにも真面目そうな、控えめな青年という印象だった。履歴書を読ませてもらったところ、以前は都内のIT企業で3年ほど働いていたらしい。専門学校卒で、バリバリSEではなさそうだが、システム開発下流工程運用保守に携わっていたと話していた。

ただ、そこでの仕事想像を絶する激務だったようで、心身を病んで退職したと面接時に漏らしていた。私が彼の採用を決めたのは、誠実さである。前の職場メンタルを病んだと、正直に教えてくれた。それが好印象だった。

ほかの人が面接官だったら不採用にしていたと思う。それくらい、面接時の彼は緊張して、自分言葉で喋れない様子だった。たどたどしかった。そこを、私が苦心を重ねて、どうにか具体的な仕事エピソードをいくつか引き出すことができた。

そんなこんなで、私は悩んだ様子の面接同席者である上司を説得して、当時の情報課への任用を決めたのだ。



地方市役所での仕事は、民間と比べればのんびりしている。私の民間経験は3年もないが、それくらいはわかる。増田君も最初は少し物足りなそうに見えたが、本領を発揮するまでに時間はかからなかった。

情報課といっても、正規職員のITスキル玉石混交部署内のネットワークトラブル一つにしても、担当業者が来るまで誰も手が出せないという状況も珍しくない。そんな時、増田君がさらりと問題解決してしまう。

「あ、係長それ。ここの設定を変えれば直りますよ」

と、彼がコマンドプロンプトの画面を開いて、管理者権限の画面まで行って、なんかよくわからん通知履歴が並んでいる画面まで行くと、大抵はいろいろ直ってしまう。

彼は私たちの、お恥ずかしながら稚拙なIT知識馬鹿にするような素振りは一切見せず、いつも丁寧に教えてくれた。

IT担当正規職員コラボしての職員向けPC操作研修では、マニュアル通りの説明だけでなく、実務で役立つちょっとしたコツを参加職員に伝授していた。エクセルの知っていると便利なショートカットキーを教えたり(上書き保存とか、全部フィルタがかかるやつとか、プルダウンで同じ列の既入力が選べるもの)。

彼の研修は分かりやすいと評判だった。増田君は、ほかの部署からの依頼が多かった。顔が売れるようになっていた。



新しい業務システムを導入する際も、彼は非常に頼りになった。業者から提出された仕様書見積書について、我々正規職員では見落とすであろう技術的な問題点や、運用上の非効率な部分を指摘した。ベンダー業者に対して、専門的な用語を使って改善要求できるのは彼しかいない。

ぶっちゃけ、当市のシステム更新の際の入札仕様書は彼が作っていた。月給15万円でよく働いてくれたと思う。時間外勤務手当を全額支払ってやれなかったのは申し訳ない。代わりに、繁華街で彼にいい店をおごってあげていた。

とにかく増田君は、私たち業務効率を劇的に向上させた。

つの間にか、増田君はなくてはならない存在になっていた。情報課だけではない。他の部署職員も、PCシステムで困ったことがあると増田君に相談に来ることさえあった。彼はいつも嫌な顔一つせず、にこやかに対応していた。

増田君がいなかったら、うちはホント回らないよ」

私がそう言うと、彼はニコっとほほ笑んだっけ。「皆さんの助けがあればこそ!」と謙遜していた。

私は心底、彼に正規職員になってほしいと思っていた。彼の能力は、民間にいても通用するレベルだ。それが、こんな地方都市の役場で、しか会計年度任用職員という不安定立場で働いてくれている。申し訳ない思いがあった。

ある年の梅雨夏季にかけて、市の正規職員採用試験があった。もちろん、私は増田君に受験を強く勧めた。

彼も乗り気で、「ぜひ、頑張らせていただきます」と言ってくれた。

私は彼なら必ず合格すると信じていた。経験能力も申し分ない。面接で彼の熱意とスキルを伝えることができれば、きっと採用担当者も彼の価値理解してくれるはずだ。

公共機関において、増田君のような人を採用する道は2つある。

①公開競争試験、②個別選考というものだ。①が基本であり、②はその組織にとって必要な人を(形式的面接だけして)採用する場合に行われる。

いずれも、法律根拠がある。これ以外の採用方法違法であるコネ採用など論外。そうはいっても縁故しかいい人材にきてもらえない場合は、②が採られる。

弊市の場合は、国関係機関からの紹介により、マイクロソフトなど著名IT企業経験者や、自衛隊元幹部任期付きで採用する場合に②を採っていた。

かくして私は、増田君は①で余裕だと確信したのだった。試験前に人事課への連絡は一応しておいた。「増田君が受けるんですよ」と言ったら、人事課長は「やりますな~、説得できたんや」と言ってくれた。



ところで市の採用試験は、公平性を重視するあまり、良くも悪くも画一的である筆記試験面接試験(誰が担当になるかわからない!)、そして作文がある。性格適性検査も。

そこには、個々の応募者の持つ特別スキルや、これまでの業務での具体的な貢献度を採用側にアピールする仕組みが十分に整っていない~とまでは言わないが、怪しい部分がある。

面接では自己PRの時間があるが、限られた時間の中で彼のITスキルの深さや、市役所での具体的な功績をすべて伝えるのは難しい。彼の名が通っていると信じたい。

私は管理職として、彼の採用のために、もう少し積極的に動くべきだったのかもしれない。人事課や人事部長に彼の業務実績を具体的に伝えたり、彼が情報課にとってどれほど重要存在であるかを力説するなど。

だが、私は「公平な試験なのだから、本人の力合格するだろう」と、どこか楽観的に考えていた。正規職員非正規職員の間に存在する見えない壁を軽視していた。



増田から、「不採用でした。すいません(;∀;)」と聞いた時、私の頭が真っ白になった。まさか、と思った。

次に湧き上がってきたのは、彼に対する申し訳なさと、不甲斐なさだ。私がもっと、彼の採用のために根回しをしていれば。市役所採用システムのことを言っても仕方がない。ずっと昔からこうなのだ

うちの役場は、満年齢25才までしか公務員試験受験できない(正規職員場合)。増田君は、その年が最後のチャンスだった。以後はずっと会計年度任用職員である。彼の働きで月15万円は少ない感があるので、昇給だったらさせてやれなくもないのだが。

彼は、不採用の通知を受けてからも表向きは平静を装っていた。でも、以前のような輝きはなかった。そして、年が明けてしばらくした頃だった。

「大変すいません。私、3月末で退職させていただきたいと思います

理由を聞くと、「やはり正規職として安定した身分を得たいからです。こちらの市役所では叶わなかったので、他の道を考えようと思っています」とのことだった。

引き止めたい気持ちでいっぱいだったが、彼の言葉に返す言葉が見つからなかった。当然だ。私は、彼が市役所安心して働き続けられる環境提供できなかったのだから

彼は市役所を去った。最終日、彼はいものようににこやかに、「大変お世話になりました」と頭を下げていた。ほかの皆から花束と寄せ書きと寸志をもらっていた。「増田君。短かったけど、今までありがとう」って。

増田君は涙を流していた。「一人前になったら、またここに遊びに来ていいですか?」と言っていた。

増田君の背中見送りながら、心の中で「ごめん」とつぶやいた。

その日、彼といつかまた飲みに行く約束をした。彼が一人前になったら、またおいしいものを食べようって。またあの時のように奮発して、祇園にある寿司屋とかレストランとか、その後に風俗店も奢ってあげるって。



彼がいなくなってから情報課の業務は滞りがちになった。

以前なら増田君が解決してくれたようなPCトラブルも、今では業者に依頼することがある。時間コストもかかるようになった。ほかの部署に呼ばれても、迅速に対応できないことが多くなった。

当時進めていた新しいシステムの導入計画も、自信を持って進められなかった。ITベンダーの言いなりになっている感があった。

優秀な会計年度職員は、市役所にとって貴重な戦力だ。しかし、彼らの多くは任期が決まっている非正規雇用であり、正規職員への道は狭い。

せっかく市役所経験を積んで、組織に貢献してくれているのに。正規職員になれないばかりに市を去ってしまう人もいる。

私は、あの時、彼の採用のために尽くさなかったことを後悔している。そして、私のような管理者の下で、彼の才能が十分に活かされなかったことに責任を感じている。

彼のような専門スキルを持った優秀な人材を、市はどうすれば確保し、そして繋ぎ止めることができるんだろうか。



最後に)

皆様へ。愚痴に付き合っていただきありがとうございます

最後まで書こうか迷ったのですが、増田君は2025年現在京都府内にある役場正規職員として働いています

Permalink |記事への反応(0) | 21:18

このエントリーをはてなブックマークに追加ツイートシェア

2025-07-24

anond:20250724192719

抱き合わせOSが追加で売れる可能性がある。

ハードウェアベンダーから売上で感謝されるから味方に引き込めて囲い込める。

より速いハードになるのでOS最適化をさぼれる。またはより重い機能を追加できる。

Permalink |記事への反応(1) | 19:31

このエントリーをはてなブックマークに追加ツイートシェア

2025-07-15

anond:20250713143536

ベンダーとして参画してる客先のプロジェクトにもそういう人いる。

自分で言って決めたことを一週間後には全てひっくり返し、しかあくまで周りが俺の言う事を理解していないからだという体でキレ散らかしてる。それによって決定事項に沿ってやってきた準備が全部パーになることをまるで理解していない。

関係者全員振り回され、会議は全く進まず予定の3倍4倍の時間がかかり、その挙句最後には「いや別に俺の言うことに絶対従えってわけじゃないけどね」とか言い出す。じゃあ最初からそんな強く主張すんなよ。

もう全員疲弊してるんだけど、その人の社内での立場が高いから結局従わざるを得ない。その人が会議に参加しない日は物凄く快適でスムーズに話が進むから是非このプロジェクトから抜けて欲しいけど、そういう訳にもいかんのだろう。

ベンダー立場としてはもうかなりしんどいんだけど、そうも言えない辛さよ。。。

Permalink |記事への反応(0) | 08:28

このエントリーをはてなブックマークに追加ツイートシェア

2025-07-09

会社の人事DXが難しい

ITに弱い弊社、目下、様々なDigital Transformation: DXプロジェクトが昨年から走っている。

私は人事領域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名で捌いている。その入力時間を削減したいらしい。

 

別の負荷軽減案は社内SEから提案はしていた。

現業職員に社給PC支給する(もしくは相当台数の共有PCを配布する)ことが決まっていたため、人事基幹システムワークフロー機能入力してもらえばBYOD問題はなくなるし、労基法的な問題クリアできる。だが、人事部は蹴った。人事部ワークフロー機能を使いこなすことが難しいから、と。

SaaSワークフロー機能なら導入時にSaaS業者が構築を請け負ってくれて、連携まわりは社内SEの所管業務、だから人事部としてはSaaSワークフロー機能社員私物携帯から入力させてオンプレ基幹システムデータ連携したいらしい。

自分はにはやりたくない。そもそもプロジェクト自体共感が一切できていない。仕事を外して貰いたい。

人事部がタレマネシステムを導入したい第一目的は「日常業務入力負荷軽減」だと明確に言っていた。そんなシステムではないはずだが。

 

役員から評価は最悪

1年経過した最近、各DXチームが発表する場があった。役員から評価は極めて悪かった。

講評には「人事業務がどうあるべきなのかをまずは明確にしてほしい」と記載されていた。しかし、これは私の担当範疇を超えている。上位レベル課題だ。

手段目的が逆、課題が未整理、それぞれの課題に対してどのような打ち手を実行するのか、整理されていないと。

その通りだと思う。社内SE自分人事部の代わりに人事業務を考えてあげることはできない。

人事部的にはITのことは分からいから、と言う。しかし、IT云々の話なのだろうか。各社SaaSデモは何ヶ月も人事部トライアル使用していたのに、それをどのように活用して目的を実現するのかを明確に表現できないなんて、そんなものなのだろうか。

 

書き殴ったけど、こんな状況で伝わるだろうか。

どうすればいいのだろうな?

関わり方が分からん

DX、難しい。

Permalink |記事への反応(2) | 00:55

このエントリーをはてなブックマークに追加ツイートシェア

2025-07-06

チームみらいを持ち上げる「自称エリート」と「意識高い系ブルジョワ

最近、X(旧Twitter)やnoteはてなブログ界隈でも「チームみらいすごい!」「安野さんこそ日本希望!」といった礼賛投稿が増えてきた。だが、はっきり言おう。

お前ら、何にもわかってねぇ。

安野氏が優秀な人物であることは否定しない。候補者にも有能な人材が多いのは確かだ。だが、それは「企業」や「スタートアップ」の文脈においてであって、「立法府」という場では全く意味をなさない。

特に参院選においてチームみらいを支持する理由が見当たらない。むしろ危険ですらある。以下にその理由を2点述べる。

目的手段がズレすぎて笑えない

彼らの看板スローガンは「テクノロジーで誰も取り残さな日本を」。だが、何をどうするのかと問えば、「永田町エンジニアチームを置く」?は?それ立法府でやることじゃねえから

政党交付金エンジニア10人雇って行政システムを作るって、それもう政治でもなんでもなくただの受託開発だろ。国のお金チューチューして自分たちの好きな開発するのが目的なら、さっさと会社作って落札競争に参加すればいい。

なぜ政治を使う?なぜ議席を狙う?まさか政党にすれば交付金がもらえるから」とかそんな理由じゃないよな?

しか参議院選挙って「行政執行者」を選ぶ場じゃねえんだよ。あれは「立法」と「行政監視」が仕事議員を選ぶ選挙だ。参議院議員になったら、お前らの本業はシコシココード書くことでもプロマネやることでもなくなる。

せいぜい予算案に「文句を言う」くらいしかできないのに、何で自分たちシステム作ろうとしてんだよ。

② 「ポエム集」としては最高、政策としては最低

彼らのマニフェスト読んだことある?正直、note意識高いポエム投稿と同レベルだ。

「複雑化した税・社会保障制度シンプルに」

はいはい。素晴らしいですね。でもどうやって?どこを?いつまでに?どの法改正で?何兆円の予算で?一切書いてない。すべて「目指します」「志向します」「なるといいね」系のぼんやり言葉ごまかしている。詐欺師の手口と何が違うんだ?

特例措置原則廃止し、必要ものだけ本則化」

何を?どう判断する?どれを?誰が?完全に「お気持ち」でしかない。制度設計専門家どころか、大学ゼミレベル議論にもなっていない。

資産も含めたきめ細かい手当て」

これね、意識高いリベラル層が好きそうな言い回し。でも、資産把握のために必要情報は?どの法制度で?どのインフラで?社会保障番号でも導入するの?データは誰が管理するの?リスクコスト倫理問題は?

考えてもないでしょ。「やれたらいいな」の願望しか書いてない。

結局、支持者も「なんとなくカッコよく見える」から乗ってるだけ

結局、チームみらいを支持してる層って、自分合理的リベラルテックに強い先進市民みたいな自意識を持ちたいだけの人たちだ。内容なんて読んでない。判断軸なんて持ってない。

「安野さんは起業経験もあって、東大卒で、松尾出身で、」

はい肩書き投票する人間思考停止、ここに極まれり。

議員ってのは「法案を書く人」なんだよ。お前らが「業務委託で使えない」と切り捨てるエンジニアと違って、「政治」という業界は未経験じゃ困るんだわ。

結論エリートごっこも大概にしろ

チームみらいがやりたいことって「エリート間内政治ごっこ」なんじゃないの?政党交付金を使っておもちゃ作って「これがあるべき行政UXです」とか言って自分に酔ってるだけじゃないの?

本気で社会を変えたいなら、自民党に入って中から変えればいい。野党で5人受かっても何もできないってこと、わかってるよね?

本気でシステムを変えたいなら、会社を作って既存ベンダーと競合しなよ。なんでそれをせずに「政党」というプラットフォーム寄生するの?

もう一度言う。

チームみらいは、国家課題解決を目指す政党ではなく、自己承認欲求を満たすためのブランドごっこだ。

Permalink |記事への反応(2) | 13:45

このエントリーをはてなブックマークに追加ツイートシェア

2025-07-03

anond:20250703145431

USB-Cじゃないんじゃね?

ベンダーロックかけていいUSB企画なんてないっしょ?

Permalink |記事への反応(1) | 14:58

このエントリーをはてなブックマークに追加ツイートシェア

2025-06-30

ここまでやって下限が600万なら人間性問題がありそうw

1600万の間違いだと思いたい

年収600万超えるエンジニアの特徴

・上流での顧客折衝経験有り
・1億規模PL/PM経験3年以上
課題予算管理経験有り
Java/C/Pythonメジャー言語経験3年
技術カンファレンス登壇有り
クラウドアーキ設計経験有り
・社内育成経験有り
・TOEIC860↑
IPA高度試験保持
ベンダー最難関資格保有Kuro@エンジニア3年目 (@tamagotake3454)June 30, 2025

Permalink |記事への反応(3) | 19:11

このエントリーをはてなブックマークに追加ツイートシェア

2025-06-29

一緒に仕事してるベンダー担当者ボンクラだったから、てっきり若手をアサインしてるのかと思ってた

一応名前でググったら取締役だった

こんなんでも取締役出来るとか良い会社だなー

Permalink |記事への反応(0) | 09:55

このエントリーをはてなブックマークに追加ツイートシェア

oop設計するとき抽象化をある程度意識しておいたほうがいいんだろうな…

数年単位無料枠が変わることが最近多い…

ベンダーロックインを意識しすぎると生産性が落ちるとはよく言うが…

https://qiita.com/goldie9/items/bdb9382fe4e11a0e68ae

Permalink |記事への反応(0) | 08:52

このエントリーをはてなブックマークに追加ツイートシェア

2025-06-26

無料学習されるAI患者情報つっこんでカルテ書いてたり、電子カルテベンダー患者情報気安く渡してたりで、医療リテラシーの低さでそもそも崩壊しそう

Permalink |記事への反応(0) | 20:32

このエントリーをはてなブックマークに追加ツイートシェア

2025-06-20

すぐに他所から新しいモデルが出てClaude Codeから乗り換える羽目になる・・・じゃねーんだよ

そもそもClaude Codeがすげえ流行ってるのは性能以外にもサブスクあほみたいに使い倒せるからだろ

モデル時代遅れになった時は当然として従量課金のみになったらどうするよ

変化を予想しながらも環境構築せずCursorだのClaude Codeだの使ってるだけの奴が

ベンダーロックイン怖いめうーとか言ってんじゃねえよ

どうせ与えられた道具をただ使うだけならいっちょ前に気にしてんなや

だりー

Permalink |記事への反応(0) | 11:18

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp