ランサムウェア攻撃の影響調査結果および安全性強化に向けた取り組みのご報告（ランサムウェア攻撃によるシステム障害関連・第 13 報） アスクル株式会社は、2025年10月19日、ランサムウェア攻撃によるデータの暗号化とシステム障害により、大規模なサービス停止と保有情報の流出が確認される事態となり、多くのステークホルダーの皆様に多大なるご心配とご迷惑をおかけしております。 当社は外部専門機関の協力のもと、システム障害範囲の特定とランサムウェア攻撃の影響の詳細調査を進めてまいりました。 本日時点までに判明した調査結果等について、以下の通りご報告いたします。 ■代表取締役社長 CEO 吉岡晃より 今般のランサムウェア攻撃により、お客様情報に加え一部のお取引先様の情報が外部へ流出しており、多大なご迷惑をおかけしております。また、当社物流システムに障害が発生してサービスが一時的に停止したことにより、お

Emurasoft, Inc. 代表 江村 豊 兵庫県生まれ。筑波大学大学院工学研究科修士課程修了。インテルジャパン株式会社を経て、1994年に汎用通信ソフト「EmTerm」を開発。1995年8月に有限会社エムソフトを設立。1997年にテキストエディタ「EmEditor」の開発を開始した。2000年に米ワシントン州レドモンド市でEmurasoft, Inc.を設立し、2001年に現地へ移住。 Emurasoft, Inc. エンジニア 江村 誠 日本生まれで、5歳の時に米国に移住。豊氏の長男。10代の時に、ゲームをきっかけとしてプログラミングに親しむ。2018年、米ベルビューカレッジの学士課程で情報工学を学び始め、同時にEmurasoft, Inc.にパートタイムで参画。2022年、卒業を機に同社にてフルタイムのメンバーとなる。 1997年にリリースされて以来、世界中で利用されている「Em

ミッチェル・ハシモト氏の個人開発によるターミナルエミュレータ「Ghostty 1.0」、12月に正式リリース予定。オープンソースとして公開へ HashiCorpの創業者の一人であるミッチェル・ハシモト氏は、個人のプロジェクトとして開発してきたターミナルエミュレータ「Ghostty」のバージョン1.0を今年（2024年）12月にリリースし、合わせてオープンソースとして公開することを明らかにしました。 ハシモト氏は2023年12月にHashiCorpを退職。その後、個人プロジェクトとしてターミナルエミュレータの開発をしていることをX/Twitterなどで以前から発信していました。 これは2023年5月のポストです。「ここ数年、なんとなく自分用のターミナルエミュレーターを作っていた。過去18カ月、これを自分だけのターミナルとしてフルタイムで使っている」と書いていることから分かるとおり、Hashi

とあるコンサルタント @consultnt_a グリコが今更ながらにSAPできる社内SE探してるけど、社内システムを支える精鋭部隊です→年収500-850万じゃ今どきロクな人材来ないでしょ… わざわざ子会社に送るんだし親会社の給与のキャップ外しなさいよ そんなだからコケたあとまだ立ち上がれないのだわ doda.jp/DodaFront/View… pic.twitter.com/YohgDn2DCs 2024-06-12 07:05:05

江崎グリコのシステム障害によりプッチンプリンなど一部商品の出荷が停止している。4月にはゆうちょ銀行で入金遅延が起きた。なぜ企業のシステムトラブルが相次いでいるのか。麗澤大学教授の宗健さんは「システムを発注している日本のユーザー企業にはITのプロがいないことが背景にある」という――。 続出する企業のシステムトラブル 今に始まったことではないが、企業のシステムトラブルは思ったよりも多い。2023年10月に発生した全銀ネットの障害では数百万件の送金が滞り社会的にも大きな影響があり、2027年に稼働を見込んでいた次期システムの検討作業も停止に追い込まれた。 最近も、江崎グリコのシステム障害によりプッチンプリンの出荷が止まり（※1）、ゆうちょ銀行でも100万件を超える入金遅延が起きた（※2）。 ※1 日本経済新聞「プッチンプリン出荷再開を延期 グリコのシステム障害」（2024年5月1日）4月3日のE

