話したネタ なぜ、企画と開発が責任を押し付け合う会社の前途は暗いのか？ 計画が悪い vs 実装が悪い、というどっちが悪い論 問題の理解と、その実装（人・システム）が時間軸で離れると学習がない、課題の理解は実装で深まる 市場、世界は悠長に回っていない 将棋でのメタファーとRTSでのメタファー 上手くいかないのは全体という前提をどこまで作れるか？ 仕様が固まってから開発の後半で発生する変更を怖がる あたかも世界の時間が止まっているように振る舞う オーシャンズ11 その場の状況にあった計画を立て直していく、情報を得続ける 現代の戦争は火力戦・物量戦から変わってきている 企画と開発も同じコンテキストで話さないと、リアルな変化に追従できない ピラミッド構造は例外処理が役割の1つ 手順書はQ&Aに答えてくれない Q&Aに答えられる人が現場にいない リーンスタートアップやアジャイルなやり方が出てきた背景

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます アジャイル開発成功の鍵：実装の合理化手段と専門知識 犬小屋のようなものではなく、高層ビルや航空機といった複雑な工学構築物を想像してみよう。複雑であるだけでなく、誰も見たことのないもの、例えばある種の「惑星探査機」だとしよう。そういうものを開発するプロジェクトは「プロトタイピング」を旨として進行する。複雑な制約を満たすデザインを事前にまとめ、試作して動作確認してデザインを修正することを繰り返すやり方だ。 本稿のテーマである業務システム（企業向け基幹システム）も、複雑さや規模を考えれば高層ビルや航空機や惑星探査機と変わらない。ところがその開発はこれまで、要件定義、基本設計、詳細設計、実装、テストといった、滝のように一方向へ進むばかりで後戻り

技術担当の鈴木です。IMDLでは技術要素としてサーバレスやDevOpsに取り組んでいますが、採用している技術と、その理由について説明します。 トップ画像: Tisse ta culture, Place des festivals (CC BY 2.0) by art_inthecity。 エンタープライズとアジャイル IMDLは三越伊勢丹グループで利用されるサービスを開発しているため、いわゆるエンタープライズレベルのシステム開発/運用が求められます。一方で、IMDLが主導するサービスは、デジタル化を実現するためアジャイル開発を前提としたマイクロサービス型のアーキテクチャを目指す必要があります。 まず、エンタープライズレベルのシステム開発/運用ということでは、以下のような観点が重要になります。 ・セキュリティ、障害対応、リリースプロセスなどがレギュレーションを満たすこと ・長期のアプリケー

追記: その後の動きについて書きました → Let's Encryptの証明書切替周りその後 このサイトはLet's Encryptで証明書発行しているのでタイトルの件が気になったのだが、どうもあまり話題になっていない。恥ずかしながらSSL周り詳しいわけじゃないので、誤っているかも知れない。識者の意見を求む。 Let's Encryptが使われているサイトがAndroid7.1以前のバージョンで今年の9月29日以降見られなくなる可能性がある 延命策は用意されそうだが、それも来年の9月29日まで Let's Encryptのルート証明書切り替え計画に起因している Let's Encryptのルート証明書の変更 Let's Encryptはルート証明書を自身(ISRG)の認証局のルート証明書(ISRG Root X1)に切り替えようとしている。現在は、IdenTrustのルート証明書(DST

今回は、令和2年7月に発表された経産省による「電子商取引に関する市場調査」についてダイジェスト版を記事化します。本レポートは毎年発刊されており、EC領域に携わるものとしては、目を通しておきたいレポートです！！以下、主要な図表をもとにダイジェスト版をお送りします。 EC市場調査　ダイジェスト版　まずは、世界のEC市場です。図表7-4を見るとわかるように、世界のBoC-EC市場は今なお拡大を続けています。その規模約450兆円、EC化率にして16％と見込まれており、今後も成長し続けると予想されてます。 次に国別のEC市場です。図表7-5にあるように、国別でいうと中国が圧倒的規模であり、日本は4番手となっています。人口が半分の韓国と同じ規模のEC市場規模というのは興味深いです。人口を鑑みるとインドの伸びはこれから凄まじそうですね。 次は日本のEC市場です。図表4-4では日本のEC市場の推移を表して

「Firebase は安いし楽だしマジ最高」という一心で技術選定してしまったプロダクトが成功して見えてきた課題、割高なコスト・権限管理・カスタマイズ性、そして （特性やスキルセット的に）RDB 製品が適していたのに無理やり Firestore を採用したことによるデータ不整合。 その結果チーム内で Firebase を抜ける機運が高まるも、Firebase べっとりなアプリケーションすぎて移行しづらいといった問題に出会うかもしれません。 そのような場合に備え、Firebase の存在を隠蔽して開発することに挑戦してみましょう。 注意: Firebase を剥がしているときに「俺、次は絶対そうするわ」と感じたものを書いているだけであり、まだ実際にはこのパターンでプロダクション導入していません。 あくまで個人開発で試してみていけそうと思ったので、提案しますという体です。 また Firebase

何週間か前のこと、急にエンプラっぽくないAIベンチャーの社長さんからメッセで飲みに誘われ、秋葉原の焼き鳥屋さんでDXとやらについて聞かれて、とりあえずこのレポート読んどけと返しつつも考えちゃった訳です。Direct Xとか、よくテレビに出てるマツコの方じゃなくて「2025年の崖って実際どうなんだ？」とか何とかオッサンたちから相談される話あるじゃないですか。あれって何なんですかね？オンプレをクラウドにリフトしたらDXなのか。華麗にk8sやらコンテナ使いこなしてCIパイプライン組み立ててテスト自動化したらDXなのか、だいたいDigital Transformationなのに、どうしてDXなのか。SAP R/3とCOBOL PL/Iを捨てて、どこぞのSaaS入れてSparkぶん回してPythonとか書いたらDXなのか。おいおい、そんな話だっけ？って心配になっちゃう訳です。 内製内製って簡単に言う

by GuillermoJM ウェブサービスにとって「ドメイン」はサービスの入り口にあたる非常に大切な存在です。そんなドメインの登録に「Google Domains」を利用していたオンラインドキュメント作成サービス「GitBook」が、Googleにドメインをブロックされサービスを一時的に提供できなくなったとブログで報告しています。 06/2020: GitBook domains blocked by registrar - GitBook's Blog https://blog.gitbook.com/tech/post-mortems/06-20-gitbook-domains-blocked-by-registrar 協定世界時の6月4日午前6時40分、GitBookのチームは特定のサービスがアクセス不能になっていることにアラートで気づいたとのこと。その8分後の午前6時48分に、G

ありがたいことに、3年前に#ssmjp 2017/06で話したスライド AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp をTwitterで紹介して頂いた*1 ようで、当時から大幅に改善しているところを振り返りたいと思います。あと、ついでに最近やっているAzureに関しても少し触れていきます。 サーバーレスアーキテクチャ #とは 当時はこう説明したのですが、今でもそんなに悪くない表現かなと思います。 書籍は現在「Serverlessを支える技術 第3版」まで出ていますので、BOOTHからどうぞ（隙あらばダイマしていく方針）。 サーバーレス三種の神器 今このスライドを作るなら、認証認可の話を入れるかなと思います。システム内のAWS IAMとクライアント側のCognitoどちらも重要です。 ちなみにAzureを含めておさらいすると、こんな感じの対応になります。 勝

最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ

このブログエントリは日本信頼性学会論文誌 Vol.42, No.2, 2020年3月号に寄稿した「アジャイル/DevOps開発における品質保証と信頼性」という解説論文の転載です。 （品質管理研究会でこの解説論文の内容をもとにした特別講義を来年実施します。ご興味ある方はぜひご参加ください。） --- 概要 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps などのソフ トウェア開発手法は,今まで主流であったウォーターフォール開発と異なる特徴を持つため,その品質保 証や信頼性の考え方をそのまま適用できない場合も多い.アジャイル/DevOps 開発では短い開発サイクル の中で小刻みなフィードバックループと改善活動を繰り返しながら開発する.そのため,QA テストとして の品質保証の役割はアジャイル/DevOps においても依然重要であるが,それに加え開発サイクル

経産省発の npm モジュール！住所や電話番号の正規化、ジオコーディングなどができる IMI コンポーネントツールを試した！ Code for Japan の関さんが SNS でシェアしてて知ったのですが、経産省さんがなにやらオープンソースで住所や電話番号の正規化などなどをするツールを公開したとのこと。 https://info.gbiz.go.jp/tools/imi_tools/ 経産省が住所変換や法人種別名、電話番号の正規化に使えるIMIコンポーネントツールを公開しました。 ソースコードも公開。README にも使い方が丁寧に書かれていました。https://t.co/fPbV00EgZP 素晴らしい動き。こういう... #NewsPicks https://t.co/bew0qGKMFE — Hal Seki (@hal_sk) May 28, 2020 ぶっちゃけ当初はあまり期待

GraphQLやめました2020.05.27 当初Golang + GraphQLで作っていたAPIをRails + OpenAPIで作り直しました。なぜGraphQLで始めたのか、どうして作り直すことにしたのかなどを経緯とともにまとめました。 始まり弊社では qrop という農家さん向けのサービスを鋭意開発しています。 私はAPI等のバックエンドの開発を主に担当しており、このサービスの開発を始める段階でAPIは GraphQL にしよう、という話になりました。 GraphQL | A query language for your APIこの時点でGraphQLである必要性はなく、詳しいメンバーがいたわけでもなく、新しい技術に触れておきたいよねという程度の理由でした。 せっかくだしGolangで開発しよう、インフラはGCPにしよう、という具合にその時やりたいことを詰め込んで開発はスタート

スタートアップをはじめとした新産業領域を担当。IT系メディア「CNET Japan」（朝日インタラクティブ）の編集記者、米国スタートアップメディア「TechCrunch」の日本版である「TechCrunch Japan」（Boundless）の副編集長などを経て、2019年にダイヤモンド社に入社。ダイヤモンド編集部 副編集長、DIAMOND SIGNAL編集部 編集長を務める。2024年1月より現職。 From DIAMOND SIGNAL スタートアップやDX（デジタルトランスフォーメーション）を進める大企業など、テクノロジーを武器に新たな産業を生み出さんとする「挑戦者」。彼ら・彼女にフォーカスして情報を届ける媒体「DIAMOND SIGNAL」から、オススメの記事を転載します。※DIAMOND SIGNALは2024年1月をもって、ダイヤモンド・オンラインと統合いたしました。すべての記

接続トラブルをアナウンスするClassi公式ホームページ（11日） 全国の高校で授業が受けられない異常事態が発生した。ベネッセホールディングスとソフトバンクの合弁会社「Classi」が提供する教育機関向けインターネットプラットフォーム「Classi」でゴールデンウィーク明けの7日から断続的にアクセス障害が発生している。ネット上では全国の高校生からは「試験を受けられない」「出席できない」など、悲鳴が相次いでいる。 「Classiがずっとcrashing」 Classiは2500以上の高校で116万人が使っているとされる教育プラットフォームで、動画教材の配信や教師と生徒間の連絡、学習の記録付けなどができる。トラブルは今月7日、新型コロナウイルス感染症の影響で登校きない高校生らが、課題を提出したり、試験を受けたりしようと同スマホアプリを使おうとしたところ、接続できない事例が相次ぎ発覚した。11日

RUNWAY Design（以下：ランウェイデザイン）は、郵便をクラウド（インターネット）上で管理できるサービス「atena（アテナ）」の提供をWEBサイトにて5月11日（月）より開始した。月額980円から、誰でも利用できる。 atenaに登録するとすぐに利用者専用のクラウド上の住所が発行され、その住所に送られた郵便物をクラウド上で閲覧・破棄・転送などが可能。配達状況はLINEやSlackなどでチェックができる。 「atena」 配達通知イメージ（左）LINE（右）Slack 書類のためだけの出社をテクノロジーで解決 今般の新型コロナウイルスにより多くの企業で在宅勤務への移行が行われているが、郵便物の管理をはじめとする一部の業務はいまだに出社が求められている。 TDMテレワーク実行委員会が加盟24社へ行ったアンケート調査＊1によると、6割の会社で月末に集中する請求書処理などの出社が発生。ま

みなさんこんにちは。フジサワです。前回の記事でお伝えしていたElasticsearchの検証がひと段落しましたので、検証結果をレポートいたします。 連載目次 『全文検索 〜 Elasticsearchとデータ匿名化手法』 『全文検索の探求 Elasticsearch(1) 』: プロジェクト方針およびElasticsearch概要 大量データを検索するサービスでElasticsearchはRDBの代替候補になりうるか？(Elasticsearch vs pg_bigm)』 ←今読んでいる記事 データ匿名化 第1回：匿名化された個人情報とは何なのか データ匿名化 第2回：個人情報は匿名化しても意味がないのではないか？ データ匿名化 第3回：個人情報を匿名化するプロセス データ匿名化 第4回：匿名化のために行うデータ項目の一般化とは データ匿名化 第5回：データ匿名化の指標 データ匿名化 第6