最近「ああ、これ前職でも前々職でもやったことあるなぁ」という仕事があった。データエンジニア(やその関連職種)として働き始めて約5年、3社でフルタイムとして働いてきて「このスキルは業界や組織規模が変わってもデータエンジニアとしてスキルを求められることが多いな」と感じたものをまとめてみることにした。棚卸し的な意味はあるが、特に転職用などではないです。 前提 どこでも必要とされたスキル データマネジメントに関する概要レベルの知識と実行力 セキュリティや法令に関する知識 事業ドメインに関する興味関心 他職種とのコミュニケーション能力 コスト管理 / コスト削減のスキル ソフトウェアエンジニアとしてのスキル DataOpsやアラートのハンドリング能力 分析用のSQLを書く力 古いテーブルやデータパイプラインを置き換えていくスキルや胆力 あるとやりやすいスキル 関連部署の動きを何となく把握しておく力

今から10年前の2014年4月に、いわゆるIT系大企業のDBエンジニアを辞めてメルカリでソフトウェアエンジニアとして働き始め、そこから紆余曲折を経て10年たった。 当時の予定通り、まだ現役でコードを書いている。海外に拠点は移り、色んな国の人たちと仕事をするようになり、役割もテックリード、マネジャー、CTOと変わってきた。ソフトウェア開発について考え方もさまざまな変遷を経ているが、少しずつ培ってきた、大事にしていることをあげてみる。 ソフトウェア/アーキテクチャ/コード ソフトウェアは他者の価値(i.e. 課題を解決する/コストをカットする)を生み出してなんぼ。コードが綺麗でも売上は立たない。 アーキテクチャやプログラミング言語のトレンドは変化する。追いかけるよりも、その時々のチームやプロダクトに合った設計やプログラムを選択する。 遊び心は大事。チームやプロダクトにそれほど合ってなくても新し

［CEDEC 2023］「テストエンジニアが伝える　テストを実施する前に考えるべきテストの話」聴講レポート。開発が参加し，欠陥を未然に防止するテストの大切さ ライター：箭本進一 ゲーム開発者向けカンファレンス「CEDEC 2023」で，「テストエンジニアが伝える　テストを実施する前に考えるべきテストの話」と題された講演が行われた。ソフトウェアを作る前に一歩立ち止まり，必要になるテストについて打ち合わせをすれば，コストや手間を削減できるという。ソフトウェアのテストといえば，完成後に行うものというイメージがあるが，その前に行うべきテストとは，どのようなものなのだろうか？ 開発が参加し，欠陥を未然に防止するテストの大切さ 10X / B-Testing Qualityチームの風間裕也氏 講演を行ったのは，10X / B-Testing Qualityチームの風間裕也氏。ソフトウェアのテストに関す

どうもこんばんは、Railsを10年程やっているwebエンジニアです 唐突ですがフリーランスをはじめてみました（実際に稼働し始めたのではなくフリーランスとしての活動をはじめてみました） 転職系の記事はよく見かけるのですがあんまりフリーランスはじめました系の記事は見かけない気がしたのでせっかくなので書いてみようと思います 僕は今まで 自分でサービスを作る 広告収入 売る というサイクルで生きており、年に1回くらい「ここ手伝って欲しい」という知人づてのリファラルだったりDMをもらったりでチームにjoinしてちょっと働いてまた戻るという感じでした リファラルで働く場合は面接なんて形だけで即日で入る形になりますし、事前に僕の事をなんとなく知っていてくれるので「僕が頑張ってアピールする」必要がなくどちらかというとあっち側がアピールしてくれるという至れり尽くせりな状況で、一言で言ってしまえばぬるま湯の

なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】UXUIDesignUIデザイン画面設計 1.はじめに エンジニアの私がデザインを本気で勉強した結果、デザイナーとエンジニアはそもそも思考が大きく違っているということがわかりました。 今回は「それ」をデザインに苦手意識のあるエンジニア方にも理解してもらえたらと思い、わかりやすくまとめてみました。 2.アプリの画面デザインを考えてみよう まず、こんなアプリを考えてみてください。 フィットネストレーナーが使うアプリ トレーニングルームでお客様とお話しながら使う 端末はタブレット そして 会員の個人情報確認 前回までのトレーニング状況の確認 次回の予約受付 といったことをします。 使える情報としては、こんな感じです。 あなたならどう画面デザインをするか、もしお時間があったら考えてみてください。

ググり力、それはエンジニアにとっては 必須の能力 になりつつあると思います。 さて、皆さんは自分のググり力で欲しい情報にちゃんとたどり着けると言えますか？ @Yametaro さんからのお題です。 ある日、コードレビュー中ワイ ワイ「さぁ、今日も同僚のコードをレビューしていくでぇ」 ワイ「まずは新卒のT君のコードを読んでいこか」 ワイ「どれどれ…」 ワイ「ん？なんやこの??っていう書き方は…？」 ワイ「ググってみよか…」 ワイ「JavaScript ??と入力して、検索ボタンをポチッとな」 ワイ「…あれ？それらしい検索結果が出てこんな…」 ワイ「ぐぬぬ、記号関係はググりづらいこともあるんやな…」 ワイ「これじゃあ今日はもう、酒飲んで寝るしかないやないか…」 〜飲酒、そして就寝へ…〜 では JavaScript で ?? の検索方法はどうしたらいいのか？ ここに１つの解答を示しておきます！

