TL; DR どれだけ努力しても"ネイティブ並"は無理なので諦めが肝心 エンジニアは英語ができなくても話を聞いてもらえるので「伝える意思」と「分かったか分かってないかを絶対に曖昧にしない」こと 謝辞 このエントリは弊Android Projectのビルド待ち時間を使って書かれています。Android Studioさんに感謝します。 ビルド待ち時間にブログを書かれたくない場合は弊社は僕に全部盛りiMacを買ってください。 前口上 英語力に関するエントリは盛り上がりやすく荒れやすい気がするんだけど、それはやっぱりみんな英語は出来たほうがいいに決まってるしさりとて英語を身につけるのは難しいよねってことが分かってるからだと思う。 僕はエンジニアの中では比較的英語が得意な部類に入ると思うけど、それでも全然充分だとは思わない。ただ、これでやっていけないか？というと全然そんなことはないので、一番重要なの

eeic Advent Calendar 13日目の記事です。 インターン・就活用の書類、論文など、そろそろ英語でポエムを書かなきゃと思っている人も多いでしょう。 良い英語のためには、本当はちゃんと文法を勉強した方が良いです。 でもそんなことは言ってられないと思うので、とりあえず英文を書く上で、知っておくだけでいつもよりちょっとだけ良い英語を書けそうなテクニックをいくつか挙げます。割と当たり前のことを言っているかもしれない。 本当は例文とかも色々挙げたかったけど、あまり時間がなかったので気が向いたら。 類義語辞書を使う（重要） 同じ表現を多用するのはボキャ貧です。アカデミック界隈の礼儀はあまり知らないが、therefore連弾が来ると普通の人はボキャ貧ワロスってなると思う。 例えば英語には順接の接続詞や副詞がたくさん用意されています。therefore, thus, hence, as a

e-lish.io この記事はプログラマのための英語・外国語 Advent Calendar 2017 - Qiitaの10日目の記事です。 単語学習のつらみ 言うまでもないけど、ボキャブラリーは重要だ。英単語をたくさん知っていればそれだけ文章を理解できるスピードが上がる。だがボキャビルはつらい。単調でつまらない。やっている途中で、「こんな単語覚えても役に立たねーし」ってなる。 最近は優れた学習アプリが増えていて、人間の忘却曲線を考慮した順序で出題してくれるものが多い。ただ、それだけでは「こんな単語覚えても役に立たねーし」を回避できない。英単語アプリには下記の特徴がほしい。 単調ではないがテンポよく使える 覚えきれていない単語を繰り返し出題し、覚えた単語は忘れた頃に出題してくれる 出題される単語の選択に納得感がある これらすべてを満たすアプリは今までなかった。網羅的で一気に単語を覚えられる

日本語では「たぶん」も「おそらく」もどちらも同じように使うため、どんな場面でも「Maybe」で表現している日本人が多いような気がします。しかし、実はネイティブは可能性の高さに合わせて「Maybe」「Probably」「Possibly」を使い分けています。そこまで厳密に使い分ける必要はありませんが、使用する「たぶん」によって相手に与える印象が違ってくるので、使い分けをしっかり覚えておきましょう。 1) Maybe →「多分 / かもしれない / もしかすると（可能性：30%～50%）」 日本人が最もよく使うMaybeは五分五分を意味するため、どちらの可能性もあるという場合や、YES/NOがはっきり言えない・言いたくない場合などに使われ、自分がコントロールできないことを推測するニュアンスが含まれます。また、個人差もありますが、これまでの経験上、「Do you want to go runni

「許す」という意味の英語と言えば、どんな言葉が思い浮かびますか？ 実は、「許す」という意味を持つ英語にはたくさんの種類があります。 ですが、それらは同じ日本語の意味でありながら、1つ1つニュアンスが違うんです。 今回は、その中から”allow”、”permit”、”admit”の違いについて紹介していきたいと思います！ 「allow」、「permit」、「admit」の違い それぞれの言葉について詳しく見ていく前に、違いを大まかにチェックしましょう。 各言葉が意味する「許す」には、以下のようなニュアンスが込められています。 “allow”   ⇒ 人がすることを受け入れて認める “permit” ⇒ 人がすることを公的に許可する “admit”  ⇒ 人が入ることを許可する “allow”と”permit”は、意味合い的には大きな違いはありません。ただし、”permit”の方が硬い印象の言

これはエンジニアに限った話ではない。それがスポーツであれ芸術であれ誰かが「世界」へ参加することを悲願や夢、冒険に置き換えて表現する言説がある。そういう発想は閉鎖的で不利益だし、そもそもそんな昭和みたいな根性論とそれを堂々と語る人たちは無視するに限る、という話。 私が初めて家族と共に海外に出ようと計画した際に精神論や根性論をかざす人によく出くわした。「しっかりしろよ。家族も居るのにそんなテキトーな考え方じゃダメだろ」「本気でやりきる心構えができてるのか？」とかだ。きっと彼らは私のことを思ってのアドバイスだったのだろうが、今にして思うと「なんの役にも立たなかったな」というのが正直な気持ちだ。またそういうアドバイスはウェブ上でも少なからず目にする。 「＊＊という国に行った時にこんな大変なことがあったのアタシ。でもそこは持ち前のポジティブ思考で乗り切りました！海外に出るにはこの思考が大切。ポジティ

