Mac の開発環境構築を自動化する (2015 年初旬編) - t-wadaのブログ
背景 愛用していた MBP15" が一ヶ月ほど前に突然亡くなり、急遽 MBP13" を買って環境構築を行ったので記録しておく。 (その後噂の薄くて軽くて新しい Macbook が出ただけでなく MBP13" までマイナーアップデートされたりしたが、悔しくはない。悔しくはないぞ！！) Brewfile オワコン問題 開発環境の構築は Homebrew と Homebrew Cask を入れて Brewfile を書き、 brew bundle すれば終わりかと思いきや、もう Brewfile はオワコンになってしまったらしい。 (3/25 追記) Brewfile がオワコンなのではなく Homebrew 本体から bundle コマンドが外されただけで、 元となった brewdle コマンドは健在で、もっと便利な brew-file もあるとのことです。 参考: Brewfileはオワコン
B2Bサービス開発の現場から #devsumi
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
さいきんのターミナル開発環境 - 面白コンテンツ探求日記
会社の同期で毎週勉強会をやっていて、自分が発表する番だったので最近使ってるCLIツールについてまとめてみた。 hub github/hub プルリクエスト作成などGithub上での作業をコマンドラインから。会社ではGH:Eでプルリクベースの開発スタイルなので毎日使っている。最近はhubのGo実装でghというのもあるみたいだけど、こっちはまだ試していない。 GitHubユーザーのためのhubコマンド - Qiita tig jonas/tig コミットログ等の閲覧を楽にしてくれる。仕事ではSourceTreeも使ってるんだけど、やっぱりメインの作業はターミナル上だし、log・diff・stashあたりがgitコマンドよりはるかに見やすくて手放せない。 ~/.tigrc に以下のような設定をしておけば、historyで選択しているcommitのGithubページをすぐ開くこともできて便利。 t
【図解】ゼロから始めるモダンなコマンドライン環境作り #iTerm2 #tmux #zsh｜CodeIQ MAGAZINE
普段からコマンドに触れておくで「黒い画面」アレルギーを解消 コマンドラインツールの弱点は、初心者が覚えるまで時間がかかるということです。「黒い画面」という言葉を聞いたことがあるでしょうか? あまりコマンドラインに馴染んでいない人が、ターミナルのことを指すときに使う言葉だそうです。私も含め私の知り合いでターミナルを使っている人の多くはなぜか背景を黒にしています。「黒い画面」を最初に思いついた人は、ターミナルの見た目からつけたのでしょう。加えて、「黒」という言葉が「閉鎖的」「敷居が高い」「難しい」といった印象を喚起させて、ターミナルのことを的確に表現した言葉だと感心しています。 私自身もコマンドラインを使う前は、「難しい」「敷居が高い」「ギークの閉鎖的なツール」というイメージがあり、食わず嫌いしていました。「黒い画面」アレルギーと言ってもいいでしょう。仕事でLinuxサーバを保守しないといけな
ルーク、 MongoLab を使え！ - @kyanny's blog
五月の終わりから Quipper で働いている。 Quipper は DeNA の co-founder である渡辺雅之氏がロンドンで創業したモバイル学習プラットフォームの会社で...みたいな話は長くなるし、読者の興味を引きそうにないのでやめておく。このへんの話を詳しく知りたい人は渡辺によるハーバード・ビジネス・レビューの連載をどうぞ。 ソフトウェア開発者にとって一番気になるのは、会社の事業内容とか売上利益よりも、「どんな環境でソフトウェア開発をしているのか」じゃないだろうか。どんなインフラを使っているのか、バージョン管理やタスク管理はどうしているのか、自動テストはどのくらいやっているのか、開発手法はアジャイルなのか、 Mac で開発できるのか、椅子は六万円以上か（冗談ですよ）、などなど。 こういった、ソフトウェア開発者が日々過ごす広義の「環境」について言えば、 Quipper はかなりい
perlbrewを利用したプロジェクトごとのPerl環境管理 - すぎゃーんメモ
整理するためのメモ。 よくある問題: プロジェクトごとの依存モジュールの管理 全環境共通でインストールするとモジュールのバージョンが分けられない local::libやcartonを使ってプロジェクト専用のインストール領域を作るのが良い しかし実行するPerlのバージョンが違うと動かなかったりするし だったらPerlそのものもプロジェクトごとに管理した方が 同一アーキテクチャの複数サーバにデプロイするときも1箇所で環境作ってディレクトリ丸ごとrsyncで済むし というわけでプロジェクト専用のPerlをperlbrewでインストールして使おう ビルドに時間かかったりもするけどまぁ最初の一回だけだし我慢 手順 既にperlbrew自体は標準の方法でインストールしておいていて使えてる、という前提で $ cd <PROJECT_ROOT> $ export PERLBREW_ROOT=${PWD}
vagrantで開発環境（仮想マシン）を自動構築しよう | Act as Professional
Wii起動したらドラクエX鯖が死んで何もできなかった@HIROCASTERでございませう。 インフラ環境の自動構築は、もはや当たり前ですよね？ vagrantというVirtualBoxをラップして、chefやpuppetを利用したVMの環境自動構築をしてくれるソフトウェアがあります。 これを利用して、開発環境のセットアップを自動化すると共にVM化して、すぐにコードを書くことだけに集中できる環境を構築する状態をつくっておくことを推奨します。 プラグインを利用すれば、vagrantを通してAmazon EC2への環境構築を自動化したchefやpuppetのコードを再利用できます。 小さい環境であれば、chef-soloを利用して単独で環境構築自動化をオススメします。試しにインフラ構築の自動化を学ぶのにも今回の様な環境で学習してみてはいかがでしょうか。 vagrantのインストール gemを利用
俺のRails開発環境
4. 概要 使ってるもの 無いと始まらないGem rvm rspec vim pry zsh guard screen tapp git 開発に使ってるOS jenkins Mac Linux (Ubuntu, Gentoo) 2012年5月16日水曜日 5. テスト • ユニットテスト • RSpec • インテグレーションテスト • cucumber • javascriptユニットテスト • jasmine-headless-webkit 2012年5月16日水曜日 6. Railsへの入口 • rvmで適当にgemsetを作り、railsをインス トール • rails new appname -T -m <template gist> --skip-bundle • bundle install --path vendor/bundle 2012年5月16日水曜日 7. テストの
色気のあるターミナルをつくろう - しばそんノート
今までターミナル環境のカスタマイズにあまり興味を向けてこなかった私ですが、さすがに最近「白背景に黒文字」の味気ない画面に物足りなさを感じるようになってきました。 だいたい下の画像みたいなかんじです。ほぼデフォルト配色のPoderosaに、同じくデフォルト配色のVim。 気分よく作業するには、もう少し色気が欲しいよなぁ…ってことで、色々入れ替えてみました。せっかくなので、そのメモを残しておこうと思います。 なお、クライアントOSはWindows 7 Professional 64bit、サーバOSはCentOS 5.5 64bitとなっています。 色気のある画面とは まずは、どの辺の要素が満たされていれば「色気のある画面」と言えるのかを考えてみたいと思います。 完全に個人的な意見ですが、ざっと次のようなところでしょうか。 綺麗なフォント 基本ですね。個人的には角張ったものより柔らかな印象を与
gitでpushしたりpullしたり | 半年前の私への教科書
なんかおかしいと思いつつも、決定的な情報がなかったために間違ったやり方をしていたのですが、ひょんなことから正しい情報をゲットしたので、私はこうやって使っていますという話を。 （もしかしたらまだまだ非効率なやりかたをしていると思うので是非ご指摘ください） バージョン管理システム自体を知らなかった自分にも理解できるよう、かみ砕いた説明をしたいと思います。 基本的にgitは、sshが使えれば、導入をためらうことはありません。 サーバー間のやりとりはsshを使って行えますので、gitを導入するにあたって余計なポートをあけたりする必要はないです。 gitでは、今いるレポジトリ（ソースを入れてるディレクトリ）を特に「ローカルレポジトリ」と呼び、やりとりする相手方を「リモートレポジトリ」と呼びます。 普段開発している社内のPCを開発サーバー（開発環境）と呼び、Webサイトを公開しているサーバーにはテ
安全なバッチ処理の作り方 - KAYAC Engineers' Blog
このまえ登り坂の途中でロードバイクのタイヤが破裂しました。ながたです。 今回はバッチ処理について書いてみようと思います。 バッチ処理？ Webサービスの処理開始条件は、大まかに次の2つに分けることができます。 ユーザーのアクションに起因するもの ユーザーのアクションに起因しないもの このうち後者の処理をバッチ処理が担当することになります。 バッチ処理の担当分はさらに、 特定の条件（時間やサービスの状態）で実行するもの 手動で実行するもの の2つに分けられます。 今回はこの「手動で実行するもの」について書きたいと思います。 バッチを手動実行するのはどんなとき？ バッチ処理を手動で実行するのは、十中八九イレギュラーな状況が発生したときです。 ルーチンワークや実行の条件が決まっているものは何らかの方法で自動化できるはずです。 そしてイレギュラーな状況のほとんどは不具合が発生したとき。 つまり 重
MacBook を買って開発ができるようになるまで。 - 日々、とんは語る。
身近に MacBook を購入した人がいたので、その人向けにメモしておきます。ポイントとしては、今まで Mac を使っていなかった人でも分かるように説明していきます。 App Store から Xcode をインストールする。 驚くかもしれませんが、Mac は初期状態では、gcc など開発に必須のUNIXツールが一切インストールされていません（perl とか ruby とかは入ってるよ）。なので、まずは何はなくとも Xcode という開発ツール群をインストールする必要があります。 Snow Leopard までは（多分）付属のDVDに Xcode がついてきたのですが、Lion からは App Store からのダウンロードしてインストール事になったので、いきなり 3GB もダウンロードしなければなりません。なので、早めにやってしまいましょう。 この記事を書いている現時点で最新の Xcod
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います： ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
モダンなPHPの開発環境の構築方法 - 肉とビールとパンケーキ by @sotarok
via. はてなブログ 誰か書くんじゃないかと思いつつ、まあ、お決まりのパターンとしてPHP版も書いてみよう。 PHPのこと見てると、書き方とか取り巻く環境ってあんま変わってないなーとか思いつつ、そして何がモダンなんだっけ？新しければいいのか？って話だけど。 一般的な OSX 環境および Linux 環境における、モダンな PHP 開発環境の構築方法についてまとめてみた。最新のPHPとxdebugがあれば十分。 PHP 5.3.2 のインストール ソースから入れてた時期もあるけどやっぱパッケージが楽だな。。オフィシャルじゃないリポジトリを使えばパッケージで入れられる。 pearとpeclは、パッケージ入れるときに一緒に入れちゃう。 pear や pecl そのものは、PHPよりも頻繁にバージョンアップされるし、パッケージになってたりなってなかったりの管理が面倒だから基本的にpear/pec
カテゴリ：環境、設定等 - もとまかのiPhone・iPod touch戯れ日記
Xcodeのコードエディタの背景色、フォントの変更方法http://www.appbank.net/2008/11/05/iphone-news/1373.php iPhoneシュミレーターを試す。Safariがサクサク、日本語入力も可http://mtl.recruit.co.jp/blog/2008/11/iphonesafari.html クラスが持っているメソッドを見るhttp://son-son.sakura.ne.jp/programming/iphone_sdk_2.html アプリのsandboxをURLを取り出すhttp://d.hatena.ne.jp/iphone_dev/20080714/1216003512 iPhoneの端末IDの取得方法http://iphone-dev.g.hatena.ne.jp/func09/20081201/1228117737 iPh
MacBook開発環境 - ポニョ、ソースコード！好きー！
iPhoneアプリケーション開発するにもアプリケーションを入れないとはじまらない。 とのことで、今回インストールしたソフトと参考にしたサイトをメモ。 設定参考 MacBook 買った後にやったことまとめ - IT戦記 MacBook環境構築｜最初にインストールしたアプリケーション | onk blog metator clips @ FC2 MacBook Proが届いた直後にインストールした16のツール 開発環境 Xcode iPhone SDK MacPorts Jedit X 通常利用 Firefox 3 ClamXav NuFile OpenOffice The Unarchiver 常時追加していきます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モダンな現場にするために実践したこと
layer8.sh