タグ

shigeru-satoに関するnabinnoのブックマーク (48)

  • インフラエンジニアのいない会社で働いて 1 年半 - Diary

    インフラエンジニアのいない会社で働いて 1 年半 が経った。 iOS で動く POS レジアプリとその管理インターフェイスの Web アプリケーションを作ってます。 iOS 側のことはほとんど分からなくて、データ同期用 API と Web アプリをずっと作っている。 ところで、 「NoOps」の時代がこない理由という記事が前にあったのですが、この点ぼくが働いている会社は NoOps です。アプリケーションは Heroku に乗っていて、 RDBMSAmazon RDS で一部分析系に Google BigQuery を使っていること以外は全て Heroku 系の何かで動いています。 CI は Travis と circleCI を使っていて、 circleCI については来年初頭にも利用をやめて Travis に一化する予定、というかんじ。 当に自分達でなにもサーバーを管理してい

  • ssig33.com - Bash On Windows で生活する

    結論 特段事情がない限りは Linux インストールして使うか Mac 買うかしたほうがいいと思う 以下こまごました話 Bash On Windows/Windows Subsystem for Linux でやっていきたいという風になったときに知っておくといいことのまとめです。 16.04 にはアップグレードできる、しかしやめておいたほうがいい。 Bash on Ubuntu on WindowsをUbuntu 16.04にアップグレードしてみる - Qiita こちらの記事の内容に従えばアップグレードすることは可能です。しかしやめておいたほうがよいです。 /proc がマウントされなくなる Bash On Windows で使えるメモリが 1GB に制限されてしまう という不具合が発生してしまいます。特に後者は致命的。おとなしく 14.04 で我慢しましょう。 まともにターミナルを使い

  • ssig33.com - よく分からない人のためのセキュリティ

    いろいろと原則論はあるんですが。昨今のアプリケーションは複雑化し、扱う情報はよりセンシティブになり、そしてより幅広く使われるようになっています。よって「安全な」アプリケーションを作るために必要な知識はますます増える傾向にあります。 よく分かってない人は以下のことにとりあえず気をつけましょう 1. なるべく自分で作らない これは最も重要なことです。検索する、他人に聞く、自分で考えない。これは重要です。大抵の問題は他人が作ってくれた解決策を適用できます。 例えばセキュアな問合せフォームを作ることにしましょう。気をつけるべきことは以下のことぐらいでしょうか。 送信内容の確認画面を表示する場合、ユーザーの入力した値は適切にエスケープするように 送信内容をアプリケーションの DB に格納する場合には SQL インジェクションを防がなければならないので、プリペアドステートメントを用いる CSRF 対策

  • ssig33.com - インターネットが面白くなくなった

    インターネットが面白くなくなっただとか、アニメが面白くなくなっただとか、金を使うような面白いものがなくなっただとか、そういうことを言う人がだいたい常にいます。 そういう現象を一言で表す言葉があって「老い」と言います。 老いは誰にでも来るものですしそれはしょうがないです。アニメは面白いですし、インターネットで意味不明な面白いことやってる人は今でもたくさんいます。 さて老いてなんで意欲が減退するかというと、筋力が落ちるからです。筋力が落ちると精神力も落ちてわざわざインターネットしたりアニメみたりする気も無くなってきますから、筋肉を鍛えよう。 back to index of texts Site Search

  • ssig33.com - ファイルダウンロード自動化を含むスクレイピング

    なんのこっちゃという感じですが、具体的にやりたいことは以下の通り Amazon の コンテンツと端末の管理 から購入した Kindle 書籍を自動ダウンロード 何故こんなことをしたいかというと、 Kindle は DRM をクラックする確実な手段があります。 DRM をクラックすることは違法ですが、 Amazon という企業が消滅した時に、購入したが読めなくなるのは困ります。 Amazon が消滅するときは世紀末のような社会でしょうから、 DRM のクラック程度の犯罪が問題になることは無いでしょう。 AZW3 をローカルに保存しておけば、その時がくれば DRM をクラックすればいいということになります。 以上の考えは半分気、半分はまあスクレイピングしづらそうなものがあればやってみたい、というだけです。 JavaScript を含まないページのスクレイピングはどうとでもなります。 Ja

  • ssig33.com - イスラム国に行こうとしてた(とされる人)について

    分かってる人は分かってるんですが分からない人には全然分からないみたいな事態になってると思うので簡単なまとめ。 行こうとしてた人は誰? ほわせぷさんという人です。 どんな人なの? 阿佐ヶ谷のアジトというシェアハウスにたむろして非モテをこじらせてた人です。極左とかではない。 訂正 @ssig33 同じ拠点に非モテがたむろしてただけで人はむしろモテるほうだと思われます — 科学の子 (@uasi) October 7, 2014 非モテをこじらせた人が昔はやっていたけど今となっては何なのかよくわからない集まりにたむろしていた人というのが妥当そうな感じする — ここには小銭しかない (@fuba) October 7, 2014 報道にでてくる秋葉原に出てた求人って何? 再掲【開店情報】ニュー秋葉原センター内に古書店「星雲堂 秋葉PX」が4月1日オープン 医療用器具や謎の求人情報も発見 http

  • ssig33.com - YAPC Asia 2014 行ってきた

    行ったらブログ書けって言われたので。 HUB のビールはおいしかった HUB のビール以外もたぶんおいしかった あとはだいぶ記憶がない 会場の入り口に HUB があるというのは致命的な脆弱性で、まずは駆けつけ一杯みたいな感じでビールを沢山飲んでからトークを聞くみたいになってしまう。結果としてトークの内容を全然理解できないで帰ってくることになる。というかいつどうやって会場をでてどうやって帰ってきたのかとか全然記憶が無い。 とはいえなんかもう Perl の話はあんまりなくて、いろんな言語にまたがるふわっとした話が多い感じだったのでそんな感じの参加態度でいいかなとか思っている。 Web 開発もモバイル開発も思想は完成されていて、あとはどう大トラフィックに耐えるかとか、思想の実践をいかに洗練させていくかみたいな状態になっているのでまあふわっとした話が多いのはそういうことだと思う。しかしそうやって油

  • ssig33.com - Docker を個人が使う時の注意点

    Docker が何かとかそういう話は全部抜きにして書きます。 Docker においてよくある運用は どっかにプライベートなレジストリを立てる ローカルかなんかでビルドしたコンテナをそこにプッシュする 実際の実行環境ではそれを pull してきて起動 という感じではないかと思います。 3. の後にリバースプロキシだのなんだのいろいろ設定しないといけませんから、それは各種自動化フレームワークが用いられます。 ここまではいいのですが、問題は 2 です。 Docker は 2 をやるごとにほぼフルの Linux 環境をネットワーク経由でアップロードするということになります。これが案外バカにならなくて、測定してみたところこの二週間でこれでのアップロードの合計は 350GB ほどになっていました。 もうちょっと激しくなるとプロバイダの設定する帯域規制だったり強制解約要件にひっかかってしまいますし、単純

  • %E8%87%AA%E5%AE%85%E3%81%A7%E5%A4%A7%E5%AE%B9%E9%87%8F%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8%E3%82%92%E9%81%8B%E7%94%A8%E3%81%99%E3%82%8B

    前回 RAID に関するちょっとした話を書きましたが個人が巨大なストレージを運用するにあたって得られたノウハウをだいたい全部書いておきます。 そもそもメリットあるのか? メリットはあります。金です。 Google Drive は安いですが、それでも 1TB 月 1000 円です。しかし運用にかなり制限がでます。柔軟に使える Amazon Web Service ならその 3 倍+転送量課金です。 16TB だと月 5 万円もかかってしまいます。ちなみにもっとも柔軟に使える EBS だと 16TB で 83000 円ぐらいです。 Google Compute Engine の低冗長性ストレージは S3 より少し安かった気はするけど別にとても安いわけではなかったと思う(よく覚えていないし調べるのがめんどくさい)。 50TB のストレージを Google Drive でごまかしごまかし運用したと

  • ssig33.com - Rails アプリでのビューキャッシュ戦略

    キャッシュでレンダリングコストケチっていかないといけないようなことになってる時点でビジネスとして成立してないので撤退を検討したほうがいいと思う。 殆どスタティックな記事を配信して動的な部分は JS でやるとかあるけど、結局それってサーバー代を使わないかわりに膨大なエンジニアリングコストを使うことになる。意味ない。 予想外の形でサービスがヒットした結果酷い状態のコードをなんとか飛ばし続けないといけないこともあってその場合はとりあえずキャッシュを導入して時間かせぎをしつつビューをまともにしていくとかそんなことになると思う。けどその場合そこに「戦略」なんてものがあることはなくてひたすら泥縄的な対処が繰り広げられる。 何か問題がある時にとりあえずキャッシュで質的な解決が得られるということはないので、データ構造を直していくとか、よい CPU を買うとかもっと質的な解決法が重要。重ねて言いますがよ

  • ssig33.com - Heroku の利用規約をちゃんと読んだ結果意外だったこと

    機械的にアプリ作りまくるのは OK 最近 CI 実行毎に Heroku にアプリ作るみたいな蛮行をしている これに関してはいずれ記事をどっかに書く bot に Heroku に大量にアプリを作らせても怒られないということが分かったので、アプリケーションの QA において革命が起きるということが最近分かってきました。 僕と同じ目的を目指して専門にやってる PaaS があったりするんだけど今一なので Heroku で蛮行を働くとよい結果になるという感じです。 Heroku の懐の広さに我々は感謝しなければならない。 あと「PaaS 屋が技術調査の為に Heroku 使ったら問答無用で BAN」とか書いてあって面白かった。 back to index of texts Site Search

  • ssig33.com - LINE 乗っ取りに関して

    友達LINE 乗っ取られて Web マネーのやつ来た!!とか嬉々として報告している人をよく見ますが セキュリティ意識の低い人と友達であるということはあなたのセキュリティ意識が低いということです 例えば友達の Facebook アカウントが乗っ取られれば、あなたが友達まで公開している Facebook の情報が抜かれたりするわけです LINE でもうっかりタイムラインとかにシリアスな秘密の情報を書いたりしていませんか? 乗っ取りが話題になって以降に乗っ取られた人はセキュリティ意識に重篤な問題がある人なので直ちに関わりを断ちましょう 追記 そういえば私も Skype アカウント乗っ取られたことあるので私に注意したほうがいいです。 back to index of texts Site Search

  • ssig33.com - IT 企業のオフィスを子供っぽい雰囲気にする

    という言い方が最も適切かどうかは別として、比較的頻繁に執り行われております。内装をそんな感じにするとか、中学高校っぽい部活やるとか。 で。そういうのいいですねみたいな声が大きいので、そうなっていく IT 企業が多いのですが、 ガキっぽいエンジニアは声が大きい というだけで、 優秀なエンジニアは子供っぽい というわけでは絶対にないと思います。子供っぽいオフィスを用意しとけば優秀なエンジニアが集まるかというとそうではなくて、それで逃げていく優秀なエンジニアも確実にいます。 優秀なガキっぽいエンジニアみたいのがいないというわけではないですから、そういうタイプの人とそうじゃない人が住みわけられるようなオフィス設計というのがあってもいいのではないかと思ってます。 こちらからは以上です。 back to index of texts Site Search

  • ssig33.com - NHK の依頼でやじを分析した日本音響研究所について

    東京都議会で女性議員が質問を行った際、自民党の会派に所属していた鈴木章浩議員が「早く結婚したほうがいいんじゃないか」とやじを飛ばした問題で、NHKが警察への捜査協力の実績がある民間の音声鑑定の研究所にやじの音声の分析を依頼した結果、鈴木議員がやじを飛ばした直後に、男性の声で「とりあえず結婚」という別のやじが確認され、音の周波数の違いなどから、鈴木議員とは別の男性の可能性が高いことが分かりました。 この問題で、NHKは警察への捜査協力の実績がある民間の音声鑑定の研究所「日音響研究所」に、やじが飛んだ場面の音声の分析を依頼しました。 やじの音声分析 直後に別の男性の声も NHKニュース 先代所長について 現アダム・スミス大学の「教授」。専門は音声科学。 鈴木松美 - Wikipedia アダム・スミス大学は著名なディプロマミル。 現所属者について 代表取締役 鈴木創|日音響研究所 吉田靖|

  • 株式会社パートナーエージェント 佐藤茂 顧客満足を追求し、「1年婚活の法則」で躍進中 | JOBSHIL

  • ssig33.com - 欧米のテレビは多チャンネルという話の実態、そして AppleTV や Chromecast とかの話

    おはようございます、 Chromecast 微妙ですね。「Chromecast 買って AppleTV の良さ分かった」とか言ってる人が結構多くて AppleTV にしてもみんな割と買ったけど使ってなかったみたいのじゃないかと想像しています。 今日はよく言われる「欧米のテレビは多チャンネル」という話の実態について書きます。 要旨 欧米それぞれ具体的な事情は違うが電波が使い物にならないのでケーブルテレビが流行った 多チャンネルって言ってもそんな面白いの無い 視聴者は別に多チャンネルそこまで求めてないので動画配信サービスなどに客が流れる ケーブルテレビの普及 欧米のテレビが何故多チャンネル化したかというと、ケーブルテレビの放送事業者同士の競争が極めて激しいからです。これは単純な話で、うちのケーブルテレビを契約したら他所より見られるチャンネルが多いよ〜みたいな感じで競争を繰り広げた結果です(過去

  • ssig33.com - はてなブログ遅い話

    これ http://emija.hatenablog.com/entry/2014/03/11/231940 の話です。 Web のパフォーマンスは我々の共通の懸案ですから、真面目に考えていきましょう。 当該 URL で調査 広告オン時 Adblock した時 いずれもキャッシュ無効です。 結論 広告ベタベタ増やしてる + WiMAXルーター置いてる場所がなんかダメなのが悪いんじゃないの? 参考資料 読み込みに使ってるページはこれ http://blog.livedoor.jp/dqnplus/archives/1790719.html 痛いニュース広告オン 痛いニュース Adblock なんとなくブログ界隈全体が表示遅いんじゃないかという気がしますね。 ちなみに以下はうちのサイト さらにいろいろ調べた結果 ブログだいたい Adblock して 4 秒ぐらいで表示されてしてないと 8

  • ssig33.com - ダンピングをするな

    これの話。 次のような二つの職場があったとしたら、優秀なプログラマの大部分は前者を選ぶのではないでしょうか。 テスト・CI をきちんとやっていて、ソースコード管理は Git & GitHub、もちろんデプロイもほぼ自動化されていて、過去のバージョンに戻すことも簡単にできるため実験がやりやすい。リファクタリングの価値が認識されている。タスク管理ツールや連絡ツールも新しいものを積極的に採用している。権威的な人間がおらず、設計やコードの良し悪しを率直に話し合える。年収 400万。 テストもろくにない Java のコードを手元の Eclipse でコンパイルして、その .class ファイルを WinSCP でコピーしてデプロイしている。バージョン管理システムはろくに活用されておらず、間違えたらおしまいなので PukiWiki の手順書に「~を厳守する」という心構えが出てくる。ファイルを zip

  • ssig33.com - 普通の人が Docker を使う理由

    こんにちわ皆さん。 Immutable Infrastructure という単語のブームも一段落した昨今と思います。今日は普通の人が Docker のようなツールを使ったほうがいい理由について簡単に書きます。 この手のツールは「頻繁にアプリをデプロイする」「大規模なサーバー群を運用している」人向けのツールというイメージが比較的強いのではないかと思っています。 しかしながら 安い VPS を借りて Web サイトや IRC プロキシなどを細々と運用している というようなわりと普通の人でも Docker を使う利点は十分あると僕は考えています。それは 同じ VPS の同じゾーンに BitTorrent 野郎がやってきて、ネットワークが劣化して使い物にならない というようなことが VPS を使っているとたまにあります。こういう時に、運営側に「ネットワーク遅くて使い物にならないんだけど」とかクレー

  • ssig33.com - 法律が明文化されてないと駄目

    大昔に書いた エミュ鯖送検の話について に最近進捗があって、それで昔のブコメとか読んでて思ったんですが 「法律が明文化されてないので運用でカバーとか駄目絶対」みたいなことを言いがちな人が多いのですが(そしてそういう人は日の法律ダメ絶対みたいな意見であることが多い)、例えばイギリスとか憲法が明文化されてないわけです。 そもそもあらゆるパターンを想定して明文化された法律を書くなどということは不可能なわけです。プログラマーの皆さんならよく分かると思いますが例外的ケースを全てテストに記述することはだいたい不可能で、それをやるにだいたい等しい証明駆動開発など実用的なプロダクトではまあまず利用されないわけです。 なので例外的ケースとか想定してなかったケースとかは運用でなんとかするしかないわけで、ようは判例でなんとかしていくというわけです。英米法の体系を持つ日にあっては上級審の判例というのは比較的強