並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1231件

新着順 人気順

開発環境の検索結果281 - 320 件 / 1231件

  • エンジニアには失敗からしか得られない学びがある 『ソフトウェア開発現場の「失敗」集めてみた。』発売

    本書ではソフトウェア開発の工程で起こりがちな42の失敗事例を取り上げ、その原因と回避方法を解説しています。 特に新任リーダーやチームで開発に取り組むエンジニアにとって、絶対に避けるべきだとわかっていながら避けられない失敗や、気づいたらはまってしまっていた落とし穴など、チームの足を止める状況はできるだけ避けたいものです。もし完全には避けられないなら、被害を最小限に抑える必要があります。 紹介する失敗エピソードは、例えば下記のようなもの。それぞれのエピソードに、架空の開発現場を舞台にした4コマ漫画も収録しています。 機能がてんこ盛りで実装が間に合わない「全部入りソフトウェア」 お願いされた機能を断れない「八方美人な仕様」 ユーザーを迷わす自分ルールのUI「オレオレ表記」 行間を読ませる「文学的仕様書」 リリース版が復元できない「不完全リポジトリ」 アクションしない「聞くだけ進捗会議」 施策を打

      エンジニアには失敗からしか得られない学びがある 『ソフトウェア開発現場の「失敗」集めてみた。』発売
    • マルチプロダクト間データ連携への技術的挑戦 - SmartHR Tech Blog

      マルチプロダクト戦略の実現を目標として掲げ、急速にプロダクトを増やしているSmartHR。 そのような中、これまでプロダクトごとに分断されていたデータを相互に利用できるようにすることで、価値を高める試みが始まっています。この活動の中心となっているプロダクト連携ユニットに、現状と今後の展開を聞いてみました。 インタビューの様子。左:プロダクト連携ユニット 右:インタビュアー f440: それでは、プロダクト連携ユニットのインタビューを始めたいと思います。よろしくお願いいたします。 一同: よろしくお願いします。 f440: お時間を取っていただきありがとうございます。突然呼ばれてびっくりしていると思うんですけれども、個人的に一番興味あったのがプロダクト連携ユニットだったので、この度はインタビューしたいと思いまして。 最初に自己紹介から始めさせてください。まずは私から。現在プロダクト基盤開発部

        マルチプロダクト間データ連携への技術的挑戦 - SmartHR Tech Blog
      • 社内ネットワークに制限した静的サイトホスティング環境をAmazon S3で構築する

        はじめに どうもこんにちは。SODAでWebフロントエンドエンジニアをしているaokikenと申します。 今回は、社内向けに静的サイトホスティング環境をAmazon S3で構築した話になります。 構築に至るまで Webフロントエンドの開発をしていて、実際の開発環境に実装する前に、検証として別環境にプロトタイプを作成することがあります。 そのときに作ったものを、スピーディーに社内共有して、フィードバックを得たい。 そういった背景から、社内ネットワークに制限した静的サイトホスティング環境の構築することを検討をし始めました。 要件を整理 Webフロントエンド視点でプロトタイプを作成するにあたり、ブラウザでの動作検証が主なので、基本的には静的データをホスティングできればよさそうです。 弊社では既にAWSを広く利用しているため、今回はAmazon S3を利用する前提で要件を整理していきます。 Ama

          社内ネットワークに制限した静的サイトホスティング環境をAmazon S3で構築する
        • Unityを通じて3D空間、グラフィックを理解する

          はじめに ゲーム開発の旅を始める上で、開発者が最低限理解すべきコンピュータの基本的な仕組み、グラフィックスの原理、そしてスクリプティングの技術について、本記事では詳しく掘り下げていきます。 コンピュータの心臓部であるCPUとGPUの役割と相互作用から始め、これらがどのようにして3D空間のレンダリングやアプリケーションの実行に影響を与えるかを解説します。 Unityエンジンを用いたゲーム開発では、これらのハードウェアコンポーネントの理解が不可欠です。 続いて、ゲーム開発におけるグラフィックスの基礎を学びます。 ここでは、ビルトインレンダーパイプラインから、より高度なUniversal Render Pipeline (URP) やHigh Definition Render Pipeline (HDRP) まで、Unityで利用可能なレンダリングパイプラインの違いとその選択がプロジェクトに及

            Unityを通じて3D空間、グラフィックを理解する
          • AWS、「Cloud9」「CodeCommit」などの新規利用を終了 エバンジェリスト明かす

            米AWSが、統合開発環境「AWS Cloud9」など複数サービスの新規利用受付を終了する。エバンジェリストのジェフ・バー氏が7月31日、自身のXアカウントで明らかにした。 受付を終了するのは、Cloud9に加えて「Amazon S3 Select」「Amazon CloudSearch」「Amazon SimpleDB」「Amazon Forecast」「AWS Data Pipeline」「AWS CodeCommit」。すでに利用しているユーザーに対し、サービス内容を変更することはないという。 関連記事 AWSをゲームで学べる「AWS Quest」、中級者向けコンテンツも日本語化 米Amazon Web Servicesが2022年にリリースした、遊びながらAWSについて学べるオンラインゲーム「AWS Cloud Quest」。同作の中級者向けコンテンツが日本語化した。 AWSの主要サ

              AWS、「Cloud9」「CodeCommit」などの新規利用を終了 エバンジェリスト明かす
            • リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services

              Amazon Web Services ブログ リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 株式会社リクルートは、日本国内のHR・販促事業及びグローバル斡旋・販促事業をおこなう事業会社です。リクルートでは、『スタディサプリ』というスマートフォンアプリ、パソコンで利用可能なオンライン学習サービスのデータベースとして Amazon Aurora PostgreSQL を採用しています。 2023 年 5 月にこの Aurora PostgreSQL を Aurora Serverless v2 に変更しました。採用検討から 1.5 ヶ月と短期間で導入を決定しましたが、入念な検証の結果 Aurora の運用負荷を大幅に削減し、サービスの安定運用も実現しています。本ブログは、『スタディサ

                リクルートが『スタディサプリ』で Amazon Aurora Serverless v2 を採用。コストを最適化しつつ Aurora の管理工数を大幅削減 | Amazon Web Services
              • Cloud Runで開発用環境を沢山作る - 一休.com Developers Blog

                概要 この記事は 一休.com Advent Calendar 2023 16日目の記事です。 RESZAIKO開発チームの松村です。 一休では各サービス毎に、開発中のサービスの動作を社内で確認できる環境があります。 それぞれmain(master)ブランチと自動的に同期している環境と、特定のブランチを指定して利用できる環境の2種類があります。 今回、RESZAIKOの新規サービス(予約画面)に対してブランチを指定してデプロイできる環境を作成したので、その方針と反省点と今後について記述していきます。 現在運用中の予約画面 開発環境を作る理由 一休では長らく、EKS上に複数の環境を用意して、ブランチを指定すると開発環境にデプロイするシステムが利用されてきました。 一般的にこのような環境を構築するのは以下のような理由が挙げられます。 動作確認 マイクロサービスで、異なるブランチ同士の組み合わせ

                  Cloud Runで開発用環境を沢山作る - 一休.com Developers Blog
                • 退職ツイートした時の反応と感想をまとめてみた - Qiita

                  会社を辞めることにしたのですが、そのタイミングで退職ツイートをしました。その反応と感想を書いてみました。 現職のときには、エンジニアの採用担当として退職ツイートの当事者の体験に興味を持っていたのですが、今回は自分が当事者になる数少ない機会だったので、当事者が分かる情報や感情などをお伝えできればと思っています。 N=1の情報ですが、1つでも実例と具体的な数字や意見があると議論の仕方が変わると思うので、1つの事例としてエンジニアの採用担当の人やエンジニアの人の転職など、何かの機会の参考にしてもらいたいです! 退職ツイートをした 対象のツイート 去年(2023年12月)にこのツイートをしました! スタートアップの一部で流行している退職時にはオフィスのビルの写真を撮って載せるのもやりました。こういうミーハーなのも好きなんです。 いいね数も500近く付き、インプレッション10万も。凄い! Xの端っこ

                    退職ツイートした時の反応と感想をまとめてみた - Qiita
                  • 1人目スタッフエンジニア・kenkoooo氏が語る「技術力」よりも強力な武器 | レバテックラボ(レバテックLAB)

                    株式会社estie スタッフエンジニア kenkoooo 東京大学理学部卒業後、ニートとして自宅で過ごす。AtCoderとAOJでプログラミングを学び、国立情報学研究所、リクルート、SoundHound、Indeedでソフトウェア開発に従事。現在は株式会社estieで、スタッフエンジニアとして組織横断の技術課題の発見・解決を担う。 ※今回プロフィールに利用した画像はAIによる生成画像であり、本人ではありません。 X GitHub AtCoder Blog 書籍名に使われることも増え、最近たびたび耳にするようになった「スタッフエンジニア」という職種。チームや会社の技術的な方向性をリードする役割を持つことが多く、ピープルマネジメントをしないIC(=Individual Contributor)のキャリアパスです。 日本国内ではまだまだ一般的ではありませんが、株式会社estieではいち早くスタッ

                      1人目スタッフエンジニア・kenkoooo氏が語る「技術力」よりも強力な武器 | レバテックラボ(レバテックLAB)
                    • エンジニア歴3年目が転職活動をした結果 - Qiita

                      はじめに 初めまして、現在エンジニアをしながら起業をしてサービスを開発中の橋田至です。 私は今Swappyという同人誌のフリマサイトを開発中です。 現状まだサービスはリリース前でして、起業したと言っても売り上げは0のため、生きていくにはサラリーマンも行う必要があります。 今回は現在働いてる会社を退職し、新しい会社に転職することが決まったのでその経緯などを詳しく記載していきます。 自身の経歴 March卒 新卒では別業界に就職 2年働いたあとエンジニアに転職 現在エンジニア3年目 保有資格 ITパスポート 基本情報 応用情報 AWS CCP Salesforce PDI 転職理由 現在勤務している会社が倒産しそうなため というのも受託開発の会社で働いていたのですが、取引先がほぼ一社のみでその会社がエンジニアを内製化することになったと社長から伝えられました。 さらに元々従業員が1桁程度しかいな

                        エンジニア歴3年目が転職活動をした結果 - Qiita
                      • 日々の進歩をふりかえるために"今日の学びブログ"を続けている話 - 虎の穴開発室ブログ

                        こんにちは、虎の穴ラボのKanonです。 本記事は虎の穴ラボ2024年夏の連載ブログ 17日目の記事です。 今回私が担当するテーマは「学習」に関するものということで、自分が毎日続けている「今日の学びブログ」についてお話ししようかと思います。 今日の学びブログとは kanonon.hatenablog.com 私が個人的に毎日の学びを振り返るために投稿しているブログのことです。 それ専用のブログを作って、この記事を執筆している現在まで61日連続で投稿が続いています。 きっかけ PHPカンファレンス小田原の懇親会でのそーだいさんのLTでした。 speakerdeck.com このLTを聴いて刺さるものがありました。というより、「これはまずいな」と思いました。 「今日の仕事をふりかえって、一つでも成長したか」と言われた時に、必ずしも「Yes」と言えないなと思ったからです。 これまで「じぶんリリー

                          日々の進歩をふりかえるために"今日の学びブログ"を続けている話 - 虎の穴開発室ブログ
                        • 「Astro DB」登場。LibSQLベース、TypeScript ORM搭載、1GBまで無料。静的サイト生成用データベース

                          「Astro DB」登場。LibSQLベース、TypeScript ORM搭載、1GBまで無料。静的サイト生成用データベース 静的サイトジェネレータAstro用のデータベースサービス「Astro DB」が登場しました。 簡単にAstroに組み込むことが可能で、Astroのバックエンドデータベースとして、例えばフォームやコメントのデータの入出力、ユーザー認証などに利用可能です。 Introducing: Astro DB Add a hosted database to any Astro project in seconds. Includes a TypeScript ORM, schema manager, and automatic migrations out-of-the-box. Try it today! Every database comes with a generou

                            「Astro DB」登場。LibSQLベース、TypeScript ORM搭載、1GBまで無料。静的サイト生成用データベース
                          • ほとんど個人開発しかやってこなかった人がチームで働くとどうなると思う? | BLOG - DeNA Engineering

                            こんにちは、IT戦略部システム開発グループ所属のyoshiiです。 私は学生時代ひたすら個人開発をしており、就活もこの活動一本で行なってDeNAに入社しました。 今回はほとんど個人開発しか経験していなかった私が、研修や実際の業務の中で、チームで働いて失敗したことや成長できたことなどをゆるく書けたらいいなと思っています。 誰得な記事になるかもですが、どうか最後まで読んでいただけると幸いです。 特に読んで欲しい人 趣味開発はやってきたけど、仕事でコード書いた経験はなくて不安な学生さんに特に読んで欲しいと思って書いています。 もちろんそれ以外の人も読んでいただければ嬉しいですが…! 個人開発に対するスタンスとこの会社に入った決め手 今回のお話をする前に、私がどういうスタンスで趣味の個人開発と向き合ってきたかを説明しておきます。 私にとって個人開発をするスタンスは「自分が面白ければなんでも良い」し

                              ほとんど個人開発しかやってこなかった人がチームで働くとどうなると思う? | BLOG - DeNA Engineering
                            • 2023年にやったこと - k0kubun's blog

                              今年で30歳、社会人9年目、在米5年目になった。今年は 趣味でRJITを作り、仕事でYJITを超高速化した 初めて論文を国際会議に投稿し、採択された 子供とプリスクールに行き始めた という感じの一年だった。 仕事 大変ありがたいことに、自分が今一番興味のある仕事であるYJITの高速化に集中できた一年だった。 いろいろやったが、代表作は以下の三つかなと思う。 スタックオペランドのレジスタアロケータ 最適化未対応なメソッド呼び出しのフォールバック 例外ハンドラのコンパイル どれもベンチマークがかなり速くなった。 特に二つ目と三つ目は、自分で発案してかつ主に僕が重要性を訴えていた奴で、 それらで大きな成果が出たときはかなり達成感があった。 単独のPRでRailsベンチが7%速くなった時はこりゃ昇給するわと思ったが、実際めちゃくちゃ昇給した。 ベンチマークも速くしている一方、僕は本番アプリの最適化

                                2023年にやったこと - k0kubun's blog
                              • Findy転職フロントエンドの開発生産性を向上させるためにやったこと - Findy Tech Blog

                                こんにちは、ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 この記事では、転職サービス Findy の開発チームにおける開発生産性の向上に対する取り組みをご紹介します。 以前の状況 モノリスの解体 開発基盤の刷新 コンポーネント設計の刷新 テストの拡充 CI の高速化 改善の効果 まとめ 以前の状況 2020年頃の Findy は Ruby on Rails と React のモノリス構成で作られていました。 機能の増加に従いコードが複雑化し、しだいに開発スピードが伸び悩むようになりました。 ここで Findy Team+ で算出した当時のリードタイムを見てみましょう。 2020年のFindyのリードタイム 上記のグラフから次のことがわかります。 改修が本番に適用されるまで 約1週間 かかる プルリクエストがレビューされるまで 約5日 放置される

                                  Findy転職フロントエンドの開発生産性を向上させるためにやったこと - Findy Tech Blog
                                • AWS CDK の脆弱性が発覚、S3バケット名の予測可能性で管理者権限奪取の危険|約38,000アカウントに影響の可能性 - イノベトピア

                                  AWS CDK の脆弱性が発覚、S3バケット名の予測可能性で管理者権限奪取の危険|約38,000アカウントに影響の可能性 Last Updated on 2024-10-25 08:42 by admin Aqua Securityのセキュリティ研究チームは、AWSの6つのサービス(CloudFormation、Glue、EMR、SageMaker、ServiceCatalog、CodeStar)に重大な脆弱性を発見した。この発見は2024年8月のBlack Hat USAカンファレンスで発表された。 脆弱性の概要 – AWS Cloud Development Kit (CDK)のデフォルトのS3バケット命名パターンが予測可能で、攻撃者による悪用が可能 – 攻撃者は未使用のAWSリージョンで事前にS3バケットを作成し、被害者がそのリージョンでサービスを使用するのを待つことができる – こ

                                    AWS CDK の脆弱性が発覚、S3バケット名の予測可能性で管理者権限奪取の危険|約38,000アカウントに影響の可能性 - イノベトピア
                                  • 愛してやまないAWSで展開するセキュリティ対策戦略

                                    TL;DR セキュリティー対策には予防的統制と発見的統制の 2 つの観点が欠かせない AWS が提供するセキュリティーサービスが予防的・発見的統制にどう寄与するかを解説 セキュリティー対策は、リスクの特定と可視化、リスク分析と優先度付け、施策費用の算出、経営層への報告とサポートの獲得で進めるべし セキュリティーは、単に技術やツールを導入するだけではなく、組織全体の意識や文化、そして継続的な改善が求められる はじめに レバテック開発部レバテックプラットフォーム開発チームに所属している内藤です。 普段は、バックエンドの設計や実装、さらにインフラの構築まで幅広く担当しています。 最近、私は弊社開発部を代表して(色々な方面から怒られそう笑)、AWS セキュリティインシデント擬似体験 GameDay に参加する機会に恵まれました。このイベントでは、セキュリティインシデントへの対応方法や予防策など、実

                                      愛してやまないAWSで展開するセキュリティ対策戦略
                                    • 大規模なAndroidアプリの実装を紐解いていくアプローチ - ZOZO TECH BLOG

                                      はじめに こんにちは、ZOZOTOWN開発2部Androidブロックの小林(@kako_351)です。普段はZOZOTOWN Androidアプリの開発を担当しています。今年の3月に入社して機能改修や既存機能の調査などの業務に携わってきました。その中でZOZOTOWN Androidアプリについて知見を持っていないため、調査や開発の際に学習コストがかかるといった課題が見えてきました。本記事ではAndroidアプリの実装を把握するアプローチをご紹介します。 目次 はじめに 目次 背景 実装を把握するアプローチの全体像 ドキュメントの把握 目的 アプローチ モジュール構成や画面遷移などの全体構造の把握 目的 モジュール構成 画面遷移 アーキテクチャの把握 目的 アプローチ ライブラリや使用技術の把握 目的 アプローチ ビルドやデプロイなどCI/CD環境の把握 目的 アプローチ テストの把握 目

                                        大規模なAndroidアプリの実装を紐解いていくアプローチ - ZOZO TECH BLOG
                                      • OpenTelemetry Collector導入の実践編とその後 - Gaudiy Tech Blog

                                        はじめまして。Gaudiyでエンジニアをしているあんどう(@Andoobomber)です。 以前、「OpenTelemetry Collector導入のPoCと今後に向けて」という記事を弊エンジニアの sato(@yusukesatoo06)より公開しました。簡単に記事を要約すると、 OpenTelemetry及びOpenTelemetry Collectorの説明 実際にPoCを作ってみる 実導入を試みたがOpenTelemetry Collectorのホスティングに悩み、今後の課題として保留となった といった内容でした。 あれから1年経ち、GaudiyではOpenTelemetry Collectorを本番環境に組み込み、OpenTelemetryの仕様に準拠して計装し、データの分析や監視を行っています。この記事では、前回からの進捗を紹介すると共にOpenTelemetryの導入方法を

                                          OpenTelemetry Collector導入の実践編とその後 - Gaudiy Tech Blog
                                        • LlamaIndexを使ってローカル環境でRAGを実行する方法 - 電通総研 テックブログ

                                          こんにちは。電通総研コーポレート本部システム推進部の山下です。 最近はChatGPTなどのLarge Language Model(LLM)を利用したAIが話題ですね。 そのLLMを応用したRetrieval-Augmented Generation(RAG)という技術があります。 これは、LLMに文書検索などを用いて関連する情報を与えて回答させることで、 LLMが知識として持っていない内容を回答させたり誤った情報を答えてしまうハルシネーションを抑止する技術です。 今回はこのRAGをLlamaIndexというライブラリを使ってローカル環境で実装する方法について紹介します。 なぜローカル環境でLLMを利用したいのか 大変便利なツールのLLMですが、利用が難しいこともあります。 例えば、機密情報を取扱いたい、外部インターネットへの接続に制限が掛かっているといった場合です。 最終的にOpenAI

                                            LlamaIndexを使ってローカル環境でRAGを実行する方法 - 電通総研 テックブログ
                                          • terraform planの自動化に向けて直面した課題と解決策 - Sansan Tech Blog

                                            はじめに こんにちは! 技術本部 Bill One Engineering Unit(以下、Bill One EU)の笹島です。 IaC推進チーム(横串チームの1つ)として、CI環境でのTerraform Planの自動化に取り組んできました。 横串チームとは、Bill One EU内の各グループの垣根のない横断チームであり、Bill Oneで抱えている課題を解決するために有志で集まったメンバーによって構成されています。 IaC推進チームとは、文字通りインフラのコード化を推進するチームです。 本記事では、CI環境でセキュアなTerraform Plan自動実行を実現するにあたって直面した課題とその解決策について共有します。 特に、モノレポ環境での複数プロダクト・環境の管理における自動化の課題についても紹介します。 目次 はじめに 目次 前提 ディレクトリ構成とその役割 Workload I

                                              terraform planの自動化に向けて直面した課題と解決策 - Sansan Tech Blog
                                            • セキュリティエンジニアとして勉強しておいてよかったこと - トリコロールな猫/セキュリティ

                                              はじめに 歳をとってきたからか、「セキュリティエンジニアとしてやっていくには何を勉強すればいいのか」ということを聞かれるようになりました。 正直私は体系だった勉強をしておらず言えることがその場ではあまりなかったため、自分が勉強しておいてよかったことをここで改めて思い返してみようと思います。 シェルコード作成 要はアセンブリ言語の勉強です。シェルコードを作る、という目的があったのが私にはよかったです。 学生時代はCのポインタはさっぱり理解できませんでしたが、アセンブリ言語をやってよく理解できました。メモリの使い方とかもここで学んだ。私はSPARCが好きだったので、Delayed Slotやビッグエンディアン、メモリのウインドウシステムの美しさに感動したのを覚えています。便利なツールなぞない時代だったので、ひたすらgdbでbreakしてsiしてxです。 ちなみに、当時超役に立った本で「Pani

                                                セキュリティエンジニアとして勉強しておいてよかったこと - トリコロールな猫/セキュリティ
                                              • AWSリソースの差分比較ツールを自作したのでご覧あれ - NRIネットコムBlog

                                                本記事は マイグレーションウィーク 6日目の記事です。 💻🖥 5日目 ▶▶ 本記事 🖥💻 初めに ITの変遷と思想の変遷 新たな問題 作ってみた DARS 何と呼ぶ??? コードはこちら 機能紹介の前に 3つの機能 diff conf html バッチ編 課題 ユースケース 最後に 得られた副産物 人間は間違える 初めに こんにちは、上田です。 2024年5月にネットコムに入社したばかりで社内ネタを持ち合わせていないので、作ってみたシリーズに乗っかってみました。 また、今回のテーマはクラウドマイグレーションということなので、オンプレミスからクラウドへITリソースを移行するに伴って人間の考え方がどのように移り変わっていくのか、という観点も交えながら論じていこうと思います。 ITの変遷と思想の変遷 まず、オンプレミスからクラウドへなぜ移行するのかを考えてみます。 クラウドのメリットをい

                                                  AWSリソースの差分比較ツールを自作したのでご覧あれ - NRIネットコムBlog
                                                • ツール・ド・フロントエンド2024(フロントエンド班の開発環境や興味のある技術を調査してみた)

                                                  こんにちは、チームラボのフロントエンド班に所属している速水です。 今回、フロントエンド班内でツール・ド・フロントエンドというイベントを行ったので、その一部を紹介させてください。フロントエンド班の雰囲気が少しでも伝われば幸いです。 ツール・ド・フロントエンドとは フロントエンド班内で、開発環境や生産性の上がるツール、興味のある技術やテーマについて紹介し合うイベントです。 2016年からほぼ毎年行われていて、流れとしては、みんなで各テーマに関して自分の使っているツールや技術を下記のようにドキュメント上に記載し、意見を交換していく形です。 調査結果 開発機のOS Windows に一票も入らず、 Mac に票が集まる形になりました。 使用しているエディタ VS Code が、やはり強い結果となりました。 エディタの選定基準として「 GitHub Copilot が使えるかどうかが大事だよね」や「

                                                    ツール・ド・フロントエンド2024(フロントエンド班の開発環境や興味のある技術を調査してみた)
                                                  • 開発環境のNAT GatewayをNAT InstanceにしてAWS利用費を削減した話 | DevelopersIO

                                                    はじめに 私が担当しているプロジェクトの本番環境とステージング環境ではNAT Gatewayを利用しています。可用性を重視しない開発環境はNAT GatewayをNAT Instanceに代えたらAWS利用費を削減できるのではないかと考え、やってみました。 NAT ゲートウェイと NAT インスタンスの違いは公式のドキュメントにありますので、以下をご覧ください。 NAT ゲートウェイと NAT インスタンスを比較する NAT Instanceの作成方法 以前はNAT Instance用のAMIが提供されていたのですが、現在はないため自分で作成します。手順は公式のドキュメントにありました。簡単なのでガイドの通りにやれば15分ほどでできるかと思います。 NAT インスタンス 私はt4g.nanoのEC2インスタンス上に構築しました。OSはAmazon Linux2023です。EC2のスペック表

                                                      開発環境のNAT GatewayをNAT InstanceにしてAWS利用費を削減した話 | DevelopersIO
                                                    • サーバ再起動しても cron で Web アプリを雑に立ち上げ

                                                      超楽にRubyで雑に書いたスクリプトをsystemdで管理したい! - 宇宙行きたい で systemd がユーザ権限で使えることを知る。 開発環境用では nohup と cron の @reboot を使っていました。こちらもお手軽なので紹介。 @reboot とは crontab(5) に @reboot があれば使えます。その名の通りリブート時に一回だけ実行。Ubuntu なら利用可能。 $ man 5 crontab (省略) Instead of the first five fields, one of eight special strings may appear: string meaning ------ ------- @reboot Run once, at startup. @yearly Run once a year, "0 0 1 1 *". @annual

                                                        サーバ再起動しても cron で Web アプリを雑に立ち上げ
                                                      • サクッと始めるAIコードエディタ【Cursor / VS Code / ChatGPT】

                                                        この本では、初心者・入門者の方に向けて、AIコードエディタの知識や使い方を体系的にまとめました。 【概要】 ・内容:Cursorとは?、Cursorのできること、Cursorの料金プラン(比較表あり)、Cursorのインストール方法(環境構築)、Cursorの使い方、Command K、Chat、@ Symbols、Codebase Answers、Docs、Auto-Debug、Fix Lints、CursorとGitHub Copilotの違い、OpenAIのAPIをCursorに登録する方法、Azure OpenAI ServiceのAPIをCursorに登録する方法、CursorやGitHub Copilotの社内導入を検討している方々へ ・所要時間:約2時間 ・必須条件:特になし ・推奨OS:macOS / windows ・レベル:★☆☆☆☆

                                                          サクッと始めるAIコードエディタ【Cursor / VS Code / ChatGPT】
                                                        • AWS Cloud9が突然、新規利用不可に? 代替策「SageMaker Studio コードエディタ」の利用手順 - Qiita

                                                          AWS Cloud9が突然、新規利用不可に? 代替策「SageMaker Studio コードエディタ」の利用手順AWScloud9ハンズオンSageMakerStudioBedrock開発入門 背景 2024年7月29日、日本時間20時ごろからAWS Cloud9の新規利用に制限がかかるようになりました。 新規作成したAWSアカウントや、これまでCloud9を利用していなかったAWSアカウントで、Cloud9コンソールにアクセスできなくなっている模様 AWS Organizations配下に作成した新規AWSアカウントも同様の状況 当初、本件に関するAWSからの公式アナウンスはなく、数日前から「Cloud9から類似環境への移行方法」を紹介する意味深なブログが投稿されていたのみでした。 そして7/31にようやく、AWSのチーフエバンジェリストJeffさんより以下のアナウンスが出ています。

                                                            AWS Cloud9が突然、新規利用不可に? 代替策「SageMaker Studio コードエディタ」の利用手順 - Qiita
                                                          • AWSで実践するカオスエンジニアリング 〜ZOZOMOでの取り組み〜 - ZOZO TECH BLOG

                                                            はじめに こんにちは、ZOZOMO部OMOバックエンドブロックの長野です。普段はZOZOMOのサービスであるブランド実店舗の在庫確認・在庫取り置き(以下、店舗在庫連携)の開発・保守を担当しています。 店舗在庫連携はAWS上にシステムを構築しており、システムにはAWSの各サービスを利用しています。AWS上で構築するシステムは、マルチAZなどの冗長構成をとることで可用性を高めることができます。しかし、実際に障害が起こった際に、意図していなかった箇所でシステムが停止してしまう可能性は否定しきれません。 OMOバックエンドブロックでは、このような未知の障害を防ぐためのアプローチとしてカオスエンジニアリングを実施しました。本記事ではカオスエンジニアリングの説明とチームで行った結果を紹介します。 目次 はじめに 目次 カオスエンジニアリングとは 1. 定常状態を定義する 2. 仮説を立てる 3. 実験

                                                              AWSで実践するカオスエンジニアリング 〜ZOZOMOでの取り組み〜 - ZOZO TECH BLOG
                                                            • 【便利tips】Figmaでデザインデータを作る時のイロハについてデザイナーに聞いてみた

                                                              はじめに レバテック株式会社で主にサービスサイトのディレクターをしている山本です! 普段はデザインシステムや、デザインの制作進行管理などをメインで担当しています。 レバテックでは、Figmaというデザインツールを用いて多くのメンバーがデザイン制作を行なっているんですが、いろんな人が各々のやり方でデザインデータを作成するので、属人的なズレがたくさん発生し、コミュニケーションコストや内部品質管理などの色々な問題が起きていました。 例 Auto LayoutとFrameが混在 コンポーネントのプロパティ名がバラバラ etc... 私自身、フロントエンドの理解はありつつもレバレジーズに入社してからFigmaを触り始めたため、社内のデザイナーにちょこちょこ質問を投げかけて勉強していました。当たり前に使っているtipsでも意外と「知らなかった」ような内容もたくさんあり、今回は私が「これは賢い!」と思っ

                                                                【便利tips】Figmaでデザインデータを作る時のイロハについてデザイナーに聞いてみた
                                                              • 初めてのSREから3年半でやったことの振り返り

                                                                レバテック開発部DevOps推進グループSREチームの蒲生です。 このたびレバテックを退職することになりました。 今までやってきたことを振り返ることで、お前普段なんもやってなかったやろと思っている方への説明とまだまだやらなアカンことあるけど許してねって気持ちを吐き出したいなと思います。 初めてSREとして働き始めてからレバテック事業でのSREチーム結成、活動していくまでで「やってよかったな」と思ったことを紹介していきます。(僕個人ではなくチームでの取り組み) 「こうしておけばよかったな」という懺悔も混ぜておきます。 1. 監視体制作り 初めてのSREだったので定石通り、こちらのピラミッド通りにプラクティスを実践しました。 (O’Reilly Site Reliability Engineeringより) 簡単な状況 監視設定はCloudWatch CDKでリソースのCPUやメモリ、スレッド

                                                                  初めてのSREから3年半でやったことの振り返り
                                                                • ノーコード開発なのに盛大にやらかした - Qiita

                                                                  はじめに この記事は、本番環境などでやらかしちゃった人 Advent Calendar 2023 の7日目です。 私はIT関連企業ではないサービス業の人間ですが、IT関連全般のことをやってます。 現在ノーコード開発としてはかなりメジャーな Bubble というプラットフォーム上でサービスを展開しているのですが、そこでのやらかしを共有したいとおもいます。 Bubbleとは Qiitaにはノーコードエンジニアはあんまりいなさそうなので説明します。 Bubbleは、プログラミング知識がなくても使えるノーコードプラットフォームです。ドラッグ&ドロップでウェブアプリを作れるので、、技術がない人でも簡単にアプリ開発が可能です。このプラットフォームのいいところは、見た目のデザインからデータベースまで、全部自分で作れる点。プログラミングがわからなくても、条件分岐やデータ操作などの複雑なことができます。 B

                                                                    ノーコード開発なのに盛大にやらかした - Qiita
                                                                  • Rust製JavaScriptエンジン『Boa JS』を試してみた

                                                                    主要なJavaScriptエンジンのTest262を毎日実行して結果を載せているtest262.fyiというサイトがあります。 (Test262とは最新のECMAScriptを実装できているかどうかのテストです。) このサイトの、2024/6/5現在の実装率ランキングはこちらです。 test262.fyiの画面キャプチャ(2024/6/5) V8(ChromeやNode.js、Deno等)、JavaScriptCore(SafariやBun等)、SpiderMonkey(Firefox等)という、大手エンジンとほぼ横並びで4位に食い込んでいるBoaとは何者でしょうか。 Boaは公式曰く『Rustで書かれた実験的なJavascriptのレキサー、パーサー、コンパイラー』です。これだけ揃えば、JavaScriptエンジンと言って差し支えないと思います。RustアプリケーションにJavaScri

                                                                      Rust製JavaScriptエンジン『Boa JS』を試してみた
                                                                    • さらなる進化を遂げた「uv」の新機能 | gihyo.jp

                                                                      福田(@JunyaFff)です。本連載Python Monthly Topicsで2024年3月に公開したRust製のPythonパッケージ管理ツール「uv」を使ってみよう で紹介した「uv」が、さらなる進化を遂げました。今回は、その新機能を紹介します。 はじめに Astral社が開発するRust製の高速なpipの代替ツール「uv」がパッケージマネージャーとして8月にアップデートされました。pipの代替ツールとしてだけでなく、Pythonプロジェクト、コマンドラインツール、単一ファイルスクリプトさらにPython自体を管理できるようになりました。uvは、pipやpipx、venv、poetryやpyenvのような機能を包括していると言え、そしてそのすべてが非常に高速に動作します。 本記事では、アップデートした「uv」の新機能を中心に紹介します。 基本的な使い方は Rust製のPythonパ

                                                                        さらなる進化を遂げた「uv」の新機能 | gihyo.jp
                                                                      • アップデートは計画的に | Jenkins運用未経験の二人チームがJenkinsを任せられるようになるまで - MonotaRO Tech Blog

                                                                        こんにちは、MonotaROの伊藤です。 今回は私が所属しているチームでMonotaROのサイトのデプロイの大部分で使用されているJenkinsの運用を引き継いだ話をしたいと思います。 チームが結成されて最初の仕事として始めたこの引き継ぎでしたが、当初予定されていた二週間どころか完全な完了に四カ月かかってしまいました。 なぜ、このような事が起きてしまったのか振り返り、上手くいった事や上手くいかなかった事、どうすればもっとスムーズに進められたのか事などの内容について紹介できればと思います。 背景 終わらないアップデート 問題一: 本体のバージョンとプラグインの整合性が合わない 問題二: ジョブが動かない! 問題三: サービスを停止して対処が出来ない 教訓 アップデートは定期的に実施しよう 問題の解像度を上げる 最後に 背景 MonotaROではCI/CDプラットフォームとしてJenkinsを

                                                                          アップデートは計画的に | Jenkins運用未経験の二人チームがJenkinsを任せられるようになるまで - MonotaRO Tech Blog
                                                                        • OpenAIが自動応答するコールセンターを作ってみよう📲

                                                                          概要 今回はAzure Communication ServiceとAzure OpenAI Serviceを使って、コールセンターを作ってみたいと思います。 全体アーキテクチャは以下のようになります。 全体の流れは以下の通りです。 ユーザーが Azure Communication Service に登録された電話番号に架電する。 Azure Communication Servicce の Incoming Call をトリガーとしてサーバーサイドアプリケーションの API に Webhook を実行する。 Webhook 要求にサーバーサイドアプリケーションが応答する。 ユーザー発話内容に基づいて Azure Cognitive Service が Speech-to-Text、Azure OpenAI Service からの応答内容に基づいて Text-to-Speech を実行す

                                                                            OpenAIが自動応答するコールセンターを作ってみよう📲
                                                                          • 教えて先輩! DevRelの立ち上げ方(前編)活動の成果と計測、体制、予算 - SmartHR Tech Blog

                                                                            2023年夏、SmartHRでDevRel(Developer Relations)が始動しました! SmartHRのDevRelは生まれたてほやほや。会社、そして担当者自身にも経験や知見がありません。 そこで、他社で積極的に活動をされているDevRelの先輩がたをお招きして座談会を開催しました。 前編では、DevRelとは何かや、活動の成果とその計測方法、体制、予算についてお話をうかがいました。 (座談会は2023年9月に行いました。内容は当時のものです) 目次 目次 座談会メンバー 櫛井優介さん(以下、941) 杉田絵美さん 玉田大輔さん 聞き手:稲尾尚徳(以下、inao) 自己紹介 そもそもDevRelって? 活動の成果とその計測 DevRelの体制 DevRelの予算 座談会メンバー 櫛井優介さん(以下、941) LINE株式会社(現LINEヤフー株式会社) Developer R

                                                                              教えて先輩! DevRelの立ち上げ方(前編)活動の成果と計測、体制、予算 - SmartHR Tech Blog
                                                                            • 「僕が今のピクシブのAWSやGCPの形を作ったと言っても過言ではない」 クラウド推進の生き字引が語る、これまでの取り組み

                                                                              完全招待制のオンラインカンファレンス「PIXIV MEETUP 2023」。「創作活動を、もっと楽しくする。」というミッションを遂行するために、メンバーが普段行っている業務について、自らの言葉で語り、その想いと技術を共有する場です。sue445氏は、 ピクシブ社における、パブリッククラウド活用の取り組みについて発表しました。全2回。前半は、sue445氏が入社後に取り組んだ、GitLab CIのオートスケール化やTerraform導入などについて。 登壇者の自己紹介 sue445氏:「pixiv Cloud Journey」というタイトルで発表させてもらいます。 こちらの発表資料ですが、先ほど「X」にハッシュタグ付きで流しているので、後から見返したいという方は、そちらのURLをご覧ください。 自己紹介させてもらいます。末吉剛といいます。SNSでは「sue445(すえよんよんご)」というID

                                                                                「僕が今のピクシブのAWSやGCPの形を作ったと言っても過言ではない」 クラウド推進の生き字引が語る、これまでの取り組み
                                                                              • デジタル復調の学習を目的として、ワンセグチューナーで地デジのフルセグTSを抜く - Qiita

                                                                                お詫びと訂正 タイトルにて「ワンセグチューナー」と表記しておりますが、正しくは「ワンセグチューナーの技術を応用したSDR受信機」となります。お詫びして訂正いたします。 本題 さて、茶番はこのあたりにして(今回は使わなかったと言うだけで、本物の「ワンセグチューナー」でもフルセグを受信できるはずなので、あながちタイトが誤っているというわけではないのですが、茶番をやりたいための茶番でした)。 今回はデジタル変調の復調を学習することを目的としているので、それ以外の部分(例えば受信機のハードウェアや、リードソロモン誤り訂正のような情報理論的分野)には触れません。また、限定受信を目的としたスクランブルの解除や映像の復号にも一切触れません。一方で、海外の人が作ったGNU Radioのソースコードをコピペして「受信したよ!」と言っても学習という意味では全く意味がありませんから、ISDB-Tの復調に関しては

                                                                                  デジタル復調の学習を目的として、ワンセグチューナーで地デジのフルセグTSを抜く - Qiita
                                                                                • 社内発OSSのドッグフーディングでみんな捗る! - KAYAC Engineers' Blog

                                                                                  Tech KAYAC Advent Calendar 2023 の11日目です。 こんにちは。 専らドッグフードを食べる側の長田です。 もちろんリアルな犬のはなしではなく、ドッグフーディングのはなしです。 https://ja.wikipedia.org/wiki/ドッグフーディング ドッグフーディング (英: dogfooding) または「自社のドッグフードを食べる」「ドッグフードする」(Eating your own dog food、Drinking your own champagneとも言う)は、コンピュータ業界において、自社製品を開発して利用する組織の習慣で、組織が実際の使用法で日々自分たちで製品を利用しながら製品テストを行うことである。 カヤック由来のOSS 実はカヤック(社員名義も含む)はOSSなプロダクトをそこそこの数公開しておりまして、実際の業務でも使っています *1

                                                                                    社内発OSSのドッグフーディングでみんな捗る! - KAYAC Engineers' Blog