「町村議会のあり方に関する研究会」の議事録は「作成・取得していない」と記された総務省の不開示決定通知=2018年7月3日、日下部聡撮影 離島を除いて日本一人口が少ない高知県大川村が、議員に代わって有権者が直接参加する「町村総会」の検討を表明したことをきっかけに設置された総務省の研究会について、毎日新聞が議事録を情報公開請求したところ、同省は「作成していない」と回答した。しかし、実際には議事を記録した文書を作り、職員個人の「備忘メモ」として私文書扱いしていた。そこには同省幹部が議論に深く関与していたことが記されていた。省庁側の解釈次第で政策決定過程を記した文書を国民の目から遠ざけることのできる実態が浮かび上がる。【日下部聡/統合デジタル取材センター】 この研究会は「町村議会のあり方に関する研究会」。小規模自治体の議会制度を検討するため、2017年7月から今年3月まで、8人の有識者がメンバーと
バッチを作成しようとルすると、コマンド引数で動作変更したいことがあります。 今回は Node.js でコマンド引数の受け取り方および解析を行う方法についてまとめました。 コマンド引数解析は自作すると面倒なので commander モジュールを利用した方法を載せています。 基本 Node.js においてコマンドライン引数は process.argv で受け取れます。 コマンド引数の保存先 process.argv インデックス 0 は node へのパス インデックス 1 は 実行 JavaScript のパス インデックス 2 以降にコマンド引数が与えられます。 実際のソースコード、実行、結果の関係をサンプルコードとしてみると以下のようになります。 ソース(index.js) for (let i = 0; i < process.argv.length; i++) { console.l
前回の内容で簡単な操作が出来るようになった。はず。 E2E”テスト”というからにはassertion位実施して内容の正しさを確認せねば。 テストフレームワークの導入 とりあえずmocha入れる。mocha+power-assertという選択肢があるか… mocha + power-assert環境の構築 - Qiita これ見ながら。 npm install --save mocha power-assert intelli-espower-loader intelli-espower-loader は espower-loader を使うためのモジュール?package.jsonの内容とかみてテストファイルがどこにあるかとかを判断してくれる。らしい。よくわからん(ぉ よくわからんが、nodeのassertの置換したり賢く使えるので使う。 puppeteer 連携させて テスト テスト自体
node.jsをよく知らなかったもので、 babelでes2015をビルドしてるとimportもrequireも使えて、何が違うのやら?となったのでメモ。 結論 requireは「node.js」の書き方で、importは「es2015」から使えるようになった書き方ということみたいです。 せっかくなので、新しく使えるようになったimportの書き方に慣れてみようかと思います。 参考 Rubyist Magazine - 2015 年の JavaScript と babel の話(モジュール化) importとrequireの書き方 importの書き方 import 'クラス名' from 'ファイル指定'で読み込んで、 export default class 'クラス名' {}で設定。 //読み込み側 import Klass from './Klass'; //クラスの読み込み co
var Mocha = require('mocha'), fs = require('fs'), path = require('path'); // Instantiate a Mocha instance. var mocha = new Mocha(); var testDir = 'some/dir/test' // Add each .js file to the mocha instance fs.readdirSync(testDir).filter(function(file) { // Only keep the .js files return file.substr(-3) === '.js'; }).forEach(function(file) { mocha.addFile( path.join(testDir, file) ); }); // Run the
テストフレームワークmochaでの、非同期のテストの書き方について。 mochaの導入方法などはこちらを参照。 1年近く前のエントリだが、そんなに間違ったことは書いていないはず。 なぜ非同期のテストには工夫が必要なのか mochaでは、doneを使うことで、簡単に非同期のテストを書ける。 しかし、doneについて説明する前に、そもそもなぜdoneを使う必要があるのかを説明する。 これは、非同期のテストに工夫が必要である理由の説明でもある。 テストのなかで非同期の関数を使うと、非同期の処理が行われる前にテストが終わってしまう。 非同期の処理を待つことなくテストが終了してしまうため、テストが機能しない。 これが、非同期のテストには工夫が必要な理由である。 fs.readFile()を例に、具体的に説明する。 この関数は指定したファイルを読み込むものだが、非同期で実行される。 const fs
初心者向けにNode.jsでPath(パス)を確認する方法について解説しています。node_modulesのPATHを確認・変更するコマンドを実際に書いているので、自身の環境でも実行してみましょう。Node.jsを学習する上で必要な知識になります。 テックアカデミーマガジンは受講者数No.1のプログラミングスクール「テックアカデミー」が運営。初心者向けにプロが解説した記事を公開中。現役エンジニアの方はこちらをご覧ください。 ※ アンケートモニター提供元:GMOリサーチ株式会社 調査期間:2021年8月12日~8月16日 調査対象:2020年8月以降にプログラミングスクールを受講した18~80歳の男女1,000名 調査手法:インターネット調査 今回はNODE_PATHについて解説します。 Node.jsでPathを確認する方法について説明しているので、コマンドを入力して結果を確認してみま
環境変数を設定するには以下のようにします。 一時的に設定する 一時的に環境変数に値を設定するには、「$env:変数名」に「=」で値を設定するだけです。 PS C:\work> $env:MYENV = "This is my env." この例では、「MYENV」という名前の変数に「This is my env.」という値を設定しています。 PS C:\work> $env:MYENV This is my env. 実際に値を確認してみると、このように先ほど設定した値が表示されます。 ちなみに、この設定した変数は、現在起動しているプロンプト内だけで使うことが出来ます。 永続的に設定する 現在のユーザーで使えるユーザー環境変数、またはマシン上のすべてのユーザーで使えるシステム環境変数に値を設定するには次のようにします。 PS C:\work> [System.Environment]::S
はじめに 1年半前くらいに弊社のVue.jsプロジェクトのユニットテスト環境を「Karma + Mocha + power-assert」で作成し、現在までメンテナンスしながら使っていたが、「Jest + vue-test-utils」が非常に良さそうなので、環境を全て作り直すことにした 作り直したコードですが、弊社のコードは公開できないので、プライベートでメンテナンスしている以下のリポジトリで確認できる https://github.com/kurosame/vuejs-boilerplate Vue.jsとVuexとTypeScriptを使っている テスト対象 今回は以下をテスト対象とした Vuex Action Mutation Getter (State) ⇒ 初期値を設定する時に分岐などのロジックを入れた場合があれば書く Vue.js コンポーネント全て そもそもなぜテスト環境を
こんにちは、ライターのマサトです! 初めてJavaScriptでDOMを扱うようになってくると、実行タイミングがズレてエラーになることがよくあります。 この場合、ほとんどの理由がHTML(DOM)のレンダリングとタイミングが合っていないことに起因します。これを上手く解消するには、HTML内の書く場所に注意したり、「onloadイベント」の正しい書き方を知る必要があります。 しかしながら、「実行タイミング」についてはいろんな罠が潜んでいるため、この記事で正しい知識を身につけてスッキリと理解できるようにしておきましょう。 JavaScript初心者におすすめの 無料プログラミングサイト3選
Puppeteer API Tip-Of-Tree Interactive Documentation: https://pptr.dev API Translations: 中文|Chinese Troubleshooting: troubleshooting.md Releases per Chromium version: Chromium 103.0.5059.0 - Puppeteer v14.2.0 Chromium 102.0.5002.0 - Puppeteer v14.0.0 Chromium 101.0.4950.0 - Puppeteer v13.6.0 Chromium 100.0.4889.0 - Puppeteer v13.5.0 Chromium 99.0.4844.16 - Puppeteer v13.2.0 Chromium 98.0.4758.0 - P
Chrome DevTools 開発チームによる puppeteer なる Headless Chrome を操作するライブラリがでたので、もろもろ試したことをメモっておく。 試したやつのリポジトリ:cyokodog/puppeteer_study puppeteer とは Headless Chrome をNode.jsで操作しやすくしたライブラリ Chrome DevTools 開発チームがメンテナンスしてる Node v7.10以降が必要 Headless Chrome のおさらい puppeteer 位置づけを確認する意味で Headless Chrome をどう動かしてたかをおさらい(via Headless Chrome をさわってみた | CYOKODOG)。 Node.js で Headless Chrome を起動する Headless Chrome を操作するには De
この記事でやること Puppeteerの環境構築を行い、Headless-Chromeが動くのを確認するまで。 自己紹介 株式会社Creaithの上田です。 社員の曽宮が、フロントエンドテストツールはpuppeteerが最高などとって言ってたら 同僚のモトキが「seleniumでも同じことやってやる」と言い出したので。 社員の曽宮が記事を書き、私はそれを見守る事になりました。 えぇ 全力で見守るだけです。 もちろん対決なので負けたら、一蓮托生、私もそれに巻き込まれてゴニョゴニョゴニョ いろいろ比較していきPuppeteerを活用できる様になれるとこまでを連載して行こうと思います。 比較対象:フロントエンド・テストツール比較 Selenium #01環境構築編 Puppeteerとは 「ぱぺってぃ~あ」はとにかく環境構築がメタクソに楽なのです 先日Google Chromeにヘッドレス機能が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く