Codeology / Featured
Codeology is an open-source project that reimagines code by bringing it to life visually. The combination of coding languages in each GitHub project determines its look, therefore, each creation is original. The application pulls data from GitHub’s public API and creates visuals using WebGL, Three.js, and GLSL Shaders. Shape and color represent an individual language, with size being proportionate
GithubのDeploy Keysを登録してパスワードなしでアクセスする - Qiita
EC2 に構築したサーバーからGithubにアクセスしてgit clone してビルド＆デプロイがしたい。 自動化する仕組みは色々あるけれど、今回は単純に自作のシェルを叩くだけ。 そのとき発生するのがパスワード問題。シェルに組み込んでおいたり、どこかのファイルに保存したりすればできるのだが、パスワードを平で保存するのはよろしくない。 Github に公開鍵を登録して SSH でアクセスすることができるので試してみる。 鍵をつくる EC2 に構築したサーバーにログインして、以下を実行する。 Generating public/private rsa key pair. Enter file in which to save the key (/home/hoge/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter s
まだエンジニアに文言修正なんか頼んでるの？ - クラウドワークス エンジニアブログ
プロダクト開発の中になぜか置いてもらっている非技術職の小林（週末は主夫、たまに会社でプロダクトオーナー）です。 日々、エンジニア OR デザイナー OR コピーライター に囲まれながら、プロダクトの成長を見守ってまっす。 ところで、プロダクトが成長していく過程で、新サービス・新機能のリリースに伴い LPや各種画面のちょっとした修正が増えていったりしませんか？ 事業戦略上で重要な機能・サービスを開発をしているチームに、飛び込みでキャンペーンLPのテキストの修正依頼が・・・。 仲間としては施策担当者がなんとかしたいと思う気持ちもわかる、でも、エンハンスに集中していて細かい修正をする時間が取りづらい。 そんな時に、同じチームメンバーとして非エンジニアでも手伝えることがあるかもしれません。 クラウドワークスでは、簡単な修正であれば施策担当者（非エンジニア）が行ってしまうこともあります。 我々と同様
さいつよのターミナル環境を構築しよう - Qiita
昔に書いたものなので余り参考になさらずに 僕はターミナルに引きこもっています。たまに外出しても最寄りのブラウザ程度です。そんな僕は Mac を使っています。綺麗な UNIX だからです。ターミナルアプリとしてターミナル.app を使っています。iTerm2 含めいろいろ試しましたがコレがさいつよでした。そして、僕は 2 年半かけてさいつよ環境を築き上げました。 tl;dr 最強のターミナル開発環境の構築する 最強の開発環境を目指して タイトルで豪語しすぎた感はありますが、本気で構築中です。僕がターミナル環境の整備に目覚めたのは学生の時でした。特に何かのプロジェクトに携わるといったこともなく、たまに講義の課題を解いたり趣味のアプリを作成したりといった程度での開発だったので、環境構築や整備に割く時間がありました。 まずは現状 普段のターミナル環境は次のとおりです。 ターミナル.app（全画面）
おい、Antigen もいいけど zplug 使えよ - Qiita
注意 この記事はv1の情報となっております。 最新の情報は日本語ドキュメントを参考にしてください。 zsh のプラグインマネージャといえば Antigen です。zsh 界隈ではプラグイン文化がそこまで強くない印象を受けます。便利なプラグイン1やコマンド2がたくさんあるのに、Vim のそれほど盛り上がっていないのはプラグインマネージャが弱いからではないでしょうか。 Antigen とその弱点 Antigen はよく使われるし実際便利ですが、いくつかの欠点があります。 プラグインの読み込みが遅いこと プラグインの管理が最低限しかできないこと プラグインが antigen に対応していないといけないこと これらの問題点の幾つかは重厚なる zsh 使いの @mollifier さんも以下のスライドで言及しています。 Antigenを使おう 第二の Antigen 1つ目の問題点は Antigen
もっと便利になれる zsh プラグインによる CLI ライフ - Qiita
最近、zsh + Vim + tmux でコマンドラインライフを過ごしている方も多くなってきたように思う。その豊かな CLI ライフを支えているのは数多くの優れたプラグインであることには間違いない（もちろんプラグインを使わない派閥も一定数いるでしょう）。 今回はとりわけ zsh に絞って有用であるプラグインを紹介していく。 zsh のプラグイン プラグインマネージャ まずは管理の要となるプラグインマネージャだろう。 今イチオシなのは zplug（neobundle + vim-plug の zsh 版）なのだが定番である Antigen も一応挙げておく。 zplug - A next-generation plugin manager for zsh Antigen - A plugin manager for zsh, inspired by oh-my-zsh and vundle.
Hugo Part 2 - Hugo で github にブログを立ち上げる - Syati.info
Part 1 では、ブログをローカルに構築したので、今回は github に repository をつくってブログを立ち上げる。 Hosting on GitHub Pages を参考にして、セットアップ手順を記していく。 Step 1 github に blog repository をつくる github にアクセスして、repository をつくる。repository name がそのまま URL になる（以下のようなURL）。 http://[username].githug.io/[repo] [] の意味 [username] : github の username [repo] : github に作成する repository name Step 2 blog の設定をかいておく ※以降、github に yourblog として repostitory を作成したと
git subtreeの練習
Gitのサブモジュールでは面倒そうな、頻繁に更新される別のリポジトリを取り込む方法としてサブツリーマージを行うラッパーであるgit subtreeコマンドを使う練習を始めた。どちらかというと「参照する」要素の強いサブモジュールに対して、サブツリーは「切り分ける」や「取り込む」という感じなんじゃないかと理解している。全般的に間違ってそうで怖い。 「切り分ける」、つまりリポジトリのサブディレクトリを別のリポジトリにしたい場合は、単純なケースだと親にあたる方で.gitignoreや.git/info/excludeを使ってサブディレクトリを除外してやれば良い。でもこの場合、両方のリポジトリで関連した変更がある時にそれぞれのリポジトリでコミットしてやらないとならないので面倒くさい。 「取り込む」場合はサブモジュールが基本なわけだけど、他で作業して戻ってきてたりする必要があるし、サブモジュールの更新
GitBookコマンドラインツールの使い方 - Technically, technophobic.
GitBookとは GitBookは、Githubのレポジトリで本を書くためのシステムです。たぶん（あんまり理解してない）。分からな過ぎて今回たぶん、「たぶん」って言いまくりますけどごめんなさい。。 本を、とはいいつつ、簡単なウェブサイトをつくるときにも有用です。たとえば、@renkun-ken(a.k.a.蓮君)のrlist Tutorialはこれを使っています。 renkun.me GitBookを使うには たぶん方法は2つあります。 1) GitBook.comでやる www.gitbook.com GitBook.comを使うと、オンラインエディタがあるので、それですべての作業が完結できます。たぶん。 デスクトップで使えるエディタも快適そうでした。 www.moongift.jp ただ、アカウント作らないといけないのがちょっとだけめんどくさそうでした。 2) ローカルでビルドしてG
README.mdファイル。マークダウン記法まとめ | codechord
Posted 1月 21st, 2012 by codechord. 9 Comments Tweet Tweet つい先日から、ようやくgithubを使い始めました。 gitのことはあまり勉強してないので右も左もわからず、とりあえず、公開されてるレポジトリのクローンを作りまくってニヤニヤ閲覧しています。 で、そろそろ自分もリポジトリを作りたいなと思って、作り方を調べてたんですが、 「README.md」ファイルというものの存在を知りました。 拡張子「.md」？何の事かさっぱりわからず、ドットモジュールって勝手に思ってたんですけど、全然違いました。「マークダウン」の略でした/// マークダウンとは マークダウンファイルとは何ぞや。調べました。 普通のテキストファイルを、ちょっとした法則にならって書くだけで、HTMLマークアップせずに、自動的にHTMLコードとして変換して出力してくれるという
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
github-cheat-sheet/README.ja.md at master · tiimgreen/github-cheat-sheet