GitHubで雑誌・書籍を作る
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
GitHub Kaigiに参加してきました - 牛のつれづれなるままに3.0
2014/6/1 に渋谷のサイバーエージェントさんのセミナールームで開催された GitHub Kaigiに参加してきました。 会場 サイバーエージェントさんのセミナールームAは渋谷マークシティの13Fにあり、駅からは少し迷いがちですが近い場所でした。参加者500名にもかかわらず会議テーブルと電源が使えるようになっていて驚きました。 (私が全体を知らないのでもしかすると部分的だったかもしれません。) 無線LANや飲み物の提供、ビアバッシュでの食事提供などもあり、スポンサーやボランティアで運営している技術者の方々には頭が下がります。 セッションの概要 以下、セッションの概要を簡単に記載します。各セッションの資料はPDFで上がっていて、そのうちustreamビデオも公開されるそうなので、詳細はそちらを確認されることをお勧めします。 GitHub実践入門 ─ Pull Request による開発の
Github Kaigi
What? GitHub KaigiはGitHub User Group 主催のイベントであり、GitHubの正式なイベントではありません。 GitHub Kaigi is a captivating event organized by the GitHub User Group, offering a unique platform for developers and tech enthusiasts to come together and discuss the latest trends and innovations in the world of coding and software development. While GitHub Kaigi is not an official GitHub event, it's a must-attend for anyone
GitHubが実践するオープンソース式マネジメント法
GitHubのミッションは、「1人で作業するよりも複数の人とコラボレーションしながら作業した方がいい。人のために、技術者のためにステキな環境を作ること」だ。GitHubは、2008年4月に「コラボレーションできる環境を作りたい」という夢を持った3人の想いが集まり始まったプロジェクトである。それから約5年経った現在では、300万人のユーザー数と500万のリポジトリが登録されている。 GitHubのはじまり 創業者の1人、ピージェー氏がプログラミングを始めたのは14歳のときである。ピージェー氏の父がパソコンを買ったことがきっかけで、「自分でいろんなものを作ってみたい」と好奇心が生まれたそうだ。 共同創業者のクリス・ワンストラス（Chris Wanstrath）氏と出会ったのは、「CNET Networks」で働いていたときであった。ピージェー氏とクリス氏は当時、Rubyを使ったプロジェクトやバ
GitHub初心者はForkしない方のPull Requestから入門しよう // qnyp blog
2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト
MacでGitとGitHubを使うための手順 - Cross Road
遅ればせながら、GitHubを使うことにしたのでその設定方法をまとめました。 Gitについては色々なところで使い方説明や本があるので、省略します。 GitHubとは、Gitを使ってみんなでソースを共有する仕組み、というところでしょうか。 基本的に無料で使えますが、公開範囲を限定するには有料となります。 最近はいろんな人の作ったOSSがGitHubで公開されていることが多いので、使えるようにしておくと色々便利なようです。 とくに、今回はMacで使うため、GitをMacに導入するところから始めました。 GitをMacに導入する手順 1 .下記よりgitのインストーラを入手し、インストール Git - Downloading Package 2 .「setup git PATH for non-terminal programs.sh」を/Users/usernameにコピー /Users/us
git初心者がmacでgithubを使うまでのTips – githubのお勉強
git初心者がmacでgithubを使うまでのTips – githubのお勉強 2011.12.18 プログラミング 開発環境 Git, github, バージョン管理 バージョン管理もそろそろしてみようということでgitを選択。分散型でいいらしい。git自体まだ分かっていないけど、github使ってみようという試み。 環境：mac OSX 10.6 公開鍵方式でSSHログイン出来るようにする どうやらgithubにpushするにはSSH公開鍵を登録する必要がある様子。なので、秘密鍵と公開鍵のペアの作成から。 秘密鍵と公開鍵のペアを作成 ターミナルで秘密鍵と公開鍵のペアを作成する。RSA方式でよいと思われる。 作業する場所はユーザーのホームディレクトリ。 ターミナルで ssh-keygen -t rsa で作成できる。 パスフレーズは空でenterする。 $ ssh-keygen -t
脱GitHub初心者を目指す人のREADMEマークダウン使いこなし術 | ゆっくりと…
README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 （マークアップ） されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown （略して GFM） という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 （もちろん GitHub 初心者です！） の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ （レンダリング） を気にして
Github を使って雑誌原稿を書く - naoyaのはてなダイアリー
今日はこのあと Github の Tokyo Drinkup January 2014 に行くのだが、先方から、もしかしたら 10分ほど Github について話してもらうかも、と打診された。話すか話さないかわからないが、もし話すとしたらと仮定し内容の整理も兼ねて以下「Github を使って雑誌原稿を書く」ということについて書いてみようと思う。 「Github を使って雑誌原稿を書く」もしくは「Github を使った雑誌編集者とのコラボレーション」について、である。 Web+DB PRESS の連載 ご存知の方もいるかもしれないが、このところ技術評論社の Web+DB PRESS で連載をしている。連載を始めて、もう一年近く経った。以前にも Perl に関する連載をしていて、そのときも数年ぐらい続けたので、間があきつつも、なんだかんだでそれぐらいの付き合いになる。 最近は特にテーマは決めず
Bridge Word
This shop will be powered by Are you the store owner? Log in here
黒い画面とかよくわからない人のための、ゆるふわgit入門 ～github for Windows～
リポジトリとは？ 更新履歴をためておく場所です。 gitでは、リポジトリには2種類あります。 「自分の作業用リポジトリ」と 「公開用リポジトリ」です。 今日は、 自分のPC内のフォルダ＝自分の作業用リポジトリ github＝公開用リポジトリ として話をします。 githubとは？ gitで管理した更新履歴を置いておく場所。 完成したものを見せるんじゃなく、 開発途中の履歴を見せる。 普段見えない裏側のソースコードも見える。 履歴をちょこちょこ送れるので、開発してる！感が出せるのでエンジニアに人気。 人のソースコードに手を入れて送ったりもできるらしい。 別にプログラムじゃなくてもいろんな更新履歴を管理してよい。 でも交換日記とかを管理するのはやめましょう。 流れ 必要なものを用意しよう github for Windowsをインストールしよう コミットしてgithubにpublishしよう
github を Windows で使ってみる
— Your Dashboard — GitHub バージョン管理の github を windows から使ってみようと思いやってみました。 ちなみに私は Home — GitHub Guides — GitHub を見たりしつつ、こうやって使うんだなとうっすら理解した程度のレベルです。できたものの書いておかないと忘れそうなのでメモ。 アカウント作成、リポジトリを作る まずは github にアカウントを作る。SSH Public Key は空白のままでとりあえずアカウント作成。 ログインしたら「Create a Repository」と書いてあるリンクからリポジトリを作成。 Project Name：適当に付ける。 Description：このリポジトリの説明。なくても OK。 Homepage URL：空白でも OK。 Who has access to this repositor
github に gem を公開する - 2nd life (移転しました)
http://github.com/ 最近一部で話題沸騰の github。github は Rails で作られたアプリケーションでは、自分が知りうる限り一番の完成度と使いやすさを誇るんじゃないか、と思っています。 ソースコードツリーの見やすさ、(g)zipでくれ機能、各種 git の情報へのアクセスしやすさ、最初に git レポジトリを作ったとき表示されるチュートリアルと云った基本的なことはもちろんですが、オープンソースプロジェクト・コミュニティを加速させるであろう、分散レポジトリを利用した様々な機能がすばらしいですね。 誰かが公開してるレポジトリを fork ボタン一つで自分のレポジトリにクローンし、いろいろ変更を加え、大本に取り込んで欲しいなぁ、と思ったら pull request。大本のコミッタは気に入れば pull で取り込めばよいし、もし気に入らなかったとしても、変更者がそのフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
会社に Github導入した話
Contributing to a project - GitHub Docs