タグ

ブックマーク / fa-works.com (3)

  • 東京都内で、1Dayドロップイン利用できるコワーキングスペースまとめ(2016年版)

    フリーランスの気分転換に 働く場所を自由に選べるフリーランス。 普段は自宅で働いていても、時によっては「打合せの場所に近い所でそのまま作業したい」と思うことや、「今日は自宅で気分が乗らないからどこか外で集中したい」なんて思うこと、ありますよね。 コワーキングスペースは、安定したインターネット環境や、カフェに比べると静かで集中しやすい作業環境から、フリーランスにお馴染みの作業場所。 ミーティングルームや、ソファ席、ホワイトボードなどが置かれている場所も多く、少数人のチームで一緒に利用することができるのもメリットです。 他の利用者と交流することで、ネットワーキングとしても良い機会にもなり得ます。 コワーキングスペースを使うかどうか検討するためには、まず実際に試してみるのが一番。 記事では、東京都内で1日利用(お試し利用・ドロップイン)ができるコワーキングスペースを可能な限りまとめました。 都

    東京都内で、1Dayドロップイン利用できるコワーキングスペースまとめ(2016年版)
  • Dockerコンテナとイメージの仕組みを視覚化してみた

    この記事は、Docker 102レベルを意図して書かれている。Dockerが何か分からない、または仮想マシンや構成管理ツールと比べてどうなのか分からないという方には、この記事は現時点ではやや高度すぎるかもしれない。 この記事が、dockerコマンドラインの習得に悪戦苦闘している人、中でも特に、コンテナとイメージの違いを正確に知っている人の助けとなれば良いと思っている。さらに具体的に言えば、この記事では、普通のコンテナと起動中のコンテナを見分けていくつもりだ。 私はこれを、下層の細かい部分、つまりユニオンファイルシステムに注意しながら書いている。私はdocker技術の経験が比較的浅く、dockerコマンドラインを習得するのが難しいと感じていたため、私自身、このプロセスに数週間にわたって取り組んだ。 脱線:私が思うに、短期間で学び、かつツールを正しく使えているという自信をつける最良の方法は、技

    Dockerコンテナとイメージの仕組みを視覚化してみた
    tuki0918
    tuki0918 2016/04/09
  • もう二度と、絶対にMongoDBを使うべきじゃない理由

    MongoDBは悪だ。なぜならそれは… …データを無くす(ソース:1、2)。 …実際、長期間、デフォルトでエラーを無視し続け、何があってもすべての単一書き込みが成功したとみなした( 32ビットのシステムで3GBかそこらを使用したら、MongoDBの制限によって何の警告もなしに全データを失うことになった)。 …宣伝していたユースケースでですら遅く、これが早いと主張するには完全に証拠に欠けている(ソース:3、4)。 …ほぼ全てのユースケースで、暗黙のスキーマという悪しき習慣を強要してくる(ソース:4)。 …ロッキングに問題がある(ソース:4)。 …セキュリティの問題になるくらい、応答時間が酷く遅い。求めてきた人全員に認証なしで全データをさらしてしまうという危険なデフォルト設定をパッチするのに2年かかった(ソース:5)。 …ACID特性に準拠していない(ソース:6)。 …拡張やメンテナンスをする

    もう二度と、絶対にMongoDBを使うべきじゃない理由
    tuki0918
    tuki0918 2016/02/22
  • 1