EditorConfigがなかったら、心がグシャグシャになってしまうなぁ。
昨今、プロジェクトごとに言語のバージョンや、各種設定、ライブラリを使い分けることが当たり前となってきている。 上記のような使い分けは、Visual Studio/Eclipse/Xcodeなど、IDEにひもづいたプロジェクトファイルがある環境では当たり前だった概念ではある。プロジェクトディレクトリトップに.xxxconfig的なファイルを置くという手法がデファクトスタンダードとなったことによって、コマンドライナー(ライフライナー的)たちの間でもそういった文化が広がりつつあると捉えている。 プログラミング言語について、Rubyのrvm/rbenvのように、複数のバージョンの実行系を気軽に切り替えられるようになってきている。また、Rubyのrvmでは.rvmrc、rbenvでは.rbenv-versionというファイル名で設定を記述していたものを、両者とも.ruby-versionというファイ
The Web Development Workflow of 2013
(Hit space key to advance) We're seeing the emphasis shift from valuing trivia to valuing tools As an engineer, there is a short list of tools that you must be rabid about. Rabid. Foaming at the mouth crazy. # The current _(and near future)_ workflow for webapp developers ## Your shell * Make it sexy. * Join the [dotfile community](http://dotfiles.github.com/) * My faves: `z` script, `server` alia
Microsoft のブランチ・マージ作業ガイドライン
原文(投稿日：2012/04/23)へのリンク Microsoft は新たな Branching and Merging Guide のドラフト版をリリースした。表向きの対象は TFS ユーザだが，アドバイスの大部分はソース管理プロバイダに関係なく適用可能だ。まずその基本概念を紹介しよう。 ブランチとマージを扱うほとんどのガイドラインと同様に，すべてのブランチの親の役割を持つメインブランチが存在する。 "trunk" として知られることが多いが，Microsoft ではこれを MAIN と呼ぶ。MAIN には DEVELOPMENT と RELEASE という２つの主要ブランチがある。 最初のガイダンスでは開発ブランチ(DEVELOPMENT) について取り上げている。内容は比較的簡素で，基本的には企業のチームや機能の構成方法に帰着する，というものだ。ただし前のバージョンから継続している独
Chris Granger - Light Table - a new IDE concept
Despite the dramatic shift toward simplification in software interfaces, the world of development tools continues to shrink our workspace with feature after feature in every release. Even with all of these things at our disposal, we're stuck in a world of files and forced organization - why are we still looking all over the place for the things we need when we're coding? Why is everything just sta
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
How Heroku Works - Teams and Tools - CRAIG KERSTIENS
Heroku is a largely agile company, we work in primarily small teams that talk via api and data contracts. Its also a company comprised primarily of engineers, even product managers often write code. Heroku as a platform drives many of the features not from top down, but from bottom up based on engineers desires or skunkworks projects. There’s many valuable insights into how Heroku runs efficiently
Exploding Software-Engineering Myths - Microsoft Research
PromptWizard: The future of prompt optimization through feedback-driven self-evolving prompts PromptWizard from Microsoft Research is now open source. It is designed to automate and simplify AI prompt optimization, combining iterative LLM feedback with efficient exploration and refinement techniques to create highly effective prompts in minutes. “A big part of my learning curve when I joined Micro
とにかく開発しまくれ！ カヤック流「お薦めツール」6選
とにかく開発しまくれ！ カヤック流「お薦めツール」6選：特集：生き残れるITエンジニアの「仕事術」（3）（1/3 ページ） 1年で99個のWebアプリケーション制作を達成したカヤックの「BM11」（ブッコミイレブン）。日々休まず開発しているBM11メンバーが、「開発現場に役立つおすすめツール」を厳選して紹介する。 はじめまして。面白法人カヤック、技術部所属の村瀬大輔です。昨年まで3年間、カヤックの新規開発ラボ「BM11」（ブッコミイレブン）に所属していました。 BM11の特徴は、徹底的に数字にこだわること。2007年の開発数は77個。2008年は88個。そして2009年は99個のWebサービスをリリースすると目標に掲げました。目標数は、期初に決まっています。この数字をクリアすべく、あの手この手を使い、チーム一丸となったりならなかったりしながら目標にコミットしています。 3年連続で目標を達成
CSSのセレクタをインタラクティブに確認できる超絶便利ブックマークレット『SelectorGadget』 | 100SHIKI
CSSのセレクタをインタラクティブに確認できる超絶便利ブックマークレット『SelectorGadget』 February 27th, 2009 Posted in その他 Write comment かなりマニアックではあるが、その筋の人にはすっごく便利なのでは。 SelectorGadgetではCSSのセレクタを書くためのブックマークレットを配布している。CSSのセレクタは慣れるまで書くのが大変である。 しかしこれを使えば「タイトルだけを指定するCSSセレクタ」「このテーブルのこの列だけを指定するセレクタ」なんてのをインタラクティブに指定しながら確認していくことができる。 使い方は簡単で、まずはブックマークを好きなページで起動する。すると右下にセレクタ表示用のボックスが現れる。 次にセレクタに含めたいDOMをクリックする。するとそこが緑になり、さらにそのセレクタにマッチするDOMが黄色
複数のテストサーバをリバースプロキシで集約 (1) - daily dayflower
各所でテストサーバが立ち上がっていて，これらは一台のリバースプロキシの背後にいます。普通に mod_proxy でやっているのですが，テストサーバを増やすたびに設定ファイルを書き換えて httpd を再起動，としなくちゃいけないのが煩わしい。 で，リバースプロキシのマッピング先を動的に構成したいなと思ったわけです。 以降では下記の例を使います。 アクセス URL リダイレクト先 http://outer1.example.com/path1/ http://inner-a.example.com/path1/ http://outer1.example.com/path2/ http://inner-b.example.com/path2/ http://outer2.example.com/path3/ http://inner-b.example.com/path3/ おことわり 今後
[API][perl] Google Code Search を ack 風にコマンドラインから使う - bonar note
Google Code Search の API がシンプルでかなり便利っぽい。 Google Code Search Data API http://code.google.com/apis/codesearch/reference.html#Parameters 普通にサイトに行って調べてもいいのですが、基本この機能を使いたい時ってCUIな環境でコードを書いてることが多いわけで、コマンドラインで使いたい。かつ ack みたいに XTermColor なエスケープシーケンス付きだと素敵だね、ってことで書いてみました。 #!/usr/bin/perl use strict; use warnings; use Getopt::Long; use Term::ANSIColor qw(BOLD ON_YELLOW RED GREEN MAGENTA CYAN YELLOW RESET); u
![[API][perl] Google Code Search を ack 風にコマンドラインから使う - bonar note](https://cdn-ak-scissors.b.st-hatena.com/image/square/3d51f004e54b6c4fab937342a04347d47de83956/height=288;version=1;width=512/http%3A%2F%2Ffarm2.static.flickr.com%2F1326%2F804820054_c166fbd7b6.jpg)
社内IRCの設置 - ヒルズで働く@robarioの技ログ
IPMessengerやE-mailのように相手を指定できるツールは情報共有には向かないです。ミスや思い込み（この人には送らなくていいだろう）による伝達漏れが起きてしまいます。 そこで、以前から導入しようと思っていたIRCをようやく入れました。 ツールを入れるのが難しかったのではなくて、それを使わせる方が難しく今まで躊躇していました。原則IRCは全員が入ってないとメリットが無いと思います。それができないなら別にIPMessengerで良いんじゃないかと。が、今回わけあってそれができるようになったので入れてみました。 参考リンク “社内IRC”を駆使するエンジニアの仕事術とは――モバイルファクトリー・松野徳大さん - ITmedia エンタープライズ http://d.hatena.ne.jp/ikuo5710/20070413/1176482661 IRCサーバソフトウェアをインストール
Firefox 拡張機能の「開発とっかかり」のチュートリアル - Mi manca qualche giovedi`?
id:n_shuyo:20070118:firefox にても書いたが、チュートリアルがないために Firefox 拡張開発の敷居が高くなってしまっているんじゃないかと感じている。 XUL とかは人に説明できるほど詳しくないが、「開発の始め方」のチュートリアルであれば自分にも書けそう。ということで以下にさっくりまとめてみた。 より詳しい人が突っ込んでくれてさらに親切なものになると嬉しい。 ★★2/8 一部追記：GUIDについての記述を追加した ちなみに http://firefox.geckodev.org/index.php?%E6%8B%A1%E5%BC%B5%E3%81%AE%E4%BD%9C%E6%88%90 でも同じサンプルを使ってチュートリアル的にまとめてあるが、サンプルを改変した後にわざわざ jar を作り直す手順になっているのが面倒である。ここではそれが不要（コードを書き換
SLOCCount
This is the home page of "SLOCCount", a set of tools for counting physical Source Lines of Code (SLOC) in a large number of languages of a potentially large set of programs. This suite of tools was used in my papers More than a Gigabuck: Estimating GNU/Linux's Size and Estimating Linux's Size to measure the SLOC of entire GNU/Linux distributions, and my essay Linux Kernel 2.6: It's Worth More! Oth
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scaling Facebook Engineering
http://japan.internet.com/developer/20110930/1.html
The Open Source Developers' Conference Papers � Coding in a Distributed Team: Testing, Reviewing, Sharing and Merging Code Without Going Crazy