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
本当に必要なのは安価な机、良質な椅子、そこそこ早いコンピュータ | Act as Professional
安価な机安価な机が良いというわけではない。予算があるとして、机よりも椅子に予算を割くべきだということである。 机はそこそこ広ければ良い。容易に増やすことができるようなタイプの机であれば、スペースを増やすのも楽である。 IKEAにでもいって、気に入ったヤツを買ってくれば良い。お金を掛ける余裕があるのであれば、高さを調節できるものが良いだろう。 筆者はIKEAで買ってきた横幅2mの机を使っている。2万円もしていない板っきれに足をつけただけの机だ。 自分の身長に対して適切な机の高さはこちらで計算することができる。 特に計算したわけではないが、たまたま買ってきた机の高さが、筆者の身長に対してピッタリだったのはビックリだ。 机の回りは片付けられていることが前提である広い机を使っていても、机の上が汚ければ意味が無い。机の下にものがたくさんあっても意味が無い。 一人が使いやすく、複数人数でのペアプロがし
普通のプログラマへ良いコードを書く方法を教える！リーダブルコード | Act as Professional
私はすばらしいコードを「エレガントなコード」と呼ぶ@HIROCASTERでございませう。 まず、はじめに。本書はハッカーは読まなくて良い。普通のプログラマに読んで欲しい。 デザインパターンやリファクタリングよりも、本書に書かれていることの方がプログラマは毎日考えて、意識してコードを書くのだ。 よって、普通のプログラマならば本書を読んでおきたい。普通のコードを書く人にオススメの1冊だ。 例えるならば、バク転や月面宙返りをする方法ではなく、日常的におこなわれる「歩く」という行動に着目し、姿勢良く、美しく、シッカリ、確実に歩くための方法が書かれている。 本書の目的は、君のコードをよくすることだ。 「良いコード」の定義とは、コードを読んだときに最短で理解できる様に書かれていることである。そう、本書は伝えている。 では、良いコードを書くための方法を具体的に学んだり、教えられたりしたことはありますか？
プログラミングのオンライン学習が無料開放 Rails, Backbone.js, etc | Act as Professional
これは週末やりたいな−。と思った@HIROCASTERでございませう。 いまどきのRubyとRailsの学び方として取り上げたことのあるCode Schoolが今週末だけ無料開放されるようです。 みんなが考える、ちょっと退屈なオンライン学習とは一線を画すコンテンツですので、ぜひやってみてください。 Rubyの基礎からRuby on RailsやjQuery, Backbone.jsのオンラインコースまで全て無料です。 正確には 5/18 18:00 〜 5/20 23:59（東部夏時間） 日本時間を計算すると 5/19(土) 09:00 〜 5月21日(月) 14:59 です。 おすすめコース無料コースのRails for Zombiesがおもしろいのですが気になったコースをピックアップします。 Anatomy of Backbone.js – Code School Backbone.j
プロとしての行為 Act as Proffesional
食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロとしての行為 Act as Proffesional