先のコンテンツでお話したように、スキルに現役感があって柔軟性があればITエンジニアについては継続的に就業できそうな傾向が見えています。急に20代の日本人正社員が増えることはこの先無いので、企業が日本人に拘っているうちはミドルの需要はなし崩し的に高まっていくと考えています。ただし、朗らかに、にこやかにコミュニケーションできる柔軟性の高いミドルを目指しましょう。 とはいえ、実際に採用市場を見ていると転職の仕方が不器用な方が多いです。早期退職制度などもあり、初めての転職や十数年ぶりの転職という方も多く居られます。今回はITエンジニアにおいてミドルが取るべき採用の動き方についてお話します。 ミドルの転職におけるアンチパターン：とりあえず大手人材紹介に登録Twitterで話題の47歳について、私も思い当たるところがあり共感を持って毎日拝見しています。現役エンジニアがコメントや引用RTでワーワー言うの

フリーのITエンジニアやWebデザイナーも国の労災保険へ加入が可能に。業務や通勤での疾病、負傷、死亡など補償。国の労働政策審議会が了承。9月から 会社員やアルバイト、パートなど雇用されている立場である労働者が、仕事や通勤を事由としたケガや病気になり、あるいは死亡した場合、いわゆる労災保険、正式には「労働者災害補償保険」による保険給付が行われます。 労災保険は国が管掌しており、労働者を一人でも雇用する会社には労働者災害補償保険法によって加入が義務付けられています。 IT業界は残念ながら長時間労働が常態化している職場が少なくありません。そしてこれに起因する過労、うつなどの精神疾患をはじめとするさまざまな労働災害が発生していることは、読者もご存じのことでしょう。 会社員やパート、アルバイトなどであれば、こうした労働災害は労災保険によって補償されます。 一方、企業とは雇用関係になく、準委任契約や受

先日、下記のような「エンジニア転職できました。ただ努力不足という事もありSESからのスタートです。」という投稿が話題になっていました。いいねを押す若手。SESというかエンジニア舐めてるの？という古参でそれなりに炎上したようですのでご覧になった方は多いのではないでしょうか。 「エンジニア転職できました」 からの 「ただ努力不足という事もありSESからのスタート」 からの 「条件のいい会社に転職できるように頑張ります」 という投稿が流れてきたけど、未経験エンジニアが嫌われるのそういうとこだよ！ 採用担当者は経営者に詰められてるよ、それ！！ — 久松剛/採用コンサルもするPO・EM・PjM (@makaibito) November 18, 2020 どうも一部界隈ではフリーランス＞＞＞自社サービス（自社メディア）＞＞SIer＞SESという図式があるようです。 こうした流れを作っているのはTwi

Webアプリケーションの需要が高まるにつれ、その価値をユーザーに提供する直接のインターフェースとなる「フロントエンド」を構成する技術への関心も高まっています。一方で、フロントエンドは短期間で次々と技術的なトレンドが移り変わっていく領域でもあり、プロダクトの中で、どの技術を、どのように使っていくかが、ビジネスの拡大や、関わるエンジニアのキャリアに少なからず影響を与えます。今回は、ヤフーと、メルペイ／メルカリという、ともに多くのユーザーに支持されているプロダクトに関わる3人のフロントエンドエンジニアに、時流に流されず、ユーザーにより多くの価値を届けられる「フロントエンド」のあり方と、それに向き合う際に必要な考え方について語ってもらいました。 日本最大規模のWebサービスでフロントエンドに関わる3人のエンジニア 橋本：ヤフーの橋本です。本日はよろしくお願いします。私は2011年にデザイナーとして

StartupStockPhotosによるPixabayからの画像 こんにちは。倉内です。 エンジニアになったころは「とにかく手を動かし続けたい」「技術力で勝負したい」という方が多いのですが、実際ある程度働いてみると技術力だけで突破していくのは結構難しいことに気づきます。 尖った技術を武器にいわゆるスペシャリストとして生きていくことができる人はそう多くはなく、paiza利用ユーザー様からも「将来自分はどうすればいいだろうか…」という悩みをいただくことがあります。 エンジニアとしての市場価値を高めるには技術を磨くこと以外に、できることの幅を広げる、サービスやプロダクトの成長にフォーカスする、エンジニア経験を生かして転職する…など他の選択肢もあることを覚えておいてもよいでしょう。 そこで今回は、技術に全振りしないエンジニアのキャリア選択について考えてみたいと思います。 技術力オンリーで生きてい

