I would love to use this for E2E testing. It would be great to make all my assertions with high level descriptions so tests are resilient to UI changes.
Seems similar to the Amazon Nova Act API which is still in research preview.
This coin is issued by Paxos. Paxos, by the way, hands down has the worst interview process of any company I've spoken to in my 30 years of working in engineering. So while I am rooting for regulated stable-coins as a technology, I have to admit some feelings of schadenfreude.
This was the beginning of an avalanche that led to most of the remaining engineers at Atari to leave and try to start their own third-party game companies to follow in the success of Activision.
Atari in 1983 went from the leader in video game production to completely imploding. In 1979, four of their best programmers left after demanding equity in the sales and were refused. Their CEO Ray Kassar famously said, "You’re no more important to those projects than the person on the assembly line who put them together. You’re a dime a dozen. You’re not unique. Anybody can do a cartridge.". They left and formed Activision which led to a sequence of failures by Atari until they finally died unable to compete with the likes of Intellivision, Colecovision, and Commodore.
The reason Apple doesn't do this is they want to make the AppStore a safe-place and a worry free experience. If anyone can run whatever they wanted for whatever length of time they want, then it opens the door for malicious apps to exist. It's a trade off between safety/experience and flexibility. For folks like my Dad, who I took away his PC and replaced with an iPad, it's been great. I just don't worry about malware, viruses, or trojans he might install on his iPad because the odds are he can't get into too much trouble.
I'm going to answer but I should preface by saying I'm not going to try to proselytize you to Swift. If it doesn't work for you and you're happy with Objective-C, then by all means do what makes you happy and keeps you productive. I have a couple of apps that have about 50k lines of Swift, one also with 60k lines of Objective-C and another with 40k lines of Objective-C. We use MVVM as well as a fairly involved mechanism of VM abstraction with intercommunication using RAC. Common code is in a cocoapod as well as other third-party dependencies otherwise the other target is the iOS app itself. I think LOC is a poor metric to measure complexity, but it does have a relevance to compile time. Others have also said that Swift and Xcode are not perfect, but as an engineer programming in Swift makes me quite happy.
I hear this argument a lot that it's not production ready but my personal experience does not agree. I use Swift in production for several apps with relatively large codebases that sustain many hundreds of thousands of sessions per day. I would agree that a full clean/rebuild is not as fast as Objective-C and that the incremental build system sometimes seem as though it is compiling more files than you'd like. However, for most part the incremental build system is fine and in daily use it is not a problem. I could never imagine going back to writing objective-C again when I compare the net gains we've realized coding in Swift. The readability and succinctness of the language, as well as catching bugs at compile-time rather than run-time, is a huge benefit. Value-based programming, functional(-ish) programming, and protocol extensions have made my code so much easier to maintain and test, as well.
Similarly, the number of git-commits is also a poor judge of how much work was done. When CI builds automatically build release notes based off of the git-log since the last successful build, this can be deceiving.
Are the founders legally obligated to return the $6MM they took off the table or is it a moral obligation? (Or is there no obligation whatsoever) And if it is a moral obligation, what would incentivize them to do so - is it to save their reputation in the future?
I've used voice authentication with Nuance's SDK before and having a cold or gaining weight does not affect the verification process. It is based on acoustioc signatures in your voice and not necessarily a precise recreation of the original recording. This isn't a problem with this approach.
C syntax really isn't that hard to understand, it has persisted for a reason, and I am quite happy when I get to write C. It's not the ideal language for web-programming but it is certainly the right language for a lot of things. Statements like "good programmers who know or knew C at one point don't use C in their projects and will never contribute to open source projects written in C" are just unsubstantiated fabrications.
It is worth noting that Xsser only affected jail-broken phones so the point of the article, that Apple's "closed-ness" was to fault here, is a factual error. In fact, it is that very closed-ness that prevents these types of software off of the AppStore.
Seems similar to the Amazon Nova Act API which is still in research preview.