Amazonのソフトウェアエンジニア面接 | POSTD
最近、Amazonのエンジニア採用担当者から連絡を受けました。Amazonは、ベルリンオフィスのチームのソフトウェアエンジニアの採用面接をしていたのです。 連絡を受けてから契約書にサインするまでのプロセス全体は、2カ月でした。採用プロセスで経験したことと、私が合格できた理由として思い当たることをお知らせしたいと思います。 この記事で、もし私が何か重要なことに触れ忘れていたら、ぜひコメント欄に書いてください。出来る限りの詳細を回答に書きます。 4月27日：最初の連絡 採用担当者からの連絡は、 LinkedIn 経由でした。ベルリンオフィスのチームのソフトウェアエンジニアを募集しているので、もし興味があれば、最新のレジュメを送って欲しいとのことでした。私は、常にレジュメを最新にしていたので、翌日、Eメールに添付して送りました。 彼女からの返信には、募集しているソフトウェアエンジニアの役割と面接
大切なことはみんな本から学んだ！ クラウドワークスCTO弓山彬さんの本棚をのぞいてみよう
2017.06.29 大切なことはみんな本から学んだ！ クラウドワークスCTO弓山彬さんの本棚をのぞいてみよう Web上で在宅ワーカーと案件発注者をマッチングさせ、業務開始から報酬支払いに至るまでを一括管理してくれる。日本最大級のクラウドソーシング・サービス「クラウドワークス」。同サービスを運営する株式会社クラウドワークスでCTOを務めるのが、弓山彬さんです。 高専時代に、学生のためのロボットコンテスト「ロボコン」に参加したことをきっかけに、プログラミングの楽しさに気づいたという弓山さん。以来、ひたむきにその技術を磨き続けてきました。CTOへの就任も、同社へ中途入社してからわずか1年3か月というハイスピードだったというから驚きです。 Webアプリケーション開発からサービス基盤の構築、運用業務に至るまで、クラウドワークスの幅広い業務領域を支える彼。これまでどのような本を読み、そこから何を学ん
文字列アルゴリズムの学びかた - Hatena Developer Blog
こんにちは！はてなアプリケーションエンジニアの id:takuya-a です。 みなさんは、このような疑問をもったことはありませんか？ grep はどのように文字列を検索しているのか？ MeCab はどうやって辞書を高速にルックアップしているのか？ パーサやコンパイラを作りたいけど、何から始めればいいのか？ 本稿では、「文字列アルゴリズムとはどんなものなのか？」「なぜ重要なのか？」「何を知っておくべきか？」「どうやって勉強すればいいのか？」といった疑問にお答えしていこうと思います。 文字列アルゴリズムの意外な応用や、モチベーションを保ちやすい勉強のしかた、文字列アルゴリズムを勉強するために行った社内での取り組み、実装するときのコツといったトピックについても触れています。 このエントリは、はてなエンジニアアドベントカレンダー2016の22日目の記事です。昨日は id:syou6162 さんに
Algorithms, 4th Edition by Robert Sedgewick and Kevin Wayne
essential information that every serious programmer needs to know about algorithms and data structures Online content. This booksite contains tens of thousands of files, fully coordinated with our textbook and also useful as a stand-alone resource. It consists of the following elements: Excerpts. A condensed version of the text narrative, for reference while online. Lectures. Curated studio-produc
ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita
弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、
Ｃプログラミング診断室
はじめに 開院準備 昔むかし／ レベル差／ 教育／ ネットワーク／ 情報集め／ 隠すことについて／ プログラムコンテスト／ ドキュメント／ 楽するように／ 手抜きと下手の違い／ 開院 第１部 外来 第１章 普通の初心者 最初から充実した(!?)プログラムが登場 関数を短くし、コメントを改善する 上手になる秘訣／ プログラムの紹介／ 何だ、このプログラムは!!／ 短くするには／ コメントについて／ 無駄な努力をやめよう／ 名前／ 気になる個所／ 修正プログラム／ 課題／ まとめ 第２章 これでもプロ 売りものであるにもかかわらず、超きたない！ 構造的な欠陥の指摘〜引数、ポインタの活用 プログラムの紹介／ 「超」基本的問題点／ 関数分解／ 構造的欠陥／ 引数を使おう／ ポインタ／ その他／ まとめ（修正プログラム） 第３章 上司が問題 まさに驚異的なプログラムの見本というべき 内容の修正から、
JavaScript：undefined値の判定
JavaScriptでは初期化されていない変数には全て「undefined」という値が入っています。 var a; alert(a); //undefinedが入っている これを利用して、変数が定義済みかどうかを判別することが可能です。…が、やり方がいろいろあるみたいなので、まとめてみることにします。 undefinedと比較する if (a === undefined) { alert("aは未定義"); } グローバル変数として、そのまんまundefinedという名前の変数が用意されているので、それと比較するやり方。一番素直な方法ですが、JavaScriptにおいては良くない書き方とされています。 undefinedは予約語ではなく、単なる変数です。だから上書きすることができるし、関数スコープ内で同名のローカル変数を作ることもできます。（ただし最近の処理系ではconst扱いになって上書
Evernoteをプログラムから使う。Ruby編 - それマグで！
Evernote便利です。画像とテキストをまとめて保存できて、リンクを貼れるのでとても便利です。以前はMhtmlを使っていましたが最近はすっかりEvernoteです。いくら便利でも限界はあります。どうしても自動化や手の届かない処理はプログラムで書きたくなります。そこでプログラムからEvernoteにアクセス方法を調べて一括管理することにしました。 EvernoteAPIを使ってRubyでノートを扱う方法 Evernoteをプログラムから扱うには、次のようにします。 Sandbox(砂場)をつかってプログラムを実験する アカウントを作る アレコレ実験する 正式版のEvernoteのノートを扱う。 Sandboxで実験はしておいたほうがいいでしょう。うっかり消しちゃうとか制限いっぱいまでアップしちゃうといったトラブルを回避できる。 EvernoteのAPIアクセスに必要なもの 通常アカウント
オープンソースプロジェクトとの距離のとりかた
オープンソースプロジェクトに参加したいな、と思った時、まず最初に問題だと感じるのは英語だと思う。構成員が日本人だけで、日本人に向けてのみ出しているそソフトウェアでない限り、プロジェクトの共通語はふつう英語だ。植山さんの記事には英語で物事を進めることの利点が体験談とともに書かれている。他の記事にも、オープンソースプロジェクトで上手いことやっていくためのひとつとして英語の話が出てくる。一方、英語のせいで参加したくても二の足を踏んでしまう、というのもよく聞く話だ。結論から言ってしまうと、やっぱり読み書きだけでも習得しないと話に入っていくのは難しい。ソフトウェア開発者の多くは多様性に対して寛容なので、英語が不得意という理由で拒絶されることはないだろう。ただ、特別な配慮もしてくれない。 しかし英語の前に、プロジェクトとの距離のとりかたを学ぶべきだと思う。いままでわたしが見てきたり、自分自身がやって良
JavaScriptエンジニアなら知ってるよね？ エラー処理のいい書き方、悪い書き方
JavaScriptのエラー処理、ちゃんと書いていますか？ エラーを無視せず、どこに問題があるのか、きちんと確認できるコードの書き方をデモで紹介。 この記事はTim SeverienとMoritz Krögerが査読を担当しています。最良の記事を提供することができ、SitePointの査読担当者の皆さんに感謝します。 JavaScriptのエラー処理には危険が潜んでことを知っていますか？ もしマーフィーの法則を信頼しているとしたら、不具合が生じる可能性が本当に高いです！ この記事では、JavaScriptのエラー処理について考え、その落とし穴から便利な実践例までを説明します。さらに最後には、非同期コードとAjaxにも触れます。 JavaScriptはイベント駆動型プログラムで、プログラミングをより豊かなものにしてくれます。ブラウザーをイベント駆動型プログラムと考えると、発生するエラーは同一
AWS初心者がAWSをマスターするための入門構成とそこからのステップを聞いてきた - niwatakoのはてなブログ
iPhoneプログラミング勉強会京都に行ってなぜかAWS(Amazon Web Service)についての発表を聞いてきました。 続いて、AWS ALBでバグを踏んだ話 株式会社シーズ の原口さんhttps://t.co/PYNP5CCoEz#iphonekyoto— にわタコ (@niwatako) 2016年10月19日 twitter.com 発表内容はApplication Load Balancer に恐ろしいバグが有ったというお話と、Amazonに連絡してリリースまでに修正してもらうという緊張と感動のドラマでした。 あなたの設定が悪いんでしょう、といわれて、めげずに説得を繰り返す。わずか3日で改善パッチ作成、本リリース前にパッチを当ててくれるとのことで無事リリースを迎えた。 #iphonekyoto— にわタコ (@niwatako) 2016年10月19日 twitter.c
Sparkアプリケーションの基本と、はじめに押さえておきたい重要な概念
はじめに はじめまして、IBMの田中裕一です。 デバイスやセンサの高度化による、モバイルから取得できるデータの多様化、IoTの本格化といったハードウェアの面、機械学習の本格的な広がりといったソフトウェアの面、双方の進歩もあり、ビッグデータのキーワードのもと、大規模なデータ分析基盤を構築するデータエンジニアやデータサイエンティストの重要性が増しています。 昨今いろいろな分散処理基盤や機械学習ライブラリが登場してきましたが、本連載では数回に分けてApacheプロジェクトでも人気が高いApache Spark（以下、Spark）を使い、Sparkでのプログラミングやデータ処理を中心に見ていきます。 また、分散処理系で入門時につまづくことが多いClusterでの動作や、Sparkの詳細な挙動を連載後半に回すことで、Sparkを使う際のハードルを下げられればと思っています。 対象読者 連載を通して、
コンピュータ・情報科学系で読んでおきたい本 - Books
コンピュータ・アーキテクチャ ◎コンピュータの構成と設計―ハードウエアとソフトウエアのインタフェース（上）（下） / (基本)(名著) ○コンピュータ・アーキテクチャ―設計・実現・評価の定量的アプローチ / (易)(コンパクト)(CPUの歴史あり)(読んでおきたい) ○マイクロプロセッサ・アーキテクチャ入門 / (難)(名著) ○CPUの創りかた / (萌え本)(読んでおきたい)(入門) コンピュータの構成と設計~ハードウエアとソフトウエアのインタフェース 第3版 (上) 作者: デイビッド・A.パターソン,ジョン・L.ヘネシー,David A. Patterson,John L. Hennessy,成田光彰出版社/メーカー: 日経BP社発売日: 2006/03/16メディア: 単行本購入: 14人 クリック: 356回この商品を含むブログ (89件) を見るコンピュータの構成と設計~ハー
最近の行儀のよい JavaScript の書き方 - Qiita
JavaScriptは移り変わりの早い言語です。 もう1年以上経っていますし、記事のメンテもちゃんとできていないので、消し線を入れることにしました。 参考程度のために記事は一応残しますが、より新しい情報を読まれることをお勧めいたします。 はじめに --- 最近では JavaScript の実行環境はブラウザに限りません。（node.js, Web Workers） また、旧来のような <script> 経由でのロードもとうに古くなっています。今は CommonJS スタイルで、require を用いたモジュールのロードを行なうことがより良いとされています。 ですから、次のようなことは改める必要があります。 - var YourModule = {}; などとして、外部から YourModule.hoge(); などと呼び出す書き方 - this === window だと思うこと 今回は、
DRY原則 - Strategic Choice
The DRY PrincipleDon't Repeat Yourself. どういうこと？重複したコードを書かないこと。その考えに基づいて設計すること。 適用範囲はコードだけではない。変化に強く柔軟なシステムを構築するために重要な考え方である。たとえば？「達人プログラマー」では二重化の発生する 4 つのパターンを解説している。やむをえない二重化 開発者に選択の余地が与えられない、環境が二重化を要求するような場合を指す。言語や環境などの二重化がある。不慮の二重化 設計の誤りによる二重化。手抜きによる二重化 二重化されることをわかっていながら、納期が直前だったりという事情でついやってしまう二重化。定数を直接コードに埋め込んでしまう 繰り返し使われるコードをインラインで書いてしまう 開発者間の二重化 プロジェクトの開発チーム同士で発生している二重化。あちらでもこちらでも同じ処理をしているのに
プログラミング初心者がSICP(計算機プログラムの構造と解釈)を読んでみた - (wat-aro)
読む前の状態と動機 読み始めた時点でプログラミング歴約１年 もうひとつのscheme入門でプログラミングに入門するも，高階関数で挫折． Ruby本二冊，Rails Tutorialを二周． 他読み始めたけど途中で飽きた本が何冊か． 仕事（非IT)が忙しく，プログラミング始めて一年でこれくらいしか出来なかった． 基本的なところがしっくりこない． でもコード書くのは楽しいし，出来ればそれを仕事にしたいので基礎を身に着けたい． 無職になって時間もあるから基礎を身につけるためにSICPを読もう． 読むための準備 Scheme手習いとプログラミングGaucheを読んでからSICPにとりかかった． メインで読んだのは2版の和田訳．読んでわからない時は原著や1版の元吉訳に当たる． 後半になると真鍋訳が登場したためこちらにも助けられた． SICPを読む過程で得たもの 括弧が気にならなくなった S式のほうが
私はRSpecでテストをこんな感じで書いてる - アジャイルSEを目指すブログ
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
startupでもrails使うなら これだけはやっとけ的 tips集 - Speaker Deck
All slide content and descriptions are owned by their creators.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
麻豆影视文化传媒app下载tⅴ 官网进入_麻豆影视文化传媒官网进入_麻豆影视下载_麻豆影院
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
