1,800 karma · joined March 10, 2010
My hypothesis: devs are much closer to users, as they are often users themselves, and have more freedom to work on fixing broken experiences, as opposed to just rolling new features.
I’m sure Google has high quality engineers working more or less on every product. It’s just the solution space of products with big surface area and many interdependencies is really large. When you are more steps removed from your customers, and can’t move fast (comparing to a small nibble team), finding the optimum becomes a very non-trivial exercise.
Most successful products at big corps have laser-focused teams with highly influential leaders. Anything else results on mediocrity.
I use GSuite at work at a FAANG company, and Google slides with 50+ pages is so slow (multi-second pauses when changing slides) to be practically unusable. Finding documents in Google drive is hard to impossible, and good luck keeping track of comments or tasks assigned to you in multiple unrelated documents.
I’m sure at some level consolidating their offerings is a right product move, but I don’t think Basecamp or Calendly should be particularly concerned.
https://github.com/git/git/commit/cad88fdf8d1ebafb5d4d1b92eb...
The observed behavior is the same: using the new model, most people are still shown highly polarized posts, as indicated by subjective assessment of user research professionals.
What should you do now?
Consider the following model scenario. You are a PM at a discussion board startup in Elbonia. There are too many discussions at every single time, so you personalize the list for each user, showing only discussions she is more likely to interact with (it's a crude indication of user interest, but it's tough to measure it accurately).
One day, your brilliant data scientist trained a model that predicts which of the two Elbonian parties a user most likely support, as well as whether a comment/article discusses a political topic or not. Then a user researcher made a striking discovery: supporters of party A interact more strongly with posts about party B, and vice versa. A proposal is made to artificially reduce the prevalence of opposing party posts in someone's feed.
Would you support this proposal as a PM? Why or why not?
I think it's a really, really great response. YC community is indeed very special, and I am often surprised that over these years, it keep attracting high caliber people and has a high signal/noise ratio, while at the same time remains a pleasant community that favors civilized discussion.
Moderating is a thankless job, but please rest assured that many people here value your efforts, even if we don't verbalize this gratitude often.
Rust I'm not very familiar with: how much of their funding is dependent on Mozilla, at least for the core developer(s)?
Also, a language + a standard library has a (much!) smaller surface comparing to Wolfram's vision.
[1] https://blog.wolfram.com/2019/04/02/why-wolfram-tech-isnt-op...
Here is a recent example: Imperial College COVID-19 response team published an article[1] where they modeled different effects of non-pharmaceutical interventions, such as suppression and mitigation on the number of infected, deaths, etc. This is a very interesting result, but it's impossible to replicate their results in practice without contacting the authors, as their methodology is not enough to reproduce it.
While someone else[2] posted their own model that is very well documented and fully reproducible by anyone with a $230/year personal license.
While theoretically [1] is high science and [2] is not, in my own opinion [2] is better than [1]. I would love more science to be done and discussed that way. Ideally, using open-source software, but in practice, using Wolfram Language, in that case, is already good enough in my opinion.
PS. I'm not affiliated with Wolfram Research in any way.
[1] https://www.imperial.ac.uk/media/imperial-college/medicine/s...
A scanned PDF was made available for free with the permission of the publisher: https://mathematica.stackexchange.com/questions/16485/are-yo...
First, there is a question of theoretical vs. practical reproducibility: true, in _theory_, an open-source codebase with many millions of lines of code of highly complex transformation can be checked for accuracy by anyone. In _practice_, only very few insiders will have both technical understanding and time to verify the correctness of this or that algorithm, and everyone else would need to rely on their expertise. That situation is no different from using a proprietary system if we trust their authors.
Second, while it might be shocking for someone, most of the science, outside of maybe math, it's not _practically_ reproducible. Most of the articles are behind paywalls, don't have enough data to replicate their results (even economists much more often than not won't include their raw data or algorithms or both). Also, no one who is trying to build a scientific career would try to replicate someone else's results, especially if it requires some costly equipment, reagents, etc. - the rewards in the scientific community are for novel results. Replication crisis[1] describes this pretty well.
Most of the software that runs LHC at CERN is probably not inspectable by a regular Joe the physicist, yet somehow the physicist community somehow trusts their results, etc.
In summary, while an open-source software of Mathematica quality would be awesome in theory, I highly doubt it would be practical for a long time.
CloudDeploy[
FormFunction[{"a" -> "Number", "b" -> "Number", "c" -> "Number"},
Plot[#a x^2 + #b x + #c, {x, -10, 10}] &],
Permissions -> "Public"]
will create and deploy a publicly accessible web form that asks for 3 coefficients and plots a parabola. How many lines of code / external libraries would you need to do the same thing in python?https://www.wolframcloud.com/obj/e0b275e6-49a2-4901-a806-e36...
Which is way I had to switch back from OpenBSD (which doesn’t run it) and Linux (which until today’s update, didn’t have HiDPI support) back to Mac OS.
https://gisanddata.maps.arcgis.com/apps/opsdashboard/index.h...