スノーピークは「法的措置」を準備してはいけない、これだけの理由
スノーピークは「法的措置」を準備してはいけない、これだけの理由：スピン経済の歩き方（1/7 ページ） 「社長の不倫辞任」にかこつけて、まったく関係のない誹謗（ひぼう）中傷したり、デマを広めたりしている「便乗犯」がたくさんいるということなのか――。 9月24日、アウトドアブランド「スノーピーク」が、行間から怒りがにじむようなリリースを公表した。（関連記事） 『インターネット上のメディアのコメント欄、Web上の掲示板、SNSなどで、本件公表とは無関係の当社、ロゴ、製品、役員や関係者の社会的評価を毀損する悪質な誹謗中傷、不正確・虚偽の内容、誤解を招く内容等を含む記事の掲載・投稿が行われている』 ここにある「本件公表」とは3日前、同社の山井梨沙代表取締役社長兼執行役員が、既婚男性との交際、妊娠を理由として辞任したことである。つまり、「不倫辞任」とまったく無関係の誹謗中傷やデマなどが増えているので、
DDD is dead. God is in Twitter #scrumsapporo
Scrum Fest Sapporo 2021でプレゼンしました。 私達の愛したDDDを取り戻すための苦悩と挑戦について紹介します。本作品はマリリン・マンソン Rock is dead オマージュ作品となっております。 DDDはその構造上、デザイン思考やリーンスタートアップやディスカバリーといったものを考慮しておらず、デリバリーフェーズを意識した手法になっているのですけど、これはチーム開発のボトルネックを生み出す原因になりがちではないでしょうか？ デリバリーにおいてはドメインを語れる人がいく人かおり、それをベースにそこそこの規模のシステム設計やアプリケーション設計をしていく。その過程でDDDを実践したという経験がつくわけですが、その人に対して、新規事業であったり、若々しい状態の事業のサポートをお願いすると、劣化したDDDのような設計をベースに進めつつ、現場のプログラマーを説得する行為に走る
日本のDX促進の突破口となれるか？ DevSecOpsを一括でカバーするGitLabの魅力
ソフトウェアの開発プロジェクトにおいて、ライフサイクルのすべての情報やタスクを管理するのに欠かせないリポジトリ管理。バージョン管理システムGitを使ったリポジトリサービスはいろいろ登場しているが、最近、注目を集めているのが「GitLab」である。今年3月に日本法人 GitLab合同会社を設立。なぜこのタイミングで日本に進出したのか。またGitLabとはどのようなソリューションなのか。そのコンセプトや活用するメリット、さらにはGitHubとの違いなどについて、カントリーマネージャー（日本担当）の村上督氏、シニア・ソリューション・アーキテクトの伊藤俊廷氏にお話を伺った。 GitLab 日本担当カントリーマネージャー 村上督（むらかみ ただし）氏 Citrix SystemsやAcronisなどの企業で経営幹部を務めるなど、テクノロジー分野に25年従事。複雑な販売情勢下におけるダイレクト販売や、
Microservicesでなぜ作るのか - An Epicurean
「Microservices時代の監視設計」と言うエントリーを書きたいのだけど、そもそもなんでMicroservicesで作る必要があるのかというところを先に書く必要があると感じたので私見を述べてみる。すでにMicroservicesで作っている人からすると「何をいまさら」と言う内容も多いかもしれません。 Microservicesでなぜ作るのか ドメイン分割のレイヤーの変遷 今は成長段階 Microservicesのメリットとアーキテクト クラウドはフレームワークになった 共有データベースアンチパターンとMicroservices設計 Microservices時代の監視設計 参考図書など Microservicesでなぜ作るのか 身も蓋もないことを書いてしまうと、これはもう「潮流がそうなっているから」ということだと思う。業界がそういうアプリケーションの作り方をしてノウハウを貯めていく流
「宅ふぁいる便」サービスにおける不正アクセスについて ～お客さま情報の漏洩について（お詫びとご報告）～ | オージス総研
(*)ログイン用メールアドレスが無効で当社からの連絡が届かない件数（134万8，361件）含む （２）漏洩内容 氏名（ふりがな）、ログイン用メールアドレス、ログインパスワード、生年月日、性別、職業・業種・職種（*）、居住地の都道府県名、メールアドレス2、メールアドレス3。加えて、2005年から2012年の期間でのみ、お客さまに回答いただいていた必須入力情報でない、居住地の郵便番号、勤務先の都道府県名、勤務先の郵便番号、配偶者（*）、子供（*）も含まれます。 (*)該当する選択肢番号を選ぶ形式のため、具体的な職業・業種・職種、配偶者や子供の有無などは明記されていません。 ２．原因 （１）本サービスのセキュリティ対策に継続的に取り組んでいましたが、一部サーバーの脆弱性を攻撃され、不正アクセスが行われました。 ３．経緯 （１）サーバー内に不審なファイルが保存されていることを検知し、直ちに調査を開
2019-03-06 「運用自動化」とは /20190306-operation-what-automation
「運用自動化の基本原則」シリーズの総論と位置付け、ssmjp 2019/03で発表した資料です。 # 運用自動化の基本原則シリーズ - 2019-03-06 「運用自動化」とは: https://speakerdeck.com/opelab/20190306-operation-what-automation - 2019-05-24 運用業務の「構造化」: https://speakerdeck.com/opelab/20190524-structured-operation - 2019-04-18 運用自動化の基本原則1 「引継ぎの原則」: https://speakerdeck.com/opelab/20190418-operation-automation-basis-principle-1 - 2019-05-24 運用自動化の基本原則2「平易化の原則」: https://sp
2019-03-06 ダメな「運用自動化」の3類型 + α /operation-automation-3-bad-model
ssmjp 2019/03での発表資料です。 「運用自動化の基本原則」シリーズの番外編と位置付けています。 # 運用自動化の基本原則シリーズ - 2019-03-06 「運用自動化」とは: https://speakerdeck.com/opelab/20190306-operation-what-automation - 2019-05-24 運用業務の「構造化」: https://speakerdeck.com/opelab/20190524-structured-operation - 2019-04-18 運用自動化の基本原則1 「引継ぎの原則」: https://speakerdeck.com/opelab/20190418-operation-automation-basis-principle-1 - 2019-05-24 運用自動化の基本原則2「平易化の原則」: https
Serverless is dead.
Long live Serverless! Since the launch of AWS Lambda in 2014 the industry has battled around what the word “serverless” has meant. I say, in 2019 who cares? In this talk we’ll cut past the hype and talk about the realities of what this technology space means, how it’s changing how companies build and operate technology, and how you can properly understand the value it brings to the table.
還暦COBOLはお荷物なのか？
1959年に誕生したプログラミング言語のCOBOL（Common Business Oriented Language）は、2019年で生誕60周年を迎えた。人でいえば還暦や定年に当たり、これから第二の人生を歩んでもおかしくない年数である。このままひっそりとした余生を過ごすと思いきや、最近COBOL関連のニュースに事欠かない。 例えば、2019年1月24日には情報処理推進機構（IPA）が基本情報技術者試験を見直し、COBOLを午後試験の選択言語から外すことを発表した。また、厚生労働省の毎月勤労統計の問題も見過ごせない。厚生労働省が公表した報告書によれば、過去に不適切な調査が行われた原因はCOBOLエンジニア不足による「プログラムのチェック不足にある」という。 最近のCOBOL関連ニュースには、何かとネガティブなイメージが付きまとう。まるで「お荷物」といった扱いだ。COBOLエンジニアが少な
AI導入はPDCAから“DGWA”サイクルへ
突然ですが、ビジネスの世界で「最も知名度が高いアルファベット」は4文字は何でしょうか。筆頭候補に挙がるのは「PDCA」だと思います（他候補として推したいのはNJPW・NOAH・CMLL・WWWFなど）。今日も日本の職場で回っているPDCAサイクルですが、念の為おさらいしておきましょう。 ご存じの通り、PDCAは実務において、Plan（計画）→ Do（実行）→ Check（評価）→ Action（改善）というサイクルを回すこと。AIベンダーとしてさまざまな企業のAI導入を見てきましたが、「AI導入においてはPDCAサイクルはうまく回っていない」と感じています。 なぜ日本企業で実績のあるPDCAサイクルは、AI導入では通用しないのでしょうか。現実に即した“リアル”な視点で原因を探るべく、ビジネスの現場で陥りがちな失敗例に“ガチ”で迫ってみます。
日本にアジャイルが普及しづらい本当の理由〜不確実性に向き合うマネジメント論〜 - Qiita
はじめに こちらの記事は、技術評論社に寄稿させていただいた「エンジニアリング組織論への招待」をご紹介するための文章です。Qiitaにも再掲しておきます。 アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから、日本国内においてもアジャイル型の開発プロセスが注目を浴びて、多くの企業が実践するようになりました。 ところが、世界各国に比べて日本のアジャイル型開発の普及率は依然として低く、理解度も進んでいません。流行っているからやってみようと始めた企業も流行りが変わると今度はリーンだとか、今度は○○だといったように新しい方式を導入してみては失敗するところも珍しくありません。 アジャイル開発の専門家ですと名乗る人の話を聞いてみても、それが何なのか、けむにまかれたような説明をされてしまい、いまいち納
日本人は｢人口減少｣の深刻さをわかってない
最近、ニュースなどで「人口減少社会」というキーワードをよく見掛ける。 実際に、日本は8年連続で人口減少が続いている。少子高齢化が叫ばれて久しいが、ここにきて、「少子化＝人口減少」が明らかに目に見える形で表れてきている。 縮小する経済、深刻化する供給過多 今年3月30日、国立社会保障・人口問題研究所が衝撃のデータを発表した。2030年にはすべての都道府県で人口が減少し、2045年までに日本の総人口は1億0642万人になると予想している。 2015年の総人口が1億2709万人だったから、今後30年で2000万人以上減少することになる。とりわけ、ひどい落ち込み方をするのは都市部より地方で3割減が当たり前と見込まれている。 高齢化も確実に進む。65歳以上の人口比率は東京都や神奈川県といった首都圏でさえも、現在の高齢者数に比べて1.3倍に増える。 ちなみに、2045年以降も人口減少は続き、47年後の
やはりHTML/DOMは再発明されるべきじゃないか - mizchi's blog
と思う次第である。以下理由。 JavaScript, GUI設計の今 JSはそのプラットフォーム特性上、あらゆる言語の使用者の、あらゆる不満が集まる場所で、ヘイトを集めやすい環境だと思う。近年は npm というプラットフォームの登場でエコシステムが生まれ、思いつく限りあらゆるメソッドが適用されてきた。貧弱な言語基盤だが、その中で生き残った方法論が、今一番GUIの課題を上手く扱えている、と自分は考えている。 React/Redux や Angular によって、Flux/MVVMという抽象パターンが枯れてきたように思う。(この際、現場はまだ jQuery だぞ、みたいな話は無視する)。要は View は State の写像である、ということに尽きる。State はシリアライズ可能(JSON)で、Flux Action/Rx.Observable の Event Stream を入力とし、それ
ランサムウエアの拡散、悪いのは誰か？
仏パリ北郊のデータセンターでサーバーを点検する人（2014年7月21日撮影、資料写真）。(c)AFP/MARTIN BUREAU 【5月16日 AFP】全世界の企業や公的機関で数千件規模の障害が出た「ランサムウエア」を使った過去最大のサイバー攻撃で、ハッカーらに付け込まれたセキュリティーの脆弱（ぜいじゃく）性をめぐり、その責任の所在についてさまざまな疑問が投げかけられている。 ■責任の所在は？ 今回のサイバー攻撃では、米マイクロソフト（Microsoft）の基本ソフト（OS）「ウィンドウズ（Windows）」の一部バージョンで米国家安全保障局（NSA）が発見したセキュリティー上の落とし穴が悪用された。 マイクロソフトのブラッド・スミス（Brad Smith）社長兼最高法務責任者（CLO）は先週末、「今回の攻撃で、各国政府が脆弱性をため込むことがどれほど大きな問題なのかということが改めて示さ
なぜ大企業において「優秀な人」と「潤沢な資金」があっても、新規事業の立ち上げはうまくいかないのか。
ホーム > なぜ大企業において「優秀な人」と「潤沢な資金」があっても、新規事業の立ち上げはうまくいかないのか。 はじめまして、株式会社Relicの代表の北嶋と申します。 この場を借りて、広報活動をさせていただきますので、以後、よろしくお願いします。 さて、私の広報における大きなテーマの１つでもあるのですが、最初にある問題提起をさせていただきたいと思っています。 それは「なぜ新規事業の立ち上げがうまくいかないのか。」についてです。 私は過去に新規事業立ち上げ専門のコンサルティング会社に在籍していたことがあり、その後在籍していたDeNAでは自らが責任者として複数の新規事業を立ち上げる中で、常にこの問題に取り組んできました。 「そんなことない、ウチは新規事業の立ち上げがウマい、マネタイズもすぐにできる」 という会社もあるでしょう。もちろんそれは素晴らしいことだと思います。 ですが、実際には、人も
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『IT業界の迷信を３つほど斬る - orangeitems’s diary』へのコメント
『たなべ すなお | kiitok (キイトク) 1on1』へのコメント
『Web 技術をキャリアの中心にしない』へのコメント
「Googleで最高のマネジャーになるための8つの習慣」 鍵を握るのはやはりソフトスキルだった
TechCrunch | Startup and Technology News
