HN user

jbrantly

129 karma
Posts6
Comments33
View on HN

Derive Systems | Senior Software Engineer | ONSITE (remote until safe) | Denver, CO

Derive Systems is a leading automotive technology company whose vision is to empower customers to take control of their vehicles. We are seeking a senior software engineer with big data experience to help build our next generation telematics and vehicle management platform. If you're interested in IoT, data pipelines, and real-time analytics then this is the place for you!

Our services technology stack is comprised of .NET Core, C#, MSSQL, Azure and Google Cloud Platform. Come help us define our big data technology stack for the future.

Apply here: https://jobs.jobvite.com/derivesystems/job/ouMOcfw0

Derive Systems | Senior Software Engineer | ONSITE | Denver, CO

Derive Systems is a leading automotive technology company whose vision is to empower customers to take control of their vehicles. We are seeking a senior software engineer with big data experience to help build our next generation telematics and vehicle management platform. If you're interested in IoT, data pipelines, and real-time analytics then this is the place for you!

Our services technology stack is comprised of .NET Core, C#, MSSQL, Azure and Google Cloud Platform. Come help us define our big data technology stack for the future.

Apply here: https://jobs.jobvite.com/derivesystems/job/ouMOcfw0

I see lots of alternative suggestions here, but not much mention of PocketSmith. I just ditched Mint a couple weeks ago after using them for 10 years and settled on trying PocketSmith. So far I've been pretty impressed. Their support has been on point, and they have some really neat forecasting features. There are some pain points though like their mobile app lacking some critical features and their use of Yodlee. Not associated, just wanted to share.

Derive Systems | Senior Backend & Data Engineers | ONSITE | Denver, CO and Orlando, FL

Derive Systems is a leading automotive technology company whose vision is to empower customers to take control of their vehicles. We are seeking senior backend services engineers with big data experience to help build our next generation telematics and vehicle management platform. If you're interested in building scalable services for IoT, data pipelines, data warehouses and real-time analytics then this is the place for you!

Our services technology stack is comprised of .NET Core, C#, MSSQL, Azure and Google Cloud Platform. Come help us define our big data technology stack for the future.

Apply here: https://jobs.jobvite.com/derivesystems/job/oIrkbfwo

One problem with using fat arrow syntax like this is the method is no longer attached to the prototype so it's not shared across all instances and is less memory efficient. It also doesn't work well with React HMR if you're using that. If you can use decorators I highly recommend autobind-decorator: https://github.com/andreypopp/autobind-decorator

Also I think you're using a TypeScript-specific `private` syntax there which likely changes the runtime semantics so my comment really only applies if you don't use that.

I used to play minesweeper so much I would dream about it. I recently went looking for a replacement and found Hexcells Infinite which has really filled the gap. All puzzles are solvable and it even has nice music. Highly recommended.

as there is zero statutory right to use even a millisecond of someone else's recording for any purpose whatsoever.

Just to be clear, by "any purpose whatsoever" you mean for a remix, right? In other words, fair use still applies to songs.

Not that it necessarily should, but the article did not really address why they were moving away from RDS. Was it cost, performance, other issues?

I've been trying to compare RDS for Postgres to other offerings like Compose or Heroku but have come up surprisingly dry on comparisons.

I don't think this applies. I don't believe anybody else was doing what TypeScript does when it was released, that is JavaScript + Type Safety. Even today the only other real contender is Flow.

You don't actually have to use the transpiler features of TypeScript if you set `--target` appropriately. And Flow has the same problems regarding language features. Flow doesn't just magically understand all JS features now and forever. When new stuff comes out it has to be added to Flow, same with TypeScript.

Edit: To be clear though, I agree with you about the TS transpiler. I think TypeScript's strength is in its static type checking, not in its transpiling.

TypeScript and JSX 11 years ago

FWIW, there is better support[1] in 1.6 for definition files for node modules. TypeScript can now read definitions directly out of node_modules. As library authors include those in the package there will be less of a dependency on getting definitions from DefinitelyTyped. This obviously doesn't solve all problems but I think the point is the TS team is aware of some of the issues and is taking steps to address.

1. https://github.com/Microsoft/TypeScript/pull/4352

There is definitely a learning curve, and sometimes it can feel like you're fighting against TypeScript instead of having it work for you. However, there have definitely been cases of it being useful. Upgrading from React v0.12 to v0.13 was great because I immediately saw all of the places where the API needed updating. I think moving forward much of the friction will slowly removed (added ES6 features, JSX support, etc).

This looks really cool, but I'm always instinctively turned off by the pull model.

- Assuming metrics are stored in memory, they'll be lost if the app or server recycles. Of course, a push model should probably batch so there's probably some kind of overlap here.

- I've heard pull is good for detecting if a server is down. The flip side is no automatic discovery and dynamic scaling where a server going down might not necessarily be a bad thing.

- Security. Not super thrilled with exposing something that says "Hey come get my data".

You should try AssureSign [1]. I know they have "programmers somewhere inside, who care about the product enough to read and respond to bug reports" because I'm one of them :) Support tickets go to everyone so the person most qualified to answer can do so directly without navigating support tiers first. This can sometimes be a drag on my personal productivity but I know customers (especially technically minded API integrators) appreciate it.

1. https://www.assuresign.com/

It would seem you're right. I can't find a way to confirm what Guest OS version I'm on (WA-GUEST-OS-*) but running Get-AzureOSVersion has newer versions than what's shown on the site and checking installed updates on the server shows that this has been patched. That is exactly what I wanted to see, thanks!