I'd love an privacy first on-device model i could use in iOS.
461 karma · joined July 8, 2015
I'd love an privacy first on-device model i could use in iOS.
That works wonderfully. Thank you!
P.S. I showed this to a friend, and he asked if we could mock something up, export the dxf, and send it to a cut shop... you could end up with your own flatpack pipeline.
I know I could do the math :P
In my use case, I end up with one side at an angle, is there a way to support that?
Rather than the example of missing first steps, what if we had, "Ok Claude, prepare a few slides for my presentation, I'm going to watch my childs mid-day recital..." maybe you get a success/failure ping and maybe even need to step out for part of the event, but in another world you couldn't have gone at all.
/s
The goal is for it to apply the rules and followup with actions while still letting me interact with my email from any client I want.
On top of that, I don’t think the kid quietly using their phone and ignoring class is the main issue here… it’s causing issues with the other kids and making the experience worse for a lot of kids.
I think it’s totally reasonable, to expect developers to find the real use
Maybe a longer dismissal though?
They make it look like it flows right to left even though time (or at least sequence) flows left to right.
I leave notes like that sometime as indicators of intention… or invitation to the next reader… but if it never changes and is not causing issues… that’s fine, leave it as is.
However, I think that saying it is "terrible for library developers" is a bit far. I think its terrible for developers who want to make use of advance types... which ultimately doesn't depend if you're a library dev at all.
It boils down to: "Typescript learning curve gets really steep after the basics"
The author mentions they help maintain redux-saga. I don't want to dig on them, but from my personal experience, that library takes you down quite an opinionated application path with complexity inherit to it. Heck, just making types for redux was a pain, let alone adding async and additional composability.
My take is that the author has chosen complex tech to work with, and that influences the complexity in their types.
They been working lots of interesting features in but stick to the basics that everything starts as a list. You would be surprised what is possible w/ just a list!
For example, the webRTC docs are great and explain a lot about how it works... however, there is very little information about good patterns for including it in your application. I bet people would be happy to pay for guides like that, I would.
However, when you're giving to charity, what are you getting? You probably want to know.
If charities are smart, I bet they could take advantage of this by creating classic ladders which encourage more contributions if people get a say of where a "portion of their donation" goes.
On a quick investigation I noticed you are reading the sqlite db... but it wasn't super clear how you send/receive messages?
Because, like it or not, you're often still sending/receiving documents? :)
Also the semantics of the actions map really well to the use cases still.
You're, of course, more than welcome to avoid the whole thing and use WebSockets or WebRTC data channels with a custom protocol.
In the gist example, I actually prefer the SQL-92 approach where we are joining given an explicit comparison condition. Every other implementation seems to be trying to hide details, for what gain? Less typing?
In order to use FOREIGN, you will need to know not just what columns a table has, but also their configuration. Which would also require that you have properly configured your tables. While this shouldn't be a hard ask, it does add additional dependency and makes use of this "tool" slightly less "portable" between systems.
I have unfortunately seen cases where people will only have foreign keys un-enforced by their table config. As a dev, if you're introduced to a new DB, you wont know immediately if you can use this, and if things are configured wrong, you need to make a pretty significant change to be able to use it.
I don't see a lot of harm from adding this syntax however as people are free to not use it and it relies on an existing strict convention.
I feel like JS gets thrown under the bus in discussions, but no body talks about arcane file structures in Java or implicit pathing lookups which have the same kind of "historical path dependence" to why they exist as JS has for require/import.
All languages have their warts and 99% of the time they're all doing the same thing just in slightly different ways.
However, it becomes scary when the people with access are much less level-headed. There are people who think gay people or watching porn should require treatment. There have been power changes where people with drastically different views have an agenda to push, and your innocuous "not really that bad" is all of a sudden an imprisonable offense because you "think differently" and you might encourage others.