プログラムに詳しくなりたい

**デフォルトの名無しさん** · 2012/09/02(日) 23:18:25.83

けど、何勉強したらいいのかわからない。
右も左もわからない
ねらーの天才さん教えてください。

**デフォルトの名無しさん** · 2015/06/17(水) 12:14:05.74

>>656
> そこまで来るとアプリ単体じゃなくてサービスそのものだし、
> Vagrant含めて仮想マシンのが環境整ってるし管理しやすいね

Vagrant使っても、その中にでWordPressを動かすんだろ？
Vagrant使っても、その中でDockerでくるんだWordPressを動かすだけなんだが。

Vagrantの中でDockerコンテナ動かすと便利だぞ。
WordPressを動かすのに必要なものをすべてまとめることができる。

Vagrantの中で色々サービス動かして設定なんかしなくても、
完全に1アプリとして動くことができるWordPressがドカンと手に入るんだ。

Vagrantの中にインストールするのも、物理マシンにインストールスのも
仮想マシンインストールするのもAWSにインストールするのも全部同じ。

1アプリとして動かすことができるWordPressという
アプリイメージを作れるんだよ。

**デフォルトの名無しさん** · 2015/06/17(水) 12:23:02.71

例えばこういう話をしよう。

ここにapacheが有ります。
ここにnginxが有ります。
どちらもデフォルト設定で80番ポートを使用します。

Vagrantを使ってこの二つを同時に起動するにはどうすればいいでしょうか？
そう。どちらかの設定ファイルを修正しなければいけません。

ここにDockerでくるんだapacheイメージが有ります。
ここにDockerでくるんだnginxイメージが有ります。
どちらもデフォルト設定で80番ポートを使用します。

Vagrantを使ってこの二つを同時に起動するにはどうすればいいでしょうか？

簡単です。Dockerコンテナを起動する時のオプションでポート番号を変えるだけです。

VagrantとDockerを併用することで柔軟性が上がるのです。
Vagrant＝マシン、Dockerコンテナ＝アプリ、
この二つの違いをごっちゃにしてはいけません。

**デフォルトの名無しさん** · 2015/06/17(水) 12:32:05.09

もしかしたらVagrantで作られたイメージを取ってきて
使うだけの人にはわからないかもしれない。

Vagrantでapacheとnginxの両方が動く、
そういうVagrantイメージを作ることを考える。

その時、apacheとnginxはポート番号がかぶるんだよ。
だからどっちから変えないといけないんだよなー。と考えないといけない。

VagrantでWordPressと自作PHPアプリの両方が動く、
そういうVagrantイメージを作ることを考える。
自作PHPアプリは古くって、WordPressが動くバージョンのPHPじゃ動かないんだよ。
どうしよう。って考えなきゃいけない。

そこでDocker！ Vagrantと組み合わせて使えるDocker！！
Dockerイメージを作るときは、一つのことだけ考えればいい。

apacheだけ動くイメージを作る。nginxだけ動くイメージを作る。
WordPressだけ動くイメージを作る。自作PHPアプリだけ動くイメージを作る。

あとはそれをVagrantの中に入れたDockerで動かすだけ！
アプリが動く環境含めて完全に独立しているから
他のアプリの事を考える必要がない。

**デフォルトの名無しさん** · 2015/06/18(木) 05:58:01.26

こっちのレスの吟味はせず、やめろと言ってるのに上から目線で初心者の説明10レス連投
今回でレス終わりな

>>659 >必要だが、それがどうかしたのか？
一箇所で一括に設定して管理できないので手間、composeで管理の手間は変わらない
そもそも管理可能なイメージ構築、コンテナ設定記述のどちらもcomposeあろうと、用途別に一つずつやる

>データボリュームコンテナという、応用パターンの話をしてるんじゃないか？
応用？普通に公式のドキュメントにあるだろ、現状機能的にアレなだけ
ポータビリティという語はググれ、どの層でも重要
dockerは1コンテナデータの単位で分離・管理でのポータビリティ低

>>661 >docker（つまりアプリだけ）を動かそうと考えてるだろ？
>>663 >Dockerに求めてるんだよｗ
終わりにするから全部言うけど、"コンテナ"でもライブマイグレーションは普通だし(例openvz)
非公式ならdockerにもある(flockerも一応)し、それでポータビリティも解決するし、
そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
いつ実装になるかは不明だが