同じ英語なのに、アメリカ英語とイギリス英語には様々な違いが存在します。その違いの1つが「文法」です。 いくつかのポイントにおいて、それぞれで使う文法のルールが異なるのをご存知でしたか？ 今回は、アメリカ英語とイギリス英語における文法の違いについて紹介します！ 「現在完了形」の使い方 アメリカでは過去形、イギリスでは現在完了形 まず、英語の「現在完了形」には大きく分けて3つの使い方があります。 ①「○○したことがある」という「経験」を述べる ②「○○から△△している」という「継続」を述べる ③「○○したところだ」という「完了」を述べる このうち①と②については、アメリカ英語でもイギリス英語でも現在完了形を使います。 ところが、③の「完了」を言う時の使い方に違いがあるのです。 「現在完了形」を使って意味する「完了」というのは、「あることが終わって、その状況が今現在にも影響がある」という場合に使

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? CSSは設計手法も大事ですが、どういう単語で名前をつけていくかも大事だと思っています。 個人個人でばらつきが出るところでもありますし、「単語名 英語」で検索をして探した単語を使ったけど若干意味合いが違ったといったこともあると思います。 クラス名を決めるためのリストを見かけることもありますが、英単語の読みは書かれていても意味合いが書かれていることは少ないように思います。 自分の確認用と、チームで製作するさいの基準になるようなものを作りたいと思い、単語とその意味を短くまとめてGitHubにあげています。 CSS クラス名リスト | GitH

您不具备使用所提供的凭据查看该目录或页的权限。 请尝试以下操作： 如果您认为自己应该能够查看该目录或页面，请与网站管理员联系。 单击刷新 按钮，并使用其他凭据重试。 HTTP 错误 401.1 - 未经授权：访问由于凭据无效被拒绝。 Internet 信息服务 (IIS) 技术信息（为技术支持人员提供） 转到 Microsoft 产品支持服务 并搜索包括“HTTP ”和“401 ”的标题。 打开“IIS 帮助”（可在 IIS 管理器 (inetmgr) 中访问），然后搜索标题为“身份验证”、“访问控制”和“关于自定义错误消息”的主题。

対になる言葉 comment out / uncomment コメントにする、コメントを解除する。 comment out は into a comment の意味。 comment だけならコメントする、評するの意味になる。 add / remove 追加する、削除する。 リストなどに値を入れる場合などにも使われる。 特に、末尾に追加する場合は append、先頭に追加する場合は prepend を使う。 Add A to B で、A を B に加える。 Remove A from B で、B から A を取り除く。 start / stop 開始する、止める。名詞だと開始、停止。 静止状態から動き出す感じが start。 途中からでも使える。 バーコードや通信の符号で StartCode / StopCode という使い方をする。 begin / end 始める、終わる。 最初の一歩を

GithubのPRや海外Slackチャンネルでチャット、はたまた英語圏のエンジニアとやりとりする等、英語で文章を書くことはしばしばあります。そんな時、自分がよく使っている方法について書きます。 先に一番大事なこと 大事なことは、英語はあくまでもツールだということです。伝えたい内容が重要であり、英文を書くことに時間かけることはエンジニアにとって不毛です。 よっぽど英語が得意な人でないかぎり、一から英作文すると時間がかかって本質的でないところで時間を消費するということです。 なので一から文章を考えるのでなく、なるべく"型"を知ることがポイントだと考えています。それを踏まえた上で御覧ください。 文章を書く アルクの英辞郎とGoogle, Githubを組み合わせる 恐らく多くの人がGoogle翻訳などを使って英文を作っているかと思うのですが、アルクの英辞郎と組み合わせるともっとはかどります。理由

あらかじめ言っておくと結論はなく、今までの考え方はちょっと間違っていたな、というだけの話。 エンジニアの世界にはやたら技術レベルの高い人が居て「こんな人にはかなわない」となることがある。そういう人と真っ向から勝負しても、負けるだけなので私なりにかつて考えたのは行動力でカバーしよう、と。 日本で働いていた頃、それはそれはエンジニアとしてすごいスキルの高い先輩達が居たのだが、彼らの弱点として感じたのは行動力がイマイチだな、と。天才であるがゆえにコミュニケーション能力が微妙だった。それと外に向かって行動することがあんまり見て取れなかった。近寄りがたい先輩だったし、そこまで知っていた訳ではないが、少なくとも海外のエンジニア達にもコネがあるようには見えなかった。 そこで私が考えたことはこうだ。 あんな先輩に技術力では追いつけない。でも私には英語力がある。海外にガンガン出まくって技術力の差を行動力でカ

