Windowsでシェルスクリプト書きたいときはShellJSが使える - なっく日報
久々のブログ更新となります。 シェルスクリプトをWindows用に移植したい・・・という場面でShellJSが便利だったというお話です。 ShellJSとは？ github.com Node.jsでシェルスクリプトが書ける！（※実際書くのはJavaScript。APIが限りなくシェルスクリプト風） Windows/Mac/Linuxでポータブルに動く！ ヤツです。 採用実績 YeomanとかZeptoとかJS界隈の有名どころで使われています。 GitHubスター数も5,835（2017/05/03現在）なので結構人気あるライブラリと言ってよいのではないでしょうか。 自分は ESLintで使われていて知りました。 何で必要になった？ 当初JSファイルをcatして結合するだけの単純なスクリプトをシェルスクリプトで書いてました（LinuxとWindows（MSYS2）だけで動けばよい） ところが
GitHub - shelljs/shelljs: :shell: Portable Unix shell commands for Node.js
ShellJS is a portable (Windows/Linux/macOS) implementation of Unix shell commands on top of the Node.js API. You can use it to eliminate your shell script's dependency on Unix while still keeping its familiar and powerful commands. You can also install it globally so you can run it from outside Node projects - say goodbye to those gnarly Bash scripts! ShellJS is proudly tested on every LTS node re
面倒な外部コマンドをAWS Lambda化して運用から解放される - pixiv inside [archive]
最近は社内でChainerやTensorFlowのハンズオンをしている@edvakfです。 今日は機械学習ではなく、AWS Lambdaの話です。 pixivのPDF生成機能 pixiv小説には自分の投稿した小説を印刷可能な縦書きPDFに変換する機能があります。 inside.pixiv.net 小説をPDF化する部分は最初インターン生が作ったものが元になっていて、C++で書かれています。そのプログラムに渡すデータを用意する部分はというと、これまたインターン生が作ったpixiv-novel-parserと、小説本文を組版に最適な形式に自動変換するhakatashi/osekkaiいうNode.jsのプログラムを使って生成しています。 サービスにC++のコードを導入するのって勇気がいりますよね？ もし入力ファイルによって任意のコードが実行できる脆弱性があったりすると大問題です。そのため、この
![面倒な外部コマンドをAWS Lambda化して運用から解放される - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/cdd0f80277de5079c33ebe31d1eb9c96e65789c7/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F78df227354e8d77c029dfed253366353e173480f%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttp%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fe%252Fedvakf%252F20160610%252F20160610220805.jpg)
Protractorでスクレイピングしてみた
Railsでスクレイピングが必要な時は Nokogiri を使っていたけれど、普通のサイトはJavascriptを使っているわけで、Nokogiriだけではスクレイピングが難しいこともある。そんな時にどうしようかと。 Nokogiri 鋸 Protractorなら、実際にユーザーがブラウザーを立ち上げて、ボタンをクリックして、テキストを読んで… みたいなことを再現できるのですごい便利。ほんとはAngular.jsのためのテストフレームワークだけど、スクレイピングにも使える。 Protractor - end to end testing for AngularJS nvmのイントール 手元のMacOSにインストールして使ってみる。 Ruby使っているならお馴染みのrvm（Ruby Version Manager）。 nvmはNode.jsのバージョン管理ツール。 nvmを入手 $ git
GitHub - Pana/node-books: For those who love Node.js
This is the most complete Node.js books collection ever. There are more than twenty books here, most written in English, and some in Chinese. Some are introduction books that can help you get the basic things about Node.js, such as Node.js开发指南, Node.js in action, Learning Node. Some are pro books can lead you to Node.js deep things, such as 深入浅出Node.js, Professional nodejs, Pro Node.js for Develop
GitHub - codeceptjs/CodeceptJS: Supercharged End 2 End Testing Framework for NodeJS
CodeceptJS tests are: Synchronous. You don't need to care about callbacks or promises or test scenarios which are linear. But, your tests should be linear. Written from user's perspective. Every action is a method of I. That makes test easy to read, write and maintain even for non-tech persons. Backend API agnostic. We don't know which WebDriver implementation is running this test. CodeceptJS uses
npm とか bower とか一体何なんだよ！Javascript 界隈の文脈を理解しよう - Qiita
背景 Javascript で Web アプリを作ろうとすると、よくわからないことだらけで超混乱します。 npm と bower の違いは？ npm はサーバーサイド用、bower はクライアントサイド用らしいよ えっ、でもなんで bower のインストールに npm が必要なの？ サーバーサイドは Rails で書きたいから npm 要らないと思うんだけど・・・ ていうかサーバーサイドJSとか node.js って何？ よく見る browserify って何？ こういった疑問が沸き上がるのは、各ツールが生まれた文脈がよくわかっていないからです。いろいろ調べてやっとちょっとわかってきたのでメモします。間違いがあったらご指摘ください。 「CommonJS」誕生 - Javascript は汎用プログラミング言語へ その昔、Javascript 大好きおじさんは言いました。 Javascrip
俺のJSライブラリの世界観(2014末版) - Qiita
概論 ここ近年のモダンJSは特に理由がなければcommon.jsのrequireスタイルで記述され、webpack/browserifyでビルド/読み込むことを前提にしてよい。今やビュー層を除いてブラウザとnodeのライブラリの境界は非常に曖昧である。 識者諸君においては常にどちらの環境でも読み込めるようなライブラリを提供するように心がけることを切に願う。 今日はライブラリの名前しか出さないんで各自ググるように。 立場 サーバサイド~ゲームプログラミング出身node寄りフロントエンドエンジニア このサイトのスタッフだけど他のことに手一杯でQiitaのフロントはまだそんなにいじってない すまんな 他ってなんだろうな 言語 CoffeeScript TypeScript 最近DDDっぽい構成を目指しているのだけど、コアドメインをTypeScriptで書いて、それをUI層からCoffeeScri
テストがないJS環境にモダンなテスト環境を導入していく - Qiita
Qiita:Teamに投げた社内ドキュメントだったけど、特に問題ないのでQiitaにも投げる。 前提として browserify-rails とbabelify が導入されている状況を想定してる。 基本方針 新規コードはES2015で書く 本番はbrowserify(-rails)でコンパイルする。 単体テストは node 環境下で走らせる テスト環境下では jsdom で window, document をモックする 単体テストでは ブラウザ特有の挙動はテストしない 裏側の環境(browserifyやspec-helper)は難しくして良いが、利用者からみえる範囲は複雑にしない(npm install; npm testで走る) Universal JavaScript に寄せることでコードのポータビリティを上げる 事前準備 browserify-railsを導入する。 .babelr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - danthareja/node-google-apps-script: [DEPRECATED - use clasp instead] The easiest way to develop Google Apps Script projects![GitHub - danthareja/node-google-apps-script: [DEPRECATED - use clasp instead] The easiest way to develop Google Apps Script projects](https://cdn-ak-scissors.b.st-hatena.com/image/square/b5aadb5bf775331369e2d9ae6afbde5763c4d7b0/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Ff5a936aff6fa7a276bb728f21cac5cf1508407b91cf0aa5d09ac3ed5b7aed149%2Fdanthareja%2Fnode-google-apps-script)
appgiga.jp
GitHub - kazuph/advent-calendar-aggregator
GitHub - itagakishintaro/STARHandsOnCasperJS
GitHub - garethflowers/nodejs-portable: Portable version of NodeJS, for Windows