使用そのものを否定したんだから、もちろんdocker相手に使うわけないよな？
仮想マシンじゃないんだ()

>何を言ってるんだ？ 1サービス = 1アプリだろ？
粒度が異なっていいなら、なおさら仮想マシンと区別する必要ないな
層が違うなら、違う層をdocker以外のコンテナも含めてきちんと一貫性を持って区別しないと駄目だろ
仮に複合サービスの単位なら、VMで管理できるし、堅牢性から利点も大きい

>何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
>アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
そうだね、自己論破だね、一貫性もとうな

**デフォルトの名無しさん** · 2015/06/18(木) 05:59:29.32

>>665 >そんなことひとことも言ってない。どこに書いてあるんだ？？？
>>666
そうだね、これも自己論破だね
wordpressが単体分離して動くとか、ブログだから軽量だとか本気で思ってるのか？

>>662 >アプリ自体にそういう機能がない限り、リモート管理できないのが普通。
>>667 >簡単です。Dockerコンテナを起動する時のオプションでポート番号を変えるだけです。
ここね、更にもう一度説明もしたのに、本当煽り抜きで文章が読めない障害の人なのかと疑う

最初からそのアプリとやらをオプション環境変数などで動的管理という前提でレスしてる
ネットワーク越しに向かないというのは、その上での話な

それと昔はnsenter、今はdocker execと、外から直接管理は普通
否定するなんて使用方法を知らないとしか思えないね
実際Dockerfileで詳細設定増やす(環境変数作る)度に、最初からビルド更新ってのは、
CI使おうと外側での管理だろうと無駄が多すぎる

ちなみにVMの設定だと、いちいち環境変数とか自分で用意した上で管理しなくても、後で設定可だからね

**デフォルトの名無しさん** · 2015/06/18(木) 06:53:50.02

１つ重要な点を良い忘れていたので、最後に
「包む」といってるが、それが不便さ煩雑さを生み出してる場合があると理解しろ

**デフォルトの名無しさん** · 2015/06/18(木) 07:35:18.91

>>669
＞こっちのレスの吟味はせず、やめろと言ってるのに上から目線で初心者の説明10レス連投
＞今回でレス終わりな

と書いた人間が約束守ってねぇし

馬鹿馬鹿しいから二人ともどっか行け！

**デフォルトの名無しさん** · 2015/06/22(月) 09:26:31.17

>>670
お前が変なスレに書込みするから辿りつけなかったじゃないかｗ

> wordpressが単体分離して動くとか、ブログだから軽量だとか本気で思ってるのか？
ブログだから軽量なんて言った覚えはない。

WordPressは本当に単体分離して動く。
（単体で動かしたくないのであればもちろんそうすることも可能）

例えばDockerを使って、（debin+nginx+mysql+WordPress）というコンテナにしてしまえば
それを使う側からは単体のアプリのように見える。それはアプリなのだから、
そのコンテナをどの物理・仮想マシンでも、簡単に取ってきて簡単に起動することが可能になる。
一つのアプリを複数起動することも可能だし、このバージョンが違うアプリを複数起動することも可能になる。

こういうのは今までのディストリのパッケージシステムでは出来なかったこと。
パッケージシステムを使えばインストールは簡単になっても、カスタマイズ済みにはならないし
複数入れたり起動するといったことは出来ない。

こうやって自分用にカスタマイズしてアプリ化するのがDockerであって、
仮想マシンとは使い方が全く違うんだよ。

> ここね、更にもう一度説明もしたのに、本当煽り抜きで文章が読めない障害の人なのかと疑う
そんな言い訳はいらないから、何か言い返しなよｗ

> それと昔はnsenter、今はdocker execと、外から直接管理は普通
普通に使ってるがそれがどうした？それはネットワーク経由で管理じゃないだろ。
（物理・仮想マシンの）中から中（コンテナ）の管理だろ。

> 実際Dockerfileで詳細設定増やす(環境変数作る)度に、最初からビルド更新ってのは、
設定増やすだけなら数秒で終わるが？お前のDockerはキャッシュ使ってくれないのかよｗ
Dockerfileの作り方悪いんじゃね？設定をアプリのインストール前に記述してるだろ。

