What programming Language do you like the most?

Wahat Programming language do you like the most ?

  • Python

    Votes: 61 24.9%

  • Java

    Votes: 22 9.0%

  • C++

    Votes: 19 7.8%

  • C#

    Votes: 75 30.6%

  • Other

    Votes: 62 25.3%

  • None.

    Votes: 6 2.4%
  • Total voters
    245
i've been dabbling in OCaml recently. I like it, I just can't come up with a project idea I could use it for.
 
Last edited:
Kode_Nine said:
@AdrianH @konfab On a serious note though, how serious of a threat is this AI bullshit to developers in like the next 5-10 years? Mind you I've just begun Java, Php, C#, Python & Sql.

How long until Cloud Engineering is affected because that's my last hope in IT, either that or Environmental Sciences
Click to expand...
None at all. Literally none.

An LLM isn't going to be able to answer an email for a client at 18:00 saying the server is broken and it needs to be fixed. If I look at Copilot/ChatGPT, I have to be very specific to tell it what I want it to do. This works fantastically for someone with a few grey hairs because I know what I want the computer to do. It however is not capable of solving any meaningfully complex problem that a regular programmer can solve without much issue.

The development of compilers never diminished the need for people to understand how computers operate. LLMS will do the same thing, you still need to understand how computers work and how they execute their functions. All they allow you to do is write your code quicker as you can use natural language specifications rather than a precise programming language specification.


edit:

here is an example: I asked CoPilot the following: find the slow code, on a file that I know has caused issues. Its response was this:
Screenshot 2024-03-15 at 13.54.19.png

A relatively skilled programmer can look at the code and identify where the issues are, just by looking at it because they can run the code in their heads as they know how computers work.
 
Last edited:
Kode_Nine said:
Makes sense, I guess script kiddies & Web framework bros are in deep **** then
Click to expand...
Not really.. the script kiddies just get a bigger tool to fck the rest of society :crying:

Ai Script Bros

AAAAHHHHH

images
 
BeerIsNotGood... said:
What's the wrath?
Click to expand...

Dylan_G said:
Storytime?
Click to expand...

TL;DR, it isn't fast and it isn't good at concurrency.

Long version.
One of our backend applications makes heavy use of django channels to handle websockets. These websockets do lots of things, but the big thing they handle is the online presence system (the thing that shows whether you are online or not). We had an issue where during the normal business use of the application, the function that handles the websocket connection when it gets created was taking too long as it was doing a very long and complex call to the postgres DB to calculate who is online and who is not. This caused the connection to fail, and not allow the user to connect. Futhermore, when the connection failed, the close method of the websocket would fire and also trigger the same DB call.

The ASGI server, which actually handles the connection is called daphne, and is written in pure python. It only has one thread. So when I logged into the failing server, I saw one thread sitting at 100% on an 8 core machine, and all everything else sitting at idle. Furthermore, if you restarted the server, every single client would try and connect at the same time.

I did a hacky job of fixing it by just blindly caching the results of the db and serialization call. But this still didn't solve the ability of that ASGI server to actually manage the problem. Suffice to say I have completely changed how this system works to get it to actually be able to function at a reasonable workload. (Using redis instead of postgres, and doing the calculations in one complex piece of SQL to spit out the answer the clients need).

Part of my python rant was the discovery of granian, which is a Rust based ASGI server that will call your python application code. This means you do not have to worry about Python's janky threading model as the concurrency is handled by Rust. The changes I did were able to reduce the time it took for the application to process requests, but it was only move to the Rust based system that allowed us to have a system that could restart under load.

To python's credit, being able to just open the relevant section of code causing the problem on the server, making the change and restarting it was a hell of a benefit to fixing it.
 
konfab said:
Nothing wrong with web frameworks tbh. There is a lot that can go wrong with web development, and having a web framework help you not make avoidable mistakes (like implementing CSRF protection) is invaluable IMO.
Click to expand...
I wouldn't trust anyone with my money who didn't use a framework.
 
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X