>All of these seem like very reasonable justifications to rethink the way we build software, to change what's standard practice or to invent new tools that solve old problems in a modern context. To some degree the…
That's a definition of engineering. How isn't that like claiming you're a chef because you have a catering company where you serve microwaved foods, and claim it's silly to try to distinguish degrees of cooking skills.
>the discipline is all of 20-30 years old. How do you define software engineering such that it's 20-30 years old? Why isn't it 50 years old? I ask because I've heard the argument that software engineering is a young…
That's fair, thanks for answering, cheers :)
If you will, could you speak more to > we have people who create studies to test our efficacy and help inform future course development. We care about proving the efficacy of our approaches and constantly improving."…
The 'living in harsh conditions makes you a crazy good fighter" is a meme though, as this historian explains: https://acoup.blog/2020/01/17/collections-the-fremen-mirage-...
I think Go tries to reduce its dependence on libc but, by default, it will still link to it. For instance, this code: package main import "net" func main(){ net.Dial("tcp", "golang.org:80") } When compiled with go build…
That's interesting. I don't think as optimized memory manipulation via convoluted casting and such as "complex stuff". I think of that as optimization. I thought what the author meant by complex was a gigantic system…
So when is it appropriate to do complex things?
At the end of the day, it boils down to dependency management, wouldn't you say? That is, Python2 could be running forever if the environment is maintained. In the same vein, a messed-up OS or libs can stop a C app in…
I heard so much about the actor model, I should really try it in its intended glory one day.
Very true, I had not even thought about the multiprocessing package; it's sometimes not as convenient as multithreading but it'll get those other cores working.
Can you expand a bit on that? I'm not familiar with the issue you're describing.
Is that like the relationship between C# and PowerShell?
> the right tool for the job! Hear, hear!
Is that a bit like Go's `go` keyword? edit: that is, as far as I can tell, after a quick Google, it's not too different from Python's Thread object.
As I've posted above, I'm a bit confused by CPU-bound work being processed in a scripting language. If you're planning on doing intense CPU-bound work, maybe use a lower-level language? I'm not saying abandon Python:…
as I posted above: I agree the GIL is a problem but it's only an issue for CPU-bound problems. Is there really an important amount of CPU-bound work that is written in a scripting language? If it's CPU-bound, wouldn't…
I agree the GIL is a problem but it's only an issue for CPU-bound problems. Is there really an important amount of CPU-bound work that is written in a scripting language? If it's CPU-bound, wouldn't you want to use…
Ovid2 said Perl6 has a good concurrency model lliamander replied that Elixir does too and it's worth a look To that, 7thaccount replied that Perl6 and Elixir fill different niches. So far, it seems Perl6 fills a niche…
I'm trying to understand, what kind of scripting requires first-class concurrency that isn't fulfilled by say Python?
>All of these seem like very reasonable justifications to rethink the way we build software, to change what's standard practice or to invent new tools that solve old problems in a modern context. To some degree the…
That's a definition of engineering. How isn't that like claiming you're a chef because you have a catering company where you serve microwaved foods, and claim it's silly to try to distinguish degrees of cooking skills.
>the discipline is all of 20-30 years old. How do you define software engineering such that it's 20-30 years old? Why isn't it 50 years old? I ask because I've heard the argument that software engineering is a young…
That's fair, thanks for answering, cheers :)
If you will, could you speak more to > we have people who create studies to test our efficacy and help inform future course development. We care about proving the efficacy of our approaches and constantly improving."…
The 'living in harsh conditions makes you a crazy good fighter" is a meme though, as this historian explains: https://acoup.blog/2020/01/17/collections-the-fremen-mirage-...
I think Go tries to reduce its dependence on libc but, by default, it will still link to it. For instance, this code: package main import "net" func main(){ net.Dial("tcp", "golang.org:80") } When compiled with go build…
That's interesting. I don't think as optimized memory manipulation via convoluted casting and such as "complex stuff". I think of that as optimization. I thought what the author meant by complex was a gigantic system…
So when is it appropriate to do complex things?
At the end of the day, it boils down to dependency management, wouldn't you say? That is, Python2 could be running forever if the environment is maintained. In the same vein, a messed-up OS or libs can stop a C app in…
I heard so much about the actor model, I should really try it in its intended glory one day.
Very true, I had not even thought about the multiprocessing package; it's sometimes not as convenient as multithreading but it'll get those other cores working.
Can you expand a bit on that? I'm not familiar with the issue you're describing.
Is that like the relationship between C# and PowerShell?
> the right tool for the job! Hear, hear!
Is that a bit like Go's `go` keyword? edit: that is, as far as I can tell, after a quick Google, it's not too different from Python's Thread object.
As I've posted above, I'm a bit confused by CPU-bound work being processed in a scripting language. If you're planning on doing intense CPU-bound work, maybe use a lower-level language? I'm not saying abandon Python:…
as I posted above: I agree the GIL is a problem but it's only an issue for CPU-bound problems. Is there really an important amount of CPU-bound work that is written in a scripting language? If it's CPU-bound, wouldn't…
I agree the GIL is a problem but it's only an issue for CPU-bound problems. Is there really an important amount of CPU-bound work that is written in a scripting language? If it's CPU-bound, wouldn't you want to use…
Ovid2 said Perl6 has a good concurrency model lliamander replied that Elixir does too and it's worth a look To that, 7thaccount replied that Perl6 and Elixir fill different niches. So far, it seems Perl6 fills a niche…
I'm trying to understand, what kind of scripting requires first-class concurrency that isn't fulfilled by say Python?