ほんまにたつんかーい しかし流し読みでもツラカッタ pic.twitter.com/eXVlp5QddN— rohki (@r_ohki) 2020年5月16日 モチベーション 買った時は オブジェクト指向 #とは を源流を知りたくてかった、はずでした。 実際に届いたら厚さにビビったり、仕事でコード書く頻度が下がったりで長い間積読に。 最近本読めてねーなーから一念発起。最後の方は流し読みでもいいからまず読み切ろうって感じでした。 (咀嚼しきれてないけど) 感想ぽいもの separate てなんか Future ぽい 解決したい課題は同じで、非同期の箇所を型やなにがしらで明確化したいってところだろうか 拡張型と参照型の区別をしない言語ってどうやって対応するんだろ コンカレントエンジニアリングのクラスタって、境界付けられたコンテキストとかそういうのと似た印象 故、めっちゃ難しいとおもってる 継

タイムラインに ↓ が流れてきたのでこれはやらねば async/.await 対応 してみての雑感です。 rusoto 0.43.0-beta.1 is available now with async/.await support, please help test! 💜 here's a blog post about the near-term future of rusoto https://t.co/fmZkbH7pys #rustlang— iliana destroyer of worlds 🏳️‍⚧️ (@ilianathewitch) 2020年2月7日 雑感 感触はよさげ。.await? で Result 型もむけたりする .await 忘れが罠臭い。コンパイルできるし起動できるがスルーされる Option::unwap_or_else とかがちょっとつらそう? 回

rust.tokyo 遅ればせながら感想を。*1 まずは、スタッフや登壇者のみなさん、本当にありがとうございました。 セッションや Networking Time で非常によい刺激を受けられました。 セッション一覧で Servo や TiKV by PingCAP が見られたので、努めてそちらを聞きに行きました。 英語で翻訳なしでしたがまぁそこは頑張ってみようと。 特に印象に残っている感想を以下で書いてきます。 Lifetimes: A Survival Guide 資料 そうそう! とうなづいてました。 データがどう入れ子になってていって、いつまで活きてて、あこのデータは一人歩き出来なきゃだから Clone しようとか。 Rust に惹かれた lifetime や Ownership の考えが視覚化されててよかったです。 まとめの画像、よいすよなー。 The Hitchhiker’s G

アジャイルレトロスペクティブズ　強いチームを育てる「ふりかえり」の手引き 作者: Esther Derby,Diana Larsen,角征典出版社/メーカー: オーム社発売日: 2007/09/01メディア: 単行本購入: 10人 クリック: 1,282回この商品を含むブログ (117件) を見る えー、直観で書いてます。やってないし根拠もないです。 連休中、アジャイルレトロスペクティブを読んだときに、ふっとわいてきた思いつきです。 僕個人として、運用でメトリクスを見ていると、統計方法として用意されている平均の使用頻度が低いです。 パーセンタイルとか最大最小の方が特徴が表れて分析に使いやすい感触です。 その結果、平均の使用頻度がますます下がっていく感じです。 で、チームレーダーもそうなのかなーとなんとなく思いました。 書籍には平均するって書いてあって、どなんだろっておもったんです。 チーム

「Windows Virtual Desktop」正式サービスとして提供開始、マイクロソフト純正のVDI環境。Azureの東西日本リージョンからも利用可能に マイクロソフトはクラウドサービスとしてWindows 10の仮想デスクトップ環境を提供する「Windows Virtual Desktop」を正式サービス化したと発表しました。 パブリックプレビュー版は米国リージョンからのみ提供されていましたが、正式サービス化に伴い、東日本と西日本リージョンを含む全世界のMicrosoft Azureのリージョンから提供されるようになりました。 Windows Virtual DesktopはMicrosoft Azureのクラウドサービスとして提供されるため、Azureのクラウドコンソールから容易にプロビジョニングが可能。 クライアントとしてWindowsマシンは当然のこと、シンクライアントやiPa

