1冊の単語帳を1127日かけて2周したら語彙力が1万2千語になった
「英文がスラスラ読めるようになりたい」私の切実な願いに、読書猿さんは言い放った 「まず2万語な！」 ――― 6年前の話 だ。 藁にもすがる思いで手を出したのがこれ。1127日かけて2回読んだ。結果は次の通り。 7870 words 始める前 9944 words 1周目（610日）完了後 12509 words 2周目（517日）完了後 語彙力は preply でテストした。 語彙力が増強されていることが数字で分かるが、あまり驚きはない。この『Merriam-Webster's Vocabulary Builder 』は、250もの語根や語幹をベースに単語を解説する単語帳で、私の英語力で背伸びして読めるレベルなので、そりゃ2回も読んだら強くなるわな、と思う。 それよりも、3年も続いたことに驚いている。 学校を卒業してから、英会話学校へ通ったり（1ヶ月で挫折）、通信講座を受けたり（2ヶ月
モバイルアプリのオブザーバビリティを向上させるプラクティス
https://fortee.jp/iosdc-japan-2022/proposal/6bafac07-06f1-4846-964e-78dccfb29185 【iOSDC Japan 2022 09/12 11:25〜 Track E レギュラートーク（20分）】 近年、SRE（Site Reliability Engineering）の手法をアプリケーションにまで拡大しようといった動きが盛んです しかし、実際にモバイルアプリの可観測性≒オブザーバビリティを向上させるためには、ネイティブエンジニアの専門性が求められる場面が多く、あまり実際に効果のあった事例が共有されていないように感じます このトークでは - アプリ内で計測される指標を用いてSLI / SLOを構成する - アプリ内でのレスポンスのパースエラー検知 - 問い合わせ調査のオブザーバビリティ向上 - 外部SNSの認証サービス
Flutter 私の考えた最強のlogger (Firebase Crashlytics , Analytics連携編)
初めまして！ viviONでFlutterのアプリのエンジニアやっているDiegoと申します。 私の考えたloggerの設定について皆さんに共有して、是非をお伺いさせていただこうかと考えています。 一読していただき、ぜひコメントなどでFBいただけると幸いです！ Flutter 私の考えた最強のlogger 皆さんFlutterアプリ開発時にlogの出力など行っていますでしょうか？ 値を確認したい時はdebug機能で止めるからいらない！ printなら出しているよ！ log出力のpackage使って出してるよー 上記のような色々な方がいらっしゃると思いますが、 私は開発時に思いもよらない挙動などしていないかを確かめるためにpackageのloggerを使用して、logの出力をしております。 loggerではlogのレベルによって色を分けてくれるので、開発していてみやすくて助かってます！ そん
変更履歴を持つテーブルの設計 - Qiita
ある日のできごと 少し前、「ブログの記事のようなものを、履歴を残しつつ編集できるようにするにはどのようなテーブル設計が良いか？」と尋ねられたことがありました. その時, まず思いついた（というか見聞きしたことがある方法）のは以下の様な2通りの方法だった. 記事テーブルにバージョン番号を持たせる方法 記事テーブルとは別に, だいたい同じ構造の履歴テーブルを持つ方法 こられの手法のメリット・デメリットについて, すこし考えていきたいと思います. その1 記事テーブルにバージョン番号を持たせる方法 概要 この方法では, 記事テーブルは一つだけ用意し, 更新される度に新しいレコードを追加していきます. 主キーはidとなるが, これはサロゲートキーで, 本当の主キーは「記事グループid + verison」の複合主キーとなっています. 記事の最終更新日時は, 最新Versionのレコードのinser
履歴テーブルについて - 一休.com Developers Blog
この記事は一休.com アドベントカレンダーの25日目の記事です。 レストラン事業部エンジニアのid:ninjinkunです。 一休.com及び一休.comレストランはユーザー向けのシステムだけではなく、店舗や一休内の管理者向けの業務システムという性格も持っています。 業務システム経験の無かった自分が一休に転職して最初に驚いたのが、DBに履歴を保持するための履歴テーブルが大量にあることでした。 そこから履歴テーブルの存在に興味と疑問を持ち、社内外のエンジニアと履歴テーブルについて議論してきました。このエントリではそれらの議論をまとめた結果について書いていきます。 履歴テーブルのパターン まず以下の図をご覧ください。 込み入った図かつ事例が一休特化で恐縮ですが、左上の起点から始まって、右のオレンジの部分が最終的な実装パターンです。 図にあるとおり、たいていのユースケースでは以下の3パターンの
リサーチとAI 良い関係性の築き方 - inSmartBank
こんにちは！SmartBankでUXリサーチャーをしているHarokaです。 今回は、リサーチ業務に生成AIを取り入れる方法をテーマに、Notion Labs Japan 合同会社 ソリューションエンジニアの早川和輝 (@kzkhykw1991)さんとの対談をお届けします。 blog.smartbank.co.jp きっかけは2024年2月に実施したイベントで、その中でNotion AIのご紹介がありました。 データベースにAI機能を埋め込み、一気にタグ付けする様子などを目の当たりにして、これはすごいぞ！と率直に感動しました。 それと同時に、実は私が今行っている作業、AIに任せた方がいいものもあるんじゃないかな？と感じました。 Notionでユーザーリサーチを変える ~スマートバンク社のユーザーリサーチ文化の作り方~ - YouTube ここ数年、生成AIが一般にも浸透してきており、リサー
Amazon CloudWatch[本格]入門 ~クラウドネイティブオブザーバビリティストーリー~：アライとウマカツ
AWS Hero とAWS Top Engineerが執筆した渾身の技術書第3弾！ かわいい表紙とは裏腹に、本格的な技術内容が盛りだくさん。 AWS IAMと同じく、AWSエンジニアにとって避けて通ることができないCloudWatchの真髄を本書で味わうことができます。 ▼どんな本？ 本書は、クラウドネイティブシリーズ3作目として、AWS×クラウドネイティブ×オブザーバビリティ(CloudWatch)をテーマとした技術書です。 1章では、オブザーバビリティの概要と重要性について述べています。 クラウドネイティブの文脈におけるオブザーバビリティの必要性とCloudWatchとの関連性について解説します。 2章では、Amazon CloudWatchの歴史とサービスの全体像について触れています。 Amazon CloudWatchの歴史はAWSが提供するサービス群の中では比較的古く、サービス誕
![Amazon CloudWatch[本格]入門 ~クラウドネイティブオブザーバビリティストーリー~：アライとウマカツ](https://cdn-ak-scissors.b.st-hatena.com/image/square/25c01e63b101b2e6baa72cbb14dfc0599c45c760/height=288;version=1;width=512/https%3A%2F%2Ftechbookfest.org%2Fapi%2Fproduct%2Fogp%2Fimage%2FuJL2pyLHyk92xYv4P25cJ7)
構造化ログのフォーマット logfmt vs JSON lines - methaneのブログ
構造化ログのプラクティスをあちこちで調べていたら、logfmtを推奨する記事を見つけたので調べてみました。 先に結論を言うと、JSON linesを使っておくのが良さそうです。 logfmt について logfmtとはスペース区切りで key=value を並べたフォーマットです。文字列にはクォートとエスケープによってスペースや改行を含められます。 at=info method=GET path=/ host=mutelight.org fwd="124.133.52.161" dyno=web.2 connect=4ms service=8ms status=200 bytes=1653 (logfmt から引用) あちこちで logfmt のリファレンスとして紹介されているのはこの記事です。 https://brandur.org/logfmt 発明されたのはどこか分かりませんが、流行
フロントエンド監視の全体像と実現方法
必要性 フロントエンドの監視はバックエンドやインフラのそれらと比べ、優先度が低くなりがちです。 バックエンドやインフラでの障害はサービス継続に直結するため、これは当然と言えば当然なのですが、別の理由もあると考えています。 それは計算リソースをサービス提供側が管理していないことです。 例えばアプリケーションがインフラとして AWS を利用しているなら、AWS のリソースを管理するのはサービス提供側です。 これは AWS 以外のクラウドサービスプロバイダやオンプレであっても同様です。 一方でフロントエンドはエンドユーザのブラウザ上で動作し、これを管理しているのはエンドユーザです。 フロントエンドはその性質上、監視の「盲点」になりがちです。 しかしフロントエンドはエンドユーザが直接触れるものであるため、そこで何が起きているかサービス提供側は正確に把握する必要があります。 マイルストーン フロント
フロントエンドで収集するべきテレメトリは何か
先日『フロントエンド監視の全体像と実現方法』という記事を投稿しましたが、その中でテレメトリについては触れませんでした（※本記事は上記記事の内容を知らなくても読み進められるようになっています）。 というのは、テレメトリは可観測性を実現するための重要な概念ではあるものの、テレメトリを軸に監視を考えるのは手段の目的化になってしまうと考えているからです。 重要なのはサービスにとって何を観測するべきかを考えることであり、テレメトリはそれを設計や実装に落とし込む際に現れるものです。 一方で監視に対する理解を深める上では、テレメトリを軸に考えることも重要でしょう。 そこで本記事ではフロントエンド監視においてどのようなテレメトリを収集するべきか述べていきます。 監視 SaaS と OpenTelemetry (OTel) Datadog, New Relic, Sentry のいずれかを利用することを考え
Work Log on Google Docs
自分が仕事をするにあたり使っている Work Log の様子をなんとなく文書化する試み。留意事項: 書き出す過程でなにか発見があったらいいなという意図であり、別に他人に勧めるようなものではない。特段仕事が得意な人間でもないのよ。 いわゆる仕事 work log / journal の必要性は色々な人が説いており、ツールも古くは Changelog Memo (さすがに古すぎる) から Emacs Org Mode (これも古いな) まで色々ある。（発見1: 最近の work log アプリについて自分は何も知らないすぎるのでは?) 自分は仕事での work log に Google Docs を使っている。セキュリティの決まりを守るために選んだだけで特別良いものというつもりもないが、運用次第ではそこそこ使える: 特に sync が壊れずきちんと動くのが良い。職場のデスクトップ、ラップトップ
SSHログインの失敗が大量に記録されているとSSHログインが極端に遅くなる - Repro Tech Blog
Development Division/Platform Team/Sys-Infra Unitの伊豆です。Sys-Infra Unitはインフラエンジニア・SRE 的な役割を担っています。 今回は、ある日突然SSHログインが遅くなったときに調査した内容を共有します。 SSHログインに数分かかる ある日、AWS EC2上で動いている開発環境のSSHゲートウェイにSSHログインすると30秒以上かかると報告がありました。-vvvオプションを指定してSSHログインしてみるとpledge: filesystemというログが出力された後、数十秒から数分程度かかってSSHログインが成功する状況でした。 pledge: filesystemやssh slowなどで検索してみると、主に以下のような対処法が挙げられていましたがどれを試しても状況は改善されませんでした。 systemd-logindを再起動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fixing Size Issues with Flutter Print Statements
Logger for Flutter: how to log your messages in Flutter
A Complete Guide to Flutter Remote Logging with…
Building High-Quality Production Flutter App: A Complete Guide to Flutter Remote Logging with GCP Cloud Logging
flutter-tips-and-tricks/tips/0141-dont-use-debug-print/index.md at main · bizz84/flutter-tips-and-tricks
talker_flutter | Flutter package
the_logger | Flutter package
Logging (The Boring Flutter Development Show, Ep. 39)