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

本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz

2021年後半から、web3という言葉をよく見かけるようになった。「ウェブの第3段階」のような意味合いの言葉で、ネーミングのベースになっているのはweb1.0、web2.0という概念である。 web3に関してはこの記事が猛烈に詳しいので詳細な解説は譲る。 参考）Web3 とは何か？急速に注目を集める新たなトレンド（The HEADLINE） このweb3の話に絡めつつ、自社の経営やマーケティング、クライアントビジネスを支援する中で感じていることを書き連ねながら、頭の中を少し整理してみたい。 web1.0が成し得たこと web1.0の始まりとはインターネットの始まりである。そのインターネットの人類史上における意義を言い表しているのが、「情報革命」という言葉だと私は思う。 農業革命や産業革命と同列に語られる情報革命は、その名に相応しい貢献をしてきた。そして、その革命にミッションがあるとするなら

本書は、Lydia Hallie 氏 と Addy Osmani 氏らによる Learning Patterns (https://www.patterns.dev/) の日本語訳です。原著は大きく 3 つのセクションに分かれていますが、本書は、その最初のセクションである Design Patterns を訳したものとなります。

前提 前提ですが。 transaction=Consistency/Isolationを担保する仕組みの話とする。 一般にtransactionが持つべき属性はACIDと言われる。C/Iに比べて、A/Dが“わかりやすい”のでAtomic/Durableの属性の方が人口に膾炙しているが、現在のtransactionではA/Dネタはあまり話題にならない。A/Dネタはローカルだけで見るのであれば普通にfile system /storageの話になる。元来Atomic/Durableはtransactionのコンテクストでは専らlogging / recoveryの話だった。そして、これは非同期のepoch-basedになるとそれ自体の取り扱い優先度が下がる。現代的なtransactionでは、「現時点ではread committedが保証されているFS/storageでA/Dの問題は(ある程度

アマゾン創業者、元CEO。宇宙飛行のコスト削減と安全性向上に取り組む宇宙開発企業、ブルーオリジン創業者。ワシントン・ポスト社オーナー。2018年、ホームレスの家族を支援する非営利団体の支援や、低所得地域の優良な幼稚園のネットワーク構築に注力するベゾス・デイワン基金を設立。1986年、プリンストン大学を電気工学とコンピューターサイエンスでサマ・カム・ラウディ（最優秀）、ファイ・ベータ・カッパ（全米優等学生友愛会）メンバーとして卒業、1999年、タイム誌「パーソン・オブ・ザ・イヤー」選出。 Invent & Wander メディア嫌いで知られ、生の言葉を聞く機会の非常に少ないジェフ・ベゾス。そのベゾス本人が、思考と行動の原則の全てを語る。 バックナンバー一覧 このような、いわゆるスペースコロニーは、国際宇宙ステーションとはまったく違います。コロニーの内部には高速輸送手段が備えられ、農業区域も都

おことわり 個々の関数や変数に正しい型をつける話はしません。TypeScript HandbookのDeclarationの章などを読むことをおすすめします。 かわりに、本稿では関数や変数の型宣言をどこにどう置くべきかの指針を与えます。 モジュールとスクリプト declareを正しく使うにはまずモジュールとスクリプトの区別を理解し、意識することが大切です。 ブラウザやNode.jsは外部からの指定でモジュールとスクリプトを区別しますが、TypeScriptでは原則としてファイルの内容でモジュールとスクリプトを区別します。 import 宣言または export 宣言が1つ以上あればモジュール。 CommonJSモジュールの場合はTypeScript専用構文である import = 宣言、 export = 宣言を使う。 それ以外の場合はスクリプト。 ただし、JavaScriptファイル (

はじめに　「量子力学」を考える上での注意量子力学が難解な学問という認識は、誰もが抱いているでしょう。 では、なぜ量子力学は難しいのでしょう？ その理由は、量子力学が本来は頭の中でイメージできるような概念を持っていないためです。 とはいえ、量子力学に関するさまざまな図解やたとえ話は、誰でも一度は目にしたことがあると思います。 しかし、実のところ、それらはすべて厳密には正しくないのです。 物理学とは、ニュートンからはじまり、目に見える現象の数々を説明する学問として発展してきました。 ところが、あるときこの理論が崩れ去り、既存の理論では一切説明のつかない事実が次々と発見されたのです。 それはたとえば、光が波として見ても、粒子として見てもどちらでも成立してしまう、という問題です。 これは頭でイメージしようとしても（あるいは図に描こうとしても）、思い描くことが不可能です。 そのため、物理学者たちはこ

サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。

はじめに Node.js の TypeScript-friendly な ORM である Prisma についての記事です。Prisma では PrismaPromise 型の値がよく使われており、それについて調べたことと、その設計が素晴らしい点をまとめています。 クエリの実行タイミング 次のような User モデルが定義されているとき、

本記事は、ShakuroのRita Kind-Envy氏による「UI/UX Design Trends Of 2022 You Need To Catch Up To」（2021年11月15日公開）の和訳を、著者の許可を得て掲載しているものです。 はじめに 2021年は2020年よりも良い年でしたか？UI/UXデザインに限って言えば、そうです。新しい素晴らしいウェブサイトやアプリが生まれ、グラフィックデザイナー向けの新しいソフトウェアがリリースされ、創造性が泉のように湧き出ているようでした。 デザイナーが在宅を余儀なくされると、より多くのものを生み出し、すでに存在するものについて考える時間ができます。退屈はアーティストの最大の敵で、その解消のために努力します。 世界の他の分野では、2021年は非常に困難な年でした。世界最年長の猫は34歳の誕生日を迎えました。うーん、そう、良かったのはそれだ

ここ2年くらいの話なのですが、仕事で「フロントエンド会」というチーム内委員会のようなものを立ち上げて運営しています。元々1人の Web フロントエンド職人がプロダクトの Web フロントエンドの面倒を見ていたのですが、その方が異動されることになったので、残った人で面倒を見ていける体制を作りましょう、というモチベーションで発足した会でした。この話については以前イベントで発表したので、詳しくはこのスライドをご覧下さい。 speakerdeck.com Web フロントエンド職人の異動とともに入社した id:mizdra が Web フロントエンドが得意だったので、ペアプロやペアオペ、定例会などを通じてどんどんスキルや知見を配っていく、という戦略で運営していました。実際に 2 年経過してみてメンバーも徐々にキャッチアップしていって、ちょっとしたパフォーマンス改善をやってみたり、最近 Gulp や

Qiita株式会社 Advent Calendar 2021（2）の20日目の担当は、CX向上グループの@xrxoxcxoxです！ この記事の概要 タイトルの通り、デザインに興味があるエンジニア向けのTipsをいくつかまとめてみました。 「自分はセンスがないからデザインは無理ですよ……」と仰る方が多いような気がしたので、持って生まれた感覚ではなくて理屈で良い感じにするためのあれこれを書き連ねてみました。 かつて社内向け勉強会で作った資料を記事化しているので一部記事に最適化できていない箇所もありますがご了承ください 色の選び方 UIやロゴ作る上で、テーマカラーを選ぶときは以下のあたりを確認しながら進める 商材やモチーフの印象にあっている 社会的な文脈に沿っている 明度や彩度がUI的に都合が良い アクセシビリティが高い 商材やモチーフの印象にあっている 例：水を扱うサービスのイラスト 茶色 青

皆さんこんにちは お元気でしょうか。冬だというのに、GPUと暖房で半袖装備でも過ごせています。 今年、長きにわたるMaster生活の終演を迎え、ようやくGrandmasterになることができました。 そこで、Grandmasterになるまでの経験をこちらに書き記しておこうと思います。 この記事はKaggle AdventCalendar2021カレンダー2、25日目になります。 qiita.com 著者の背景 Kaggleへの取り組み 1-3年目 4年目 IEEE's Signal Processing Society Avito Demand Prediction Challenge Home Credit Default Risk 5年目あたり 6年目 Global Wheat Detection 7年目 Shopee - Price Match Guarantee Hungry Ge

ご存じの方もいるかもしれませんが、TypeScript 4.5 Beta で遂に Node.js ESM がサポートされました。まだ Stable に来ていない実験的な機能なのですが、どういうものなのか気になったので、先日趣味で作っているプロダクトに導入してみました。で、この記事はその備忘録です。実験的な機能で、これから状況もどんどん変わっていくので、数カ月後にはこの記事の内容も古くなっているかもしれません。未来から来た人がこの記事を読んでいる場合は、注意して読んで下さい。 今回 TypeScript の Node.js ESM 対応を導入してみたのはこちらの eslint-interactive というプロダクトです。以前このブログでも紹介した ESLint の API を使った CLI ツールです。 github.com www.mizdra.net www.mizdra.net どう

概要 Docker コンテナの原則として「1コンテナ1プロセス」1というものがありますが、あえてこの原則を破りたいときがあるかもしれません。 公式: Run multiple services in a container 有志翻訳: コンテナー内での複数サービス起動 上記ドキュメントのラッパースクリプトを利用する方法には重大な問題があり、本番環境で使用するべきではありません。 (よりによって「本番環境でのアプリ運用」の項目にある) 公式ドキュメントに書かれているのに、死ぬというのはおかしいじゃないか それが罠だという証拠 ちなみに supervisord を利用する方法は問題ありません。 また、コンテナ向けに最適化された s6-overlay2 を利用する方法もあります。 ラッパースクリプトの問題点 プロセスの graceful shutdown が実行されない(プロセスに SIGKIL

サイバーエージェントでは今年、CA PoCMOCK CONTEST 2021というコンテストが開催されました。PoCMOCKは造語でそれぞれPoC(検証)・MOCK(モックアップ)を表し、エンジニア・クリエイターのアイディアやスキルを駆使して技術的・品質的・社会的な何かしらの課題を解決したプロダクトの一部を制作し披露する場になりました。 私自身は運営チームとしてコンテストに関わっていたのですが、社員賞を決めるための投票システムを作るためにクリエイター・PMとともに参加することにしました。 投票システムの前提として、2日間の開発期間で作りきること、また作ったプロダクトはその後すぐに社員が利用できる状態であることが求められていました。 本記事ではその制作を通じて発見できたことや工夫したところを紹介します。 NOTE: 本記事の内容はアプリケーション制作時(2021年8月)の情報に基づいています

2023年9月17日追記 内容は結構古くなっています。特にRiverpodはV2から変更が多くあります。 現在はStateNotifierよりNotifierが主流になっていたり、riverpod_generatorを使用したコード生成方式の方がriverpod_lintの恩恵を受けられるのでメリットもあります。 昔話として読んでください。 なぜ開発したのか？？ 勤怠管理は恐らく、どこの企業さんでも専用の勤怠管理システムを利用しているのではないかと思います。実際、私が所属している企業でも勤怠管理システムがあり、普段はそれを利用しています。 11月末ごろの話... (部長) { 12月から2ヶ月間、この課だけフレックスタイム制のトライアルが始まります。} (課員の脳内) { まじっ!!?うちの会社が時代に追いつこうとしてる...なんか裏がありそう。} (部長) { あくまでもトライアルなので

Original article:https://dev.to/dotnetsafer/rip-copy-and-paste-from-stackoverflow-trojan-source-solution-4p8f その昔コピペできない文章というものがありました。 実際は単にフォントを変えているだけというものですが、人間の目に見える文字と実際の文字が異なることを利用した攻撃の一種と見ることもできます。 さて、最近になって似たような攻撃に関する論文が公開されました。 人間には見えない文字を織り交ぜることによって、一見問題ないコードが実は脆弱になってしまうというものです。 ただ論文は堅苦しいうえに長くて読むのがつらいので、具体的に何がどうなのかよくわかりません。 平易に解説している記事があったので紹介してみます。 以下はDotnetsafer( Twitter / GitHub / Web