Case study of using unsafe to implement hashable type. Presented at try! Swift 2017 Tokyo, Japan.
![Unsafe Swift](https://cdn-ak-scissors.b.st-hatena.com/image/square/d60dee39ed71b1ec29496c80a5d54a92ff60f399/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F3380795c24484575a9c48259d43ef13e%2Fslide_0.jpg%3F7623322)
All slide content and descriptions are owned by their creators.
2017 - 03 - 04 CI環境におけるaws-cliのインストール結構つらいよね問題 AWS Docker ECR つらい 、というのはあくまでCircleCIとかでインス トール するときの話。 github.com 動機 今Docker Registryを Amazon ECRに移行していってるんですが、今までCI上でやっていたdocker build/docker tag/docker pushのプロセスをECRでも同様にやるために、 ecr get-login をする必要がある。 ecr get-login の正体はECRにdocker loginするためのコマンドを標準出力で返してくれるというもの。 $ aws ecr get-login --region ap-northeast-1 docker login -u AWS -p あなたのアクセストークン none ht
概要: RustにはSizedというトレイトがあり、一部の例外を除いて暗黙のうちに実装されている。Sizedが実装されていない型はDynamically Sized Typeと呼ばれ、これらのデータはfatポインタを経由してアクセスする。この仕組みを説明する。 Sizedの使い方はAPIリファレンス、The Bookの該当部分とその日本語訳、Rustonomiconの該当部分をまず読むとよい。 この記事では、コンパイラがSizedをどう実装しているかという観点からまとめ直してみた。 Sizedとは何か Sizedは標準ライブラリで定義されているトレイトである。 pub trait Sized {} Sizedトレイトは次の2つの意味をもつようだ。 Sizedを実装する型は、全て同じバイト数である。C言語のsizeofに相当するstd::mem::size_of が使える。(Sizedでない
Buy this domain. nyarn.tech 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
YAPC::Kansaiでトークしてきました。 yapcjapan.org RDBアンチパターンの話してきました。 去年、PHPカンファレンスでRDBアンチパターンの話をして盛り上がったのでそれの第二弾です。 b.hatena.ne.jp speakerdeck.com 僕が伝えたい事はたったひとつ。 このブログを読んだらすぐ自分たちのサービスのバックアップとリストア手段確認してください! お兄さんとの約束だぞ!! このトーク応募したらGitLab.comが大事故起こしたり、S3が落ちたり世の中では大変そうでした。 www.publickey1.jp ヒューマンエラーとかあるんですよほんと。 僕もいっぱい見てきたし、やったし(ぉぃ なので本当にもうこれだけは絶対確認してほしいって思います。 実際に「バックアップ無いDBをバグで飛ばしたんですけどどうすればいいですか?」とか相談来ます。 ほん
今日はブログ更新頑張るDayです。 米子にイケてるPHPのイベントがあったので参加した時の話です。 speakerdeck.com ちょっとslideの補足書きます。 Webサービスのインフラ 地方の受託開発だとまずはレンサバ。 それを前提にレンサバの責務を超えるとVPSを借りてサービスを作るのが一般的ですよね。 でも自分たちでちゃんとVPSをメンテナンスするの大変だって話を沢山聞きます。 レンサバはよく出来たPaaSでインフラ部分を業者側がメンテしてくれます。 それと同じようにメールであったりDNSもPaaSに任せましょう。 どんどんPaaSの肩に乗って楽をしましょうってのが1章の話です。 運用と監視 受託開発だとこの2つはコスト部門だからと言って無視してませんか? 本当に良い受託開発はユーザの課題を解決し、サポートパートナーとして寄り添うことだと思います。 だからこそリリースした後の事
気がつけばもう3月。 毎月、ブログを書こうと思っていたのにいきなり2月で挫折しました。 でも過去を振り返っても仕方ないので気持ちを入れ替えて登壇報告です!! 第19回中国地方DB勉強会 in 米子とMySQL Casual Talkで登壇しました。 speakerdeck.com # 第19回 中国地方DB勉強会 in 米子 dbstudychugoku.github.io # MySQL Casual Talk togetter.com ロック、苦労しますよね。 しかもここでは紹介しませんでしたが粒度としてはここで話したのはHeavyweight Lockの話なのでもっと下のレイヤーも絡みだすと泥沼です。 でもハードの力を使い切ることはエンジニアの腕の見せどころでもあると思います。 このへんの話、苦労話は多いけどじゃあどうやって打開したか!?みたいな話は少ないので機会を見つけてアウトプッ
unit test best practices.md What to use Test runner: ava React components testing: enzyme Endpoint testing: express + supertest Mocking framework: sinon External dependencies mocking: proxyquire Test cases all the following examples are using ava syntax, but they may be easily adapted to mocha or tape as well react components import test from 'ava'; import React from 'react'; import {shallow} from
And here is sample code. Build SwiftMocks.xcworkspace and run the tests. Experiment with changing things in Waiter.swift to see how the tests report those changes. The official repository of Swift Hamcrest is here. Recommended BookDisclosure: The book link below is an affiliate link. If you buy anything, I earn a commission, at no extra cost to you. Refactoring: The Improving the Design of Existin
twitter.com 関数を完全にテスト可能にするためのものが2つあります。作用の分離と共作用を表面化です。この2つの側面の背景にある理論を探り、どのようにすればテスト容易なコードに導けるかを示します。また、最近オープンソース化されたコードベースを基にKickstarterで我々がどのように実践しているかも紹介します。 テスト可能なコードを書くということの2つの側面 テストについて深く話します テスト可能なコードを書くには?それは表裏をなすものです。 そして関数言語を例にとって、キックスターターで我々がやっていることをお話します。OSSにしたのでみてもらえます。 Contact Me! なぜテストをするか。経験と方法について知ることが必要 潜在バグを潰せたりして良い。先人たちが色々言っている。 私自身コードを書く時に関数的な書き方で書くことは良い試練だと思う。 実装のためにコードを書くの
目的 2017/3/1 に us-east-1 の S3 大規模障害がありました。過去にもいくつか発生しているのと、いつ使っているリージョンで同じ事態が起きてもおかしくないと思い、これを機に過去どのような障害があったのか遡って調べました。 所感 毎年どこかのリージョンで大規模な障害が起きている ap-northeast-1 で起きていないのはたまたま、運がいいだけ AWS は復旧時間の改善・可用性向上に全力を尽くしているものの、未知の障害はいつかどこかで起きるもの ステータスダッシュボードは時に嘘をつく クラウドシェアトップである AWS はインターネット全体の SPOF になりつつある Chaos Monkey の思想は必須 報告書読むの面白い AWS の中身がすこし透けて見えてきます 前回データセンターについて調べたことが役に立った AWS のデータセンターに侵入する(妄想で) - Q
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く