リリース時の負荷対策 - Qiita
この記事は、ドリコム Advent Calendar 2014 - Adventar の22日目の記事です。 21日目は、ウッチーことtakao.uchikawaさんによる、「スマートフォンでの脱出ゲームの作り方」です。 自己紹介 シモーネと呼ばれています。 PHPとかJavaとかPerlとかで、ポータルサイトとか作ってました。 ドリコム来てからはRuby書いてましたが、今はPMやってます。 最近は、たまにサーバー入って、ちょっとコマンド叩く位。 ドリコム釣り部 裏部長やってます。 エリアトラウト、ヘラブナ、シーバス、投げ、ジギング、キャスティングなど、いろいろやってみて釣りを楽しんでます。 書くこと アプリリリース時の負荷対策を、忘れっぽい自分の為に、覚えている範囲でまとめてみます。 余談ですが、同じリリース時の負荷対策として、釣った魚を写真撮ってからリリースする場合の、魚への負荷対策方
「ほとんどのユニットテストが役に立たない理由」を読んで | POSTD
数ヶ月前、私はJames O Coplienの ほとんどのユニットテストが役に立たない理由 という記事に出会いました。Jamesはほとんどのユニットテストは無意味であると考えていて、タイトルは内容をそのまま正確に表しています。彼は 追加記事 で議論をさらに展開しています。私は彼の議論に大変興味をそそられました。というのは、私はユニットテストから多くの利益を得ているからです。私たちはどうしてこのような異なる見解を持つに至ったのでしょうか？ 私が何かを見逃したのでしょうか？ 結局のところ私は彼の見解に賛成できませんでした。以下は彼の記事に対する私の意見です。 ユニットテストが必要な場合 私の経験では、ユニットテストはアルゴリズムロジックに対して行う時に最も有益です。結合度の高いコードについてはその性質から特に有益ではありません。結合度が高いコードはユニットテストのために多くのモックオブジェクト
テストエンジニアの品格 #automatornight
JaSST Tokyo 2022 「アジャイルソフトウェア開発への統計的品質管理の応用」の発表資料です。（2022/03/10） http://jasst.jp/symposium/jasst22tokyo/details.html#C4 もはやふつうとなったアジャイル開発ですが、定量的な品質説明の方法が未だ確立されていないために、アジャイル開発の導入を見送る場面もたびたびみかけます。 そこで、ウォーターフォール開発で用いられてきた統計的品質管理の技法を再確認し、アジャイル開発への応用と検証を試みました。 ウォーターフォールとは異なるアジャイル開発の品質管理や品質メトリクスについて、試したことやその結果から考えたことをお話しします。
Railsをバージョンアップし続けるために必要なこと - Qiita
本当は、RubyWorld Conf辺りでこういう内容も交えてなんか話せればいいなあと思ってたんだけど、CFPに落ちたのでQiitaにポエムを書いてみました。 Railsはそれなりに学習コストはかかりますが、慣れてくるとデフォルトで便利なものが揃ってるしサードパーティライブラリも豊富で、未だに最も便利なWebアプリケーションフレームワークの一つだと思います。 なので、最近のスタートアップ界隈ではRailsで開発をスタートする、という話をよく耳にします。(個人の感想です) しかし、Railsは本体に新しい要素をガンガン取り入れてくるので、バージョンアップのサイクルはかなり早く、それに追従していくのはそれなりに大変です。 Railsで開発をする場合には、一旦レールに乗ったらプロダクトが死ぬまで走り続ける覚悟が必要です。(時速60km以下になったら爆発する) それを最初に理解しておかないと、あっ
単体テスト（画面単位のテスト）がクソらしいので思ったことを書いてみる - うさぎ組
なんか2週間くらいずっと画面単位のテストを単体テストと呼んで、手動テストをする現場についていろいろ文句がSNSで流れていた。それについて思うことをバカスカ書く。 これは、誰かを批難したいわけでもなく、ただの感想である。言うなれば街の風景をみたときの日記だ。そうだよ。これは日記だよ？ 要約 だいたいの話は僕が2,3年前にTwitterで言いまくった単体テスト/結合テストなんて存在しない - Togetterまとめに似ていると思ったけど、僕の狭い観測範囲では生産的な結論を迎えずに文句の固まりで終わって、こう非常にあーあっていう気持ちが残った。 あと、観測結果として 同僚や上司に加えてkyon_mmに「なぜその手法でテストをしたいの？ねぇ？なんで？」って聞かれても答えられるか。が相手を評価する目安だと僕自身が自覚した。 というのが大きかった。 単体テスト まず、最初に思ったのはTwitterで文
Rails勉強会まとめ -- 非同期処理/RSpecなど｜TechRacho by BPS株式会社
こんにちは、hachi8833です。 今回は棚卸しとして、弊社CTOのbabaさんによるRails勉強会スライドから引用して記事にします。 勉強会自体はRails 3.x時代のものなので既出が多くなっていますが、棚卸しも兼ねて今のうちに記事にいたしました。 非同期処理 言うまでもなく、リクエストからレスポンスまでの時間が長くなるほどユーザー・エクスペリエンスの質が低下します。これを改善するためにさまざまな工夫が必要になるわけですが、その中の一つとして、時間のかかる処理をバックグラウンドで実施しておくというのがあります。 cron 最も素朴な方法はやはりunix標準のcronを使って定時に出力データを準備することでしょう。この場合、起動用スクリプト(rakeなど)やジョブ管理は自分で作成する必要があります。 delayed_job delayed_job gemを使用すると、ジョブをActi
モバイルアプリの動作テスト、手間がかかって大変ですよね？ それ全部請け負います。日本IBMが「IBMモバイル・テスティング」を提供開始
モバイル分野で米アップルと提携するなど積極的な動きを見せているIBM。日本IBMは、モバイルアプリケーションのテスト作業全般を請け負う「IBMモバイル・テスティング」の提供を開始したと発表しました。 スマートフォンやタブレットなどのモバイルデバイスは業務用途でも広く使われるようになると考えられています。しかもモバイルデバイスは店舗内の店員や工場や倉庫の作業員といった、これまで仕事でPCをあまり使わない従業員も仕事で広く使えるようになるため、アプリケーションの種類もデバイスの種類も、PCのそれ以上に多様になることはほぼ確実です。 日本IBMが提供を開始した「IBMモバイル・テスティング」は、こうしたモバイルアプリケーションのテスト全般を同社が責任を持って実施するというサービス。プレスリリースから引用。 「IBM テスト・アウトソーシング」は、お客様の開発・保守チームと連携しながら、テスト作業
スケールするエンジニアチームについてGoogleが教えてくれたこと | POSTD
Googleでは、世界各地のGoogler（Googleの社員）たちが毎週、トイレの壁に紙をたくさん貼り出していました。コードのテストに役立つヒントを週替わりで1枚の紙にまとめたものを、社員間で共有するためです。ある週はDI（依存性注入）を取り上げて様々な言語での簡単な使用例を示し、またある週はチームのコードベースのテストカバレッジを評価するために、ツールのセットアップ法を紹介するという具合です。“Testing on the Toilet（トイレの時間に考えるテスト）”と呼ばれるこの取り組みは、エンジニアがコードを書く上で役立つ情報を共有する方法として、奇抜で面白いものです。 ^(1) そしてGoogleのエンジニアリング文化の要となる強みもここに表れています。つまり、大勢のエンジニアに対して、一連のベストプラクティスを一貫した強硬な形で、効率よく普及させるということです。 私は大学を出
新人エンジニア研修を主催して得たもの - After Coding
2014-07-14 新人エンジニア研修を主催して得たもの 最近、僕が受け持っていた今年度の新人研修が終わった。 3月くらいから準備して、4月のちょこっとと5,6月全部を費やした、僕にとっては長いプロジェクトだったといえる。 研修の詳細や彼らがそこから何を得たかは、近いうちにブログを書いてくれる(だろうと思う)ので割愛する。 僕自身、この研修の準備や運営を通して学んだ事や反省すべき事が沢山あったので、今後の自分のためにまとめておく。 スキル編 上述の通り、詳細は割愛する。 よくある話だが、分かっているつもりの事柄でも、他人に教えるつもりで考えると知らないことがたくさんあって、それを知れたのが良かった。 インフラのテスト駆動開発(ansible, serverspec) Perlのテスト駆動開発 webアプリのテスト ここ半年くらいで起きた障害と対応アクションの振り返り MySQLに
ドワンゴのエンジニア新人研修2014：dwango エンジニア ブロマガ
ドワンゴで、エンジニアの教育も担当している清水(@meso)です。 昨年に引き続き、今年もエンジニアの新人研修を担当いたしましたので、その内容をご紹介いたします。 なお、基本的には昨年のものをベースに改善したものなので昨年からの変更点のみをご紹介します。 昨年の内容はこちらを御覧ください。なお今年の新人は44名がエンジニアでした。 言語研修 言語研修は、昨年に引き続きJavaを学習してもらいました。昨年と異なり、今年は事前にレベル分けテストを受験していただき、SクラスとAクラスの2つのクラスに分けて研修を行いました。 昨年は研修会場は社外の会議室を借りていたのですが、今年は社内にあるセミナールーム等を用いて行いました。 また、昨年はオリジナルのテキストでしたが今年は結城先生の「Javaプログラミングレッスン第3版（上）」と「Javaプログラミングレッスン第3版（下）」をテキストに用いました
Rails でテストをどう書くべきか備忘録
今朝聞いた今週の rebuild.fm のポッドキャストで、テストに関する話題がとても面白く勉強になりましたので備忘録メモ。全部テスト書いてたら時間が足りないし、個人的にはどの部分を重点的にテストすべきか、削っても良いのはどこかに注目して聞きました。 Rebuild: 43: Kent is More Professional (Kenn Ejima) 以下 rebuild.fm 話題から参考にしたいメモ ・テスト書くのは良いが、テスト原理主義、100％カバー、全部テストファーストにこだわるのは疑問。 ・内部構造、実装に対するテストは書かない。 ・モックは一番外側のAPI、インターフェースに対してだけ使う。（※） ・モックのためのモックとかは避ける。 ・リファクタリングのためにテストを書き換えなきゃいけないようなテストは駄目。 ・テストとコードを同時に変更すると、トラブルに気付きにくくなる
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
プログラミングの生産性を上げるには - 聞かれてもいないことを喋る
Yak Shaving の誘惑に打ち克つ ソフトウェアを作っている途中で、「これを作るのを効率化するためには ○○ が必要だ」と思い、本来やっていた作業の手を止めて ○○ を作り始めてしまうことは往々にしてある。 しかしその作り上げた ○○ が最終的に本当に（長期的にみて）効率化に役立ったケースは、自分の経験からいって 10 個のうち 1 つくらいではないかと思う。 効率化のための努力をするなということではない。大事なのは、アイデアを寝かせることだ。 人はゴミみたいなアイデアでも、気付かずにこれこそが素晴らしいアイデアだと信じこんでしまう。自分の考えたアイデアには愛着が湧くものだ。 そのアイデアが本当に優れているかどうか客観的に判断するには時間が必要だ。最低でも 1 晩、できればもう 2, 3 度は同じ必要性を感じてから作るのがいい。 1 回しか必要性を感じたことのないものをその場の勢いで
Web APIを利用するiOSアプリのテスト技法 - cockscomblog?
もう先週ですが、表題のタイトルで「Consumer Service Engineer MeetUp Vol.1 ~iOS編~」という会でお話しさせていただきました。 このようなタイトルの発表にした理由についてですが、はてなとしてお話しするということで、ちょっと硬派な方に振ってみました。結果としては良いバランスだったのではないでしょうか。 発表資料を掲載します。 また以下に発表の概略を書いておきました。ご参考ください。 前提 このMeet Upの主旨が「コンシューマ向けのWEBサービス（アプリ）の企画・開発・運営をしている会社によるエンジニア向けの講演、パネルディスカッション、懇親会を含めたMeetUpです！」となっていましたので、それではWebサービスとアプリを繋ぐWeb APIについて、それを利用するiOSアプリについて考えます。Web APIというのは古くて新しい話題で、いまや専らJS
iOSノウハウ集（2014年版） - Qiita
heathrowエンジニアブログからの転載です。 元々は社内Wikiにあったものを持ってきたので古い部分があります。 heathrowでは好きなファッションブランドをまとめ読みFavricaというiOSアプリを開発しています。本日1.0.4がリリースされています！ View系 ストーリーボードはマージできない 開発の単位で分ける（同時に編集できないので） .xib .storyboard の読み込みに時間がかかる時がある viewDidLoadが呼び出される直前に暗黙的に読み込まれる（メソッド名通りである）ので明示的に読み込まないようにしてviewWillAppear、viewDidAppear等で読ませるとよし Viewの実装はガンガンUIViewかUIControlをサブクラス化してViewControllerから切り分けていく UIAlertViewとかUIActionSheetのデ
最速ではてなブログリーダー・アプリを作る！ - Qiita
この内容は始めたばかりの個人ブログに掲載したのですが、さすがにまだ何も反応がないのでQiitaにも掲載しておくことにしました。 概要 はてなブログには人気エントリーを返すRSSフィードがあるので人気エントリーを表示するアプリを勉強がてらに作ってみました。 Core Data に取得した人気エントリーを保存してるのでオフラインでもみれます。 (ただこのアプリ、表示できるのは人気エントリーの一覧だけです・・・) Xcode5から使いやすくなったAuto LayoutやXCTestなどあまりキャッチアップできていなかった部分の勉強や単体テストをちゃんと書くという目的があったのですが、作りっぱなしでは面白くないのでソースコードも公開しています。 スクリーンショット ・ブログ一覧画面(縦) ・ブログ詳細画面(縦) ・ブログ一覧画面(横) ・ブログ詳細画面(横) 開発後の感想 Auto Layoutは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レガシーコード改善の戦略と戦術
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
Ruby on Railsのソースコードを自動レビューしてくれる「SideCI」
Test::mysqldとかでテスト走らせる際に行ったいろんな事。 - D-6 [相変わらず根無し]