タグ

2015年12月24日のブックマーク (22件)

  • なぜあなたの sbt はすぐに起動しないのか - Qiita

    特に Scala 初心者だったとき、Scala を始めようとして「なかなか jar ファイルが落ちてこなくてコードが書き始められない」という問題に遭遇したことがある方も多いのではないかと思います。Advent Calendar の穴埋めのネタとして、それについて少し説明してみようと思います。 参考:下り 60Mbps での結果 http://qiita.com/seratch@github/items/0df29e637a9f9b3d7dec sbt (Scala Build Tool) まず前提として Scala のビルドツールは Gradle や Maven も利用可能ですが、Typesafe 社が開発している sbt というビルドツールが主流です。 この記事時点での最新バージョンは 0.13.9 です。 https://github.com/sbt/sbt/releases このとこ

    なぜあなたの sbt はすぐに起動しないのか - Qiita
  • Vagrant 1.8の新機能 Linked CloneとSnapshotを試してみた | DevelopersIO

    ども、大瀧です。 週明けにリリースされたVagrant バージョン1.8の新機能、Linked CloneとSnapshotを試してみたのでレポートします。 先に結論から書いておきますが、どちらもVagrantを日々使っている方には是非常用して欲しい機能です! Linked Cloneとは Linked Cloneはデータセンター仮想化製品ではメジャーな、一つのマスターVMを元にして複数のクローンVMを作り出す機能です。普通にVMをコピーするのではなく、クローンVMはマスターVMの差分データのみを持つことから'Linked'という冠が付いています。VMの初回作成(vagrant up)時の時間が短縮されるのと、仮想ディスクのサイズが差分のみで済むメリットがあります。 設定方法 Virtualbox環境では、以下の設定をVagrantfileのVagrant.configure(2) do

    Vagrant 1.8の新機能 Linked CloneとSnapshotを試してみた | DevelopersIO
  • 障害発生時の対応フロー(初期対応、本格対応、再発防止) - 勘と経験と読経

    タイムラインで目に付いたこの記事を読んで考えたこと。 システム障害と僕達はいかにして戦えば良いのか、障害対応について考えた - Qiita そういえば障害発生時の対応フローは、割と標準的なものが無いような気がする(不勉強で知らないだけかもしれないけれど)。共通フレーム2013でも細かい定義は無かったし、他の書籍で読んだ記憶も無い。というわけでいったん経験的な知恵をアウトプットしてみようかと。 基的な流れ 割と自分のイメージと似た障害対応フローが公共系システムのドキュメントとして公開されてたので流用する。ここから拝借したもの。 図にもあるように、基的な流れは リカバリー対応(初期対応、一次対応) トラブル復旧作業(格対応) 再発防止 が一般的だと思っている。 初期対応のフレーム 初期対応で考えることはだいたいこんな感じ。あわててプログラムを修正する前にやることがある。 問題調査のために

    障害発生時の対応フロー(初期対応、本格対応、再発防止) - 勘と経験と読経
  • 採用プロセスを真剣に考えろという話

    人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか?」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか?」期待値を明文化している

    採用プロセスを真剣に考えろという話
  • あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。 - Qiita

    エンジニア35歳定年説」が許されるのは小学生までだよねーとか思っていたら、実際にはそんな感じになってしまったあるエンジニアの半生を振り返ります。ご参考まで。 第一期 サービスリリース前 自分でサービスをガリガリ作っている というかサービスを作ることしかしていない 1日16時間くらい仕事をしても、プログラミングしかしていないので疲れない 仕様の検討をしながら作るので、基全ての時間は開発をしているという認識 フルスタックエンジニアというある種の全能感を満喫する 第二期 サービスリリース後 運用(ユーザーサポートなども含む)が入ってくるのでサービス開発のスピードが落ちる エンジニアを採用(業務委託含む)する 仕様の調整やコードレビューなど、開発以外の仕事が少しずつ増えてくる でもまだまだ自分が圧倒的にメイン開発者 コードレビューやマージ、リリースは自分が全てやる システムの全体からディテール

    あるエンジニアの緩慢な死、あるいはエンジニア35歳定年説。 - Qiita
  • 女性のためのC++コミュニティ Ladies++を立ち上げました - ぴよぴよ.py

    12月に女性C++erのための、Ladies++というコミュニティを立ち上げました。 今回はLadies++や女性コミュニティについて紹介しようと思います。 この記事は、 Geek Women Advent Calendar 2015 の23日目の記事です! 様々な女性コミュニティ 最近はたくさんの女性向け技術コミュニティがあります。 Rails Girlsなんかが有名かもしれませんが、 Pythonの女性コミュニティPyLadiesや、Java女子部等も活発に活動がされています。 Rails Girls - Japanese PyLadies Tokyo | Official Site Welcome | Women Who Code Java女子部 | Doorkeeper なぜ女性でコミュニティなのか 今年のPyConJP2015では、女性コミュニティに関する「いま求められるコミュニ

    女性のためのC++コミュニティ Ladies++を立ち上げました - ぴよぴよ.py
  • mrubyのRedisクライアントのPipelining対応とDisqueクライアント - 人間とウェブの未来

    この記事はmruby adevent calendar 24日目の記事です。 mrubyでRedisを操作するmruby-redisは以前から開発していたのですが、最近Pipelining対応のPRを頂きPipelining対応したのでそれの性能を確認してみました。また、その結果簡単に作れるようになった分散型インメモリジョブキューであるDisqueのmrubyクライアントであるmruby-disqueの紹介をします。 github.com github.com RedisとhiredisのPipelining mruby-redisはhiredisというCライブラリを利用しており、hiredisでは効率的にRedisとIOできるようにPipelining機能をサポートしています。RedisとhiredisにおけるPipeliningを簡単に説明すると、 通常のRedisアクセスはクライアン

    mrubyのRedisクライアントのPipelining対応とDisqueクライアント - 人間とウェブの未来
  • 上限日数なし・雇用形態にかかわらず全ての従業員を対象としたリモートワークを2016年1月より本格導入 働き方の選択肢を増やし、個の更なる成長と新しい価値の創造につなげる | リクルートホールディングス

    株式会社リクルートホールディングス(社:東京都千代田区 代表取締役社長 兼 CEO:峰岸真澄)は、2016年1月より、雇用形態にかかわらず全ての従業員を対象とした、上限日数のないリモートワーク格導入いたします。会社間の同意および人の希望があった場合には、派遣社員もリモートワークを選択可能としています。 ダイバーシティが進むなか、多様な働き方の選択肢を増やし、従業員一人ひとりの能力が最大限に発揮される環境を整え、新しい価値の創造を目指します。 働き方変革の取組み背景 昨今、ビジネスのグローバル化への対応や今後予測される人口減少による労働力の不足、ダイバーシティの推進といった経営課題に対応するため、働き方の見直しや多様な働き方を実践する動きが官民で広がっています。リクルートグループにおいても、イノベーションにより新しい価値を創造するため、場所にとらわれない働き方への挑戦や時間当たりの生

    上限日数なし・雇用形態にかかわらず全ての従業員を対象としたリモートワークを2016年1月より本格導入 働き方の選択肢を増やし、個の更なる成長と新しい価値の創造につなげる | リクルートホールディングス
  • はじめてのRaspberry PIで監視カメラを作ってみた。 - Qiita

    はじめに 最近、RaspberryPIなるものを知ったので、初めてのRaspberryPIで、 webカメラを使って動体検知する監視カメラを作ってみる事にしました。 機能概要 今回作成する機能の概要はこんな感じにします。 ・動体検知をしたら写真を撮る。(今回は写真のみにします。) ・写真を撮ったら、Slackに撮った写真を自動投稿する。 これだけです。 初回なので欲張らずにシンプルな物を作ります。 今回のメインになる登場人物紹介 ・RaspberryPI: 簡単に言うと小さいパソコン ・motion: 動体検知するソフト (このソフトを使えば簡単に動体検知ができるよ) ・Slack: チャットツール (SkypeとかLineとかをイメージしてもらえばOK) ・Slacker: Slackにプログラムから投稿とかする為の機能 motionの準備 まずはmotionを準備して行きます。 mot

    はじめてのRaspberry PIで監視カメラを作ってみた。 - Qiita
  • ニコニコ動画の公開コメントデータをDeep Learningで解析する - Qiita

    この記事は第2のドワンゴ Advent Calendar 2015の24日目の記事です。 ドワンゴエンジニアの@ixixiです。 niconicoのデータをDeep Learningなアプローチで解析してみた話です。 nico-opendata niconicoの学術目的用データ公開サイト https://nico-opendata.jp が最近オープンしました。 これまでも、国立情報学研究所にて、ニコニコ動画コメントデータや大百科データが公開されていましたが、 nico-opendataでは、ニコニコ静画のイラストデータの約40万枚のイラストとメタデータが研究者向けにデータ提供されています。 今回は、ニコニコ動画コメントデータ(誰でも取得可能)を用いたDeep Learningによるコメント解析例を紹介します。 超自然言語 ニコニコのコメントデータに限らず、twitterでのtweetや

    ニコニコ動画の公開コメントデータをDeep Learningで解析する - Qiita
  • メール運用がロストテクノロジーになっていく話

    クラウドワークス Advent Calendar 17日目担当のSMTPおじさんの記事です。 時間の無い人のために3行でまとめますと以下のコンテンツでお送りします。 大規模なメール配送を安全に行うには特別なノウハウがあり罠も多い SendGrid便利です 当たり前になった技術は空気のように見えなくなってインフラ化する。それがある日突然失われたときの被害は甚大。インフラ技術をキャッチアップして備えよう メール配送今昔 さて、メール配送といえば古くはSendmailを使っていました。多くのUnixディストリビューションに標準でインストールされており、使うのが当たり前で選択肢も少なかった時代です。 Sendmailは開発が重ねられることで複雑化しセキュリティホールが頻発しました。また設定ファイルのsendmail.cfはチューリング完全であるほど高機能で複雑でまた長くなりがちでもあり今でも書きた

    メール運用がロストテクノロジーになっていく話
  • 初心者がAWSでミスって不正利用されて$6,000請求、泣きそうになったお話。 - Qiita

    こんにちは、2015年も終わりですね。昨年よりエンジニアのお仕事をはじめております自称エンジニアの@mochizukikotaroです。 お祭り記事ですので、皆様の箸休めの一助にでもなればと思いながら、全力で書きたいと思います。 まず感謝 当記事は、「素人がAWSに手を出し、のんきに過ごして気づいたら、自分のミスで不正利用され$6,000ほどの請求が来ていて」一週間ほどべ物も喉を通らず、AWS様に泣きついた結果、「なんとか情け容赦を頂いた」という内容です。 文中には多少ふざけた言葉選びが散見されるかもしれませんが、私は全力で AWSさんに感謝 をしております。 この先、 僕と同じような過ちを犯す可哀想な素人エンジニアを、この世から一人でも無くしたい。 と切に願っております。 最初にお断りしておきますが、 当記事から得られる、プログラミングインテリジェンスは1gくらいです。 一定レベル以

    初心者がAWSでミスって不正利用されて$6,000請求、泣きそうになったお話。 - Qiita
  • Git pre-commit hook to search for Amazon AWS API keys.

    pre-commit @� ��U )��U #!/bin/sh if git rev-parse --verify HEAD >/dev/null 2>&1 then against=HEAD else # Initial commit: diff against an empty tree object against=4b825dc642cb6eb9a060e54bf8d69288fbee4904 fi # Redirect output to stderr. exec 1>&2 # Check changed files for an AWS keys KEY_ID=$(git diff --cached --name-only -z $against | xargs -0 cat | grep -c -E '[^A-Z0-9][A-Z0-9]{20}[^A-Z0-9]') KE

    Git pre-commit hook to search for Amazon AWS API keys.
  • Googleがパスワードを入力せずにスマホでログインできる新システムをテスト中

    サービスの種類に限らずユーザーがアカウントにアクセスするにはパスワードの入力を必要とする場合がほとんどです。しかし、Googleはパスワードを入力せずにスマートフォンをタップするだけでGoogleアカウントにログインするシステムを開発中で、実際にユーザーを使ってテストを実施していることが明らかになっています。 Just got early access to log into Google account without password : Android https://www.reddit.com/r/Android/comments/3xrrli/just_got_early_access_to_log_into_google_account/ Google is testing signing into accounts using just your phone, no pas

    Googleがパスワードを入力せずにスマホでログインできる新システムをテスト中
  • Java アプリケーションのための設定ファイル形式の比較 - Qiita

    アプリケーションを作る時に毎回のように設定ファイル形式を何にするか迷うので、自分の頭の中を整理する意味で書いてみる。 各設定値へアクセスするコードも書かないと片手落ち感あるけれど、長くなるのでやめた。 実行環境は普段使っている Oracle JDK を想定している。 XML 実行環境が XML パーサを持っているので、多少の処理を書けば外部ライブラリを使わずに設定ファイルをとして使える。 人間が書くには少し冗長なせいか、最近は敬遠されがちな印象がある。 今回の挙げた中だと唯一下記の性質をすべて持ち合わせている(処理系次第だけど): 元あったコメントを残し、 プロパティの順番も保持しくてれ、 人間もシステムも読み書きできる なので、個人的にはまだ使い道はあると思っている。 <?xml version="1.0" encoding="UTF-8" ?> <root> <server> <add

    Java アプリケーションのための設定ファイル形式の比較 - Qiita
  • hiroki.kanaの日常

    hiroki.kanaの何気ない日常

  • EPUB書籍に正誤表を反映する - ただのにっき(2015-12-22)

    ■ EPUB書籍に正誤表を反映する ご多分にもれず、akrさんの「APIデザインケーススタディ ――Rubyの実例から学ぶ。問題に即したデザインと普遍の考え方」、EPUB版を発売日に購入したわけだけど(読んだとは言ってない)、さっそく正誤表が出ているので、読む前に反映できる部分は反映しておこう。 EPUB書籍の場合、編集は非常に簡単で: 拡張子.EPUBを.ZIPに変更 ZIPファイルの中から該当するHTML(XHTML)ファイルを抜き出す HTMLファイルを編集してZIPファイルに戻す 拡張子.ZIPを.EPUBに戻す 以上。手持ちのビューアで読みづらいスタイル指定がされてる場合なんかも、同じ方法で.CSSファイルを編集することが可能だ。 akrの場合、正誤表はページ数指定なので、HTMLファイルを特定するのにPDF版を参照してページ数から章番号を突き止めるしかないのがやや面倒だけど(

  • SanrioTownのデータベース露出についてまとめてみた - piyolog

    2015年12月19日、CSO Onlineで取り上げられたSanrioTownのデータベースが露出していた問題についてここでは関連情報をまとめます。 公式発表 2015年12月22日 Security Advisory: Corrected a vulnerability involving personal information of SanrioTown.com members SanrioTownとは何か 次のURLよりアクセスできるWebサイトよりサービスが提供されている。 http://www.sanriotown.com/ 公式のFacebookページの説明によれば、2002年よりサービスが提供されている主に海外のサンリオファン向けのソーシャルネットワークサービス。オンラインゲームであるHello Kitty Online(SanrioTown中ではHKOと略されている)も

    SanrioTownのデータベース露出についてまとめてみた - piyolog
  • こんなコーディングは退屈だ! | Yakst

    Enkiのco-founderで最高技術責任者(CTO)であるBruno Marnetteが、エンジニア仕事に飽きて転職してしまわないよう、社内文化をどのように構築しているのかを紹介します。 開発者として、私は2年以上同じ仕事を続けた事がありません。 転職することは私にとって良いキャリアとなりました。私達の業界では転職を繰り返す事はごく一般的なことです。ところが、以前私が働いていた会社は、私の離職に難色をしめしました。中には、私を必死で引きとめようとする人もいました。しかし、私は仕事に飽きてしまっていたため、残ることはできませんでした。 (免責事項:私は多くのプログラマーよりも楽しいプログラミングの仕事をしていたと思います。仕事を変えることが常に最善の選択とは限りません。) 現在私はEnkiのco-founderで最高技術責任者(CTO)です。会社ではエンジニア文化の構築も行っています。

    こんなコーディングは退屈だ! | Yakst
  • Rails のアーキテクチャ設計を考える - Qiita

    はじめに ここ一年くらいずっと Rails の何がダメでどうすれば良くなるのかを考えていました。 Rails を使ってそれなりの規模のアプリケーションを作ったことがある人なら、メンテナンスのしづらさを感じたことがあるのではないでしょうか。 メンテナンスの問題は Rails 以外の開発でも発生することですが、実のところメンテナンスしやすいアプリケーションはどうすれば作れるのでしょうか? この難問に対して私も答えを持っていませんが、考え続けています。 少なくとも、 Rails Way や Rails Tutorial をベースにしたアプリケーション開発は、業務で用いるには簡単すぎるように思います。 「レールに乗る」という言葉がありますが、私は考え方を変えました。 Rails は規模の大きいフレームワークですが、土台に過ぎません。 Rails Way の設計方針は小規模な開発では有効ですが、規模

    Rails のアーキテクチャ設計を考える - Qiita
  • Go最後の秘宝「GUI」を探しに行く - Qiita

    Golangができること、むしろ「得意」と言われるものはすでにたくさんあります。 クロスコンパイルが得意だし依存が少ないバイナリができるから、いろんな環境で使えるコマンドラインツールを書くにはGoがいいよ パフォーマンスが高いし文字列処理もやりやすいので、高速なAPIサーバが得意。gRPCでもHTTP/2でも Webアプリケーション・フレームワークも増えてきていてウェブサービス作れるよ ビルドシステムとパッケージマネージャ内蔵なので、gitから簡単にパッケージをダウンロードしてきたり、◯makeコマンドとか◯runtとか◯owerで消耗しなくて済む gopher.jsでJavaScriptにもなる 逆に今まであまり良い解がなくて、「Goにはちょっと不向きだね」と言われ続けていたのがGUIです。鳴り物入りで出てきたGXUIが開発が止まってしまい、それと同じぐらいにshinyというものが開発が

    Go最後の秘宝「GUI」を探しに行く - Qiita
  • アプリケーションに合ったExecutionContextを使う - tototoshi の日記

    scalaではFutureなどの裏側ではExecutionContextが動いています。ということはExecutionContextの使い方がいまいちだとFuture周りで問題が起きることになります。 よく起きる問題の1つとして、標準のExecutionContextがいまいちだった、というのがあると思います。 標準のExecutionContextはダメというか、適さないパターンがあるのですが、あまりよく考慮されずに使われてしまう印象があります。 まあ悪いのはコンパイラの親切すぎるエラーメッセージでしょう。 scala> import scala.concurrent.Future import scala.concurrent.Future scala> Future { 1 + 1 } <console>:9: error: Cannot find an implicit Execu

    アプリケーションに合ったExecutionContextを使う - tototoshi の日記