仕事で使うHaskell
TL;DR Haskellはいいぞ。ただ仕事で使うならビルド、デプロイ周辺は工夫する必要が色々出てくるぞ。 あ、nixもいいぞ。 はじめに Haskellを用いている会社HERPに転職してからそろそろ1年が経つので久しぶりに記事でも書いてみます。そういえばzennでは初投稿ですね。 最近はHERPでHaskellを書きつつシステム基盤整備みたいなことをやっています。あとマネージメントみたいなこともやってたりします。 僕の書いたHaskell microserviceは既に稼働して売り上げに貢献しています。 あ、HERPはHaskell FoundationのFunctorスポンサーになっています。スポンサーの名前が面白いですよね。 Haskellを仕事で使う感想 最高ですね。簡単便利十分速い保守楽拡張楽、という感じです。 並行プログラミングツールとしてstmが提供されているのがお気に入りで
REST・Protocol Bufferは必要ない RPCフレームワークにそのまま使えるScalaの魅力
アジア最大級の国際Scalaカンファレンスである「ScalaMatsuri2020」がオンラインで開催されました。そこでTreasure DataのTaro L. Saito 氏がScalaに関するいろいろなテクノロジーを紹介しました。2つ目は、Scalaで直接通信する方法について。前回の記事はこちら。 Scalaは実はRPCを実装するのに適した言語 Taro L. Saito氏：もともと何をしたかったかというと、「Scalaでクライアントもサーバーも実装できるんだったら、Scalaでそのまま通信できないのか？」というところが出発点になって、今新しいフレームワークを整えているところです。 ScalaはFunctional（関数型）で、かつstatically typed（静的型付き）、というobject orientedな言語になっているのがいいところです。 これよく考えてみると、Scal
Emacsで他の言語とRPC - Qiita
Emacs 25.x から、とうとう Dynamic Module 拡張が入るようになりました。(参考: Emacsに mrubyを組み込んでみた) これで、もともとEmacs本体に持っていなかった機能をネイティブに拡張することが可能になる世界が開けました。果たしてこの流れが良かったのかどうか、判断するにはもう少し時間が必要ですね。（参考：Emacsは死んだ、ソフトウェアの思想が設計にもたらす影響） 自分は、数年前からIPC（プロセス間通信）によるEmacsの拡張を試みていて、EPCというEmacsのためのRPCフレームワークを作ってきました。 - EPC : The Emacs RPC - Perl側モジュール (本体に付属) - python-epc by tkfさん - ruby-elrpc - nodejs-elrpc このしくみを用いることによって、別の言語で書かれたプログラムの
App Engine documentation | App Engine Documentation | Google Cloud
Stay organized with collections Save and categorize content based on your preferences. App Engine is a fully managed, serverless platform for developing and hosting web applications at scale. You can choose from several popular languages, libraries, and frameworks to develop your apps, and then let App Engine take care of provisioning servers and scaling your app instances based on demand. Learn m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Active Directory Enumeration: RPCClient - Hacking Articles
