GitHub - google/fully-homomorphic-encryption: An FHE compiler for C++
Note: HEIR is our next generation FHE compiler framework, please see its GitHub repo and its website https://heir.dev. This repository contains open-source libraries and tools to perform fully homomorphic encryption (FHE) operations on an encrypted data set. About Fully Homomorphic Encryption Fully Homomorphic Encryption (FHE) is an emerging cryptographic technique that allows developers to perfor
Homebrew の Tap を作る - Qiita
(ネタがないままゼロ件なのが気になるのでテスト投稿。) Github に homebrew-<name> という命名規則でリポジトリを作り、そこに Formula ファイルを置けばよい模様。 $ mkdir homebrew-mytap $ cd homebrew-mytap $ touch README.md $ git init $ git add README.md $ git commit -m "first commit" $ hub create -d "My formulae for the Homebrew package manager" $ git push -u origin master Formula ファイルは homebrew-mytap/hoge.rb の様な形で置けば良い模様。 作成した tap を使う場合はいつものように brew tap で Githu
ちょっとしたHTMLはGitHub Gistに置いてbl.ocks.orgで表示するのがお手軽です - Qiita
はじめに 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
「Githubでプルリクにいいねしたい」願望を叶えるUserScriptを開発しました - んずろぐ
JavaScript - Client Side - Advent Calendar 2013 12/07分の記事です。 JavaScript 超初心者による、初心者向けのエントリーです。 プルリクエストをレビューしているとたびたび、 レビューコメントやプログラムの diff に「いいね」したくてたまらなくなりますよね。 皆さんのそんな願望を叶えるべく、 Github/Github enterprise 用 UserScript「StealthLike」を開発しました。 自分で言うのもあれですが、 これがまた、どうしてなかなか超絶便利です。 スクリプトは、下記の通り Github にて公開しています。 nezumi650/StealthLike 本日は、この「SealthLike」を紹介しつつ、 作成する中で学んだ事をかんたんにまとめておきます。 ■StealthLikeとは プルリクや
Markdown記法 チートシート
Markdown記法のチートシートです。 記法はGitHub Flavored Markdownに準拠し、一部拡張しています。 Qiitaでシンタックスハイライト可能な言語一覧については、 シンタックスハイライト可能な言語 をご覧下さい。 Code - コードの挿入 Code blocks - コードブロック たとえば、「Ruby」で記述したコードをファイル名「qiita.rb」として投稿したいときは、 バッククオート（`） か チルダ（~） を使用して以下のように投稿するとシンタックスハイライトが適用されます。 コードブロック内でコードブロックを書きたい場合は異なる記号を使うことで書けます。
EmacsでMarkdownのプレビューをお手軽に確認する方法はこれかな？
最近、業務のリポジトリがGithubに移行したので、Markdownをよく書いて ます。(Github使うと、目に見えてソフトウェアの品質が上がりますね！) Markdownのレンダリング結果を確認するために、Githubのwikiに貼り付け てプレビューとかやってましたが、バカらしくなったのでローカルで確認 出来る方法を探しました。 方法1: markdown-mode.elを使う# 賢明な皆さんはEmacs24をお使いだと思うので、M-x list-packagesから markdown-mode.elをインストールし、以下を~/.emacs.d/init.elに追加し ます。 README.mdとかがmarkdown-modeで開くようになります。 C-c C-c pでプレビューがブラウザに表示されます。markdownコマンドがな いと怒られたら、brewとかでインストールして下さ
ペパボでの GitHub の使い方 - Gosuke Miyashita
必殺！Github導入に向けて上司を説得する時に使える資料まとめ - DQNEO起業日記 でペパボも取り上げて頂いたので、ペパボでの GitHub の使い方について、少し詳しく書いてみます。 開発での利用 これは普通の使い方ですね。なので省略。 GitHub Enterprise は利用していない 金額的な面で GitHub Enterprise の利用は厳しいため、GitHub Enterprise ではなく、ノーマル（？）な GitHub を利用しています。（GitHub Enterprise にすると、現在のコストの 8 〜 9 倍ぐらいになってしまう。） ここはセキュリティ面とのバランスが難しいところではありますが… とはいえ、GitHub に何かあってソースコードが流出した場合に影響の大きさが懸念されるサービスについては、GitHub を利用しない、といった判断もしています。（で
死んで覚える本当のGitの使い方 - mizchi log
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
Set up Git - GitHub Docs
Using Git To use Git on the command line, you will need to download, install, and configure Git on your computer. You can also install GitHub CLI to use GitHub from the command line. For more information, see "About GitHub CLI." If you want to work with Git locally, but do not want to use the command line, you can download and install the GitHub Desktop client. For more information, see "About Git
The GitHub poweredby Agile渋谷 に参加してきた #Agile渋谷 - Diary of absj31
The GitHub poweredby Agile渋谷 : ATND 「The GitHub」イベント詳細発表！話題のあの人が登壇 #Agile渋谷 | Act as Professional - hiroki.jp by HIROCASTER 2012/06/23 The GitHub poweredby Agile渋谷 #Agile渋谷 - Togetter (写真：この日発売となった書籍『WEB+DB PRESS』最新vol.69。主催者である(@hirocaster)さんの渾身の執筆記事を掲載！) 最近プライベートでは勉強時の写経や個人開発プロジェクトなどでMercurial(＆Bitbucket)を利用しているのですが、Git(及びGithub)も最低限使えるようにしとかないとこの先アカンな、と思う部分があったのでイベント告知がされた際には即申込み。主催の@HIROCASTER
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - maildev/maildev: :mailbox: SMTP Server + Web Interface for viewing and testing emails during development.
GitHub - fumiyas/qrc: QR code generator for text terminals (ASCII art, Sixel)
GitBook