Hi! I'm Erik, a software engineer on the Purchase team. One of the most visible payoffs from Artsy's investments in React Native over the past two years has been the opening up of our mobile codebase to contributors like myself coming primarily from web stacks. It's nice to be able to build mobile interfaces with the same declarative API used by so many of our web projects, but sometimes we still need to bridge the divide to our Objective-C and Swift ecosystem. One such case: replacing the app secrets typically loaded from a deploy environment or web developer's dotenv file.
The fifth in our JavaScriptures series on the Artsy omakase. This talk is the second part on state management inside JavaScript projects. In this talk Chris and Eve cover the basics of how we handle interacting with local state in our different applications.
Chris and Eve create three demos which cover using Reacts setState, Redux and
Unstated to make complex applications.
The fourth in our JavaScriptures series on the Artsy omakase. This talk is the first part on state management inside JavaScript projects. In this talk Alloy covers the basics of how we handle interacting with external state with our GraphQL API metaphysics.
Alloy takes our existing demo application from the previous JavaScriptures and converts it to use Relay with all of the Artsy tooling.
React Native has a lot of buzz around it. It is some serious and cool tech, yet can feel like a big departure from your native iOS codebase. At Artsy, we like it. It has been the right choice for us. We've documented our journey and reasoning quite extensively, but naturally, developers around the world are still wondering whether the trade-offs make sense to their team, and their situation.
Enter Artsy x React-Native.
Who better to partner with than Facebook? We're bringing a day full of hands-on informative insight and practical play. With the focus on what building world class applications with RN can be like.
We'll demo, through talks and workshops, how to add React Native bit by bit to an existing codebase, set your tooling up for success, and create solid animations.
We want Artsy x React-Native to be about getting you up to speed with the framework, so you can make your own decisions going forward.
As I write this, I have completed my first ever engineering on-call rotation at Artsy, so naturally I had to write a blog post about some of the things I learned.
Over the past few months, we've been working on formalizing an on-call support process for our engineering team. This post details our current state and how we decided what system would work best for us.
I have seen the future, and it looks a lot like GraphQL. Mark my words: in 5 years, newly minted full-stack app developers won’t be debating RESTfulness anymore, because REST API design will be obsolete. By the end of this post, I hope you'll see what I see in the promise of GraphQL as a new approach to client-server interaction.
When I began working at Artsy four years ago, remotely, I really didn't like the weekly engineering standup. I'd sit in front of my computer and strain to hear a dozen people gathered around a laptop with Google Hangout. They'd discuss implementation details for projects I wasn't familiar with, and then I'd do the same to them (our mobile team was still very separate from our web team). Twenty minutes would pass and I didn't feel like my work experience at Artsy had been enriched in any way.
The first time I came to New York to visit the office – before moving here – I sat down with Dylan and Orta. Dylan ran the weekly standup, and Orta was also not a fan of the meeting. Dylan was clear: if the standup wasn't working for the two of us, then it wasn't working for anyone. So let's fix it together.
The third in our JavaScriptures series on the Artsy omakase. This workshop is a deep dive into Styled Components, where we take our React app from the first workshop and convert it to use Styled Components. We have Anandaroop Roy and Jon Allured covering all the details.