Haskellや周辺ツールについてのリンク集 - Qiita
なぜ書こうかと思ったのか Haskellに関する情報（例えば関数型、モナド、圏論）はググればすぐ見つかります。ですがHaskellの周辺ツールに関する情報はなかなか見つかりません。なので今回はその周辺ツールの情報をまとめてみました。もし以下に挙げる周辺ツールのほかに周辺ツール、おすすめ参考資料があるなら教えてください。追記していきます。 Hackage Hackage : Haskellのパッケージ検索サイト stackを使ってHackageにパッケージをアップロードする : Hackageへの簡単なアップロード方法 Hoogle Hoogle : Haskell+Google Hoogleの使い方（マニュアル翻訳） : Hoogleの簡単な使い方について Hoogleをローカルで使う : Hoogleをローカルに使う方法。少し古いためcabal installをstack install
Haskell のアプリケーション向けに軽量の Dockerイメージ を作る (和訳)
アプリケーションを Docker の実行可能イメージ として提供することは、アプリケーションを配布するための手頃な方法です。ツールチェインやフレームワーク、依存関係をインストールする必要が無くなります。ただ Docker イメージをプルして走らせればいい。本当に簡単なことです。しかし Docker イメージは、サイズ的に尋常じゃなく大きくなる可能性があります。アプリケーションを走らせるために必要な、全ての依存関係をインストールする必要があるからです。ユーザとしてはかなりイライラしますよね。かなり限定された問題を解く小さなアプリケーションを使いたい時に、2GB の Docker イメージをダウンロードしなければならない状況を考えて見てください! 嫌ですよね。そして実際、そんなことをする必要はありません。コンパクトな Docker イメージに、実行可能ファイルだけを入れて配布したらどうでしょう
SPJ の憂鬱 (和訳)
最近 Cabal人(?)と Stack人の戦争が勃発したようで... とある Haskeller がその論争に対して、「SPJ が過去に投稿した憂いに満ちたメッセージを思い出してくれ!」という記事を投稿していました。そのメッセージが意外と良い内容だったので意訳してみます。メッセージの原文は公式のメーリングリストを、元の記事は Reddit - A Call For Respect を参照してください。 [Haskell] Respect こんにちは この 25年間の Haskellコミュニティの大切なものは、協調的な雰囲気、優しさ、そして礼儀正しい意見交換などでした。コミュニティの人間はこのことについてよく注意を払い、私はいつも心地よく感じていました (例えば、この面白い会話とか。これはかの素晴らしく、そして悲しいことに更新を停止してしまった Haskell Weekly News で出く
Haskellのstackによるプロジェクトについて - Qiita
この記事について 一、二ヵ月ほど前にHaskellに入門したばかりの著者です。そのためHaskellを学ぶためにいろいろな本を読んだりサイトを見たりして学んでいるのですが、どうもHaskellの文法や関数型、モナドについてばかりの情報がほとんどでプロジェクトを作成した後についての操作法がなかなか見つかりません。そこで少しの情報を基にいろいろ試行錯誤しました。それでわかってきたことを初心者ながらに説明しようと思い、これを書いています。そしてこの記事はHaskell (その4) Advent Calendar 2017の16日目の記事です。 プロジェクトの作成 まずプロジェクトを作ります。そのためにコマンドプロンプト上でプロジェクトを作りたいディレクトリの直下に移動してください。そこでstack new <projectname> [template] コマンドを使います。（この記事では"<>
2017年に「すごいHaskellたのしく学ぼう」を読む - Qiita
はじめに この記事は「Haskell (その4) Advent Calendar 2017」の13日目の記事になりました。 書籍「すごいHaskellたのしく学ぼう」は2012年に発売され、現在も販売されているHaskell入門にぴったりの良書です。しかし、内容が2012年当時のままで止まってしまっています。 そこでこの記事では(もう年末ですが)2017年現在「すごいHaskellたのしく学ぼう」を読むにあたって注意すべき点を章ごとにまとめて紹介します。 イントロダクション イントロダクションの「Haskellの世界に飛び込むのに必要なもの」ではHaskell Platformをインストールするように紹介されています。しかし、現在ではStackを利用するのが一般的です。 Linux系OSではリポジトリにある「stack」や「haskell-stack」などのパッケージを導入することで使える
Static compilation with Stack - FP Complete
In our last blog post we showed you the new docker init executable pid1. What if we wanted to use our shiny new pid1 binary on a CentOS Docker image but we compiled it on Ubuntu? The answer is that it wouldn’t likely work. All Linux flavors package things up a little differently and with different versions and flags. If we were to compile pid1 completely static it could be portable (within a given
Haskell Stack とは何をするツールなのか - Qiita
この記事では、Haskell Stack についての初歩的な説明をします。 （2022-11-20補足）現在は、GHC や Stack のインストールには GHCup を使うのが主流になっています。 はじめに いま Haskell の開発環境を導入するといえば Stack だろうと思います。 これから Haskell の勉強を始めようと思うなら、まずは Stack の使い方を覚えることになります。 Stack は便利なツールなのですが、個人的な印象としては、最初のとっつきが悪いと思っています。 僕が初めて Stack に接したときは、「これはいったい何をするツールなのだろう」とモヤモヤしました。 ひとつのツールでいろいろな役割をこなすので、かえって何のツールか分からないのです。 また、コマンドを実行しても、実際に何が起こっているのかがよく分からないのもモヤモヤする点でした。 そういう初歩的
本気で Haskell したい人向けの Stack チュートリアル - Qiita
この記事は定期的にメンテナンス(加筆・修正)されています。 本記事のコードは waddlaw/Qiita-stack に置いてあります。 Haskell の開発方法については以下のサイトに色々とまとめていますので、こちらもご参照ください。 Haskell Development TODO: profiling, default-extension, ghc-option, package.yaml と stack.yaml の関係, について追記する。 本記事では Pearls of Functional Algorithm Design (訳本: 関数プログラミング 珠玉のアルゴリズムデザイン) の第1章を題材として stack を使った Haskell プロジェクトの基本を解説しています。 プログラムの内容を理解できなくても、記事を最後まで読むことで Haskell プロジェクトの作り
Sign in - Google Accounts
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
stack runghcでtestを実行する - Qiita
module FooImplSpec (main, spec) where import Test.Hspec -- 個別のspecファイルを実行するためにはmainが必要。 main :: IO () main = hspec spec spec :: Spec spec = do describe "foo" $ do it "returns bar" $ do foo bar `shouldBe` foobar これまでテストを実行するときは stack test などとしていたが、コンパイル遅いし（特にリンカーの実行が遅い）、TDDするには不都合で冗長だった。記憶が正しければ自動で-O1がかかるので、これも素早くテストの実行を繰り返したい場合は邪魔だろう 1。 追記: どのみちリンカーは実行されているので、めちゃめちゃ速くなっているかと言えば微妙な気がしてきた。 まぁ、stackで
stack runghc、ghciでAmbiguous module nameというエラーが出る場合の対処法 - iLog
stack runghc、ghciでAmbiguous module nameというエラーが出る場合の対処法 はじめに こんにちは、ishiy(@ishiy1993)です。 今回は、Ambiguous module nameというエラーへの対処を紹介します。 背景 Haskellでサクっとスクリプトを実行するのにはstack runghcを、なにか実験したり試行錯誤するのにはstack ghciを使用すると思います。 このとき、グローバルな環境(~/.stack/global/stack.yamlで指定されるもの: ここで指定されているresolverでこれまでにインストールしたパッケージが全て使用できる状態になっている)を使用することが多いでしょう。 この状態でパッケージaaaとパッケージbbbがともにインストールされており、そのどちらもがX.Yというモジュールをエクスポートしているとし
Intero for Emacs - Qiita
ghc-mod を使うのを諦めてもうだいぶ長いのだけど、代わりに intero なるものを見つけた。Emacs専用なのだけど、MacOS上のstackでbuildできるプロジェクトを開発するのであればもうこれだけで十分なんじゃないかってくらい便利。 インストールは interoのインストール手順 に従って init.el などに記述をするだけで、stackで管理されている.hsファイルをemacsで開くだけで、elispのインストールからinteroコマンドのビルドまで全部自動でやってくれる。今まで開発環境の構築に苦しんだ時間は何だったんだって感じ。flycheckは普通に動くし、コードジャンプも型の表示もなんの苦労もなく使えた。(あ、補完試してないや) 余談だが、Windows上でも使えるはずだが、自分の環境では厳しかった(動かしたけど)。自分の環境は、MSYS2 と https://g
stackを通してのコンパイルにとても時間がかかる条件 - ぼくのぬまち 出張版
ghc 7.10 からみられるようになった現象で，放置しているうちにやや旬を過ぎてしまっている感もある話題なのだが，その後特に改善してるわけでもないのと最近踏まれたのを見たので念のために記しておこうかなと． コンパイル時間ghc-7.8で1分40秒なやつがghc-7.10で6分かかるようになってて助けてクーガー兄貴— Noriyuki OHKAWA (@notogawa) October 31, 2015 結論から言うと，一定レベル以上の最適化付きで，大きな型レベル計算を含んだ型を持つインターフェースを含む場合…となる．このときコンパイルが遅い．厳密には遅いのはコンパイルではないが． 上記ツイートで問題にしてたJinja2サブセットのテンプレートエンジンであるhaijiは，hackageに上げる前のPoC段階で記事にもした． notogawa.hatenablog.com なのでここでは概
Haskell Day 2016に参加・発表してきました！ :: Igreque -> Info
それからtogetterにもまとめを作りました。 Haskell Day 2016 #hsd2016 まとめ - Togetterまとめ 各発表の内容については資料一覧や上記のtogetterをご覧になっていただけると！ 以下、個人的に印象的だったところをtwitterの発言でピックアップします。 ほかの方の発言で恐縮ですが…。 「"avoid success at all costs"は、「全力で成功を目指す」のを避けるっていう意味であって、「成功を目指す」のを全力で避けるわけではない。ダブルミーニングにしてるのは冗談。」 #hsd2016 — keiichiro shikano λ♪ (@golden_lucky) 2016年9月17日 やはりHaskellは面白い! 情熱を傾ける価値は十分にある。#hsd2016 — lagénorhynque (@lagenorhynque) 20
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Specify User-Agent to get over my company's firewall · Issue #3628 · commercialhaskell/stack
Haskellにてstackでiconvパッケージを利用する方法【Windows環境】 | teratail
Reddit - Please wait for verification
Windows版stackでもHDBC-sqlite3をビルドする - Qiita
YAMAMOTO Yuji / stack-docker-sample · GitLab
Introduction to Stack’s Docker Integration