**デフォルトの名無しさん** · 2015/06/22(月) 09:27:51.39

> CI使おうと外側での管理だろうと無駄が多すぎる
なんでCIでイメージの再ビルドが必要になるんだ？
毎回違う環境でCI回さないといけない理由でもあるのか？

普通は一回作ったイメージを使うんだよ。

Dockerfileがあればほぼ同じものが作れるが、apt-get installされるのは
アップデートなどがあるから、まったく同じものができるわけじゃない。

完全に同じイメージを使うために、作ったイメージはリポジトリに登録して
それを使いまわすんだよ。もしかしてプライベートリポジトリ立ててないの？

なんか、間違った理解、間違った使い方をしていてDockerは使えない。
俺の勘違いした通りの使い方ができないって
さけんでるだけじゃないか。

**デフォルトの名無しさん** · 2015/06/22(月) 09:31:47.63

>>670
> >何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
> >アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
> そうだね、自己論破だね、一貫性もとうな

なにが自己論破なのか全くわからない。

普通のアプリでもNFS使うが？
Dockerで作ったコンテナは、普通のアプリのように考えるのだから
そのアプリが保存したいと思った場所にDockerコンテナだって保存する事が可能。

できなければ、そっちの方が特殊なものになってしまうだろｗ
外部保存できないアプリ、意味がわからないｗ

一体何を勘違いしてるんだかｗ

**デフォルトの名無しさん** · 2015/06/22(月) 09:33:54.02

Nginxとアプリの接続はリバースプロキシにするのが良いんですか？

**デフォルトの名無しさん** · 2015/06/22(月) 09:41:14.16

>>669
> 終わりにするから全部言うけど、"コンテナ"でもライブマイグレーションは普通だし(例openvz)

決定的（笑）やっぱり仮想マシンとして考えてる。
openvzを知っている人ほど、勘違いしやすいだろうなって俺は思ってる。

openvzは"コンテナ技術"を利用して仮想マシンにするものだからね。
Dockerはopenvzとは違って"コンテナ技術"を利用してアプリを作るもの。

同じ"コンテナ"だから勘違いしちゃうよね（笑）
うんうん。俺はDockerの方はアプリケーションコンテナって呼ぶべきだと思ってるよ。
CoreOSのrktは、そう読んでるみたいだけどね。

何度も言ってるよね。Dockerは仮想マシンと比べるものじゃない。
アプリと比べるものだって。何度も何度もね。

> そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
それをライブマイグレーションというかは知らないが、技術的には可能。
だけどそれは、例えば

（物理・仮想マシンの）192.168.0.1 で動いているWordPressを
（物理・仮想マシンの）192.168.0.2 に移動させるようなもの。

アプリ自体は移動できるが、IPアドレスは変わる。

それをお前は使えないというのだろうが、
それはお前がDockerを仮想マシンと勘違いしているだけ。

"アプリ"が動いている"マシン"が違うのだから、IPアドレスが変わるのは当たり前。

もちろんDNSサーバーなどと連携させれば、アプリが別マシンに移動しても
サービスを停止させないことは可能だがそれはDocker本体とは分離すべき機能。

**デフォルトの名無しさん** · 2015/06/22(月) 09:56:56.90

>>676
> Nginxとアプリの接続はリバースプロキシにするのが良いんですか？

おそらくYES。

その理由の説明の前に、ちょっと関係ある話を。

Dockerコンテナは、アプリであって起動すると（物理・仮想）マシン上に
そのアプリ（コンテナ）が起動するが、IPアドレスはプライベートになる。
つまりその（物理・仮想）マシン内部だけでしか使えないもので外部からはアクセス出来ないものとして考える。

外部から直接Dockerコンテナに接続する方法が無いわけじゃないし
実は俺はそのやり方を利用してるんだけどこれは変則的な使い方。

外部からアクセスさせたいときは、Dockerの-pオプションでポートフォワーディングさせる。
これはポートフォワーディングと考えるよりも、そのアプリ（Dockerコンテナ）がどのポートで
（’物理・仮想マシン上で）サービスを提供するのか？というオプションだと考えた方がいい。

