何度も取り上げていますが、Ruby製のクローラーであるAnemoneについてです。もう2年ほどメンテナンスされていないものの、Rubyの中のクローラー・フレームワークとしては未だに一番の完成度です。しかし、残念ながら幾つかの問題点があります。その中で日本語を扱う我々にとっては一番大きな問題は、文字化けです。 Anemoneの文字化けの原因 Anemoneの文字化けの原因は、ずばりUTF-8以外の考慮が何もされていないためです。Anemoneが利用するHTMLパーサーであるNokogiriは、もともと内部的な文字コードをUTF-8として扱います。UTF-8以外の文字コードを扱う場合は、文字コードを指定して渡す必要があります。それにもかかわらず、AnemoneがHTMLをパースする時は、次のような実装になっています。 # # Nokogiri document for the HTML bod

と一言断ってから満員電車やバスの人混みをかき分けてドアを目指してるんだけど、それを会社の先輩に話したら 「それ上京したての田舎者あるあるだからw東京では無言で押しのけるのがマナーだよw」 という感じに笑われてしまった たしかに俺は上京してそんなたってないし、俺以外に東京で「おりまーす」とか「通ります」とか言ってる人をほとんど見たことない みんな人をかき分けたり、ぶつからずには通れない時、無言で体当りしたりカバンで押したりしてる どっちがいい悪いとかじゃなくて、むしろ東京ではいたずらに声を出すことが失礼に当たるのかな？

できる犬さんMarkdownエディタを一人で作りながらフリーランスをしています。今月(11月)の売上は18万円を超えました。順調に伸びていて嬉しい。毎日楽しいです。 個人開発はスピードが全てです。残業代もがんばった賞も出ないからです。一人何役もこなさないといけないので、作業のスイッチングコストが常につきまといます。設計してコードを書いてユーザサポートをしてマーケティングして・・。ましてや本業などがあると、プロジェクト単位で脳を切り替える必要もあります。 プロになってから約8年、常に本業と並行して何かしらの個人開発を続けて来ました。そして、このスイッチングコストをどうすれば最小限に抑えられるかという課題と向き合ってきました。自分で言うのも何ですがかなり速いと思います。例えば、先日ユーザさんから機能要望を受けたのですが、書き込みを見て２時間で対応してリリースしました。そしたらユーザさんが「速す

Amazon Web Services（AWS）は、米ラスベガスで開催中の年次イベント「AWS re:Invent 2017」で、コンテナを簡単かつスケーラブルに実行できるマネージドサービス「AWS Fargate」を発表しました。 一般に、コンテナ型仮想化を用いてスケーラブルなシステムを構築するには、サーバにコンテナの実行環境を構築し、それをクラスタとして実行するためにKubernetesなどのオーケストレーションツールを利用する必要があります。 AWS Fargateはそうした設定やツールなどの手間をすべて不要にし、コンテナをアップロードすればあとは複数のアベイラビリティゾーンへの展開やオートスケール、ロードバランシングなどをクラウドが全部やってくれる、といったものです。 「これはコンテナを実行する方法を完全に変えてしまうものだ」（Andy Jassy氏） AwS Fargateは、A

2017/11/30更新：セキュリティアップデートがリリースされました。 https://support.apple.com/ja-jp/HT208315 このアップデートを当てると、rootユーザを有効にした状態でも強制的に無効にされます。また、改めてrootユーザを有効にしようとすると、新しいパスワードを求められます。 このため本記事に記載した、「パスワードが空のrootユーザ」がいる状態の問題も、自動的に解決されます。 - 本日話題になった、いとも簡単にmacOS High Sierraでrootが取れるという件について、色々落とし穴が多いのでまとめてみました。 対象 High Sierra 10.13.1（2017/11/29現在の最新） 予備知識 通常、High Sierraではrootユーザは無効となっています。これは次のように、「ディレクトリユーティリティ」を使うと「ルートユ

オーム社 eBook Storeの商品について 電子書籍データ商品は、ご注文手続き後、ご注文者の元に届くメールに記載されたURLからダウンロードできます。 電子書籍データ商品は、ご注文者個人限りで利用できるものです。法人・組織でのご注文はお問い合わせください。 代金の支払いは、クレジットカード・PayPalとなります。 全書籍カタログを表示

日頃よりオーム社eBook Storeをご利用いただきありがとうございます。 オーム社では、eBook Storeにより長年にわたり電子書籍をご提供させていただいており、多くの読者の方々にご利用をいただきました。しかしながら誠に勝手ではございますが、2018年2月28日（水）13時をもちまして、サービス終了を予定しております。これまでご利用の皆様には厚く御礼申し上げ、今後の益々のご発展をお祈り申し上げます。 販売終了予定：2018年1月31日（水）13時 再ダウンロードを含む全サービス終了予定：2018年2月28日（水）13時 なお、サービス終了直前には、システムへの高負荷が予想され、ご不便をおかけする可能性があります。そのためご購入いただいた商品データのダウンロードなどは、お早めにお願い申し上げます。 また、ご購入いただきダウンロードされました電子書籍は、eBook Store終了後も、

