Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさんスクラムやアジャイルでスプリントやカンバンを管理するとき、どのようなツールを使っていますか？ 私は、以前はJiraやTrello、Redmineあたりを仕事では使っていました。他にもBacklogやAsana、Notionも使ったことのある人もいるでしょう。 しかし、小さいチームの場合、開発はほぼGithubしかみない、ビジネスサイドもGithubで十分、Notionはドキュメントをまとめるだけにしたい（そもそも課金したくない）という様々な要因で、Github Projectsを使ったほうが色々助かるときも実はあるのです。 とい

はじめに 学習を進める上で、今は様々なツールがありますよね。 自分も、元々タスク管理ツールアプリを導入していました。 しかしながら、ツールが増えることによって、ストレスを感じる場面も増えてきました。 であれば「日常的に触れるもので管理できないか？」というところから、今回の方法にたどり着きました。 今回、紹介する方法自体は目新しいものではありません。 紹介記事やドキュメントもありますが、GitHubのアップデート等もあり、記事にまとめられている設定手順が古くなっている、記事に書かれている導入手順が初学者にはとっつきにくいと感じたため、改めてまとめてみようと思った次第です。 対象となる読者 前提：プログラミング初学者で、GitHubの用語やドキュメントに慣れていない GitHubに興味がある方 GitHubの草を生やしたい方 GitHubの操作に慣れたい方

ReclineというAIエージェントを使用してみたら、GitHub Copilotを初めて使用したときの感動を思い出しましたのでご紹介します。 Reclineとは ClineというVSCode上で動作するAIエージェントがあります。様々なLLM（GPTやClaudeなど）を使用し、コーディング支援をしてくれるものです。 GitHub Copilotとは異なり、指示をするだけでコーディング、各ファイルやディレクトリの作成など行ってくれるため、GitHub Copilotより一段階上を行くAIエージェントと言えます。 Clineは前述の通り、各LLMを使用する必要があるため、別途LLMの料金がかかります。 今回検証するReclineはそのClineをVSCodeのLanguage Model APIを経由したGitHub Copilotと組み合わせて使用できるものです。 つまり、GitHub

You 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. Dismiss alert

You 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. Dismiss alert

はじめに llama.cppはMetaの大規模言語モデル (Large Language Models, LLMs) であるLLaMAを、量子化することでCPU上で動作させるものである。C/C++で実装されているので、Ruby bindingsを作って、Rubyから呼び出せるようにした。 github.com 使い方 インストールは通常のnative extensionsなgemと同様である。 $ gem install llama_cpp モデルを用意して量子化する必要があるが、llama.cppをcloneしてきて、Usageの通りにすればできる。 GitHub - ggerganov/llama.cpp: Port of Facebook's LLaMA model in C/C++ あとは、普通にrequireすれば使える。 require 'llama_cpp' # パラメータを

You 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. Dismiss alert

Last week I had an opportunity to give an online lecture about containers to students at Kyoto University. The slide deck can be found here (PDF): 1. Introduction to containersWhat are containers?Containers are a set of various lightweight methods to isolate filesystems, CPU resources, memory resources, system permissions, etc. Containers are similar to virtual machines in many senses, but they ar

You 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. Dismiss alert

Github Copilotのコーディングアシスト性能は目を見張るものがありますが、データを社外に持ち出せないなどの都合で泣く泣く使用を諦めている人も多いはず。そうした状況のなか、ローカルのPCでセルフホスト可能なコーディングアシストツール「tabby」が登場しました。 GitHub - TabbyML/tabby: Self-hosted AI coding assistant https://github.com/TabbyML/tabby tabbyはDockerから簡単に起動することが可能とのこと。Dockerのインストール方法については下記の記事の前半に詳しく記載してあります。 画像生成AI「Stable Diffusion」にたった数枚のイラストから絵柄や画風を追加学習できる「Dream Booth」が簡単に使える「Dreambooth Gui」レビュー - GIGAZINE

Draft Pull Requestをリリースしました を読めばおわりです Draft Pull Requestとは GitHub Flow などを利用してチーム開発をしていると、すぐマージはできなくても Pull Request(PR) を出したくなる場面があると思います。 そのような時は、 WIP(Work in Progress) を利用することが多いでしょう。 作業中の PR のタイトルに WIP: PR title や [WIP] RP title のようにつけるのが一般的です。 WIP を利用することで以下のような恩恵があります 作業ログやコメントを残せるため、思考の整理になる PR を見ることでコンテキストをレビュワーと共有できるため、レビューが楽になる また、マージ目的ではなく他のメンバーからのフィードバックをもらうために PR を出すこともあります。 このような場合に便利

