It seems like there are about 22 27 46 219 320 493 1840 active subscribers here. I have a few questions for you all.
- Which programming languages do you regularly use?
- Which are your favorite to work with and why?
- Which do you have interest in trying and why?
It’s not really a coding language but I use SQL a lot for work. Occasionally Python and R. As you can probably imagine with this list, I’m a data scientist.
My favorite to work with is actually autohotkey, which I use to automate stuff, because it can be a fun little challenge to figure out how to automate based on the system it’s running on and what I’m trying to do.
Funny how you said SQL Python and R, my mind immediately said data analysis.
I’m not sure what autohotkey is or does. Is it Windows only?
AHK is a powerful scripting runtime for Windows, yeah. I use it to create custom media hotkeys when using a keyboard that doesn’t have actual media keys built in. But that probably the smallest tip-of-the-iceberg of what it can do.
I had to convince IT to let me keep it installed because it CAN be used by bad actors with how powerful it is. But it’s not too different from what any program on Windows could do; just makes a lot of basic things VERY easy.
I could have sworn at one point it was cross platform but it’s seemingly only Windows now
The Mandela Effect strikes again!
Favorite: Ruby, because everything makes sense. Once you get that “everything is an object”, the rest just falls naturally into place. No other language has been so intuitive from that point.
Regularly use: JavaScript. I hate it because absolutely nothing makes sense. I don’t even understand enough to explain more than that, yet somehow I’m able to copy/paste things that do work and tweak them enough until they do what I want. At least some of the time.
- Rust and Python. Python for work
- Rust is by far the best language I’ve ever used and I’ve used a lot of them. It really can do everything and is reliable and safe as well.
- I want to convert all of our projects at work to Rust as well if I had it my way entirely. Only thing to do is train my team on using it.
I fear that you may turn into a crab.
I worry about that every day lol
I regularly work with C#, JavaScript, TypeScript, and PHP. Of those, C# and TypeScript are my favorites. I’m also planning to try out Rust eventually, but atm I don’t have time to learn such a complex language.
- C# - Very clean and concise syntax, performant runtime, excellent standard libraries and tooling. Later versions (.NET Core and newer) have top-tier async, generics, and DI implementations. Biggest downsides are reliance on a runtime and lack of union types. Ever tried to implement ActivityPub (or any other polymorphic API) in C#? Not a good time.
- TypeScript - the best type system that I’ve ever worked with. With a bit of thought and planning, you can model complex requirements directly into the type system. The language is comfortable and easy to use, although some advanced types can become hard to read. Its biggest flaw is that its tied to JavaScript. I would love to one day see a language that’s basically just C# + TypeScript’s type system.
- JavaScript - I only use it in legacy code. For anything else, I just use TypeScript.
- PHP - I actually have a fondness for PHP, even though its not one of my favorite languages. I’m still maintaining one hobby website in full-custom PHP 8. The language has developed a lot recently and has resolved many of the classic problems that made it so awful in the PHP 5 era. Its well on its way to becoming a viable option once again.
- Rust - Rust is the first language that I believe has a real chance of displacing C++. It solves the same problems with dramatically more safety, and has all the bells and whistles of a modern language to boot. I probably wont use it much in my work (I mostly develop LOB apps and websites), but I do expect it to gain widespread use within low-level and high-performance applications over the next 10 years.
TypeScript - the best type system that I’ve ever worked with. With a bit of thought and planning, you can model complex requirements directly into the type system. The language is comfortable and easy to use, although some advanced types can become hard to read. Its biggest flaw is that its tied to JavaScript. I would love to one day see a language that’s basically just C# + TypeScript’s type system.
I feel like you’d appreciate Ocaml, ReasonML, and ReScript.
The future of Rust seems promising. I’m also intrigued by Odin as an alternative to C.
Thanks for the recommendations! OCaml and ReasonML look really interesting. But tbh I’m not quite sure what the advantage of ReScript is over TypeScript.
ReScript is Ocaml but using a different compiler that follows JavaScript standards more closely. The entire Javascript ecosystem is available to ReScript.
ReasonML is Ocaml. The entire Ocaml ecosystem is available to ReasonML
- Prehistoric C++: Core language for my main project at work. Unfortunately we’re stuck with C++98, but it’s still a massive improvement on C.
- C: For some of the older parts of the aforementioned project
- Python: For test automation for the aforementioned project, also rapidly becoming the main language within the community that covers my secondary work project. I used to really not care for Python, but to the extent it displaces MATLAB I’m 100% in favor of it. I’ve also grown to really like it in the test automation role. The only thing I could wish for is that it had a mode that required type hints across the board.
- Modern C++: Used for my other work project. While I do think that C++11 is a huge step up from C++98, I think the later standards have added a lot of cruft and very little value. Given the choice I would definitely take modern C++ over C++98, but I’d really rather be writing something like Rust
- Java: This was a mistake I made years ago when I started a project as a very junior developer. Unfortunately I work in a research context where even as the junior developer I was still the most experienced developer on the team when it came to some things. We needed a REST API for this project and doing it in C++ didn’t seem feasible at the time (no idea if it’s better now). Some other teams in my org where using Spring so I jumped on that bandwagon. In hindsight, I wish I had written the API in Python since we’re slowly moving a lot of our C++ code into Python on that project now.
- Shell: For automation that’s just a little too easy to bother with Python
- Rust: Only used on hobby projects for now, but it scratches the same itch as C++ a thousand times better. The language itself is wonderful once you get used to the borrow checker and
cargois an incredibly valuable part of the ecosystem as well.
- PHP. It remains the only language which you can just FTP onto a server and have working. No need for package managers, docker instances, funky routing, or complicated frameworks.
- Python for anything local. No waiting to compile. Vast library of useful features. Mostly sane syntax. And, again, most machines have it by default.
- Drakon. Perfect if you want to visually sketch out an algorithm. Like Scratch, but for adults.
Drakon sounds interesting. This is the first I’m hearing about it, but my curiosity is piqued.
For work: Java (legacy projects, JSF, Old Spring versions) and JavaScript.
For stuff y do for friends and myself: Typescript, PHP (WP, Laravel)
I’d say I’m most productive in Typescript right now.
I’m learning some Rust. Want to look into Go soon.
At work, I use both Python and C++. At home I also try to use Rust where I can; but mostly C++, Python, and C# (largely for game engines)
I teach a class taught in OCaml. Despite that, I don’t really like OCaml. It’s good for education but IMO not that great for actually using it. My brother works at Jane Street and even he agrees… Like, it’s fine, but not great.
Beyond that I make regular use of Haskell and Python for my graduate research and personal projects. I recently took a course in Java, but unless I don’t have a choice, I’d rather use Kotlin. I’m also involved in the hardware simulator Turing Complete, so a lot of my side projects lately have been ETCa assembly programs.
I want to learn Rust and Scala, probably in that order.
edit: I also quite like Scheme and I used it for advent of code last year. Unfortunately I don’t get opportunities to use it much, but if I ever get to teach a compilers course, I want to try the “reverse nanopass” approach that is currently used, I believe, at Brown University.
I don’t really like OCaml. It’s good for education but IMO not that great for actually using it. My brother works at Jane Street and even he agrees… Like, it’s fine, but not great.
I don’t get to converse with a lot of OCaml users. What makes it “not great”? Is it the tooling?
What is your graduate work on?
The tooling is actually OK, provided you work on Linux. If you work on windows, the tooling is basically telling you to go get Linux.
It doesn’t capture a lot of what many functional programmers consider the essence of FP: the language, and the people who use it, actively encourage mutable state in programs, and the type system is not powerful enough to capture useful abstractions like functors (generalized containers) or monads (generalized patterns of computation).
There are also some specific language design decisions that I don’t like. For example, this code typechecks:
let id : 'a -> 'b = fun x -> x;;The
'a -> 'bis a type annotation that says “you give me anything of type'a(a type variable), and I’ll give you back something of type'b.” That’s complete bogus - that’s not possible. It typechecks because OCaml goes “OK, this is fine as long as'aand'bare the same variable,” and then for the rest of the typechecking process, that’s what happens.idactually gets assigned the type'a -> 'a. In the best case, this is confusing and occasionally useful to do what other languages do with “type holes.” In the worst case, it’s actively wrong. Using different type variables in a type can provide static guarantees that some things cannot mix, and with OCaml that is simply not possible for a declaration like this one. You can do it, but with a lot more boilerplate. Compare that to Haskell, where the right behavior is the default, and you can obtain a type hole just by using a variable name that starts with_.My graduate work is currently on type error provenance. You know some piece of code has a type error, but where is the actual problem? This is a hard problem that compilers are notoriously bad at answering.
Regularly use: Common Lisp (SBCL mainly) and Crystal.
Favorite to work with: same as above. They seem to match how I think well, so it’s easy to solve problems in them. Their speed is also a nice bonus, as is Common Lisp’s debugging and image-based development. I also really like how Crystal feels like a dynamic language (it’s very reminiscent of Ruby), yet is still statically typed and compiled.
Interest in trying: m68k assembly for some ungodly reason lol
You’re in the lead for the most unexpected reply. I didn’t know that Crystal had any industry use. I didn’t know mIuch about it though. I simply knew it existed.
I prefer to keep assembly behind the compilers it might as well be flipping individual bits to me.
Ooh, never heard of Crystal, looks awesome.
Currently using C# for work, which was a nice change of pace from VB.net before that.
Also some frontend work with JavaScript and bootstrap, but it’s not my idea of a fun time.
Working on finding time to learn Ruby and Go, so I can have lateral options within my company
I mostly regularly use JavaScript. For a decade I worked as a front end developer for an enterprise web product. I’ve since moved into UX leadership, but still program for fun when I can find the time. I tend to use React/Node/Postgres because it’s what I’m comfortable with. It lets me keep my skills sharp, experiment with UI patterns, and solve problems for myself. I don’t find myself experimenting with new languages or frameworks as much anymore.
Someone has to herd the cats.
Haha very true. Although I heard designers more than developers these days.
I use python mainly because thats what i learned programming with. I like the bracketless design, no need to track down unclosed bracks/parenthesis plus its versatile and can do most anything.
Other the python the other one i mainly use is bash. I know JS and C but don’t really use them much.
I want to learn more C just because Im interested in diving deeper into how memory is managed but just havent found a suitable project to start using it for.
Ive been learning a lot of web design and want to get back into JS because i wanna start doing frontend, since i mostly know backend.
That being said i’m also interested in php because i think it’s cool that i could run a script directly on the backend without an api
deleted by creator
- Go, typescript for work; Rust, C# at home
- The simplicity of go is very welcome, rust is nice because it feels like I can do anything yet it nonetheless keeps me from being too stupid.
- I’ve dabbled in SBCL and Haskell before, but I’d like to take the time to properly learn one of them
I’m working my way through Haskell Programming from First Principles it’s been very good so far.
