Programming thread

  • Want to keep track of this thread?
    Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
    Create account
I'm currently learning Erlang, which is fascinating, and I like its general approach to things. I intend to use it for network programs, because I'm not manually unrolling a state machine when my program would be so much better expressed in a straightforward fashion. The purpose of a computer is to do such things for me.

Another interesting design for parallel programs is Ada's rendezvous. There are special control constructs in the language that allow a Task, the unit of execution, to accept messages from other Tasks through well-defined and very strongly-typed interfaces. Tasks are active parallelism, but Ada also has passive parallelism called protected objects, which define a protocol much like Tasks but do nothing when some Task isn't using them. There are optimizations defined by the language, such as parallel reading without issue, but writing is limited to one Task at a time. There are also ways to define how the queueing and other things should work, based on the needs of the specific program.

Many of the concepts I know from Ada are repeated in Erlang, like how a server or protected object should raise an error in its users to kill them when exceptional situations occur, but shouldn't receive errors that kill it when its users themselves fail. Unlike Erlang, Ada also has a profile specifically for hard real-time systems, the Ravenscar profile.
 
I'm still brand new to programming and its just a fun hobby but I watched a video on why C++ is the Worst Programming Language in the World(from a C++ developer) and it made me realize how delusional the Rust troons really are and how ignorant the corporations like Microsoft are about replacing C / C++ code with Rust. Replacing C with Rust alone is a massive undertaking for large scale systems but is possible but they are 100% delusional if they think they can simply "replace" C++ code with Rust. First of all C++ is horrifyingly complicated, verbose, bloated with years of technical debt and has the most foot guns of any language out there. Second Rust is not a full OOP language and to my understanding lacks some key features that C++ often relies on or spams like inheritance. C++ devs spend decades learning how to do production C++ and all of them hate it and yet these Rust troons think their magic tranny language is going to easily replace it?

Good luck lol
 
TroonsDid911 said:
I'm still brand new to programming and its just a fun hobby but I watched a video on why C++ is the Worst Programming Language in the World(from a C++ developer) and it made me realize how delusional the Rust troons really are and how ignorant the corporations like Microsoft are about replacing C / C++ code with Rust. Replacing C with Rust alone is a massive undertaking for large scale systems but is possible but they are 100% delusional if they think they can simply "replace" C++ code with Rust. First of all C++ is horrifyingly complicated, verbose, bloated with years of technical debt and has the most foot guns of any language out there. Second Rust is not a full OOP language and to my understanding lacks some key features that C++ often relies on or spams like inheritance. C++ devs spend decades learning how to do production C++ and all of them hate it and yet these Rust troons think their magic tranny language is going to easily replace it?

Good luck lol
Click to expand...
Replacing existing software is indeed almost never viable. Though, new developments in rust is very much possible. But the "rewrite it in rust" troons make the whole language seem worse than it is.
 
TroonsDid911 said:
C++ devs spend decades learning how to do production C++ and all of them hate it
Click to expand...
"all of them hate it" is the sentiment of someone drinking the Kool-Aid. Self-hating retards like troons and white liberals have no problem eating the internal inconsistency, as they hate themselves for good reason, but sane devs consider how sustainable their careers are. If I was forced to develop in a compiled-OOP style, C++ would be my choice. C# isn't bad, but .NET is really showing its age.

One of the good things about Rust is that it's deprecating a lot of OOP styles, as well as deprecating compiled-VM corpo-langs like Java and C#.
 
analrapist said:
"all of them hate it" is the sentiment of someone drinking the Kool-Aid. Self-hating retards like troons have no problem eating the internal inconsistency, as they hate themselves for good reason, but sane devs consider how sustainable their careers are. If I was forced to develop in a compiled-OOP style, C++ would be my choice. C# isn't bad, but .NET is really showing its age.

One of the good things about Rust is that it's deprecating a lot of OOP styles, as well as deprecating compiled-VM corpo-langs like Java and C#.
Click to expand...
It’s replacing them, but at what cost?

I wonder how well WASM compares to older runtimes like .NET or JVM. It probably has more work going into it these days, and has some neat new features.
 
canalCrab said:
.net feels mature, rather than limiting to me. Certainly better than the JVM IMO.
Click to expand...
At present, as a Gentoo user, I experience zero operational reasons to prefer one over the other. They both "just work" and behave maturely. I have a preference for C# because I've spent more time working on C# projects but Java's rough edges have gotten nerfed hard by eg. Kotlin etc. I agree about the "mature" angle, I just think Java is as qualified on those terms.
 
