|
Thank you very much for this. I will have a look for it.
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Chris Maunder wrote: We're using Zoom. So far so good, though it creaks a bit when there are over 6 people with video
A corporate customer has started using this. Seems to be very hit and miss. Have several staff who can see the other end but have no sound and can't send video. Camera and microphone work in other applications though.
Michael Martin
Australia
"I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible."
- Mr.Prakash One Fine Saturday. 24/04/2004
|
|
|
|
|
I went through this decades ago with all the various chat apps. I got tired of switching to the flavor of the week and settled on Skype when it got Microsoft's backing.
|
|
|
|
|
Well, the old skype tries to bind/listen on port 80 - if the new skype is running in the background, and has that port already, yer not gonna connect. Maybe. I think.
|
|
|
|
|
That's an interesting theory, but I've had both set up side-by-side for a few months now, and it's not until this week that the older Skype has gotten itself stuck.
|
|
|
|
|
The de-evolution of Skype from a mean-lean useful app to (post MS acquisition) a mush of un-coordinated facilities (with many of the most useful features removed) ...
Is a classic story of how software development can go off the rails.
«Where is the Life we have lost in living? Where is the wisdom we have lost in knowledge? Where is the knowledge we have lost in information?» T. S. Elliot
|
|
|
|
|
|
Quote: Steed: Oh, I feel as though I'm sprouting two heads. Mrs Peel: Do you have room for expansion? Call me oldfashioned, but these are the real Avengers to me
|
|
|
|
|
I know your mother probably told you that you looked great with the Purdey haircut, but...
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
It was the cat suit that worried me when he wore it.
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Quote: Sure he's a cat
Nobody's gonna argue with that
Sure he's a creamer
A tall walking family dreamer
|
|
|
|
|
99. Ego small little girl matter (5)
|
|
|
|
|
So I've been giving myself a double dose of pain trying to learn both Linux and Rust together on the side. Rust has some interesting ideas, but man some of the stuff just seems crazy to me. One I ran into tonight is that there's no such thing as a constructor.
You can create a method to gen up a structure instance and return it, but there's no overloading at all. So if you wanted to allow different sets of parameters (enormously likely and sometime quite a few) you'd have to have differently named methods for every variation which would get really awkward.
Of course you can just make all the members public and let everyone directly set them without any constraint using the {} type initialization, which is a complete NO in almost all cases in any sane world, and utterly bizarre for a language that is so otherwise anal retentive.
Or, you can use the 'builder pattern' which is the most convoluted way of constructing a structure of all and I can't imagine why anyone would want to do it (see the Builder Pattern section.)
Method Syntax[^]
I mean, it's like they are trying so hard not to be C++ that they really are making some of the most obvious stuff way harder than it needs to be. I mean, come on, a single exception to support some sort of constructor concept and to maybe make an exception on overloading for that?
Or even allow you to do a 'post validation' after a 'direct member' type initialization or something, to check for constraint violation. Or just provide a way to map a direct initialization with a given set of values provided to a method that will handle it for validation and defaulting of unprovided values (which may be different depending on the particular set of provided values, so a single fixed value isn't sufficient necessarily.)
Ultimately I'm not sure why I'm bothering since there's probably fewer Rust jobs out there than women who want to sleep with me. But I'm trying to broaden my horizons and the way C++ is going is getting scarier and scarier to me, with people now claiming that using OOP is a dangerous and outdated practice and can't possibly work (despite the fact that it's been used for decades.)
I don't want to be around to suffer through all these people re-living the 80s and finally coming out the other side a decade later finally realizing why software development back then sucked. So having some options to go elsewhere moving forward could be useful if it really goes full retard.
But of course Rust may never get beyond the interesting idea phase and get seriously used. Utlimately, though a lot of people in the software world don't want to hear it, open committees aren't great at creating good software. I think that single company driven languages like Java and C# have an advantage on that front, other things being however equal or unequal. C++ is going to end up with a language spec that requires a fork lift. And Rust may suffer in other ways from not having any real single driving force.
Other than C#, I don't know of anything else that is for real right now and for serious developers, not a glorified scripting language or something that will likely always be niche'y. But C# is still (despite a lot of efforts) quite Windows oriented. Not that I'm against that, I'm very much a Windows person. But if I'm looking to create options, doubling down on the OS isn't a great way to do that. I have no interest in going to iOS world.
Anyhoo, I'm rambling now. Sort of fried from my approximately 10,000'th straight day of programming and discouraged from arguing with anti-OO cultists.
Explorans limites defectum
|
|
|
|
|
|
In my limited experience, the people that don't like OO are the same type that don't like SQL.
Or if you don't understand it, there is something wrong with the concept. Instead of realizing it might be the other way around.
Or, if your only tool is a hammer...
And as always, one should use the right tool for the job.
But when looking at all different programming languages around, one realizes there are many shapes to a hammer.
|
|
|
|
|
Jörgen Andersson wrote: In my limited experience, the people that don't like OO are the same type that don't like SQL.
In my extensive experience the people who like OO don't like SQL. But to be fair been a very long time since I have even been around anyone that could even express an opinion about non-OO programming.
The OO folks do like No-SQL and specifically MongoDBt. Of course they still can't get that right and then I have to support it even though it is often a poor solution.
|
|
|
|
|
I wrote same type of people, not necessarily the same people.
The point I tried to convey was that, just because you don't understand it doesn't mean it's wrong.
|
|
|
|
|
tl;dr
I'll be honest, I only read your title, and I thought, with a name like that, who would like Rust? I just spent nearly $2K last year to get rust dealt with and my car repainted.
Who picked that name anyway? Does "rust" ever have positive connotations?
|
|
|
|
|
If you have to try to like it why bother.
I do all my own stunts, but never intentionally!
JaxCoder.com
modified 27-Apr-19 10:44am.
|
|
|
|
|
Well, some things are acquired tastes, I'm sure we can all come up with one in particular. But it's also just to get my head around some very different sorts of concepts, and it does have some very different ideas relative to C++.
Explorans limites defectum
|
|
|
|
|
Agreed, every language has a purpose Pl1, APL, Fortran, etc.
I use C and C++ a lot for my embedded stuff. I actually looked at rust a while back and didn't spend the effort.
I do all my own stunts, but never intentionally!
JaxCoder.com
|
|
|
|
|
Dean Roddey wrote: C# is still (despite a lot of efforts) quite Windows oriented
You are kidding, right? C# compiles and runs fine for Linux, iOS, Android, MacOS, and now, WebAssembly. With .NET Core and targeting .NET Standard, cross-platform is a reality.
|
|
|
|
|
Oh, sure, but the reality is what is widely available in terms of jobs, not what is technically doable. The vast bulk of .Net jobs are going to be on the Windows front, at least the ones I've seen.
The place where obviously that may (if we are lucky) really change is on the browser with Blazor/WASM. But I'm not much interested in writing browser based code, or writing trivial phone apps either. I'm helping someone with a Blazor based product currently, and it has a lot of promise, or at least as much as anything that runs in a browser and is still fundamentally stuck with HTML/CSS can be. And he is using that combination in hopes of supporting multiple platforms, but only in a browser based context, and the back end is all Windows.
Explorans limites defectum
modified 29-Apr-19 14:01pm.
|
|
|
|
|
Your concerns about Rust may be justified (I'm not taking sides!) but I noticed two things:
(1) Dean Roddey wrote: But of course Rust may never get beyond the interesting idea phase and get seriously used.
Rust is in serious use right now. There is Rust code shipping in Firefox.
(2) Dean Roddey wrote: And Rust may suffer in other ways from not having any real single driving force.
Rust does have a single corporate backer/driving force: It is Mozilla. Indeed, this is a source of criticism from some quarters since people say that Rust is structured to solve Mozilla's particular issues with C++ in a very large code base.
As for "not a glorified scripting", what do you think of Go or D?
|
|
|
|
|
Ok, Mozilla is of course an entity, though a fair bit different from one like Microsoft, it seems to me, having a large part of it being a non-profit foundation, and having a lot of community driven input at least as I understand it.
Given that Firefox is also Mozilla's I wouldn't count that overly heavily in Rust's favor as being in real use. They'd probably look the other way far more than another company would in terms of issues and such. I mean it obviously proves it's doable, but from what I'm reading once you get beyond the language to practical issues of packaging and large development structures and such that it still is pretty raw. Though sometimes it's hard to tell what info is really accurate and/or up to date.
Not yet looked at Go or D, since I just have had the impression that there wouldn't maybe be much of a career path improvement in those directions, though I could be wrong on that. Given my interest in large scale frameworks and such I'd definitely want something that has the same breadth as C++, or close thereto. I'm not sure Go fits that description?
Explorans limites defectum
|
|
|
|