最初から完ぺきを求める必要はない。10年かけて、英語で生活できるようになった話 | レバテックラボ（レバテックLAB）
OpsBR Software Technology Inc. 代表 岩永 亮介 ソフトウェア業界で15年以上、物理的なデータセンター運用から、世界最大規模の分散システムの運用、多数の業界のお客様のシステム設計支援、フロントエンドからバックエンド、データベース管理者、DevOps やテスト設計・実装、アーキテクチャレビュー、などを経験。特に、運用に関する改善や設計は得意で、OpsBR Software Technology Inc. を立ち上げた。カナダのバンクーバー在住。経歴は、Autify で Staff Software Engineer、Sr. Technical Support Engineer、Amazon で Sr. Systems Development Engineer、Solutions Architect など。 ソフトウェアエンジニアとして海外、特に北米を目指すのであ
【エンジニアの海外挑戦記】岩永氏が語る、10年かけた移住計画。狭いチャンスを自分の道につなげられたわけ
TOPコラムITエンジニアの海外チャレンジ・ガイドブック【エンジニアの海外挑戦記】岩永氏が語る、10年かけた移住計画。狭いチャンスを自分の道につなげられたわけ OpsBR Software Technology Inc. 代表 岩永 亮介 ソフトウェア業界で15年以上、物理的なデータセンター運用から、世界最大規模の分散システムの運用、多数の業界のお客様のシステム設計支援、フロントエンドからバックエンド、データベース管理者、DevOps やテスト設計・実装、アーキテクチャレビュー、などを経験。特に、運用に関する改善や設計は得意で、OpsBR Software Technology Inc. を立ち上げた。カナダのバンクーバー在住。経歴は、Autify で Staff Software Engineer、Sr. Technical Support Engineer、Amazon で Sr. S
文法を学んだ次に知りたいのは、ゼロから巨大なコードを書き上げる方法ではなく、"既存のコードの改修を適切にやれる方法"なんじゃないか - Magnolia Tech
プログラミングの入門書、「ゼロからコードを書いていく」ことは教えてくれるけど、「今あるコードをどうやって壊さず機能を追加してくれるか？」というのは教えてくれないんだよな ゼロからコードを書いている時間より、既存のコードを読んで影響を確認し、改修している時間の方が圧倒的に長いのに— magnoliak🍧 (@magnolia_k_) 2022年3月19日 プログラミング言語の文法や、ツールチェーンの使い方を一通り覚えた後、実際にプロダクションコードを書く場面で最初にアサインされることって、”プロダクションレベルのアプリケーションのコードをゼロから一気にリリースクオリティまで書き上げる”ことではなく、”既存のコードに対する小さな改修”だったりしませんか。 そんな時、『入門 機能追加』があればいいのに、と思ってしまう。 『入門 機能追加』の執筆が待たれる ・設計意図を残すドキュメント・コードの
安定して成果を出せるエンジニアへの近道 - yigarashiのブログ
ソフトウェアエンジニアとして安定した成果を出したいと思っている人は多いでしょう。妥当な方針を危なげなく定め、素早く的確に実装し、滞りなく仕事を片付けていきたいものです。しかし、いつでもそのように成果を出せるようになるのは簡単ではありません。言語、ミドルウェア、クラウド、アーキテクチャと、身につけるべき知識が無限に並んでおり、それら全てに習熟する日は永遠に来ないとすら思えてきます。 にもかかわらず、この記事を読むみなさんの同僚には、安定して成果を出せるエンジニアが相当数いるだろうとも思います。これは一体どういうトリックなのでしょう。彼ら彼女らは全てを勉強しているのでしょうか。もちろんそれに近い研鑽を積んでいる人もいるでしょうが、多くの人はそこまでしていないと予想します。少なくとも僕はそこまでやっていませんが、技術面でもそこそこバリューを出して、テックリードを1年勤め上げました。この記事では、
キャリアハックの奇行 - Software Transactional Memo
エンジニアの奇行 嚢中の錐という言葉がある。有能な人物は自ずと傑出していくという意味だが、有能さとは例えば学歴の高さとは一致しない。 たとえMIT卒であろうとも大成するとは限らないし、ましてや入試の点数などで見れる人間の側面は限定的である。 企業などで採用する側からしてみたら当然ながら採用後の活躍を期待して雇用するのであり、入社をゴールとしてそれ以降働かなくなる人は望ましくないし、学歴や入試の点数によってそういう人かどうか判定する事はできない。 活躍という観点で言うと長いキャリアにおいてより重要となるのはキャリア開始時での能力の高さよりも、険しく長い道のりを自己メンテナンスしながら歩み続けられる根気の強さが重要とされている。その根気の源泉は執着だったり崇拝だったり妄信だったりトラウマだったり原体験だったり人によって様々だが、ここではひっくるめて「やる気」と簡略化して呼ぶことにする。 さて「
【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly（ギークリー） IT・Web・ゲーム業界専門の人材紹介会社
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD（Domain-Driven Design）を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め
転職した
この会社に入ってもうすぐ5年。5年同じ仕事をしていればそろそろ飽きも来るというものだが、今の会社にはAndroid Engineerとして入ったものの、そのアプリが2019年末でサービスをやめてからは、ReactJSでWebアプリ、Objective CでSketchプラグイン、AndroidアプリやiOSアプリ、たまにFlutterもやるなど、同じ仕事を毎日やっていたわけではなかったので、飽きたというのはちょっと違う。 そもそも今の会社に入ったときの転職活動のときに思っていた、このままだと「何でもできる＝何もちゃんとできない」エンジニアってことになってしまうという懸念が再来してしまった。アメリカ合衆国内での職探しはどうしてもJob Descriptionにきっちりフィットする履歴書を持っていないとダメな気がしていて、何でも人並みにできますのでその仕事ももちろんできます、という売り込み方は
ITエンジニア採用入門
今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 「行進」 -> 「更新」 ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20
Erlang Factory - Rick Reed, Software engineer at WhatsApp
Subscribe to our Erlang Factory newsletter to receive the latest updates and news
すべてのエンジニアがコミットする、トレジャーデータの採用手法「エンジニア採用は誰のシゴト？#2」 - LAPRAS HR TECH LAB
ホーム » LAPRAS SCOUT導入事例 » インタビュー » すべてのエンジニアがコミットする、トレジャーデータの採用手法「エンジニア採用は誰のシゴト？#2」 本記事では、前回の記事に引き続き「エンジニア採用は誰のシゴト？」というテーマでエンジニア採用に関わる方にお話を訊いていきます。 今回お話を伺ったのはトレジャーデータ株式会社のエンジニアリングディレクターである伊澤さん。エンジニアチームが主導となって採用要件の策定から採用活動を行う体制についてお話いただきました。 《プロフィール》 伊澤 良樹さん： 米国留学後、リクルート米国法人子会社にてWebエンジニアとしてキャリアをスタート。帰国後、Yahoo! JAPANにてサービス開発、プラットフォーム開発・運用担当し、開発部長としてデータソリューション開発組織を管理運営してきた。その後、DeNAにて分析基盤の開発およびチームリードを経
『その「エンジニア採用」が不幸を生む』を読んだ ~優秀エンジニアをどう採用するか~
目次 本書の概要エンジニアと企業のミスマッチ良いエンジニアは市場に出ない リファラル採用が一番多い転職ルートの多様化 年収の透明化採用担当者のリテラシー企業の情報発信企業の差別化ポイント 報酬 転職すると年収が上がるバグ就業条件評価と処遇企業内教育の制度キャリアパス迷ったら採用しないという原則エンジニア採用について最近いろいろ考える機会が増えたので読んでみた。 本書の概要本書ではIT分野で人材採用のコンサルタントとして活動している著者が、「エンジニアと企業のミスマッチ」はどうして起こるのか、それをどう解決していったらよいのかを紹介している。 本書前半部分ではイケてない会社やエンジニアの採用失敗例および就職失敗例が紹介されており、後半部分では企業サイドがどうエンジニアを惹きつけ採用に結びつけたらよいかの話が書かれている。 エンジニアと企業のミスマッチ本書では下記のようにエンジニアが特性に応じ
データ民主化の負の側面 - wyukawa's diary
データの活用が当然のことのようになってエンジニア以外でもSQL書いてデータ抽出するのが一般的になってきました。さらにデータサイエンティストの登場により高度な分析もされるようになってきて、顕在化してきたのがHadoopクラスタの無法地帯化とエンジニアの疲弊なんじゃないかと最近思っております。なおHadoopに限らずElasticsearchでも言えたりします。 これって要はユーザと管理者のバランスの問題で、Hadoopエンジニアを採用するのが難しいというのが背景にあります。 SQL書ける人はそれなりにいるけど、インフラ側の人材不足ですね。この状態でデータの民主化が進むとどうなるかというと、 クエリの数が増える -> なかにも重いクエリも結構ある -> 管理者がそれをチェックするのに疲れて放置するようになる -> クラスタの負荷が増えて障害も出るようになる -> クエリ実行にも時間かかるように
ITでも機械でもない…マイナーな『食品メーカーエンジニア』のリアルを綴ってみる - いただきライフ！
2017 - 03 - 16 ITでも機械でもない…マイナーな『食品メーカーエンジニア』のリアルを綴ってみる 食品とビジネス 食品とビジネス-就職・転職 スポンサーリンク シェアする Twitter Google+ Pocket 最近、WEBサービスやアプリケーションに触れる機会が多くなり 『エンジニア』 と呼ばれる人をよく目にします。 ブログを書いていると、本業で システムエンジニア や プログラマー 、 WEBデザイナー として働いている人とも関わるようになりましたね。 さて、僕は大学院を卒業してからずっと食品メーカーで働いています！ 職種は 『技術系』 とでも言っておきましょうか。 複数の会社で 基礎研究 から 商品開発 、 製造ライン立ち上げ 、 生産管理 などを担当したので、どれが本職かと言われると怪しいところです…（器用貧乏？） そもそも食品メーカーの技術系は研究費がリッチな
スタートアップインフラとSaaS -前提-
こちら2016/3月の北海道暑寒別岳の斜面です。ほんと最高のスキー体験でした。（本文とはまったく関係ありません) こんにちは。Kaizen Platform, Inc. で、インフラエンジニア/マネージャと、セキュリティエンジニアと、社内情シス担当と、Back office マネージャを兼務している Yoshiaki Sudouです。 ぱっと聞くと「いったい何屋なんですか？」といった思われるのと同時に、そんなに掛け持ちして本当に仕事回ってるの？と思われると思います。（名刺もロールに分けて数種類使い分けてます） まったくその通りで、今回のblogでお話したいのもなぜ私がこんなに兼務しているのか。というのと、この時間をどう作り出しているか？またそのためにチームのみんなに、会社にどういったことを働きかけてきたか。といったことを少しばかり書かせていただけれれば。と思います。 僕がKaizen Pl
挑戦するエンジニアたち ヒストリー[3-1]｜ITエンジニア専門の転職情報はフォスターキャリア
1979年生れ。2005年よりISP、SIer（NTTデータ先端技術株式会社）2社での勤務を経験後、2010年8月株式会社ライブドア入社(2012年1月NHN Japan株式会社に経営統合後、2013年4月にLINE株式会社へ社名変更)。現在に至るまでライブドアの各サービスにおける稼動状況の把握と可視化などを中心に、サービスをまたいだ観点でのツール整備などを行う。 今回、株式会社ノーチラス・テクノロジーズの神林氏よりご紹介を頂きましたが、どの様な繋がりでしょうか？ もともと、現在のLINE株式会社に入社する前からGoogle App Engineを趣味でいじっていた時期があり、その関係のコミュニティなどで、「クラウド」「分散処理」の話があり、Hadoop系の方と勉強会（飲み会含め）で知り合いました。更に現在の業務になってHadoopを集計などで利用することになり、神林さんもノーチラス・テク
テクニカルサポートというお仕事 - nekop's blog
tstalk Vol.1というテクニカルサポートのトークイベントに行ってきていろいろお話したり聞いたり考える機会になったので書き出しておくよ。いろいろなテクニカルサポートな人が集まっておもしろかった。ソフトウェア製品サポート、ハードウェア製品やそのファームのサポート、非サポート(興味がある、昔やっていた、サポートを利用するお客様の立場だけど、というような方々)、その他、みたいなごちゃまぜ編成。 ランダム箇条書きな感じで。 テクニカルサポートは楽しい テクニカルサポートはケーキバイキングみたいなお仕事 基本的に扱う内容はエンジニアであるお客様がつまずいた「技術的に難しいところだけ」おいしいとこどり食べ放題 「サポート」を「エンジニアリング」する、多くの改善余地のある創造的な作業が多め 例えばプログラマ関連だと、WebとDBとの橋渡しをするだけのコード書きや(デザインなどの創造的な作業ではない
このたびソニックガーデンの7人目のメンバーになりました - give IT a try
はじめに タイトルにもある通り、このたび株式会社ソニックガーデンで働くことになりました。 Rubyやアジャイル開発に興味がある方なら、きっとみなさんソニックガーデンのことをご存知なのではないでしょうか。 代表取締役社長の倉貫さんをはじめ、選りすぐりの精鋭部隊が今回僕を迎え入れてくれたことは非常に光栄です。 会社のため、お客様のため、プログラマを憧れの職業にするため、日本のIT業界発展のために精一杯頑張ります！ どうやって働くの？ 一部の方はご存知かもしれませんが、僕は現在兵庫県西脇市に在住しています。 ソニックガーデンのオフィスは東京の渋谷にあります。 なので僕はこれから単身赴任・・・ではなく、地元西脇市からリモートで開発を行います。 わかりやすく言うと、在宅勤務です！ もっとも、最初の3ヶ月ぐらいは研修期間として東京で働きます。 余裕があれば東京の勉強会等に顔を出すかもしれません。その際
プログラマの適性検査 - カレーなる辛口Javaな加齢日記
「60%の人間はプログラミングの素質がない」 http://cpplover.blogspot.jp/2012/05/60.html http://www.eis.mdx.ac.uk/research/PhDArea/saeed/paper1.pdf より． 「プログラミングできる人とできない人との間の深い溝」 http://d.hatena.ne.jp/masatoi/20090707/1246965336 「どうしてプログラマに・・・プログラムが書けないのか?」 http://www.aoky.net/articles/jeff_atwood/why_cant_programmers_program.htm 「Separating Programming Sheep from Non-Programming Goats」 http://www.codinghorror.com/blog
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - jwasham/coding-interview-university: A complete computer science study plan to become a software engineer.
Webエンジニアとして いま知っておきたい Webアクセシビリティ
