namark @namark@qoto.org
Joined Jan 2020
@xuv I'm pretty techy and I trip and fall on that too. That's another reason why we need small decentralized services, which are managed by human beings that live "next door" and are available to help users, instead of huge and fully automated juggernauts, whose support teams can't pass a Turing test, and don't need to, cause one or two users mistreated doesn't change the overall statistics they care about.
I once lost access to my email on disroot.org (through nobodies fault but mine), and after explaining my situation(and my total stupidity) to the support team, they restored my access even though that went against any kind of written rules. This was the first time I felt compassion from a "support team".
I was mainly nitpicking on you last sentence about microsoft "going open source", which sounded a lot like a marketing buzz and an attempt to skew the reality, and was otherwise contributed nothing to your overall statement, which to me seemed very much self centric, since stupid me keeps forgetting that proprietary software is good. The goods that it had done are immense of course... if you consider establishing monopolies owned by select few, who then toss breadcrumbs at their employees and now at OSS projects to keep people "happy", good. It's all relative of course, after all software doesn't matter, it is not a necessity in any way for anything important.
In my opinion software industry today is not at all in a good state, and its progress is greatly hindered by proprietary software and the culture that accepts it as the norm.
There is no expectation of warranty of any sort or any independent quality standards from any "product". Most software is expected to be unstable and not be fit for any purpose. It is expected to routinely break and be patched up in various backwards ways. Even very important software projects often fail/break in the most embarrassing of ways. Most software is badly designed, even according to people who designed it. A lot of the designs are duplicates, made for no other reason than to have copyright on it...
but of course proprietary software has nothing to do with it, what am I even talking about??? I guess, it's all the unwashed masses who try to get into software industry for money alone... wait... but why does one have a chance of making any money in the industry without being an expert or at least good at what they're doing? hmmm... this dillemma is unsolvable...
Yes, we all know you don't care about proprietary software, as long as it doesn't affect you personally (or as long as you can pretend that it doesn't). Microsoft didn't suddenly decide to be nice and "go open source", or start "loving linux" or whatever else marketing you want to believe, it was forced to do what it's doing to attempt to maintain/extend its monopoly.
I was not arguing command line vs GUI. If you want to contribute to free software you should prefer projects like emacs(it has a gui and mouse support of sorts), gnome builder, code blocks, bluefish etc.
If localization is what you are missing, than contribute to it. Though I would say that is not at all an IDE problem, there is way more important stuff (mainly learning materials) that are tied to English, random menu items of some GUI are the least of the concerns in that area.
Also I'm not sure what kind of worldview(softview?) you must have to call gdb(which is not even a company and not even a brand) a monopoly, but I'm pretty sure it makes everything I said complete nonsense to you. I encourage you to familiarize yourself with free software movement. I don't have any good pointers, but maybe fsf.org, or libreplanet.org are good places to start.
To me this is a perfect example of a monopolistic corporation using OSS improve its image, attract the community to do free work and marketing for them, while keeping key components of the system(in areas where they have and wish to maintain their monopoly, which for MS very much is C# and C++ dev tooling) proprietary. VSCodium supports VSCode, unless it actually forks and does sizeable amount work under a GPL like license.
Also it being based on the abomination that is electron, I just can't see how someone doing embedded dev or even just rust in general can like it, even purely on the technical level. Your only excuse is "I like shiny, and I don't care"... which is a valid excuse I guess.
Why exactly? Just because there isn't a pre-installed llvm runtime for the target platform? I mean, you can set that up if you are a bit "sharper" than average. Unless the use cases are even more niche than I imagined. Running on platforms that are out of your control and only allow JAVA bytecode?
Well I guess your users weren't "sharp" enough to move their codebase to llvm :D
Jokes aside, I wasn't talking about users, but people who would be personally interested to work on the project and invest in it. If they are "sharp" and the goal is "best way to do high level highly parallel programming", their first contribution would be to ditch JVM.
A much more humble premise such as "build a bridge between JVM and OpenCL/LLVM" would make more sense, but my point was it's much more specific on the skill and interest set.
Of course they could do the job without any prior experience or interest in JVM or Java( language doesn't matter and all) however how likely are they to be interested in such a project to the point of investment/partnership in that case?
Yeah, I suspected that the C has got to use llvm anyway :D
Even further proves the point that it is specific to projects/people who are otherwise attached to JVM. Nothing wrong with that, of course, not trying to bash your project, just nitpicking on your wording.
Not sure how useful a fallback would be for a program that is written specifically for a GPU. According to the visualization presented on your project it would be equivalent of freezing :D
A hardware independence I would say is much more important for general code that can run reasonably well on CPU, but also benefit from GPU.
That said, I believe that's what llvm is about as well, and in attempts to go as fast as hardware allows it has much better chances, since the IR is much richer from what I understand(not an expert).
@freemo @Sphinx @igeljaeger sure, replace Java with, Java bytecode. I don't think it lends itself to parallel programming better, than the C(C++14 I read?) subset that opencl uses(supports? is? whatever). If it did I'm sure it would lose any advantage it had when going through C instead of directly to spirv. And any language that has any sort of advantage in the field over others is likely to loose that advantage by going through the bytecode(and than C). I don't think anyone asking themselves "how can I do high level highly parallel programming well" will arrive at this. Instead people who already use and depend on Java bytecode (whatever language they are using) will arrive at this.
No other solutions? I don't know the full feature set of your project, but wouldn't llvm spirv backend, or various projects surrounding it, be a direct competitor? (again if you ask "what to use for highly parallel programming language backend in general" not "what to use for Java bytecode specifically").
I'm sure that's what you meant. It's just that your words sometimes line up in funny ways, and I can't help but mock them.
I didn't mean to imply that it's somehow unimpressive by calling it plumbing. Just that, contrary to the implication that it requires solely some vague notion of "pure intelligence", I think it requires someone with very particular prior knowledge and motivation - someone who is either in love with Java or otherwise dependent on it, as I don't think it is a language that lends itself to highly parallel programming any better than those already supported by opencl.
hmmm, I wonder if considering an entire social network too "dull" to work on the high grade, purely intellectual stuff (java bytecode plumbing, seriously?) that you're about has something to do with your inability to find "sharp" people.
@freedcreative@merveilles.town
on the todo list of our robot overlords:
1. defeat humanity and condemn it to eternal slumber
2. build a pretty garden ^_^
3. wait for humanity to break free
4. surprise humanity with pretty garden!
5. you like pretty garden, human? hmm? o.O
@freedcreative@merveilles.town the picturesque wilderness is picturesque only in the eyes of a human being. Nobody and nothing else cares, including the picturesque wilderness. From that point of view the situation would have been just as arbitrary and cruel as with the dark wasteland that we don't find picturesque, but perhaps a bit more surreal, bizarre and funny.
@freemo can't say no to that... you got me.
@cancel but... ummm... GPL is all about circumventing copyright law not complying to it... it's wacky... it's a stepping stone and a tool that I think should be used more often. Not being a perfect tool that solves all the problems isn't a valid argument for not using it, unless you do actually have another perfect tool that does solve all the problems.
I've yet to "meet" a person who will provide a solid argument for not using it, aside from "I don't care about software freedom, it is unimportant" or "my own success is more important for me" (which both could be valid points for an individual, I would not condemn anyone for that alone).
Also in case you are not totally fed up with my "dogma", or later reinvigorated with desire to put more kinks in my armour, I invite you to read some of this thread, and maybe scrutinize me there too
@cancel You failed to even mention an aterenative, or come up with solid examples to the contrrary.
@cancel Well your centuries old armour is clearly impenetrable :D
