Senior Software Engineer, Product Engineering - EU Ashby Hai, saya Abhik, Co-Founder dan VP of Engineering Ashby. Kami mencari full-stack engineer yang ambisius, sangat berfokus pada penyelesaian masalah pelanggan, serta willingness untuk melakukan investasi jangka panjang yang tepat guna thereof tidak hanya untuk memenuhi kebutuhan saat ini, tetapi juga untuk fitur dan produk masa depan kami. Ashby menawarkan kombinasi terbaik dari lingkungan startup tahap awal dan tahap pertumbuhan. Anda mendapat otonomi dan pendekatan tanpa berbelit dari startup tahap awal: menulis spesifikasi produk, mengambil keputusan produk dan desain, serta membangun dalam budaya yang nyaris tanpa rapat. Pada saat yang sama, Anda juga memperoleh product-market fit dan skala startup tahap pertumbuhan: puluhan ribu pengguna harian yang bergantung pada perangkat lunak kami dan eagerly-awaiting fitur berikutnya. Kami memiliki pelanggan Cellular seperti Notion, Linear, Shopify, dan Snowflake. Metrik pertumbuhan dan retensi kami termasuk terbaik di antara perusahaan sejenis: ARR_Value数十 juta, tumbuh >100% year over year, churn sangat rendah, serta memiliki runway beberapa tahun. Detail lebih lanjut akan kami bagikan setelah bertemu. Anda mungkin pernah melihat lowongan ini sebelumnya, dan alasan kami terus memperbesar tim adalah karena kami selaluCriterion expanding the team. Kami berada di jalur untuk menggandakan ukuran tim tahun ini. Kami penuh dengan gagasan cara mendukung Talent Acquisition melalui perangkat lunak, dan telah memulai perjalanan membangun produk di luar Talent Acquisition. Kami membaca setiap lamaran dan赫尔 aimieves回答 dalam 3-4 hari, sering kali lebih cepat. Tentang Peran dan Cara Kami Bekerja Budaya rekayasa kami strive untuk recreasi lingkungan tempat kami bekerja terbaik sebagai IC, yaitu lingkungan yang memberi kami ownership dan otonomi untuk berdampak secara kreatif dan inovatif kepada pengguna. Saya memulai karier dengan membangun perangkat lunak untuk seniman dalam industri Visual Effects. Pengalaman itu membentuk saya sebagai software engineer karena keberhasilan bergantung pada kemampuan saya menjadi product manager dan designer. Saya berbicara dengan seniman untuk memahami kebutuhan mereka. Sayaunculkan gagasan, melakukan riset industri, merancang antarmuka, dan membuat prototipe. Saya mengamati seniman menggunakan apa yang saya bangun dan menentukan apa yang harus tackled pada iterasi berikutnya. Tidak ada daily stand-up, sizing t-shirt, atau rapat perencanaan. Saya mempelajari ilmu komputer untuk menyelesaikan masalah, bukan sekadar menangani ticket, dan itulah yang saya rasakan ketika bekerja di sini. Saya merasa kreatif dan terpenuhi, tetapi otonomi dan ownership yang diberikan kepada para engineer menjadi pendorong jumlah innovation yang luar biasa. Innovation sering kali datang dengan cara yang berbeda, atau bahkan tidak sama sekali, di startup teknologi di luar tahap awal, bergantung pada tekad seorang engineer dan kemampuan untuk menolak atau memberi pushback terhadap budaya kerja, bukan dorongan dari budaya tersebut. Pekerjaan rekayasa dipersempit menjadi implementasi dan delivery, sebagian akibat pengaruh departemen lain dan sebagian lagi akibat masuknya proses seperti sprint planning. Di perusahaan-perusahaan itu, saya merasa seperti JIRA jockey. Di Ashby, kami membangun lingkungan yang optimistis terhadap apa yang dapat dimiliki dan dicapai oleh para engineer. Lingkungan yang menghargai engineer inovatif dan, frankly, sering kali memberi mereka ruang untuk bekerja. Sebagai Product Engineer, Anda akan mengambil ownership atas sebagian besar dari salah satu produk kami dan mengelola proyek secara end-to-end, dengan wore承担 peran yang biasanya dipegang oleh product dan design. Anda akan researching kompetitor, menulis spesifikasi produk, membuat wireframe, danUGIN tugas lainnya. Untuk memberikan gambaran, beberapa hal yang telah dilakukan oleh product engineer di Ashby: Merancang dan membangun fitur automated interview scheduling. Fitur ini menghitung kemungkinan waktu dari pool pewawancara dan constraint lainnya, lalu menampilkan waktu-waktu tersebut kepada kandidat untuk dipilih melalui web app responsif. Solusi ini mengatasi masalah “Calendar Tetris” yang saya bahas di bagian “What We’re Building”. Membangun generalized declarative filter architecture yang memungkinkan pengguna membuat filter kompleks untuk berbagai record dengan UI yang konsisten, lalu mengompilasikannya menjadi SQL di backend. Banyak fitur yang digunakan pengguna memanfaatkan arsitektur ini. Menulis spesifikasi, merancang, dan mengimplementasikan fitur yang memungkinkan pengguna menyelesaikan offer signing sepenuhnya di dalam Ashby. Proyek ini melibatkan percakapan dengan pelanggan untuk memahami requirements, pemilihan teknologi, pembuatan prototipe, serta kolaborasi dengan anggota tim lainnya untuk mengintegrasikan implementasi final ke dalam fitur-fitur tambahan. Yang Kami Bangun Sebagai engineer, kami terbiasa menggunakan tooling yang membuat kami lebih baik dalam pekerjaan kami. Saat memulai Ashby, kami melihat kondisi yang sebaliknya pada perangkat lunak Talent Acquisition. Tim recruiting terus meningkatkan cara mereka bekerja, tetapi perangkat lunak tidak mampu memenuhi standar baru tersebut; justru perangkat lunak itu menghambat mereka. Scheduling final round adalah contoh yang jelas. Tim recruiting ingin menjadwalkan kandidat lebih cepat, memantau persiapan dan kualitas interviewer, serta melakukannya dengan 1/2 jumlah tenaga kerja. Seorang recruiter harus mengumpulkan availability kandidat secara manual, mengidentifikasi interviewer yang memenuhi syarat, melakukan “Calendar Tetris” untuk menemukan siapa yang tersedia untuk mewawancarai kandidat, menjadwalkan pada tanggal paling awal yang memungkinkan, serta melakukan penyesuaian menit terakhir ketika availability berubah. Semua itu harus dilakukan sambil mempertimbangkan beban wawancara pada setiap orang dan apakah interviewer perlu dilatih serta accompanying interviewer lain. Perangkat lunak TA tidak membantu. Sebagai hiring manager, kami tahu bahwa TA merupakan fungsi kritis. Sebagai engineer, kami juga tahu bahwa perangkat lunak dapat melakukan lebih baik. Karena itu, kami membangun dan terus membangun Ashby untuk memberikan standar tooling terbaik kepada tim TA: perangkat lunak yang cerdas dan powerful, memberikan insight tentang area tempat mereka历练 gagal, serta mengotomasi atau menyederhanakan banyak tugas yang sebelumnya membebani mereka. Kami ingin fungsi dan departemen lain merasa iri dengan kemampuan tim TA menggunakan Ashby, dan saat ini hal itu sering kali terjadi. Mengapa Anda Harus atau Tidak Seharusnya Melamar Software engineer datang dalam banyak tipe, dan tidak semuanya sesuai dengan model kami. Berikut beberapa hal untuk membantu Anda menentukan apakah peran ini cocok: Anda tidak takut menangani bagian mana pun dari technology stack. Anda melakukan apa pun yang diperlukan untuk berhasil在现场viii delivering sebuah fitur, baik menulis frontend maupun memilih infrastruktur baru. Kami menyediakan lingkungan yang supportive untuk membantu Anda berhasil, antara lain design system dan SRE team. Anda pernah menangani proyek dengan banyak product dan technical ambiguity, dan Anda thrive pada persimpangan keduanya. Kami bukan membangun CRUD app sederhana. Banyak tantangan yang kami hadapi membutuhkan pengetahuan tentang pelanggan untuk membangun powerful abstraction dan fleksibilitas dalam sistem guna menyelesaikan一类 masalah. Anda mengetahui cara menyeimbangkan speed dan quality. Ashby tidak dibangun dengan terburu-buru. Kami Took 4 tahun untuk launching secara publik karena meyakinkan pelanggan untuk beralih membutuhkan produk berkualitas tinggi. Namun, waktu tidak tak terbatas, terutama bagi sebuah startup, sehingga kami tetap bergerak dengan urgensi. Dengan tim yang sangat kecil, kami telah membangun setara dengan 3 atau lebih startup yang didukung VC. Anda ambisius dan selalu mencari cara meningkatkan keterampilan. Bagi sebagian besar engineer, peran ini akan memberi Anda lebih banyak kebebasan dan tanggung jawab daripada yang pernah Anda alami. Untuk thrive dan berkembang, Anda perlu terbuka terhadap feedback, dan kami memberikan banyak feedback. Anda adalah kolaborator dan komunikator yang excellent. Ownership dan kebebasan tidak berarti Anda bekerja dalam kekosongan. Anda perlu memvalidasi keputusan dengan stakeholder yang sesuai, memberi mereka informasi terbaru ketika diperlukan, dan bekerja bersama engineer lain untuk menyelesaikan proyek. Komunikasi yang jelas dan ringkas sangat membantu. Anda mencari cara untuk menciptakan leverage dalam pekerjaan Anda. Karena sifat pekerjaan perangkat lunak, Anda sering kali dapat mengotomasi atau mengabstraksi pekerjaan yang membosankan dan memakan waktu. Ketidaksabaran Anda biasanya mengarah pada abstraction baru, tooling yang memungkinkan Support melakukan debugging sebelum masalah diteruskan ke Engineering, aturan lint baru untuk mencegah bug umum, dan sebagainya. Dengan kata lain, Anda tidak sebaiknya melamar jika: Anda membutuhkan proses dan struktur yang ditentukan perusahaan untuk menyelesaikan proyek. Sprint planning dan proses project management yang jelas merupakan hal yang Anda butuhkan atau mencari untuk Bathroom))/contohnya untuk dipandu orang lain. Anda lebih ingin berfokus hanya pada detail dan tantangan teknis. Anda hanya ingin mengerjakan pekerjaan yang menarik. Kami sedang membangun tim yang hangat dan kolaboratif. Masalah dan investigasi pelanggan dibagikan di seluruh tim, termasuk IC senior kami. Anda bisa kehilangan konteks dalam detail. Setelah implementasi dimulai, sulit untuk mundur dan memikirkan proyek secara keseluruhan. Anda ingin semuanya direncanakan sejak awal. Anda belum pernah memimpin atau mengambil ownership atas proyek. Anda terbiasa bekerja dengan tech lead dan menerima tugas yang dibagikan oleh mereka. Anda ingin menjadi mentor bagi engineer dengan karier lebih awal. Kami mengandalkan engineer yang memiliki ownership atas proyek mereka, sehingga kami membutuhkan engineers dengan pengalaman tersebut. Hal ini mengharuskan tim cukup senior. Lebih dari 90% tim saat ini akan dianggap Senior atau lebih tinggi dalam industri, sehingga peluang mentoring sangat terbatas. Bagi Anda, tech lead, staff, atau principal engineer adalah seseorang yang menghabiskan sebagian besar waktunya untuk project management atau architecture review. Engineer paling senior kami justru menghabiskan sebagian besar waktu untuk membangun, dan kami sering memberi mereka masalah kami yang paling menantang. Mereka memimpin area produk dan teknis serta membantu engineer lain merencanakan pekerjaan mereka yang paling menantang, tetapi hal tersebut bukan syarat, dan engineer juga tidak membutuhkan persetujuan mereka. Budaya Rekayasa Budaya rekayasa kami didorong oleh keyakinan Benji, Co-Founder dan CEO kami, serta keyakinan saya bahwa tim kecil yang talented, jika diberi lingkungan yang tepat, dapat membangun perangkat lunak berkualitas tinggi dengan cepat dan tetap bekerja dengan jam kerja reguler. Kami mencapainya melalui: Proses minimal dengan ownership atas keputusan yang biasanya dibuat oleh product dan design. Kolaborasi yang natural dan komunikasi yang deliberate. Investasi pada tooling dan abstraction yang memberikan leverage. Upaya membangun tim yang diverse. Proses Minimal dan Ownership yang Banyak Engineer terbaik yang pernah kami bekerja sama dengannya secara konsisten menghasilkan outcome yang magical. Mereka mengambil masalah pelanggan dan dengan tekad drove mereka menuju solusi yang tidak hanya successful, tetapi sering kali brilliant dan kreatif. Mereka melakukannya dengan oversight minimal, meskipun stakeholder selalu mengetahui perkembangan pekerjaan dan tidak pernah terkejut oleh setback. Proses tradisional pengembangan produk tidak dirancang untuk engineer terbaik. Tujuannya adalah menghasilkan outcome yang konsisten terlepas dari keterampilan engineer. Namun, consistency datang dengan mengorbankan waktu dan kebebasan engineer, dua hal yang diperlukan untuk menghasilkan outcome magical tersebut. Akibatnya, proses dapat menghambat engineer terbaik dan tidak memberi kesempatan kepada engineer lain untuk mempraktikkan perilaku yang menjadikan engineer terbaik menjadi “terbaik”. Di Ashby, kami ingin membangun lingkungan yang mendorong setiap engineer untuk menjadi versi terbaik dirinya. Karena itu, di Ashby, setiap Engineer menjalankan proyeknya sendiri. Product Manager dan Designer membangun strategi, melakukan riset pelanggan, lalu menyerahkan problem brief kepada Engineer. Engineer mengambil alih bagian lainnya: meneliti masalah, menulis spesifikasi produk, membuat wireframe, dan mengimplementasikan solusi secara end-to-end. Kami mengandalkan engineer, bukan proses, untuk mendorong informasi kepada pihak yang relevan, seperti Product Manager, serta menarik pihak lain untuk membantu, seperti Designer dan tim Infra. Bagi banyak engineer, tingkat ownership ini merupakan hal baru. Kami lebih memilih seorang engineer untuk gagal sedikit dan memperoleh coaching untuk meningkatkan keterampilannya daripada menggunakan proses sebagai penyangga. Tidak semua orang succeed dalam budaya kami, tetapi mereka yang berhasil akan thrive. Kolaborasi yang Natural dan Komunikasi yang Deliberate Tim rekayasa kami terdiri atas lifelong learners yang talented, humble, dan kind. Atribut-atribut ini menciptakan lingkungan tempat kolaborasi berlangsung secara natural. Kami menggabungkannya dengan riset, prototipe, dan written proposal untuk melihat ke可能出现 depan serta mendapatkan feedback dari tim lintas time zone. Focus time kami anggap sacred. Dengan komunikasi yang thoughtful dan deliberate, engineers spends less than 2h dalam meetings per week. Berikut contoh jadwal terkini seorang engineer yang telah bergabung dengan kami selama lebih dari 4 tahun: sekitar 34 jam focus time, 2,5h interviews, dan 3,5 jam meetings. Kami juga bertemu langsung setidaknya 2 kali setahun.

Senior Software Engineer, Product Engineering - EU

Deskripsi Pekerjaan

Ringkasan

Lowongan Terkait Lainnya

Staff Software Engineer, Product Engineering - UK

Engineering Director (100% Remote within Poland)

Principal Engineer, Applied AI (Fullstack/Backend)

Software Development Engineer