はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

試した環境 クライアント Windows 10 Pro: ver. 1903 Visual Studio Code: Version: 1.38.1 (system setup) Commit: b37e54c98e1a74ba89e03073e5a3761284e3ffb0 Date: 2019-09-11T13:35:15.005Z Electron: 4.2.10 Chrome: 69.0.3497.128 Node.js: 10.11.0 V8: 6.9.427.31-electron.0 OS: Windows_NT x64 10.0.18362 Visual Studio Code Remote - SSH: ver. 0.46.0 ssh -V: OpenSSH_7.9p1, OpenSSL 1.1.1b 26 Feb 2019 ※Windows 10標準のOpenSSHでは

当然、ほかにも危険なVimプラグイン（など）がたくさんあると想定される。ほかのコマンドを呼び出すソフトウェアを書く際は、少なくともWindowsで使用されることを想定する場合は、極力shell経由で呼び出すAPIは使用しないこと。自動でcmd.exeが使用され、脆弱性になり得る。 事例 とあるJavaScriptが中心のリポジトリーをvimで探索していたところ、 いきなりWindows Script Host (以下WSH)のエラーが。 しかもこれ、OKを押しても少したつとまた出てくる。 まともに編集できたじゃない。 どうしたものかと思ってタスクマネージャーを見ると、確かにgvim.exeから大量にWSHが実行されていることがわかる。 タスクマネージャー曰くどうやらgvim.exeがなぜかgit.jsを起動し、そこからWSHが起動しているらしい。 さらにgvim.exeから生えているgit

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ElmのDebug.traceみたいな挙動のプリンター、誰かhackageに挙げてないの？ないならさっさと作るよ？ #haskell — Yuji Yamamoto: 山本悠滋 (@igrep) 2017年1月25日 いつも秒速で作ってる人もいるみたいだけど、やっぱり逐一書く時間が勿体ないと思うのでここにメモします 1。 求めていたものはTraceUtilsにありました。 気が向いたらcabalファイルに書けばよいでしょう。 ただ、どうやらstackageには登録されておらず、LTS 7.16の時点で存在しません。 ドキュメントにも "Feel free to copy&paste these functions into modules that need them, that may be easier to remove/clean up than adding a cabal de

理由 GitHubやGitLabなどのおかげで、リモートで直接masterにマージできるようになった。 どうしても、という時以外ローカルのmasterブランチで作業する必要はないはずです。 間違えてmasterを壊してしまうリスクが更に減る ローカルのmasterブランチをメンテするコストが減る 地味なメリットに聞こえるかもしれませんが個人的にはありがたいので最後のものを詳しく説明します。 Gitの仕様上、ローカルのmasterブランチはリモートのmasterブランチを更新しても自動的には更新されません。 現状、git checkout masterしてからgit pullしないと更新できないはずです（他にも方法はありそうな気がしますが割愛します）。 この方法、一瞬でもmasterにチェックアウトしなければならないため、チェックアウトする前のブランチとローカルのmasterの差が大きい場合

おことわり この記事はJetBrains Advent Calendar 2016の25日目に飛び入り参加して書いた記事ですが、第23回【フリースタイル】PORTもくもく会のLT枠で発表した際の資料も兼ねています。 なのでスライドモードでお送りいたします。 IDEと直接関係のない話ですみません。でも、IntelliJ IDEA Ultimateは素敵なんで使ってみるといいですよ！ 背景 IntelliJ IDEA Ultimate買った！ そしたらなんか重複したコード片を勝手に見つけて教えてくれる！ うひょー！すげーっ！リファクタリングしたくなる！！ あ、でもこれJavaとか特定の言語じゃないとダメなのね...。 ちょうど手元に重複だらけのシェルスクリプト群があるんだけどなぁ ないなら作ろう 物事を単純化するため、とりあえず行単位で重複を検出する 多分アルゴリズム自体はtoken単位でやっ

真のキュアエンジニアたるもの、自分の好きな言語でプリキュアを実装しなければならない --- @sue445 (が、言ったということにしたい @igrep) と、いうわけで先週私はHaskellでプリキュアを実装しました。 typesafe-precureと言います。 先週書いたプリキュアAdvent Calendarの記事では技術的な説明を極力控えておりましたので、今回はもうちょっとHaskell Haskellした紹介をさせてください。 TypeSafe PreCure!! ご存知(?)、rubicureをはじめとするプリキュア実装のHaskell版です。 他のプリキュア実装と異なり、名前の通り型安全であることに大きく重きをおいています。 また、プリキュアだけでなく変身アイテムや必殺技を放つときのアイテム（「特殊アイテム」とここでは呼びます）を収録している点も、他のプリキュア実装と一線を

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

最近、自社内でHaskell勉強会を毎週のように開いているのですが、 ドキュメントの調べ方について聞かれたのでこっちにメモしておきます。 と、いうわけで、hackageに公開されているHaskell製パッケージのドキュメントについて簡単に説明しましょう。 baseという、PreludeをはじめGHCに標準で入っているパッケージのドキュメントも同じように調べられます。 パッケージの名前や、概要から検索したい場合は hackageから検索するか、 stackageのトップから「browse packages」というリンクをクリックして、LTS-Haskellに載っているパッケージをページ内検索してください。 今のところ、パッケージの名前で検索するフォームはstackageにはないみたいです。 後者は、LTS-Haskellに載っているパッケージのみの一覧なので、hackageに公開されているす

