LLMでコードレビューする際の自分用環境を整える
LLMでコードレビューといえばCodeRabbitのようなサービスがすでに存在していたり、 自前でコードレビュー用のGitHub Actionsを作成している事例なども散見されるようになった。 さらに最近はGitHub Copilotのbotがレビュアーとして参加してくれる機能もリリースされておりLLMによるコードレビュー環境は検証〜実践段階手前くらいまで進んでいるように感じる。 一方でこれらのLLMのコードレビューに対してはコードレビューの観点が求めるレベルに達していないという感覚もある。PR単位でのレビューなので言語やフレームワーク一般の観点でのレビューかせいぜい単一プロダクトに閉じた観点しかないことが多い。静的解析よりはもちろん柔軟とはいえ、本来プロダクションレベルの人間のレビューでは業務知識や関連プロダクト全体を通じたシステムの観点からの良し悪しといったことを考慮してレビューをする
MS-DOS用の高速軽量テキストエディタ「VZ Editor」がオープンソース化してGitHubで公開中
MS-DOS用テキストエディタとして人気を博した「VZ Editor」が、最終更新から30年を経てオープンソース化し、ソースコードやイメージファイルがGitHubで公開されました。 GitHub - vcraftjp/VZEditor: MS-DOS Text Editor https://github.com/vcraftjp/VZEditor #VZEditor GitHubに公開しました！ お気づきの点があれば、このレスでお知らせ頂けると嬉しいです。あらためて、私をVCの中村さんと引き会わせて下さったZOBの@yyhayami氏、開発時に多大なご協力を頂いた日経MIXの生存者の(w)皆様に深く感謝致します。みんな長生きしてよー！w https://t.co/2URgnbFZP6— c.mos (@c_mos) November 26, 2024 VZ Editorは、プログラマの兵藤
BuildJetを使ってamd64とarm64に対応したコンテナイメージを今までの8倍速く作る - 風に吹かれても
三行まとめ BuildJet が提供するArmマシンを用いてArmで動くイメージを作成する Docker Buildx を用いると複数のイメージに同じタグを貼ることができる Actionsのx86_64マシンでamd64で動くイメージを、BuildJetのArmマシンでarm64で動くイメージをそれぞれ作成してくっつけた 三行まとめ はじめに BuildJetとは 方法 BuildJetに登録する BuildJetを有効にする runs-onにBuildJetのランナーを指定する 複数のイメージを束ねるマニフェストを作る めでたしめでたし 実際に使ってみる 速度比較 まとめ はじめに Apple Silicon搭載マシンの登場、Raspberry Piの普及などArmが身近になってきた人も多いのではないでしょうか。 Raspberry Pi上で動くKubernetesなどを運用する際にはa
Colab + GitHubでコードをバージョン管理する方法
こんにちは、GMOアドマーケティングのS.Rです。 Colab はGoogle より提供されている人気の無料データ分析クラウドサービスです。Colab を使ってTensorFlow,Keras などよく使われている機械学習のツールを利用できるので機械学習エンジニアにとってとても便利なツールです。ただ Colab のinstance が8時間しか動けないのでコードのバージョン管理が混乱する可能性が高いです。 今回はGitHub でColab のコードをバージョン管理する方法を皆さんへ紹介させて頂きます。 全体の流れ Colab+GitHubコードのバージョン管理の流れは下記になります。 GitHubのrepoを作成 GitHubのaccountにログインして新しいprivate repoを作成します。今回は例としてcolab_testのrepoを作成しました。 Colabでssh keyを作
【必見】Pythonプログラマーが必ず確認するべきGitHubリポジトリ 10選
はじめに 今回の記事では、学習・開発でPythonを使うプログラマーが必ず確認するべきGitHubリポジトリを10個紹介する。本記事の対象は主に以下の通り。 実務でPythonを使っているプログラマー Pythonの情報収集に困っている人 Pythonの学習・開発の効率をアップさせたい人 Pythonのフレームワーク・ライブラリを確認しておきたい初心者 Pythonは1991年にリリースされてから今年で30年以上も経過している歴史のあるプログラミング言語なので、情報量が非常に多くどのように開発を進めればよいかわからない人も少なくないだろう。 そこで、本記事では個人の独断と偏見で学習・開発でPythonを使うなら必ず確認するべきGitHubリポジトリを紹介する。Pythonで実装できるプロダクトは多岐に渡るので、本記事では分野ごとに確認するべきGitHubリポジトリを紹介する。 必見 awe
複数のアプリのバージョンを一箇所で集中管理してCIから一括バージョンアップできるようにした - くりにっき
モチベーション リポジトリ 動いてる風景 対応形式 仕組み 各リポジトリに適用してるItamaeのレシピファイル こだわりポイント CI用にGitHub Appを作った モチベーション dependabotだとライブラリの自動バージョンアップはできるのだが、RubyやGoなどのランタイムのバージョンまでは対応してないので一箇所で管理できるようにしたかった 実は一箇所で管理すること自体は既に https://github.com/sue445/ci-config-itamae でやってたのだが、手元に動かす方式だと忘れるのでCIで動かすようにしたかった CI化は割とすぐに終わったのだが、パブリックリポジトリの設定とプライベートリポジトリの設定が混在してたのでこのリポジトリもプライベートリポジトリでずっと運用していた。しかしリポジトリの数が多すぎて*1 ActionsのQuotaを使い切りそう
GitHub ActionsのワークフローをオートスケールするSelf-hosted runnerに移行した話 - Mobile Factory Tech Blog
こんにちはエンジニアのEadaedaです。 皆さんのチームではGitHub Actionsを使っていますか？ブロックチェーンチームではテストやリンター、デプロイといったワークフローをGitHub Actionsで行っています。 今まで、デプロイ以外のワークフローはGitHub-hosted runnerで実行、デプロイはSelf-hosted runnerで実行していましたが、運用していくうちに特定の環境内にあるサーバーで実行されるように仕組みを見直す必要がでてきました。このため全てのワークフローをSelf-hosted runnerに移行する対応を行いました。この記事では移行の際に見つけた便利なものや困ったことを紹介します。 Self-hosted runner GitHub Actionsでは、基本的にGitHubが用意したVMでワークフローが実行されます。このVMをGitHub-ho
Cloud RunをGithub ActionsとTerraformで管理する
. ├── backend.conf ├── main.tf ├── registry.tf ├── terraform.tfvars └── variables.tf main.tfでは、terraformのバージョン指定とサービスアカウントのroleの指定が定義されています。repo_nameは権限を与えるgithubリポジトリなので、この段階で連携するリポジトリを決めておく必要があります。 terraform { required_version = "~> 1.1.9" backend "gcs" { prefix = "terraform/state" } } locals { cloudrun_roles = [ "roles/run.developer", "roles/iam.serviceAccountUser" ] } resource "google_project_
UMLとかAWS構成図とかを描くツール
UMLとか構成図とかの図を描くの何のツールを使えばいいか迷いませんか？私は迷います。 ですので、最近使っているツールを紹介します。 世の中にツールがイロイロあるのは理解した上で、大量に紹介するとやっぱり迷うので、似たようなツールや個人的に使わないツールはバッサリ省いています。 パワポで描く まずはPowerPointです。 エンジニアや技術系の方は「パワポで図を描くのはちょっと、、、」と思われるかも知れませんが、状況によってありだと思っています。 パワポのメリット パワポは、ビジネスユーザーならほぼ誰でも使える システムを作る時に、お客さん側も含めた関わるメンバー全員がITに詳しいとは限りません。しかしそういう人にもシステムに対する理解は最低限していただく必要があります。システム構成図とか特に興味がない人に説明するときに「新しいツールをいれてください」というのはハードルが高いです。 パワポ
共同開発を始めるときに便利な 5 つの GitHub Actions
はじめに スタートアップ等において新しいプロダクトを始める時は、負債が無い代わりに何もありません。 そういった時に、ソフトウェアの品質を担保するための CI のセットアップが、初期から重要になってきます。 GitHub を使用している場合は、GitHub Actions を使用されることが殆どだと思うので、そちらを前提に進めていきたいと思います。 1. rhysd/actionlint 様々なエンジニアが action を追加したり、編集したりするようになった時、全員が正しい書き方で書いていくことは難しいです。 また、それを 1 人の GitHub Actions Expert がレビューしていくのは大変で、属人化してしまっているので、避ける方が望ましいです。 以下をコピペすれば、使用できます。 name: Actionlint on: push: branches: [ main ] p
HugoとAWSによるブログ構築
今年もあと僅か。 来年こそは記録をつける癖が付きますように。という願いを込めてブログを構築。 要件 静的サイト 記事はmarkdown形式 gitで管理 masterにpushしたら静的サイトを自動でリリース サーバを持たない 独自ドメイン HTTPS お財布に優しい 方式 Hugoで静的サイトを作成 GitHub上のリポジトリでソースを管理 CircleCIで自動ビルド AWS S3へ静的サイトを配置 AWS Route53でドメイン管理 AWS CloudFrontで独自ドメインかつHTTPSで静的サイトを配信 静的サイトでカスタムドメイン＆HTTPS化を実現する場合、GitHub PagesとCDNの組み合わせという方式もあるが今回はなるべくAWSを活用したかった為この構成とした。 構築の流れ 構築は以下の流れで実施。 Hugoで静的サイトを作成 S3の準備 自動リリースジョブ作成
microCMS + Gatsby + GitHub Actions + S3 でJamStackのチュートリアル | DevelopersIO
What is Jamstack? ここ数年でよく聞くようになったワード。 Jamstackとはウェブサイトを構築および運用するための、技術の組み合わせです。 JavaScript・API・事前にレンダリングされたMarkupの組み合わせでJamStackとのこと。 (以前はJAMStackといってたけど、最近はJamstackだったりする) Jamstackは、 「ウェブをより速く・より安全に・より簡単に拡張できるように設計されたアーキテクチャ」であり、 生産性を最大化するツールやフレームワーク、ライブラリやワークフローなどを 組み合わせて構築されるもの、とのことです。 ※jamstack.orgより 従来のCMSではアクセスがあったとき動的にページを生成しますが、 Jamstackではデプロイ以前に必要なページを生成します。 具体的には、下記。 Webサイトのフロントエンド全体(HTM
Azure ReposリポジトリにGitHubリポジトリの最新の状態を反映する方法 - ツナ缶雑記
前回GitHubのリポジトリをAzure Reposにインポートする方法を解説しました。 tsuna-can.hateblo.jp 今回はその続きとして、インポート元のGitHubリポジトリに対して行われた修正を、Azure Reposのリポジトリに反映する方法について解説しようと思います。 なお今回はVisual Studioを使った方法を解説します。 コマンドラインでも同等のコマンドを発行することで、同じことができます。 環境 Visual Studio 2019 16.4.5 Gitリポジトリをクローンする まずはGitHubからインポートしたAzure ReposのGitリポジトリをローカルにクローンしておきます。 Visual Studioを起動して [チームエクスプローラー] を立ち上げて、Azure ReposのGitリポジトリをクローンします。 リモートリポジトリを設定する
GitLabの外部リポジトリへの同期機能を使ってクラウドのGitリポジトリと同期する - 透明度50%
GitLab CE 10.8の新機能として、外部リポジトリへのプッシュ機能が無償版でも使えるようになりました。 用途としては、GitLabのリポジトリのバックアップとしてパブリッククラウドのGitを使う、クラウド側のCIサービスとの中継点として使用する等が挙げられます。 GitLabの設定 プロジェクトの管理権限を持つユーザで、 Settings → Repository を開きます。 GitLab: Push to a remote repository Remote mirror repository - チェックを入れる Git repository URL - プッシュする先のリモートリポジトリのURLを入れる。認証情報は https://USERNAME:PASSWORD@git.example.com/remote.git（GitLab 11.1まで）、https://USER
GitHub Actions / Azure Pipelines 上での .NET Core アプリケーションのビルド時間を短縮する - しばやん雑記
最近は Azure DevOps で開発していたアプリケーションを GitHub に移行しつつ、ビルドとデプロイ周りを Azure Pipelines から GitHub Actions に切り替えていたのですが、アプリケーションのビルドに時間がかかっていたので短縮するために色々と作業をしました。 Azure Pipelines と GitHub Actions は Runner が同一のものが使われているので直接比較できます。先にどのくらい改善したかを簡単に出しておきます。まずは元々のビルドパイプラインです。 まだデプロイを全て移し切れていないので Pull Request 時の処理で比較しています。実際にコードを書いていて PR にコミットを積むたびに 5-6 分待たされるのは正直かなりストレスフルでした。 GitHub Actions に切り替えた後は以下のように 2 分ちょいで完了
GitHub CLI 1.0をリリース
GitHub CLI とは、利用しているターミナルでGitHubを使用できるようにするものです。コンテキストの切り替え回数が減るため、これまで以上に作業そのものに集中でき、スクリプトの記述や独自のワークフローの作成が、さらに簡素化されます。今年、GitHub CLIのベータ版をリリースした後、200,000件近くのPull Request の作成、350,000件以上の Merge の実行、20,000件以上の Issue が作成されました。多くの思慮深いご意見をいただけたことで、 GitHub CLI がベータ期間を終了し、 Windows、Mac OS、Linux 向けにダウンロードが可能になりました。 GitHub CLI 1.0 の内容は下記の通りです。 Issue からリリースまで、GitHub上のワークフローのすべてが、ターミナルから実行可能になります。 GitHub API
Git管理 + CLI運用によるWindowsタスクスケジューラーの運用改善 - ZOZO TECH BLOG
こんにちは、WEAR部運用改善チームの三浦です。私たちのチームでは、WEARの日々の運用業務を安全かつ効率的に行えるよう改善を行っています。今回はバッチの定期実行に使用しているWindowsのタスクスケジューラーの運用改善について紹介します。 背景 WEARではバッチをWindowsサーバー上で定期実行させており、定期実行するために タスクスケジューラー を使用しています。WEARではバッチ実行用のサーバー(バッチサーバー)を用意しており、バッチサーバーへのアクセス権限を持つ人がタスクスケジューラーの設定を下記のような画面から変更していました。 しかしこの運用方法では次のような課題がありました。 バッチサーバーへのアクセス権限がある人しかタスクの設定を見ることができない タスクスケジューラー上ではタスクの変更履歴や変更した経緯が残らない GUI上での手動変更では操作ミスが起こる 引継ぎが手
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
生産性高くプロダクト開発に関与するためにトドケールで採用している Notion と GitHub の運用法について
TheAlgorithms/Python: All Algorithms implemented in Python
GitHub Codespacesを使ってみた - クラウド系インフラエンジニアの雑記