I think from what I can understand about Serenity OS and Ladybird from afar and the kind of Cathedral culture that Andreas Kling values and feels Apple benefits from I'm not wholly surprised that the development of Ladybird took this course.
What I am curious about as someone who has been kind of cheering off on the sidelines is if there's any way that folks could get involved still in the future or if this is in practice permanently a closed project?
BSDs are more cathedral style and getting maintainer status is usually pretty onerous from what I understand but there are at least routes to it available to people willing to make an appropriate level of investment.
I'm not at a point in my life where I can meaningfully provide that kind of time and energy into serenity or ladybird but if my circumstances changed it's the kind of open source project that I would love to dedicate my time and energy towards in the future and I'm sure I'm not alone in feeling that way.
The Silfi 52 chip is news to me- thanks for pointing it out (also didn't know it's what is powering the new Core Devices products- pretty cool).
I've built custom firmware for a DIY OLED ESP-32 watch that is made by a few vendors before. In some ways we're emerging into that reality now but I'd admit that what Core Devices is trying to do and the general level of polish of the Pebble ecosystem is a lot further than something like what I'm describing.
Has the Rebble community ever explored their own open source HW for the rebble ecosystem? I know there’s a ton of work involved to get something high quality/consumer grade and there’s obviously cost implications correlated to order volume and we were all hoping Core Devices would offer the goods but maybe we can lean into a community driven model for the hardware as well?
Ironically, I don't think glibly remarking that you "still have all your limbs" and some handmade furniture at the end properly demonstrates someone "fear[ing] the saw," and it demonstrates some of the hubris we're seeing in current tech culture.
One of my high school teachers impressed the same caution upon my cohort but was missing the end of a finger.
I have Susan Kare's original finder iconography tattooed on my body. I don't have much opine on the new design language but I do think the new finder icons displayed in the post are an abomination.
I had the pleasure of meeting Dan in person a few times up here in the Bay Area. He was incredibly approachable and always generous with his time. If he sensed your curiosity, he’d give you his full, undivided attention.
Just weeks before he passed, we were trading long Twitter DMs late into the evening—deep, technical conversations spanning topics that were hard to get good information on elsewhere.
After his passing, as I began sharing these stories, I found that so many others had experienced the exact same generosity from him. He had a remarkable way of making people feel seen and supported.
I thought it was funny they spent so much time bashing choice of distro and highlighting various performance considerations only to pick Alpine?
Alpine linux uses musl as its libc, which contrary to the articles' claims (unless I'm missing new information?) can have severe performance implications in many production settings.
I think this is true if there aren't new questions to be asked. But technologies shift and evolve all of the time.
One of my top StackOverflow questions for years was around the viability of ECMAscript 6. It's now essentially irrelevant because it's found wide adoption in browsers etc. but at the time a lot of people appreciated the question because they wanted to adopt the technology but weren't sure what its maturity was.
It's also true that some technology stacks mature to a point where there isn't much more to be asked but I think there will continue to be a place for forums of discussion where you can ask and get answers around newer, bleeding edge technologies, use cases etc.
> What do you do if you need to look up the definition/implementation of some function which is in some other file?
At some point, for me, ‘find <dir> -name “*.ext” | xargs grep <pattern>’ took over for recursive grep, because the required tools are available on most Unix systems.
> If that doesn't work, look into pivoting to tech recruiting. Hopefully I wouldn't need to go back to school for this.
The market for tech recruiting has been hit as hard and in some ways harder than the market for tech workers. Most folks are finding or placing jobs through in-network referrals and recruiters are finding much lower demand for their services after a long period of having it good.
I know some actually good recruiters and really feel for those folks right now, as well as early career folks like yourself. It took me 8+ months to find a job myself in 2023.
Wishing you the best of luck in your search! Sincerely rooting for you and hope your luck will turn around.
In this case let's assume that the weights and biases of, say, a neural network are fixed and the model is already trained.
One way of thinking about explainability is that it deals with determining for some input data how much each feature is contributing to the final outcome (e.g. variable 1 and 2 contributed x% and y% to the final inferred value).
You're correct to suggest that when you backpropogate residual error there are also non-linear interactions between features and that will affect how much each variable is contributing to the updated weight value (in fact that's kind of the point of a deep network ;).
I am a co-author of a patent for model explainability for credit risk underwriting applications using Shapley values.
In fairness I haven't given this article a thorough read but my initial impression is that I'm finding myself frustrated by the FUD this article is attempting to spread. As my boss would often remark to remind us all: model explainability is an under-constrained optimization problem. By definition there isn't a unique explanation decomposition unless you further constrain the problem.
Therefore, I personally find that hand-wringing around there not being 100% agreement around different explanations for a model inference, while definitely thought provoking and worth considering, should at least account for this reality. For some reason a lot of folks in the ML community seem to have come the opinion that because the problem is under-constrained that means that explanations shouldn't be calculated or have no utility.
Would you prefer a model that examines which features are driving the model to deny a disproportionate number of folks of a particular race or ethnicity or not, all things being equal? My point is even if there are limitations to explainability I think there are a lot of very real, critical scenarios where applying SHAP can be of actual, real world utility.
Furthermore, it's not clear that LIME or other explainability methods will provide better or more robust explanations than Shapley values. As someone that has looked at this pretty extensively in credit underwriting I'd personally feel most comfortable computing SHAP values while acknowledging some of the limitations and risks this article calls out.
Axioms such as completeness are also pretty reasonable and I think there is a fair amount of real world utility to explainability algorithms that derive from such an axiomatic basis.
>Same with notebooks, you can write NASA-production-grade software in a notebook, but most likely you won't.
One of my family members literally maintains a software platform for test bedding production NASA spacecraft at JPL and it is all on top of Jupyter notebooks.
People are literally on course to build AGI and there’s a good chance that large portions of that work will be done within Jupyter notebooks.
To suggest real work doesn’t get done in notebooks is simply asinine.
As I have embedded further into data science and machine learning teams within my career I have come to learn that a lot of the things software engineers care about around maintainability, reusability etc. are often completely antithetical to data science productivity. In many cases practitioners would consider some of the listed cons of notebooks as features rather than bugs.
There is obviously a time and a place for pulling out those practices in such settings but blindly applying software engineering standards to this kind of work is both all too common and often rather counter productive.
If notebook style dev doesn’t jive with you personally I get that, and god speed. I’ve worked on CV/ML teams with a lot of CS degree grads and they don’t always want Jupyter notebooks. However, I’ve noticed a tendency for folks to extrapolate that to blanket statements about notebooks in general. As someone who has inherited and had to clean up many jumbled/bad notebooks I’m empathetic but I would challenge folks to lean into considering more about the circumstances the previous notebook author was working in and what kinds of productivity outcomes they were responsible and prioritizing rather than casting judgement on said author or their tools of choice.
Reading this I think it is interesting to compare and contrast this write up with the evangelism of Richard Hipp and his success with SQLite.
It seems to me that Hans Reiser's write up still has a lot of leaps and lurches, both emotionally and in terms of reasoning. I felt there was a lot of instances where he expresses remorse for key hiring decisions or meetings between stakeholders in the open source world, but with tinges of belief that had he done things differently then that would've made the difference in a successful outcome.
In a lot of ways it seems like Hans Reiser had a pretty grandiose vision to rearchitect filesystems to become more like databases- which then demanded huge changes both in terms of the physical layout of data stored on disk as well as the implications around how operating systems would leverage and use such a technology capability. He sees himself in a lineage with the plan9 folks... and also sort of implies that this was an idea ahead of its time and somewhat downplaying what a large amount of change would be required (sort of reminiscent to me of the criticisms ppl wage against systemd).
He's now in jail for murdering his wife.
Richard Hipp, on the other hand, literally has a values page on his website. His software is in the public domain. He and his team have been steadily and methodically building what is now the most widely deployed database of all time and it powers a wide range of critical applications and has been approved for FAA use cases, used in missile targeting and powers literally all of the apps on our phones.
He's a deeply Christian human (and I say this as a lifelong atheist who wasn't raised on these values) and has approached evangalism of his technology with heaping amounts of humility and hardcore praxis (SQLite is arguably one of the more comprehensively tested libraries out there). Hipp also is rather opinionated as a technologist- he wrote his own SCM on top of SQLite! But he doesn't come across as a zealot whatsoever but rather a seasoned and mature technologist who is methodically executing on a radical vision to the benefit of all.
In the process I feel that in a lot of ways his accomplishments have achieved the vision that Hans Reiser wanted around advancing new ideas in databases and filesystems. However, instead of doing it at the filesystem layer Hipp instead achieved this vision in process with a library that is extremely easy to include in a huge variety of projects within userspace. In the process the revolution that Reiser wanted was achieved in many ways and with a lot less churn and violence in the process (figuratively and sadly literally).
I could not think of a more opposite and extreme contrasting examples of technologists and approaches, and for me it teaches a lot about how to approach socio-technological endeavors successfully as well as providing a good illustration of the way in which ethics and morals play into said endeavors.
I think it’s important to ask “what guarantees are in place to keep multiple implementations consistent and what is the fallout if they are not” as a lens to determining the degree to which it is or isn’t “world-ending”
The Python ecosystem once fell apart not too long ago because it was supporting two versions where one moved from “print “ to “print(“ and these were incompatible and broke things such as doc tests.
There’s a reason that ppl strongly started advocating to hard pivot to 3: there was a very real chance that Python 2 could fork the ecosystem.
Incompatible concurrency semantics would be a much worse can of worms.
However, I would speculate part of PSF's hesitancy is likely specifically around the perceived violence that gross' "GIL-less" changes may incur to the runtime semantics' backwards compatibility.
PSF in particular has a responsibility here as well I feel in that CPython is arguably the working spec or standard from which these other implementations work and are defined.
Do you also strongly prefer languages with different underlying concurrency semantics? While stackless and pypy etc. are around and available and this could suggest the answer could be "yes" we've been lucky that they haven't fundamentally changed the experience of writing Python.
The possibility that a ton of libraries might now be able to use efficient multi-threaded execution where they were previously constrained to multiprocessing will be a landslide of changes on its own, and likely reminiscent of python 2 -> 3 compatibility if we have to preserve "two ways of doing things."
What I am curious about as someone who has been kind of cheering off on the sidelines is if there's any way that folks could get involved still in the future or if this is in practice permanently a closed project?
BSDs are more cathedral style and getting maintainer status is usually pretty onerous from what I understand but there are at least routes to it available to people willing to make an appropriate level of investment.
I'm not at a point in my life where I can meaningfully provide that kind of time and energy into serenity or ladybird but if my circumstances changed it's the kind of open source project that I would love to dedicate my time and energy towards in the future and I'm sure I'm not alone in feeling that way.