アプリ（Dockerコンテナ）を起動するたびに、好きなポートに変更して起動できるわけよ。
だから複数起動とかもできる。これはパッケージ等で入れる通常のアプリでは簡単に出来なかったことだね。

で、YESの理由だが、もしその物理・仮想マシンで、一つのサービスしか動かさないなら
Dockerコンテナ（アプリ）を直接80番ポートで起動すれば良い。

でもそうではないなら、リバースプロキシを使うことで、複数のサービスを起動できる。

例えばVPNサーバー借りて、そこでWordPressやgitlabやRedmineを動かそう思った時、
それらをそれぞれをDockerで1アプリ化する。

そしてそれぞれを起動する時に好きなポートで起動して、そこにリバースプロキシで接続させる。
もちろんリバースプロキシ自体もDockerコンテナにすることも可能だよ。
その場合リバースプロキシは80番ポートで待ち受けることになるだろうね。

**デフォルトの名無しさん** · 2015/06/22(月) 10:24:18.24

そういや俺も昔、「Docker=仮想マシン」脳だった時は、
Dockerコンテナでサービス起動して、そこにDockerコンテナで
リバースプロキシさせるの？ Dockerの中にDocker？え？え？
みたいになっていたんだが、

Dockerコンテナは仮想マシンじゃない、単なる1アプリだって考え方ができるようになったら、
単に、一台の物理・仮想マシン上で、nginxをリバースプロキシに使って
アプリも同じマシンで動かしているのと変わらないんだなってわかるようになったな。

1台のマシンで、WordPress、gitlab、Redmineといった
複数のサービスを起動して、リバースプロキシでそれぞれに転送させる。

その代わりに

1台のマシンで、WordPress＋α、gitlab＋α、Redmine＋αといった
複数のサービスを起動して、リバースプロキシでそれぞれに転送させる。
これと全く変わらない。
（＋αの部分は、ウェブサーバーなどそれらを動かすのに必要な物全て）

**デフォルトの名無しさん** · 2015/06/22(月) 10:25:26.97

Dockerってなんですか？

**デフォルトの名無しさん** · 2015/06/22(月) 10:31:57.53

うん。その質問には定番の答えがあるぞ。

どっかーで調べてこい

**デフォルトの名無しさん** · 2015/06/22(月) 11:41:29.10

リバースプロキシにするという事は、アプリにもHTTPサーバが必要なんでしょうか。

**デフォルトの名無しさん** · 2015/06/22(月) 18:08:41.63

>>682
Dockerの目的の一つは、単体では動かないアプリを
単体で動くアプリにすることにある。

アプリ自体にHTTPサーバー機能が必要だが
アプリ自体には含まれていないというのであれば、
別のソフト（HTTPサーバー）を内蔵することにより、
単体で動くアプリに仕上げる。

そうやって完成したアプリ（Dockerコンテナ）は
どのマシンでも使える。っていうのがDockerの素晴らしいところだね。

**デフォルトの名無しさん** · 2015/06/23(火) 05:36:37.66

XML、HTMLの操作はDOM木の状態でやるより、直列化した状態にしてからやったほうが
楽な場合があります。

直列化すると、正規表現のようなマッチが簡単にできます。
直列化すると、（あるノードの途中からあるノードの途中まで切り出すような）
レンジを書き換える操作が簡単に実現します。

DOMが標準化されているため、なんでもDOMで考えてしまいがちですが、別のやり方
の方がうまくいくこともあるみたいです。

ちなみに、DOMのノードに対して直列化を行うには、イテレータを作れば良いです。
イテレータはスタック一本で実現できます。

**デフォルトの名無しさん** · 2015/06/23(火) 05:49:38.88

ある部分を切り出すと、入れ子のバランスが崩れるように見えます。

このバランスの修正は、切り出す部分を一回なめるだけで出来ます。
切り出す部分に対して要素のスタートが有ればスタックにプッシュ。
要素の終わりがあればポップします。

バランスが崩れているのですから、ポップしようとしたら空だったという場合があります。
この時、バランスが崩れていることを検出できるのです。
そして切り出す区間の終わりでスタックに要素が残っている場合があります。
これもまたバランスが崩れている部分です。