github.com AWS Kinesis Stream Subscriber USAGE: k-iter [FLAGS] [OPTIONS] --region <NAME> --stream-name <NAME> FLAGS: -h, --help Prints help information -V, --version Prints version information --verbose Enable verbose mode. OPTIONS: --data-format <TYPE> Set data output-format. [default: UTF8_STRING] [possible values: RAW_BYTES, RAW_STRING, UTF8_STRING] -t, --iterator-type <TYPE> Sets iterator type

自分が作りたいもののためにメモ。きっと忘れて見返す。 こんな書き方できるんですねー。 ちょっと前までコンパイルエラーで落ちてた記憶がうっすらとあります。 #[derive(Debug)] struct SpanIdentity { trace_id: String, span_id: String, } #[derive(Debug)] struct SpanContext<'a> { id: SpanIdentity, parent_span: Option<&'a Self>, } impl<'a> SpanContext<'a> { fn context_iter(&'a self) -> impl Iterator<Item = &'a SpanContext<'a>> { let mut acc = self; std::iter::from_fn(move ||{ let r

標準ライブラリ 標準ライブラリには時刻を扱うための基礎となる型のみが定義されている。暦やタイムゾーンなどを扱うときは後述の chrono を使うのがよい。 std::time::Duration ... 時間。 std::time::Instant ... 体内時計の時刻。 std::time::SystemTime ... 時計の時刻。 Duration 時間はOSとは無関係なのでlibcoreに定義されている。 src/libcore/time.rs pub struct Duration { secs: u64, nanos: u32, // Always 0 <= nanos < NANOS_PER_SEC } したがってこれは0秒以上264秒未満の範囲内の時間をナノ秒単位で正確に表現できる。 InstantとSystemTime 標準ライブラリには時刻を表す型が Instant

Chapter3: Alerting on What Matters 監視データを精査し収集出来ていると仮定して、それらから何をAlertすべきかに話は進んでいきます。 アラートが狼少年と化している担当者の方には是非一緒に見ていただきたい章となっています。 Automated alerts are essential to monitoring. They allow you to spot problems　anywhere in your infrastructure, so　that you can rapidly identify their　causes and minimize service degradation and disruption. But alerts aren’t always as effective as they could be. In partic

参加してきました https://opencensus.connpass.com/event/123885/ いやー面白かった。 自分が気になって見積もりに時間かけてるところがやっぱりネックになっていて、みんな気にしてるという同じ認識を持てたのもよかったです。 京都からきてよかった。 資料リンクだけ並べてるので、感想は後ほど。 -> 書いた! なぜに京都から??? rohki.hatenablog.com 前に調べたり、Scala 関西で @grimrose さんの話きいたりしてました。僕にとって今一番面白いところだからです。 面白さの背景を書くと、Managed Service を使っていてメトリクスやログがとりやすくても追跡はひたすらしんどいってのを何度か味わってるからです。 ロードバランサーのエラーコードの発生個所や遅延の発生、HTTP のアクセスログ、アプリケーションログ、サーバー

AWS News Blog AWS App Mesh – Application-Level Networking for Cloud Applications AWS App Mesh helps you to run and monitor HTTP and TCP services at scale. You get a consistent way to route and monitor traffic, giving you insight into problems and the ability to re-route traffic after failures or code changes. App Mesh uses the open source Envoy proxy, giving you access to a wide range of tools fro

n月刊ラムダノート創刊号へのたくさんの応援ありがとうございます。n月刊ラムダノートは、1号分の記事が集まったら次号が発行される不定期刊行の技術解説誌です。 そこで、記事を書きたい専門家の方、自分が読みたい記事を書いてほしい専門家に心当りがある方へにお願いがあります。 n月刊ラムダノートへの寄稿をご検討ください 「自分が専門とする分野の解説を、関連する他分野の技術者や若者に向けて残しておきたい」 「公開したい技術文書があるけれど、論文のようにフォーマルな内容ではないから、個人ブログで公開するしかないかな」 「技術書を書きたい。でも、いきなり本を一冊書くのは大変だ」 と考えることがありませんか？　その原稿、n月刊ラムダノートに寄稿してください！ 専門外の人でも読めるように文脈を補足したり、文章を読みやすくしたり、解説図を追加したり、よりよい記事にするために編集者が積極的に改良をお手伝いします。

プレビュー版のWVDは無料だが、利用するには有料のAzureのサブスクリプションが必要だ。 WVDを利用できる環境は、「Windows 10 Enterprise」「Windows 7」「Windows Server 2012 R2, 2016, 2019」の以下のライセンスだ。 関連記事 「Windows Defender ATP」改め「Microsoft Defender ATP」、Mac版プレビュー開始 Microsoftがセキュリティ対策サービス「Windows Defender ATP」の名称を「Microsoft Defender ATP」に改め、そのMac版の限定プレビュー提供を開始した。 Microsoft、「Windows 7」も安全に使える「Windows Virtual Desktop」発表 MicrosoftがAzureでの仮想デスクトップ環境「Windows Vi

お手製のCPUの上で自分で作ったOSを動かすというのは、割と夢のある行為だと思っていて、今回それを一定のレベルですることができたので、簡単に内容についてメモをしておこうと思います。 曖昧な日本語を読むより、プログラムを読むほうが速いと思う人は、駄文を読まずにGitHubを見てください。 https://github.com/moratorium08/osmium/ 僕が書いたのはOSだけで、コアはATPが書きました。また、乗算命令の実装はdaiが書きました。 https://github.com/hitohira/yokyo 概要 RustでフルスクラッチでRISC-V(rv32im)で動作するOSの実装をしました。OSを実装するにあたり、ページングやカーネルとユーザーモードでの権限切り分け、割り込みなどの仕様を考える必要があり、これもRISC-VのPrivilegeの仕様書に従ったものに

（追記）これまでの活動を時系列にまとめたTwitterのモーメントを作りました。記事はこちらで追えますので、合わせてご覧ください。 Twitter Moment: 兵庫県警へ「不正指令電磁的記録に関する罪」の情報公開請求をしました はじめに 先日、「forループでalertウィンドウを出すだけ」という、いわゆるジョークプログラムへのリンクを張った3人が、兵庫県警によって1名(未成年)が補導、2人が書類送検される予定という事案が発生しました。(for文無限ループURL投稿で補導された件についてまとめてみた) この事案について、兵庫県警に対し兵庫県情報公開条例に基づいて以下の情報公開請求を行いましたので記録します。 なお本記事については、以前に同様に神奈川県警に対して情報公開請求を行った 梅酒みりん 様へお願いし、文面について利用させて頂くことを快諾頂きました。この場を借りて感謝を申し上げます

第1~3回で非常に好評だったWeb System Architecture研究会の第4回を京都で開催します！ websystemarchitecture.hatenablog.jp Webを中心とした様々な技術要素および要素のつながりを含む系全体のアーキテクチャを議論をします。 WSA研の概要はこちら。websystemarchitecture.hatenablog.jp すでに参加希望を多数いただいているため、発表募集枠はあと1~2名ほどになります。 日時と場所 日時: 2019年4月13日(土) 11:00~19:30 その後 懇親会 場所: 株式会社はてな 京都オフィス(本社) 京都府京都市中京区御池通間之町東入高宮町206 御池ビル8F 発表形式 参加者全員発表型の研究会です。 発表時間15分、質疑応答15分を予定しております。 発表形式はスライド、もしくはホワイトボードを用意いた

https://junkyard.song.mu/slides/yapc-tokyo-2019/#0 「技術力が無い人間がエモに逃げてはいけない」という個人的ポリシーを持っていて、あまりエモい話は登壇ではしないようにしてきたんだけど、今回は「報恩謝徳」がテーマということで、思いっきりエモい話をしてやろうということで申し込んだ。このテーマならベストスピーカー狙えるだろうとも思っていました。 しかし、トーク採択していただいたものの、実は40分のところを20分にしてくれないかという打診があり承諾していました。僕は比較的運営から近い位置にいるのでそういう打診をしやすかったのかも知れず、そういう相談をしてもらえるのは嬉しいし、登壇者が増えるのも良いことだとも思い快諾しました。 とは言え20分にまとめるのは難儀でした。登壇は多少は慣れているつもりですが、今回はかなり難産で、資料作りに苦労しました。 プ