並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 24 件 / 24件

新着順 人気順

package lock jsonの検索結果1 - 24 件 / 24件

  • 2024年版のDockerfileの考え方&書き方 | フューチャー技術ブログ

    最近はお客さんとの勉強会でDockerのドキュメントをつまみ食いして読むというのをやっていますが、改めて最新版を読んでみて、いろいろ思考が整理されました。2020年の20.10のマルチステージビルドの導入で大きく変わったのですが、それ以前の資料もweb上には多数あり「マルチステージビルドがよくわからない」という人も見かけるので過去の情報のアンラーニングに使っていただけるように改めて整理していきます。 仕事でPythonコンテナをデプロイする人向けのDockerfile (1): オールマイティ編で触れた内容もありますが改めてそちらに含む内容も含めて書き直しています。 本エントリーの執筆には@tk0miya氏から多大なフィードバックをいただきました。ありがとうございます。 基本的なメンタルモデル現代的な使い方を見ていくために「Dockerを使ってビルドする」というのはどのようなものか考えを整

      2024年版のDockerfileの考え方&書き方 | フューチャー技術ブログ
    • Dependabotを導入してライブラリの脆弱性対策を自動化する - VISASQ Dev Blog

      こんにちは!クライアント開発チームの安野です。 クライアント開発チームでは、クライアントポータルという to B 向けのサービス開発を担当しており、私はそこでフロントエンド・バックエンドの開発に携わっています。 クライアントポータルの内容はこちらからも確認できるので、ご興味があれば是非ご一読いただけますと幸いです! square.visasq.com そんなクライアント開発チームですが、この度、 Dependabot というライブラリの脆弱性管理ツールを導入しました。 今回は導入にあたって調査した Dependabot について共有できればと思います。 はじめに ソフトウェア開発において、外部ライブラリの利用はもはや常態化しています。 豊富な機能や開発効率の向上といったメリットから、多くのプロダクトにライブラリが活用されています。 しかし、外部ライブラリにも脆弱性が含まれる可能性があり、発

        Dependabotを導入してライブラリの脆弱性対策を自動化する - VISASQ Dev Blog
      • 型情報の効果的な活用:API を介してバックエンドとフロントエンドを繋ぐ - Insight Edge Tech Blog

        こんにちは!Insight Edgeの小林まさみつです。 Insight Edgeでは、単一のプロジェクトでバックエンドとフロントエンド両方の開発を担当することがあります。 開発時にはバックエンドとフロントエンドをうまく連携することが求められます。 その際、それぞれで型情報を定義すると多重管理することになり、管理の手間がかかることに加えて整合性が保ちづらくなります。 本記事では、型情報を含むAPIをスムーズに連携することでこれらの問題を解決し、開発プロセス全体の効率化を実現する方法を紹介します。 目次 1. 概要 2. 使用する主要な技術 3. 本記事で扱うデータモデル 4. バックエンドの型情報と FastAPI の役割 5. フロントエンド開発の効率化 6. バックエンドとフロントエンド間の型同期 7. 注意点 8. まとめと今後の展望 1. 概要 型付けの重要性 型情報を明示すること

          型情報の効果的な活用:API を介してバックエンドとフロントエンドを繋ぐ - Insight Edge Tech Blog
        • Python has too many package managers

          Python is a wonderful programming language. I’ve used it to build webapps, deep learning models, games, and do numerical computation. However there is one aspect of Python that has been an inexcusable pain-in-the ass over many years. That would be the fragmented Python package and environment management ecosystem, succinctly represented by the following XKCD comic: You see, a lot of other programm

          • Visual Studio Code June 2024

            Version 1.91 is now available! Read about the new features and fixes from June. June 2024 (version 1.91) Update 1.91.1: The update addresses these issues. Downloads: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap Welcome to the June 2024 release of Visual Studio Code. There are many updates in this version that we hope you'll like, some of the key highlights in

              Visual Studio Code June 2024
            • モノレポで JavaScript のローカルパッケージをいい感じにできる『tamashii』というツールを作った話

              こんにちは。dinii の whatasoda です。モノレポで JavaScript のローカルパッケージをいい感じにできる『tamashii』というツールを作ったので作るに至った背景や機能についてまとめました。 モノレポとローカルパッケージ dinii では開発に用いる言語を TypeScript に統一しています(こちらでご紹介いただいています!)が、ほぼ全てのプロダクトのソースコードをモノレポで管理しているという特色もあります。 dinii が提供している MO-POS-CRM サービスは 10 近くのプロダクト群から出来上がっているため、モノレポであることは一人のエンジニアがプロダクトを横断して機能開発を行いやすい環境を実現するために非常に重要な意味を持ちます。ここでは深堀りはしませんが、プロジェクト間でバージョンの管理をする際の手間が省けることで開発がしやすかったり、リリースを

                モノレポで JavaScript のローカルパッケージをいい感じにできる『tamashii』というツールを作った話
              • Panic! at the Tech Job Market

                Panic! at the Job Market “I have the two qualities you require to see absolute truth: I am brilliant and unloved.” ready for another too-long article about personal failure while blaming the world for our faults? let’s see where we end up with 7,000 9,000 10,000 11,500 words this time1. this post is sponsored by me. funding appreciated: https://github.com/sponsors/mattsta TOC: Job Openings vs. Int

                • PEP 751 – A file format to list Python dependencies for installation reproducibility | peps.python.org

                  PEP 751 – A file format to list Python dependencies for installation reproducibility Author: Brett Cannon <brett at python.org> Discussions-To: Discourse thread Status: Draft Type: Standards Track Topic: Packaging Created: 24-Jul-2024 Post-History: 25-Jul-2024 Replaces: 665 Table of Contents Abstract Motivation Rationale Locking Scenarios Per-file Locking Package Locking Specification File Name Fi

                    PEP 751 – A file format to list Python dependencies for installation reproducibility | peps.python.org
                  • ReactでChrome拡張機能を作るメモ

                    はじめに Chrome拡張機能を作る機会があったのでその時のメモです。 ライブラリ選定 以下のライブラリを使用する。 React TypeScript Vite Material-UI prettier 選定基準は新しすぎず古すぎない。 プロジェクトの作成 プロジェクト作成は以下のサイトを参考に行う。 vite3がbeta版なので、vite2を使用する。 プロジェクトの設定 MUIは以下のサイトを参考にインストールする。 prettierは以下のコマンドでインストールする。 . ├── manifest.json ├── package-lock.json ├── package.json ├── src │ ├── background.ts │ ├── content.ts │ └── popup │ ├── App.tsx │ ├── index.css │ ├── index.ht

                      ReactでChrome拡張機能を作るメモ
                    • 2024-07-12: .NET and .NET Framework July 2024 updates, .NET 9 Preview 6, Dark Mode on NuGet.org - WeekRef.NET

                      2024-07-12: .NET and .NET Framework July 2024 updates, .NET 9 Preview 6, Dark Mode on NuGet.org トピックス .NET and .NET Framework July 2024 servicing releases updates - .NET Blog https://devblogs.microsoft.com/dotnet/dotnet-and-dotnet-framework-july-2024-servicing-updates/ .NET 6 と .NET 8、.NET Framework の2024年7月のアップデートがリリースされた。 このリリースではいくつかのセキュリティー問題の修正が含まれている。 CVE-2024-30105: System.Text.Json の JsonS

                      • フロントエンド開発者のためのパッケージマネージャー比較:npm vs yarn vs pnpm

                        フロントエンド開発者のためのパッケージマネージャー比較:npm、yarn、pnpm フロントエンド開発において、パッケージマネージャーは欠かせないツールです。本記事では、主要な3つのパッケージマネージャー(npm、yarn、pnpm)について解説し、それぞれの特徴や利点を紹介します。また、よく使用するコマンドの対比表も提供します。最後に、パッケージマネージャーではありませんが、関連するツールであるnpxについても触れます。 1. npm (Node Package Manager) npmは、Node.jsのデフォルトパッケージマネージャーであり、最も広く使用されています。 特徴と利点: 大規模なパッケージエコシステム Node.jsと一緒にインストールされるため、追加のセットアップが不要 広範なドキュメンテーションとコミュニティサポート package-lock.jsonファイルでバージ

                          フロントエンド開発者のためのパッケージマネージャー比較:npm vs yarn vs pnpm
                        • 特定の拡張子のファイル変更に応じてGithub Actionsを実行する

                          背景 フロントエンドのCI/CD設定と整備が必要となり、その過程で得た知見をまとめます。 前提 Typescript Vue.js CI/CDの実現にはGithub Actionsを利用する これまでの状況 ローカル環境でコミット前(precommit)にlint-stagedを利用し、linterやtranspileのコマンドを実行。処理が正常に完了しないとコミットできない状況でした。 課題感 以下の課題を解決するために、まずはCI/CDの導入を始めました。 コミット時にvue-tscやtscの実行が必要で、待機時間が長く、気軽にコミットやプッシュができない。(体感で約1-2分かかっていました。) Github上でのCode Suggestを直接コミットする際、チェックが行われない。 ローカル環境のため、実行の可否を任意に操作できる。 実現したい仕様 pushやPR作成時にジョブを実行す

                            特定の拡張子のファイル変更に応じてGithub Actionsを実行する
                          • wp-envにAdminerとMailHogを組み合わせる開発環境

                            Local(旧Local by flywheel)から中々wp-envに移行できない理由としてよく「データベースマネジメントツールとMailHogがない」ことが挙げられます。 ということでnpm run wp-env startで全部立ち上がるようにしていきます。 wp-env × Adminer × MailHogの要点 データベースのチェックをGUIで行える、書き換えも容易 WordPressのメール機能に関する開発を行える wp-envにAdminerとMailHogが組み合わさると何が嬉しいかというとこの2点。 僕はSend Chat ToolsというSlackやDiscordにWordPressのコメント通知やログイン通知、アップデート通知、Rinkerの終売通知なんかを送信するプラグインを作っているのですが、もし正常に遅れなかった場合メール通知する必要があります。 そのためMa

                              wp-envにAdminerとMailHogを組み合わせる開発環境
                            • npm workspaces と Monorepo のススメ - covelline blog

                              JavaScript で自作のパッケージに依存したプログラムを開発する場合、それらを一つのリポジトリにまとめる Monorepo が便利です。Monorepo にすることで開発ワークフローがシンプルになり、 色々と楽になります。そんな Monorepo において、npm 7 より導入された workspaces の機能を用いると、さらにワークフローがシンプルになります。 今回は npm workspaces を使った Monorepo 開発を簡単に説明します。 サンプルリポジトリ: github.com ワーキングディレクトリ npm workspaces を利用せず、ディレクトリごとに独立したパッケージを用意する場合には、npm install などを実行する際はそれぞれのディレクトリに移動して実行する必要がありました。npm workspaces では、基本的にはターミナル上ではパッケ

                                npm workspaces と Monorepo のススメ - covelline blog
                              • Cloud Functions + Node.jsをDocker環境で動かす by GCP - Qiita

                                ├── Dockerfile ├── docker-compose.yml ├── index.js ├── node_modules ├── package.json └── yarn.lock Dockerfile nodeのバージョンを20にしているのは以下のガイドから。LTSがv20なのと、v22はプレビュー版のみ、v18は非推奨が結構近いので、v20にしている。 FROM node:20.11.0-bullseye-slim RUN apt update && apt install WORKDIR /app COPY package.json yarn.lock /app/ RUN yarn COPY . /app/ CMD ["yarn", "start"]

                                  Cloud Functions + Node.jsをDocker環境で動かす by GCP - Qiita
                                • GitHubActionsを並列で実行する

                                  以前、GitHubActionsを利用して、Firebaseにデプロイする設定を実施しました。 その後CIを実装したのですが、直列で実行していました。 個人開発レベルであれば、直列でも問題ないと思いつつ、やはり並列実行できる部分は並列にしたいと思うのが人の性…。 並列実行にチャレンジしました。 はじめに 大前提として、現時点ではフロントエンドのみ実装しており、かつ環境はDockerを利用しています。 現在、CIで実施しているのはESLintとVitestの実行です。 さらに、Dockerはあくまでも開発環境とBuildにのみ利用しており、DockerをレジストリへPushするようなことはしていません。 そのため、GitHubActionsのCacheを利用した並列化を実施しています。 今回説明のために利用するシステムのディレクトリ構成は以下の通りです。 firebase_emulatorは

                                    GitHubActionsを並列で実行する
                                  • npm workspace で始めるモノレポ生活

                                    workspace とは npmv7 から追加された機能で、 yarn や pnpm の workspace を追従した機能です。 workspace は複数のパッケージ(package.json)をレポジトリを管理するために使用されます。このようなレポジトリはモノレポとして知られています。例えば以下のようにバックエンドとフロントエンドのプロジェクトをただ一つのレポジトリで管理するようにします。 . ├── backend │ ├── src │ │ ├── server.ts │ │ └── ... │ ├── package.json │ └── package-lock.json └── frontend ├── src │ ├── main.ts │ ├── components │ └── ... ├── package.json └── package-lock.json モノ

                                      npm workspace で始めるモノレポ生活
                                    • pnpmとcorepackを使ったNode.jsとpnpmのバージョン管理のまとめ | 株式会社一創

                                      pnpmとcorepackを使ってpnpmのバージョンとNode.jsのバージョンを管理する方法 pnpmとcorepackを使用することで、Node.jsとpnpmのバージョンを簡単に管理できます。 これにより、異なるプロジェクトで異なるバージョンを使用する場合でも、混乱を避けることができます。 本記事では、pnpmとcorepackを用いたバージョン管理の方法について詳しく解説します。 pnpmとcorepackの概要と基本的な使い方 pnpmは、高速で効率的なパッケージマネージャーであり、ディスクスペースの節約と依存関係の一貫性を提供します。 corepackは、Node.jsのバージョン管理を容易にするためのツールです。 両者を組み合わせることで、より柔軟で強力なバージョン管理が可能となります。 # pnpmのインストール npm install -g pnpm # corepac

                                        pnpmとcorepackを使ったNode.jsとpnpmのバージョン管理のまとめ | 株式会社一創
                                      • AWS LambdaにGo言語のスクリプトをzipファイル形式でデプロイする [Terraformを使用] - Qiita

                                        要約 最終的なソースコード全体は以下のリンクからご確認いただけます。 関連記事 Go言語で記述したスクリプトを、AWSのLambdaにTerraformを用いてデプロイする機会があり、その過程の試行錯誤を整理して一連の記事にまとめました。 この記事はそのうちの1本目として、zipファイルを用いてLambdaにスクリプトをデプロイしてみたいと思います。 zipファイルを用いてGo言語の処理をAWS Lambdaにデプロイする(この記事) Dockerイメージを用いてGo言語の処理をAWS Lambdaにデプロイする EventBridgeからAWS Lambdaを定期実行する処理をデプロイする 背景 最近、個人開発でもAWSのようなクラウド環境を使う時には、リソース管理のためにterraformを使うようにしています。 手動のポチポチ操作を減らして自動化できたり、どのような設定だったのかを忘

                                          AWS LambdaにGo言語のスクリプトをzipファイル形式でデプロイする [Terraformを使用] - Qiita
                                        • 大変なドキュメント作りを自動化しよう!GitHub ActionsによるCI/CD入門 | ニフティライフスタイル Tech Blog

                                          こんにちは!普段は、ニフティ温泉のサービス開発全般を行なっているSoraY677です。 日々の開発で、運用作業の肥大化や管理しているナレッジの属人化は、チームにとって大きな課題であると言えます。特にシステム構成図などを最新の状態に常に保ってドキュメントを正しい姿とし続けるのは、必要なことではありますが結構な労力を要します。 そこで今回は、データベースのER図を生成してドキュメントとして公開するまでを自動化してみようと思います。 目次 マイグレーション用のファイルからドキュメントを生成 今回の目的となるER図を生成するにあたり、SchemaSpyを活用します。あらかじめ用意したデータベースにアクセスして、自動でドキュメントを作成してくれるという便利なツールです。Dockerのイメージも配布されているため、仮想環境上でも利用できます。 また、ニフティ温泉ではFlywayを使ってデータベースのマ

                                            大変なドキュメント作りを自動化しよう!GitHub ActionsによるCI/CD入門 | ニフティライフスタイル Tech Blog
                                          • npm workspace で TypeScript 環境の素朴なモノレポを作るには|yoshikouki

                                            #雑記 #備忘録 というテーマで素朴なやつを作った https://github.com/yoshikouki/monorepo-sandbox 条件は以下。おそらく条件は満たせている・・・と思う apps 配下の各プロジェクトは、packages/db を利用する apps 配下の各プロジェクトは、packages/db を TypeScript のままインポートしたい apps 配下の各プロジェクトのビルド時は、packages/db も一緒にビルドされる プロジェクト構成❯ tree --gitignore . . ├── Dockerfile ├── apps │ └── api │ ├── package.json │ ├── src │ │ └── index.ts │ └── tsconfig.json ├── docker-compose.yaml ├── package-

                                              npm workspace で TypeScript 環境の素朴なモノレポを作るには|yoshikouki
                                            • モノレポで JavaScript のローカルパッケージをいい感じにできる『tamashii』というツールを作った話|whatasoda

                                              こんにちは。dinii の whatasoda です。モノレポで JavaScript のローカルパッケージをいい感じにできる『tamashii』というツールを作ったので作るに至った背景や機能についてまとめました。 モノレポとローカルパッケージdinii では開発に用いる言語を TypeScript に統一しています(こちらでご紹介いただいています!)が、ほぼ全てのプロダクトのソースコードをモノレポで管理しているという特色もあります。 dinii が提供している MO-POS-CRM サービスは 10 近くのプロダクト群から出来上がっているため、モノレポであることは一人のエンジニアがプロダクトを横断して機能開発を行いやすい環境を実現するために非常に重要な意味を持ちます。ここでは深堀りはしませんが、プロジェクト間でバージョンの管理をする際の手間が省けることで開発がしやすかったり、リリースを安

                                                モノレポで JavaScript のローカルパッケージをいい感じにできる『tamashii』というツールを作った話|whatasoda
                                              • [GitHub Actions] ARM64 アーキテクチャのランナーで、AWS CDK での esbuild による Lambda 関数のビルドおよびデプロイをしてみた | DevelopersIO

                                                こんにちは、製造ビジネステクノロジー部の若槻です。 最近のGitHub Actionsのアップデートで、 ARM64 アーキテクチャのランナーがベータ版で利用可能になりました。 オフィシャルのアナウンスはこちらです。 実際に試してみたブログはこちらです。 今回は、GitHub Actions で構築した CI/CD パイプラインでよくあるユースケースとして、AWS CDK での esbuild による Lambda 関数のビルドおよびデプロイを ARM64 アーキテクチャのランナーで試してみました。 試してみた 環境 $ npm ls aws-cdk esbuild (中略) └─┬ iac@0.0.0-github-release -> ./packages/iac ├── aws-cdk@2.149.0 └── esbuild@0.23.0 name: CDK Deploy Manua

                                                  [GitHub Actions] ARM64 アーキテクチャのランナーで、AWS CDK での esbuild による Lambda 関数のビルドおよびデプロイをしてみた | DevelopersIO
                                                • 会社GithubでQiitaのOrganization記事を管理できるようした話 - Qiita

                                                  自己紹介 初めまして!株式会社 Panta Rhei CEOのかずさんと申します!Twitterはpantdasistaの名前で活動しています。 前段 Qiita Engineer Festa 2024の景品が欲しい! Qiita Engineer Festa 2024というお祭りがあることを弊社メンバーから聞いたので、ぜひ乗っかろうという形です。 個人賞 個人で38記事書いたら豪華景品!(半分の19記事でもちょっともらえるよ!) Organization記事で期間内のいいね数合計が多いOrganizationを表彰 「10人以下」というエントリー枠があるよ! というものです。表彰されたいし可愛いぬいぐるみも貰えたらもうアドアドのアドです。 全社的に取り組みたい!!!! 本記事を書く前の弊社の環境 技術記事を書く風土がそんなにない 技術力はしっかりにある ほとんど理系情報系orDS系学部出

                                                    会社GithubでQiitaのOrganization記事を管理できるようした話 - Qiita
                                                  1