GitHub - farm-fe/farm: Extremely fast Vite-compatible web build tool written in RustYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
実演TypeScript + GitHub Copilot
TypeScript + GitHub Copilot 最高！っていうのを話しました（+デモ）
pipとpipenvとpoetryの技術的・歴史的背景とその展望 - Stimulator
- はじめに - Pythonのパッケージ管理ツールは、長らく乱世にあると言える。 特にpip、pipenv、poetryというツールの登場シーン前後では、多くの変革がもたらされた。 本記事は、Pythonパッケージ管理ツールであるpip、pipenv、poetryの3つに着目し、それぞれのツールに対してフラットな背景、技術的な説明を示しながら、所属企業内にてpoetry移行大臣として1年活動した上での経験、移行の意図について綴り、今後のPythonパッケージ管理の展望について妄想するものである。 注意：本記事はPythonパッケージ管理のベストプラクティスを主張する記事ではありません。背景を理解し自らの開発環境や状態に応じて適切に技術選定できるソフトウェアエンジニアこそ良いソフトウェアエンジニアであると筆者は考えています。 重要なポイントのみ把握したい場合は、各章の最後のまとめを読んで頂
GitHub ActionsでCODEOWNERSファイルの変更を詳細に報告するツール
皆さん、こんにちは！ @hoshinotsuyoshi です。今回は、私が開発した便利なツールについて紹介したいと思います。このツールは、GitHubのCODEOWNERSファイルの変更を正確に報告し、プルリクエストのレビューを効率的に進めるのに役立ちます。 背景 プロジェクトの管理では、CODEOWNERSファイルを使用して、特定のファイルやディレクトリに対する所有者（コードの保有者）を指定することがあります。 しかし、このファイルの解釈・パースは複雑怪奇で、このファイルの内容が変更された場合、具体的にどのファイルが影響を受けるのかを把握するのは簡単ではありません。 同僚のmh4gfさんの記事 GitHubのCODEOWNERSで一部サブディレクトリだけ別のオーナーを指定する も御覧ください。 サブディレクトリだけ別のオーナーを指定するときにこんな書き方をしないといけないんです。 どうで
コード生成ツール「GitHub Copilot」「Amazon CodeWhisperer」「Codium」を比較してみた | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
Technology部のJoshです。 2023年現在、AIを活用したコード生成ツールへの関心が高まっています。 GitHub Copilot Amazon CodeWhisperer Codium など これらはより迅速に、より正確にコードを書くことをサポートしてくれます。 パッと見では大きな違いがないように見受けられますが、実際の案件でどのツールを採用するといいのかを検討すべく、比較をおこないました。 ※すべて2023年7月現在の情報です。 コード生成ツール紹介 1.GitHub Copilot https://github.com/features/copilot もっとも有名なコード生成ツール「GitHub Copilot」は、OpenAIのGPT-3言語モデルを使用してコードを補完します。これはGitHubのCodespacesで使用されている技術と同じです。Codespaces
Microsoftはコード補完AIツール「GitHub Copilot」でユーザー1人あたり月額3000円近くの損失を出しているという報告
Microsoftが2021年に発表したコード補完AIツール「GitHub Copilot」は、2022年に月額10ドル(約1500円)または年額100ドル(約1万5000円)で利用可能な有料サービスとして提供が開始されました。ところが、経済紙のウォール・ストリート・ジャーナルが発表したレポートによると、MicrosoftはGitHub Copilotのユーザー1人あたり月額20ドル(約3000円)近くの損失を出しているとのことです。 Big Tech Struggles to Turn AI Hype Into Profits - WSJ https://www.wsj.com/tech/ai/ais-costly-buildup-could-make-early-products-a-hard-sell-bdd29b9f Report: GitHub Copilot Loses an
任意のPull Requestの内容を複数のリポジトリに対して一括コピーするツールpr-bulletを作った - Copy/Cut/Paste/Hatena
GitHub Actions便利ですよね。 ペパボではGitHub Enterprise Server（以下、GHES）が運用されており、GHESでもGitHub Actionsが利用できます。 uses: だけで利用できるリポジトリを横断で再利用可能なActionの存在はかなり生産性を上げていると思います。 そういった便利なワークフローを複数のリポジトリに対して適用していきたいことが時々あります。 一気に複数のリポジトリに同じワークフローを適用したいこともあれば、「あ、このリポジトリにはあのリポジトリのワークフローをいれたほうがいいな」となることもあります。 その時、それぞれのリポジトリに対して「突然のデフォルトブランチへのpush」はあまりにも乱暴なのでPull Requestを作成していくことになります。 ただ、適用したいレポジトリが2桁あったとき、Pull Requestを作成する
Slackのカスタム絵文字をesaにらくらくコピー！「Utsushie（写し絵）」シリーズを作りました。 - 文字っぽいの。
はじめに 企業やグループでSlackを使っていると、カスタム絵文字をいっぱい登録しますよね。そしてesaも使っていると、Slackで登録したカスタム絵文字と同じものがesaでも使いたくなってきます。 そこで、Slackに登録されたカスタム絵文字をかんたんにesaにもコピーできる「Utsushie（写し絵）」シリーズを作りました。この記事ではUtsushieシリーズの紹介をしたいと思います。 Utsushieシリーズ Utsushieシリーズには Utsushie Utsushie-Stream の2つがあります。それぞれできることや使い所が違うので解説していきます。 Utsushie github.com UtsushieはSlackに登録されているCustom EmojiをesaにコピーするCLIツールです。なお、esaのカスタム絵文字仕様 に準拠していないCustom Emojiは無視
開発支援ツール「CircleCI」でセキュリティに問題発生 ユーザーに迅速な対応呼び掛け
システム開発支援ツール「CircleCI」を提供する米CircleCI社は1月4日（現地時間）、同社でセキュリティインシデントが発生し、同ツールユーザーのデータが侵害される可能性があるとして注意を呼び掛けた。 インシデントの詳細については調査中として公開していない。ユーザーに対してはCircleCI上で使うシークレット（秘密鍵）の更新と、利用中のデータなどへの不正アクセスがないかの確認をするよう呼び掛けている。現時点においてデータなどの不正利用は確認されていないとしている。 CircleCIはプログラムのテストやビルドなどを自動化するツール。メルカリやDeNAなどの利用実績もあり、影響範囲が大きくなる可能性もある。 関連記事 CircleCIがレイオフ 人員を17％削減 CI／CDサービスを提供する米CircleCIが、レイオフへの着手を発表した。人員の17％を削減するという。 Circl
調査：GitHub Copilotが開発者の生産性と満足度に与える影響を数値化
約1年前にGitHub Copilotのテクニカルプレビューを開始したとき、私たちはこのツールがソフトウェア開発者の役に立っているのかを明確にしたいと考えていました。アンケートと実験を組み合わせた調査を実施したところ、予想していた回答と予想外の回答の両方が導き出されました。 私たちは日々、より少ない労力でより多くのことを実現するために、ツールを活用したり工程を習慣化したりしています。ソフトウェア開発においては、作業の効率化のために非常に多くのツールとテクノロジーが生み出されており、それらを選択することに疲れを感じるほどになっています。2021年にGitHub Copilotのテクニカルプレビューを開始したとき、私たちは、これによって開発者の生産性が向上するだろうという仮説を立てました。実際、初期のユーザーから「生産性が向上した」という報告がありました。リリースから数か月後、私たちは、定量的
mobsfscanとGithub Actionsによるモバイルアプリの継続的セキュリティチェック - Pepabo Tech Portal
こんにちは、EC事業部事業領域拡大チーム所属のTatsumi0000です！業務ではAndroidアプリ開発をメインに、時々iOSアプリの開発をしています。 EC事業部では、Chapterという活動をしています。Chapterとは、事業部内のチームを横断した組織で、フロントエンド、バックエンド、セキュリティなど、様々なChapterが存在しています（詳細については、後述します）。その中でも私はセキュリティChapterに参加し、Chapterのメンバーと一緒にいろいろな活動をしてきました。 この記事では、EC事業部で行っているChapterと、セキュリティChapterの活動の一環として、mobsfscanをgithub.comのGitHub Actionsで試した話について紹介します。 EC事業部のChapterとは mobsfscanをGitHub Actionsで試した おわりに EC
［速報］マイクロソフト、開発環境をまるごとクラウドPCとして用意できる「Dev Box」を発表。Microsoft Build 2022
［速報］マイクロソフト、開発環境をまるごとクラウドPCとして用意できる「Dev Box」を発表。Microsoft Build 2022 マイクロソフトは現在開催中の開発者向けイベント「Microsoft Build 2022」で、アプリケーションの開発環境をまるごと、クラウドPCのようなデスクトップ仮想化の仮想マシンとして用意できる「Microsoft Dev Box」を発表しました。 マイクロソフトは、アプリケーションのビルドやデプロイなど一連のツールを用いた開発環境の構築はどんどん複雑になっており、開発チームのメンバーは開発環境の構築に大きな手間や時間を割いていると指摘。 Dev Boxは、あらかじめ必要な開発環境やソースコード、ライブラリなどをまとめて仮想マシンとして用意できるため、開発チームに参加するメンバーはすぐに仮想マシンに対してリモートデスクトップもしくはWebブラウザで接
Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に
Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に Dockerの創始者であるSolomon Hykes氏らが中心となって開発しているオープンソースのCI/CD環境構築ツール「Dagger」が公開されました。 Windows、Mac、Linuxで試すことができます。 And we are live! Introducing Dagger, a new way to build CI/CD pipelines. By the creators of Docker. https://t.co/DU8racmoUo — dagger (@dagger_io) March 30, 2022 Daggerが定義したCI/CDパイプラインはポータブルになる Daggerとは「A P
lernaからlerna-lite + turborepoに移行する
Secretlintはmonorepoとなっていて、パッケージを公開する際にlernaを利用していました。 しかし、lernaは現在メンテナンスされていないため、publish機能だけを取り出したlerna-liteと効率的なmonorepo向けのビルドツールであるTurborepoへ移行しました。 Lerna is largely unmaintained · Issue #2703 · lerna/lerna 追記: NxによってLernaがメンテナンスされるそうです。 Announcement: Passing the torch · Issue #3121 · lerna/lerna Lerna is dead — Long Live Lerna. If you’re in a hurry, here’s the TL;DR: | by Juri Strumpflohner | M
React 周辺ツールの React v18 サポート
方針 対応中のものは GitHub で watch できるようにできるだけ issue か discussion を貼る なにか見つけた情報あったら気軽に貼ってください！ 他にまとまっている情報
なぜプロダクト開発のツールとしてNotionとGitHubでは不十分なのか | wapa5pow blog
ここ数年、NotionとGitHubという組み合わせでプロダクト開発をしています。 ただ、両者が提供している機能をあわせても効率的に開発する上で足りていないなという点がでてきているので何が足りないかを明らかにし改善策を提案したいと思います。 Notion + GitHubだと何が足りないのか 前提として、アジャイル開発(Scrum開発)をしており各ツールは以下のように使用しています。 タスクがNotionとGitHubのIssueにわかれて入れられておりScrum開発で言うすべての開発アイテムがプロダクトバックログに入っている状態ではないです。 ロードマップやスケジュールはNotionで管理されていますが、Notionがデータベースのアイテムを階層化することができないのでタイムライン(ガントチャートのようなもの)でみたときにタスクとサブタスクがどのように紐付いているかわからず、スケジュール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - OpenInterpreter/open-interpreter: A natural language interface for computers
Microsoftが開発者向け全部入りアプリ「Dev Home」を発表 ～ReFSベースの「Dev Drive」も／開発デバイスの環境構築から「GitHub」ワークフローの監視・管理までを一元的に
GitHub - ndl-lab/ndlocr_cli: NDLOCRアプリケーションのリポジトリ（ソースコードを含む）
GitHub - scaffdog/scaffdog: :dog: scaffdog is Markdown driven scaffolding tool.