わが国屈指の有名貨幣商で販売された500円180度傾打エラー銭 みごとな傾打だが・・・ 鑑定の依頼を受け調べてみましたところ、４０～１００倍程度の実体顕微鏡で加工痕を発見 画像からお分かりいただけますでしょうか？ ニコイチ物であることがわかりますか？ 加工の無い通用銭の拡大画像はこちら↓ 輪の内側をくり貫き精密に研磨された別個体をはめ込んでいるのがわかりますでしょうか？ この痕跡は熟達すればルーペでも違和を感じることは可能ですが、こうしたものを目にしたことのない人ではまず気がつかない加工の痕跡でしょう。 事実本品を販売したコイン商は知らない人はいないと言う有名店。 当時の古い所見でレベルもまだまだ低いものですが、参考までに その後本品をX線透過撮影してみたところ驚愕の事実が判明いたしました。 まずわかりやすいように一般的な流通500円硬貨のX線透過撮影画像をご覧ください 表側と裏側の模様が

そういうわけなので今日は公開資料を中心にリリース失敗の技術的な要因を分析してみたいと思います。 Scalaにおける最適なDependency Injectionの方法を考察する 〜なぜドワンゴアカウントシステムの生産性は高いのか〜 - QiitaドワンゴアカウントシステムはScalaのコードだけで22万行を越え、ドワンゴ社内で最大のScalaリポジトリとして知られています。 ドワンゴのユーザーアカウント基盤は明らかに破綻しています。 10 年以上にわたり、ガラケー時代から今に至るまで多くの業務をコードに落としていくことは極めて難しい作業であったと思います。そうはいってもやってるうちに一回なんとか出来なかったのかとは思うわけです。やっている当人たちがテンションを上げているほどには開発効率が出ていない、むしろ足を引っ張っているという可能性はかなり高いと思います。 ニコニコ生放送におけるdock

こんにちは！ツールの口コミサイト「Wantedly Tools」の開発を行っている南（@south37）です。 先週、第一回スタートアップRails勉強会 (http://connpass.com/event/39963/）という勉強会があったのですが、そこで「Rails で高速に開発をするために気をつけていること」というタイトルでLTをしきました！ 自分は普段、なかなか登壇などを行わないので、LTでの発表は自分の考えをまとめる良い機会となったと思います。その一方で、5分のLTという短い時間では話しきれない部分も数多くありました。そこで今日のブログでは、LTで話した内容の補足も兼ねて、「Rails で高速に開発をするために気をつけていること」について簡単にまとめてみたいと思います。 ちなみに、「Rails で」と書いてはいますが、Rails に限定しない話も多いので、Rails 知らないっ

WHY『変化に強いインフラ』を作ることで、技術にこだわり続ける環境ができ、ビジネスの変化にいち早くキャッチアップできます。 そのためにどのようにして、『変化に強いインフラ』を作ることが出来るのか模索したものをまとめます。 WHATKubernetes 上にアプリケーションを載せるCI/CD 環境構築GitHub Flow の開発スタイルでを元に QA で自分で書いたコードが確認でき、マージをしてmasterへpushしたら、Produciton へすぐにデプロイするサーバースペックを簡単に変えれる/内部で使われるライブラリ等も変更しやすいようにするDeploy の仕組みを自由に変更できるソースコードは以下です。 Github: koudaiii/jjug-ccc2016fall-devops-demoref. GitHub Flow 『変化に強いインフラ』を作っていく上での定義とルール変化

最近、Webサイトの高速化が話題になっています。 Wantedlyでもサーバーサイドのレスポンス速度はしっかりトラッキングして取り組んでいましたが、フロントエンドはまだまだやれることがあると認識し、悔しさを胸にさっそく動き出しています。 取り組むに当たって、まずは事例を集めていくことから始めました。サーバーサイドの実装を見ることはできないですが、フロントエンドは頑張れば覗けるので、Webサイトの高速化に取り組んでいそうな他のサービスをじっくり観察することで、自分たちのプロダクトに最適な方法を選択できるはずです。 様々な種類のサービスを提供しているサイトを調査してみると、その高速化の手法はサービスごとに結構違っていて、学ぶことが想像以上に多かったので、ブログにまとめてました。同じようにWeb高速化へのモチベーションが高まっている皆さんの参考になれば幸いです。 Netflixまずは、動画ストリ

こんにちは。デザイン担当の高取です。 私は育休から復帰して 3 年目のワーキングマザーで、スマートフォンアプリや Web アプリのデザインをしています。 そんな私が時々質問されること、それは 「仕事と育児、どうやって両立してますか？」 この質問、ワーキングマザーばかり訊かれがちですが、仕事と育児の両立が課題なのは、子供がいて働いている人全員ですよね。皆さんは、どうやって両立していますか？ 私は「なんとか頑張ってます…」としか言えない状態ですが、育休復帰 3 年目になって、少しずつペースがつかめてくるようになってきました。 今回は、私の仕事と育児の両立方法についてご紹介いたします。 仕事について 私は現在時短勤の制度を利用しており、通常勤務の他のメンバーよりも労働時間が少ないです。しかし、時短であることよりも、1 分たりとも残業ができないことの方が仕事上のインパクトがあります。 けっして残業