Windows10 の "Bash on Ubuntu on Windows" で困ったこと - Qiita
インストール記事はすでに沢山あるので、使用中に困ったことと、インストール直後のカスタマイズに焦点を絞って記事にする。 インストール手順 Qiita上の下記記事が丁寧でわかりやすかった。 http://qiita.com/Aruneko/items/c79810b0b015bebf30bb 要は次の3ステップを実行すれば良い。 1. 開発者モードを有効化する 2. Windows Subsystem for Linux(Beta) を有効化して再起動する 3. コマンドプロンプトを開いて bash と打ち込み、ユーザ名とパスワードを入力する 日本語文字化け 上記の bash の打ち込みの後に、ダウンロードとファイル展開が始まるのだが、その時点で画面の日本語が激しく文字化けした。途方にくれて管理者コマンドプロンプトから lxrun /uninstall /full で一旦削除し、lxrun /
vagrantのbox容量を拡張する方法
Vagrantでboxファイルをダウンロードしてくると基本的に容量が少なくて困ることが多かったので、boxのサイズを拡張してみた。 とは言ったものの、サクッと出来る感じではなく、結構手順が面倒くさいです。 何故かと言うと、Vagrantで使われる仮想ディスクイメージはvmdk形式と言われるもので、一度作成したディスクのサイズを変更することが出来ない。 なので、一度変換可能な形式(vdi)に変換して、拡張してから元のvmdk形式に戻すという手順が必要になる。 また、注意点としてVirtualBoxでスナップショット等を使っていた場合、スナップショットで保存されている内容は一切移行出来ない。 （出来る方法があるのかもしれないが、現時点ではわからなかった） VirtualBoxをインストールしたディレクトリ内に「VBoxManage.exe」というファイルがあるので、それを使って拡張する。 C:
Vagrant+Dockerなんて使わなければよかった・・・ - Qiita
と思わないために環境構築時や開発時のはまり所やひっかかった所を共有します。 Vagrant+Dockerで以下の環境を構築して開発を行っています。 開発環境 ホスト機(windows)<->Vagrant(centos)<->Docker(centos) ステージング・検証環境 centos<->Docker(centos) 環境構築時 Dockerfileの作成 Dockerfileに下記のような記述をして、mysql起動後に初期データベースを作ろうとしても失敗します。 RUN service mysql start RUN mysql -uhoge -phogehoge -e"CREATE DATABASE hoge CHARACTER SET 'utf8' COLLATE 'utf8_general_ci'" cdなどでカレントディレクトリを移動する場合も同様です。 WORKDIRと
examples-web-app 更新 2016/5 - アカベコマイリ
akabekobeko/examples-web-app にある front-end-starter と front-end-starter-with-gulp を更新した。ここ最近の開発で得られた知見や方針を反映している。それらについては Twitter でもつぶやいていたのだけど、せっかくなので記事にまとめておく。 静的リソース用フォルダの変更 従来のフォルダ構成は . ├── package.json ├── src/ │ ├── index.html │ ├── fonts/ │ ├── js/ │ └── stylus/ └── test/ となっていた。src/ 直下と Web サイトのルートを一致させていたのだが JavaScript と Stylus の 開発用リソースと index.html や fonts のような静的リソースを区別しにくかった。そこで構成を以下のように
SOLID - Wikipedia
In software programming, SOLID is a mnemonic acronym for five design principles intended to make object-oriented designs more understandable, flexible, and maintainable. Although the SOLID principles apply to any object-oriented design, they can also form a core philosophy for methodologies such as agile development or adaptive software development.[1] Single-responsibility principle: "There shoul
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yarn