みなさんお元気ですか？僕は少しだけ元気ではありません。じんわりとした夏の暑さを感じながらブログを書いています。 実は、数ヶ月前にスマートニュースという会社を退職しました。 しばらく無職 しばらくは就職せずに無職でいようかなと思っています。 すぐに再就職した方がいいんだろうな〜。とは思うのですが少し疲れたかも。 いい時代になったものだ 最近は AI の進化も素晴らしく、昔ソフトウェアで出来なかったことがどんどんできるようになってるなって感じます。 Rust とか、ちょうど欲しかった感じのプログラミング言語もあるし、 ChatGPT は完璧ではないけど何か新しいことを始めるときに素晴らしい洞察を与えてくれる。 時代は確実に良くなってる。そんな時代に「自分は働いていないくていいのか」と少し不安になるけれど、自由気ままにコードを書く、そんな時間が今あってのもいいのかなって思ってます。 オフトピック

JavaScriptは実行するコードそのものをユーザーに公開してしまう仕様のため、リバースエンジニアリング対策のために難読化されていたり、アンチデバッガーが搭載されていたりします。そうしたアンチデバッグへのシンプルで効果的な対抗策がJavaScriptの解析技術を掲載しているブログ「nullpt.rs」にまとめられています。 Evading JavaScript Anti-Debugging Techniques https://www.nullpt.rs/evading-anti-debugging-techniques JavaScriptの動作を解析するためのデバッグツールは多くのブラウザに搭載されており、例えばGoogle Chromeの場合は開発者ツールの「ソース」タブからアクセスすることが可能です。解析したいJavaScriptを開き、コードの左側の部分をクリックすることでブレ

ぎゆ @giyulogy 下側にいる人は左側に見えて、 上側にいる人は右側に見えます。 一般的なイメージが左側で、SIer (上側の人たち) に対するネガティブな意見を多く見かける理由の1つが「下側にいる人のほうが数が多いから」です。 twitter.com/s5ml/status/16… 2023-08-02 12:59:31 しおん。@星の翼 @Shion_APP これ本当にそうで、中抜きって下請けに出す時点だと言う程抜いてないんだよね。受注先の下請けの会社単体が勝手に抜いてるイメージはある。 まぁ本当に下請けに出す順に抜かれていく業界はあるんだけども（地獄 twitter.com/s5ml/status/16… 2023-08-02 13:26:26

‌ という完全に仮説というか思考実験みたいなものを書いてみます。 ざっくりまとめ ベテランの何気ない情報は世に出にくいという仮設 ベテランは、独自見解など良い感じのもの以外の簡単な技術記事が書けなくなる、書きにくくなる 簡単な記事は経験浅めの人に偏りベテランは簡単な記事を書かない。簡単なものでも書いてくれるベテランは、アウトプット好きに限られる 簡単なものであったとしても世に出してくれれば嬉しいな 前提 経験の浅い人 = 初級者 ベテラン = 中級者以上 とおきかえてもらっても良いかもしれません。 経験の浅い人は簡単なことでも感動できるのでブログを抵抗なく書きやすい 例えば 「Javaのセットアップが出来た！」 「Rubyのセットアップが出来た！」 「このライブラリで良い感じに出来た！」 はじめのうちは一つ一つが嬉しいし一つ一つにハマりがちだったりするので、 感動もありハマりどころもありブ

Comprehensive AI solutions and support for executive outcomes at scale.

当時 「調べて欲しいトピックについてググッてめぼしいサイトを見つけたら、ページ内容をそのまま印刷して客に送る」 という幼稚園児みたいなサービスで商売やってた人が親戚にいるがそんなんでもマジで月収40～50万円は稼げたらしい 自力でホームページ作るスキルなんかなくて、そもそもターゲット層はネットすら使えないから集客はチラシ投函で行っていたとのこと それでも月収40～50万円 アプリ制作したり、JavaやPython使ってコード書いたりするのなんかも、そのうち「パソコンの大先生ゆうちゃん笑」扱いされるようになるのだろうか

