自分自身はアクセンチュアではない外資ITにいて買収する側の企業の社員として、買収される側の社員の動向をある程度知っている。 アクセンチュア独特の企業文化もあるかもしれないが、一般的に買収された会社に所属している社員に起こることを列挙してみる。 あくまで私が想像する一般的なケースであって、アクセンチュアは例外的に超絶優れた組織でこの例に当てはまらない可能性もあるのでそこはご了承ください。 ■ 買収された会社が買収元会社の一部署としてそのまま残る場合・給与待遇勤務地はしばらくそのまま維持される可能性は高い ・その場合でもまず管理職以上の上層部が徹底して選別される ・よく言われる「管理職はリストラする部下を選別する側だから出世しないと将来詰む」は外資系企業に限っては嘘 ・外資系企業による買収の場合、最初に管理職以上の役職は徹底して削減されます ・外資でも大企業であれば労働組合を結成してる会社は多

一般的にサービスの良い面は語られがちですが、残念な面について語られることは少ないですよね。 そこで本記事ではAzureサポートの残念な点をあえて挙げることで、Azureの利用を検討している方々にとっての判断材料となることを目的としています。 Azureのサポートプラン Azureサポートには主に以下4種類のサポートプランがあります。 本記事や他の情報も踏まえた上で読者の皆さんがAzureを使用するという結論に至った場合、サポートプランは Developerプラン を推奨します。 Developerプランでは事足りず上位のプランで要求を満たせるユースケースというのは非常に限られていると感じます。 この記事を読んでいただければ理解いただけると思います。 重大度はユーザ側が問い合わせ時に選択します。 事業へ大きく影響する問題は重大度A、事業へそれなりに影響する問題は重大度B、事業への影響が小さい

前回、家の解体について書いたので、せっかくですから中身、すなわち家具などの処理についても書いてゆこうと思います。 私の実家が解体を開始したのは、今年初め。決定したのは昨年夏頃ですが、そこから期限までに「家の中をほぼ空にする」というミッションが発生しました。しかし、まだ先だと思って仕事もあるので先延ばしにしていたら、ギリギリでかなりの地獄を見ることになりました。それは自分の怠慢が主な理由ですが、思ったよりも処理が進まない理由もありました。 手を付ける前の状況 私の実家は昭和初期に建てられた相当古い家で、住んでいたのは祖父、祖母の代から。そのため亡き両親のものはもちろんとして、すでに私の生前に亡くなっていた祖父、祖母の遺品どころか、さらにはそれ以上と思われる品物まで出て来ました。それこそ戦前の品物まで（これは一応保存してあるので、機会があれば写真でも載せます）。つまり押し入れなど置く場所がそこ

"MCP is an open protocol that standardizes how applications provide context to LLMs. Think of MCP like a USB-C port for AI applications. Just as USB-C provides a standardized way to connect your devices to various peripherals and accessories, MCP provides a standardized way to connect AI models to different data sources and tools." ― Anthropic TL;DR I would like for this to turn out to be a skill

Easily connect to serial TTY devices Sensible defaults (115200 8n1) Automatic connection management Automatic detection of serial ports Automatic reconnect Automatically connect to first new appearing serial device Automatically connect to latest registered serial device Connect to same port/device combination via unique topology ID (TID) Useful for reconnecting when serial device has no serial de

AIによる無効なバグレポートが、Curlのバグ報奨金プログラムに殺到。「事実上、DDoS攻撃を受けているようなものだ」と開発者が訴え オープンソースで開発されている「curl」コマンド（以下cURL）のバグ報奨金プログラムに、AIを用いて作成されたいい加減なバグレポートが殺到した結果、開発者であるDaniel Stenberg氏が「もう限界に達した」「事実上、DDoSを受けているようなものだ」と訴えています。 そして今後はバグレポートの作成者に対して、レポート作成にAIを用いたかどうかを回答するよう義務付けることを明らかにしました。 cURLのバグを見つけたら報奨金 cURLコマンドは、コマンドラインからさまざまなプロトコルでデータ転送を実行できるツールであり、Webアプリケーションの開発などさまざまな場面で活用されている有名なツールです。 オープンソースで開発されているcURLは、バグを

