jbrantly
jbrantly on Hacker News
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
They just added it in preview within the last couple weeks.
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-decoratorAlso 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.
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.
> 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.
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.
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 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.
1. http://download.geonames.org/export/dump/
Posted by
jbrantly on Monday April 25, 2016 @02:19PM
from the status.sendgrid.com dept.
Posted by
jbrantly on Wednesday March 16, 2016 @05:45PM
from the azure.microsoft.com dept.
Posted by
jbrantly on Wednesday March 16, 2016 @11:23AM
from the influxdata.com dept.
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.
Posted by
jbrantly on Wednesday January 20, 2016 @10:56AM
from the blog.ionic.io dept.
Thank you for both of your replies
Is there a feature comparison with Pixi somewhere? Why would one pick StageXL over Pixi, for example?
Posted by
jbrantly on Monday January 11, 2016 @12:01PM
from the about.gitlab.com dept.
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.
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
Posted by
jbrantly on Monday July 20, 2015 @01:09PM
from the jbrantly.com dept.