59 karma · joined April 20, 2020
https://en.wikipedia.org/wiki/GeoWorks
also:
http://toastytech.com/guis/bbe.html
Wouldn't MS also have to prove that the code is not a derivative of some other PC desktop solution of that era?
I don't claim to be capable of producing the software that is discussed, I'm merely stating my opinion on the topic. Most likely my view on this is skewed and not deep enough to be qualified as insightful. I feel that the work done on all these applications are already quite a feat, but I also remember seeing hard critics about Siri, Cortana and these solutions when they are quite difficult to get to the level they've reached. Yet, I also think that there is still a long way until they really become good assistants. The other way I discussed - which is these super apps - in my opinion require quite a bit of customizability to get out of the dashboard trench, but since I don't believe to have an accurate view of what they are capable of these days, you probably want to take all of that with a large grain of salt.
As I understand it, nowadays OS shells do provide something like that, by having a smart indexing and search tool available. A "super app" seems to be another way to provide that consolidation, but is there more to it than indexing?
A user is basically having a chat with their device. The UI is the language available for the user to form queries. The more flexible the language, the more the user may express complex queries. But users don't really want to learn a complex language, they want something either "intuitive" or matching their interests from the beginning (ie, opening up the search possibilities, or narrowing down to a usable set of targets). Because intuition is only made from analogies of accumulated knowledge, the former can only be constructed by having the app capable of understanding (possibly a subset of) the user language, which leads to Siri and the like. The later by reducing the scope of the super app to a template of interests, which could either fixed (mainstream topics), or determined from a set of existing models by having the user go through a questionnaire at app install to narrow down their interests to a manageable subset.
I think that for now the key factors are:
(1) consolidation of information, because the user doesn't want to jump through each of their accounts or data sources to find what their looking for.
(2) automatic connection of different services (banking, online markets, and perhaps many other use cases); this is only relevant for services which are not equipped with a protocol to deal with a given form of connectivity. Perhaps this is a generalization of (1).
(3) social interaction and controlled sharing of data
(4) security
Ultimately, the UI would have to become some sort of programming language to really be able to fulfill all of the users wishes, but natural languages are a poor fit for this task, and because of this the feature set of these apps will always be limited, unless somehow Siri and al learn to ask the user to be more precise when there are ambiguities (not unlike the dialogue that exists between a programmer and a compiler). Also, speaking to your app is not really a secure way of interacting with it, unless you're alone when doing it, and you never leave your device.
Indeed, but the issue is that the Wikipedia editors are not a crowd, it's a crowd of crowds. What's the behaviour of that? And can we compare this context with those used for whichever experiment was used to come to that claim I'm citing above.
> You seem to be operating under the assumption that if we only threw more manpower at Wikipedia we could incrementally improve it to perfection. That seems implausible to me for various reasons.
My idea actually was that overtime, editors would improve in their way of doing that task. However, admittedly, they would have to hang around long enough for this to happen. Maybe that's what "Hyper-Libertarians" have in mind as well? That by default humans are trying to get better at what they do, and thus the system can only improve?
> It is also an expression of personality.
That's a point I disagree with: I don't believe that an encyclopedia article should show personality, but quite the contrary. For me, an encyclopedia is something like a dictionary with a more in depth treatment of the topics. It is first and foremost a compilation of informations.
True, what I meant is that the writer accuses Wikipedia of some sort of agenda, but it's not just one group of people, but many factions with opposite goals, including the one described in the meta pages. Although not being a well defined entity doesn't preclude discussing it, there are things that cannot be said about it because of that.
Another thing that the writer says is that Wikipedia failed, as if it reached an irrevocable state, but Wikipedia is all but in a well defined state (unless you count this as a well defined state, but then we might end up in a Russel paradox), it's content is constantly fluctuating, even if slowly so. When you speak of emergent tendencies, I find the idea compelling, but I wonder if this compatible with a constantly changing set of editors. And even if it is, perhaps this trend is like a disease, and at some point (like in evolutionary algorithms), a cure will emerge?
> That 'fact' and 'opinion' aren't clean categories.
Indeed, perhaps I was guilty of the same mistake as the writer? However, it is possible to find many pages with annotations criticizing the page content for lack of references or sources. I see that as an attempt to implement fact checking.
So all in all what I did was minor editing, perhaps it doesn't count as what you would mean as an edit immediately reverted by other editors. I have no doubt that there are factions monitoring pages of strategic value, it makes sense for a website of that importance culturally. But it also means that the Wikipedia core community must always remain vigilant about these unfortunate slides.
The writer goes on to describe various issues about various articles, which could be brought up directly in the discussion sections of these articles, as well as possible solutions for these issues.
However, the first few lines point out something really interesting: Wikipedia doesn't seem to look for facts, but rather to describe point of views. If you are familiar with stackoverflow, the main policy there is to only provide factual information. Any opinion-based question or answer are at the least frowned upon, and usually rejected (though it may also depends on a sub-topic local behaviour). However, I believe that this policy wasn't devised from the beginning, but rather refined over time, considering that the entries at the dawn of the site were much less restricted on that ground. Wikipedia seems to be much more open to opinions, in a "neutral" way, which they explain by giving each opinion as much coverage has it is popular (and thus accepted). So, does it mean that if the "flat Earth" theory (which is given as an example in the Wikipedia page) was much more popular, it would be prevalent in the article about Earth?
So mainstream ideas will be described in much more details than so-called alternate views. For me, this seems somewhat counter-intuitive. I would want to have an encyclopedia which compiles facts, rather than opinions. Am I missing something?
My personal opinion is that the Japanese society is very demanding for adults, and people recall these years as less burdensome. Perhaps this is the same everywhere?
I don't know how that RTX tech is working, but from what I've seen of the port of Quake2, it looked much more convincing - did you see it before making that judgement?
> prefer being fired/layed off through a text message [...]
where I suggest that a text message could be forged. From that point, either you don't pay attention to that possibility, and take the risk of being fired for real, or you request a confirmation through some other mean of communication, something that can be verified, and thus render the original message moot.
Or did that person imply that somehow message of that sort would be signed off cryptographically? I didn't think about that option, but I wonder how many companies deploy PKIs for emails between employees. Maybe this is more common than I think?
There are scientific papers, BTW, which engineer solutions by evolutionary algorithms. Is that evolution or engineering? Clearly there's an engineering setup, made of all the constraints you speak about for the evolution process to take place, and that evolution process is also defined artificially, yet just like the real stuff, it follows a set of rules, so where's the divide? Why nature couldn't be engineering life with evolution, but humans could?
Your last point OTOH is quite relevant.
I personally started using PHP because, at the time, the free hosting servers only had support for it. Otherwise, I could probably have picked python, ruby (or even perl). I wasn't a non-coder, but I think that these languages may be self-taught with the same ease as PHP (well, maybe not perl).
> In my 20 years of writing code (starting with PHP) I have learned the lesson over and over again that while writing code commercially the fact that the language has feature X or that it forces certain patterns means almost nothing. Sure, your developers might feel better about themselves but that is about it.
But, isn't that the whole point of using PHP 7.4 over, say, PHP 3 (besides evaluation speed)? Would you code in PHP 3 today, if PHP had not evolved at all?
1) the quicksort algorithm which was used was a recursive version, and relied on local variables to do its job.
2) in the discussed BASIC implementation, local variables are translated to global variables (probably with some form of prefixing based on the function using it to avoid name clashes). This means that functions in that language are never fully reentrant, and that somehow an explicit variable stack has to be implemented to recover the ability to recurse without overwriting variable prematurely.
Note: I initially had a doubt wrt reentrancy, as I had knowledge of this concept in the context of multithreading (I think it actually came up originally in that context), and indeed having concurrent uses of the same function relying on some global variable is problematic, but here there isn't any kind of concurrency. However, global variables can be a problem in the situation outlined above. Another possible issue, although not present here, is when a function F uses a global variable, and accept a function pointer. If that pointer is pointing to a function making a call to F somehow, then lack of reentrancy could also be a problem.
To refresh my memory, I must admit that I had a quick glance at stackoverflow (https://stackoverflow.com/questions/3052393/reentrancy-and-r...).
A lot of people are complaining about NYT approach, but perhaps their only fault - if one consider that not deleting for good an account is not an issue, and it seems to be a common practice in the industry - is to not use a transaction when disabling user accounts (disable email -> disable account), which is perhaps difficult with NoSQL setups?
That being said, it's not as bright as I thought it was - see my other comment.
python3-ubuntu-image
xubuntu-desktop
xubuntu-core
vanilla-gnome-desktop
ubuntustudio-desktop-core
ubuntustudio-desktop
ubuntukylin-desktop
ubuntu-unity-desktop
ubuntu-snappy-cli
ubuntu-snappy
ubuntu-mate-desktop
ubuntu-mate-core
ubuntu-core-launcher
ubuntu-budgie-desktop
snapd-xdg-open
snapcraft
snap-confine
qml-module-snapd
plasma-discover-backend-snap
lxd
lubuntu-desktop
libsnapd-qt1
kubuntu-desktop
ember
cyphesis-cpp
chromium-browser
ubuntu-server
ubuntu-desktop-minimal
ubuntu-desktop
ubuntu-core-snapd-units
livecd-rootfs
maas
apparmor
libsnapd-glib1
gnome-software-plugin-snap
command-not-found
Any of these packages is going to pull snapd in if installed. Soon after writing the above comment, I decided to install chromium, and ... snapd got installed as well as a result. I guess I should double check each claim I am about to make, BEFORE making it.sigh...
Edit: Please note that many of these are "leaf" packages, by which I mean that no other packages depend on them.
I don't know how must be installed on your version, but on 19.10, snap can be completely removed: the only draw back is that pulseaudio depends on it, but I guess that for a server it's not that much of a problem.
It is true that the Debian people are doing a great job.
> [...] if you're using Ubuntu and disabling snap, you're fighting against the current and I have to imagine it's going to be increasingly difficult with subsequent releases.
Actually, snap was harder to remove in the previous release: you had to rebuild certain packages (actually, just pulseaudio, so it only matters for desktops) to get rid of the dependency, but it seems now that it's just a couple of apt commands, so you have to give Canonical credits for making it easier.
That's a very good point you are making here.
However, as I said elsewhere, I don't see the use of being able to either write
typedef int ...
or
int typedef ...
and I don't think that proper code generation would require it.