ご存知の方には何を今更感があるかとは思いますが、パッとググった限り誰も書かれていなかったので、 Object#sendやそれとよく似たObject#public_sendの使い方は注意して使わなければ結構危ないセキュリティホールを作ってしまうよ、 というお話をしたいと思います。 TL;DR Object#sendはevalやsystemの次ぐらいに危険です。ユーザーの入力など、外部から入力された値をObject#sendやpublic_sendメソッドにそのまま渡すのはやめましょう。 これらのメソッドに渡す文字列は、（特殊なメタプログラミング用のライブラリを作る場合などを除いて）必ずどこかにハードコードした、信頼できるメソッドの名前のみにしてください。 危険なケース 例えばあからさまな例ですが、次のようなRailsのコントローラーのアクションがあったとしましょう。 みなさんはこれに近いよう

ナウでヤングなHaskeller に絶賛定着中のstack, ついにv1.0.0がリリースされました！ クリスマスプレゼント です！ と、いうわけでタイミングよくネタを頂いたので私が初めてstackについて記事を書いた時からもりもり入った更新のうち、 私が気になったものをリリースノートから拾って取り上げたいと思います！ 当時はまだv0.1.3.1だったんですね。 といってもまだたった3ヶ月しか経ってませんけど！ 設定ファイルのディレクトリ構成が変わった (v0.1.6.0) 当時から使用している方にすれば恐らく一番重要な修正だと思うので一番最初に挙げます。 目的がより明確になるよう、設定ファイル・ディレクトリの名前が次のように変わりました。 ~/.stack/stack.yaml ~/.stack/config.yaml ~/.stack/global/ ~/.stack/global-p

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 vim-watchdogsというプラグインを使っていて気になった、掲題の問題を設定で頑張って回避した、というお話です。 修正事項 vim-quickrunの仕様が変わり、こちらの設定は不要になりました（関連すると思しき修正: dbfadf7b56b6）。 更新しましょう！ @thinca さんありがとう！ 問題 上記のvim-watchdogsというプラグイン、 設定するとファイルを保存した時に自動でチェック用のコマンドを非同期で実行し、結果をquickfix listなどに出してくれるという優れものです。 syntasticの非同期実行版といえば通じる方もいらっしゃるでしょう。 私はこのvim-watchdogsで、比較的実行時間が長くかかるRubocopやESLintを実行しているのですが、一つ困った問題がありました。 コマンドの実行結果がquickfix listに表示された後

もうこの記事はメンテしてません 今更の更新ですがこの記事はとっくの昔からもうメンテしてません。（随時更新）とか安易に書くべきじゃないですね... 😰 今新しくvimでHaskellの開発環境をセットアップするんでしたらとりあえずHaskell IDE Engineと適当なLSPクライアント（vim-lspかLanguageClient-neovimあたり）を入れるのがいいんじゃないかと思います。 筆者は現在LanguageClient-neovimでやってます。補完ぐらいしか使えてないけど...。 haskell-vim-nowを使うと早いらしい いろいろいっぺんに入れてくれるらしいです。 が、出しゃばり過ぎてて既存の設定と衝突すること間違いなし1 なので、今回は上記で紹介しているものをひたすれ入れてその時の記録をメモします。 つまり、haskell-vim-nowのinstall.sh

前回の記事では、 stack newしてとりあえず簡単なHaskell製のプログラムを書き始める方法をお伝えしました。 今回は、前回の記事でTODOになっていた、stack newして作られるファイルのテンプレートの設定を変えて、もうちょっと始めやすくしたいと思います。 ちょうど僕が新しいプロジェクトを作りたくなったので、その作業記録です。 ハマりどころ: stackのバージョンが古かったorz いきなりですがハマりました... 下記の通りに動かすには、stackを0.1.4.0以降に上げる必要があります。 更新する場合は、やはりOSによって方法が異なってしまいますが、 stack upgradeと実行すると、よしなにやってくれるかもしれません。 (EXPERIMENTALな機能だそうなのでご利用は計画的に。） 私の場合は、Arch Linuxなので普通にyaourt -S haskell

昨日第23回Haskellもくもく会 @ 朝日ネットで初めてstackを触ったのですが、 あまりにも簡単・高速にパッケージ作りの準備ができたので、やったことを共有したいと思います。 GHC(Haskellの最も有名なコンパイラ)のインストールまでやってくれるので、これからHaskell始めます！みたいな人にもオススメです。 stack自体が何かは @tanakh さんのHaskellのビルドツール"stack"の紹介をご覧ください。 一言で言うと「GHCのインストールからパッケージのインストールにビルドまで、ワンストップでやってくれる神ツール」ですかね。 インストール 各OSごとに微妙に違うみたいなので、公式ページの解説をご覧ください。 とはいえ、基本的には実行ファイルをPATHのどこかに置くだけなので、この手の作業に慣れている人には朝飯前でしょう。 1ファイルだけでインストールできちゃう

実際にはほとんど3.3の話ですが、まぁ3.3それだけよさそうなんで、みなさん使ってみてください。 まずはRSpecのブログにも書いてあったものから。 RSpec 3.1 has been released! RSpec 3.2 has been released! RSpec 3.3 has been released! (3.2での変更) Core: Performance Improvements オブジェクトを割り当てる回数を減らして速くしたそうです。RSpecが速すぎて困る人は誰もいません。上げましょう。 (3.2での変更) Mocks: Mismatched Args Are Now Diffed expect(x).to eq(y) して失敗した時と同じように、expect(x).to receive(:method_name).with(arg)と書いて失敗した時も予測した結

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?