analrapist said:
At present, as a Gentoo user, I experience zero operational reasons to prefer one over the other. They both "just work" and behave maturely. I have a preference for C# because I've spent more time working on C# projects but Java's rough edges have gotten nerfed hard by eg. Kotlin etc. I agree about the "mature" angle, I just think Java is as qualified on those terms.
Click to expand...
For me, the biggest reason to prefer .net over the JVM is reified generics. (altough, me preferring ML style languages over LISP style languages doesn't help JVM either). For example, you can't check the "T" type of an empty List<T> in java.
 
I came across this site by accident and it speaks to me on a deeper level:


I remember making a website with HTML and some Flash for an Infotech course in school. Everything was simple then, everything worked. Everything loaded fast because it needed to. Then came Javascript...and then came the Pajeets.

R.I.P old websites.
 
TroonsDid911 said:
I came across this site by accident and it speaks to me on a deeper level:


I remember making a website with HTML and some Flash for an Infotech course in school. Everything was simple then, everything worked. Everything loaded fast because it needed to. Then came Javascript...and then came the Pajeets.

R.I.P old websites.
Click to expand...
btw theres also this
and this https://evenbettermotherfucking.website/ (but its worse imo)
and then theres this too https://thebestmotherfucking.website/
 
Has anyone here have experience with structured logging? (json rather than "normal" text in the logs)

I am trying to implement request based logging where I accumulate the relevant data throughout the request and just write it to console/log at the end of the request, rather than logging each individual step. So far I made a basic system work where I can now add data throughout the request to the httpcontext and serialize one object to get all the data. It's surprisingly ergonomic to use, tbh, as I can pretty much just find and replace the prior logging stuff.
 
canalCrab said:
Has anyone here have experience with structured logging? (json rather than "normal" text in the logs)

I am trying to implement request based logging where I accumulate the relevant data throughout the request and just write it to console/log at the end of the request, rather than logging each individual step. So far I made a basic system work where I can now add data throughout the request to the httpcontext and serialize one object to get all the data. It's surprisingly ergonomic to use, tbh, as I can pretty much just find and replace the prior logging stuff.
Click to expand...
Have you tried something like SeriLog? https://serilog.net/
 
Netizennameless said:
Have you tried something like SeriLog? https://serilog.net/
Click to expand...
No, seems like a nice library. In a real project I'd use that one, for sure. But I kinda wanna stick with my own for my project, because I think I'll learn more that way. Also, it seems like serilog still writes one log line per logging action, rather than collecting the log and writing it at the end.
 
TroonsDid911 said:
I came across this site by accident and it speaks to me on a deeper level:


I remember making a website with HTML and some Flash for an Infotech course in school. Everything was simple then, everything worked. Everything loaded fast because it needed to. Then came Javascript...and then came the Pajeets.

R.I.P old websites.
Click to expand...
Member how people were promoting Gopher and Gemini as a simpler alternative to the normal internet? That was fun while it lasted.

From what I remember, it was nice if you wanted to read blogs, but there wasn’t much else to do. They’re both kinda ghost towns now, unless it’s all behind some thing I don’t know about. I think if you took a simple markup system like GemText or Org and paired it with simple multimedia elements, you would have something pretty cool. You could have scripted elements for little apps or games, rather than having the whole page be scriptable as in the web. Much simpler overall, but without that much loss of real functionality over the web, unlike Gemini/Gopher.
 
August Levasseur said:
Member how people were promoting Gopher and Gemini as a simpler alternative to the normal internet? That was fun while it lasted.
Click to expand...
I've still got a Gopher hole. I once had a reader tell me mine was the only one that followed the standard properly. Most egregious is the use of the i item type in menus, which is an extension where the selector string is used solely for its appearance and doesn't correspond to any kind of item.
August Levasseur said:
From what I remember, it was nice if you wanted to read blogs, but there wasn’t much else to do.
Click to expand...
Yep.
August Levasseur said:
Much simpler overall, but without that much loss of real functionality over the web, unlike Gemini/Gopher.
Click to expand...
I should rant about Gemini sometime. All it amounts to is a formalization of the bastardizations to which people have been subjecting Gopher. So, Gopher has an item type 0 for text and 1 for menus, but jackasses will use menus to represent text documents that have a single line without the i item type, if that, sometimes solely for a useless back entry that's completely unnecessary. Every Gopher client must be able to go back from a text document, because there's no other way to do it, and making the text item type unusable solely because of this is clearly absurd. This Gemtext is nothing more than a formalization of this bullshit affecting menus with a different flavouring.

My main criticism of Gemini, however, is mandatory TLS, which immediately makes it impossible to build a client from scratch over the weekend, as claimed. There's an image floating around that comes to mind, where the Ruby programming language is depicted as an anime girl and her friend Rails is a small mech that clearly does all of the work, and it's like that. Yep, someone wrote a Gemini client from scratch all by himself, with the help of his buddy OpenSSL or whatever. It's a farce.

The contributions of insane losers like Drew DeVault to Gemini is just the icing on the cake.
 
You must log in or register to reply here.
Back
Top Bottom