ポップできない要素は、切り出す区間の先頭に修正が必要なノードです。
スタックに残った要素は切り出す区間の末尾に付け加える要素です。

直列化してあるので、単純に付け加えるだけで修正が完了します。

**デフォルトの名無しさん** · 2015/06/23(火) 06:18:59.05

こういった手法は、XML、HTMLの操作や編集を行う企業では普通に使われているのでしょう。
でもグーグルで検索しても出てこないです。

直列化による編集手法は、翻訳ソフトウェアなどに使えると思います。
例えば、文をSPANで囲ってユーザーに提示し、翻訳完了後にSPANを取り除く場合です。

特にSPANを取り除くのは、まさにSPANを直列化したデータから取り除くだけで完了します。

切り出す時に要素のバランスを取るために付け加えられたノードはどうなるでしょうか？
これはマークしておかなければ検出できません。
何故なら現代のXML、HTMLには役に立つ空要素がいくらでもあるからです。

これは、意図して付け加えたノードには参照を保持しておく、あるいは、要素の
data属性でマークしておくなどします。
直列化した操作では、マークを見るたびに取り除くだけでよくなります。

この手法に名前があったら教えてください。

**デフォルトの名無しさん** · 2015/06/23(火) 06:35:24.01

あの・・・
もしまだ名前が無かったら。

僕の名前付けていいですか？

**デフォルトの名無しさん** · 2015/06/23(火) 09:38:23.08

うん。その方法はうまくいかないよ。

なぜなら、DOMのイベントは直列化出来ないから。

わかりやすく具体的に言うと、

SPAN要素にaddEventListenerを使ってclickした時に○○するって
イベントハンドラをつけた時、それをテキストにしたら
そのイベントハンドラは消えてしまう。

**デフォルトの名無しさん** · 2015/06/23(火) 09:41:53.37

あとDOMはDOMのままで、
正規表現の代わりに、CSSを使ってマッチさせるのが
jQueryというJavaScriptの世界で一番よく使われてるライブラリだね。
おそらく君がやりたい事は全てできるだろう。

**デフォルトの名無しさん** · 2015/06/23(火) 09:55:51.23

>>688
テキストにしないのです。
ドキュメントはそのままに、ノードを直列化するのです。

あと、jQueryはJavaScriptのライブラリですが、直列化方式はどの言語でも使えます。
逆に言うと、jQueryが使えない、あるいはjQueryでうまくいかないことが出来るようになります。

たとえば、#TEXTの途中から別の#TEXTの途中で切り分けたい場合どうしますか？
レンジを使用して切り分けて#TEXTの末尾に、あるいは先頭に、空のノードが付いたことはありませんか？

**デフォルトの名無しさん** · 2015/06/23(火) 09:57:56.04

たぶんjQuery最強伝説を信じている人にとって、直列化は素晴らしいものだと思います。

**デフォルトの名無しさん** · 2015/06/23(火) 10:02:58.62

ん？正規表現使うって言ったじゃん。

意味がわからんから、具体的な実装示して。

**デフォルトの名無しさん** · 2015/06/23(火) 10:03:25.26

スタックを使って次数を減らすアルゴリズムを既に知っている人なら、
一時間もあればDOMに対するイテレータを作ることが出来ます。
知らなかったとしても、一時間あれば学べます。
合わせて二時間です。

直列化したノードを木に再生する仕組みも一時間程度で作れるでしょう。
これもスタックを使いますが、イテレータを作った後なら、仕組みはすでに理解できているはずです。

これはとても便利だと思います。
次数が一つ減るとやることは一次分減ります＾＾

**デフォルトの名無しさん** · 2015/06/23(火) 10:06:12.06

>>692
じゃあ、どこかに貼り付けますね＾＾

**デフォルトの名無しさん** · 2015/06/23(火) 10:06:30.66

> 直列化したノードを木に再生する仕組みも一時間程度で作れるでしょう。

分かった。一時間後、まってる。

**デフォルトの名無しさん** · 2015/06/23(火) 10:09:39.18

http://ideone.com/WnuMoc

こんな感じです。

**デフォルトの名無しさん** · 2015/06/23(火) 10:12:47.03

>>695
再生するクラスも既に作りました。

http://ideone.com/jQ6RM5

