freeeのQAの目指す姿-1/3 - freee Developers Hub
freeeのQAチームに所属する、テスト師匠のyumotsuyoです。 freeeに入社したのが2019年7月1日なので、早いものでfreeeに入って8ヶ月になります。入社してすぐに、「ぶっちぎりのコア品質」というOKRの達成のための活動の1つを頑張って欲しいと言われました。 この活動を通して、freeeのプロダクトの良い点はいくつもありますが、「ぶっちぎりのコア品質」とは品質面でも他より抜き出てfreeeを使いたいと思ってもらえるようなプロダクトにするってことだと理解しました。 8ヶ月経ち、QAチームのみんなでいろいろ話をしていく中で、現時点で私が思うfreeeのQAはここを目指していくべきだと考えていることをいったん共有していろいろ意見を聞きたいので、何回かに分けて書いていくことにします。 freeeの開発においてQAの目指すべきこと １のQAが目指すべきことを実現させるためのfree
RailsアプリとかをAWSのレガシーシステムからGCPのイケイケシステムに移行した話 - nownab.log
はじめに Railsアプリケーションを中心とするシステムをAWSからGCPに移行しました。本記事ではその過程をできるだけ赤裸々に公開します。 本プロジェクトではインフラ移行と同時にアーキテクチャも刷新しました。AWSがレガシーでGCPがイケイケという意味ではなく、移行対象システムのアーキテクチャがレガシーからイケイケになったという意味です。 技術的な内容については詳細は省いて概要の説明にとどめています。AWS、GCP、Docker、Kubernetesあたりの知識があるとスッと読めると思います。 書きたいこと書いたので長い記事になってますがぜひお付き合いください。 レガシーシステムとイケイケシステム まず、移行前のレガシーシステムと移行後のイケイケシステムについて軽く説明します。 タイトルをキャッチーにするためこうしましたが、特別レガシーでもイケイケでもないのでご了承ください。ちょっと前と
SkyWayの開発現場 - いつの間にか最高のアジャイルチームになっていた件について
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
実践テスト駆動開発(GOOS)読んだ - Qiita
実践テスト駆動開発を読んだ（和智さんいい仕事、ありがとう！）。 タイトル(GOOS = "Growing Object-Oriented Software, Guided By Tests")に、「テスト（TDD）」と「オブジェクト指向（Object-Oriented）」と「育てる（Growing）」が入っていて、ずっと読まなきゃと思っていた。出たときに角谷さんに「これは！」、と薦められたのに、機会を失っていたけど、最近、astahの開発でテストに悩みがあって読んでみた。 外から攻めるか、内からか テストを書いてプロダクトコードを育てていくという話なのだが、内側のテスト（ユニットテスト）と外側のシステムテスト（受け入れテスト、システムテスト、エンド・トゥ・エンド(E2E)テスト)をどっちを先に書くべきかいつも悩む。外側のテストを書いて、内側に進んでいくのか、内側から組み上げるか。設計の方向
TIS、AWSでチーム開発環境を構築できるテンプレートをOSSとして公開 | マイナビニュース
TISは10月30日、アプリケーション開発ノウハウを無償で提供するWebサイト「Fintan」で、アマゾン ウェブ サービス(AWS)上において最短4時間でチーム開発環境を構築できるテンプレート「Collaborage」をオープンソース・ソフトウェア（OSS）として公開したと発表した。 「Collaborage」は、同社社内の開発プロジェクトで使用してきたチーム開発環境の構成をベースに、AWS向けに開発したチーム開発環境構築テンプレート。 「Collaborage」には、チーム開発に必要となる「ソースコードの履歴を管理するバージョン管理ツール」「タスクや課題の状態や進捗を管理する課題管理ツール」「ビルドやテストの自動化を行う継続的インテグレーションツール（CI：Continuous Integration）」「開発を円滑に進めるためのチャットツール」などが含まれている。また、アプリケーショ
オープンソースなリアルタイムチャットシステム "respass" を3週間で作った - Sketchglass Blog
WebSocketを用いたオープンソースなリアルタイムチャットシステムrespassをリリースしました。 TL; DR 無職2人が3週間で https://respass.sketch-glass.io/ を作りました。 ソースコードはGitHub上で公開されています。 github.com 自己紹介 @minamorl 無職 Pythonエンジニア GitHub @seanchas_t 無職 C++/TypeScriptエンジニア GitHub はじめに この記事は主に技術者に向けて書かれていますが、そうでない方にも読めるような表現を重視しています。難解な用語にはなるべく注釈をいれました。技術的な話よりも「無職2人がいかにして3週間で作り上げたのか？」という開発フローの話に重きをおいたので、非技術者の方にも楽しく読んでいただけると思います。 なぜ作ったか オープンソースなチャット 近年、
難しいことを簡単に学ぶ方法 ― 強力なスキルを新たに身に着けるための3つのステップ | POSTD
ここ数年、私はWeb開発と機械学習の自習に多くの時間を割いてきました。 学習のテーマは、Javascript、Node、ReactからPython、scikit-learn、ニューラルネットワークに至るまで多岐にわたりましたが、全てに対して私は一貫したアプローチで取り組みました。 そのアプローチとは、単純な（陳腐と言ってもいい）3ステップで進める、という手法です。しかし、 Web開発のシロウトだった私が5カ月で、プロだと自覚できるほどになった のはひとえに、このアプローチで臨んだ自習の成果だと思っています。 そこで私は、この自習法がほかの誰かのお役に立てるかもしれないと思い、少し記事を書いてみることにしました。 この記事は、何も分からないままやみくもに挑戦を始めた、2012年当時の自分自身に教えるつもりで書いています。 ステップ1：習うより慣れろ 新しいテクノロジを学ぶためにまず実行する最
OSS についてあれこれ
2019/01 JSUG勉強会の資料です。 この資料でDisっているのはJPAではなく、 ・何も考えずに「標準だから」というだけでJPAを選ぶ人 ・OSSに全くコントリビュートせずにフリーライドする人 です。
【英語】オフショアWEB開発でよく使う英語表現・実際の会話例 - Yonotown - I'm Japanese
2015年6月からベトナム・ホーチミン市にて、オフショア開発(web)のPMとして働いています。 ベトナム人開発者に仕様を伝え、開発を管理し進める仕事です。 コミュニケーション手段は redmineなど文章は全て英語で記載する 対面も、英語で話して伝える 複雑な内容のみ、ベトナム人通訳スタッフ(日本語<->ベトナム語)に伝えてもらう というスタイルで、可能な限り英語で仕事を進めています。 今回は、Web開発で使う英語を知りたいという人向けに記事を書きます。 毎日の業務でよく使っている表現を、思いつく限りまとめてみました。 これらの表現できちんと通じて仕事が進んでいるので、一応実戦的なオフショア開発の英語になると思います。 開発シーンでの実際の英語のやりとりを書きおこしてみました。 参考になれば幸いです！ 1. 開発でよく使う英語表現 specification 仕様。specとも略される。
失敗の話
過去自分が前職で経験したソフトウェア開発に関する失敗の話です。 とあるLTで発表しようと思ったのですが、機会を失ったので公開することにしました。Read less
グリーのインフラに Chef を導入した話 | GREE Engineering
類似のソフトウェアとして、Puppet や Ansible といったものもあります。こういったインフラ自動化まわりのソフトウェアについてはペパボの宮下さんの インフラ系技術の流れ が参考になります。 Chef in グリー さて、グリーでのChefまわりの構成をご紹介します。下図が全体の構成です。 開発環境 開発は各個人のマシン上で仮想マシンを立ち上げて行なっています。クックブックの開発では、クックブックを開発する人が serverspec でテストを書くようにしていて、構築後のサーバが期待通り動くことをテストしています。一つのクックブックでも設定値などの条件によって動作が変わってくるため、test-kitchen を用いて複数の条件（ランリストやノードのアトリビュート（以下、「アトリビュート」）などの組み合わせ）でテストを行っています。 また、一部仮想マシンを使う必要がないテスト（att
ブラウザ開発で使用した超絶便利なオープンソースライブラリ10選 - showrtpath - iOSブラウザ開発日記
2013-12-18 ブラウザ開発で使用した超絶便利なオープンソースライブラリ10選 こんにちはnasustです。Showrtpathブラウザ( http://showrtpath.com )の開発で使用したオープンソースを全て紹介したいと思います。 正直言って、このオープンソースが無ければ3倍近くの開発期間が延びたでしょう。ちなみにShowrtpathブラウザの開発期間は、大凡2人月ぐらいです。 BlocksKit https://github.com/pandamonia/BlocksKit このライブラリが無ければ、iOS開発の面白さは半減するでしょう。iOSのクラスにあるデリゲータと対応するBlocksのメソッドを追加してくれます。 [Button addEventHandler:^(id sender) { //Buttonが押された時の処理 } forControlEvents
「最強」のチームを「造る」技術基盤
「最強」のチームを「造る」技術基盤 Presentation Transcript 「最強」のチームを 「造る」技術基盤 Nov/09/2013 Hiroyuki Ito IT Department, Rakuten, Inc. http://www.rakuten.co.jp/ Hiroyuki Ito (伊藤 宏幸、The Hiro) 情報技術部 プロセス・品質課 テスト駆動開発グループ @hageyahhoo 2 アジャイルコーチとして、 開発現場を日々サポートさせていただいています。 3 造る ＝ 栽培する・耕す 4 CI/CD TDD ATDD この３つを軸にした チーム造りについてお話します。 5 Agenda 1. チーム造りの背景 2. 1st Stage : CI/CD 3. 2nd Stage : TDD for Android 4. 3rd Stage : ATDD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
devlove-kansai-sre-scrum
千葉ニュータウン
自然とそうなる開発チームをつくるいとなむ #toteka
Swift および Objective-C を使用した iOS メモリー管理で絶対に失敗しないための 7 つのヒント
⼤企業で実現するイマドキの内製開発
クックパッドはなぜ開発しやすいのか // Speaker Deck
WebAPIのこれまでとこれから