こんにちは。エンジニアの敷地(@shikichee)です。 現在AI受診相談ユビーのプロダクトオーナーをやっています。 自分が入ってから、リピーター数が2ヶ月半で5倍に 今回はエンジニアとして培ったスキルを活かしながら、施策の立案から実行まで行い、2ヶ月半でリピーター数が5倍になった事例を紹介できればと思います。タイトルは若干ふざけすぎですが。笑 ※この記事は Ubie Advent Calendar 2020 の 21 日目の記事です。 0. 突然のチーム移動&課題だらけの環境Ubieに入って3年間、病院向けのプロダクトAI問診ユビーをソフトウェアエンジニアとしてずっと開発してたのですが、今年の10月にAI受診相談ユビーという一般ユーザー向けのサービス開発チームに異動することになりました。 AI受診相談ユビーとは 質問に答えいてくと、参考病名や適切な医療機関が出てくるシンプルなサービスで

はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり１つや２つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え？そうなんですか？結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

組織でも少数派であり、難しい立場におかれることも多い「エンジニアリングマネージャー（EM）」。他部門に比べてマネジメントに関する情報が少なく、属人的な方法でメンバーを束ねている人も少なくない。そこで、汎用的なマネジメントの考え方や技術を学び、活用することでより柔軟で的確にチームをまとめることができるのではないか。その考えのもと、株式会社ミクシィ みてね事業部 開発グループ マネージャーとして現役EMを実践中の酒井篤氏が、自身の経験とともに実践的な解決策やノウハウを共有した。 講演資料：実践 Engineering Manager ～理想のエンジニアチームを目指して～ 株式会社ミクシィ みてね事業部 開発グループ マネージャー 酒井篤氏 マネジメントにルールを設け、キャリアとして意識する エンジニアの中には一生現役で、できればマネジメントは避けたいと考える人も少なくない。しかし、組織の中で仕

2017年末、メルカリからメルペイが設立された。メルカリ関連のお金まわりはもちろんのこと、独立した金融会社として、決済など各種金融サービスを展開していくためだ。 そして会社設立から約1年半で、サービスをローンチ。その裏側にはどんなストーリーがあったのか。技術と経営をつなぐアドバイザーとして数多くの企業の経営支援を担う、レクターの広木大地氏をモデレーターに迎え、メルペイCTOの曾川景介氏、同じく同社VPoEの木村秀夫氏との対談から考える。 【組織設計論】プロジェクトベースからマトリックス型組織に──その結果は？ 広木：メルペイはメルカリのアプリに組み込まれる形で利用でき、お客さんから見ると単一のサービスには見えます。しかし実際には会社も違えば組織も異なります。互いの組織間で行う目標設定の調整は苦労があったのではありませんか。 ▲株式会社レクター 取締役 広木 大地氏 筑波大学大学院を卒業後、

この記事は、Merpay Tech Openness Month 2020 の20日目の記事です。 こんにちは。メルペイのVP of Engineeringの木村（@hidek）です。 はじめに メルペイでは VP of Engineering と Engineering Manager (EM)が HR と連携をしながら、エンジニア組織のピープルマネジメントにコミットしています。ピープルマネジメントとは、 採用 → 育成 → 評価 → リテンション → 外へのアウトプット → より良い採用… というサイクルを好循環させながら、組織全体に貢献することと定義しています。 その中で、今回リテンションという観点で EM 間で議論を行い、「ローテーションプログラム」というものを作ったので、その紹介をしたいと思います。 「チャレンジ」のプロセス化 メルペイもプロダクトがリリースされて１年半以上が経ち

こんにちは。コネクト支援チームの@tignyaxです。 みなさま、夏はどう過ごされたでしょうか？ 私は、夏が好きなのに今年は夏らしいことが出来なくて寂しいなぁとなっています。。。 さて、今年2020年もエンジニア新人研修を行いましたので、その紹介と講義資料を公開いたします。 2020年のエンジニア新人研修について 基本的には2019年と同じ形*1での実施となりました。 最初の1週間で必修講義をしたあと、新人の皆さんには2週間ずつ3チームを体験してもらいました。 チーム体験のコンセプトは、新人に「興味のあるチームで実際に業務を体験し、配属希望を決める参考になった。」と言ってもらうことです。 各チーム体験では座学や研修を中心にするのではなく、業務体験が中心です。 チーム体験を通して、配属先を検討する材料にしたり、いろんなチーム/人/業務を知ってもらえる機会となります。 必修講義 誰に: 開発/

1. はじめに 本稿は、私が1年以上の期間をかけて、成長し続けるチームに変わることができた施策を紹介します。 本稿は長文なので、忙しい人は太字だけを拾い読みして、興味をもった施策だけを詳しく読んでいただければと思います。 なお、本稿の内容で「Developers Summit 2020 KANSAI」というカンファレンスで発表した結果、ベストスピーカー賞1位をいただきました。発表を視聴してくださった方々に感謝しております。 発表資料と発表動画はコチラ 2. 施策の効果 私の開発チームは当初(1年と数ヶ月前)は、以下の状態でした。 あまり積極的に今のやり方を変えようと思っていないチーム メンバーは、中堅(私)が1名と入社2年目と3年目の3人(後に新人が配属して途中から4名に) 全員、技術記事を書いたことがない 全員、社外の勉強会などのイベントに参加したことがない 全員、開発知識は、業務で教え