**デフォルトの名無しさん** · 2015/06/23(火) 10:14:34.66

最初、DOMをそのままいじくっていたのですが、難しすぎました。
考えなければいけないことが多すぎたのです。

そこでこれはただのデータ構造なのだと考えて次数を一つ減らして
写像をいじくることにしました。

そうしたらなんと簡単！
おどろきです。

**デフォルトの名無しさん** · 2015/06/23(火) 10:22:00.65

>>696
エラー出てるようだがｗ

そうじゃない。

元のHTML（当然だがちゃんとツリー構造になっているもの）があって
それをどういうインターフェースで操作するかのコード

例として、 http://www.html5.jp/ のソースコードでどうだ？

jQueryだと、h3の直後にあるulの直下にあるliの中のaの色を赤くする時
このように書くが、
$('h3 + ul > li a').css('color': 'red')

お前のやり方ではどうなるの？

**デフォルトの名無しさん** · 2015/06/23(火) 10:39:14.91

RDBでツリー構造を扱う方法の話でもしてんのか？

http://www.geocities.jp/mickindex/database/db_tree_ns.html

技術的にはできることは知ってるが、それを使って
DOMをいじるのはどっちみち大変だぞ。

**デフォルトの名無しさん** · 2015/06/23(火) 14:44:30.14

DOMのレンジインターフェースを使って切り出しを実行するとき、よけいな空のノードが付く場合がある。
この動作は規格上正しい動作。
しかし、通常意図しない動作でもある。

ではこの空のノードを作らないためにはどうしたら良いか？
DOM上で操作する限り三次元の立体機動装置が必要である。
その習得にはミカサでさえ五年の歳月を要し、巨人と戦う時には既にババアとなっていた。

ところで、直列化したら前後を調べるだけで済みますよ。

**デフォルトの名無しさん** · 2015/06/23(火) 15:06:32.43

あぁ、なるほど。

簡単な問題を難しくしてしまう
たぐいの人間かｗ

**デフォルトの名無しさん** · 2015/06/23(火) 15:23:14.03

>>702
難しい問題を簡単に解く方法です。

たとえば、#textの途中から#textの途中まで切り出すとします。
この時、DIVを切り分けると文章構造が変わるので検出したい。

DOM上で操作してるとたったこれだけでもメンドクサイですよ～。
直列化してあると、始点から終点までなめるだけで済みます。

**デフォルトの名無しさん** · 2015/06/23(火) 15:30:48.12

あぁ、なるほど

説明が下手なんだｗ

**デフォルトの名無しさん** · 2015/06/23(火) 16:06:48.96

理解する側の能力が試されるのかもしれませんね。

コロンブスの卵のようなもので、言われてみればそりゃそうだ
という簡単な話だと思うのですが。

まあ人によるのかもしれません。

**デフォルトの名無しさん** · 2015/06/23(火) 16:45:14.75

コロンブスも何も極普通のありふれたやり方だって話。
みんなやってることだよ。

**デフォルトの名無しさん** · 2015/06/24(水) 01:18:18.86

>>669
> そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
> いつ実装になるかは不明だが

ライブマイグレーション実現したねｗ

［速報］Dockerが新コンテナランタイム「runC」を発表、
LinuxとWindowsをネイティブサポート。ライブマイグレーションも可能に
http://www.publickey1.jp/blog/15/dockerrunclinuxwindows.html

一応言っておくけど、これはDockerじゃなくてrunCが実現したもの。
Dockerコンテナはアプリ。Docker自身がライブマイグレーションを行うものではない。
アプリの外にある仮想マシンがライブマイグレーションを行うように、
アプリの外にあるコンテナランタイム「runC」がライブマイグレーションを行う

仮想マシンのライブマイグレーションが、そのマシンの中にある全てのアプリを
マイグレーションするのとは違って、（仮想マシンと対抗する）runCは
仮想マシンの中のアプリ（Dockerコンテナ）単位でライブマイグレーションできる。

"runCは” ライブマイグレーション機能において仮想マシンよりも
柔軟なことができるようになるといえよう。

**デフォルトの名無しさん** · 2015/06/24(水) 21:20:44.29

>>707
すまん、流石に我慢ならんわ…

最初から外部ツール使えばできるって言ってるんだけど
本当に何にも読んでないのなお前

