これは事後報告です。すでに別の会社からオファーをいただいているので、いまはおだやかな気持ちでこれを書いているのでご安心ください。 なにがあったのか？ あまり詳細な情報はここに書くつもりはないので簡単に。 10/18の朝、CEOとのミーティングが設定され、その場でレイオフをいいわたされた。 正確には、ありがたいことに、その場ではリロケーションのオファーをいただいたのでその場で即刻レイオフというわけではなく、そのオファーをうけるかどうか翌週の月曜日(21日)まで猶予をいただいた。 しかし、そのオファーはリロケーションだけでなく給与も下がってしまうというものだったのでかなり微妙だった。そうでなければもしかしたら単身赴任的な感じで受けていたかもしれない。 そんなわけでそのオファーはお断りせざるをえず、結果として10/21付けでレイオフという形になった。 まったく予期していなかった 自分は会社のシス
弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 はじめに 英語での適切な命名は、コードの可読性や保守性を向上させるために重要です。適切な命名規則を守ることがコードの理解や共有において不可欠です。 英語での命名規則を学び、適切な命名を行うことで、コードの読みやすさや保守性を向上させ、チーム全体でのコードの理解を促進する手助けとなります。 この記事では、日本人エンジニアが英語での命名規則を理解し、適切な命名を行うための指針を提供します。 命名フローチャート 変数 関数 クラス 1. 変数 1-1. boolean 1-1-1. 存在するかどうかのフラグ 名詞 + exists
アニ @gorotaku 先ほどのことばの世界夜ラジオで、「出川イングリッシュの凄さ」という話をしていました。「自分の英語力の足りなさをカバーしつつコミュニケーションの目的は達成する手練手管」と言ってもいいです。以前もつぶやいたことあるけどもう一度書きます。続く アニ @gorotaku 例えば出川は、ロスの街に放り出されて「天文台に行け」という指令を受けるわけですね。当然スマホ使用は禁止。天文台はobservatoryですが、出川はその単語を知らない。さあどうする 続く アニ @gorotaku 出川はそのへんの人を捕まえて「どぅゆーのー すたーるっきんぐましーん」と聞くわけです。自分の知ってる単語で目的概念に最大限近づくの。そうすると聞かれた人が"...telescope?"と返してくるわけ。新しい単語ゲットだぜ 続く
PCやスマホを使って、英語学習を時短にする便利なサービスやツールなどを紹介する連載。今回は、初心者から上級者まで、幅広くリスニング能力を向上できる「ELLLO」をご紹介します。 ELLLOは、「English Listening Lesson Library Online」の略で、読んで字のごとく、英語のリスニング学習に特化したオンライン学習サイト。3000以上という多くの無料のレッスンが用意されており、幅広いレベルの学習者が利用できる。もともと、日本で英語教師だったTodd Beuckens氏が創設したサイトで、2004年にスタートしたサイトだ。 メインの学習コンテンツは、ひたすら英語の音声を聞くというもの。スクリプトも用意されているため、聞き取れなかった場合も内容は把握できる。理想的なのは、スクリプトを見なくても聞き取れるようになることだ。 メインコンテンツとなるリスニングレッスンは、
そもそもこの記事は、同情をかいたいための記事ではありません。比較をされたいためでもありません。また、修羅場は経験する必要がないならそれに越したことは無い、ということもしっかり述べておきます。また、逃げる勇気もとても大事です。一人でも共感していただいたら、また辛いことを経験してる人が一人でも救われたら、と思い書いています。修羅場が絶対必要、ということを言いたいわけではないということをしっかり述べて本題にはいります。むしろ、こんなことが起こる組織は作っちゃいけないんだと思っています。そういう組織を作らないための教訓です。 (追記パラグラフ) 大事なことを新卒時代の同期がしっかりと補足してくれていますので、ぜひこちらもご覧くださいませ。 外資系企業が日本のオペレーションの撤退を意思決定。ほぼすべての社員が一斉にいなくなった後のオフィスの写真です。25人ほどいた社員がいなくなりデスクなどが夜逃げの
『The Elements of Style』の全訳 William Strunk, Jr.著、森田尚 訳 I. 序章 この本は、文章構成の練習と文学の研究とを兼ねた英語のコースで使われることを想定している。この本では、平易な英語のスタイルに関する一番大事な必要条件を、手短に示すつもりだ。この本では、いくつかの本質的要素、つまり最も間違えられることが多い語法のルールおよび文章構成の原則とに（第II章と第III章で）注意力を集中することにより、講師と生徒の負荷を軽減することをねらっている。セクションの番号は原稿を修正する際のリファレンスとして役に立つだろう。 この本は英語のスタイルという分野のほんのわずかの部分をカバーするに過ぎない。だが筆者の経験では、いったん本質的な要素をものにしてしまえば、生徒にとって一番効果が高いのは自分が書いた文章の問題点に基づいて個別指導を受けることであり、講
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 少しプログラミングを覚えてきた初学者が、さらに力をつけるために必要なのが公式ドキュメントを読むことだと思います。 公式ドキュメントには、日本語の記事には書かれていないような詳細な説明や、APIの使用方法、そしてリリースノートなど、実装には不可欠な情報が掲載されています。 しかし、公式ドキュメントが上手く読めずにつまづく人も多いのではないでしょうか？慣れていない人にとっては、技術について書かれたドキュメントを読むのは難しいものです。 この記事では、つまづいてしまう人が少しでも減るように、公式ドキュメントが読めない原因と対策をいくつか書いて
▼２５日付スポーツ面「日清広告、『関心無い』」の記事で、大坂なおみ選手の発言内容が「なぜ多くの人が騒いでいるのか分からない。この件についてはあまり関心が無いし、悪く言いたくない」とあるのは、「騒ぐ人たちのことも理解はできる。この件についてはあまり気にしてこなかった。答えるのはきちんと調べてからにしたい」の誤りでした。大坂選手の英語での会見内容を、誤って訳しました。
経緯 もともとMouseoverDictionaryという素晴らしいFirefox用辞書があったのですが、Quantumの登場とXULの廃止とともに使えなくなってしまったため、自分用にChrome拡張をつくった次第です。 ソースコード 実装に関わる技術寄りの用語: React, esbuild, chrome.storage.local, chrome.storage.sync, Cross-extension messaging, Hogan, debounce, resizable/draggable, intl.v8BreakIterator, deinja, クロスブラウザ, など。 ※詳細は「Mouse Dictionaryの技術的な話」をご参照ください https://qiita.com/wtetsu/items/2a5568cb0b5a38c003fb 使い方 インストール
このブログの著者は、英語教師の大西泰斗＆ポール・クリス・マクベイコンビのファンです。 二人は『ハートで感じる英文法』や『一億人の英文法』などで定評を得た著者ですが、特に自分はNHKテレビの教育番組シリーズ『しごとの基礎英語』で、英語の素養ほぼゼロだった篠山輝信さんを英語のデキる人に育て上げていく大西先生の真面目で理論的な態度に、強い影響を受けました。（アキが卒業してからの、おもてなし英語にコンセプトが変わってからは見なくなってしまいましたが） 一億人の英文法 ――すべての日本人に贈る「話すため」の英文法（東進ブックス） 作者:大西 泰斗,ポール・マクベイナガセAmazonNHKテレビ しごとの基礎英語 2016年4月号 [雑誌] (NHKテキスト) NHK出版Amazon その大西先生が、もともとのコンビであるマクベイ氏と共に、2018年04月より一年間、講座を受け持つことになりました。遠
Googleが開発者向け文書で使っていた英語スタイルガイドが社外に公開された（Googleブログ）。 URLはこちら： Google Developer Documentation Style Guide https://developers.google.com/style/ MicrosoftやIBMは自社の英語スタイルガイドを書籍（リンク：MS／IBM）として販売するしているし、Appleは公開（リンク）している。Googleもマテリアル・デザインの一部としてスタイルを公開してはいる（リンク）が、分量が少ないため、他社と比べるとどうしても見劣りした。 そのため、「開発者向け文書」を対象としてはいるものの、ある程度の規模のスタイルガイドが公開されたのは意義深い。 そこで今回は、同スタイルガイドの要点（highlight）のみについて読んでみたい。 Highlights https://
1. ITエンジニアのための英語勉強法 ver1.1 Etsuji Nakai / 中井悦司 Twitter @enakai00 Open Cloud Campus ITエンジニアのための 英語勉強法 2. Open Cloud Campus 2 ITエンジニアのための英語勉強法 自己紹介 中井悦司（なかいえつじ） – Twitter @enakai00 日々の仕事 – Senior Solution Architect and Cloud Evangelist at Red Hat K.K. 企業システムでオープンソースの活用を希望される お客様を全力でご支援させていただきます。 昔とった杵柄 – 素粒子論の研究（超弦理論とか） – 予備校講師（物理担当） – インフラエンジニア（Unix/Linux専門） 英語に関係する試験結果（俺頑張った。。。） – TOEIC 92
インターネットによって世界が1つにつながっているにもかかわらず、英語という最大のファイアウォールのために、最先端の議論やサービスから取り残され、日本人しか生息しない独自の生態系をひたすら保守している（はてな・Qiita・ニコニコなど）。これが文化であれば「和食」「ポップカルチャー」など、価値あるものが生み出されることもあるが、テクノロジーの世界ではグローバルスタンダードから外れた「独自路線」や「車輪の再発明」はただのクソでしかなく、世界にとって無価値な存在である。事実、日本発の技術やサービスとしてグローバルで認知されているものは、日本の人口規模からいって極端に少ない。githubでのスター数やサービスをリリースすることによってではなく、カンファレンスなどで「登壇」しエンジニアとしての知名度を上げることで自身の価値を高めようとする。ただ「登壇します」「登壇しました」とTwitterやブログで
エンジニアに英語が必要と言われて久しい。技術情報を早く入手するためには、英語を使えないといけないからとあるがこれは本当なのだろうか？自分的な気づきがあったので、その考察をシェアしたい。 エンジニアに英語が必要と言われている。いろんなことが言われているが、情報の入手のスピードが遅くなるという意見がある。個人的にはこの意見はある意味微妙な意見だと思う。 最近だと例えば最新技術に関する海外イベントがあったとしても、翌日、早ければ当日の間に誰かがまとめブログをアップしてくれたりする。もっと時間がかかったとして、２カ月程度後に誰かが書いた日本語の情報でそのことを学んだ ところで、大勢に影響はない。 また、日本語で出ている書籍は確かに翻訳のタイムラグがあるが、海外の人も主だったすべての本を読んでいるわけではないし、日本語になったものを着実に勉強しても、勉強の知識としては、相当なエンジニアになれるはずだ
GithubのPRや海外Slackチャンネルでチャット、はたまた英語圏のエンジニアとやりとりする等、英語で文章を書くことはしばしばあります。そんな時、自分がよく使っている方法について書きます。 先に一番大事なこと 大事なことは、英語はあくまでもツールだということです。伝えたい内容が重要であり、英文を書くことに時間かけることはエンジニアにとって不毛です。 よっぽど英語が得意な人でないかぎり、一から英作文すると時間がかかって本質的でないところで時間を消費するということです。 なので一から文章を考えるのでなく、なるべく"型"を知ることがポイントだと考えています。それを踏まえた上で御覧ください。 文章を書く アルクの英辞郎とGoogle, Githubを組み合わせる 恐らく多くの人がGoogle翻訳などを使って英文を作っているかと思うのですが、アルクの英辞郎と組み合わせるともっとはかどります。理由
codicとは codicは、日頃、変数名や関数名に頭を悩ませるプログラマのためのネーミング辞書です。 以前は、プログラマ向けの単語辞書といった感じだったのですが、Ver.3からは、「日本語を入力すると、ふさわしい名前を勝手に生成してくれる」という仕様になりました。 例えば関数名を作るのに、「従業員数を取得する」と入力するだけで「get_employee_count」という名前を勝手に生成してくれます。 これだけでも、かなり便利なんですが、codicにはその他にも、プログラミングのための便利な機能が満載だったので、その使い方などを紹介したいと思います。 codicの使い方 codicの主な機能は、日本語を入力すると、勝手にネーミングを生成してくれると言うことです。 ただ、ちょっとした使い方次第で、より便利に利用できるので、その使い方などの紹介です。 基本機能まずは、基本的な機能、「日本語→
プログラマやデザイナと話してるとしょっちゅう変な英語発音に出くわします。 例えばheightを**「ヘイト」と発音したり。 そういう時、私は心では「ヘイトじゃないよハイトだよ！」と呟きつつ、口では「そうですね、ではヘイトは80pxにしましょう！」なんて言ってるのであります。 まあ、所詮我々が話しているのは英語ではなく、日本語の中に出てきた英単語をカタカナで発音しているに過ぎないですし、テレビのテロップでmainをメーンと表記する時代ですので正解などは無いと思っています。 ですから、何でもかんでも正しい英語っぽく発音するべきなどとは思っていませんが、やはり「こいつ適当にスペルを日本語読みしてるだけだろ！」**ってのが明らかな場合は、聞いているこっちが恥ずかしくなってしまうものです。 というわけで、この業界で横行してる妙な発音をまとめてみました。 間違って発音すると恥ずかしい英語 これらは間違
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