もうぶっちゃけて言ってしまえば英語圏のITスタートアップで働く場合に日本人であることのメリットなんてほとんど無い。日々の業務で実感できることなんて皆無だ。ほとんどの情報は英語で発信されているし、会議もランチ中の会話も英語。ジリ貧状態の日本市場と同じように昔は存在したかもしれない日本語話者のメリットも低下しっぱなし。その代わりに英語の重要性だけが急上昇を続けている。 そんな中で本当に日本人であることのメリットだな、と実感できたことはこれ。 Rubyを作ったまつもとゆきひろ氏が日本人であること。 これは応募書類の技術欄に「Ruby」と書いた場合に限られるが、転職の面談時に意外にイケる。全ての日本のRubyに関わるエンジニアはまつもと氏に感謝しなければならない。 例えばリネオル・メッシという世界最高のサッカー選手がアルゼンチン出身というだけで「アルゼンチン人＝サッカー上手い」の印象が人々に刷り込

特殊文字の英語表現は勉強して覚えたってよりも、シンガポールで働き出して職場の同僚が何度も話すのを聞いて自然に覚えた。最初の頃はその辺りが慣れていなくて「『＃』って入れて」言いたいのにどう表現すれば分からないから、キーボードに手を伸ばして「これだよ」とかやってた。とにかく日本で普通に英語の勉強していただけではこの「特殊文字の英語表現」なんてあんまり学ぶ機会がない。英語圏の職場では毎日使ってるし、転職面接の際にも出てくるのでここには対策が必要ですよ、と。 で、やることといっても単純でWikipediaなんかにある特殊文字表とにらめっこして覚えるだけ。こういうのすごい実践的なのに学校の英語の授業とか英会話では「ハウアーユー」とかばっかりやってて教えてもらえないのはなぜなんだ？ 以前に韓国から求人応募していただいた人と遠隔で技術面談をした。こちらからは私とアメリカ人エンジニアのAとインド人エンジニ

これは in time（時間内に）と on time（時間通りに）における in と on の違いに匹敵するように見えますが、ほぼ完全に「慣用化」されてしまった in time と on time とは異なり、課題の前置詞句には in the day そして on the day と、定冠詞 the がついています。定冠詞は名詞の「ある特別な状態」を指しますので、in the day や on the day だけではまだ明確な意味を持ちえていないのです。 the に支えられた day の意味をはっきりさせるためには、説明を施さなければなりません。なので、これらの語句が実際の英文で使われるときには、 ● on the day of your daughter's wedding ● early (later) in the day というような表情をしているはずです。興味深いのは、on t

with は「道具」を表します。「～という道具を使って」の意味です。 一方、by は「手段」を表します。（これは受動態で使うbyとは別のものだと考えてください） もちろん、「～という手段によって」という意味を表します。 ところで、日本語で考えても分ることですが、「道具」は具体的な、形のはっきりしたものを表す名詞です。当然、一つ二つと数えられます。 一方「手段」という言葉は抽象的で、それ自体に具体的な形はありません。 実はこのような理由で、with の後ろには普通に可算名詞が、"a + 単数名詞"または"複数名詞"の形で続くのですが、 byの場合は、「手段」の意味を強調するために、本来可算名詞であるものを抽象名詞扱いにして、無冠詞・単数で用いるわけなのです。 もう一つ大事なことは、「手段」のby を用いる場合、話者の念頭にはそれ以外のいくつかの手段との比較が潜んでいるということです。 例えば

前置詞は数ある品詞の中でもイメージが最も重要な品詞の一つです！！ その理由は、前置詞が生み出す意味や用法は、 それぞれの前置詞が持つイメージに強く結びついており、 そのイメージが文中で様々な働きをするからです。 なので、前置詞を上手に使いこなす際ためには、 意味や用法からではなくコアのイメージを掴むことが重要になります。 今回は、そんな前置詞の中から「with」の意味やイメージをお伝えします。 前置詞「with」の基本的なイメージ！！ 前置詞「with」のイメージは「共に」です！！ 日本語では「一緒」「～と」などと訳されることが多い「with」ですが、 その言葉以上に様々な「お供」を表現してみせるのが特徴です。 分かりやすく、例文を見ながらそのイメージを掴んでみましょう！！ 派生イメージ　：　お供 He had no money with him.（彼は持ち合わせがなかった） Tom go

1か月800円の有料サービスですが、1か月間は無料体験が可能です。 現在は招待制のサービス Amazon Englishがあまり話題にならないのは、現在は招待制になっているというのが大きいです。 アプリをインストール後、最初の画面で「招待メールを受け取った方」「招待メールを受け取っていない方」という選択があり、受け取っていないのほうを選ぶと、招待メールをリクエストすることができます。 ただし、かならず招待されるというわけでもなく、いつ招待されるかもわかりません。 ただ、私は招待メールを受け取っていないのですが、「招待メールを受け取った方」を選んだら、普通に登録できてしまいました。 ひょっとすると、Audibleのアカウントがあったり、過去に利用していた人は招待がなくても登録できるのかもしれません（確証はありません）。 追記：招待メールを受け取りました。 リクエストしてから2日で来たので、結