タグ

2015年1月3日のブックマーク (17件)

  • 本気で使う Docker - Qiita

    Docker Advent Calendar 2014 12/25 の記事、気で使う Docker です。 ということで、実際に弊社で Docker を使った運用を開始した際にはまったところや、悩んだ所、どういう風に使っているのかについてぱらぱらっと書こうと思います。 "気" なぜ Docker を使うのか、というと、僕の中では以下のような理由があります。 すべてのアプリケーションを(インフラ的に)同じ方法でデプロイ、管理したい 特定のサーバー / インスタンスの状況に依存することなく、アプリケーションの依存とインフラ都合の依存を別管理したい Docker なんかかっこいいっぽいし使ってみたい 上記のような都合から、どうやって作っていくかを考えていきます。基的には1番目と2番目の理由が重要です。 Docker コンテナのいいところ とある Rails アプリケーションをデプロイするた

    本気で使う Docker - Qiita
  • 0から始めるAWS入門:概要 - Qiita

    研修向け。0からAWS上に基的なWEBアプリケーションの環境構築していく。 前提 ・一般的なLAMPのWEBアプリケーション向け(※1)に環境を構築しますが、それらミドルウェアのインストール・設定等はあまり対象にしてません。 ・すでにAWSのアカウントを取得しているものとします。サインアップはこちら ちなみに、新規登録であれば無料枠があるため、この研修向け内容をやったとしても$3ぐらいに収まります。 ※1 アプリケーションの要件・内容には触れませが、一般的なLAMPアプリケーションでも同様になるかと思います。 構築する環境 今回のシリーズで目指す環境は、下記の通り。 簡単に各AWSサービス紹介 Elastic Compute Cloud (EC2) 一般的に言う仮想サーバー。スケーラブルに展開可能。 今回はここにアプリケーションを配置する。 詳細はこちら Relational Datab

    0から始めるAWS入門:概要 - Qiita
  • Heroku に Goji/PostgreSQL で作った Web アプリをデプロイ - Qiita

    Goji というのは Go の Web アプリケーションフレームワークです。 機能的には薄めですが、標準の net/http と違ってメソッドベースでのルーティングもでき、Ruby の Sinatra みたいなノリで使えると思います。 この記事では Goji で PostgreSQL にアクセスする Web API を作って、Heroku にデプロイします。 構成 Go v1.4 WAF: Goji v0.8.1 ORM: Gorp v1.7 PostgreSQL v9.4.0 作るもの 持ち物リストアプリのための RESTful な JSON Web API (アプリの方も Swift で作って正月休み中に動かしたい) できたもの yuya-takeyama/bali-api 記事執筆時点でのコミットはこちらから とりあえず自分の環境で動かしたい、という方のために Heroku Butt

    Heroku に Goji/PostgreSQL で作った Web アプリをデプロイ - Qiita
  • 【雑記】弱参照 - C# によるプログラミング入門 | ++C++; // 未確認飛行 C

    概要 ガベージ コレクションに関連して、弱参照というものがあります。 めったに使うものではありませんが、使い方・使い道を説明します。 サンプル https://github.com/ufcpp/UfcppSample/tree/master/Chapters/Resource/WeakReference 弱参照とは 「ガベージ コレクション」(以下、GC)では、「他のオブジェクトから参照されているものは生きてる、誰からも参照されていないものはもう不要」という判定方法で、 不要なオブジェクトを削除します。 逆に言うと、誰か1つでも参照を持っているオブジェクトは削除されません。 一方で、「オブジェクトを使いたいんだけども、GC 的には参照していることにしないでほしい」、 「自分以外が全員参照を手放したらその時点で削除対象にしてほしい」というような要件がまれにあります。 こういう、GC の参照探

    【雑記】弱参照 - C# によるプログラミング入門 | ++C++; // 未確認飛行 C
  • 衰退しつつある産業がやりがちな「お説教広告」について - ココロ社

    テクノロジーの進化が、かつて栄華を極めていた巨大企業のビジネスモデルを成り立たなくさせてしまうことがある。たとえば郵便。物流はなくてはならないが、信書について考えてみると、手紙を出すメリットはほとんどない。手書きだと温かみがあるような気がするが、別にLINEで暖かいメッセージをクリエイトすることは可能であるし、手書きの手紙をもらったら手書きで返さなくてはいけないような気がして、むしろありがた迷惑という気もしなくもない。手書きで手紙を書くのなら、往復ハガキで、返事も書いておいてほしいし、それが当の礼儀というものではないだろうか……などと妄言を吐きたくなってしまうほどに信書の電子化は不可避であり、ドル箱であったところの年賀状もまた、衰退の一途を辿っている。 先月の話だが、電車を降りたら不意打ちに遭った。 つまりこれは、「年賀状を出して、ちゃんとした大人になりなさい」という意味である。しかも、

    衰退しつつある産業がやりがちな「お説教広告」について - ココロ社
  • 第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp

    先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える連載、今回は古くからPerlコミュニティで活躍し、最近ではWebテクノロジ情報発信のポッドキャスト「Rebuild」が話題の宮川達彦さんにお話を伺いました。宮川さんは、筆者のクックパッドの同僚でもあります。 [撮影:平野正樹] プログラミングに興味を持ったきっかけ ─⁠─最初にプログラミングやエンジニアリングに興味を持ったのはいつでしょうか? 宮川:父親がプログラマだったので、コンピュータは小さいころから家にあったんですけど、プログラミングはしておらず、純粋にPCユーザとしてゲームとかで遊んでいました。プログラミングのきっかけは、東京大学に通い始めて、趣味でホームページや掲示板を作っておもしろいと思ったことですね。そのあと3年次に、理学部情報科学科を選択し学びました。それと前後して、大学の友達から「オライリー・ジ

    第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    サービス終了のお知らせ - NAVER まとめ
  • 若手エンジニアが解説するIoT時代の通信プロトコル「MQTT」

    若手エンジニアが解説するIoT時代の通信プロトコル「MQTT」 WRITER : Editorial department IoTが普及するに伴い、大量のデータがネットワーク上を流れるようになる。IoTとはInternet of Thingsの略で、モノのインターネットと訳される。ガートナーの試算では、2020年までに260億個のデバイスがインターネットに接続されるという。IoTが普及していくにあたって、「MQTT」と呼ばれるIoTの世界での利用を想定して作られた、新しい通信形式が注目を集めているのをご存知だろうか?今回は今後利用が拡大していくであろう「MQTT」について紹介する。 ▼関連記事 260億のデバイスがネットに繋がるIoT時代を支える太陽光電池コンポーネント技術 IoT時代の高性能シングルボードコンピュータ「RaspberryPi 2 ModelB」 IoTデバイスに特化したプ

    若手エンジニアが解説するIoT時代の通信プロトコル「MQTT」
  • 最高のゆゆ式体験を求める

    「ゆゆ式」という漫画がある。今回はそのゆゆ式を最高に楽しむための環境を整備することを目指した。 まずは、そのゆゆ式について説明するのがスジだが、説明が必要な人達は今回の記事のターゲットではないので割愛する。 最高の環境でゆゆ式を読み、視聴することによって魂のステージが上がり、死後、極楽浄土に行くことができ、極楽浄土では、いーとこのお豆さんを味わったり、お母さんのクローゼットを開ける事ができるらしい。 すでに極楽浄土へのチケットを手に入れていそうな人は複数いて、全てのコマを切り抜いてランダム4コマを生成するシステムを作った人(ゆゆ式を無限に楽しみたかった話 〜 ゆゆ式 Advent Calendar 2014 20日目 〜 - non117's diary)、ゆずこの下を網羅した人(ゆずちゃんの下 (ゆゆ式 Advent Calendar 2014 10日目) - 日常系ex)あたりはそ

  • nginxパフォーマンスチューニング〜静的コンテンツ配信編〜 - Qiita

    今回はHTMLCSSJavascriptといった比較的軽量な静的コンテンツの配信をnginxでやるケースに絞ってチューニングする際のポイントについて紹介しようかと思います。 (注:worker_rlimit_nofileやsysctl.confのネットワーク周りの設定のような定石的なチューニングについてはあえて解説しないのであらかじめご了承ください。) コンテンツをgzip圧縮する 何はともあれgzip圧縮です。ネットワーク帯域に比べればCPUリソースなんて安いものです。 しかし、多くの場合これだけでは十分ではありません。何故ならnginxはデフォルトではContent-Typeがtext/htmlのコンテンツしか圧縮しないためです。圧縮対象のContent-Typeを増やすにはgzip_typesを使います。 単純なWebサイトであれば上記の設定で十分ですが、場合によってはappli

    nginxパフォーマンスチューニング〜静的コンテンツ配信編〜 - Qiita
  • 【神戸】昼飲みはお酒メインでたのしみたいね | PLACEHUB

    lepton9
    lepton9 2015/01/03
  • 転職の装い方について補足説明 - 忍者力トレーニング

    前のエントリ、「1を100にする」という書き方が誤解を招いてしまったので補足をしたい。 以下は「元転職エージェントとして」書く。前のエントリは「転職経験者として」の視点がメインなので一回忘れてください。 転職支援をしてきた身から、「(1の人は労力に見合わないので支援出来ないけれど)、10を100にする」ということが実際にある。それは「個別エピソードを10倍に盛る」ではなく「総合力での10→100」、つまり「マイナス要因の部分を排除することで総計を100に持っていく」ということ。 面接対策を文章で書くのは難しいので職務経歴書の話で説明させて欲しい。 例えば、 社会人経験5年(10点) 会社名だけでなんの企業か分からない(0点) 新人研修で何をやったかから始まる(-15点) 近しい経験はしている(25点) 資格も持っている(10点) レジュメ枚数が多い、余白が多い(-20点) 合計10点の人を

    転職の装い方について補足説明 - 忍者力トレーニング
  • 2014年に出版された好みのIT関係本まとめ - Time Flies

    2014年に読んだの中から主に2014年(及び2013年)に出版された自分好みのをざっとリストアップする。 APIデザインの極意 Java/NetBeansアーキテクト探究ノート タイトル通りAPIデザインについて詳しく書かれた。読者としてはJavaデベロッパを想定しておりJava特有のJDKのバージョン互換性やソースコード互換性に言及しているが、OOPの素養がある人なら読み進められると思う。なおカバーの隅には「※書はプログラミングの初心者向けではありません。」などと書いてある。 APIデザインの極意 Java/NetBeansアーキテクト探究ノート 作者: Jaroslav Tulach,柴田芳樹出版社/メーカー: インプレスジャパン発売日: 2014/05/23メディア: 単行(ソフトカバー)この商品を含むブログ (5件) を見る Javaエンジニア養成読 [現場で役立つ最

    2014年に出版された好みのIT関係本まとめ - Time Flies
  • 個人のスマホアプリ開発者がParseを使うべき15の理由 - Qiita

    注意(2016/01/29追記) Parseサービスの終了が発表されました。 利用できるのは2017/01/28までだということです。 Facebook Shutters Its Parse Developer Platform | TechCrunch http://techcrunch.com/2016/01/28/facebook-shutters-its-parse-developer-platform/ Moving On http://blog.parse.com/announcements/moving-on/ こんなに便利なサービスが終了してしまうのは残念でなりません。。 (一応ParseサーバーとMongoDBのマイグレーションツールが公開されるということなので 自前サーバーで管理すればParseと同じようなものを動作させることは可能かもしれません。) 背景 最近個人で掲

    個人のスマホアプリ開発者がParseを使うべき15の理由 - Qiita
  • twitterアカウント特定ヒューリスティックの紹介

    簡便なtwitterアカウント特定のためのヒューリスティックを思いついたけど自分のブログで紹介したくなかったのでここで紹介する. 先行研究twitterに関する特定には, とあるtwitterアカウントの名や住所などを特定したい (いわゆる「バーチャル」から「リアル」) (名や趣味などがわかっている,あるいは同じ場所にいる)とある人のtwitterアカウントを特定したい (「リアル」から「バーチャル」)などがある.ざっと調べた感じだと,前者の例としては 【注意】こんなにあった!あなたの自宅が特定されるツイートまとめ - いまトピネットでヘイトスピーチを垂れ流し続ける 中年ネトウヨ「ヨーゲン」(57歳)の哀しすぎる正体【前編】  | 現代ノンフィクション | 現代ビジネス [講談社]ネットでヘイトスピーチを垂れ流し続ける 中年ネトウヨ「ヨーゲン」(57歳)の哀しすぎる正体【後編】  |

    twitterアカウント特定ヒューリスティックの紹介
  • Jimのスタンスに関して結構違うところがあるので指摘。 ちなみに現2chユーザ..

    Jimのスタンスに関して結構違うところがあるので指摘。 ちなみに現2chユーザーで、Jimが降臨したスレにも何度か出くわしたことがあります。 Jimはそもそも、最初潰したいのはログ速のような過去ログのミラーサイトだった。 ミラーサイトはまとめブログの影に隠れているものの広告をバッチリ掲載しており、特にログ速のような巨大なサイトは多額の広告収入を得ていると考えられる。 で、元々ひろゆき体制の時はモリタポや●が主な収入源だったのだが、Jimは広告を収入源とするビジネスモデルに転換したいと考えていた。 (その後新たにモリタポと似たシステムの「浪人」が出てくるからややこしくなるのだが、当初はそのように説明していた) そこで、ビジネスモデルの転換に伴って今までモリタポか●が無ければ見られなかった2chの過去ログを自由化することで、現行スレに加えて過去ログの方からも広告収入を得ようとしていた。 しかし

    Jimのスタンスに関して結構違うところがあるので指摘。 ちなみに現2chユーザ..
    lepton9
    lepton9 2015/01/03
  • エンジニアと非エンジニアの境界 - ワザノバ | wazanova

    http://techcrunch.com/2015/01/01/everyone-in-management-is-a-programmer/ 1 comment | 1 point | by WazanovaNews ■ comment by Jshiike | 約1時間前 この先、ソフトウェアの力でビジネスの競争力に格段の差がついてくる産業がどんどん増えてくることに備えて、プログラミング教育の必須化の議論も盛んですが、その必須化の是非はさておき、将来的には社会人になるうえで、ある程度コードを理解できる素養があることがもっと当然のことになってくるのではないかと期待してます。 そうなると、今の世の中の人が漠然と持っている、「エンジニア」と「非エンジニア」という言葉から連想してしまう偏見、両極端なイメージは、いずれの側に属する人々にとっても将来はもっと不利益になるかと。相互理解が必要です