GitHub 英語例文集
GitHub で参考になった英語表現をまとめました。文脈がわかるように原文の URL も記載しています。 🙅 方針に異議を唱える it's hard to ~~~ Select onInput doesn't function in Microsoft Edge · Issue #2331 · preactjs/preact 🤦 誤解を解く We never said that ~~~ Select onInput doesn't function in Microsoft Edge · Issue #2331 · preactjs/preact 🙊 誤解していたことを伝える now I see you suggested this in your original feature request. Type EffectCallback - allow async function
英語で情報発信してたら中の人が次々と助けてくれるようになった - 丁寧に手を抜く
どうもTAKUYAです。 今日は、英語で情報発信していて良かったと思う事があったので日記として書きたい。 今年はもっぱら英語アカウントの方でツイートしたりブログを書いたり動画を作ったりしている。 開発の泥臭いTipsからキャリア論など割と幅広く情報発信している。 そうこうしている内に、開発で躓いた事をツイートすると、使っているフレームワークやツールの関係者からリプが来るようになった。 いつのまにか自分の事をフォローしてくれていたようだ。 例えばReact NativeでJSI Native BindingsがRemote Debuggerで動かないような事を呟くと、facebookの中の人からHermesが要るよと教えてもらったり： You need to use Hermes and the chrome debugger via Hermes. The standard chrome
今学ぶべき技術 by deeeet
今学ぶべき技術 by deeeet 会津春の大LT大会 26 May 2018 Taichi Nakashima About me @deeeet / @tcnksm (GitHub) https://deeeet.com Tech lead at Mercari microservices platform team (We're hiring!) 2 今学ぶべき技術 3 今学ぶべき技術 英語 4 英語かよ！引っ込め👎 学ぶべき技術は何かを知るには「英語」が必要 技術を深く学ぶには「英語」が必要 5 英語で学ぶべき技術を知る 6 そもそも 何を学ぶべきかは自分で知る必要がある 学ぶべき技術は個人の趣向によって異なる 学ぶべき技術は所属する組織や環境によって異なる 学ぶべき技術は立場によって異なる 7 英語で日々の情報収集をする 多くの技術トレンドやプラクティスは英語圏から現れる 日本語
ソフトウェア・グローバリゼーション入門 I18NとL10Nを理解する
世界で使われるソフトウェアを作るには、国際化(Internationalization, I18N)+地域化(Localization, L10N)が欠かせません。本書はアジャイル時代に対応したソフトウェアのグローバリゼーション(G11N)について、その基本から開発プロセス・具体的な手法やツールまで、G11Nの全体を解説します。 関連サイト本書の関連ページが用意されています。 西野竜太郎書籍サポート内容紹介Webアプリケーションやスマートフォンが広く使われる現在、世界中で使われるソフトウェアを開発・配布するための障壁は薄まりつつあります。しかしながら、多くの人たちに使ってもらうには、さまざまな言語や文化に対応した、グローバルなソフトウェアを開発しなければなりません。 本書はソフトウェア開発におけるグローバリゼーション(Globalization, G11N)についての本です。グローバルなソ
フリーランスを休業して就職します - その後のその後
2014年からフリーランスiOSプログラマとして活動を始めて2年と8ヶ月。フリーランスという働き方は自分には最高にしっくりきてて、毎日楽しくお仕事させていただいてたのですが、色々とタイミングが重なりまして、タイトルの通り、いったん休業して「会社員」になることにしました。 どこに就職するのかと言いますと、サンフランシスコにあるFyusionというスタートアップにジョインします。 無事H-1Bビザが通りまして、ちょうど昨日、スタンプの押されたパスポートが郵送されてきたところです。 フリーランスとしての実績もまとめたいところですが長くなるのでここでは省略して、ご報告の意味でも、自分の考えを整理しておく意味でも、就職することにした経緯や理由等を書いておこうと思います。 経緯 上述しましたが、僕はフリーランスという立場を100%楽しんでいましたし、海外企業も含めて「就職」したいという願望はありません
オープンソースプロジェクトを最初から英語で運営してみてわかったメリットについて｜Rui Ueyama
僕は最近とあるオープンソースプロジェクトをオーナーとしていわば運営しているのですが、英語でプロジェクトをまわすというのは良いなと思うようになりました。他の言語を使うのに何も悪いことはないのですが、英語のほうがコミュニティがずっと大きいので想定外の幸運なことが起こる可能性が高くなるというのが理由です。 僕がやっているプロジェクトは開発ツールを作るというもので、それなりに専門的な知識が必要になるプロジェクトです。人間が書いたプログラムのコードは最終的に何らかの形でコンピュータが直接実行可能な形に変換されて実行されるわけですが、僕が作っているリンカというのは最後の実行ファイルを作成する部分を担当するプログラムです。つまり僕はプログラムを出力するプログラムを書いているわけで、そのためにはOSやCPU、入力や出力のファイルの形式などについてよく知っている必要があります。 また僕らの目標は既存のものよ
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
英語できないエンジニアだけど外資系に転職してしばらく経ちました - タオルケット体操
僕の英語力について こういう記事って、「英語できない」を過少申告してること多いですよね。「TOEIC820点しかとれてなくて全然ダメなんです>_<」みたいな。アレはなんなんですかね？ ちなみに僕はそもそもTOEICを受けたことがないです。 そんな僕のスペックをまとめると 学生時代に特に苦手意識を持ったことはない（苦手意識を持つほど勉強しなかったとも言える） TOEICを受けたことがない StackOverflowを読むくらいならなんとか 英語で会話したことは（ほぼ）ない 去年初めてヨーロッパに行った際、「tea or coffee?」にcoffeeと答えたらteaが出てきた DMM英会話の無料体験をしてみたら死んだ つまり公式には学校教育でしか英語を学んでいないということになりますね。平均的な日本人って感じだと思います。そして学校の英語教育は役立たずで有名（実際に役立たずっぷりを実感）なん
GitHubコミットメッセージの英語の書き方の文例が検索できるサービス作った - 城陽人の本棚
経緯 個人的にgit commit -m " うっ、英語でなんて書けばよいんだろう。。。。ってなることが多くて、GitHubの公式の検索ってソースコードは検索できても、コミットメッセージをリポジトリ横断的に検索したいなんてことはできないんですよねぇ。まぁネイティブな人にはそんなこと思いもしないのかも知んないですが。調べてみたらGitHub APIでコミットメッセージ取れるようなので、現場のリアルな生の文例を集めて検索できるようにすればよくね？ということで勉強がてら作ってみたので、需要あるか分からないけど同じこと思ってた人のために晒す。 作ったもの http://commit-m.minamijoyo.com/ 使い方 テキストボックスにキーワード「fix bug」などを入力してSearchボタン押すと検索結果が表示される。以上。 機能の補足説明 キーワードはスペース区切りでAND検索になる
にわか Podcast ファン - steps to phantasien
出張中。時差ボケ修正のためキータイピングで眠気を払おうと試みているところ。 いつになくどうでもいい内容につき見逃してください。 最近はやりの Podcast 番組 Rebuild を聴きはじめた勢いで他の番組も聴くようになった。にわかポッドキャスト好き。 にわか欲があるうちに聞いている番組を紹介したい。といってもだいたい ”オススメ Tech Podcast 5選” の記事にあるやつなんだけど。ちなみに私の Podcast 歴がどれだけにわかかというと、rebuild.fm の序盤はブラウザから mp3 をダウンロードして聴いていたくらい。 Podcast はとっくに滅びたメディアだとおもっていた。でも Blog が生き残っている程度には元気だと知りました。 私の聞いている番組は基本的にアホらしい内容のものが多く、情報収集というより娯楽。 ニュースほど早口でも無味乾燥でもなく、講演ほど背筋
英語でコミットを書こう
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
英作文に時間をかけるな！英語圏のWEB制作現場でよく使われる英語表現テンプレート集！【メール編】 | バンクーバーのうぇぶ屋
さて、ちょっと真面目に日本人クリエイターの海外進出を少しでも後押ししたいなぁーと、来年からこんなことを始めるんですが、やっぱり英語って奴がネックと考える人は多い。 それこそ、例えば語学学校とか行っても、もちろんそこで制作現場で使われる英語を教えてくれるはずも無い。例えばWEB系であればこんなやっちゃいけないミスもあったりする。専門学校行ったりすれば話しは別なんでしょうが。 というわけで、僕らが誇る英語大好き人間兼海外WEB屋として巷じゃちょっと有名な玉さん（僕の英語メールの先生ｗ？）に、来年から始めるクリエイター海外進出プロジェクトの『制作現場英語レッスン』をバンクーバーで定期開催する事にしました〜。まぁ、ようするに『英語圏の制作現場では、どんな英語のやり取りが繰り広げられているか』を、英語教師じゃなくWEBクリエイターに教えてもらおうって企画ですね。ぶっちゃけ、ドラマとかそういうの見るよ
英語圏の開発者に初めてバグレポートを出す時の5つのポイント【連載：コピペで使えるIT英語tips】 - エンジニアtype | 転職type
IT用語はアメリカ発の言葉がほとんど。でもいざ英語で書こうとすると「何と書いたらいいのか分からない……」という時もあるはず。そこで“コピペでOK”なIT英語表現を紹介！ 開発中に発見したバグを同僚に報告したり、デベロッパーサイトからバグレポートを提出したりした経験は多くの開発者があるだろう。が、開発が日本人だけのチームならレポートも日本語で構わないが、英語圏のメンバーがいる場合やOSSプロジェクトなどであれば、英語で報告しなければならないシチュエーションも出てくる。 今回は、シンガポールで働くエンジニアのDさんに、英語でバグレポートを書く際に気をつけるべきポイントや心構えなどについて教えてもらった。 Dさんに聞く、バグレポートの基本 バグ報告は、開発者にバグの存在を認識してもらい対処を促すことが目的だ。 もし目の前でバグを再現してみせることができるなら、これに優る伝え方はない。しかし開発者
英語のコメントや issue で頻出する略語の意味 (FYI, AFAIK, ...) - Qiita
〔提案に対して〕いいと思う；問題ないと思う；〔コードレビュアーが、問題ないコードに対して〕レビュー終了；（コードの）承認
海外のプログラマーにバグを指摘し、修正を依頼するには【連載:コピペで使えるIT英語tips】 - エンジニアtype
トップページ > ノウハウ > コピペで使えるIT英語tips > 海外のプログラマーにバグを指摘し、修正を依頼するには【連載:コピペで使えるIT英語tips】 グローバル化が進む中、海外企業とのやり取りが増え「英語でのコミュニケーションが求められる」というエンジニアも多いはず。 しかし、「英語でどう伝えればいい？」、「場面に応じた表現が分からない」など、英語でのやり取りに実務以上の時間を取られてしまっているという悩みを抱えているのが現状ではないだろうか。 そんな皆さんの悩みを解決するべく、通常の業務の中で必要となる「今すぐ使える英語の例文や用法」などの英語tipsを連載で紹介。 初回となる今回は、エンジニアであれば誰もが必ず直面する「bug（バグ）の指摘の仕方」について紹介する。 バグを指摘する際には、「bugがあるから直してくれ」と伝えるだけでは適切ではないというのは当然のこと。日本語
へっぽこプログラマが薦める洋書の技術書の読み方 - Fight the Future
iBATIS in Action 作者: Clinton Begin,Brandon Goodin,Larry Meadors出版社/メーカー: Manning Pubns Co発売日: 2007/01メディア: ペーパーバック購入: 2人 クリック: 46回この商品を含むブログ (4件) を見る 読んでます。iBatisの日本語の本ってなかったですよね？？ 僕にとっては、「Hibernate in Action」・「Professional Java Development with the Spring Framework」に続いての洋書のチャレンジです。 洋書って言うと会社でも少し驚かれてしまいますが、そんなすごいことしてません。。。 洋書の技術書を読むために必要なことは、次の3点かなって思ってます。 その本が対象とする内容をある程度先に知っておく。 雰囲気で理解する（全部理解しよう
codic - デベロッパーのためのネーミング辞書
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
英語で何だったっけ？再現方法、根本原因、回避策、、、 - Qiita
http://www.a-k-r.org/pub/2015-11-08-oedo-rubykaigi-05-akr.pdf
ChangeLog を支える英語
