「できること」よりも「やりたいこと」「なりたい姿」を追求した。DB未経験からPostgreSQLのコミッタになるまで - Findy Engineer Lab
こんにちは。澤田雅彦（@masahiko_sawada）と申します。オープンソースのデータベース PostgreSQLのコミッタをしています。2022年からは、Amazon Web Services Japan（以下、AWSジャパン）でソフトウェアエンジニアとしてPostgreSQLの開発をしています。 2013年に業務の一部として始めたPostgreSQLの開発はかれこれ10年以上続き、今ではフルタイムの業務となっています。「わたしの選択」というテーマで寄稿の機会をいただいたので、本記事では、私がどのようにPostgreSQL開発者のキャリアを選択したのか、なぜ10年以上もの長い間PostgreSQLの開発を続けているのか、などを紹介したいと思います。 データベースを始めるきっかけ 大学生の時は元々教員志望だったのですが、講義で初めてプログラミングを学び、その面白さからエンジニアを目指す
施策を "Own it" するエンジニア 〜オーナーエンジニア制度の紹介〜 - クックパッド開発者ブログ
レシピサービス開発部の新井（@SpicyCoffee66）です。いろんなゲームが好きなのでどれも中途半端にしか上手くならないことに 10 年以上悩んでいます。 この記事では、クックパッドのレシピサービス開発に導入している "オーナーエンジニア" と呼ばれる制度について紹介します。 クックパッドでサービス開発をしているエンジニアがどういう働き方をしているのか知りたい ディレクターやデザイナーと上手く協業する方法が知りたい サービス開発エンジニアはやることが多すぎてどうやって仕事をすればいいか悩んでいる といったような方の参考になると思いますので、興味があれば是非ご一読ください。 制度導入の背景 オーナーエンジニアという役割について述べる前に、まずはレシピサービスの開発を取り巻く環境について軽く解説します。 現在クックパッドのレシピサービスは、エンジニアが 10 名と少し、デザイナーが 5 名
エンジニアを増やしていけば、うまくいくと思っていた––メルカリCTO名村卓氏が語る、開発組織の今とこれから
2019年9月24日、株式会社メルカリにて、エンジニア向けイベント「Mercari Bold Challenge ~CTOとエンジニアが赤裸々に語る 変化と挑戦~」が開催されました。社員数は1,800人を超え、40ヵ国以上の国から多様な人材が集まり急成長を続けるメルカリ。一方で、急成長に伴って新たな課題も生まれています。そこで今回は「Bold Challenge（大胆な挑戦）」というテーマで、メルカリのエンジニア組織の変化と挑戦について、そのリアルを語ります。プレゼンテーション「メルカリのエンジニア組織の今とこれから」に登場したのは、執行役員CTOの名村卓氏。講演資料はこちら CTO名村氏が語るメルカリのエンジニア組織の今 名村卓氏：こんにちは。CTOの名村です。僕からは、メルカリのエンジニア組織の話をさせていただきます。「今とこれから」ということで、これまでのことと、今抱えている課題と、
技術者よ、設計しよう、仕様書を書こう | 宇宙科学研究所
私は、昨年度、工業標準化事業に対する貢献により経済産業大臣から表彰を受けました。編集委員会から私に与えられたテーマは、それについて解説せよというものです。しかし、その技術的な内容については既に本ニュースの2004年6月号において「宇宙開発における標準化と情報化」という題名で執筆しています。そこで、今回は、私が標準規格などの文書の作成に力を入れている理由についてお話ししたいと思います。なぜならば、その理由をお話しすることは、「人工衛星のような複雑なシステムをいかに効率的に開発するか」という私のシステム工学的な研究の成果を解説することになるからです。 人工衛星のような複雑なシステムの開発は、必然的に大人数のチームで行うことになるのですが、効率的に開発を行うための一つの原則は、「チーム構成員の誰もが何かしら具体的な作業を担当し、その作業結果を文書などにまとめ、プロジェクトの中で機能させること」だ
ロボット犬のソフトウェア開発者が起業。積み上げた技術と経験を活かし、エンジニアを目指すきっかけとなった福祉機器開発への挑戦――マリス creative design 和田康宏氏 | fabcross for エンジニア
ロボット犬のソフトウェア開発者が起業。積み上げた技術と経験を活かし、エンジニアを目指すきっかけとなった福祉機器開発への挑戦――マリス creative design 和田康宏氏 2018年6月に福祉機器の企画や開発等を行うマリス creative designを創業した和田康宏氏。「福祉機器を作る」ことに照準を合わせ、日立やソニーといった大手企業で仕事をしながら技術や経験を積み上げてきた。「良くも悪くも頑固」という和田氏に、これまでのキャリアや仕事をするうえで大事にしていることを聞いた。（執筆：杉本恭子、撮影：水戸秀一） ――ものづくりを仕事にしようと思ったのはいつごろですか。 小さい頃からプラモデルを作ったり、当時流行ったミニ四駆に没頭して大会にも出たりして、ものを作ることが好きでしたので、中学生になる頃には、何となくものづくりにかかわる仕事がしたいと考えるようになっていました。 ――福
プログラマブルSoCの可能性を最大限に発揮させる「MATLAB/Simulink」の新機能
アプリケーションプロセッサコアとプログラマブルロジック部を1個のICに集積したプログラマブルSoC。注目を集めるプログラマブルSoCを用いた製品開発に最適なのが、「MATLAB/Simulink」によるモデルベースデザインである。ブロック線図で記述するSimulinkモデルだけでも、プログラマブルSoCの評価ボードへの実装コードが生成できるだけでなく、プログラム言語の違いによって生まれていたソフトウェアとハードウェアのエンジニアの間の相克を、Simulinkモデルという共通言語で解消することも可能になるのだ。 現在注目されているICカテゴリーの1つにプログラマブルSoCがある。ARMのアプリケーションプロセッサコア「Cortex-A9」と、周辺機能や入出力機能をFPGAのように再構成できるプログラマブルロジック部を集積したもので、代表的な製品にはXilinxの「Zynq」やAlteraの「
[レポート]レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡 #DDDAlliance ｜ Developers.IO
こんにちは。プロダクトグループのshoito(しょいと)です。 9/26(水)に開催された レガシーコードにドメイン駆動設計で立ち向かった5年間の軌跡 に参加してきたのでレポートします。 当日のtwitterのハッシュタグ#DDDAllianceのツイートがTogetterでまとめられています。 BIGLOBEにおける、5年間のDDDへの取り組みと今後について ビッグローブ株式会社 西 秀和さんより 30年間、事業を支えてきた業務システムをDDDで刷新する。 そのためには、組織的、エンジニアのレベルなど多くの問題があります。 その壁をどう乗り越えたのか？ そして、壁の向こうで得た恩恵とは何のか？ 5年という期間を経て、得ることのできた気づきや組織的な変化をお伝えしたいです。 アジェンダ DDD導入に至るまで 導入時の苦労 導入による効果 今後の目標 BIGLOBE販売システムについて、DD
![[レポート]レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡 #DDDAlliance ｜ Developers.IO](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca7afdf4d75f0e7f31dad0cb5f52f15acfa79209/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F09%2FDDD_blue.png)
新卒で入社したホンダをたった３年で退職しました - 新卒で入社したホンダを三年で退職しました
「私がいた部署では、今年に入って私を含めて4人が辞めた」と語るのは、30代の元ホンダ社員。 研究開発子会社の本田技術研究所に配属され、先進安全領域の開発に携わっていた。 この部署が特別ではない。今ホンダの開発現場では、若手を中心に退職者が相次いでいるという。 https://premium.toyokeizai.net/articles/-/21646 タイトルのとおり新卒で入社したホンダの研究所をたった３年で退職しました。 何故、ホンダを退職したか？？ 理由は簡単です。 エンジニアとして技術開発に命を懸けて 取り組みたいと考えたからです。 ホンダの待遇はとても良かったです。 日本の会社の中でも高待遇、年収も良く、 有給は必ず100%取得できます。 水曜日はノー残業デーで残業自体も 月間30時間までという制限がつきます。 食堂はまるでレストランのような美味しいメシが食べられ、 職場の付近に
求人・転職情報のはたらいく
このサイトは“自分らしさで探す、働く｜転職・求人サイト はたらいく”です。 当サイトでは個人情報保護と利便性の観点からクッキーを使用しています。 （個人情報収集等の目的では使用しておりません。） 当サイトをご覧になる場合は、クッキーを使用できるように、ブラウザの設定を変更していただく必要があります。 このページをブックマークしている場合は、次に表示されるページで、再度ブックマークしてください。 ブラウザの設定変更の方法 トップページへ
スター数4200超！ 人気リポジトリ『peco』 開発者（@lestrrat）が語る「使われるOSS」の作り方 - エンジニアHub｜Webエンジニアのキャリアを考える！
スター数4200超！ 人気リポジトリ『peco』 開発者（@lestrrat）が語る「使われるOSS」の作り方 多くの人が知る、人気リポジトリの開発の裏側とは？ スター数4200超えを誇る『peco』の作者・牧 大輔（@lestrrat）さんに聞きました。 あるひとつのプログラムやツールが公開され、開発を加速させる。 そのツールから生み出されたものが公開され、多くの人に影響を与え、次なる開発を加速させる。 本稿を読む皆さんの多くは、こうした拡散するエンジニアリング、つまりオープンソースというカルチャーの一側面から恩恵を受け、また影響を与えているでしょう。 2014年7月にリリースされたツール『peco』は、まさに“影響を与えた”オープンソース・ソフトウェア（以下、OSS）でした。インタラクティブなフィルタリングツールであるpecoはシンプルな機能ながら、その使い勝手の良さによって、2017
開発リーダーがエンジニアを面接する時、応募者に聞きたい7つのこと - paiza開発日誌
Photo by Steven Cooper 高村です。 paiza(ギノ)で開発チームのリーダーをしているのですが、最近はエンジニアの採用活動に携わることも増えてきました。 エンジニア向けの転職サービスを運営しているギノで エンジニアを採用する時は何を重視しているのか？ 採用する側のエンジニアは何を考えているのか？ ということって、興味ある人もいるかと思うので、書いてみたいと思います。 特にエンジニアを募集している企業の選考では、共通して見ている部分も多いかと思いますので、「これから転職したい！」というエンジニアの方にとって少しでも参考になればと思います。 （もちろん採用基準は会社によって異なるので、弊社特有な項目もあるとは思いますが…） ■自己紹介 ■エンジニアを採用選考する時に、エンジニアが見ているところ ◆paizaのスキルチェック問題における提出コード ◆経歴、自分のやってきたこ
機械設計って、どんなことをするの？
設計の概念を勘違いしているならば、CADを使う意味もなく、残業続きの日々となる。20年のキャリアを持つ技術士が、あなたをデキるエンジニアにすべく、設計の考え方を根底からたたき直す。（編集部） デキるエンジニアになるために 皆さんは、製品開発の中で何に気を付けて設計をしていますか？ ｢要求された機能や品質（Q）を満足すること、要求されたコスト（C）を満足すること、要求された納期（D）に間に合わせることなど、すべてに気を使っている！｣ といわれることでしょう。 確かにQCDは、製品開発の中で最も重要な項目です。しかし、このQCDも効率よく達成しなければ何度も設計をやり直すことになり、毎日夜遅くまで残業し、毎週のように休日出勤をする羽目に陥ります。 効率よく設計を進めるために、以下の項目に留意することが重要です。 製品開発の業務の流れ全体を把握する 関連部門とのかかわりや開発の流れの中のイベント
エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニアが知っておきたい工数見積もり術！ 無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策
5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する｜ハイクラス転職・求人情報サイト AMBI（アンビ）
5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する 新人エンジニアのうちに読んでおくと役立つ名著やおすすめの本を紹介。開発全般やコーディングなどの作法を学ぼう。 某社でサーバサイドエンジニアをしている @ikenyal と申します。開発言語は主にPHP。新卒入社から5年、エンジニアとして働いています。学生時代にもプログラミング、サーバ・ネットワーク構築や運用を経験しました。 これまで、社内外で新卒からベテランまで多くのエンジニアを見てきました。その中で、新人のうちに身につけておいた方が良いだろうと思うものは「お作法」と「基礎知識」です。 プログラミング言語やシステムの専門的な知識は後からでも勉強できます。一方で、さまざまな自己流の癖は時間が経つと身に染みついてしまい、指摘されても直すのが難しくなってしまいます。そのため、新人のときに良いお作法を勉強しておくこと
エンジニアが知っておいて損は無さそうなISOの標準規格たち - Qiita
「それ○○で標準化されているよ」って指摘されることほど、エンジニアにとっての屈辱は無いですよね。 ということで、世間知らずだと思われないためにも、手始めにISO縛りで有益そうな標準規格1をまとめてみました。 ちなみに、ISOとは…？ 国際標準化機構（International Organization for Standardization）は国際規格を策定する世界最大のボランタリーな開発組織で、国家間に共通な標準を提供することによって、世界の貿易を促進することに貢献している という組織だそうです。 (どう考えてもIOSと略すべきだと思うのですが、ISOになった理由は諸説2あるようです。) コード体系 ISO 639 (言語名コード) 例: 日本語 = ja, jpn 朝鮮語 = ko, kor 中国語 = zh, zho, chi, zho ドイツ = de, deu, ger, deu
イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要はアジャイルは行き当たりばったりってことですか？
デンソー欠陥問題がホンダに波及、判断遅れ計479万台リコールへ
「数行しかコード書いてないの。仕事しろよ」プログラマの仕事はコードのわからない人には理解できず戦争が勃発する説
技術的負債を "なるべく" 作らないためのコツ / Organization Performance Tips
