Wednesday, March 11, 2020

Digest for comp.lang.c++@googlegroups.com - 10 updates in 3 topics

Vir Campestris <vir.campestris@invalid.invalid>: Mar 11 09:46PM

On 10/03/2020 11:37, Queequeg wrote:
 
> "You honestly think that ethnicity and race are somehow linked to
> intelligence?"
 
> Studies show that, to some extent, it is.
 
Yes, but not enough to matter.
 
When someone comes in for a job interview his (or her!) race is no guide
as to whether they will be able to do the job.
 
Andy
Real Troll <Real.Troll@Trolls.com>: Mar 11 06:10PM -0400

On 11/03/2020 21:46, Vir Campestris wrote:
 
> When someone comes in for a job interview his (or her!) race is no
> guide as to whether they will be able to do the job.
 
Generally true but how they talk and express themselves will be a factor
to decide whether to hire the person or not.
 
Friendly appearance is very important at the interview. Therefore, race
might become a factor because some cultures have problems becoming
friendly quickly.
"Öö Tiib" <ootiib@hot.ee>: Mar 11 03:21PM -0700

On Thursday, 12 March 2020 00:08:09 UTC+2, Real Troll wrote:
 
> Friendly appearance is very important at the interview. Therefore, race
> might become a factor because some cultures have problems becoming
> friendly quickly.
 
Someone appearing pointlessly friendly feels duplicitous and fake in
software development. More important is to appear proficient, dutiful,
ambitious and genuinely interested in technology. Sure, it is trickier
to fake too.
Juha Nieminen <nospam@thanks.invalid>: Mar 11 11:00AM

> keeps adding features piled upon more features. This is my opinion.
> You can qualify it as "whining" in a pejorative way, but I really do not
> care about your polemic.
 
After about 20 years of hearing the exact same thing repeated over and
over, it starts getting old really fast.
 
You are not saying anything that hasn't already been said over the
past 20 years. It's not any more relevant today than it was 20 years
ago.
 
Programming languages that are being actively used evolve all the
time. Java, C#, javascript, Haskell, Python, PHP... all of them.
Heck, even Objective-C has quite a lot more features today than
it had 10 years ago. Yet you don't see people complaining about it.
Puppet_Sock <puppet_sock@hotmail.com>: Mar 11 09:47AM -0700

Re: Complexity of C++ 17.
 
What fraction of the complexity is the "base" language,
and what fraction is the standard libraries? And how big
a jump in complexity is adding in a specific library?
 
I realize you can't do much without the standard libraries.
But pause a moment.
 
Are individual libraries of a degree of complexity that
they are manageable? That's conceivably the breaking point.
If it gets to the point I can't deal with bringing in,
for example, standard file IO, then I would need to start
looking for alternatives to C++.
Paavo Helde <myfirstname@osa.pri.ee>: Mar 11 07:23PM +0200

On 11.03.2020 18:47, Puppet_Sock wrote:
> If it gets to the point I can't deal with bringing in,
> for example, standard file IO, then I would need to start
> looking for alternatives to C++.
 
Curiously, I'm reading this message while looking at the public API of
the openssl library, which consists of 1,588 free functions. Oh well...
Juha Nieminen <nospam@thanks.invalid>: Mar 11 07:12PM

> Curiously, I'm reading this message while looking at the public API of
> the openssl library, which consists of 1,588 free functions. Oh well...
 
That's a bit of a common problem with C libraries. (Granted, also some
badly-designed C++ libraries, but mostly C libraries, pretty much by
necessity because there isn't really any other option provided by
the language.)
Bo Persson <bo@bo-persson.se>: Mar 11 09:53PM +0100

On 2020-03-11 at 20:12, Juha Nieminen wrote:
> badly-designed C++ libraries, but mostly C libraries, pretty much by
> necessity because there isn't really any other option provided by
> the language.)
 
But that is what makes it "simple" - just functions, a concept that
anyone can understand.
 
If you add more options, the language becomes "complex". :-)
 
 
 
Bo Persson
Melzzzzz <Melzzzzz@zzzzz.com>: Mar 11 10:09PM


> But that is what makes it "simple" - just functions, a concept that
> anyone can understand.
 
> If you add more options, the language becomes "complex". :-)
 
Problem is that C++ library can use only C++. If you want to expose
other languages you either need C or some other language (like D),
that can bind to specific compiler.
 
--
press any key to continue or any other to quit...
U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec
Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec
Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi
bili naoruzani. -- Mladen Gogala
Jorgen Grahn <grahn+nntp@snipabacken.se>: Mar 11 07:16AM

On Tue, 2020-03-10, Frederick Gotham wrote:
> module. Sometimes it takes a few seconds for the daemon to stop, so
> I give it a maximum of 10 seconds before I consider it to have
> frozen or crashed.
 
I didn't understand that.
 
How would this affect the output of some command? Especially if it's
'ps aux | grep foo', which seemed to be what you intended to use the
code for.
 
BTW, pgrep(1) is better for such things than grepping the output of
ps(1), and seems to be installed everywhere.
 
 
> Yeah but wouldn't I need to turn it into a template function? Something like:
 
> template<class Rep, class Period>
> std::string Run_Command_string(std::string const &str_prog, std::chrono::duration<Rep,Period> const &timeout) noexcept
 
There is something weird about chrono, yes. I haven't learned it well
enough to answer that, although I don't think you don't have to let
the template "poison" your code.
 
 
> That's why I've got the timeout. Actually now that I think of it, I
> could get the Reader thread to immediately notify the main thread
> when it's got the first line.
 
There's still a easy standard way to solve that though (the one you
snipped). Although if you risk never getting even /one/ line, that
standard way doesn't help. But like I wrote, that's an unusual
requirement.
 
/Jorgen
 
--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)