たのしいGit - Nalsh's Notes
序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は本来我々がしたい事ではない（一部の人を除く）。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間を食われる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説
開発現場のノウハウをもっと共有して、ハッカー文化を企業に根付かせよう
日本のオープンソース会の重鎮（そして自称プロのよっぱらいでもある）楽天技術理事のよしおかひろたか氏が、はてなダイアリーの未来のいつか/hyoshiokの日記で「IT産業には民族誌が必要だ」というエントリを書いています。このエントリにはとても共感するところがあります。 よしおか氏は以前から、ハッカー中心の企業文化を日本に根付かせたいという意志をもってさまざまな活動をされていて、今回の「IT産業には民族誌が必要だ」という意見もそれを実現する要素の1つです。 ではなぜ民族誌が必要だとよしおか氏が書いているのか、本題に入る前に、よしおか氏が言う「民族誌」とは何なのかを、今年の2月にデベロッパーサミット、通称デブサミでよしおか氏が行った講演「ハッカー中心の企業文化を日本で根付かせる」のスライドから少し読み解いていきましょう。 ハッカー中心の企業文化を根付かせるために この講演でよしおか氏は「良いソフ
はてなブログ | 無料ブログを作成しよう
日記_2024.8.29 鞍馬と貴船 29日は鞍馬と貴船に行ってきました。こんな天気でバイクは無理、でも引きこもるのも嫌なので前々から行きたかった鞍馬と貴船に行くことにしました。ただ、いつ大雨が降っても全くおかしくないので天気がヤバそうなら帰ることにします。普通に日帰りできる距離ですから…
社内ハッカソンをしよう
ハッカソン（Hackathon）は、ハックとマラソンを組み合わせた造語で、プログラマが集まってわいわいとプログラミングをする、というイベントのこと。最近の例では、東日本大震災に対してなにかプログラミングで役に立ちたいという人たちが集まって「Hack For Japan」というハッカソンが開催されたりしています。 ハッカソンは開かれたイベントとして誰でも参加できる形式で行われることが多いのですが、社内のプログラマが集まる社内ハッカソンもいいぞ、という主張を、ビデオチャットサービス「tokbox」の開発者Jonathan Mumm氏がブログに「Why your company should do an internal hackathon」（なぜあなたの会社は社内ハッカソンをすべきなのか）というエントリでポストしています。 社内ハッカソンで期待できること Mumm氏は、社内ハッカソンの良いとこ
アジャイルサムライから学んだこと - アナザーディメンション
9月に東京であったPHPカンファレンス2011のとあるセッションで紹介されていた書籍に「アジャイルサムライ」というものがあった。口コミ等を見るととても評価が高かったのですぐ購入した。が、羽毛布団.comのリニューアルが佳境だったのと、終わってからは仕事が忙しくなったのでなかなか読む時間がとれなかったのだが、先日ようやく読み終わった。 結論から言えば、とても面白かったし考え方という部分で刺激を受けた。アジャイル開発に興味があるとか関係なしに、システム開発に関わる人は一読の価値があると思う。 アジャイル開発というものは最近よく聞くようになったし、実践しているシステム開発会社も増えているだろうが、その精神というのを理解しているのは少ないんじゃないだろうか。先日うちの会社でもあるプロジェクトでアジャイルを取り入れているという話があったが、「イテレーション」とかアジャイルで使うキーワードは出ているが
笑ってはいけないSIer 抽出
Kenji HASUNUMA @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る（その上結果しくじったら会社の信用を失う）。 #笑ってはいけないSIer 2011-11-12 05:22:25
Ruby (Japanese)
Ruby 手習い Ruby してみません? Ruby の便利なところ/ちょっとだけ Tips スクリプトのライセンスについて 「いつでも Ruby なんでも Ruby」 Software Design 2000/7 掲載 「いつでも Ruby なんでも Ruby/Ruby 事始め」 Software Design 2001/3 掲載 CVS で最新ソースコードの入手 ここでスクリプトを紹介している目的は、Ruby を使おうとしている人に「参考になればいいな」と思っているためです。 とり上げているスクリプトは、私が実際使っているものです。 汎用的には作られていないものもあったりするので、もしかするとすぐには要求を満たせないかもしれません。 でも、ちょっとした修正を入れれば使えることもあると思います。 ぜひ、便利なスクリプト言語(OOSL? Object Oriented Script Lan
書籍『Jenkins実践入門』: 柴田 芳樹 (Yoshiki Shibata)
CIツールであるJenkinsの解説書です。目的に応じて、様々な設定について説明されています。継続的インテグレーションやJenkinsに興味がある人にとっては、導入する際に手元に置いておいて参考にすることができます。すでに、Jenkinsを使用している人であれば、自分が知らない新たな発見があると思います。 継続的インテグレーションは、どのような開発プロセスを使用していても必須だと言っても過言ではありません。ウォータフォール開発しているとかアジャイル開発ではないから関係ないというものではありません。 この本のカバーには次のように書かれています。 「手作業でミスが多発」 「別の環境だとビルドできない」 「結合テストで修正地獄に] 「リリース直前なのに動作しない」 ↓ 自動化でストレスはゼロに 品質は最高に どのようなソフトウェア開発でも起きる問題なのです。 私自身が初めてビルド作業を完全自動化
BPで働くのがどうか (How BeProud Works)
最近、githubの人、Zach Holman さんはgithubの社内の環境について、いくつかのブログ記事を書いていて、話題になっていました。 僕もいろいろ気になっている ので、 僕が働いているBeProud をgithubと比べながら、僕の考え方を説明したい。Zach さんの記事は3つに分かれているので、僕も3つに分ける。 _ 今回は Hours are Bullshit という記事 Zach さんの記事は英語で書かれているが、読むのは自分で頑張ってください。僕は、 日本でできるだけ日本語でコミュニケーションをしているけど、英語話す人が 書く情報はできるだけ英語で読んだほうがいいと思っている。翻訳は精々一時的な解決方法ですので、 翻訳しても、終わりがないのです。「人に魚を与えれば、その人は一日生き延びられる。 魚の捕り方を教えれば一生生きていける」とのことです。 Hours Are B
Unicode対応 文字コード表
�$B!!�(BUnicode�$BBP1~$N�(B JIS X 0201 �$B$N�(BJIS�$B%m!<%^;z$H�(BJIS�$B%+%J$NJ8;z%3!<%II=$G$9!#�(B �$B!!�(B�$BJ8;z%3!<%I$K$D$$$F�(B�$B$N%Z!<%8$d!"�(B�$BJ8;z%3!<%I0lMw$K$D$$$F�(B�$B$N@bL@$b$"$j$^$9!#�(B JIS�$B%m!<%^;z!'�(BASCII�$B!&J8;z%3!<%II=�(B JIS SJIS EUC UTF-8 UTF-16 �$B;z�(B 20 20 20 20 0020 21 21 21 21 0021 ! 22 22 22 22 0022 " 23 23 23 23 0023 # 24 24 24 24 0024 $ 25 25 25 25 0025 % 26 26
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://atnd.org/events/22029