extern crate reqwest;

use std::io::Read;

fn main() {
    let mut resp = reqwest::get("https://www.rust-lang.org").unwrap();

    let mut s = String::new();
    resp.read_to_string(&mut s);
    println!("{:?}", s);
}

素朴!!
ライブラリがどうのとか、環境変数とか何もなしですぐ使えました。
ありがたやありがたや。

*1:内部で hyper と native-tls を使っている模様

2016-12-04

大阪から日帰り弾丸で builderscon に参加した

大まかな感想

面白かったー! なんだろう、異種格闘技戦というかごった煮というか闇鍋というか。

buildersconは「知らなかった、を聞く」をテーマとした技術を愛する全てのギーク達のお祭りです。

公式サイトや Opening で言われていた通り、祭りって言葉がぴったりでした。
あと Geek! なぜそうするのか、なんて質問はきっと野暮ってぐらいにつきぬけてる感がありました!

来年も是非是非参加したい!

以下詳細

5時起床…!

いやぁ、エンジニアは朝に弱いというのに 11月ぐらいにホテルを取ろうとしたら、渋谷と品川周りが埋まってて無理だなー、ということで当日行って帰ればいいという脳筋スタイルと相成りました。
挙句登壇者の方を除けば一番のりという。僕は何をしているんだw

OSS は Windows で動いてこそ楽しい (mattn さん)

今回の僕の主目的! や、もう言い切ります!
本人もお話しされてましたが、すごい貴重な気配を感じる…!
僕自身 Windows の開発をしているので、お話しいただく内容に終始うなづきっぱなしでした。
動かないのを動かすから楽しいってのは、すっごくよくわかるんですよね。
できないって言われると燃えるっていうのか。

調子に乗って以前詰まった開発について、質問したりもしました。
で、Go 1.8 のWindows のシステムの証明書ストアへのアクセスを、僕が作ったってでてくる mattn さん。やはりすごい。

php.iniについて知る (uzulla さん)

闇しか感じない…

ini ファイルを複数舐めるのに、重複する設定が上書きとか、辛い!!
おまけにあるディレクトリにいたっては、その中にある ini ファイルを全部なめたりするし。
これも質問させてもらって、ディレクトリの捜査順序ってどうなりますか? と聞いたところ、呪文が帰ってきました。やはり辛い…

そろそろプログラマーもFPGAを触ってみよう！ (kazunori279 さん)

聞きながら、だいぶ思考を変える必要があるなーと感じました。
それを踏まえて、HLS をやる場合それを前提としたコーディングをして性能最適をすべきか、っていう質問をしようと思っていたんですが、忘れてしましましたw

で、帰宅

レッドブル 2 本とフリスク、さらに帰りがけにホットコーヒーと完全に目が醒めてますw
まぁ 5 本飲んだ方もいたようですし、きっと大丈夫。

来年は話す側で参加するために、ネタを仕込んでいきたいと思います。
きっと Windows 開発は競合が少ないはず。きっと…

2016-10-26

Rust でネストが深くなったけど未解決

Rust

前に行った into_iter() は無事動きました。何だったんだ。

今はこんな感じです。

perf_client/pdh_wrapper.rs at master · ROki1988/perf_client · GitHub

impl PdhController {
    pub fn new(path: Vec<PdhCounterPathElement>) -> Option<PdhController> {
        pdh_open_query()
            .map(|q| {
                let cs = path.into_iter()
                    .filter_map(|e| {
                        pdh_make_counter_path(&e)
                            .and_then(|p| pdh_add_counter(q, p.as_str()))
                            .map(|c| {
                                PdhCollectionItem {
                                    element: e,
                                    hcounter: c,
                                }
                            })
                            .ok()
                    })
                    .collect::<Vec<_>>();
                PdhController {
                    hquery: q,
                    hcounters: cs,
                }
            })
            .ok()
    }
}

ふかい! ふかいんだよ…
依存があるのはそうだからしかたないけど、どうにかしたい。
do 記法とか for 内包表記とかにあたるものがあれば、まだましになるはず?
相変わらず PdhController 返してるあたりが胡散臭いけど、またあと。

2016-09-19

Rust で Windows のパフォーマンスカウンターをとってみる

前回作った車輪の再発明!! 言い訳はしない!

GitHub - ROki1988/perf_client

色々頑張った結果…

fn main() {
    let path_list = vec!["\\Memory\\Available Mbytes"];

    if let Some(pdhc) = PdhController::new(path_list) {

        let m = pdhc.current_values();

        println!("{:?}", m);
    }
}

main 関数がこうなりました。だーいぶ隠せたかな?

大まかな流れ

とりたいメトリクスの PATH 配列を入力として、カウンター取得のための構造体を作成。
current_values() を呼び出すたびにそのタイミングでの値が Vec で返ってくる寸法。
PDH_HQUERY の開放も、 PdhController がスコープ外になって消えるタイミングでやるように trait を実装。

改善すべき点

一番最初の HCOUNTER 取得から PdhController 生成の部分が胡散臭い。
PATH の部分を文字列でなく PDH_COUNTER_PATH_ELEMENTS の wrapper なりにすれば、もうちょい使いやすくなるかも。
値を返すのでなく、値を順繰りとれる iter は実装中。

iter ができたら、送信部分つくってみるかー

ソモサン

私rohkiによる活動や読書の記録をつらつらと書くページです

builderscon tokyo 2017 でツライだけではない話を聞いた #builderscon

明日に続く

蛇足

YAPC::Fukuoka 2017 Fukuoka に参加してきた

YAPC::Kansai 2017 OSAKA で会場のあれこれしてた #yapcjapan

Rust で素朴に HTTP リクエストを投げる