orillian
Joined 15 years ago
Joined 15 years ago
This device would be better I think if the read head could be moved directly to the left edge or even perhaps placed in the center of the view. But I have a feeling it needs to be in darkness to read best.
Interesting idea none the less.
I'm also sure he doesn't need us to tell him the differences between kickstarter order and a true pre-order.
On a side note Canadian shoppers can find the watches at their local Best Buy... at least the current ones anyway. You might not get the style you want though, as they seem to be a bit limited that way. Pricing is usually close to the US price. I paid the extra to get the style I wanted for the wife.
Based on the cost of the Forerunner, if the new Pebble Time 2 is as accurate or better, the cost alone might have me buying it. That said I'm on Android so I would get all the benefits unlike the iOS crowd.
Landmarks are key to any map, but landmarks that fade in and out of focus are not all that useful. I used to be excited by the prospect of being able to bring up a map of my route and being able to see where I was going on my phone mounted to my dash. But as of late, I've been struggling to find the right zoom level that shows enough detail of the area I'm traveling while showing enough of my route.
On a number of occasions over the last year I've has to pull over and reorient myself on my map due to a failed pan/zoom attempt.
It's funny that this article came out at this time as I've been evaluating ways to mount a larger device (tablet) on my dash as maps on my phone has gotten to be rather cumbersome.
I feel that for the most part the details in this article are accurate, that the attempt by google to make the maps load quicker on mobile have compromised critical details available on the maps.
One of the key areas where this could be addressed is by loading details based on need. For example if I select a travel route between two locations, load more of the details related to that route and reduce the extras that fall outside my concern. Show me roadways that leave my target route, as well as the cities and towns along my route. Making an attempt to provide me the details I need without my need to interact with them as much as possible would be great.
In similar systems that I have constructed in the past, I have used a number of methods for passing actors in different states.
Pass a fully instantiated actor via a transfer process. Nothing changes for the actor, beyond reassigning parentage.
Pass a cleaned actor via a similar process to the bench and add process. This was used to allow an actor to be reduced to a resting state as it were. In most cases you could think of it as a resurrection method that allowed discarded actors to be reinstated with only specified base properties in place.
Anyway, I don't use Lua at all, but I like these type of actor messaging models. I look forward to reading through the rest of your documentation once it's done.
O.
The above is quoted from an email I received from them regarding the service this afternoon.
Note: using continuous replication and adding logging Dashboards to your links will also increase the cost. I seem to recall seeing the dashboards are $3 a piece after the first 3 or something silly like that and then data costs on top of that. My cost so far don't match that though.
I'm guess-estimating my DMS cost are going to be about $30 if the $6.48 I've spent in the last 7 days during setup and configuration time averages out.
If the Database you want to migrate/replicate from is running on Amazon you should be able to make it a replication source.
I saw nothing that stated the database HAD to be on RDS. You use the servers address to setup the endpoints. And provide a database username and password to connect with so it should be doable.
My company has been using AWS for a while, but management wanted a "backup" backup off Amazon "JUST IN CASE". Due to amazon blocking replication credentials for MYSQL servers we had to basically dump over scp to our off amazon server and run the update on that machine via a script. We tried a number of different options but none were reliable. All nasty stuff.
Anyway after setting up a dms.t2.medium replication instance, I was able to create a number of tasks pulling from our amazon server to our off amazon server.(You have the option to just pull a full dump, pull a full dump and continue replication or simply replicate data.) It's been running for a little under 24 hours now and has been, solid so far with the replication. I know not even a day yet, but it's looking promising. Fingers crossed!
A small bonus to doing the setup for this. I found out the hard way that there was bad schema in our database, which I spent the last couple days fixing. DMS is rather sensitive, and will fail and not restart if it encounters to many errors trying to replicate data.
Overall cost is looking like it's going to cost me about $150 a month for the replication instance, which is only marginally more than the bandwidth costs I was incurring doing full dumps to our off amazon server.
Benefits are almost instant replication and an interface that will give me almost instant feedback on failed replication tasks, all within AWS which is where we are hosting everything else at this time. I was also able to create individualized tasks for separate schema so I can watch and manage errors on a schema by schema basis which is nice.
Overall I'm happy with it, but only time will tell if it can continue to be a reliable replication option.
O.
Every time I go to use it, it's getting an update and new runtimes. No complaints at all!
I do hope more device manufacturers take a look at this tech again, as it has some very useful applications. If Sony's Smartwatch 3 is any indication, the pricing is finally becoming more affordable to do this type of thing with full color.
I just really don't like the look of the Sony Watch so I'm waiting for something else.