I am a developer and coding in vision pro for around 2 months.
It is heavy, without third-party accessories, it is unbearable. But with 3d printed gadgets and band, the weight problem is solved 80%.
I code in mac virtual desktop, enlarge it and push it as far as possible. The text is clear enough in most of time. But the resolution is still low, i hope the ultra wide virtual desktop feature can solve the problem.
Using two keyboards (one built in, one external) to mimic split keyboard, so i can stay in a comfortable pose and type. Installed a thirdparty extension to make modifier key works cross keyboards.
Normally 1-3 hours per day.
I do like work in VP, it feels more isolated and easier to focus. There are some side effects, e.g, less water drinking, tend to sitting for longer time etc.
Currently i use the single band from apple, and two 3d printed parts with a homemade band. The extra band split a lot weight from cheek. I tried several options, this is the most comfortable one.
I kinda get why this is useful, helm has poor library/component story, so people just dup the chart templates thing for any service, which itself became a problem… i do think helm should not be such popular without a solid component/lib design.
But how does this do anything to improve the situation on that front? It's not like this creates new meta structures that could actually fix that like e.g. a "proper" package manager.
If you would like to do re-use of any service you would just put them inside their own first-class chart in which you'd write the templates directly, rather than going through this layer of indirection, and then copy-paste the small usage portion in your parent chart.
I really hate where the industry is at this point... Kubernetes is nice but the API is incredibly broad and complicated, overkill for the vast majority of applications. I liked Heroku much better for simple web development.
Helm is terrible. It's a bit like bash for kubernetes (string based templating, really??), instead of something strongly typed. This leads to text & obtuse yaml being the way to deploy complex applications to k8s, which leads to bad packaging.
Enforcing some kind of convention in Helm configs is a necessary evil. I see this project as a "contract" on helm configs, much like bitnami is doing (their Helm charts all look alike). It's about as good as bash scripts written in bash that all had a similar case/esac/getopts function to parse arguments.
> Kubernetes is nice but the API is incredibly broad and complicated, overkill for the vast majority of applications. I liked Heroku much better for simple web development.
These are not comparable. You're welcome to use any provider's managed offerings
-- Google Cloud Run, AWS Fargate, fly.io, etc.
I'm really sick of people hating on Kubernetes because it's complicated, sure, but the thing it abstracts is far more complicated. When it comes to orchestrating resources across systems nothing comes close.
> I'm really sick of people hating on Kubernetes because it's complicated, sure, but the thing it abstracts is far more complicated. When it comes to orchestrating resources across systems nothing comes close.
Agreed, and it's elegant at the core. It's just A LOT to take in for most developers. It solves a much bigger problem than Heroku did, but most web devs would just need a simple overlay over a managed k8s offering that doesn't expose all the k8s interfaces.
I kind of get this, but you see this same level of complaints about build tooling as well. Gradle, for instance, is well known for being difficult to understand and work with. Part of the problem is that generic build tooling is necessarily complex, but part of the problem is also the UX around Gradle is just terrible (lots of ways to make your code difficult to understand, for instance) and could stand for some significant improvement and better abstractions. Both of these things can be simultaneously true
PyPy claims to be compatible with CPython 3.6.9 (https://www.pypy.org/compat.html). CPython 3.7 is currently the most common Python version. The project I work on since last year depends on features introduced in CPython 3.7. The migration to CPython 3.8 in already underway on many Linux distros (Fedora is already on it). So PyPy is unfortunately too far behind.
Personal opinion: if the index is based on search, then if one language has better documentation, better ide support, less surprises, then the search count will be less and probably has a lower ranking in Tiobe.
And also, since swift's adoption domain mainly in ios development, it heavily affected by the iOS ecosystem.
My take on why objective c is higher ranked, not because it is better, but it has tons of gotchas, that people have to do heavy search to get things done.
I think good documentation, both authoritative but also that created by active users from blogs and also Stackoverflow are what make people productive in a language and enables both newcomers and experts to progress. And of course libraries and tools are being developed, which also facilitate usage. Look for example at R, much earlier than Python it had various libraries with machine learning algorithms, at the same time the language is really "unusual", so people rather rewrote libraries from scratch in Python. At least for time series analysis I think even today there are more advanced libraries available in R. But the documentation at least some years ago was just not on par with the difficulty/unconventional ways to do things. (Despite having a super helpful tightly knit community as far as I can tell) The Python equivalents on the other hand have often more documentation than needed.
I think also JS won a lot due to good documentation, in fact there used to be an SEO campaign to boost MDN docs because the JS docs used to be so bad making people write bad code, I think the language's reputation still didn't recover from that.
It might be lacking, but there is definitely a culture within iOS of using the Apple docs for things, Apple tooling, Apple development practices, etc. It’s a much more closed ecosystem in many ways than most of the other ecosystems I’ve been exposed to (JS, Python, Ruby, even .NET in some ways).
Because of this, I wouldn’t at all be surprised if searches aren’t common because Apple provides documentation, regardless of its quality.
This is not a rank of which language is "better". It's merely about usage. I'm sure there is a lot of documentation and not that many "gotchas" in Java for that to be the reason for searches by Java developers. There are a lot of Java searches because Java is popular.
Storage and computing are two layers in a normal application. You are free to switch computing layers as long as storage layer speaking some standard protocol.
AKKA + AKKA persistent, how can you switch the computing layer?
The company bought opera is the one with a bad reputation in the field of user privacy. Qihoo is the one which provides a software_you_dont_need installation gateway which covered by a free anti-virus mask. LOL
I do like work in VP, it feels more isolated and easier to focus. There are some side effects, e.g, less water drinking, tend to sitting for longer time etc.