How would you rate the difficulty in doing software tasks with the following languages?
C, Java, C++, SQL,Swift, Kotlin
Personally SQL/databases are my most difficult but I think it's because SQL development enforces a more rigid/structured as opposed to freeform thinking style.
bartholomew_maxwell wrote:
How would you rate the difficulty in doing software tasks with the following languages?
C, Java, C++, SQL,Swift, Kotlin
Personally SQL/databases are my most difficult but I think it's because SQL development enforces a more rigid/structured as opposed to freeform thinking style.
Most cumbersome to quickest
C,C++,Java,Swift,Kotlin
My go-tos are still ASP.NET and Python.
SQL not really in the same realm.
byron evans wrote:
bartholomew_maxwell wrote:
How would you rate the difficulty in doing software tasks with the following languages?
C, Java, C++, SQL,Swift, Kotlin
Personally SQL/databases are my most difficult but I think it's because SQL development enforces a more rigid/structured as opposed to freeform thinking style.
Most cumbersome to quickest
C,C++,Java,Swift,Kotlin
My go-tos are still ASP.NET and Python.
SQL not really in the same realm.
I think you nailed it.
SQL is easiest but not really a programming language.
C++ is hardest to master followed by C, Java, Swift, then Kotlin.
Swift is a bit broken, some will find it harder to pick up.
Really depends on what you are building for the software task on how difficult it will be. If you are writing a driver good luck if you aren’t using C or C++.
I work on compilers and run times. So, for the most part, c/c++ is the only viable option to code in. Maybe it's because I've always worked with these or assembly/IR, but scripting languages annoy me the most.. just never been comfortable using those.
BYU shorts wrote:
SQL is easiest but not really a programming language.
C++ is hardest to master followed by C, Java, Swift, then Kotlin.
Swift is a bit broken, some will find it harder to pick up.
Really depends on what you are building for the software task on how difficult it will be. If you are writing a driver good luck if you aren’t using C or C++.
Could write a driver using hybrid of Java and C using JNI or maybe just using Java by itself. It just won't have any practical uses due to the fact that Java is interpreted and that latency could be too much for a driver.
Plenty of emulator projects are written in Java
https://github.com/trekawek/coffee-gbEmulators vis a vis drivers are completely different scope though. The problem in addition to the latency would be the need to have a runtime environment to execute said Java code which you generally don't want to do for something system level i.e./ ideally you'd want to run it natively.
C is only "difficult" for people who don't already think like a computer.
And whoever said Java is "interpreted" doesn't know what they're talking about.
I'm still trying to figure out Fortran, Basic, & Pascal.
Surprised that nobody mentioned C# or Python.
Often, the language is specific to the type of app being developed: Web, Windows interface, Unix, batch utilities, etc.
As a beginner, I would stay away from C and C++ and use something like C# or Java if you have a user interface. Java can be a bit squirrely under Windows but has a great library and there are lots of jobs out there for Java programmers.
SQL is great if you have a structured database.
Even a tool like Excel is a programming language. I use Excel as much as possible for not-too-complex list-oriented results. Plus, it can be exported into various formats.
SQL should be considered separately since it's not really a programming language. the syntax is not that hard but some of the join stuff is sort of tricky
C++ is widely considered one of the most difficult to learn. Kotlin is a JVM language and i don't know how different it is from java but probably not that much. i don't know much about learning C or Swift.
SQL is definitely a programming language, most people just don't use it like one.
girl watcher3 wrote:
Surprised that nobody mentioned C# or Python.
Often, the language is specific to the type of app being developed: Web, Windows interface, Unix, batch utilities, etc.
. . .
Definitely makes a difference what type of app is being developed. For mathematical modeling, nothing touches AMPL.
roller coaster wrote:
SQL is definitely a programming language, most people just don't use it like one.
SQL is a query language and doesn't operate like a true programming language in that you can't implement the lifecycle of a typical program in SQL. There's no such thing as a dedicated process representing a SQL script. The process running is the MySQL or other relational database. SQL is just commands sent to it.
bartholomew_maxwell wrote:
SQL is a query language and doesn't operate like a true programming language in that you can't implement the lifecycle of a typical program in SQL. There's no such thing as a dedicated process representing a SQL script. The process running is the MySQL or other relational database. SQL is just commands sent to it.
Some commercial implementations of SQL (DB2, Oracle) include the ability to create "stored procedures" which allow you to perform the more traditional programming-type functions. You would typically execute the store procedure from the application program and the stored procedure would execute the SQL and perhaps doing additional computations and SQL calls before returning data to the app. This is important for performance in large databases so that you are limiting the amount of data passed back from the database engine.