「gumi Inc. が Erlang & Elixir Fest 2018 の会場で配布しているクイズ」をF#で - Qiita
module Gumimaze = let read = let withIndex xs = Array.mapi (fun i x -> x, i) xs let lines = "maze.txt" |> System.IO.File.ReadAllLines seq { for line, y in withIndex lines do for c, x in withIndex (line.ToCharArray ()) -> (x, y), c } |> Map.ofSeq let rec walk maze p walked pt = let walked = Map.add p true walked let aroundP = let x, y = p [x+1, y; x, y+1; x-1, y; x, y-1] let checkAndWalk p = match
ElixirでIoT：連載目次 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どうもこんにちは． fukuoka.exという技術コミュティにて， **ElixirをIoTボードで動かしたらどうなんの？？**というIoT芸を披露しております． fukuoka.exでの登壇内容をQiita記事に起こして連載しているのですが，自分でも投稿内容が把握しきれなくなってきたので，ナンバリングも変えつつの目次を作ることにしました． なお，目次追加（更新）の際には変更通知を送るようにしますので，本記事をストックしていただけると，更新情報の通知を受け取ることができます． ElixirでIoT#1：IoTボード上でのElixir/P
CowboyでHello Worldのサンプルを動かしてみる - Qiita
最近、ElixirのPhoenixを使う機会が増えて来ました。そんなPhoenixですが内部的にErlangのHTTPサーバであるCowboyが使われています。内部的に使われてるので一度、Cowboyを使ってみたいと思い、Erlangで簡単なサンプルを実装してみましたのでその時のメモを書いていきます。 さらっとCowboyの特徴 モダンなHTTPサーバになります。モダンと言ってるだけあってHTTP/2とWebSocketを対応しているようです。遅延とメモリ消費量が少なくコード量自体も少ないHTTPサーバになります。なので簡単なAPIサーバを実装するときにPhoenixでは重過ぎる場合とかに使えるかなぁと思います。 実行した環境 Erlang/OTP 21 rebar3 3.6.1 Cowboy 2.4.0 実装 環境準備 Erlangとrebar3 まずは環境から。そもそものErlangの
CowboyでCookieを扱う - Qiita
CowboyでCookieの使い方を学んだので備忘録的に残しておきます。 はじめに ErlangやCowboyの環境構築や設定は以下の記事にまとめてるので気になる人はやってみてください。 CowboyでHello Worldのサンプルを動かしてみる ハンドラーの準備 まずはCowboyで呼び出すハンドラーの準備をします。パスに応じてハンドラーを呼び分けたりしますが今回は全てのリクエストは一つのハンドラーが受けるようにします。 start(_StartType, _StartArgs) -> Dispatch = cowboy_router:compile([ {'_', [ {'_', toppage_handler, []} ]} ]), {ok, _} = cowboy:start_clear(http, [{port, 8010}], #{ env => #{dispatch =>
erlangのバージョンを上げたらphoenixが起動しなくなった - Qiita
$ mix phx.server =SUPERVISOR REPORT==== 21-Aug-2018::09:37:27.995612 === supervisor: {local,'Elixir.Logger.Supervisor'} errorContext: start_error reason: noproc offender: [{pid,undefined}, {id,'Elixir.Logger.ErrorHandler'}, {mfargs, {'Elixir.Logger.Watcher',start_link, [{error_logger,'Elixir.Logger.ErrorHandler', {true,false,500}}]}}, {restart_type,permanent}, {shutdown,5000}, {child_type,worker}]
【fukuoka.ex】学生エンジニアがElixirに興味を持ったきっかけと初心者にオススメの勉強法 - Qiita
Elixir（エリクサー）って何？ Elixirは並行処理の機能や関数型といった特徴を持つ、Erlangの仮想マシン (BEAM) 上で動作するコンピュータプログラミング言語 by Wiki ググれば色々と詳しく出てくるので、ザックリとメリットを述べると 関数型言語のメリットを享受できる一方でスクリプト言語のようなシンプルな言語仕様 「膨大なデータやアクセスの高速処理」と「高い開発効率」を両立できる Railsの開発者が作ったWebフレームワークPhoenix（フェニックス）が優秀 ハードウェアの性能に比例した高速化が実現できる！ Discordなどの大規模サービスでも実際に使われているとか！ もうちょっと専門的に知りたい人はこちらとかオススメ Elixir for Rubyists | カヤックエンジニアブログ なんで興味を持ったか 1. これから台頭しそう 2020年以降SI案件が激減
今からはじめるReact.js〜サーバーとの通信〜 - Qiita
前回→今からはじめるReact.js〜仮想環境を作成する〜 React.jsからサーバー通信 SuperAgant React.jsでAjax通信する場合、jQueryを利用するか、その他の手段を使うか検討すると思いますが、Ajax通信するためだけにjQueryを使うのは無駄が多いので、SuperAgantを利用することにします。 SuperAgantの使い方については、 http://qiita.com/hashrock/items/3113690bb3de5bba639b の解説がわかりやすかったです。 インストールは次の通りです。 $ npm install superagent --save テーブルを作成する 今回、ユーザーを登録できるのと、ユーザーリストを表示できるように実装します。 サーバー通信の実装を行う前に、ユーザーテーブルを作成します。 カラムはnameとmailだけの
YouTubeの字幕をカスタマイズする - Qiita
注意 YouTube APIの公式ドキュメントに載っていない設定値を利用します。 いつ使えなくなるかわかりません。 tl;dr http://video.google.com/timedtext?type=list&v={videoId} で字幕リスト取得 http://video.google.com/timedtext?lang={lang}&name={name}&v={videoId} で字幕情報取得 YouTube APIにプログレスイベントがないので requestAnimationFrame と player.getCurrentTime()で時間を取得 2と3で字幕を表示 APIのonApiChangeイベント検知後に player.setOption('captions', 'displaySettings', {option})で既存の字幕を非表示に 最低でも2つXML
superAgentでRailsとReactをAPI連携しつつ、簡易的な表テーブルを作成する - Qiita
watchを使ってReactとES6の変更を監視 + 自動ビルドするの続きです。 前回は、 watchでディレクトリの変更を監視し、変更を検知したらシェルスクリプトを実行し、トランスパイルと依存関係の解決を自動で行う というところをやりました。 今回は、本エントリーの目標である「書籍についてのメモや評価を記録できるアプリケーション」というところに着手していきます。まず、現在実装している「books/index」のページに表テーブルを作成します。 「Reactビギナーズガイド」では、データとなる部分を配列として定義→ローカルストレージを使って実装といったステップを踏んで表テーブルを実装しています。本エントリーでは、Railsと連携させているということで、データとなる部分を配列として定義→RailsでAPIを作成し、React側からgetするという流れで実装していきたいと思います。 1. 表テ
Slackの過去メッセージを取得するスクリプト(Promise版) - Qiita
当社でもSlackを初めてもうすぐ２年になります。全履歴を取得して、何かできないかなと思ったので、調べてスクリプトを書いたので公開します。 Slackで使用するAPI 以下です。 https://api.slack.com/methods/search.messages このAPIを使用するにはTokenが必要なので、それは自分のSlackを使って発行しておいてください。おそらく以下から発行できます。(他人に見られないように) https://api.slack.com/custom-integrations/legacy-tokens 使用したスクリプト もちろん、最近習得カーブが急上昇しているJavaScriptです。 外部APIにアクセスするので、superagentを使用します。 もしかするとたくさんのAPIをコールする可能性もあるのでpromise使っています。 Promiseは
コルーチンを補助するco-gateモジュールを公開しました． - Qiita
co(koa.js)は中で何をしているのか．の続き． co用のゲートモジュールco-gateを公開しました． visionmedia/coを使うと、非同期APIを同期的に使うことが出来るのは、今までのエントリに書いた通りです． ただ、ThunkやPromiseにAPIを書き換えなければいけません． そこでco-gateでは、非同期APIのコールバックをゲートに入れて（gate.in()）、同期的にゲートから出す（gate.out()）ことで、従来型のAPIをそのままで使うことが出来るようにしています． // require co var co = require('co') , Gate = require('co-gate') , fs = require('fs'); co(function *(){ // create gate var gate = new Gate() , val
JavaScriptの非同期処理には何を使うべきか
各方式は対立するのか？ ところでこれらの方式って、必ずしも対立するってわけじゃないんですよね。 JavaScriptのgeneratorはまだ使えるところが限られるけど、コールバックが不要で同期処理のように簡単に書けるのはやはり魅力的です。 一方で、ちょっとした非同期処理をReactive Programmingで処理するのはおおげさですが、ストリーム的に流れてくる複数のイベントを合成したり、時間的な操作をしたりする場合には圧倒的に便利です。 なので、適材適所で使い分けるのがよさそうです。（なんの解決にもなってない！） promise, co, RxJS さて、使い分けると言っても、方式が異なるものを混ぜて使うことは可能でしょうか？ 実は、それぞれの方式は対立しないどころか、連携することも可能です。 各方式の代表的な実装であるpromise, co, RxJSを例にみてみましょう。 まず、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
erlang: Eunitテスト時debugVal等を使って debugします - Qiita
erlang: rebar3で依存するパッケージたちを管理、更新する - Qiita
CowboyでGETとPOSTの値を扱ってみる - Qiita
superagentでajaxでファイルのアップロードで進捗状況を取得する - Qiita
RICOH THETA S用のnode.jsモジュールを公開しました - Qiita
millisecのgetリクエストをキャッシュさせない。 - Qiita
Superagentでの共通処理 - Qiita
画像をドロップしてimgurにアップするまで。 - Qiita
