はてなブックマーク

GitHub Actionsは執筆時の2019/08/12時点でまだbetaであり、ここに記載されている内容やリンクは正式版リリースに伴って変更される可能性がありますので、注意してください tl;dr; matrix buildが可能になったのでOSSのCIとしてTravisCIの代替になりえる 細かい機能はまだ色々足りていない（TravisCIは老舗中の老舗なので比べてしまうのは酷ですが） 単純にTravisCIの置き換えとしてmatrix buildしたい場合は以下のサンプルコードを参照 nodejs（ubuntu-18.04, ubuntu-16.04 x nodejs 10, 12の4パターン） name: "CI" on: [push] jobs: check_pr: strategy: matrix: node: [10.x, 12.x] os: [ubuntu-18.04,

やりたいこと Macを新しくした場合に前の設定やエクステンションを移植したい場合や、職場用と自宅用のMacで設定を共通化したい。 自分はいわゆるdotfilesをgithubで管理しているので、vscodeの設定も同様に管理できるようにした。 セットアップスクリプト というわけで新しいマシンに前の環境を移植するスクリプトを作りました。 これで以下の設定をgithubで管理できる エディタの設定 キーバインディング 自作スニペット インストール済みのエクステンション # 設定を共有したいマシンで予めインストール済みのエクステンションを書き出しておく # $code --list-extensions > extensions.txt # vscodeがインストールされている場合のみ if [ -e ~/Library/Application\ Support/Code/User ]; the

先日SeleniumConf Tokyoに参加してきたのですが、実はその約1ヶ月前にもSeleniumConf Tokyo 2019 事前勉強会という会が開催されていたので参加してきました。 そこで最近CodeceptJSの記事を書かれている@tsuemuraさんの発表を聞いてCodeceptJSに興味を持ったので、自分なりに一通りの機能を試してみました。 使ってみた感想としては、CodeceptJSがベストな選択肢かどうかはまだ分からないですが、少なくとも2019年においてE2Eテスト目的であればベターな選択肢だと思います。PuppeteerやSeleniumを生で使うよりは圧倒的に便利でしょう。 CodeceptJSとは まず最初にCodeceptJSの立ち位置を解説します。というのも、jsでブラウザを操作する類のツールは無数に存在しており自分がすぐに思いつくだけでもこれだけ存在します

この記事はAtomアドベントカレンダーの25日目の記事です。 2017年のAtomアドベントカレンダーもいよいよラストになってしまいました。 トリということで、2017年におけるパッケージのテンプレート（自分調べ）を紹介いたします。 完成版のリポジトリはこちらです https://github.com/Kesin11/MyAtomPackageTemplate/tree/v2 ES2015 AtomはかつてCoffeeScriptで作られたことにより話題になったエディタです。当然、拡張機能であるパッケージもCoffeeScriptで書かれていました。 しかし現在ではCoffeeScriptはその役目を果たし終えました。現在ではjsでもパッケージを書くことが可能であり、Atom本体周辺も積極的に過去のCoffeeScriptベースのコードを書き直しています。 リリースノートを見ていただくとコ

Atomアドベントカレンダー2017の17日目の記事です。 ぼちぼち記事を書いてくださる方が増えてきてとても嬉しいです。ありがとうございます！！ Atomは主にHTML、CSS、javascriptで構成されているエディタなのでサードパーティのパッケージも独自のGUIをHTMLで作成が可能です。 パッケージを作るためのPackage Generatorによって作成されるテンプレートではtoggleというコマンドを実行するとモーダルが表示されるのですが、そのモーダルはローレベルな標準APIを使用してこのようにDOMを組み立てています。 // コンストラクタ部分だけ抜粋 constructor(serializedState) { // Create root element this.element = document.createElement('div'); this.element.

はじめに だいたいタイトルに詰め込みましたが、より具体的にはこういう構成です。 ローカル開発 docker-composeでRailsとDBを立ち上げて開発 CircleCI docker-composeでローカルと同じ構成でのテスト deploy masterブランチをpushするとCircleCIがテスト後にHerokuへ自動でdeploy Heroku Railsが動くdockerコンテナがそのままdeployされる 特筆すべきはCircleCI上でdocker-composeを使っているところです。 これによりローカル開発と差が無い環境でCIを回すことができ、CircleCI用のDBを設定するなどのCIに依存した設定をする必要がなくなります。 今回使用したdockerとRailsの構成はほぼdocker公式のサンプルを紹介しているドキュメントのままです。 ただ何も変えていないのもつ

RxJSを覚えようとして調べたところ、mapやfilterなどRxJSが提供している機能の解説はすぐに見つかりましたが、実際にウェブページを作るときにありがちなパターンをRxJSでどのように実現するかという例があまり見つからないので苦労しました。 RxJSの勉強のためにちょっとしたサンプルアプリを作り、その中で見えてきたありがちなパターンを実現するRxJSのコードをまとめてみました。 この記事のRxJSは5系です。4から5で結構メソッド名などが変わっているようなので以前からRxJSを知っている方はご注意を。 また、動作確認はnode v8.1.3で行いました。 ダブルクリック RxJSの入門として紹介されることが多いサンプルですが、まずはここから。 色々なところで紹介されている入門。 const Rx = require('rxjs/Rx') const Emitter = require

最近のjs界隈ではビューのフレームワークといえばReact, Vue.js, Angularの三強ですが、みなさんも業務ではちょっと昔のBackbone時代に書かれたコードをまだ目にすることがあるのではないでしょうか。 そういった大人の事情でBackbone時代のMarionette.jsにいまどきのFluxの概念を組み込んだらどうなるのかやってみました。 完成したコード 実際に動くデモはこちら はじめに この記事はMarionette.jsやFluxをある程度理解している方向けです。 この記事やサンプルコードを読む上で困ったときは以下をオススメします。 Marionette.js https://marionettejs.com/ Marionette.js公式ドキュメントです。Viewの項目から使い方を見ていくのがよいと思います。 https://marionettejs.com/do

はじめに この記事はAtom AdventCalendar 2016 22日目です。 この記事ではパッケージを作ってはみたけどテストの書き方がよく分からない、という人向けのパッケージのテストの書き方を紹介します。 Atomの基本のspec まずはパッケージジェネレータで最初から用意されているspecから見ていきましょう。 デフォルトで用意されているテストはtoggleで操作されるモーダルのビューをテストしているものです。 *以降の解説ではJasmine自体の使い方は飛ばしますので、Jasmine自体が初めての方はJasmineのintroductionを軽く見ておくと良いでしょう。 'use babel'; import MyPackage from '../lib/my-package'; describe('MyPackage', () => { let workspaceElemen