adenta

Criya | Frontend, Platform, & Integration Engineers | U.S. REMOTE / San Francisco Bay Area • We help creators turn their passion into a business.

• Ruby on Rails backend, React.js/TypeScript frontend. Exploring full stack javascript frameworks

• Big opportunity to wear a lot of hats at a small team

• 3 person team

• Well funded, recently finished YC W22 batch

https://criya.co

https://criya.notion.site/Careers-Criya-co-3810cbbdaa7f4ae0b...

Check out our culture at a live Q&A event: https://calendar.google.com/calendar/u/0/embed?src=c_jk45i39...

Great question!

The react ecosystem is pretty great. Chakra UI makes it easy to take out of the box components and piece them together. I'd love to see the new turbo/hotwire stuff catching on and getting a ton of libraries in the future, time will tell.

I also cut a whole paragraph in my article about how great https://vitejs.dev/ is. Makes marrying react and rails a breeze.

Shameless plug, we are having some hiring events this week (basically a webinar where I'll do some live q&a). Would love to have you! https://calendar.google.com/calendar/embed?src=c_jk45i396ab9...

Author here! Love seeing younger developers think critically about an organization's bottlenecks. Shameless plug, but if the article was interesting, you should totally come to one of our hiring events this week: https://calendar.google.com/calendar/embed?src=c_jk45i396ab9...

Author here, love this comment. Wish I would've wrote more about this loop (thing breaks in production, writing a test so said thing wont break again).

I really wish their was a way to make integration tests run quickly.

Could you send a link? I thought _I_ was cool for just making a thermoform mold of my teeth that I've been documenting at https://www.tiktok.com/@unofficial_denta.istry

Consider checking out Holofit. When I tried both 18 months ago, Holofit was leaps and bounds better, and I still use it daily.

How often do people reach out to you like this?

Imagine not having to think about cross browser comparability. Customer wants to use internet explorer? Just head to ie.example.com, for a mighty version of a given website.

As an avid https://www.holodia.com/ user, I believe fitness is VR’s killer app.

I was thinking about this recently. Everyone wants to replicate the success of Mattermost.

I think the reason Mattermost works is because the customer is an IT department. When you get outside IT, the value prop completely vanishes. Regular people buying software don’t know what open source is.

I believe google owns ITA.

+1 for Courier! Big fan.

> Please don't post insinuations about astroturfing, shilling, brigading, foreign agents and the like. It degrades discussion and is usually mistaken. If you're worried about abuse, email hn@ycombinator.com and we'll look at the data.[1]

https://news.ycombinator.com/newsguidelines.html

Ahh, I understand, this is my mistake.

What I really want is an integration between Instantsearch.js, and Postgres.

Typesense has written a custom adapter for Instantsearch & Typesense. I would love to just hook Instantsearch up to directly to my rails all. You could use pg_search to get 90% of the value, with next to no complexity on the backend.

I don't quite follow. For a system reliant entirely on Postgres, you can just fetch the records, and join them in real time, no? It would be much slower than elasticsearch, but still _good enough_ for a lot of use cases.

I’ve asked about this before, it’s on their roadmap.

Is such a thing possible? Yes.

Has anybody built it? No :(.

That would totally be the dream though. No reindexing. Pg_search is def fast enough for a large swath of use cases.

What I do is I’ve built a real barebones search controller that connects to Postgres. My controller only lets you search on one attribute, and I use it for autocompletes. Anything more involved, I use typesense.

I write a bunch of e2e tests, and not many unit tests. I'm on the fence about if this is a good idea or not. I feel like when you are starting at zero, you need more e2e tests, before writing more unit/service tests as your product is solidified.

I wish e2e tests were faster. I feel like this should be achievable, but it's a problem way out of my depths. I feel like you could run a browser within a docker container at 2x or 5x speed with enough virtualization. I've been told this would not work in practice.

Cold emails can be a highly effective strategy, surprisingly.

This seems, so much more valuable than trying to use OpenAPI to generate server side code. Thanks!

As someone who used openAPI for the first time recently, I don’t understand the benefit.

Im building an integration between two different API’s. I was given the openAPI spec and instructed to find a mock server generator to get a boilerplate app up. I spent like two hours trying to find some sort of generator that provides value. All the generators I tried seemed half baked (I wanted to use rails for this project, because that’s what I am most familiar developing in. I understand rails is a sub optimal choice for this project.)

In the time I wasted trying to find a generator, I could’ve just wrote the code by hand. Once I just started manually writing code, everything started moving much quicker. Even if I had used a generator, I’d still need to manually update things every time the interface changes, yeah? Who is openAPI for?

In my use case, I wanted a smaller phone, that’s harder to get sucked in to using (http://palm.com/).

I use iMessage with a Palm companion. Keep a $100 Mac mini under my bed and connected to WiFi.

Tbh, after a year of slowly fiddling with my setup, it is quite inconvenient. It’s so close to being amazing, but there are enough small things that make it annoying.

What?

I support Internet Explorer through https://quik.dev/. It's essentially internet explorer as a service, seriously impressive.

Huge fan of Quik. I build https://terusama.com using modern development practices, and hit the point where _not_ supporting internet explorer was _not_ an option. We build software for the logistics industry, so freight brokers can schedule trucks at warehouses. Some people who need access to my scheduling website, were accessing our site through ancient Citrix VM's. "Just install chrome", wasn't even in the realm of possibility. If I make concessions to manually schedule appointments for these people, it's an incredibly slippery slope of making other concessions. Our value proposition of being entirely automated and saving people time also starts to lose its value.

Quik is insane, because I don't have to do anything, and am now compatible with Internet Explorer, in a secure way. Being able to take a modern web stack, and have, "IE compatibility" as a feature, is totally attractive to old-school enterprises, when that's your target clientele.

Huge fan of Quik. I build https://terusama.com using modern development practices, and hit the point where _not_ supporting internet explorer was _not_ an option. We build software for the logistics industry, so freight brokers can schedule trucks at warehouses. Some people who need access to my scheduling website, were accessing our site through ancient Citrix VM's. "Just install chrome", wasn't even in the realm of possibility. If I make concessions to manually schedule appointments for these people, it's an incredibly slippery slope of making other concessions. Our value proposition of being entirely automated and saving people time also starts to lose its value.

Quik is just insane, because I don't have to do anything, and am now compatible with Internet Explorer, in a secure way. Being able to take a modern web stack, and have, "IE compatibility" as a feature, is totally attractive to old-school enterprises, when that's your target clientele.

As a technical cofounder who just finished the YC W20 batch (https://terusama.com), I can agree with some of what you are saying.

At its core, an early stage startup's only goal is to create business value as ruthlessly as possible. Let's talk about how I apply this principle to my testing strategy.

Do automated test suites help create business value? Absolutely, I no longer have to test everything after making a change. Your application is going to be tested, either by you, or by your users.

Does having a well defined layout of UI, service, & integration tests, a-la Martin Fowler add business value? I would argue it does not. I write mostly integration tests, because you get more, 'bang for your buck', or 'tested code per minutes spent writing tests'.

Does this testing strategy create tech debt? Absolutely. I view this as a good thing. I am causing problems for myself in the future, in exchange for expediency in the present. Either my company grows to be successful enough to care about these problems, or we go out of business. If we become successful enough to care about rampant tech debt, hooray! we are successful. If we fail, it does not matter that we leveraged tech debt, we still failed.

Writing good code is an art. There are people out there who are incredibly talented at writing good code that will be battle-tested, and infinitely scalable. These are often not skills that an early staged startup needs, when trying to find product-market fit.

> They give you 15% of your cash balance as credit and sweep the payment out of your account at the end of the period

What does this mean, specifically?

Would love to learn some more about your experience. We use Brex, and this makes me nervous.