並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 8 件 / 8件

新着順 人気順

DevOpsの検索結果1 - 8 件 / 8件

  • 期限の制約なく無料で提供される「Free Tier」クラウドサービスまとめ、主要クラウド/PaaS編(2024年版)

    期限の制約なく無料で提供される「Free Tier」クラウドサービスまとめ、主要クラウド/PaaS編(2024年版) いくつかのクラウドサービスでは、新規ユーザーに対する1年程度の無料トライアルや一定額のクーポンなどの提供だけでなく、期限の制約なくずっと無料で提供される、いわゆる「Free Tier」や「Always Free」と呼ばれるサービスが提供されています。 こうしたサービスは評価や一時的なテスト環境、あるいはホビー用途などに適しています。 本記事では期限の制約なく無料で提供されている主なクラウドサービスを、2024年版としてまとめました。(有料サービスの追加機能として無料で提供されているものは除外しています)。 ただしこれらの無料のサービスは、提供側の都合により一時的に申し込みや利用が制限されたり、提供が終了することがあります。提供側の都合に留意しつつ、良心的な範囲でご利用いただ

      期限の制約なく無料で提供される「Free Tier」クラウドサービスまとめ、主要クラウド/PaaS編(2024年版)
    • プラットフォーム エンジニアリングに関する 5 つの誤解: プラットフォーム エンジニアリングとは一体なのか | Google Cloud 公式ブログ

      Darren EvansEMEA Practice Solutions Lead, Application Platform ※この投稿は米国時間 2024 年 5 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 なぜ新しいトピックに対して否定的になってしまう人がいるのか、その理由は、群盲象を評すの寓話からわかります。その人自身の視点からのみで物事を見てしまうと、その全体像を見失ってしまうということです。プラットフォーム エンジニアリングはソフトウェア デリバリーの比較的新しい手法です。現在、IT 組織やソフトウェア エンジニアのチームの多くがプラットフォーム エンジニアリングについて検討している段階にあるのですが、プラットフォーム エンジニアリングとは何なのか、プラットフォーム エンジニアリングで何ができるのか、プラットフォーム エンジニアリングを導入す

        プラットフォーム エンジニアリングに関する 5 つの誤解: プラットフォーム エンジニアリングとは一体なのか | Google Cloud 公式ブログ
      • 『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita

        『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~アジャイルポエムプロジェクト管理メンタルケアコミュニケーション 「アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明」 という記事が話題になっています。 言及している著書がCEOを務めているイギリスの調査・コンサル会社であるEngpraxが挙げている元の記事はこちら(その調査自体を行なったのもEngprax社) 記事に書かれていることの考察や要約は下記で分かりやすく纏めて下さっています。 記事への反応 記事への感想・反応はだいたい下記のパターンのどれかに該当すると思います。 失敗の定義は? そもそもアジャイルできてなくね? 下記が失敗するのはアジャイルかどうかとは関係

          『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268%も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita
        • 株式会社LayerX に行ってきた! - 941::blog

          まいどどうも!くしいです。 ここ最近、技術系のイベントに行くとLayerXの人にめちゃくちゃ会う機会が増えていて「私もしかしてLayerXのこと好きなのかも…」と単純接触効果の影響で気になっている今日このごろ。そんな最中に 「オフィス引っ越したわ〜」なんて言われたら行っちゃうじゃないですか! というわけで、IT系を中心に色々なオフィスにお邪魔しては紹介しまくっている当ブログの行ってきたシリーズは177記事目となりました。えー、すごい!10年以上前からやっているので過去ログも是非どうぞ。 そんなワーキャーいってるLayerXさんは!すべての経済活動を、デジタル化する。 をミッションに、最近だと法人の支出管理をなめらかに一本化するサービスバクラクや、AI・LLM(大規模言語モデル)事業に力を入れてらっしゃいます。バクラクまじ便利です。最高。 じゃあ引っ越しの背景や説明なんかはおいおいやるとして

            株式会社LayerX に行ってきた! - 941::blog
          • 食べログiOSアプリで機械学習による画像分類を導入し、料理判定機能を実装した事例紹介と知見のまとめ - Tabelog Tech Blog

            こんにちは。食べログでiOSアプリのサービス開発を担当している河崎です。 私の所属するプロダクトチームでは、ユーザーが継続的かつ手軽に行ったお店の記録ができるように、アプリの改善や新機能開発など様々な対応を行っています。 この記事では、iOSアプリで料理写真を判定するために画像分類を取り入れた開発事例の紹介と、開発で得られた知見についてまとめていきます。 目次 画像分類を取り入れた新機能について 画像分類の対応方針 方針1:公開されている画像分類用のモデルやフレームワークを使用する 方針2:独自の画像分類用のモデルを構築する コストが高いと判断した理由 アプリ特有の考慮すべき条件 オンデバイスであること モデルサイズが小さいこと 解析速度が速いこと Visionフレームワークでの実現 VNClassifyImageRequest とは VNClassifyImageRequest の使い方

              食べログiOSアプリで機械学習による画像分類を導入し、料理判定機能を実装した事例紹介と知見のまとめ - Tabelog Tech Blog
            • [B-4-1] アジャイル開発は本当に必要なのか、何を解決するのか | AWS Dev Day 2023 Tokyo #AWSDevDay

              アジャイル(主にスクラム)の語源は「素早い」や「敏捷」などの意味がある「Agile」です。 文字通り捉えると「アジャイル開発すればすぐにリリースできるんだ!」と考えるのは当然だと思います。 でもいざやってみると「むしろ前より遅くなった」という声もよく聞きます。 このセッションでは、「スクラムの始め方」と「アジャイルの価値」にフォーカスして述べていきます。 ◆スピーカー: 吉田 祐樹 ◆吉田 祐樹プロフィール: Sr.AppDev ConsultantとしてAWS Japanに勤務。アジャイルやクラウドネイティブアプリ開発の支援をしています。「明日楽をするために今頑張る」がモットー。好きなAWSサービスはAmplify/AppSync/CodeCatalyst ◆セッションに関する情報: ・セッションタイプ:ブレイクアウトセッション ・テクノロジートピック:DevOps / Infra

                [B-4-1] アジャイル開発は本当に必要なのか、何を解決するのか | AWS Dev Day 2023 Tokyo #AWSDevDay
              • 地方から情報を発信し続ける意義と意味 - おうさまのみみはロバのみみ

                TL;DR Kyoto TechtalkやKansai.go、Go Conference mini、OSS Gate、技術書典などなどここ1年ほぼいろいろと試したり失敗したりしながら発信をし続けてきたな〜と思ったのと、最近BuildersConが復活したりさまざまなカンファレンスが新たな産声やリブートをしてるんだけどみんな東京じゃん!地方もやっていこうず!!!という思いからこの記事を書いている。 1年くらい前に飲み屋で id:onk と id:pinzolo と話したこと 当時はコロナ禍が収まってようやくオフラインでのイベントとかできるようになったタイミングだったんだけどあまり参加者が集まらないという悩みを抱えてました。 kyotorb.doorkeeper.jp なんでやったか?についてははてなのonkさんが言った「企業が元気じゃないのにコミュニティが元気なわけがない。コミュニティが元気

                  地方から情報を発信し続ける意義と意味 - おうさまのみみはロバのみみ
                • Restate

                  The simplest way to build resilient applications.As regular functions and services, in your existing infrastructure. On FaaS, K8s, servers, containers. Self-hosted or fully managed. Restate meets you where you are.

                  1