タグ

Qiitaに関するteruwyiのブックマーク (7)

  • テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita

    テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした: 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま

    テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita
  • Feedlyからinoreaderへ乗り換えた - Qiita

    情報収集ツールとして、GoogleRSSリーダーが無くなってから、ずっとFeedlyを使ってきたのですが、1点困ったことが起きました Twitterの自分のタイムラインをFeedlyに登録して見てたのですが、Feedlyの更新間隔が3時間くらいかかる(公式だと1時間らしいが。。)ので、 フォローが増えてくると、追いつかなくなってきました 3時間単位で200くらい一気にFeedlyに送られてきます。。 しかも200超えてたら、全部取れて無い気もする。。 そのうちタイムラインに表示されるのを減らす必要はあると思いますが、 とりあえず、もっと更新間隔が速いRSSリーダーがないか探してみたところ、 「inoreader」が良さそうでした! http://www.inoreader.com inoreaderだと、無料で特定フィードを10分間隔にできます! ただし無料枠だと10フィードまでらしいです

    Feedlyからinoreaderへ乗り換えた - Qiita
  • 目指せ!落ちない高可用性サーバ、ハードウェアの選び方 - Qiita

    10年以上金融機関で働いているインフラエンジニアの落ちないサーバにするための考察です。 ハードウェアの専門家ではないので、正確ではないかもしれません。 今までの経験からの個人的考え方になります。 私たちオンプレ重視のインフラエンジニアは、 クラウドサービスではできない高可用性サーバを導入したり、 複数台構成で1台故障しても問題ない構成のサーバはコスト重視するなど、 システムに最適なサーバを導入しようとしています。 #高可用性サーバを追求する目的 ■アプリに影響を与えないように Active/Standby構成にしていて、インフラ的にはダウンタイムが数秒だとしても、 アプリによっては復旧に時間がかかったり、問題ないことの確認にも時間がかかってしまいます。 また、正しくサーバが落ちればアプリが問題ないとしても、 サーバが中途半端な状態のままになってしまい、なんだかおかしいということもあります。

    目指せ!落ちない高可用性サーバ、ハードウェアの選び方 - Qiita
  • PHPerがRailsデビューしてWebAPIを作りRSpecでテスト書いてCap3/CircleCIでデプロイして分かった事を1ヶ月前の自分に教えたいので、まとめてみた - Qiita

    タイトル長い。すまぬ。PHPerとして約10年近く。Ruby自体は案件によってちょこっとだけ触ったことがある程度。Rails自体を格的にさわるのは今回が初めて。PHPだとCakePHPを中心にZend/Symfonyなどいくつか。そんな僕が今回、Rails4デビューをして、WebAPIを作り、RSpecでテスト駆動開発風味で、GitHubプルリクベースの、CircleCI経由デプロイをするまでの開発の流れをひと通りやってみて、分かったことがいくつかあったので、それをまとめてみた。過去の自分のために。 注意点としては、今回作ったのはWebサービスではなく、スマホゲーム(ネイティブ)のサーバサイドWebAPIという点。なので、いわゆるViewに関わる部分はあんまり出てこないです。すまぬ。 それと、ひと通りの流れをチュートリアル的に解説するような記事ではなく、躓いたポイントだったり、当時分かり

    PHPerがRailsデビューしてWebAPIを作りRSpecでテスト書いてCap3/CircleCIでデプロイして分かった事を1ヶ月前の自分に教えたいので、まとめてみた - Qiita
  • Vimの隠しコマンド - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    Vimの隠しコマンド - Qiita
  • DOM操作がしたかった - Qiita

    事前の環境構築 WebAssemblychromeで簡単に動かせるようになったということで、とりあえず手元で試してみるかとrustからwasmをビルドするため環境を準備。 そして題 タイトルにある通り、どうにかRustからDOMを操作するexampleを作ってみたかったのですが… まずはjsを呼びましょう。 この辺りを見るとどうもC++からjsを文字列で呼び出すための諸々が、emscripten/val.hにあるらしい、ということがわかります。 "Implemented in JavaScript. Don't call these directly." やめておけと。 ここまで調べたところで、先駆者様を発見しました。 val.hのラッパを書かれているどころか、もうjsのメソッドが実行でき可変長引数対応も行われていますね、すごい。 簡単にDOM操作がしたければ、さらにここからさらにもう

    DOM操作がしたかった - Qiita
  • JavaScript でも型チェックと契約による設計で安定した開発をする - Qiita

    チーム開発をやっていると特定の処理を呼び出す際にインターフェイスを明示することがとても重要になってきます。言い換えると使い方がきちんと示されていることが最低ラインということです。ドキュメントは実際の処理と乖離しますし、各人がソースコードの処理を追わなければならないというのはチームでやっている意味がありません。 ところが JavaScript にはそういった仕組みが存在しません。どういった処理をするのかを表すための関数名は指定できますが、 JavaScript では関数を任意の名前の変数に代入できるので実はあまり役に立ちません。 といった状況にあった JavaScript ですが、昨今のツールの登場によって事情が変わってきました。 JavaScript でもインターフェイスを明示しながら開発するにはどうすればいいかを要素技術と一緒に書いていきます。 型チェック あくまでも JavaScrip

    JavaScript でも型チェックと契約による設計で安定した開発をする - Qiita
  • 1