ローカルPCでセルフホストできてGithub Copilotのように使えるコーディング補助AI「tabby」、Dockerイメージありなので早速使ってみたレビュー
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
3分できる即席GitHubプロフィール
こんなやつ。 前置き GitHubプロフィールに関する記事は珍しくはありません。 有名どころの記事だとこんな記事があります。 GitHubProfileのページを可能な限りキラキラさせる方法 だがしかし！ 拙者には、とくに素晴らしい実績がない。 だからこの記事の著者のように格好良いトロフィーとかは載っけられない。 「それでも、なんかいい感じのGitHubプロフィールを作りたい...!!」 ...ということで、今回は何の実績のない方でも作れる一番シンプルなGitHubプロフィールのレシピです。 カップ麺にお湯を入れて待っている間にできるかもしれません。 ぜひ読みながら一緒にGitHubプロフィールを作ってみてください。 GitHubプロフィールのレシピ 下記のWebサイトにアクセスして必要な項目を全て埋めた後、「GenerateREADME」のボタンを押します。 GitHub Profile
GitHub の死亡ユーザー ポリシー - GitHub Docs
GitHub ユーザーが死亡した場合、当社は、権限を与えられた人と協力してそのアカウントのコンテンツをどうするかを判断します。 死亡したユーザーの近親者、事前指定された後継者、または権限を与えられたその他の人 (コラボレーターやビジネス パートナーが含まれる可能性があります) が故人のアカウントに関する要求を行う場合は、GitHub Support ポータルを通じて当社にご連絡ください。 ポータルで [お問い合わせ] をクリックし、メッセージに次の情報を入力してください。 名前 連絡先情報 死亡したアカウント所有者の名前 死亡したアカウント所有者の GitHub ユーザー名 死亡したアカウント所有者との関係 (自身が GitHub.com でアカウント後継者として指定されているかどうかを記入してください) アカウント後継者として指定されている場合は、自身の GitHub アカウントのユーザ
GitHub上のsensitive dataを削除するための手順と道のり | メルカリエンジニアリング
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 チートシート
概要 何度も調べて何度もテストしたりしたので、多用するものをまとめていきたい。 項目 push時に実行 // feature/aaaで動く。 feature/aaa/bbbでは動かない on: push: branches: - feature/* // feature/aaa, feature/aaa/bbbで動く on: push: branches: - feature/** // なにかしらのtagがpushされたときに実行、branchのpushは無視 on: push: tags: [ '**' ] branches-ignore: [ '**' ] // 指定したpathの変更だけでは実行しない on: push: branches: - main paths-ignore: - '*.md' - 'docs/**' on: workflow_dispatch: inputs
GitHubで「Deep Running」というREADMEだけのリポジトリを作ったら奇跡が起こった - karaage. [からあげ]
「Deep Running」が産まれた日 もう元記事は消えてしまったのですが、なんか的はずれだなーと個人的に感じた「分身ロボットカフェ」を批判する記事がありました。記事の内容はどうでも良いのですが（すでに忘れました）。その記事にあった「ディープランニング」というパワーワードがみょうにツボに入ってしまいました。 指摘が的はずれなことに加えて "ＰＥＰＰＥＲ君のディープランニング技術" は笑う（笑） ランニングするんかいw https://t.co/quYVKUY01w— からあげ (@karaage0703) July 25, 2021 「Deep Running」の奇跡 我慢できず、勢いだけでGitHubに「deep running」というリポジトリをREADMEとライセンス(MIT)だけ作成してみました。 多分、イオンで買い物していたときだったので、iPhoneでリポジトリ作ったと思いま
![GitHubで「Deep Running」というREADMEだけのリポジトリを作ったら奇跡が起こった - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/7c48b1dbaa9d1e15eaa81a7afe77e0ee993b30be/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20210813%2F20210813164246.png)
GitHub - huawei-iot/HarmonyOS: 鸿蒙系统资料。Docs about HarmonyOS.
English Docs|中文文档 Tips: This project is not an official.This project collect some documents about HarmonyOS in the Internet.This is not a commercial project.This project just introduce HarmonyOS and all documents and codes come from Internet.If you use this project for business or something about make money, or in the event of any disputes arising from the usage of, or in connection with this proj
スタートアップが初めてGitHubを使う際の手順 - 素数好きの最高技術責任者のブログ
先日、スタートアップの方からGitHubの使い方について質問を受けたのでまとめてみます。この記事を読んで役に立つ可能性があるのは これからGitHubを使ってみようとしている ソースコードを管理したいが公開はしたくない エンジニア歴が短かったり非エンジニアだったりする という方々に対してなので、これらに当てはまらない方はそっとブラウザを閉じていただければと思います。 まず最初に、「Organizationを作る or 作らない」によって手順が若干異なるので、決めてしまいましょう。Organizationというのはいわゆる「会社用のアカウント」みたいなもので、権限の管理（◯◯さんはソースコードを見るだけ、△△さんはソースコードを改変することもできる、等）が楽になるというメリットがあり、毎月の利用料金がかさむというデメリットがあるもの、と考えていただければ概ね間違っていないかと思います。 リポ
研修資料まとめ.md
研修資料まとめ.md エンジニア向け研修 CARTA HOLDINGS（旧VOYAGE GROUP） 技術広報が新卒研修<Open AIハッカソン>をスパイしてみた - (2023/04/11) @t_wadaに学ぶテスト駆動開発【CARTA 23新卒研修】 - (2023/04/19) 【新卒研修】監修者@t_wadaと読む！プログラマが知るべき97のこと読書会 - (2024/04/09) Classi 当たり前にリリースしていく ~ 新卒研修編 - (2021/05/20) リモートワークのための質問力向上研修を実施しました - (2021/12/07) CyberZ 良いコードとは何か - エンジニア新卒研修 スライド公開 - (2021/04/27) DMM.com(旧DMM.comラボ含む) ＤＭＭ.comラボ16新卒エンジニア研修 - (2016/08/24) DMM.com
MarkdownでSlide作成して自分のGitHub Pagesで公開する - 山ｐの楽しいお勉強生活
MarkdownでSlide作成して自分のGitHub Pagesで公開する奴を作りました。 資料がアチラコチラに散らばることがなく、テキストでGitなので差分が見れたりと結構便利です。 動きがあるスライドなどは辛いですが、さくっと作る時には良いかと思いますので良かったら使ってみてください。 忙しい人用まとめ SlideをMarkdownで書いて自分のGitHubで管理して、自分のGitHub Pagesで表示できるようにした。 reveal.js version 3.5.0を使用 毎回HTMLとか書きたくないので、Markdownのパスを指定すればスライドが表示されるようにした。 真似したい人は、リポジトリをForkやCloneして、GitHub Pagesで公開すればすぐ使えます。（↓に使い方書いてます） https://github.com/yamap55/SlideWithGitH
Atomに統合開発環境パッケージが出たってよ - Qiita
あの「GitHub Inc」さんから「Facebook」と共同で開発した「Atom IDE」なるものが発表されました このパッケージを入れることで「Atom」をIDEにすることができます。 現在対応している言語 TypeScript & JavaScript Flow C# Java(Java 8 runtime required) PHP(PHP 7 runtime required) 推奨ではありません。必須です 公式の「Atom IDEブログ」をみてみると We strongly recommended you use Atom Beta 1.21 as it includes the necessary file monitoring and process control to ensure the underlying language servers are running
知って「おっ！」てなったGitHubの知識7選 - Qiita
GitHubダイスキー！ ということで、知った時に「おっ！」と感じたGitHubに関する事項を選出してみました。 あなたに「おっ！」と思ってもらえたら幸せです。 １．入れておくと、意味を持つファイル名がある。 README.md README.mdは有名ですよね。リポジトリのトップにREADME.mdという名称でマークダウンを入れておくと、GitHubで解釈されて表示されます。 それ以外にも、あるのです。意味のあるファイル。 ISSUE_TEMPLATE.md トップか、.github/というフォルダにISSUE_TEMPLATE.mdという名のファイルを入れると、GitHubでIssueを作った時にこのファイルの内容が入ります。書くべき項目を羅列しておくとルール化できていいですよね。 それ以外にも PULL_REQUEST_TEMPLATE.md を入れておくと、Pull request
GitHub 入門 - Qiita
はじめに 現状 仕事ではSubversionを使用。仕事とは関係なく、プライベートでGitHubを使ってみたい。 GitHubに登録してみたはいいものの、1年くらい放置。 今さらですが、勉強のために、GitやGitHubについてまとめてみようと思った。（自分のメモ用でまとめたので、もし間違ってるところとかおかしいところがあったら教えていただけると助かります） Git とは バージョン管理を行うためのツール。 リモートリポジトリ(共有リポジトリ)とローカルリポジトリを使い分けて開発を行う。 2005年に誕生。もともとはLinuxカーネルのソースコード管理のために、リーナス・トーバルズによって開発された。 売り → 高速。作業時にサーバ接続が必要ない。等 GitHub とは Gitを利用した、リモートリポジトリ（共有リポジトリ）を提供しているwebサービス。 ご利用には登録が必要。無料プランの
gollum + docker + Kitematicでローカル環境にWikiを建てる | DevelopersIO
個人的なメモ取り環境としてWikiが欲しいな、と思ったので建てました。 以下macOSで作業していますが、LinuxやWindows環境でも大きく変えるところなく使えると思います。 Wikiエンジンにはgollumを使う gollumはバックエンドにGitを使っているシンプルなWikiです。 gollum -- A git-based Wiki GFMで記述するようにもできますし、レポジトリに直接コミットしてもちゃんと拾ってくれるので、取り敢えず適当なテキストエディタで殴り書いたメモを取り込む場合にも手間があまりかかりません。 勿論複数人でバリバリ使うような用途には向いていないかもしれませんが、個人的な用途で使う場合にはその手軽さが助かります。 Dockerで構築 一昔前ならローカルにLAMP環境を構築したり、VirtualBox等で仮想VMのLinuxを起動して〜となるところですが、今の
中の人に聞いたGitHub flowの本当の使い方 - Qiita
背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHubみたいなサービスを今一から作るならどの言語・フレームワークを使うか
GitHubでプロジェクトを共有してみよう (1)
GitHub English Challenge Cheat Sheet - Qiita
GitHub - Hywan/Database-to-PlantUML: Compile PostgreSQL and MySQL table information into a PlantUML description.
コードエディター「Atom」が統合開発環境に ～GitHub、「Atom IDE」を発表／「Git」統合を改善した「Atom 1.20」正式版もリリース
