[-] Reptorian@programming.dev 1 points 2 hours ago* (last edited 1 hour ago)

I'm just glad I have other options than just Python. Am not afraid of writing my solutions either. I rarely use Python these day.

[-] Reptorian@programming.dev 2 points 5 months ago

For small projects, rewriting is often superb. It allows us to reorganize a mess, apply new knowledge, add neat features and doodads, etc.

This. I'm coding to contribute to a open-source software with very small amount of coders, and with a non-mainstream Domain-Specific Language. A lot of the code I did before has been proven to work from times to time, but they all could benefit from better outputs and better GUI. So, I end up reengineering the entire and that'll take a really long time, however, I do a lot of tests to ensure it works.

[-] Reptorian@programming.dev 2 points 7 months ago

I been meaning to learn Ruby to get around using Python. I like Ruby syntax better.

[-] Reptorian@programming.dev 2 points 8 months ago

This is great, even though if I code in Python, I'm not using it for performance reason, but for convenience.

[-] Reptorian@programming.dev 3 points 8 months ago

I kind of like it. I can understand where it start and end.

[-] Reptorian@programming.dev 1 points 8 months ago

Chances are there's probably something similar to dictionary in Python in your languages or at least it's a import/#include away. Although I don't use general programming languages at all, in my used language (G'MIC), I do something like dict$var=input where $var is a defined variable, and this way I can access input by doing ${dict$var} and that's similar to Python dictionary. In C++, there's hash table implementation out there via github. That being said, there are sometimes when you don't need a hashtable dependent on the hashmap, and sometimes, it's just as simple as basic mathematics to access data.

[-] Reptorian@programming.dev 1 points 8 months ago

Seems like a good idea, I'm hoping that the syntax is sane. As far as languages goes, I think you're missing out on G'MIC to compare as it does have things like FFT and other tools all for image processing which is just part of digital signal processing. And then, there's Python with libraries and so on.

[-] Reptorian@programming.dev 1 points 8 months ago

This is what I prefer too! I also some times prefer to use bitshift when it comes to division or multiplication of power of 2.

[-] Reptorian@programming.dev 4 points 10 months ago* (last edited 10 months ago)

I only stick with these:

  • pull
  • add
  • commit
  • push

Easy.

[-] Reptorian@programming.dev 6 points 10 months ago* (last edited 10 months ago)

For raster graphics image processing, I'd highly recommend G'MIC. Otherwise, Python and especially for string using regex library. I wish there was a vector graphics version of G'MIC.

[-] Reptorian@programming.dev 1 points 11 months ago* (last edited 11 months ago)

I only do raster graphics image processing, so G'MIC it is. A entire coding language and it's a library in of by itself for that.

On non-DSL, don't have a fave. I'll choose one of these: Python, C++, C#.

[-] Reptorian@programming.dev 7 points 1 year ago* (last edited 1 year ago)

Every languages has their own pitfalls. The answer on picking a language is to pick whatever works for you. There may be even domain-specific languages if you're interested in a domain, and it can be way more flexible than general-purpose solutions for that domain too.

I use 4 languages.

  1. C++ for adding features to a program.
  2. C# for making .dll for an application (Paint.NET). Kinda similar purpose to what I do with G'MIC, except so much more limited.
  3. Python for processing strings
  4. G'MIC for creating/editing raster graphics images (volumetric too)

Now, I wish there was a vector equivalent to G'MIC, but there isn't.

view more: next ›

Reptorian

joined 1 year ago