CircleCIのManual Approval機能を試した - よしたく blog
CircleCIのManual Approval機能を触ってみました。 設定方法と注意点について記載しておきます。 公式サイトはこちら。 https://circleci.com/docs/2.0/workflows/#holding-a-workflow-for-a-manual-approval 設定ファイルの記述方法 大まかな枠組みを記述しました。 version: 2 jobs: build: # buildの処理 deploy: # deployの処理 workflows: version: 2 build_and_deploy: jobs: - build - approval-deploy: type: approval - deploy: requires: - approval-deploy type: approval type: approval を記述すると、そのj
Vue.jsほぼ初心者だけのチームで既存サービスのリニューアルをやってみて得られた知見 - エムスリーテックブログ
こんにちは、エンジニアリンググループの福林 (@fukubaya) です。 2019年3月に僕たちのチームが担当するスマートフォンサイトをリニューアルしました。 リニューアルに際して、せっかくなので新しい技術やフレームワークを採用したいということで、詳しいメンバーはいませんでしたがVue.jsでリニューアルすることにしました*1。 本記事では、Vue.jsがほぼ初心者だけのチームでVue.js製プロジェクトをリリースするまでに得られた知見をまとめます。 すでにバリバリ使いこなしている方には物足りないと思いますが、これからVue.jsを始める方の参考になれば幸いです。 黒部宇奈月温泉駅は富山県黒部市にある北陸新幹線の駅。本文には特に関係ありません。 サービスの概要 開発環境 プロジェクトの管理はVue CLIで Chromeの機能拡張 Vue.js devtoolsは必須 バンドルサイズの確
#Rubykaigi2019 中にブースをどんどん改善して、参加者との会話を30倍に増やした話 - トクバイ テックブログ
こんにちは！ 採用広報担当の @yosaaan1123 です。 4/18~4/20に開催されたRubyKaigi2019で、トクバイはプラチナスポンサーをさせていただきました！ 今回は、単純に「スポンサーしたよ！」「ブースでこんなことしたよ！」という内容のブログを書いてもつまらないだろうなぁと思い、「採用広報観点からチームで工夫したこと」を色々と書かせていただければと思います。 コミュ力の高いエンジニアメンバー こちらの記事にもあったように、 トクバイのエンジニアの魅力はなんといってもコミュニケーション能力が高いこと！ 今回、弊社はビンゴゲームができるブースを設営したのですが、 なんとこの企画はエンジニアのみで考えたのです！！ （私が採用広報になったのは4月なので、既に企画が出来上がった後に乗っかっただけなのです・・・） 今回、他社の人事さんとお話させていただいた時に 「えっ、エンジニアさ
Engadget | Technology News & Reviews
The best midrange smartphone for 2025Here's a list of the best midrange smartphones you can buy, as chosen by Engadget editors.
アジャイルコーチに 時間単価を設定したり 作業時間を固定したり してはいけない理由
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
アジャイルコーチに 時間単価を設定したり 作業時間を固定したり してはいけない理由
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
ElasticBeanstalkのワーカー環境で定期バッチ処理を動かしてみた
はじめに 適当になりがちだけど、扱いに悩むことも多い定期バッチ処理。 ちょっとしたタスクならWebサーバ内のcronで呼び出しちゃったりするけど、コンテナ＋複数インスタンスの環境で、ちょっとスマートな感じにしたい。 定番はSQS+Lambdaかと思いますが、既にWebアプリ上に機能があったりする場合、ElastiBeanstalk（以下EB）のワーカー環境が便利です！ こんな仕組みらしい。 ややこしいキューの管理はEBにお任せできちゃいます。 公式ドキュメント：AWS Elastic Beanstalk ワーカー環境 EB環境の作り方等はドキュメントをご参考ください。 AWS Elastic Beanstalk 環境を作成する APIを用意する ワーカー環境内のSqsdからHTTP POSTで呼び出されます。 なので、通常のWeb APIとして処理を実装すればOK。 かんたんですね！ とは
クラウドサインへご入社検討中の皆様へ - 私たちの考える「チーム」と「働く意義」- - Speaker Deck
Transcript Recruit Guide ΫϥυαΠϯ͝ೖࣾݕ౼தͷօ༷� ࢲͨͪͷߟ͑Δ ʮνʔϜʯ ͱ ʮಇ͘ҙٛʯ � หޢ࢜υοτίϜגࣜձࣾ ΫϥυαΠϯࣄۀ෦�ϦΫϧʔτνʔϜ 7FS���� ��������ߋ৽ ·ͣɺࢲͨͪͷϓϩμΫτ� ʮΫϥυαΠϯʯ Λհ͍ͤͯͩ͘͞͞ 201510݄19�ΫϥυܖαʔϏε� ΫϥυαΠϯΛϦϦʔε ྐྵ57͔Βଓ͘ϋϯίจԽͷઓ หޢ࢜ υοτίϜ ࣄۀқ͕ߴ͘ɺࣾձ߹ܕͷࣄۀ ۀछɾैۀһΛΘͳ͍ શͯͷاۀɾݸਓʹؔΘΔ ܖͷΞοϓσʔτ Step.1 ҹ ϗονΩεࢭΊ ຊςʔϓ ॺ໊ɾԡҹ ห ׂҹ ห ห Step.2 Step.3 Step.4 Step.5 ࢲͨͪͷ̏ؒͷࣄۀ׆ಈΛ͝հ� ��ྐྵ57͔Βଓ͘ྺ࢙ͷઓ�� ̏ؒɺ ͋Γͱ͋ΒΏΔࢪࡦΛ࣮ߦ
E2EテストをSelenium Webdriver からCypress.io に移行した話 - 一休.com Developers Blog
こんにちは。 一休.comの開発基盤を担当しています、akasakasです。 今回は、E2EテストをSelenium WebdriverからCypress.ioに移行した話をしたいと思います。 一休のE2Eテスト事情 あれから、数年が経過して、、、 どうしてこうなった？？？ SeleniumではSPAへの対応が難しくなってきた なんでもかんでもSeleniumで頑張ろうとした弊害 いざリプレイスへ・リプレイスをする上で気をつけたこと 開発者フレンドリー 安定性 然るべきレイヤーでテストする（何でもかんでもブラウザテストにしない） 技術選定 Cypress.io とは？ Cypress.io のいいところ セットアップが楽 テストを書くことだけに集中できる CI連携が楽 Cypress.io の頑張って欲しいところ その他、移行に関しての細かい話 重複テストケースの排除 Page Objec
イヤイヤをするハシビロコウおもちゃを作ってみた
1970年群馬県生まれ。工作をしがちなため、各種素材や工具や作品で家が手狭になってきた。一生手狭なんだろう。出したものを片付けないからでもある。性格も雑だ。もう一生こうなんだろう。（動画インタビュー） 前の記事：サンショウウオでページ押さえを作ったら「参照ウオ」 ＞ 個人サイト 妄想工作所 いきおいで始めてしまう こんなふうに首を振ったりエサを食べたりするには、さてどう動かしたらいいだろう。（動画を未見の方は冒頭に貼ったリンクから確認しておいてください。） なんとなく頭にあったのは、マグネットを使う方法だ。愛読書「愛しのインチキガチャガチャ大全−コスモスのすべて−」（双葉社）の中に、こういうおもちゃがあったのを記憶していたのだ。 ドリフのネタ「からすの勝手でしょ」、うっすら覚えている。 マグネットの反発を利用して、からすがそっぽを向く。これだ。この方法を応用してみよう。 しかし、そっぽを向
社員で作成した、ヌーラボの行動規範「Nuice Ways」を、たった1年で書き換えた話 | 株式会社ヌーラボ(Nulab inc.)
ヌーラボで人事を担当しているAngelaです。ヌーラボは、2016年末から行動規範を作成するプロジェクトを推進してきました。今日はそのお話をします。 現在のヌーラボは、海外子会社含めて130名近くのヌーラバーが働いています。そんなヌーラボですが、会社が大きく拡大を始めたのは2016年からです。その時点では、現在とは事業も違う創業期に作った、社員もうろ覚えの（！？）行動規範しかありませんでした。私が入社した時、社内で原文のテキストを探すのも一苦労だった記憶があります…！ そこから社員全員が参加して行動規範「Nuice Ways Ver1.0」を創ってきました。その時の話はこちらをご覧ください。 新しい行動規範づくりもしっかり遊んだ！ ヌーラボ の行動規範「NUice Ways」ができるまで 代表取締役が行動規範の作成に参加しないでも良い行動規範ができちゃう理由(・∀・) そして、Nuice
gRPCに関する初のカンファレンス、gRPC ConfがGoogle本社で開催
マイクロサービスのベースとなるRPCフレームワークのgRPCに関するカンファレンスが、Google本社で開催された。 クラウドネイティブなアプリケーションでは、アプリケーション全体を小さなプロセスに分割してステートレスなコンテナの集合体として実装することが最近のトレンドだ。その際の「プロセス間の通信をどうするのか？」については、REST APIというのが大凡の解答だったように思える。 それに対して、Googleが社内で使用していたStubbyの経験を活かして、オープンソースとして公開したのがgRPCだ。2016年にGoogleがgRPC 1.0を公開し、CNCFでのインキュベーションプロジェクトとなったのが約半年後の2017年1月、その後2019年3月に至るまですでに多くのユースケースで利用が拡がっている。そのgRPCに関する初めてのカンファレンスgRPC Conf 2019が、Googl
git symbolic-ref を利用して、ブランチに対して別名をつけることができて墓ドル - ( ꒪⌓꒪) ゆるよろ日記
何が便利かというと、今git-flowで運用しているのだけど、リリースブランチを常に同じブランチ名で参照できるようになってうれしい。 例えば、次回にリリースブランチが'release/1.17.0'だとすると、'git symbolic-ref rc release/1.17.0'とすることで、'rc'という名前で参照できる。 エイリアス先の'release/1.17.0'のHEADが先に進んでも、rcも常に同じHEADを参照するので、一貫して'rc'という名前で扱える。 $ git symbolic-ref rc refs/heads/release/1.17.0 これだけだとありがたみがない。が、無事に1.17.0がリリースされて、その次のリリースブランチがrelease/1.18.0になったときでも、'git symbolic-ref rc release/1.18.0'でエイリアス
令和時代のRubyコア開発 - k0kubun's blog
Ruby Core Development 2019というタイトルでRubyKaigiのCFPにプロポーザルを書いたのだが、 もう一つ書いた方の話が採択されたのでその話はしなかった。 さて、今日はRubyコア*1の開発がSubversionからGitに移った節目でもあったので、そっちのトークで言いたかったことの一部を記事にしておこうと思う。 Subversion → Git 移行 [Misc #14632] 去年くらいから @hsbt さんが cgit というGitフロントエンドを使ってGitリポジトリの準備を始め Misc #14632、ついに今日正式にcgitの方がupstreamになった。平成の時代でSubversionでのtrunkのRubyコア開発は幕を閉じた。 この辺を進めているのは主に @hsbt さんな中、僕がこれを偉そうに書いたり今回のRubyKaigiで壇上でアナウンス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Testing Frameworks for Javascript | Write, Run, Debug | Cypress