HN user

mattkrick

104 karma

[ my public key: https://keybase.io/mattkrick; my proof: https://keybase.io/mattkrick/sigs/xNb3uJ3FhgW2blz_frJxmRM55u90Rq6vcg0WgPYAqng ]

Posts2
Comments27
View on HN

The post fails to mention that spaceX is not just a rocket company. Bundled with it is xAI, which is presumably losing money hand over fist. Package enough risk together and sell for a higher price to retail consumers. We’ve seen this play…

The ads made this unreadable. Is this a thing? Get to hackernews front page & then inject your post with as many ads as possible to “cash in”?

I’m in the exact same boat. Also toying with the idea of going back to android for the pixel 10 pro. I do miss android notifications and keyboard. Are there any features keeping you from going back?

I want to believe, and I promise I'm not trying to be a luddite here. Has anyone with decent (5+ years) experience built a non-trivial new feature in a production codebase quicker by letting AI write it?

Agents are great at familiarizing me with a new codebase. They're great at debugging because even when they're wrong, they get me thinking about the problem differently so I ultimately get the right solution quicker. I love using it like a super-powered search tool and writing single functions or SQL queries about the size of a unit test. However, reviewing a junior's code ALWAYS takes more time than writing it myself, and I feel like AI quality is typically at the junior level. When it comes to authorship, either I'm prompting it wrong, or the emperor just isn't wearing clothes. How can I become a believer?

Personally, I let vscode do typechecking on open files & have a pre-commit git hook to typecheck changed files.

When it comes to starting up a development server & building the client, there's a huge cost to repeatedly typechecking the same 1000+ files. By cutting out typechecking & only compiling, I can reduce the webpack client build from 40 seconds to 3 seconds (using sucrase).

As an app backend guy, it's always fun to dive into infrastructure stuff like this that I know little about. Naively, it looks like they pieced together some K8s alternatives. I saw they wrote about why they moved away from K8s here: https://www.koyeb.com/blog/the-koyeb-serverless-engine-from-....

Usually when blog posts like these come out other K8s practitioners say their K8s was just misconfigured.

Would love to see more opinions from K8s folks on the assumptions & design decisions.

Do pipes make writing good code easier? Yes. Do they make writing bad code easier? Also yes.

The older I get, the more I care about the latter.

This is the first ES6+ proposal that I'm not excited about & I don't know how to voice that concern because it is so subjective.

Parabol | Remote | Full-time | https://parabol.co

Agile meeting software for teams that hate meetings

Built in the open, open-source, 100% remote, Equal pay across the globe.

Tech stack: K8S, NodeJS, Typescript, GraphQL, React

Two-minute Demo: https://parabol.co/retro-demo

GitHub: https://github.com/ParabolInc/parabol

Principal Full-stack Developer: https://www.parabol.co/join/principal-fullstack-developer

Senior Frontend Developer: https://www.parabol.co/join/senior-frontend-developer

Senior Backend Developer: https://www.parabol.co/join/senior-backend-developer

DevOps Architect: https://www.parabol.co/en/join/devops-architect-1

Parabol | Remote | Full-time | https://parabol.co

We build agile software that guarantees meetings are as short as they are productive.

Everything we do is open source, from our code to our company.

Tech stack: K8S, NodeJS, Typescript, GraphQL, React

Two-minute Demo: https://parabol.co/retro-demo

Repo: https://github.com/ParabolInc/parabol

Senior Frontend Developer: https://www.parabol.co/join/senior-frontend-developer

Senior Backend Developer: https://www.parabol.co/join/senior-backend-developer

DevOps Architect: https://www.parabol.co/en/join/devops-architect-1

Senior Designer: https://www.parabol.co/join/senior-designer

Sales Development Representative: https://www.parabol.co/join/sales-development-representative

Growth Marketer: https://www.parabol.co/join/growth-marketer

Senior Growth Designer: https://www.parabol.co/join/growth-designer

Senior Growth Developer: https://www.parabol.co/join/senior-developer-growth

Data Architect: https://www.parabol.co/join/data-architect

I built an open-source B2B SaaS that recently raised its Series A. While I'm not a solo founder, we were a team of 3 up until we raised our seed.

The difference I see is traduora looks like a project, not a company. Sell support! Don't give it away for free. If someone asks me for a bugfix, I show them the ticket in our open backlog & tell them if they want it done faster, they have to pay. Seeing their concern turned in to a ticket shows them that I care, but telling them I prioritize paid fixes tells them it's not a charity. Don't let them feel entitled.

Parabol | Remote | Full-time | https://parabol.co

We build agile software that guarantees meetings are as short as they are productive.

Everything we do is open source, from our code to our company.

Tech stack: K8S, NodeJS, Typescript, GraphQL, React

Two-minute Demo: https://parabol.co/retro-demo

Repo: https://github.com/ParabolInc/parabol

Senior Frontend Developer: https://www.parabol.co/join/senior-frontend-developer

Senior Backend Developer: https://www.parabol.co/join/senior-backend-developer

DevOps Architect: https://www.parabol.co/en/join/devops-architect-1

Senior Designer: https://www.parabol.co/join/senior-designer

Sales Development Representative: https://www.parabol.co/join/sales-development-representative

Growth Marketer: https://www.parabol.co/join/growth-marketer

Senior Growth Designer: https://www.parabol.co/join/growth-designer

Senior Growth Developer: https://www.parabol.co/join/senior-developer-growth

Data Architect: https://www.parabol.co/join/data-architect

Parabol | Remote | Full-time | https://parabol.co

We build meeting software that guarantees meetings are as short as they are productive. Everything we do is open source, from our code to our company.

Tech stack: K8S, NodeJS, Typescript, GraphQL, React

Two-minute Demo: https://parabol.co/retro-demo

Repo: https://github.com/ParabolInc/parabol

Senior Frontend Developer: https://www.parabol.co/join/senior-frontend-developer

Other roles available at https://www.parabol.co/join

We used to blur content behind modals. When the modal animated in, it'd hit single digits fps on a MacBook pro. Ditched it for a more opaque scrim and fps was back at 60.

Parabol | Remote | Full-time | https://parabol.co

Get paid to write customer-facing, open-source software that helps teams work from home.

As a team of 6, we've built an app with 40,000 active users and plenty of VC funding.

Tech stack: K8S, NodeJS, Typescript, GraphQL, React

Two-minute Demo: https://parabol.co/retro-demo

Repo: https://github.com/ParabolInc/parabol

Roles:

- Senior Frontend Developer: https://www.parabol.co/join/senior-frontend-developer

- Senior Backend Developer: https://www.parabol.co/join/senior-backend-developer

- Sales Development Representative: https://www.parabol.co/join/sales-development-representative

Latest News:

– Slack Fund, Haystack and CRV invest $4 million in Parabol: https://techcrunch.com/2019/11/05/slack-fund-haystack-and-cr...

- Who we are: https://www.parabol.co/blog/redoubling

Hit us up at work@parabol.co or visit: https://www.parabol.co/join

I LOVE what svelte is doing. I've been using React daily for the last 5 years & it does the job, documentation is world class, community is great, but it still has sharp edges & parts that feel bad. Things like hooks make complicated things look & feel simple, which is great for 80% of my work, but for that other 20% (exit animations, high frequency re-renders, drag-n-drop without HTML5) I do some pretty atrocious things to make it work. This is where svelete shines.

The readme does a good job of pointing out its shortcomings, too. Primarily, no typescript support yet & the unknown bundle size inflection point. As soon as these are solved, I can't imagine it not becoming the best (albeit not most popular) solution.

Parabol | REMOTE or Los Angeles, CA | Full-time | https://parabol.co

We're building a future where teams can work remote and every meeting is worth the time invested. Every line of code you write will be open-source: https://github.com/ParabolInc/parabol Our company is open-source, too: https://focus.parabol.co/20-000-is-real-love-b81a3bed0cdc Our tech stack is fresher than your side project (Typescript, React, GraphQL, uWebSockets)

We'll teach you exactly how we grew our SaaS from an idea to 21,000+ users and $4MM in seed funding: https://techcrunch.com/2019/11/05/slack-fund-haystack-and-cr. You'll have all the tools you need to start your own company, or you can stick with us and grow something incredible.

Senior Frontend Developer: https://www.parabol.co/join/senior-frontend-developer Senior Backend Developer: https://www.parabol.co/join/senior-backend-developer

Hit us up at work@parabol.co or visit: https://www.parabol.co/join

Parabol | Senior Frontend Developer | Remote (US based) | Full-time

We're a fully remote team focused on the future of work.

Stack: Typescript, React, GraphQL, Node

Our code is open source: https://github.com/parabolinc/action

Our business is open source: https://focus.parabol.co/

We're one of the hottest productivity startups: https://www.businessinsider.com/13-productivity-software-sta...

We're well-funded: https://techcrunch.com/2019/11/05/slack-fund-haystack-and-cr...

Hooks are absolutely fantastic. However, there are still a few pain points:

- useState with an array is bad news if more than 1 component is consuming or setting the state.The clunky alternative is to keep it in a ref & call a forceUpdate whenever you would normally call your setter

- useCallback doesn't scratch the itch for things like document event listeners since everything inside the callback will be stale. The clunky alternative is a custom useEventCallback that keeps your callback function in a ref. (and that might not work in the upcoming sync mode)

- linter rules can be too strict & the --fix flag can actually cause a break in your app by adding things to the dependency list. Sometimes a useEffect depends on the current value of a ref, but linter says that's a no-no. 2 useCallbacks can be co-dependent, but there's no way to write that co-dependence in the dependency list. Sometimes I want to return null before a hook. The clunky alternative for all these is a bunch of eslint-ignore comments.

I made this. Neat!

For those that didnt read more than the title, it's database agnostic. It scales vertically and horizontally. It's not a framework, frameworks are dead. Its just a bunch of packages that fit together like Lego pieces.

If you don't need these things (or don't know what they are) don't complicate your life! Get off HN and build something :-)