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

A README is one of the first things people see when they find your open source project. It should be helpful, welcoming, and friendly. Posted on 14 March 2016 by Rowan Manning. Tagged with Open-Source, Writing, Documentation 87 responsesSyndicated to Twitter Your project’s README is pretty important; it’s often the first thing that a person new to your project will see, and is frequently the only

2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R

職場ではバージョン管理にGitHubを使用しているのだが、アカウント名がバレるのが嫌で別のアカウントを使っている。しかし、会社でお昼休みや休憩時間に個人の開発を行うときに困ったことが起きた。 会社のPCからgit pushすると、仕事用アカウントとしてpushされてしまうのだ。 ということで、仕事用とプライベート用のアカウントを切り替えて使う方法を調べた。 環境は以下のとおり。 OSXを使用しているが、Windowsでの操作もほぼ変わらないだろう。 Mac OSX Yosemite git v2.5.4 ※ Windowsの場合は、Git for Windowsをインストールし、Git Bashを使うと便利 1. ssh-keygenで公開鍵/秘密鍵を作成する GitHubでは同じ公開鍵を複数のアカウントに登録することができない。 そのため、プライベート用の秘密鍵/公開鍵を作成する。 $

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

GitHubでアプリケーションを公開してから、Todoの代わりとしてIssueを書きたくなった。 ということで、プログラマに伝えるためのIssue（バグレポート）の書き方をまとめてみた。 ついでに、前職の炎上プロジェクトで多くのバグ報告を書いて、対応してきたので、そのときの経験も踏まえて書いておく。 Title タイトルを書くときのポイントは次のとおり。 簡潔であること バグの内容が把握できること 設計要素の名称を書くこと 発生した状況がわかること タイトルの先頭に【優先度】や【機能名】のように、隅付き括弧で目印を書くことが多い。 Comment 「Leave a comment」には、バグの詳細情報を書く。 問題の内容（現象） 複数のバグをひとつのIssueにまとめないこと どのようなバグが発生したのが、できるだけ具体的に書くこと エラーのスクリーンショットやログを添付すること 「バグ」

はじめに JavaScriptを含んだHTMLを表示するのにGitHubでレポジトリを作ってGitHub Pagesを作るという手もありますが、ちょっとしたHTMLだと、わざわざレポジトリ作るのも面倒です。 FirefoxのBugzillaを見ていたら、984796 – SVG path getTotalLength returns large incorrect numberでたまたま見つけた bl.ocks.org - aboutが便利だったので紹介します。 使い方 index.html というファイル名でGistを作成します。 あとは、GistのURLの https://gist.github.com を http://bl.ocks.org に置き換えてアクセスすれば表示されます。 bl.ocks.org - aboutに上げられている https://gist.github.co

Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある

お急ぎの方のためのまとめ 呼び出す URL の .js の後に ?file=[ファイル名] とつけるだけです。 Gist べんり GitHub の Gist 便利ですね。 ソースコードや文書をぺたっと貼り付けたり打ち込んだりして 綺麗にシンタックスハイライトされたものをすぐに見せたり共有したりできる。 Public Gist なら全体や書いた人のページで一覧に出るし Secret Gist にすれば URL を知ってる人だけが見られるようにできるし。 ソースコードだけじゃなくて、 Markdown なんかで文章を書くとこれも綺麗に整形されて出る。 そして素晴らしいのは、 提供されるタグを貼るだけで外部のサイトにそのソースコードを掲載できるところ。 このブログでもよくお世話になってます。楽ちん。 こないだのこの記事でも使いました。 PHP の配列を使った手品とその種明かし – 頭ん中 複数の

pplogの過去のポエムを複数単語で絞込できるようになりました。 pplogは、自身と向き合い想いを言語化するためのサイトだったりします。（色んな使い方があります） 最新のポエムだけが他人に見えますが、 自分の 過去のポエムを見る機能があります。 この過去ポエムは検索機能が付いているのですが、先日まで複数単語で絞り込むことが出来ませんでした。 pull requestが来た id: shootaさんからpull requestを頂きました。 勝手にやった！まさにこれだ！と思いました。 よし、コードレビューをしよう！ 命名に突っ込んだ これを見て思うところがありました。 search_word_arrays = params[:keyword].gsub(/　/," ").split() 私は言った for文にナニカを感じた し、Cぽい！ search_word_arrays = param

このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.