[デザイナー向けGit解説] エンジニアと同じブランチで作業する日 | uniq-style
前々回のGit解説の続き。 Gitでは色んな作業の仕方があります。 デザイナーとエンジニアの間でよくある作業の流れをイメージ描きつつ説明してみようかと。 今回は「エンジニアとデザイナーが同じブランチで作業する」です。 まず朝出社！ 今日は検索ページを作るお仕事をすることになりました。 このイメージにそって説明してみます。 [イメージ内：P-1] エンジニアがみんなの場所（remoteとか呼ばれてるところ）から最新の「master」ブランチを持ってきて… そこから「search」というブランチを作りました。 [イメージ内：P-2] エンジニアは「search」というブランチで、検索フォームのあるページを作成しました。 デザインはまだ入ってません。 [イメージ内：P-3] エンジニアは「git push」というコマンドで みんなの場所remoteに「search」ブランチを置
「MVVMのメリット・デメリットを見つめなおす」を読んで - the sea of fertility
僕はGoogleやTwitter検索で定期的にMVVMというキーワードで検索を行っています。 そこでこんな素敵な記事を見つけました。 MVVMのメリット・デメリットを見つめなおす wave1008の日記 http://d.hatena.ne.jp/wave1008/20110227 基本的にMVVMパターンの大目標(ドメインロジックとプレゼンテーションロジックの分離)には賛同されているものの、ビヘイビアやコマンドの仕様には否定的な記事です。書かれている内容は非常に説得力があり、素晴らしい記事です。驚くほどこういった記事は少ないので、大変勉強になりました。是非皆さんも一読してみてください。 素晴らしい突込みとは思うのですが、一年以上MVVMを追い続けた人間として素直にこの内容の視点に賛同できるというわけではないので、少し僕の考え方を書いてみたいと思います。 反論の前提として、僕はMVVMイン
Linux(CentOS)で帯域制限をする方法 [ へっぽこSEのメモ帳 ]
Linuxでネットワークの帯域制限をかける方法です。 例えば、約1Mbpsに制限してみます。 帯域を1Mbpsに制限 # tc qdisc add dev eth0 root tbf limit 15Kb buffer 10Kb/8 rate 120Kbps 状態を確認 # tc -s qdisc qdisc tbf 800d: dev eth0 rate 960000bit burst 10Kb lat 42.7ms Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) 制限を解除 # tc qdisc del dev eth0 root ちなみに1Mbpsに制限しているのに、「120Kbps」としているのは、設定した値がビットではなくバイトで設定されるようなので、設定したい値を8で割った値で設定すると目的の値に設定できる見たいで
(新人向け) Unixオペレーションの注意点 - Magical Diary
主に新人向けとして、Unixサーバで作業をする際の注意点を書いておく。 ここに書いてある内容は絶対的なものではないし、会社や現場ごとにルールがあるので、適宜ルールに合わせて実践すれば良い。 ログを取れ 何をやったか、何をやらなかったか、というエビデンスのためにログは必ず残しておく。SSHクライアントによっては毎回自動的にログ取得する設定が可能なので、設定しておくと良いだろう。 作業後に問題が発生した場合に作業内容を確認するためにも使うため、必ずログは取得しておくこと。 (追記) 当たり前だが、コマンドとその出力をペアで取ることに意味がある。 set -x (set verbose) しろ ログを取得しても、コマンドラインを編集した際には以下のように非常に見づらいものとなってしまう。(がんばれば解析することは出来るが…) ESC[0mESC[27mESC[24mESC[JESC[1myasu
第6回 「コマンド」と「MVVMパターン」を理解する
■MVVMパターン これまでの説明でも用語として少し出てきたが、WPFによるGUIアプリケーション開発では（特に、アプリケーション規模が大きい場合）、Figure 4に示すような、ビューとモデルの間に「ビューモデル」と呼ばれるものを挟んだ3階層アーキテクチャで作成する場合が多い。このようなアーキテクチャ・パターンを、「MVVM（Model-View-ViewModel）パターン」と呼ぶ。 Figure 4: ビュー、ビューモデル、モデルの3階層構造 ビューモデルからビューへの表示変更の通知は、INotifyPropertyChangedインターフェイスの実装を通じて行われる。逆に、ビューからビューモデルへのコマンド（状態変更）の通知は、ICommandインターフェイスの実装を通じて行われる。 MVVMパターンは、有名なMVC（Model-View-Controller）パターンと同種のアー
Ethna - PHPウェブアプリケーションフレームワーク
注意！ ： この機能を利用するためには、Ethna 2.3.2 以降が必要です。 個々のEthnaプロジェクト毎にPEARパッケージを管理する 複数の Ethna のプロジェクトを作ると、 それらでひとつの PHP のインス トールを共有する状況が往々にして起こります。こういう場合、PEAR のイン ストール設定は共有されてしまい、特定のパッケージを特定の Ethna プロジ ェクト用にアップグレード/削除/追加 したいといった要求に応えることが難 しくなります。 また、レンタルサーバに代表されるように、PEAR パッケージを簡単にインス トールするのに管理者権限(root)が必要とされる場合も少なくありません。 この場合は、パッケージを手動でダウンロードしてきて include_path が通 った場所に展開(Ethna プロジェクトでは多くの場合 [APP_DIR]/lib）するわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxコマンドリファレンス