Latest Tech Jobs 🇯🇵Explore the top developer jobs in Japan for foreigners

こんにちは、SmartHR で人事をしているぷりんたいです。 このたび「期間限定」で人事チームに異動のもと、エンジニア採用強化に向けた制度作りや採用プロセスのシステム化などを行っております。今回は以前からケースバイケースで実施していた体験入社という取り組みを社外にも公開できるように制度として整備しましたのでご紹介をさせていただきます。 まえがき 共にプロダクトを開発してくれる仲間と出会えず涙ぐましく空回りしていた上半期、サイゼリアで行った歓迎会の練習会が功を奏したのかは不明ですが、幸いなことに下半期では本日時点でエンジニアチームに新たに7名が入社してくれました 🎉 入社後のメンバーからもオープンな社風・文化については良い評価を頂いていますが、これって入社して中の人になってみないと実感できない部分がどうしてもあると思います。特に企業内におけるエンジニア組織って、会社によって位置づけや文化が

- はじめに - 本日9/30を持ってSansan株式会社を退職しました。 来週月曜日から別の会社で働くことになりました。 疾風怒濤の結婚エントリからの転職エントリです。 - Sansanの思い出 - 今まで転職エントリを見てよく「転職するのに昔話する必要ないやろ先を見ろや」と思っていましたが、書きたくなる不思議な気持ちに今包まれています。 端的に書きますが、Sansanでは新卒エンジニアとしてR&Dをやっていました。 専門である機械学習関係のプロジェクトに色々足を突っ込んでいました。 Python、Rの力はもちろん向上しましたが、C#やC++、Go、GAS辺りがﾁｮｯﾄﾃﾞｷﾙようになり、AWSの各サービスがある程度触れるようになりました。 加えて学会や勉強会への登壇、インターンの受け入れなども経験しました。 これとか vaaaaaanquish.hatenablog.com Sansa

エンジニアにとっての幸せとは何だろうか。一般的には、エンジニアとは何かを作る人だ。橋を作る人、ビルを作る人、電子機械を作る人、ソフトウェアを作る人、これらは皆エンジニアだ。よって、創造の喜びというのがひとつの答えとなるのではないだろうか。 一方で、世の中には、何も作りはしないけれども、エンジニアと同じように高度な専門技術を持っている人たちもいる。医者や弁護士やコンサルタントだ。このような人たちにとっての仕事をとおしての幸せは何だろうか。私は、技術の行使がその答えだと思う。 後者の人たちの仕事は、顧客あるいは患者から持ち込まれた問題を解決することだ。なぜ彼らのところに問題が持ち込まれるかというと、そのような問題の解決には高度な専門技術を要するからだ。問題解決者としての彼らの興味は、自らの専門技術を行使していかに困難な問題を解決するかという点に注がれるのではないかと思う。難しい問題ほど挑戦し甲

表題の通り、数年勤めたソニー株式会社を退職しました。 個別具体の退職理由はいろいろあってそれらは後述しますが、退職を決めた基本的な理由は、個人的なキャリアパスの設計と会社の方針のミスマッチ、労働観のミスマッチ、技術投資の考え方のミスマッチの三点に集約できると思っています。 キャリアパスの設計と会社の方針のミスマッチ私はソニーでソフトウェアエンジニアとして働いていました。 ソフトウェアエンジニア(を目指す人間)にとってソニーと言えば、"自由闊達な理想工場"、エンジニアが自由に活躍できる会社、日本のメーカーなのにソフトウェアもちゃんとつくれる会社、などのイメージがあるかと思います。私もそう思っていました。 実際会社は説明会などでそういった説明をしましたし、そういったイメージを前提に私はソニーを選び、「エンジニアとしてプロフェッショナルになる。品質が高く、お客の求める体験を作り出せる人間になる」

今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度

いままで3回転職したけど、うまく行ったこともあるし行かなかったこともある。いままではわりと気軽に転職先を決めてしまっていたのだけど、そろそろ慎重に行かないと後がないなという危機感を覚えたので、とりあえず今までのことを振り返って気をつけるポイントを書いてみようと思う。 自分はこんな感じのエンジニアです。 技術的には広く浅くタイプデザイン・インフラは不得意マネージメントは不得意 いままで所属していたのは上場企業が多かったが、スタートアップも経験済み情報収集編IRを読め、短信だけでいいからこれまで何をしてきたか、これから何をするつもりなのか、会社の強みは何なのか、今後考えられるリスクをどう捉えているのか。上場企業ならばIRという形で外向けに情報を発信しているので、それを読むのはかなり大事。 で、具体的に書いてなくてよくわからないところが絶対あるはずなので、それを面談で聞く。ピンと来なかったらその

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊

毎年スタックオーバーフローから世界中のITエンジニアを調査対象とした調査結果が出る。基本は英語圏のエンジニアに向けた調査になっているので、日本のエンジニアの現状とを比較する際にはとても参考になる。 人気のテクノロジー この手の調査結果ではいつもJavaScriptが１番。Javaも常に高順位にいる。PHPが５位の25.9%と意外にまだまだ人気な様子。 嫌いなテクノロジー 好きなテクノロジーの次のタブがこの嫌いなのランキング。トップ２がVisual BasicとWordPress。個人的にもこの２つにはあまり関わりたくない、という思いがある。 エンジニアの年齢 若い。。。中央値は２７歳。２７過ぎたらもう老人扱い。 エンジニアの皆さん、年食ったらフサフサな髪のズラかぶって、エステ行ってシワのばして若いフリしましょう。辛いですが、そういう世界らしいです。 どっちが好き？スターウォーズ VS スタ

おいしいですね

http://anond.hatelabo.jp/20150213000517 みな、どうやっているんだろう。どうやって、がんばっているんだろう。そういうことばかり気になってる。 今から書くことをやれ、絶対やれ 認知行動療法毎日自分の精神状態を数値化して記録するお前の問題はネガティブな思考をする癖がついていることだけだ これを改善できれば逃げ癖は確実に減る http://www.amazon.co.jp/dp/442211283Xhttp://www.amazon.co.jp/dp/4791108485このあたりの本を読めよ 認知行動療法を続けるだけで、調子はだんだん良くなっていく ただ本当に良くなっているのか、不安になることもある そのために、自分の精神状態を数値として記録しろ BDIなら毎日数分でできる http://www1.bbiq.jp/lion/bdi-2.htm はじめは20

This domain may be for sale!

お疲れ様です。さいです。 新卒で入社した会社に 平成26年4月1日に入社し、同年11月30日をもって退職しました。 捻くれてるので、退職エントリ書くより「エンジニアはなぜ退職エントリを書きたがるのか」みたいな 記事を書いてやろうかと思ったけど、かけるほど転職経験があるわけでもないのでやめます。 半年間でやったこと ユーザーサポート 業務システムについてユーザーからのオペレーションについての質問や 不具合などの窓口をメールや電話で対応していた。 あまり思い出したくない記憶になっている。 業務システム内にあまりにも不具合が多く、それをユーザーの運用方法で回避しているのだが、 いかんせん量が多いためにほぼ毎日のように不具合についての問い合わせがくる。 そのたびに大慌てで複雑な業務フローを洗い、異常なデータを 二次災害が発生しないように修正するのはただ辛みでしかなかった。 開発の人間が適当なシステ

Photo by VFS Digital Design 皆さんはアルゴリズムやデータ構造について知っているでしょうか。情報系の学部出身の人は学校の授業でやったかもしれません。一方で学校で情報系の勉強をせずにITエンジニアになったという方は、アルゴリズムやデータ構造について一度は「勉強したほうが良いんだろうな」と思いつつも、実際の業務であんまり必要なさそうだし、難しそうだし、DevOpsやオブジェクト指向やフレームワークについて学ぶので手一杯で未着手、という人も多いのではないでしょうか。 今回はそんな方に向けて、アルゴリズム、データ構造を学ぶ意義と、それらを学ぶときに役立つ本とサイトについてまとめました。 ■アルゴリズム、データ構造を学ぶ意味 アルゴリズムやデータ構造について語られるときに、非常に良く言われる事として「そんなものは実務に役立たたないので必要ない」という意見があります。本当にア

Web系に限らずですがとにかくいろんなことを考えなければいけません。 業界で3年以上やっていたエンジニアならいざしれず、非エンジニアやフロントエンドしか触ったことのないエンジニア。 そして学生等々、Web系ベンチャーをやるには案外考えることが多いんだぜってことを伝えたいと思います。 開発編 運用編 まとめ という流れで説明します。 開発編 主にサービスローンチまでのプロセス。 最近でいうとMVP (Minimum Viable Product)だったりアジャイルだったりが流行っていますが、 とりあえずMVPを構築するまでに考えなければいけないことをリストを書いていきます。 1. 言語は何を使うか 一番ベーシックな概念にして、一番重要かもしれません。 とりあえずフロントエンドはさておき、バックエンドをどうするか。 ここで選択肢を上げておきます。 PHP Perl Ruby Python Sc

改訂：2014/10/20 備忘録としてまとめていきます。 今まで集めていた情報まとめていきます。 すでに読んだやつも今これから読んでこうってやつもまとめにまとめちゃいまっせ。 アウトプットも大事だけど、自分より先輩の方がアウトプットし続けて頑張って得た知見をあっという間にインプットできる"本"という形での学習も超大事なのです。 エンジニアとしての心得みたいな本 ハッカーと画家 コンピュータ時代の創造者たち 作者: ポールグレアム,Paul Graham,川合史朗出版社/メーカー: オーム社発売日: 2005/01メディア: 単行本購入: 109人 クリック: 4,884回この商品を含むブログ (594件) を見る YCombinatorの共同設立者の彼の本。 CODE COMPLETE 第2版 上 作者: スティーブマコネル,Steve McConnell,クイープ出版社/メーカー: 日