それで社会でやっていけてるの？
つかなんでこんな低能な野郎に説教喰らわなきゃならんの俺？

**デフォルトの名無しさん** · 2015/06/24(水) 21:23:38.65

ライブマーグレーションなんていらないって豪語したんだからお前使うなよ？
その場限りの適当な答えしかしないゲロ以下のクズ

**デフォルトの名無しさん** · 2015/06/24(水) 21:29:18.08

出典元が後出しでしかもこっちはgithubの最新の話してんのに出展がpublickey
否定したそばから後出しでドヤ顔
本当何なんだこいつ…その場にいたら殴ってるわ

**デフォルトの名無しさん** · 2015/06/26(金) 05:56:11.04

ID:awOBQFTx必須すぎwww

こっちは最初からDockerを仮想マシンと比べるなって言ってるだけだよ。
Dockerはアプリを仮想化するもので、仮想マシンじゃない。
仮想マシンでできるあれやこれができきないといっても
Dockerはアプリを作るものなんだから、全くの的外れ。

最初から外部の機能を使えばできる？
そりゃライブマイグレーションは
"仮想マシン"を使えば、できるよ。
Dockerコンテナはアプリ何だから、

仮想マシン+Dockerコンテナで
昔からライブマイグレーションできた。
それはマシン単位のね。

新しくできるようになったのは、アプリ単位のライブマイグレーション。
これは仮想マシンでは出来なかった機能だよ。

ライブマーグレーションなんていらないなんて言った覚えはないし、
自分の思い込みで、自分の中にいる仮想俺にムカついてどうするのｗｗｗ

**デフォルトの名無しさん** · 2015/06/26(金) 06:23:33.50

Dockerコンテナ = アプリということを示す例を一つだそう。

DockerコンテナはホストOSのファイルの読み書きが得意である。

アプリが、それを動かしているOSのファイルの読み書きを簡単にできるように、
Dockerコンテナもアプリなのだから、それを動かしているOSのファイルの読み書きができる。

それもネイティブと同じ速度で。

仮想マシンを使うとどうしてもネットワーク共有が必要になる。
VirtualboxのGuest Additionsなどを使ってできなくもないけど、
Guest Additions入れないと使えないし、なにより遅いしね。

この考え方の違いこそ、アプリと仮想マシンの違いで、
仮想マシンは物理マシンの中に別のマシンを作り出すものだから
マシン間の共有というものがでてくる。

Dockerコンテナの場合はアプリだからネットワーク共有は不要。
（念の為に言っておくがネットワーク共有することも可能）

**デフォルトの名無しさん** · 2015/06/26(金) 14:54:02.39

毛の壁みたいのがわいてるのか

**デフォルトの名無しさん** · 2015/06/26(金) 22:29:27.99

毛の壁が何かしらないが、
言っていることが正しければ問題ないし、
間違っていると思うならば、ちゃんと反論してるはずさ。

**デフォルトの名無しさん** · 2015/06/27(土) 14:56:30.04

ぷっ

**デフォルトの名無しさん** · 2015/06/30(火) 05:28:39.32

>>711
まだやんの？ｗ
>仮想マシン+Dockerコンテナで
>昔からライブマイグレーションできた。
>それはマシン単位のね。
非公式なら前から「コンテナ単位で」出来てたって言ってるんだが？
そもそも件のrunCもCRIUの成果取り込み、つかlibcontainerって名前で気づけよボケ

>自分の思い込みで、自分の中にいる仮想俺にムカついてどうするのｗｗｗ

あのなあ……本当呆れるわ
お前は最初
>Dockerを仮想マシンとして考えてるから、
>そういDockerコンテナ（＝アプリ）に
>ライブマイグレーション機能が必要だとか考えてしまう。
と一蹴したんだぞ？
これを今更否定じゃないと？ｗ

しかも明らかにPublicKeyしか読んでないような無知な小坊主なのに、
「(runCであって)dockerではない」とか超苦しい詭弁言ってるしｗ
散々糞みたいな自己陶酔駄文書いてるお前の中では論理が通じてるのか？ｗ
詭弁がどこでも通じると思ったら大間違いだぞクズｗ

