309 karma · joined September 15, 2016
My cynical impression is that the vague punchlines are meant to impress middle management, but if you want to win over developers, it's best to be straightforward. From my point of view (which is an amalgamation of Linux nerd, security & FOSS advocate and Windows gamer), I'm going to bounce right away from your webpage if it doesn't give me a clear description of what the product is about. The entire internet competes for my attention, so if your website contains stock photos of smiling office workers who are "working smarter", I'm going to press Ctrl + W quite fast. Having said that, I have no issue with "Leverage GraphQL + Serverless in data-driven SaaS apps". It's honest about what your product is about, and in my experience honesty correlates with other good properties of software.
I had a look at how Microsoft markets some of their developer products, and I think their messaging is on point here[1]:
- Visual Studio IDE
Rich IDE, advanced debugging
- Visual Studio Code
Editing and debugging on any OS
- Azure DevOps
Agile tools, Git, continuous integration
- Visual Studio App Center
End to end developer services for mobile and desktop apps
I'd imagine a feasible solution being a permission-based system (which might already exist), where programs and their dependencies do not have access to certain facilities, like the filesystem, other processes or the network, without them being declared in a manifest file of sorts. Permissions should be inheritable when explicitly specified, and a sub-dependency could not gain a permission it didn't inherit from its parent. Unfortunately this does not work so well with a shell, since the shell needs the ability to spawn arbitrary processes. At least the shell itself would not have network access, forcing it to rely on tools already installed in the system
Also, if we resort to some magical wishful thinking, then all the tools in the system follow this permission model and the package manager is aware of the permissions. You could then query the package manager for all installed software with a certain capability, like network access, disabling tools like curl and netcat.
Do not blame USA's inadequacies on human nature.
It might simply be that he isn't particularly interested in learning it. If he isn't motivated by being an art director, then it would very likely lead to burnout.
However, you are right that most people would probably be fine with personalized ads if it was possible to show them without identifiable tracking.
Personalizing content without identifiable tracking is a really hard issue that I'll be surprised if anyone ever manages to solve. It will also most likely involve some compromises that hurt Google's bottom line, so I think the financial incentives just aren't there for them. Given those two assumptions and Google's track record, I think it's absurd to assume that any standard they create will meaningfully improve user privacy.
Also, I fear their new standards would most likely just circumvent the tools available for users to avoid tracking, as the tracking would be baked into the browser itself.
Herein lies the issue. Users blocking cookies are trying to avoid being tracked and "seeing relevant ads". Essentially, he is trying to create web standards in order to do the thing that users specifically don't want them to do. Google's business model requires Schuh to twist logic in a manner that makes it seem like it isn't so.
Having played through the Avernum trilogy last year, I don't think the art style is inconsistent at all, especially considering how old some of the assets are. Please have a closer look at some actual screenshots from a recent Avernum game[1] before providing your invaluable input on how he should manage his game art.
Google on the other hand shows ads across the internet, so they have to track you a lot more intimately in order to make you buy a new toaster or whatever (I haven't seen online ads in years, so I don't really know what they're like).
I think kids should grow up using PCs and not phones/tablets. I doubt kids can grow up to be computer literate if they spend their screen time in front of smart phones instead of PCs.
Here's what I would do: Put a PC with usable specs and the latest Windows in a semi-public place in the apartment. They're supposed to have some semblance of privacy but still have an adult passing by every now and then. Give them a Windows computer that's isolated from the rest of the network, and set up an unprivileged user with an adblocker. Give them access to the administrator account (or let them figure out the password as you type it in front of them), and tell them to be careful what they run on their computer, especially as admin. Sternly tell them not to plug in USB's/CD's/whatever into any other computer except that one computer which they're allowed to use.
The expectation is that they'll catch some adware sooner or later, download dubious game cracks, and generally mess up their computer. This is fine, you they're supposed to be allowed to experiment in moderation. If you fix something, try to have them around watching so that they see you solve the problem. Another good option is to take the computer away for a few days because "they messed it up, and now it has to be fixed". Even better if they have friends coming over to use the computer, as kids learn a lot from each other. Over time they might try to solve problems themselves and screw up Windows, at which point you'll reinstall it and incidentally wipe all their data.
Let them surf the web, as long as they stay away from porn, violent content, etc. Instruct them to stay pseudonymous, and not to tell people or websites/games who and where they really are. Tell them it's perfectly fine to lie on a login form. Tell them that there are all kinds of people on the internet, that everyone lies on the internet and that websites are competing for their attention. If something is bothering them, they can always just close the computer and talk to you about it. Most importantly, let them make mistakes and learn from them.
Yesterday I decided to write some C# code on Linux. That's easy, I thought: VSCode and .NET Core can both be found in Arch's repos these days. I just have to set an environment variable and edit VSCode's settings to disable telemetry... But alas! It turns out that I need to install Microsoft's proprietary release of Visual Studio Code because the C# debugger is only licensed to work with Visual Studio Code
Here's the Github issue about it, providing a bit of context and a lot of useless discussion: https://github.com/dotnet/core/issues/505