GitHub - ripienaar/free-for-dev: A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev
Developers and Open Source authors now have many services offering free tiers, but finding them all takes time to make informed decisions. This is a list of software (SaaS, PaaS, IaaS, etc.) and other offerings with free developer tiers. The scope of this particular list is limited to things that infrastructure developers (System Administrator, DevOps Practitioners, etc.) are likely to find useful
npm で依存もタスクも一元化する - Qiita
デザインスプリントとブルーボトルのプロトタイピング（翻訳）
本記事は、最近日本にも上陸したBlue Bottle Coffeeが行ったデザインスプリントについての翻訳記事である。（オリジナル）。デザインスプリントとは、Googleの投資部門Google Venturesが投資先に行うデザインワークショップ。Googleはオンラインでの売り上げが伸び悩むBLUE BOTTLE COFFEEと彼らのエージェンシーに対し、一週間のデザイン／プロトタイピングワークショップを行い、大きな成果を出した。以下、そのプロセスとなる。 BLUE BOTTLE COFFEE 私たちはブルーボトルコーヒーの新しいサイトデザインを手伝い、売り上げと滞在時間を伸ばしました。 ブルーボトルは美しいカフェと精緻なコーヒーにより、熱狂的なファンを生み出しました。しかし彼らのサイトは、そのブランドを表現しきれず、ウェブによる売り上げは全体利益のたった10%でした。 チャレンジ ブル
グーグル、アイデアからプロトタイプの検証までたった5日で完了する課題解決メソッド「デザインスプリント」を公開 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
「10倍プログラマ」の神話、Ruby on Railsの生みの親が語った高い生産性のカギとは!? | HRナビ by リクルート
Powerful Project Management for GitHub | Codetree
Kanban Boards, Epics, Automated Workflow, and Reporting. Reclaim control of your project. Try Codetree for free Manage your entire development workflow Codetree adds powerful functionality to Issues and Pull Requests while staying fully synchronized with GitHub. Use Kanban boards with custom stages combined with our automated workflow tool to move issues through, or choose to view your issues in a
GitLab flowから学ぶワークフローの実践 | POSTD
Unix Philosophy と Node.jsのモジュールの作り方 - from scratch
ソシオメディア | あるとよい機能はない方がよい
A Day of Communication at GitHub
I’ve done a lot of posts and talks about how we work together at GitHub. The high-level discussion about how we manage to operate without managers in a 60% remote, 240-employee company is pretty interesting to me. Just like code, though, sometimes the high-level is too high-level. Just show me the code, dammit. Sure, you work asynchronously, but what does that actually mean? So, here’s a look at m
OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい（もしくはコードレビューの話） - kazuhoのメモ置き場
以前以下のようにツイートした話だけど、OSSの開発モデルを社内開発にそのまま持ち込むのは危険。 チーム開発の場合、簡単にコメント返せないようなPR送られた時点で負けだと思ってる。無駄なコードが生産されないよう事前に設計を詰める作業をすべき / “雑なレビュー - ✘╹◡╹✘” http://htn.to/by5or1 https://twitter.com/kazuho/status/431602421068877824 今日一般的に想定される「OSSの開発モデル」はEric S. Raymondの有名なエッセーである「伽藍とバザール」によって解説されたところの「バザール」である。 「バザール」モデルにおいては、多くの改善提案の中から最善と考えられる実装が取り入れられ、コミュニティで共有されるようになる。同エッセーから引用するなら、 ふりかえってみると、Linux の手法や成功の前例は G
GitHub の ATOM が CoffeeScript で書かれているのはどうなの? - ワザノバ | wazanova
http://discuss.atom.io/t/why-coffeescript/131 2 comments | 2 points | by noto ■ comment by noto | 約1時間前 先日 GitHub が発表してエディタ ATOM のディスカッション・フォーラムでなぜ CoffeeScript で書かれていて、EcmaScript 6 (ES6) じゃないの? node.js/V8 を利用するデスクトップアプリケーションなら ES6 をすぐに使うほぼ完璧な機会なのに、という問題提起があり、それについて議論があったようです。 前提として、GitHub の JavaScript Styleguide に 新たに JS を書く時は CoffeeScript で書くこと 新たに .js ファイルを追加することは避けること と書かれていて、GitHub の中の人としては
Atom Contribution Guideline - r7kamura per second
Atomの開発者向けガイドライン で紹介されている、汎用的に適用出来そうな項目をまとめた。 Pull Request 出来るだけスクショやアニメGIFを貼ろう 期待する挙動を書こう 似た機能をどこかで見たことがあれば紹介しよう 言語ごとのガイドラインに従おう コードにドキュメントを書こう 良い文章を伴った構造化されたテストを書こう ファイルの末尾には改行を入れよう プラットフォーム依存のコードは避けよう Commit Message 現在時制で書こう 命令形で書こう 1行目は72文字以内に収めよう 関連するIssueやPull Requestに参照を貼ろう 形式的なものには絵文字を使おう (整形、速度改善、ドキュメント更新など)
チーム開発とクソコード - tototoshi の日記
今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく
A Better GitHub Issue Queue | Octokan
Transform your GitHub issue queue into a realtime kanban for your whole team Sign in with GitHub What's in the box? Organize your issues Start organizing issues and track their progress by picking labels you want to visualize as lists. Drag & Drop Keep your issues organized and up to date by simply dragging them from one list to another. Real-time collaboration Your whole team see changes by other
Facebook: Paperのデザインと開発について - ワザノバ | wazanova
良いProduct Managerと良いTech Lead - ワザノバ | wazanova
ペパボとHerokuの中の人に聞くチーム間コミュニケーションのホンネにいってきた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」
アジャイルチームの構成を変える
