今回はビジネス系ではなく、英語学習系の記事になります。実は私、20代のころにTOEIC満点を獲得しているバイリンガルでして、英語のミーティング参加やメール作成などの仕事もこなしています。 今年はNFTやメタバースといったweb3の台頭、SaaSグローバル企業との競争など英語に触れる機会も多いので、私が日本にいながら英語力を落とさないためにやっている勉強法をまとめてみました。 今年こそは英語やるぞ！と思っている人はぜひどうぞ。 前提：99％の英語学習者が誤解していること私が今まで出会った中で99％の人が知らない、けど英語ができる人はやっているポイントがあります。それは英語学習というものは「自分が発音できる英語しか理解できない」です。どういうことでしょうか？ 例えば、こちらの単語を見てください。正しく発音できますか？ month これは「月」という意味ですね。2月や12月という月です。発音は「

これまでの研究により、習慣的な飲酒は脳やDNAに大きな影響を与えることが分かっています。これとは逆に、それまで飲酒していた人がお酒を断ったらどうなるのかについて、サイエンス関連のムービーを手がけるYouTubeチャンネルのAsapSCIENCEが解説しました。 What Happens When You Quit Alcohol? - YouTube アルコールにより年間300万人が死亡しており、アルコールは防ぎうる死の要因の第1位になっています。そのため、飲酒量を減らすのは大きな課題となっているわけですが、「では実際にお酒をやめると人の脳と体には一体どんな変化が起きるのか？」がこのムービーのテーマです。 断酒してから6時間後には変化が現れますが、変化の程度は断酒前にどのくらいお酒を飲んでいたかによってまちまちです。 さらに12～24時間後には発作や幻覚を引き起こす離脱症状である「振戦せん

知ってる人は知っている穴場レシピ 豚バラを言い訳に、キャベツとにんにくを大量に食べられてシメの中華麺がぶっちぎりでおいしいお鍋があるんです。 豚バラの脂がおいしくて。 味が染みたキャベツをどっさり食べられて。 尋常ならざる量のにんにくがほくほくのコンディションで、もう食える食える。 シンプル極まる内容なのに多幸感あふれるおいしさ。 だけど意外とメジャーじゃない、知ってる人は知っている穴場レシピ。イッツ・ア・豚バラキャベツにんにく鍋、やるべー。 材料（2人分） 豚バラ肉　200～300g キャベツ　半玉 にんにく　2玉 中華麺　2玉 酒　1カップ 塩　小さじ3 黒胡椒　適量 まあびっくりするのは調味料の少なさですよね。 とくに出汁をとるでもなく、これで本当においしいのか。 シンプル故においしいので困っちゃうところです。 調理開始です 具材を切ります。 豚バラは食べやすいサイズに。 キャベツは

はじめに せーのでございます。 誰にも知らせずまったり始めている「ビジネス書」アドベントカレンダー、本日は5日目です。 バックナンバー Day1: やる気が上がる8つのスイッチ Day2: 自分を操る超集中力 Day3: なぜ、あなたの仕事は終わらないのか Day4: 秋本治の仕事術 本日は印南敦史著「遅読家のための読書術」です。 遅読家のための読書術 私も何を隠そう遅読家です。小説などは毎日読み進めても2週間は当たり前、下手すれば数ヶ月かかります。 そんな私でもビジネス書だけなら一年で70冊程度は読めるようになったのは、ひとえにこの本のおかげと言ってもいいです。 この本は なぜ読むのが遅いのか なぜ読む時間が無いのか なぜ読んでも忘れるのか という章を通して、大人になってすっかり忙しくなってしまった私達が大きく勘違いしている「読書という概念」を指摘し、本を読む、というのはこんな感じだよ、

ここ最近では何らかのインターネットサービスを構築・運用するにあたって、ネットワーク越しのリトライを考えることは避けられなくなりつつあります。 micro services のようなアーキテクチャを採用している場合はサービス間のメッセージのやり取りはまず失敗する前提 (つまりリトライをする前提) で組む必要がありますし、たくさんのクライアントがいてそのクライアントが定期的に何かを処理してセントラルにデータを送ってくる IoT のようなシステムを構築する時もその処理のリトライをよく考える必要があります。 というわけで「ネットワーク越しのリトライ」についてここ最近考えていることをざっくりと書き留めるものであります。 前提 リトライをする側をクライアント、リトライを試みられる側をサーバと呼称します リトライにおいて、サーバおよびネットワークはクライアントよりも弱者です クライアントはリトライをコン

HTTPといえばHTML/CSS/JavaScriptや画像などの小さめの限りがあるデータを手に入れるためによく使われている印象がある。REST APIのようなHTTPを使ったAPIでも限りのあるデータがリクエストとレスポンスになる印象が強い。

