Loading video...

Video Failed to Load

Go Home

We're hiring! We've got roles open for: /Software Engineer, Growth /Software Engineer, Product /Design Engineer /Senior Software Engineer, Payments /Senior Software Engineer, Identity & Access /Senior Software Engineer, Product /Senior Software Engineer, Developer Platform /Sales Development Representative /Account Executive /Tax Operations Specialist /Customer Experience Specialist /Account Manager /Customer Activations...

11,231 views • 1 month ago •via X (Twitter)

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

Some personal hot takes from AI: engineer Miami follows... 1. Software development is a dead-end profession because anyone can be a software developer now. 2. Anyone can use Cursor or any other tool and generate code. Being a coder and being a software engineer are different. 3. Computers used to be gated; now everyone has the power to make computers malleable. Everyone is a software developer now, but that does not mean they are software engineers 4. If you cannot demonstrate how a coding agent works, you are just a consumer and have imposed an artificial glass ceiling on your career as a software engineer. 5. If you are curious, you will have a job. If you have not been curious in the last two years, you are replaceable. 6. SaaS per-seat economics may become unstable as customers need fewer people to achieve results, prompting founders to think about new unit economics 7. Most companies will take two or three years (or more!) to figure out AI transformation. 8. Some companies are already building AI native teams of five to ten people who can build with the grain of AI 9. There will be an explosion in the number of software developers. Software development is now essentially free, and tokens are cheaper than humans 10. Not enough engineers know what it means to be a product engineer 11. JIRA ticket monkeys are cooked 12. If your company has banned AI, you should quit that company 13. AI is more like a musical instrument than just a tool play with it, make discoveries, build intuition learn where AI is good and where it fails

geoff

65,789 views • 2 months ago

𝗝𝗼𝗶𝗻 𝘂𝘀 𝗠𝗼𝗻𝗱𝗮𝘆, 𝗝𝘂𝗹𝘆 𝟮𝟭 𝗮𝘁 𝟭𝟱:𝟬𝟬 𝗨𝗧𝗖 𝗳𝗼𝗿 𝗥𝗼𝘂𝗻𝗱𝘁𝗮𝗯𝗹𝗲 𝗧𝗮𝗹𝗸 #𝟭𝟴: 𝗔 𝗙𝗼𝗹𝗹𝗼𝘄-𝘂𝗽 𝘁𝗼 𝗡𝗲𝘀𝘁𝗲𝗱 𝗧𝗿𝗮𝗻𝘀𝗮𝗰𝘁𝗶𝗼𝗻𝘀 In December 2024, we held a foundational discussion on Nested Transactions, focused on building a baseline understanding of the concept. Since then, the conversation has matured. This Roundtable Talk creates space for a pluralistic dialogue, covering both the technical and governance dimensions. It’s an opportunity for builders, SPOs, protocol contributors, and ada holders to explore the stakes and surface a range of perspectives. 𝗔𝗺𝗼𝗻𝗴 𝘁𝗵𝗲 𝗾𝘂𝗲𝘀𝘁𝗶𝗼𝗻𝘀 𝘄𝗲’𝗹𝗹 𝗲𝘅𝗽𝗹𝗼𝗿𝗲: 🔹Where does the readiness stack for Nested Transactions currently stand? 🔹What are the alternatives, and what would be lost, or gained, by taking a different approach? 🔹What are the risks of complexity, and are there censorship-resistance concerns as raised by parts of the community? At the table will be: – Matthieu Pizenberg, Senior Software Engineer | CF (Host) – 🪏 Michele | Harmonic, Founder | Harmonic Labs – Alexey Kuleshevich, Software Engineer | IOG – Samuel Leathers, Head of Product, Core Tech | IOG – , CTO | FluidTokens – waalge, Founder | 🧵👇

Cardano Community

51,202 views • 1 year ago

🤝 Join QANplatform as Senior Developer Relations Engineer (DevRel) We're hiring a Developer Relations Engineer who speaks fluent code, content, and community. Ready to shape the future of Web3? At QANplatform, we're building the quantum-resistant hybrid blockchain designed for the next generation of secure, scalable applications, putting developers first with multi-language smart contract support and built-in developer royalty fees. 👀 We’re looking for someone who can help developers: - Discover and understand our platform - Adopt our tools and SDKs - Build incredible, world-changing projects on QANplatform 🖥️ What you’ll do As a Senior Developer Relations Engineer, you’ll be the bridge between our engineering team and the wider developer ecosystem. You will: - Translate complex technology into actionable insights - Champion developer needs within the organization - Build meaningful relationships with the community - Write sample code, tutorials, and blogs - Run hackathons, deliver workshops, and host live SDK demos - Be the voice of developers internally — and our public voice to the community externally 🦄 Why this role is different This isn’t a traditional DevRel position. You’ll move fluidly between: - Writing and reviewing code - Creating technical and educational content - Engaging developers through events, demos, and collaboration Ready to make an impact? If you’re excited about bridging the gap between developers and next-generation blockchain technology, we’d love to hear from you. Apply now and let’s build something extraordinary together. Fill in this form to apply:

QANplatform

10,755 views • 9 months ago

What are traits of standout software engineers? Here are great observations from Ebi Atawodi - currently Director of Product Management at YouTube Studio, and a former product leader at Netflix and Uber. I worked with Ebi for 4 years at Uber, and in this The Pragmatic Engineer podcast episode we go through how engineers, engineering managers and product managers can work better together. Watch or listen: • YouTube: • Spotify: • Apple: Brought to you by: • WorkOS — The modern identity platform for B2B SaaS • The Software Engineer’s Guidebook: Written by me (Gergely) – now out in audio form as well ---- Some of my takeaways: 𝟭. 𝗣𝗿𝗼𝗱𝘂𝗰𝘁-𝗺𝗶𝗻𝗱𝗲𝗱 𝗲𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝘀 𝗴𝗲𝘁 𝗺𝗼𝗿𝗲 𝘁𝗵𝗶𝗻𝗴𝘀 𝗱𝗼𝗻𝗲: 𝘀𝗼 𝗯𝗲𝗰𝗼𝗺𝗲 𝗼𝗻𝗲 — and if you are a PM or EM, help your engineers become one! One of the biggest gifts from Ebi, myself, and our engineering team was helping all of us become product-minded engineers. Ebi exposed us to how Product worked, made decisions, allocated headcount, and pitched new initiatives to be funded by the business. I wrote more on how to become a product-minded engineer. 𝟮. 𝗚𝗲𝘁 𝘁𝗼 𝗸𝗻𝗼𝘄 𝘁𝗵𝗲 𝗽𝗲𝗿𝘀𝗼𝗻 𝗯𝗲𝗵𝗶𝗻𝗱 𝘁𝗵𝗲 𝗘𝗠/𝗣𝗠/𝗲𝗻𝗴𝗶𝗻𝗲𝗲𝗿/𝗰𝗼𝗹𝗹𝗲𝗮𝗴𝘂𝗲. At work, roles are somewhat artificial. What is not artificial is the person behind the role. It made a massive difference when I got to know the “real Ebi” behind “Ebi, the product manager” — and the other way around, about “Gergely, the engineering manager.” It’s a lot easier to trust a partner when you know more about them than “just” their role at work. 𝟯. 𝗙𝗼𝗰𝘂𝘀 𝗼𝗻 𝗱𝗼𝗶𝗻𝗴 𝗴𝗿𝗲𝗮𝘁 𝘄𝗼𝗿𝗸 𝗮𝘀 𝗮𝗻 𝗲𝗻𝗴𝗶𝗻𝗲𝗲𝗿 — 𝗳𝗶𝗿𝘀𝘁 𝗮𝗻𝗱 𝗳𝗼𝗿𝗲𝗺𝗼𝘀𝘁. As tempting as it is to “game the system” of performance reviews or promotions: both Ebi and I agree that you absolutely can game whatever system your company has in place to fast-track that next promotion, or try to get better performance reviews. But the people who do this, others around them notice — especially engineers! What speeds them up in the short term often slows them down in the long term. This is because more senior positions often need strong referrals: and someone who was visibly focused on their own advancement only can struggle to get these. Do standout work, help others when you can, and be kind to others around you, and years later, other standout colleagues could well tap your shoulder, wanting to recruit you to the companies they are currently at. This is how Ebi often got recruited for increasingly senior roles.

Gergely Orosz

19,552 views • 1 year ago

Within software architecture, few people shaped the industry as much as Grady Booch. Safe to say he's a true legend. In today's The Pragmatic Engineer Podcast episode, he shares fascinating stories, insights, observations. Listen or watch the full episode: - YouTube: - Spotify, Apple, or web: Thank you to our wonderful sponsors: 🌟 WorkOS — The modern identity platform for B2B SaaS. Learn more at 🌟Sevalla — Deploy anything from preview environments to Docker images. Check it out at 🌟Chronosphere — The observability platform built for control. Get details at --- 3 of my takeaways from this fascinating conversation: 1. Surprising: The US Department of Defense and the military built some of the most complicated software systems in the 70s and 80s. In the 70s, these organizations probably had the most code to deal with - globally! - and things like distributed computing were pioneered thanks to these use cases. 2. The three axes of software architecture Grady argues that when talking about software architecture, we should look at these three dimensions: ceremony, risk and complexity. 3. The economics of software and software architecture are always connected Machine time was very expensive in the 1960s and 1970s, and software had to be written from scratch. Good architecture meant writing highly performant code to utilize these rather limited machines. However, these days, machine time has gotten very cheap, and there are also plenty of “building blocks” at our disposal: from frameworks to cloud services. Software architecture is frequently still connected with cost: to decide on what services and technologies to use, taking the cost aspect into account! I hope you enjoy this conversation - together with a history overview of the last 50 years in software - as much as I did! Thanks a lot Grady Booch

Gergely Orosz

55,813 views • 1 year ago