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.
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.
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.
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.
Really looking forward to TypeScript support [0] as that's blocking me from using this in most of my work-related projects. Congrats to the team on 1.0!
Totally agree. I have kids, and the book would certainly be inappropriate for them now. That said, the simple solution is to wait until they're old enough before exposing it to them instead of attempting to dilute the book.
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.
Exactly. I want my app server and my db server to be as close as possible. That's why services like Compose and ElephantSQL offer just that. So then it comes down to performance/price (value) between RDS and those.
I can second GeoNames. Sometimes it's hard to beat free. We take a couple files from their dump[1] (primarily the city data) and import into a database. We can then geolocate a lat/long to the closest city.
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.
That benchmark is amazing. I remember wanting to prototype an HTML5 tower defense game a number of years back but couldn't overcome the performance issues as more and more sprites were added. I may need to revisit...
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.
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