GitHub Next | TestPilot
TestPilot takes the pain out of writing unit tests. It uses GitHub Copilot's AI technology to suggest tests based on your existing code and documentation. Unlike many other tools, TestPilot generates readable tests with meaningful assertions, and it can iteratively improve its suggestions based on your feedback.
米GitHubのCEOに聞く、プログラミングをAIがこなす未来で開発者の幸せとは？
英国グラスゴー大学にて機械工学の博士号を取得。共同設立したスタートアップが2014年に米Microsoft（マイクロソフト）に買収され、同社に参画。2021年にマイクロソフト傘下の米GitHubのCEOに就任。（写真：村田 和聡） Copilotは2つの点で開発者の生産性を高め、ひいては開発者をハッピーにするものです。 1つは、「フロー状態」と呼ばれる超集中状態を維持しやすくなることです。 開発者はプログラミングの途中で、頻繁に何かをリサーチしています。その際、これまで作業していたコードエディターの画面から、Google検索やGitHub、Stack Overflow（プログラミング技術などの知識共有サイト）などの画面への切り替えを余儀なくされます。 さらに、多くの開発者はコードエディターとしてVisual Studio Codeなどをブラウザー上で使っていますが、そのためWebサイトやソ
GitHub Actions関連機能とGHESリリースノートの対応表（随時更新予定）
最終更新日： 2024/03/21(GHES 3.12, 2021-01-11 - 2024-03-20までのchangelogを反映) github.comにリリースされたGitHub Actions関連の機能がGitHub Enterprise Server(GHES)のどのバージョンでリリースされたのかをまとめた対応表です。 自分が所属している会社ではGHESを使用しているのですが、現在のバージョンではどの機能まで使えるのか、そしてgithub.comの方で既に使える便利な機能がGHESのどのバージョンから使えるようになるのかについて頭で覚えておくことに限界を感じてきたのでまとめてみました。 自分のモチベが続く限りはgithub.comとGHESのリリースノートが更新されたときにこの記事の内容に追記していく予定です。 また、このまとめを作成するにあたってkorosuke613さんのG
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は無視
最近またLinux用の日本語IMEを作っている - tokuhirom's blog
本件は mozc の ut がどうこうとかは関係なくて、ふと linux desktop を使おうと昨年末に思いまして、昨年末からちまちまやってます https://github.com/tokuhirom/akaza かな漢字変換って作るの難しいのかなぁ、と思ったので作ってみている。これはまさに Just for Fun でやっている。 わりと普通に自分で常用してる分には困らないかな、というところまできている。 以下は、思ってることの垂れ流しという感じで、まとまってないですが。 「日本語入力を支える技術」という本が 2018年に出ていて、この本の内容を読めば、だいたいエンジン部分は実装できる。Amazon のレビューではこの本よんでも実装できないって書いてあるけど、変換エンジン自体は実装できます。 UI が辛い。けど。 エンジンは、ビタビアルゴリズムで最小コスト法を実装する、とかであれば
2022年、CPAN(Perlの)モジュールのメンテナを引き継ぐ活動を始めた件 - Acme::AnaTofuZ->new;
これははてなエンジニアアドベントカレンダー2022 42日目の記事です。 昨日は id:k-murakami0609 さんの 過去に所属してたチームに転生したら導入したいもの でした。 はてなのノベルチームで日常的に使っている便利グッズ最高ですね!! みなさんもノベルチームにjoinして体験してください!!! さて今回は2022年にぼちぼち始めたCPANモジュールのメンテナを引き継ぐ活動についてお話しようかなと思います。 CPANモジュール CPANモジュールとはご存知プログラミング言語Perlのモジュールシステムのことです。 Perlインタプリタに付随しているコアモジュールも含めて、PerlではCPANと呼ばれるアーカイブにモジュールがアップロードされ、cpanmやcpmなどのツールを通してインストールし利用する世界観になっています。 TeXのモジュールアーカイブのCTANに影響されて作
Chrome拡張機能をGitHub ActionsでChrome Web Storeにデプロイ
どうも。えーたん（@eetann092）です。 先日、Chrome拡張機能「Choomame（チューマメ）」を公開しました。 本記事では、Choomame開発時に使っている「Chrome拡張機能をGitHub Actionsを使ってChrome Web Storeへデプロイする手順」を紹介します。 メリットは以下です。 自分で拡張機能のversionを制御しなくて良い 更新版をアップロードするときのバージョンの上げ忘れを気にしなくて良い Chrome Web Store Developer Dashboardに手動でアップロードする手間が省ける Chrome Web Store Developer Dashboardから手動で審査の申請をする手間が省ける GitHubの「Releases」に自動でリリースノートを作成＆拡張機能のzipファイルをアップロード 初回はChrome Web St
GitHub Actionsの実行・結果確認をターミナルで完結させるalias - Qiita
この記事を読むとできるようになること git commitしてpushして、ブラウザ開いてactionsタブを開いてワークフロー探して・・・ というちょっと面倒な手間をなくして、gh-runとターミナルで叩けばワークフローが実行できるようになります。 $ gh-run # my-workflow.ymlをcurrent branchで実行 $ gh-watch # 実行状況をターミナルに表示 $ gh-view # 実行結果をターミナルに表示 $ gh-log # 実行ログをターミナルに表示 # gh # 実行する alias gh-run='gh workflow run .github/workflows/$workflow --ref $(git branch --show-current)' # 実行を見守る alias gh-watch='gh run list --workfl
GitHub Actions – Sharing actions and reusable workflows from private repositories is now GA · GitHub Changelog
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
開発支援ツール「CircleCI」でセキュリティに問題発生 ユーザーに迅速な対応呼び掛け
システム開発支援ツール「CircleCI」を提供する米CircleCI社は1月4日（現地時間）、同社でセキュリティインシデントが発生し、同ツールユーザーのデータが侵害される可能性があるとして注意を呼び掛けた。 インシデントの詳細については調査中として公開していない。ユーザーに対してはCircleCI上で使うシークレット（秘密鍵）の更新と、利用中のデータなどへの不正アクセスがないかの確認をするよう呼び掛けている。現時点においてデータなどの不正利用は確認されていないとしている。 CircleCIはプログラムのテストやビルドなどを自動化するツール。メルカリやDeNAなどの利用実績もあり、影響範囲が大きくなる可能性もある。 関連記事 CircleCIがレイオフ 人員を17％削減 CI／CDサービスを提供する米CircleCIが、レイオフへの着手を発表した。人員の17％を削減するという。 Circl
GitHub Apps + GitHub Actionsで必要なアクセス権限のみ付与した一時的なアクセストークンを発行する | DevelopersIO
GitHub Apps + GitHub Actionsで必要なアクセス権限のみ付与した一時的なアクセストークンを発行する こんにちは、CX事業本部 IoT事業部の若槻です。 今回は、GitHub Apps + GitHub Actionsで必要なアクセス権限のみ付与した一時的なアクセストークンを発行してみました。 なぜGitHub Appsを使うのか GitHubではPersonal access tokensを使えばアクセストークンを簡単に発行することが出来ますが、スコープの粒度が粗く、操作可能なRepositoryの制限も出来ないため、必要以上のアクセス権限を付与してしまいがちです。 一方で、GitHub Appsを使用すれば、アクセス権限を細かく設定したアクセストークンを発行することが可能です。 About GitHub Apps - About apps - GitHub Doc
WEB+DB PRESS Vol.125の特集「GraphQL完全ガイド」を執筆しました - cockscomblog?
今週、10月23日（土）に発売されるWEB+DB PRESS Vol.125に掲載される、特集記事「GraphQL完全ガイド」を執筆しました。よろしくおねがいします。 桃栗三年、GraphQL 6年 原稿を書く過程で、知っているはずのことでも改めて調べなおしたりする。特に歴史みたいなのが好きで、GraphQLは2015年6月に発表されて、2018年に安定版になって、みたいなのをずっと調べてしまう。GraphQLってなんかすごい最近っぽく感じていたけど、発表されてからもう6年経つらしい。 ちなみにjQuery 1.0は2006年8月にリリースされていて、Reactは2013年5月に公開されたらしい。6年というのはだいたいそれくらい。 6年で、GraphQLはよく普及した。Facebookはもちろん、GitHubもTwitterもNetflixも、GraphQLを使っている。GitHubの新し
GitHub のリリースノート自動生成機能を使う | 豆蔵デベロッパーサイト
昨年10月 GitHub のリリース機能がリニューアルされ、自動的なリリースノート生成とリリースページ作成 UI の改善が実施されました。 Improvements to GitHub Releases - generally available | GitHub Changelog 自動的なリリースノート生成については、これまで Release Drafter が使われてきましたが、この機能が本家に取り込まれた感じですね。 GitHub - release-drafter/release-drafter: Drafts your next release notes as pull requests are merged into master. Release Drafter は PR がマージされるたびに次回リリース用のドラフトが更新されていく動きでしたが、本家のジェネレータはリリー
markuplintを開発し始めて5年経った
現在の数字 最新バージョン: v2.10.1 コミット数: 2,122 IssueとPull Request: 530件（クローズ含む） npmダウンロード: 11,179（週間） テストコード数: 916 テストカバレッジ: 74% GitHubスター: 315ユーザー スポンサー: 1ユーザー ふりかえり ライトニングトークでのお披露目 最初のコミットから約4ヶ月後、VS Code拡張も用意できて業務でもドッグフーディングしてある程度機能するようなったので、開発の動機と楽しんで開発できている旨をライトニングトークした。SNSを中心にそこそこ広まってくれたのもあって、GitHubのスターが増えたり、「使ってみよう」という声をぼちぼちと聞くようになった。最初のアピールとしては良い滑り出しだったとは思う。 当然ながらスライドは日本語だしSNSの広がりも国内にとどまったので、GitHubのスタ
令和時代のページネーションを考える (REST API編) - Sweet Escape
今回はバックエンドAPIでページネーションをどうやるかについての話なので、よくある無限スクロールUIのようなフロントエンド側の実装に関する話はしない。あくまでもAPI、もっと言えばRESTfulなAPIのリクエスト・レスポンスにおけるページネーションの話。 本気で深く考えるというよりざっくり検討したときの話です。 はじめに REST APIを実装するにあたってリスト系のAPIを提供する場合に必須といっても過言ではないのがページネーション。大量のリソースをレスポンスする場合にそれらを一気に返してしまうことは応答速度、転送量、クライアントサイドでの扱いづらさなどなどに繋がるので必須と言える。 最近、新たなAPIを開発するにあたってページネーションをする必要があったこともあり、今回はこのページネーションをどうやって提供するか整理して改めて検討してみた。 前提 TypeScript Nest.js
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - ndl-lab/ndlocr_cli: NDLOCRアプリケーションのリポジトリ（ソースコードを含む）
Gluon
GitHub - openai/whisper: Robust Speech Recognition via Large-Scale Weak Supervision
GitHub - jetify-com/devbox: Instant, easy, and predictable development environments
GitHub - vectordotdev/vector: A high-performance observability data pipeline.
