プログラミングスキルを伸ばすためのイベント「Coderetreat」に参加してきたので、今度は主催するよ！ | Act as Professional
Coderetreat とは？このイベントは1日中集中して、ソフトウェアの開発と設計にフォーカスして練習するためのイベントです。 仕事を片付けなければならない通常の仕事であるプレッシャーから解放して、徹底的に練習する機会を提供することで、スキル（プログラミングや高度な設計など）に非常に有効的なことで知られています。 モジュール設計、オブジェクト指向などの基本原則を改めて、練習することによって、将来にわたって変更コストを小さくする“エレガントなコード”を書くスキルを磨くことが出来ます。（ソフトウェアのテストを書くのは基本なので、身につけていない人はとても鍛えられる事になるはずです） 具体的には、コンウェイのライフゲームをペアプログラミング（2人で1つのコンピュータを使ってプログラミングする）で1日に5〜6回も毎回違うペア同士で、プログラミングをします。これによって、学びを得ます。 コンウェイ
コマンドラインからインタラクティブにGitHubの未読通知を開く | Act as Professional
percolとpecoが最近話題なので、私がpercolで使っているGitHubをちょっと便利に使う為の設定を紹介します。 kyanny氏が開発したghnというgemを利用するとコマンドラインからGitHubのNotificationのURL一覧を取得して、表示、ブラウザで開く、一括で既読にするといったことができます。 これにpercolやpecoを組み合わせて、インタラクティブなUIをコマンドライン上で実現して、Notificationを1つブラウザで開くようにしています。 実際に動作している様子は下記です。 設定方法ghnはgemなので $ gem install ghnなどでインストールして、tokenなどを設定しておいてください。 percolの設定.zshrcなどに以下を追加 function ghn_open() { local url=$(ghn list | percol
GitHub実践入門が3/20発売 現場で使える実用的なガイド | Act as Professional - hiroki.jp
3/20(木)に日本語で初のGitHubに関する書籍（雑誌を除く）である「GitHub実践入門 ~Pull Requestによる開発の変革」が発売されます。304ページにわたる現場で使える実用的なガイドを目指して執筆しました。 本書は、世界中の開発者が行っているGitHubを利用した開発方法を、みなさんが現場で使えるようになるためのガイドとして執筆しました。よって、GitHubの解説だけにとどまらず、開発ワークフローやそれを支えるほかのツールにも踏み込んで解説しています。 現場で使えるノウハウが凝縮されたGitHubのガイド本書は現場でGitHubを徹底的に活用するために、UIの解説、Gitの操作、実際に手を動かしながら試せるPull Request、開発ワークフロー（GitHub Flow, Git Flow）の解説、Jenkinsなど開発を支えるツールのGitHubとの連携について丁寧
「GitHubでつくる、たのしい開発現場」YAPC:ASIA Tokyo2013 | Act as Professional
YAPC::ASIA Tokyo 2013（2日目）で「GitHubでつくる、たのしい開発現場」というトークをしてきました。 まず、利用した資料を公開します。 伝えたいことコードレビューを習慣化させたいのであれば、GitHubは最適なツールです。 コードレビューを習慣化させたい コードは書いた人以外の目にふれさせるべきと考えている人には特にオススメのツールです。 ですが、GitHubはあくまでツールです。このツールを利用することで、コードレビューの機会や良いコードを書くためのノウハウを学習する機会を生み出すことができます。 その結果、人やチームが行動を起こすことでチームが成長したり、結果として良いソフトウェアができていくはずです。 レビューをすると増えるコスト、減るコストレビューはすべきだけど、現在レビューを習慣化できていないチームにとって、新たにコードレビューをしていくのは単に時間的なコ
[店頭在庫限り]ピアソンがソフトウェア開発に影響を与えた技術書まとめ | Act as Professional
ピアソンの本は感慨深い思い出のある@hirocasterでございませう。 ピアソン桐原のピアソングループからの独立ということで、ピアソンの技術書が店頭在庫限りとなりました。 @sobahhi ご心配をおかけして大変申し訳ございません。今後は、学習参考書と語学書に専心していくことになりますので，技術書は基本的にお取扱いがなくなってしまいます。書店さんの在庫限りとなりますので、お早目にご入手くださいますようお願いいたします。 — 桐原書店 (@KiriharaShoten) August 7, 2013 ということで、業界に影響を与えた良書たちを振り返っておきたいと思います。入手しづらくなっていますが、かろうじて今ならまだ手に入るので、これを機会に購入してみてはいかがでしょうか。Amazonの在庫が切れても、大型書店ではまだ手に入るようです。 ピアソンといえば「リファクタリング」 今となっては
![[店頭在庫限り]ピアソンがソフトウェア開発に影響を与えた技術書まとめ | Act as Professional](https://cdn-ak-scissors.b.st-hatena.com/image/square/fe443a61cd53c83dff058670bd2e52e86610a5a2/height=288;version=1;width=512/https%3A%2F%2Fhiroki.jp%2Fwp-content%2Fuploads%2F2013%2F08%2Frefactoring.jpg)
【講演】アジャイル開発における新しいリーダシップのありかた | Act as Professional
@HIROCASTERでございませう。 5/23(木) 19:00～ パソナテック様主催による無料セミナーを実施します。 アジャイル開発におけるリーダーシップとは詳細は上記のURLをご確認いただきたいのですが、ざっくり説明するとアジャイルソフトウェア開発における従来とは異なる新しい形のリーダーシップについてを中心にお話しします。 既存のリーダーやマネジメント層がそのままアジャイルソフトウェア開発を実施すると、このリーダーシップの取り方の違いにより、最初から失敗への道をだどってしまっていることがあります。 今回のセミナーでは、これからアジャイルソフトウェア開発を実施していくようなキャリアを形成していく方に向けて、アジャイルの基礎知識のおさらいと、新たな形のリーダーシップについて解説します。 既に40人以上の方にエントリーいただいておりますが、まだまだ会場の方には入れます。ぜひ、この機会にお足
Git,GitHub,Jenkins,Emacs,Vimが1冊で学べる 開発ツール徹底攻略 | Act as Professional
GitHub特集記事を再編集した@HIROCASTERでございませう。 4月10日(水)にWEB+DB PRESS Vol.69に寄稿したGitHub特集記事を再編集して開発ツール徹底攻略 (WEB+DB PRESS plus)が発売されます。 1冊で現役の開発者が愛してやまない開発ツールの最新事情と利用方法が学べる1冊に仕上がっています。 4月に入って新しい会社や学校で開発をはじめる方多いかと思います。そんな方に、ぜひ手にとって頂きたい1冊です。そういった方達を教える立場にある方も、参考資料として利用して頂ければ幸いです。 これ1冊で Git GitHub Jenkins エディタ(Vim/Emacs) Linuxの基礎知識の最新の状況と設定、利用方法まで学ぶことができます。少ない時間で、開発ツールを使うまで学ぶのにはとても効率的でオススメです。2,000円でお釣りがきてしまうので、ぜひ
Vagrant 1.1リリース、VMware Fusion, EC2, Rackspace が新たに対応 | Act as Professional
Vagrant 1.1リリース、VMware Fusion, EC2, Rackspace が新たに対応 リリース早かったなぁと思う@HIROCASTERでございませう。 Vagrant 1.1 がリリースされました。 今回の変更点はとても大きなものであると感じています。そして、開発者にとって、素晴らしい機能が追加されました。 Vagrant は VirtualBox のラッパーとして機能し、VMの立ち上げや管理からpuppetやchefで記述された内容に基づくプロビジョニングをおこなってくれます。 これは、Proxyサーバ、Appサーバ、DBサーバなど複数台構成の開発をおこなっている開発者のローカル環境で、複数台のVMを本番さながらの構成で稼働させるためには非常に重宝されるツールでした。プラグインの対応で、VirtualBoxだけならず、AmazonのEC2を操作することができました。
git 1.8.2 リリースノートを眺めて、新機能把握と設定を追加 | Act as Professional
世の中はGoogleリーダーで盛り上がってる中、Livedoor Readerに移行した@HIROCASTERでございませう。 そんななか、ひっそりと git 1.8.2 がリリースされました。 リリースノートを眺めていたら知らない機能があったので書いておきます。 git check-ignore * “git check-ignore” command to help debugging .gitignore files has been added. 1.8.2からの新機能です。 .gitignore ファイルに記述されてい内容と実際のファイルが該当するかチェックできます。 例えば .gitignore ファイルに /tmpと書いたとします。 $ git check-ignore -v ./tmp .gitignore:1:/tmp ./tmpのように1行目の設定に該当して、exclu
GitHubをさらに便利に使う、hubコマンドを活用しよう！ | Act as Professional
hubコマンドは、MacやLinuxのターミナルからGitHubの操作をおこなうためのコマンドです。通常はブラウザを通しておこなっているような操作をCLIでおこなうことができます。 これがURLを渡すだけで、利用シーンがあるので、紹介します。 インストール公式サイトを確認する限りgemでインストールするのは、動作が遅くなるので非推奨とのこと。よって、Mac環境はHomebrewかMacPortsで入れた方が良い。 gitコマンドのエイリアスとしてhubを設定してしまうことが推奨されてますが、あえて今回はしません。 MacPortsの場合 $ sudo port install hub Homebrewの場合 $ brew install hub 動作確認$ hub --version git version 1.7.12.4 hub version 1.10.2GitHubへの初回アクセス
あの「ウノウ」って会社を覚えてますか？ | Act as Professional
元ウノウな@HIROCASTERでございませう。 それはそれは、ちょっとだけ昔の話、とても風変わりなウノウ株式会社というのがありました。 ウノウという会社の昔話をしたいと思います。 ウノウラボのラボブログこの会社がはじめた画期的な文化の1つは、ラボブログと呼ばれる在籍するエンジニアが直接技術情報をブログとして公開するというものだ。 今では業界各所でおこなわれていることだが、当時は在籍するエンジニアが顔と名前を出して、技術情報を惜しげもなく公開することに注目された。 このブログの読者も、当時はウノウラボのブログをよく読んでいた人もいるのではないだろうか。 ウノウの歴史ではかなり後半の2010年になるが、私もウノウラボを執筆できたことが嬉しかったです。 もちろん、ブログを書く時間も業務時間として認められていました。 勉強会で会場を提供するなどの取り組みなど、今となっては常識となりつつあるような
コードレビューツール 6選 どれが最適？ | Act as Professional - hiroki.jp by HIROCASTER
Pythonで書かれたレビューツールです。VMware社内で利用されていることで有名なツールです。 プレコミットレビューという概念のレビューツールです。つまり、コミット前にレビューをするという事が前提になっているツールです。よって、結果的に差分を重点的に確認していくツールのつくりになっています。 rietveld rietveld – Code Review, hosted on Google App Engine – Google Project Hosting Google社内で使われているコードレビューツールである「Mondrian」のオープンソース版です。基本的にGoogle App Engineで動くことが前提になっています。 GAEの上のコードのデータを置くということがオトナの事情的に難しいかもしれませんが、検討してみてください。 Phabricator Phabricator
プロとしての行為 Act as Proffesional
Gitのブランチをどのタイミングで切って、マージしていくかなども非常に大切ですが、ブランチやマージをするよりも頻繁におこなうコミットについて、あらためて基本に立ち返ってみましょう。 一つ一つのコミットを綺麗に積み重ねていくことは、ブランチを切るタイミングやマージ、歴史の改編などを容易にすることができます。コミットが綺麗に積み重ねられていないとマージや歴史改変で苦労するでしょう。 Gitのベストプラクティス（原文）に乗っかるためにもgit commitする前に以下のようなことをチェックしましょう。 Gitの操作に慣れている人はPushやMergeをする前に今回紹介するようなことを元にしてコミットの歴史を綺麗に整えましょう。 1コミットに1つの対応1コミットにはあれこれ詰め込めすぎるべきではありません。例えば以下のような2つのことがあったとします。 Aの機能を追加Bの機能のバグを修正2つの対応
1日に175回もGitHubはデプロイしているだとぉ…！？ | Act as Professional
GitHubは普通の会社とどう違うのか？ リリースマネージャーがいない（いる必要がない） 週次のデプロイセットもありません（この週にこれだけの機能をまとめてリリースとかがない） 開発者とデザイナーは、早く提供できるように自分たちでデプロイする（できる）作った人達が自ら確認できて、サクッとデプロイできるのであれば、さっさと作って、ささと出してしまった方が良いに決まっています。これを実現させるために様々な工夫がされているようです。 GitHubの基本的なワークフロー The basic workflow goes like this: Push changes to a branch Wait for the build to pass on our CI server Tell Hubot to deploy it Verify that the changes work and fix a
誰よりも詳しく！特定ジャンルの情報を効率的に得るたった1つの方法 | Act as Professional
やはり、これだけ便利なツールが普及されていないのは悲しいことなので、さらに便利にする方法をいくつか紹介したいと思います。 はてなブックマークを利用して、本当に欲しい特定ジャンル情報を効率的に集めるためのRSSフィードを独自に作成する方法をご紹介します。 情報を集めすぎると、質が低下するので、その調整法についても触れます。 そもそも、RSSリーダーって？という人はこちらをご覧ください。 若者が知らない最強の情報収集方法「RSSリーダー」 はてなブックマークのタグ機能を利用する はてなブックマークにはタグと呼ばれる仕分けをする機能があります。このタグを利用して、あなたが欲しい情報に絞り込んだRSSフィードを作成できます。 誰かがつけたタグをキッカケに、RSSとして配信される様に設定します。人間が目視でタグをつけた結果とブックマーク数を調整できるので、情報としてはかなり正確なものを効率よく集める
若者が知らない最強の情報収集方法「RSSリーダー」 | Act as Professional
特に新卒でプログラマになりましたとか、若者に向けて、RSSリーダーで技術情報にアンテナ張ると色々捗りますよ。というご紹介です。 普段からRSSリーダーを利用して情報収集されている方には、つまらない記事ですが、あなたの知っている一番若いエンジニアに教えてあげてください。知らない新卒エンジニアは多いみたいです。 情報収集の方法は？日々技術は進歩していて、流行廃りもあります。こういった情報を追いかけるために、どのようなツールを活用していますか？ 「Twitterで話題になってるのを見るぐらい」というだけでは、そのつぶやきを見過ごしたら、二度と知ることができません。 SNSなどが普及したことによって情報が流れるスピードが上がったので、1日後にはまた新しい話題にすり替わってます。それに、あなたが本当に知りたい分野の最新の情報であるとは限りません。 これでは話題の技術を把握することができませんし、重大
oh-my-zshで最強のシェルzshをスタートダッシュする！ | Act as Professional
改めて自分の設定を破棄して、こちらで管理することを決断した@HIROCASTERでございませう。 ずっと、bashを使ってきましたが、数年前からzshに乗り換えて、さらにzshを拡張するに至っています。 oh-my-zshとは？oh-my-zshとは、zshの設定ファイルを管理するためのフレームワークです。oh-my-zshに最初からコミュニティによって、追加されたプラグインが入っており、それを有効化するだけで、シェルでよく使われるような便利な機能や補完が有効になります。 プログラマーとして拡張させていくためにoh-my-zshの一定のルールに基づく設定ファイルの管理によって、自分自身の設定ファイルをモジュール化でき、簡素かつ柔軟にに管理できるようになるのが、プログラマとしてシェルを拡張していく人のメリットです。 だらだらっと、1ファイルに書き連ねていくのは、もうやめましょう。 oh-my
chef-solo はじめてのLinux環境構築の自動化入門 | Act as Professional
環境構築を自動化すれば数分でサーバ構築して投入できますよ？@HIROCASTERでございませう。 vagrantで開発環境（仮想マシン）を自動構築しようの記事で、仮想マシンにchefやpuppetを自動的に実行させて開発環境を自動で構築する手順を紹介しました。 環境構築を自動化する内容をchefであれば、レシピと呼ばれるものを、puppetであればマニフェストと呼ばれるものを記述しなければなりません。 今回はパッケージ（NTP）を導入して、NTPの設定ファイルを自動的に配備して、サービスを立ち上げるという環境構築の自動化をchef-soloを使って、紹介したいと思います。基本的に他のソフトになっても手順は同じです。参考にしてください。 chefとchef-soloの違いchefはクライアントとサーバの形を取っており、chefを実行するためにはサーバにレシピや付随する数多くのデータがなければ
JavaScriptパフォーマンスを上げるシンプルな13の最適化 | Act as Professional
最適化するとここまで早くなるのかと感心した@HIROCASTERでございませう。 Google I/O 2012 のなかで発表されたV8エンジン向けのJavaScript最適化の話です。 15.5秒ほどかかっていた処理が0.04秒まで高速化しています。 Initialize all object members in constructor functions Always initialize object members in the same order Prefer numeric values that can be represented as 31-bit signed integers Use contiguous keys starting at 0 for Arrays Don’t pre-allocate large Arrays (>64K elements) to
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[資料] Jenkins + GitHub in 第6回テックヒルズ | Act as Professional![[資料] Jenkins + GitHub in 第6回テックヒルズ | Act as Professional](https://cdn-ak-scissors.b.st-hatena.com/image/square/5982ec5d456c2a9dfea45b84e23982e769f0800f/height=288;version=1;width=512/https%3A%2F%2Fhiroki.jp%2Fwp-content%2Fuploads%2F2013%2F06%2F20e9e04b1540e442fafaea0a16963b8f.jpg)
