タグ

2016年9月5日のブックマーク (5件)

  • MySQLのメモリー使用量を最適化する設定のベストプラクティス | Yakst

    Percona Data Performance Blogの翻訳。Percona CEOのPeter Zaitevによる、MySQLのメモリー使用量をどのように決めるべきか、またそれを決める時に気にするべきことは何かについてのまとめ。 この記事では、最適なMySQLのメモリー使用量を設定するためのベストプラクティスを扱おうと思います。 使用できるメモリーのリソースをどのように使うか正しく設定するのは、MySQLを最適なパフォーマンスでかつ安定して使うために最も重要なことのひとつです。MySQL 5.7では、デフォルトの設定では非常に少ない量のメモリしか使いません。デフォルトのままにしておくのは、最も良くないことのひとつでしょう。しかし、不適切に設定してしまうと、パフォーマンスを更に悪くする(あるいはクラッシュする)ことにもなりかねません。 MySQLのメモリ使用量を設定するにあたっての最初

    MySQLのメモリー使用量を最適化する設定のベストプラクティス | Yakst
    Kiske
    Kiske 2016/09/05
  • 「Hatena Engineer Seminar #6 〜インフラ編〜 @ Tokyo」を開催しました & 資料を公開しました! #hatenatech - Hatena Developer Blog

    こんにちは、Web アプリケーションエンジニアの id:KGA です。 去る、8月31日(水) にはてな東京オフィスのイベントスペース SHIBAFU において Hatena Engineer Seminar #6 〜インフラ編〜 @ Tokyo を開催いたしました。約1年ぶりの開催となりましたが、平日夜の開催にもかかわらず多数の方にご来場いただき、昨今の、インフラ技術や Web オペレーションエンジニアの働き方への注目度の高まりを肌で感じることができました。ご来場いただいたみなさま、誠にありがとうございました。 冒頭では新 CTO id:motemen よりご挨拶させていただきました 今回は、前回から少し間を置いての開催となってしまいましたが、今後はもう少し頻度を上げて定期的に Engineer Seminar を開催していく予定です。次回のテーマも固まりつつあるので、詳細が決まり次第お

    「Hatena Engineer Seminar #6 〜インフラ編〜 @ Tokyo」を開催しました & 資料を公開しました! #hatenatech - Hatena Developer Blog
    Kiske
    Kiske 2016/09/05
  • JSON Schema And Go

    It has been about 7 months since I started writing a JSON Schema library, named go-jsschema, and other associated libraries for Go. In this article, I will try to describe these libraries that I wrote. All features are those as of September 2016. ParsingBefore doing anything with a JSON Schema, you need to parse it. This is simple: go-jsschema provides a ReadFile() method as well as a Read() metho

    JSON Schema And Go
  • https://www.prakard.com/viewtopic.php?f=1004&t=1884764

    115 E Elm Ave Monroe, MI 48162 General: 734 243 0576 Sales: 800 826 2760 SecureSecurely and reliably communicate with your devices online using Secure Shell, or offline using direct cabled Serial connection or direct modem to modem. CommunicationCommunicate with other computer systems, hardware, and pieces of equipment. Issue commands, capture data, transfer files, automate tasks, and more. HyperA

    https://www.prakard.com/viewtopic.php?f=1004&t=1884764
  • サヨナラBetter Specs!? 雑で気楽なRSpecのススメ - Qiita

    はじめに RSpecって結構「RSpecらしく書くこと」を求められたりします。 たとえば、describeやcontextでしっかりグループを分けましょう、再利用するデータはletやsubjectに切り出しましょう、ひとつのexample(it)の中でテストするのはひとつの項目だけにしましょう、等々の方針です。 よくあるのが「Better Specsを読んで、こんなふうに書くようにしましょう!」っていうパターンですね。 Better Specs しかし僕の場合、最近は「そこまでがんばってキレイにしなくてもいいのでは?」と考えるようになってきています。 その結果、テストコードがだんだん雑になってきています。 というわけで、この記事では最近僕が実践している「雑なRSpec」の書き方を紹介します。 備考 この記事は以前自分のブログに書いた内容を加筆・修正したものです。 「雑なRSpec」以外の話

    サヨナラBetter Specs!? 雑で気楽なRSpecのススメ - Qiita
    Kiske
    Kiske 2016/09/05
    ふーむ、テスト対象メソッドの分岐条件によっては雑に書くとスコープがわかりにくく煩雑なテストコードになるような気がする。それも含めて「雑」ってことか。。