jclay
It’s basically pay to play to get in the good graces of Windows Defender.
I think all-in it was over $1k upfront to get the various certs. The cert company has to do a pretty invasive verification process for both you and your company.
Then — you are required to use a hardware token to sign the releases. This effectively means we have one team member who can publish a release currently.
The cert company can lock your key as well for arbitrary reasons which prevents you from being able to make a release! Scary if the release you’re putting out is a security patch.
I’ll take the macOS ecosystem any day of the week.
I would expect most of these systems come with very carefully guarded access controls. It also strikes me as a uniquely difficult challenge to track down the decision maker who is willing to take the risk on revamping these systems (AI or not). Curious to hear more about what you’ve learned here.
Also curious to hear how LLMs perform on a language like COBOL that likely doesn’t have many quality samples in the training data.
I think they are also contributing a lot of the new libc++ hardening features that have been landing: https://libcxx.llvm.org/Hardening.html IIRC, production chrome ships with Extensive hardening.
They also roll out massive code changes via automated clang rewrites. Recent examples are replacing all raw pointer members with their raw_ptr wrappers that bring some additional safety. They also switched from absl::optional to std::optional in one swoop.
If you haven’t done it before, take a browse through //base sometime, it’s got a lot of well commented code to learn from. You’ll see they’re already using c++20 concepts and requires clauses in a number of places.
We contribute upstream a bit and we had documentation updates to clarify the stability of pointers to QHash elements rejected. ¯\_(ツ)_/¯
Personally, we superbuild bleeding edge Qt with the source code in tree so that it’s trivial to go to definition and inspect behavior. Makes the experience substantially better.
There's something unique about the workload of ninja launching a bunch of clang processes that draws this out.
On my machine, a clean build of the llvm-project would consistently fail to complete, so that may be a reasonable workload to A/B test with if you're looking into this.
The user quoted above was running gentoo builds on specific p-cores to test various solutions, ultimately finding that the p-core limit was the only fix that yielded stability.
This was getting very frustrating, at various points I tried every other option online (including restoring bios to Intel Baseline settings), etc.
I came across Keean's investigations into the matter on the Intel forums:
> I think there is an easy solution for Intel, and that is to limit p-cores with both hyper-threads busy to 5.8GHz and allow cores with only one hyper-thread active to boost up to 5.9/6.2 they would then have a chip that matched advertised multi-core and single-thread performance, and would be stable without any specific power limits.
> I still think the real reason for this problem is that hyper-threading creates a hot-spot somewhere in the address arithmetic part of the core, and this was missed in the design of the chip. Had a thermal sensor been placed there the chip could throttle back the core ratio to remain stable automatically, or perhaps the transistors needed to be bigger for higher current - not sure that would solve the heat problem. Ultimately an extra pipeline stage might be needed, and this would be a problem, because it would slow down when only one hyper-thread is in use too. I wonder if this has something to do with why intel are getting rid hyper-threading in 15th gen?
From: https://community.intel.com/t5/Processors/14900ks-unstable/m...
Based on this, I set a P-Core limit to 5.8 in my bios and after several months of daily-use building Chromium I can say this machine is now completely stable.
If you're seeing instability on an i9 14900k or 13900k see the above forum post for more details, and try setting the all-core limit. I've now seen this fix instability in 3+ build machines we use so far.
https://www.propublica.org/article/train-derailment-long-tra...
libdispatch source code is an enlightening read for those interested in diving deeper into the C Runtime powering Swift concurrency.
https://github.com/qt/qtdeclarative/tree/dev/tests/manual/he...
I’ve kicked around with the C++ interop a few times. Projects like Qt that use raw pointers extensively seem hard to expose. Ended up having to wrap Qt classes to model as a value type which was straight forward but it’s not nearly as seamless as the Objective-C++ experience
Really wish they would invest in getting QML LSP to a working state. It’s been in development for well over a year now and still not used by Qt Creator itself. qmlls is missing proper formatting support, syntax aware highlighting (although we paid a contributor to land this upstream over a year ago, the PR is still pending). It has unusable latency compared to other LSPs, the list goes on.
The next post I have planned goes over how to use the CFRunLoop to post cross-thread tasks, and will include some benchmarks comparing with an alternative C++ lock-free SPSC task queue implementation.
It's something I wonder about as well. We're building real-time performance critical software, so we don't have much of an alternative. Given these constraints, we also ruled out Electron, Avalonia, React Native early on.
We're using Qt Quick which doesn't get nearly the love it should. I was a web developer for 5 years in a past life, and I'm pretty blown away by how pleasant and well-designed Qt Quick's QML language is. One of our team members created Canonic, https://www.canonic.com to explore how the web might look if QML was used as the document markup for the web.
The popular opinion around Qt Quick is that it is best suited for mobile or embedded projects with a dynamic UI, animations, etc. But over the last few years, it has really become a great desktop solution – to the point where Qt put Widgets into maintenance mode and is focusing efforts on Qt Quick across desktop, mobile and embedded targets.
With Qt 6, the GUI is drawn using native graphics acceleration: Metal on macOS, DirectX11 on Windows, Vulkan on Linux. This makes it really easy to bring in a texture you're drawing in some other piece of code outside of Qt. As a result, the QtMultimedia framework in Qt6 is zero-copy on most platforms with the FFmpeg backend. Frames get decoded if a GPU HW decoder is available, then this texture can be read directly by QtQuick and then rendered by the display server without ever being copied. I don't think there's a single other cross platform framework out there that achieves the same level of usability, performance and easy access to platform native APIs.
Here are just a few non-trivial desktop apps that come to mind using Qt Quick:
- Denon Engine DJ - https://enginedj.com/
- Mixxx - https://mixxx.org/
- Spark AR Studio - https://sparkar.facebook.com/ar-studio/
- Gyroflow (written in Rust, with QML frontend) - https://github.com/gyroflow/gyroflow
- MuseScore 4 - https://musescore.org
I definitely see Qt and Qt Quick technologies as a competitive advantage for us. We can develop the frontend quickly with QML / Javascript. We get full graphics accelerated GUI performance. Our app running under an average use-case idles at 100MB of RAM, which is basically equivalent to what a running instance of Finder on macOS uses. A full 1/5 of what Discord, Slack, Steam, etc use.
If you want to build real-time, high performance, native desktop apps, we're hiring. Email in profile.
I appreciate the retrospective on the hurdles you faced. Could you share some learnings for things that did work? I could tell you spent a lot of resources getting the onboarding flow correct (Visual Studio Project Import was nice!), anything related to onboarding-related learnings you can share?
Mochi: A user friendly spaced repetition system
I’ve been enjoying Mochi[0] as an alternative recently. It has a much nicer UI and the core features I use are all there. I find it much faster to create my cards in Markdown and with a keyboard driven workflow than what I had with Anki.
It’s using what appeared to be a Pixel 3 with a heavy duty case wrapped around containing an additional camera and some sensors. I went through all of the poses one would do if they were training a model to perform similarly to FaceID. (Ok, now pull the phone out of your pocket and look directly at it. Look up at me then down at the phone, etc.)
They are certainly using this to train a model to authenticate faces similar to FaceID. I had to fill out a survey before which asked about my eye color, if I wear colored contact lenses, etc.
I’d also highly recommend the BoxStarter setup scripts [0]. They remove all of the unnecessary default applications, perform windows updates, apply sane developer defaults and install development tooling depending on your needs. It’s a one click run, so it’s a pretty easy way to bootstrap a new install. No negative side effects and have been using them for several years.
0. https://github.com/microsoft/windows-dev-box-setup-scripts
“In the experiments presented in this paper, we predict tactics and their arguments by looking only at the conclusion of the current sub-goal and ignoring any local assumptions that could be crucial to the proof. This is a serious limitation for our system, and in future work we would like to include the local assumptions list when generating the embedding of the goal.”
I also avoid the issue of the differences between macOS unix tools like grep, where there are certain flags that differ from those on linux as I recall. This is of course resolved with using a port, but they’re still community maintained ports and under no guarantee to work the same on macOS and Linux.
When was the last time macOS had an update that was exciting for developers? They’re phasing out OpenGL, and there is no CUDA support for Mojave. Docker support was pretty frustrating the last time I tried it as well. No big features in the last few macOS releases. All the latest features increase lock-in and don’t exist outside of the mac ecosystem (looking at you Handoff and iMessage)
Microsoft now has:
- VS code
- A new terminal announced today (a very welcome change)
- Ability to natively run any linux distro, with GUI! (WSL w/ X11 server)
- Hyper-V powered docker containers (and they’re fast)
- Great CUDA support
- One click to install and run Ubuntu desktop in Hyper-V
- Chocolatey has grown on me and is an effective brew replacement.
Overall, i’m very satisfied with the development experience on Windows, and the pace at which it is improving makes me very confident that it will continue to attract more devs.
I also like that they make their products available on other platforms. I know that if I switch back to MacOS my OneNote, word docs, and C# code can be brought over without issue. The same equivalents for macOS don’t provide any cross platform equivalents.
I’m still holding out for tabbed windows in the file explorer, though :/
In our bubbles we all certainly do. But in the context of a resident in a developing country who can’t afford to pay, the trade off of allowing access to your data rather than no access at all seems more ethical.