複数のプログラムを順番に処理していく同期処理システムでは、どこかひとつの処理に時間がかかると後続の処理がまるごと遅れてしまいます。そんな同期処理に対し、ある処理の完了を待たずに次の処理を実行できるのが非同期処理。重たい処理によるボトルネックを回避できるため、ウェブサイトの応答速度改善などに役立てられています。クラウドストレージサービスのDropboxで開発が進められていた大規模な非同期処理フレームワークについて、同社のエンジニアであるArun Sai Krishnan氏が解説を行っています。 How we designed Dropbox’s ATF - an async task framework - Dropbox https://dropbox.tech/infrastructure/asynchronous-task-scheduling-at-dropbox これまでDropb

Frontend Study #1 訂正: 最後のzennの記事のリンク先は、正しくは https://zenn.dev/mizchi/articles/c638f1b3b0cd239d3eea です

Webアプリ負荷試験ガイド 目次 Webアプリ負荷試験ガイド 目次 前置き 時間がない人向け要約 about me 何故負荷試験を行うのか 負荷試験ツール 負荷掛けるツール 負荷計測 負荷の可視化 負荷試験の流れ 負荷試験スケジュールについて 注目すべきポイント シナリオ作成 アカウント情報は自動生成出来るようにする DB分割を行ってる場合はDB分割を意識したシナリオを用意する。 負荷試験元 http or https サーバ1台 サーバ単体での負荷 アプリの正常性の確認 サーバ複数台 KVS Memcached Redis RDB 問題になりやすいDB キャッシュの話 大前提 注意すべき点 CDNやProxyレベル local cache or remote cache local cache or memory cache(in app cache) references 更新情報 前

銀座Rails#26の登壇資料です https://ginza-rails.connpass.com/event/189892/

望遠レンズの特徴と撮影テクニックについて作例写真を見せながら解説します。実は望遠レンズだからこそ撮れる写真がたくさんあるんです。遠くのものを撮るだけではなく、圧縮効果や大きなボケを活かした写真表現ができます。望遠レンズを使いこなせるようになるとカメラがもっと楽しくなりますよ！ 神戸ファインダーをご覧いただきありがとうございます。Aki（@Aki_for_fun）です。望遠レンズ使ってますか？私は「遠くのものを撮る機会は少ないし要らないかな」なんて考えてたことがあるのですが、いざ使ってみると楽しくて仕方ないです。望遠レンズの魅力について、その特徴や扱い方について作例写真とともにお伝えします。 ※写真の下に撮影の設定を記載しています。焦点距離でカッコ内の数字はフルサイズ換算（35mm判換算）のおよその数値です。 望遠レンズの特徴・利点と撮影方法 望遠レンズは他のレンズと違ってどのような特徴があ

望遠レンズはとても使い勝手がいいです。 ご存知の通り、望遠レンズは被写体を拡大して撮影することができます。 しかし、もし望遠レンズのことを拡大して撮影するものとしか知らないのであれば、それはもったいないと思います。 なぜなら、望遠レンズにはいくつかの特性があり、これを知っていると表現の幅をぐっと広げることができるからです。 その望遠レンズの特性について順を追って書いてみたいと思います。 ズームできる これは皆さんご存知の通りです。被写体を拡大できるということです。 望遠レンズは焦点距離を長くすることで、被写体を拡大して撮影することができます。 例えば、これは焦点距離18㎜です。何を写しているのかもわかりません。 これが50㎜です。 中央に小さなフクロウがいます。例えば、標準ズームレンズは焦点距離18㎜～50㎜前後というものが多いので、同じ場所からだとここまでしか拡大できません。 一方で望遠

研修中に「マイクロサービス」の解説をしていると，たまに「モノリス分割」に関する質問が出てディスカッションをすることがある．当然ながら万能な分割アプローチはないけど，例えば DDD (Domain-driven design) などのアプローチを選択するなど，選択肢はいろいろある．そして最近「モノリス分割」に役立つアプローチを紹介した martinfowler.com の記事「How to break a Monolith into Microservices」を読んだ． 具体的には以下の「計8種類」のアプローチが紹介されている．原著を翻訳するのではなく，あくまで個人的なメモとしてまとめる．なお，日本語も個人的に載せているため，参考程度にしてもらればと！ Warm Up with a Simple and Fairly Decoupled Capability（シンプルかつ分離された機能で準

まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを

エンジニアの辛い仕事を消す本かも（多分） 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと

東京都練馬区(西武池袋線「江古田駅」)にあるソニーショップ山賀電気です。一般家電をはじめ、ミラーレス一眼カメラ、本格オーディオ、パソコン・インターネット関連製品に至るまで幅広く取り扱っております。

東京都練馬区(西武池袋線「江古田駅」)にあるソニーショップ山賀電気です。一般家電をはじめ、ミラーレス一眼カメラ、本格オーディオ、パソコン・インターネット関連製品に至るまで幅広く取り扱っております。

東京都練馬区(西武池袋線「江古田駅」)にあるソニーショップ山賀電気です。一般家電をはじめ、ミラーレス一眼カメラ、本格オーディオ、パソコン・インターネット関連製品に至るまで幅広く取り扱っております。