こんにちは。ATOM事業部エンジニアのyuinaです。 Githubの Draft Pull Request という機能をご存知でしょうか？ とても便利な機能のため、ご紹介します。 github.blog Draft Pull Request を使うメリット 通常、PullRequestを作るのは以下のタイミングかと思います。 作ったコードをマージしたい時 作ったコードをとりあえず見てほしい時 コードの実装方針についてディスカッションをしたい時 コードをマージしたい時は通常のPRをそのまま出し、コードをマージしたい時以外はWIPをつける運用が一般的ではないでしょうか。 WIP管理には様々な方法があると思います。 開発者間でのルールのみで運用することもあるでしょうし、Github AppsのWIPというアプリを導入するのもよく見る光景かもしれません。 github.com もしアプリを導入す

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんなやつ。 前置き GitHubプロフィールに関する記事は珍しくはありません。 有名どころの記事だとこんな記事があります。 GitHubProfileのページを可能な限りキラキラさせる方法 だがしかし！ 拙者には、とくに素晴らしい実績がない。 だからこの記事の著者のように格好良いトロフィーとかは載っけられない。 「それでも、なんかいい感じのGitHubプロフィールを作りたい...!!」 ...ということで、今回は何の実績のない方でも作れる一番シンプルなGitHubプロフィールのレシピです。 カップ麺にお湯を入れて待っている間にできるかもしれません。 ぜひ読みながら一緒にGitHubプロフィールを作ってみてください。 GitHubプロフィールのレシピ 下記のWebサイトにアクセスして必要な項目を全て埋めた後、「GenerateREADME」のボタンを押します。 GitHub Profile

github の push 時の private email 関係のエラーを解消する方法 First 今まで普通に push できていたはずなのに，ある日突然 github の push 時に以下のエラーが起きて push できなくなった． remote: error: GH007: Your push would publish a private email address. Why github の設定で自分の email を private にするみたいな設定をしたようで，それで config に自分の email アドレスを設定している状態で push しようとしているのでエラーが出ているようだ． ちなみに github で private に設定している場所は Settings の Emails の以下のチェックボックスにチェックしているからだと思われる． Keep my em

GitHub ユーザーが死亡した場合、当社は、権限を与えられた人と協力してそのアカウントのコンテンツをどうするかを判断します。 死亡したユーザーの近親者、事前指定された後継者、または権限を与えられたその他の人 (コラボレーターやビジネス パートナーが含まれる可能性があります) が故人のアカウントに関する要求を行う場合は、GitHub Support ポータルを通じて当社にご連絡ください。 ポータルで [お問い合わせ] をクリックし、メッセージに次の情報を入力してください。 名前 連絡先情報 死亡したアカウント所有者の名前 死亡したアカウント所有者の GitHub ユーザー名 死亡したアカウント所有者との関係 (自身が GitHub.com でアカウント後継者として指定されているかどうかを記入してください) アカウント後継者として指定されている場合は、自身の GitHub アカウントのユーザ

CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する クラウド事業部の上野です。 AWSにあるコンテナサービスを使ってみたい！今後の弊社のサービスで活用できるかも！ついでにCIツールでデプロイまで自動化したい！ ということでAmazon ECSとAmazon ECRで継続的デリバリー環境を作ってみました。 今回はCIツールとしてCircleCIを利用してみます。 簡単に各サービスを説明しますと、 CircleCIはCI／CD(継続的インテグレーション／継続的デリバリー)を行うサービスです。 Amazon ECSはDocker コンテナをサポートするAW

よく訓練されたアップル信者、都元です。大変ご無沙汰しておりますが、相変わらず生魚が好きです。 さて最近は、GitHub上でもろもろとソフトウェア開発をしていることが多いのですが、gitで管理するmdファイルはもちろん、issueやPR内でもMarkdown記法を使って様々な記述できるのはご存知の通りかと思います。 PlantUML さて、仕様のディスカッションやドキュメントの記述をしていると、ちょっとしたシーケンス図やクラス図、状態遷移図、UMLという図の記法を使ってコミュニケーションを取りたい場面が出てきます。 以前、当ブログでも「Atom と PlantUML で快適シーケンス図駆動開発ライフ」というエントリーにて、テキストの文法でUMLを記述して画像生成、それをGitHubに貼り付ける、というテクニックをご紹介しました。 PlantUMLは非常に強力な仕組みです。Atomによる編集も

シーケンス図をテキストで描いてMarkdownに埋め込みたい README.md のような Markdown ファイルに、シーケンス図をテキストで描いて、埋め込みたいんです。 でも、たいていは「テキストでシーケンス図を描いて、それを画像にしてアップロードして、そのURLをMarkdownに記述する」という方法でした。 Markdownテキストでシーケンス図とフローチャートを描く - Qiita Markdownでシーケンス図を書いてGithubのREADME.mdに埋め込む - Qiita もっと簡単にできないものかと調べてみると、StackOverflow に git - How to integrate UML diagrams into GitLab or GitHub - Stack Overflow がありました。 PlantUML proxy service を使う方法です。

$ git clone https://github.com/username/repository.git Cloning into 'repository'... Username for 'https://github.com': username Password for 'https://username@github.com': remote: Password authentication is temporarily disabled as part of a brownout. Please use a personal access token instead. remote: Please see https://github.blog/2020-07-30-token-authentication-requirements-for-api-and-git-opera