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 もしアプリを導入す

gem package を GitHub Package Registry に公開する GitHub の設定 Personal access token に権限を追加 GitHub Package Registry を使うには personal access token に対して read:packages write:packages の scope を新たに追加する必要があります。 https://github.com/settings/tokens から当該の token を選択し、下記を選択します。 * パッケージの公開先が private repo の場合には、下記に加えて repo の scope も必要です。 gem & bundle の設定 複数の token を管理するため、keycutterをインストールします。

こんなやつ。 前置き 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 を使う方法です。

GitHubでは2021年8月13日にパスワード認証が廃止されるそうです。 https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ パスワード認証が廃止された場合、以下のようなメッセージが表示されるようです。 (2021年7月28日のBrownoutsで確認) $ 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 tempo

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

Advent Calendar day 7 担当の vvakame です。 予告では Apollo Federation Gateway Node.js実装についてポイント解説 としていましたが、社内各所のご協力によりAdvent Calendarの私の担当日に間に合う形で公開できる運びとなりました。そのため告知とは異なりますが GitHub上のsensitive data削除の手順と道のり をお届けしていきたいと思います。 メルペイVPoE hidekによるday 1の記事で振り返りがあったように、今年、弊社ではCodecovのBash Uploaderに係る情報流出という事案が発生しました。当該インシデント対応において、プレスリリースにも記載のある通り、ソースコード上に混入してしまった認証情報や一部個人情報などの機密性の高い情報（sensitive data）について調査を実施し、対応

概要 先日、非公式ながらGitHub ActionsのAWSアクションで以下のような面白い機能が発表されました。 よりわかりやすく嚙み砕くとこういうことです。 Circle CIやGitHub ActionsでAWSを使う場合は事前に環境変数にアクセスキーとシークレットキーを登録させてCIを動かしてきましたが、そのためにIAMユーザーを発行して鍵を管理するのは手間だったのでこれはいいアップデートです。 今回はTerraformとGitHub Actionsを組み合わせたCI/CDにこの機能を取り入れてGitHub ActionsにIAMロールを渡してEC2インスタンス構築のCI/CDを実装してみようと思います。 GitHub Actionsを用いたTerraformのCI/CD TerraformでAWSリソースをデプロイする際にGitHub ActionsやCircle CIでCI/CD

プッシュされたコミットメッセージを Backlog 課題のコメントに追加する GitHub Action を公開しました。ぜひご利用ください。