textlint 7.0リリース、フィルタールールの追加
textlint 7.0をリリースしました。 Release 7.0.0 · textlint/textlint 前回: textlint 6.0リリース。–fixでの自動修正に対応 | Web Scratch 追加した機能 Filter rule フィルタールールが追加されました。 フィルタールールはルールエラーを無視するためのルールを定義できるものです。 たとえば、textlint-filter-rule-commentsではESLintなどで見かける、この部分は無視して！ということを文章中に書くことができます。 MarkdownだとコメントがHTMLコメントを使い <!-- textlint-disable --> と <!-- textlint-enable --> で囲みます。 (Re:Viewなどはコメント記法があるのでそちらを利用できます) <!-- textlint-dis
textlintをTravis CIで動かして継続的に文章をチェックする - Qiita
textlintは自然言語をLintできるツールですが、Travis CIなどで動してPull Request/コミットごとにチェックするのも簡単です。 Travis CIでのLint サンプルリポジトリは以下に置いてあります。 azu/textlint-travis-ci-demo: textlint with Travis CI demo repository Lintにひっかかる文章があるので、CIがFailしています textlintの導入方法は色々あるので、以下などを参考にしてください。 Getting Started with textlint textlintで日本語の文章をチェックする | Web Scratch miy4/docker-textlint: Docker container with textlint. Ubuntu 15.04でtextlint - メモ
xmlを見やすいインデントに整形する(xmllint) - それマグで！
xmllintで 便利ですよねぇ。 xmllint を使うとフォーマットを整形して、美しく見やすくすることが出来る。 xmllint --format content.opf サンプル 準備として、最初に、XMLから改行を取り除いて、一行にする。 curl -s 'http://hatenablog.com/oembed?url=http%3A%2F%2Ftakuya-1st.hatenablog.jp%2Fentry%2F20120229%2F1330519953&format=xml' | sed ':a;N;$!ba;s/\n//g' 一行にしたXMLを整形してみる。 curl -s 'http://hatenablog.com/oembed?url=http%3A%2F%2Ftakuya-1st.hatenablog.jp%2Fentry%2F20120229%2F13305199
シェルスクリプトのlint - Qiita
$ cat foo.sh #!/bin/sh elems[0]=0 elems[1]=1 for x in ${elems[*]}; do echo $x done $ ./checkbashisms foo.sh possible bashism in foo.sh line 3 (bash arrays, H[0]): elems[0]=0 possible bashism in foo.sh line 4 (bash arrays, H[0]): elems[1]=1 possible bashism in foo.sh line 5 (bash arrays, ${name[0|*|@]}): for x in ${elems[*]}; do
あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに この記事は数百万行の動的型付き言語のWebアプリケーションのリファクタリング、アプリケーションアーキテクチャの再設計の経験を基に、有効だと思われる考え方やアプローチを抜粋して紹介するものです。言うまでもなくあらゆるコードベース、アーキテクチャにおいて有効なものとは限りませんので、各々の環境や状況から適切に判断してください。
『コードのバグはコードで見つけよう！』
こんにちは。 アメーバピグでNode.jsを使って開発をしている中村と申します。 平日はエンジニア、土日は主夫として働いています。 さて、早速ですが、この記事ではESLintを使って、JavaScriptのソースコードのバグを発見する手順をご紹介したいと思います。 ESLintとは ESLintはNicholas C. Zakas氏が中心となって開発しているJavaScriptのLintツールです。 JavaScriptのLintツールといえば、最近ではJSHintが定番だと思います。 ESLintはJSHint同等の機能を持つ他、解析ルールが完全にプラガブルになっており、独自ルールを自由に追加できるという特徴があります。 例えば、JSHintでいうところの、strict（strict modeで実行されるかをチェック）というオプションは下記のURLのように個別のルールとして実装されていま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