楽天グループがオンプレミス（自社所有）環境のプライベートクラウド「One Cloud」を拡充し、グループ企業の各種事業が用いるIT基盤の統合を進めることが日経クロステックの取材で分かった。現在、パブリッククラウドで稼働させているシステムが多数あるが、原則としてOne Cloudへシフトしていく。グループ全社でIT基盤のプライベートクラウドへの集約を進めてコスト効率を高めるほか、IT基盤のノウハウを蓄積し安定稼働やセキュリティー強化につなげる。 プライベートクラウドは、新たに参入を計画する法人向けITサービスの基盤にも活用する。計画するのは本人確認に使うeKYCやWebサイトのアクセス分析、電子決済の機能などだ。いずれもグループの事業で使うために開発した技術で、従量制のパブリッククラウドサービスとして外販する方向で準備を進めている。 部分的だったOne Cloudの利用、まず楽天市場で全面採

Text to Diagram Tools ComparisonCompare D2, Mermaid, PlantUML & Graphviz side-by-side

今回の通信障害では、音声電話やSMSが一時つながらなくなったほか、データ通信がつながりにくかったり途切れたりといった状態になった。影響を受けた回線数は7月3日午前11時時点の概算で最大約3915万回線。内訳はスマートフォン・携帯電話が同約3580万回線、MVNO（仮想移動体通信事業者）向け回線が同約140万回線、IoT（インターネット・オブ・シングズ）回線が同約150万回線、「ホームプラス電話」回線が同約45万回線。 通信障害のきっかけとなったのは、メンテナンスの一環としてモバイルコア網と全国各地の中継網をつなぐコアルーターのうち、1拠点で旧製品から新製品へ交換する作業。これに伴い通信トラフィックのルート変更を実施している際に「VoLTE交換機でアラームが発生した」（高橋社長）。確認したところ「ルーターのところで何らかの不具合が起き、一部の音声トラフィックが不通になったことが判明した」（同

住まいの水まわり製品と建材製品を開発・提供するLIXILは2022年6月24日、Google Cloud Japanが開催した説明会に登壇し、ローコード開発によるアプリケーション開発の民主化の取り組みを説明した同社は、社員みずからGoogle AppSheetを使ってアプリケーションを開発している。全社展開から9カ月で全社員5万5000人のうち3963人が1万7007個のアプリケーションを開発し、このうち680個のアプリケーションを実運用している。 LIXILは、ノーコード開発ツール「Google AppSheet」を使って、現場の社員みずから業務を効率化するアプリケーションを開発している。2021年10月の全社展開から9カ月で、全社員5万5000人のうち3963人が合計1万7007個のアプリケーションを開発。このうちCoE組織の申請を通過した680個のアプリケーションを実運用している。

とくじろう @toku2row 製造業のITって、ぶっちゃけ、最適解はわかってる人はわかってるけど、現場の抵抗やコスト至上主義、現場が強すぎ問題とかで、うまくいかないから、実際にスキルを持った人より、とりあえず上手くまとめていく人が必要だけど、相変わらずスキルやエンジニアリングだけでなんとかなると思ってる層が多い 2022-06-09 12:27:44 とくじろう @toku2row 最初から敵意むき出しの現場の人達にヒアリングとか、え？別に今のままでよくね？っていう同じ事やって一生過ごしたい人とか、その役割はあっちの部門でとか言う現場vs管理部門の対立とかめんどくさい事を解決しないとどんな凄いシステムあっても無駄w 2022-06-09 12:29:36 とくじろう @toku2row CAMでポスト作って投入すれば楽だって言ってるのに、は？そんなもの途中で干渉してとまったら誰が対応する

今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 「行進」 -> 「更新」 ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20

技術書の執筆は儲からない？ この業界にいると「技術書の執筆は儲からず、エンジニアにとって割に合わない」という言説をちょくちょく聞きます。試しに Twitter で「技術書 儲からない」と検索してみると驚くほどたくさんのツイートがヒットします。それらを見ていくと、実際に複数の著書を出されているエンジニアの方々のぼやきがあります。 さらに同じテーマで著書のあるエンジニアの方が書かれているブログ記事も、探せば普通に見つかります。 本を書いてると、よく『儲かるの？』と聞かれます。私は決まって、『儲かりません』と答えます。総額ベースではそれなりに貰っているのですが、何故そう答えるか整理してみます。 印税の仕組み 執筆に関する収入として、大きく２種類があります。１つはページ数に対しての単価が設定され、発売部数に関係なく支払われるタイプ。もう１つは、印税率を設定して書籍価格×出版部数×印税率が支払われる