**デフォルトの名無しさん** · 2015/06/30(火) 05:45:43.98

レス最後にするって言った事については素直に謝ろう
こんなクズが技術屋気取ってるのに本気でムカついた

**デフォルトの名無しさん** · 2015/06/30(火) 22:40:03.08

>>716
それでいい加減Dockerコンテナは
アプリを仮想化したものだって理解しましたか？

「Dockerコンテナ」に必要ないって言ったんだが？
そこに書いてあるとおり。

DockerコンテナとDockerの違いぐらいわかろう。

Dockerは仮想マシンを作るものじゃない。
Dockerはアプリを作るもの。

Dockerで作られたアプリがDockerコンテナ
最初から一貫してる。

お前は思い込みで話をしている。PUblicKeyしか読んでないと
いつ俺が言った？お前の思い込みね。

**デフォルトの名無しさん** · 2015/06/30(火) 23:00:22.57

Virtualbox は仮想マシンか？
答えはNo

Virtualbox は仮想マシンを作るソフト。

Docker は仮想アプリか？
答えはNo

Docker は仮想アプリを作るソフト

便宜上、仮想アプリといったけど、
アプリケーションコンテナという呼び方が一番しっくり来るな。
Dockerコンテナという呼び方は標準化してしまったから、
もうDockerだけのものじゃないしね。

ともかく、Dockerコンテナは、アプリケーションのコンテナであって
仮想マシンと比べるものじゃない。

仮想マシンとともに使うものなのだから。

**デフォルトの名無しさん** · 2015/06/30(火) 23:06:29.52

あ、仮想マシンとともに使うといったけど、
必須ってわけじゃないぞｗ

別に物理マシンで使っても良い。

今まで面倒だったアプリケーションのインストールを
Dockerコンテナにすることで、設定済みの一つの
アプリのようにすることができる。
（もちろん実行時にカスタマイズも可能）

アプリっていうのは、なんらかのサービスであることが多いが
別にサービスでなくても良い。事実CLIツールがDockerコンテナで
配布されているのもある。

そして、それを簡単にインストール（配置）できる。

**デフォルトの名無しさん** · 2015/07/01(水) 20:16:22.81

エクセルで図を描く話の方が役に立つんじゃないの。

役に立つアプリの話したらいいでそ。

**デフォルトの名無しさん** · 2015/07/01(水) 21:54:31.56

Windowsでもマイクロソフト公式でDocker対応の話がでてるけど
どうなるんだろうね。

WindowsでLinux用のアプリを動かせるようになったら
ずるいって思うけど、Windows AzureでLinuxも動くわけだから
ありえなくはないのかな。

ライセンス問題もあるしまず無いだろうけど、ExcelがDockerコンテナに
なったとしたらWindowsへのインストール作業なしに、
DockerイメージからすぐにExcelが起動できる。

レジストリなどを汚すこともないし、読み書きできるのは
予め決められたディレクトリのみ。異なるバージョンの同時起動も可能。

とまあこんなことができるわけよ。

**デフォルトの名無しさん** · 2015/07/03(金) 07:25:30.03

ペイントで矢印を描く方法について議論したらどうよ。

**デフォルトの名無しさん** · 2015/09/21(月) 15:43:47.96

社名　労基　
でググると過去の2chスレが出てくる会社
and（orではない）
転職会議で2.5点の会社は超絶要注意
and
IT系です

転職する際は注意

**デフォルトの名無しさん** · 2015/12/19(土) 10:19:41.88

プログラマはMacを使ってるってマジ？
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/

**デフォルトの名無しさん** · 2016/05/01(日) 15:42:54.61

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ

The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
ｎ

**sinapusu2002** · 2016/06/13(月) 11:00:39.29

J言語で初心者おすすめある？
とりあえず昨日勉強１日目でフォークとか原理はなんとなく分かったけれど。
英語読めないんで命令文がわからないし他にも細かい疑問点だらけ。

命令文5個つなげた場合フォーク　フォークなのか
フォーク　フック　フックなのかよくわからないですし。

わからない命令文って[:とか@とか。

わからないことだらけです。

命令文の日本語訳と、例題を解いてJ言語に慣れる。
という２つを目指したいのですが全くJ言語の知識がない人と想定して
お薦め本を押してください。