モノリシックなアプリケーション開発から小さなアプリケーション開発へ（Software Design連載 2022年3月号：設計方針から変えていく、 モノリシックなアプリの過去と未来） - MonotaRO Tech Blog
この記事の初出は、Software Design2022年3月号「設計方針から変えていく、モノリシックなアプリの過去と未来（最終回）」で、加筆修正されています。過去の連載記事は以下を参照ください。 第1回 Software Design連載 2021年8月号 Python製のレガシー＆大規模システムをどうリファクタリングするか - MonotaRO Tech Blog 第2回 Software Design連載 2021年9月号 「テストが無い」からの脱却 - MonotaRO Tech Blog 第3回 Software Design連載 2021年10月号 スナップショットテストの可能性を追求する - MonotaRO Tech Blog 第4回 Software Design連載 2021年11月号 Robot FrameworkでE2Eテストを自動化する - MonotaRO Te
概要 Pythonを利用した機械学習の環境構築に有用なAnacondaというソフトがあります。このソフトはリポジトリに含まれるバイナリが高速（環境によっては2倍以上）、インタプリタの切り替え、パッケージ管理が楽などの利点を持っています。 このソフトについて2020年4月30日に発表があり、リポジトリ商用利用時の費用の条件が変更され、環境によっては有償となっていましたので内容をまとめます。 正確な情報は公式サイト（利用規約、2020年4月30日の発表）参照 Miniconda + conda forge の運用であれば公式リポジトリに関する商用利用規約変更の影響は受けないようです（公式記事ではなくRedditでのAnaconda CEO によるコメント）。 conda-forge が既定の miniforge というパッケージが作成中のようです（安定性等は不明）。 記載間違いなどご指摘いただ
「Microsoft 365 for Consumer」が間もなく登場か：Windowsフロントライン（1/2 ページ） 本連載でもたびたび取り上げているが、「Microsoft 365 for Consumer」がいよいよその姿を現そうとしている。直近に出てきた情報によれば、このコンシューマー向け製品はいわゆるエンタープライズ向けに提供されている“Microsoft 365”とは異なり、米国などの市場で提供されているコンシューマー向けOffice 365の「Office 365 Home／Personal」をリニューアルしたものとなる。 ZDNetのメアリー・ジョー・フォリー氏によれば、現在内部でいわれている正式な名称は「Microsoft 365 Life」で、開発コード名は「Alta」、製品の提供ターゲットは2020年春となっている。 現地の複数のメディアが報じているが、米Micro
現代の知の巨人・松岡正剛氏が創業した編集工学研究所によるイベント「本の力を考える 〜方法としての読書と編集思考〜」が開催されました。第一部の特別講演は、 独立研究者／著作家／パブリックスピーカーの山口周氏が登壇し、論理（スキル）と直観（センス）の絶妙なバランスが求められるビジネスの現場で、本（読書）が果たす役割について語りました。秋の夜長にぴったりの「本の力」論をお届けします。（写真提供：編集工学研究所） 伝説の書店こと「松丸本舗」とキュレーション 安藤昭子氏（以下、安藤）：私もご一緒させていただきながら、お話をうかがっていきたいなと思うんですけれども、今日はありがとうございます。 山口周氏（以下、山口）：感無量です。 安藤：いや、とんでもないです。実は先日、私も初めて山口周さんにお会いさせていただきまして。その時に熱心にお話しくださったのが、「松丸本舗」という書店があったことはご存知です
情報処理能力を上回る多量の情報によって、情報をうまく処理できず、理解の精度が下がったり、意思決定の質が下がったりすることを情報オーバーロードという。昨今の情報テクノロジーの急激な進展、またそれらを取り巻く社会環境の変化によって、研究開発部門においても、製品を生み出すために研究領域以外の膨大な量の情報も取得し、分析する必要性が増している。 この記事では情報オーバーロードの概要、引き起こされる問題点、そして解決のためのアイデアについて解説する。情報収集一辺倒にならず、有限な時間を有効に使って情報を活用するための一助としてほしい。 膨大な情報のリサーチにお困りですか？ 「情報収集AI」で情報収集の抜け漏れ、偏り、時間がかかるの問題を一手に解決！ ▶️資料のダウンロードはこちらから 情報オーバーロードとは 情報オーバーロードとは、バートラム・グロスによって1964年に初めて世に出た言葉であるが、1
デジタル ソリューションに対する需要の高まりに対応するために、企業はアプリのイノベーションを加速させる方法を探しています。Microsoft Power Platform のようなローコードプラットフォームは、IT管理者がビジネスとのコラボレーションを迅速に進められるようになり、効率性、セキュリティ、コンプライアンスを向上させて、より多くのソリューションを提供できます。 IT 管理者がセキュリティを管理し、顧客の期待をタイムリーに提供することは、「在宅勤務」新しいスタンダードであることを考えると、現在の市場の状況は困難です。Gartner社によると、「クラウドコンピューティングの出現と、より迅速なDevOpsスタイルのアプリケーション開発戦略への移行は、IT運用チームに大きなストレスを与えています。これを、情報技術(IT)の内製化や市民開発者向けの「ローコード」アプリケーションおよび自動化
トリガーの問題をトラブルシューティングするためのヒントとテクニックを以下に示します。 特定のフロー実行を特定する 場合によっては、特定のフロー実行を識別 して、フローのトラブルシューティングを行う必要があります。 トリガーが発生しない データ損失防止ポリシーが原因である場合があります。 管理者が データ損失防止 (DLP) ポリシーを作成すると、ユーザーが誤って組織データを露出してしまうことを防止するためのガートレールとしてポリシーを機能させることができます。 DLP ポリシーでは、ビジネスまたは非ビジネスのいずれかとして分類することによって、コネクタを同時に使用できるルールを適用します。 ビジネス グループにコネクタを置くと、付与された任意のアプリまたはフロー内のそのグループとは別のコネクタでのみ使用できます。 フローが DLP ポリシーに違反している場合、フローは一時停止され、トリガー
はじめに みなさん、業務やプライベートでの Power Platform ライフをエンジョイされていますでしょうか。 突然ですが、皆さんの環境で Power Platform のセキュリティ設計ってどのようにされていますか？ プライベートやお勉強環境なら気にしなくても良いですが、業務で利用する場合にはしっかりと検討はしなくちゃいけませんよね。 小規模な組織ならまだ問題ありませんが、数千から数万単位のユーザが所属しているならしっかりと検討するべきだと思います。 また、セキュリティだけでなくガバナンスもしっかりと計画して設計しなければ、たとえ規定環境と言えどカオスな環境になってしまいます。 「じゃぁ…どのような考え方でセキュリティ設計をやればいいんだよ…？さっさと導入進めたいのに。」とお悩みの方もいらっしゃると思います。 そんな方に必見！まずは既定環境だけでも良いから Power Platfo
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Anaconda パッケージリポジトリが「大規模な」商用利用では有償になっていた - Qiita
「Microsoft 365 for Consumer」が間もなく登場か
山口周氏が語る、専門外の難題に直面したときの「答え」の見つけ方
情報オーバーロード（情報過多）とは？引き起こされる問題点について解説 | ストックマーク株式会社
Power Platform 向けに新しく搭載されたガバナンスと管理機能 - 吉田の備忘録
トリガーでの一般的な問題のトラブルシューティング - Power Automate
既定環境における Power Platform のオススメ★セキュリティ設定ベスト５ - Qiita