Ruby で作る RISC-V CPU エミュレーター / RISC-V CPU emulator made with Ruby

Wasm 2.0 Completed Published on March 20, 2025 by Andreas Rossberg. As of last December, release 2.0 of the Wasm specification is “official”! If you have been following the developments of the Wasm standard, then version 2.0 may sound like rather old news to you. And indeed, the Wasm Community and Working Groups had reached consensus and finished the specification in early 2022. All major implemen

みなさん、新たな節目として弊社にJoinくださることを嬉しく思ってます 新しい環境に不安かとも思いますが、その不安を少しでも和らげるために、先んじて情報をお伝えしておこうかと思います。 みなさんの立ち位置について報道にもある通り、みなさんはSongと呼ばれる部署への配属になります。 社内的には、「システムのできない人達」「bizとtechを分けたがる人たち」「どれだけ客の偉い人と話せるかが評価指標の人たち」といった感じです。 システム案件に偉い人主導で人が投入されつつ、コーディングするわけでもない（できない人たちが多い組織）ので顧客接渉や要件定義を頑張るなんて立ち位置に置かれることが多いです。 biz寄りですが、昨今の複雑化した社会では、顧客より業務に詳しくなるなんてほとんど不可能です。口八丁で色々頑張りつつ聞き出しつつ、謎の要件定義を量産し、techサイドから白い目で見られるのが主なお仕

T/O と書きたいところだけど説明してみる。 実際に相続とかで戸籍を取ってみればわかるけど、現状の戸籍って個人（名前・性別・生年月日）と住所と血縁関係のリレーションテーブルなんだけど、主キーであるはずの住所が更新されないことが当然とされているっていう、DB的にはかなり不都合のある状態なんだよね。 あと血縁関係についても正確さが保証されていないし。 それだったら、ちゃんとメンテされるリレーションテーブルを作ろうよ、というのが戸籍廃止論で、正規化を理解しているまともなITエンジニアなら全員理解できると思う。 （正規化を理解しているまともなITエンジニアは少数かもしれないけど）

マイナカードが導入されたのが2016年。先陣を切って使い始めたアーリーアダプターだったので、今年（2025年）の誕生日でマイナカードの有効期限が切れる。 ここでまず「あれっ？」て思う人がいるかもしれない。マイナカードの有効期限は10年なのになぜ来年（2026年）ではなく今年に有効期限が切れるのかと。 現行マイナカードの有効期限は「発行から10回目の誕生日まで」*1 なので、2016年の誕生日前に申請したら2025年の誕生日に有効期限が切れる。 次期マイナンバーカードが2026年に導入される2026年に新仕様の個人番号カードが導入される *2 が、そこで次のような仕様変更がある。 追記欄が拡大（住所変更などで再発行しなければならないケースが減る）デザインが変わる（現行の野暮ったいデザインからスマートに）電子証明書の有効期間が本体と同じ10年に（5年目の証明書更新手続きが不要になる）暗号方式が

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

久々に講演をマチアソビでやるのでプレゼンに使っていたロジクールのレーザーポインター「R800レーザー プレゼンテーション リモコン」をGIGAZINE編集部の備品室から取り出したところ、いわゆる加水分解を起こしており、ベタベタのねちゃくちゃに…… コレ 「もうだめだ……」と思ってあきらめかけたのですが、その刹那、「いや……ここであきらめてはならない……ネットの英知を集めて復活させられるのではないか！」ということでいろいろ検索してみたところ、以下のエントリーを見つけました。 機材のツマミの加水分解対策をしてみた｜Wataru Naruse https://archive.md/20240508094141/https://note.com/watarunaruse/n/nf391403ce26d ④ワセリン→無水エタノール拭き上げ ・②〜④の中で一番色が取れている　ぱっと見でも明確に違う ・

Webスタイルガイドは、本学のWebサイト管理者・運用担当者をはじめ、Webサイトに関わるすべての方が利用することができます。ご利用いただく際は、利用規約の記載事項を遵守し、最新の情報やデータをご利用いただくようお願いいたします。 更新履歴

Since RevenueCat was founded in 2017, we’ve tracked over $6 billion in subscription app revenue across the Apple App Store and Google Play Store. The 30,000 apps with RevenueCat’s in-app subscription SDKs and integrations span everything from niche indie apps to several of the top 100 subscription apps. The benchmark data in this report is from all of those apps, with steps taken to ensure anonymi

アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 「フィーチャーファクトリー」は、プロダクトマネジメントの専門家であるジョン・カトラー（John Cutler）1が2014年に使い出した単語です。日本語にすると機能工場となり、単に与えられた要求をひたすら作り続けたり、アウトカムやインパクトよりも、作った機能の量や出荷スピードだけに注目したりするチームや組織を指します。 複雑で変化が激しい環境においては、事前に考えたことがすべてそのとおりになることはありません。 端的に言うと、多くのものは外れます。外れることを前提にすると、成功するために数を打つこと、そして素早くそれを実行することはとても重要です。でも、それ「だけ」に注目す

「情報設計（IA: Information Architecture）」は、ユーザーが目的の情報に迷わずたどり着くための基盤となる重要な考え方です。私は国内向けのサービスを運営している事業会社に所属しており、普段からいろんなサービスを触っているうちに、日本と欧米のサービスの情報設計に大きな違いがあることに気づきました。 この記事では、日本と海外における情報設計の思想の違いについて調べたことを紹介します。 情報量満載の日本、削ぎ落とす欧米たとえば、楽天市場の日本版は、文字・画像・リンクが密集し、ファーストビューだけで何十もの情報が目に入ります。一方、Rakuten USは白を基調とした余白のあるレイアウトで、ユーザーの視線を絞り込むように設計されています。 同じ傾向はスターバックスにも見られます。日本版はキャンペーンや新商品を賑やかにアピールし、画像も豊富。一方、アメリカ版は大きなビジュアル

はじめに 最近話題のMCP（Model Context Protocol）記事です。MCPに関しては、同僚の李さんが素晴らしい記事を書いてくださいましたので、MCP自体の概要に関しては以下記事参照ください（お約束）。 今回は、LLMの代表的なユースケースとも言えるRAG（Retrieval-Augmented Generation）です。RAGはドキュメントから関連情報を検索し、AIの回答生成に活用する技術で、専門知識や最新情報を必要とするタスクに使われます。以前にTanuki-8BとOllamaとDifyを使って日本語ローカルRAG構築という記事でローカルRAGの構築について説明したので詳しくはそちらを参照してください。簡単なRAGの構成図としては以下となります（記事より引用）。 今回は、このRAGをMCPを使って実現します。つくるMCPサーバの中身としてはPostgreSQLでベクトル

生成AIが直のMarkdownを読み込みやすいという話から、にわかにObdisianが注目を集めているようです。そしてObsidianが注目を集めるにあたり、Zettelkastenという手法にも同時にスポットライトが当たり始めているように見受けられます。実は両者をそれなりに使ってきたので、どう使っているかやどう思っているかについて簡単にまとめてみたいと思います。なお、勢いで書いたので事実誤認（AIでいうならハルシネーション）を含む可能性があります。厳密に見ると間違いがあるかもしれません。ご了承ください。 Zettelkasten 元々Obsidianを使い始めたのは、前職にてローカルで自分のメモ書き等を管理したいためでした。というのも前職では最初の方、いい感じに使えるドキュメント管理ツールがなく、自分のメモ書きを残す場所を探していたという事情がありました（のちにConfluenceが導入

株式会社ゆめみ（本社：京都府京都市、代表取締役：片岡俊行、以下ゆめみ）は、アクセンチュア株式会社（本社：東京都港区、代表取締役社長：江川昌史、以下アクセンチュア）による買収に合意しました。本合意に基づく株式譲渡の完了後、アクセンチュアとともに革新的なデジタルサービスを顧客とともに企画し、圧倒的なスピードで市場に投入するための体制を強化します。また、運用フェーズでも顧客に寄り添い、顧客インサイトに両社のデータ・生成AI活用の知見を融合させることで、デジタルサービスの継続的な進化を支援します。これにより、顧客の事業成長を一貫して支える仕組みを拡充させます。本合意の条件は非公開です。 当社は2000年の創業以来、大企業からスタートアップまで、のべ600社以上の企業に対し、全世界で6,000万MAU（月間アクティブユーザー）を誇る多種多様なデジタルサービスを企画・開発してきました。デザイナーとエン