I was looking at video reviews of git GUI clients. The best ones are pricey and we are two people occasionally editing some webpages for our business website. It’s hosted on GitLab Pages....
I love #javascript as a language, but I've lost love for the churn, the long build pipelines, frameworks that do the same thing, but better.
Getting instant feedback was what made code magical for me. JS used to have that magic. I could just type code in the browser. Now, with tooling, with build pipelines… it all feels like how people complained about compiler errors: a long slog.
Ironic that it's a compiled lang that brings back the magic.
@nosherwan@daanderson Now that I'm finally writing Web components, I think it is the way to go. Not perfect but at least interoperable. FWIW the teams that ship the fastest I've seen work with Svelte.
I'm experimenting with a new Preferences dialog for my app. These are never easy to make and are usually hard to navigate due to the volume of labels and buttons.
I'm testing out putting all the setting on a long page with navigation buttons. This replaces the traditional tabbed layout the app currently uses.
It is still an information overload. Maybe I can also make the content searchable?
@veronica that looks great! I think the only way to improve that is to use similar strings as well, but it’s hard to predict what users will search for! Time for some testing 😅
@matt Yeah, problem with more fuzzy logic is that these strings are translated into multiple languages by contributiors. Also, there are only 49 settings.
@fell Well, I was just kidding. No, I do prefer tabs, but I can adapt to any style that the project or config file uses. This nginx config uses spaces, should I reformat it, of course not, spaces it is. And I do have autopep8 for Python files in Vim. Guido decided that it's best, I'd do it differently, but fine.
Using #golang for a project since the SDK has really nice structs and instantiators for all the API calls where the #Python SDK for the project just phoned it in for all the payloads.
@vwbusguy Hey! I recently started learning Go and have a couple small tools made in Python.
I'm kinda wondering how much golang forces complexity.
It's probably an unfair comparison, but if I were to make the same tool in both Python and Go, how much complexity overhead (maybe not necessarily verbosity) does it seem to require?
Did you know in python you can stick a for loop in the list brackets and just BAM have a list? No “append” check it:
l=[chr(i+65) for i in range(0,26)]
print(l)
> [‘A’, ‘B’, ‘C’, … , ‘Z’]
(it will be the letters A-Z since the unicode for the capital letter starts at 65, chr renders these numbers as letters.)
Is that classy? For some reason this neat little feature isn’t really taught. I guess with a loop and appending you have not flexibility— but still this is cool. #python#coding#tricks
@futurebird i find list comprehensions particularly useful when playing around in an interactive Python shell!
side note: if you are only going to go through the list once, you can use parentheses instead of square brackets to get the generator instead of instantiating the whole list. this can greatly improve performance in some scenarios.
What do you say to whitespace-sensitive/oriented programming languages, assuming your IDE supports the whitespace-behaviour really well, and all the tooling around it is generally good?
@gregorni yes. I mean if the language is a good language, i will use it. But if it is not good, or i don't like it (i. e. Javascript/typescript) i will hate them no matter the syntax lol
found another gotcha, you could use require to load json any time, import can only be used to load json in the root scope (not in functions for example)
🧏 People who code have a tendency to spend a lot of time in various IDEs (Integrated Development Environments). They can be as simple as a text editor or as complex as a full-blown development environment. In this post, I'll go through my two go-to IDE's, RStudio and VScode, and why I switch between them rather than sticking to a single one. ---
@Drmowinckels I realised I had all but turned VSCode into vim anyway due to the extensions I am using. And (neo)vim is much more free in terms of how you can create your own tools and automations. For VSCode (and RStudio actually) you’re expected to write and publish a package that contains your extension. It slows things down somewhat. In Vim you just source some code and now things work differently.
I also have some frustration with VSCode’s design - you can’t avoid a mouse completely.
@Drmowinckels Nice post! For me the other "killer app" of VS Code (besides git support) is running instances within docker containers (which could be on a server). Feels identical to working locally.
Personally I've switched 100% to VS Code for my own work. I only use RStudio for teaching. The combination of RStudio plugins in VS Code and my own shortcuts make it fine for package development in my experience.
@amoroso I actually got to reading it, and i cant say that its too teribly surprising, and the conclusion is for sure correct.
What i was thinking is that trying to understand strange parts can expose you to language features that you may not know exist or may have forgotten. Or to useful algorithms or available functionality.
I don't read code like its iterature but i do code dig, and sometimes i find things i didn't know i could do. I think my first wild discovery was the terinary operator.
Why the FUCK does CMAKE generate VS project files that depend on having CMAKE installed on your system? And it has to be in a fixed path? And EVERYTHING has to be in a fixed path?
Have CMAKE developers ever compiled something or used version control? This is unusable and I am very angry and it's Monday and I haven't had my coffee yet.
EDIT: AND IT HAS TO HAVE VS INSTALLED AT A FIXED PATH TOO WHO MADE THIS CRAP????
@raptor85@sos@kkolakowski CMake is a leaky abstraction with awful DSL, and my 12yo cmake scripts are a pile of incredible mess riddled with technical debt, but it still does its job well enough that I could just point my projects to stuff like devkitpro, vitasdk, osxcross, Emscripten, Flatpak or Steam Runtime and focus on actual porting rather than fighting with build recipes.
@dos@sos@kkolakowski yup, and most IDEs are smart enough to automatically generate build folders for your local toolchains so I can pull in pretty much any cmake file and get build targets for both linux x86_64 and a windows cross compile with mingw. To add new targets to all my projects I don't have to write tons of new scripts, just add a new toolchain to my system and they ALL get it.
People wonder why I like ORMs even when they're unnecessary. Firstly, I've never liked SQL. I think that writing queries to a RDBMS is something that a computer should do, akin to compilation. In the few times when extreme optimization is warranted, low level code can be generated to suit that specific case. In other times, ORMs usually provide a more natural interface to data that increases readability and code flow.
any Insomnia alternatives which are not Postman? I need rest and graphql support.
Insomnia is getting worse and worse and I'm worried it won't be better. #programming@python@golang @opensource
So is #AdventOfCode actually any good? I have a pile of anecdata asserting that historically, it turns into completely impenetrable wanker bullshit by day ~10 out of 24.
I /might/ actually have the bandwidth for it this year, but I would much rather put the time into personal projects or OSS if I'm gonna feel compelled to give up on an advent halfway through.
@jacob@bitprophet I totally get that. When I hit those days, I try to reframe it as a learning opportunity and see how other people solved it. Everybody's journey is different; being able to learn and add new things to your toolkit is a "true programmer" mark in my book. And really, if you hit a weird error or strange bug in your "real life" work... would you feel like a not-true-programmer if you did some research to figure it out?
OTOH I’ll bet of the people who finish AoC almost none of them have finished Ducks, Newburyport so we’ve all got our little silly accomplishments we’re unreasonably proud of
Looking for a #yaml diff tool that spits out valid yaml but only including the parts where there are differences between the two. I have some helm chart values yaml files that have gotten unnecessarily verbose. #Programming#kubernetes#helm
I DID IT! After a mad, possessed, sleepless 30 hour bender I finally solved the #programming language design problem I've been wrestling with for a decade! How to make a concatenative language both type-safe and infix/postifx (not RPN). I think this is the most elegant language I've ever designed: https://gist.github.com/Kroc/62fd60dda68f667e0e4d94c9e08bf2af#pling#ezOS
@kroc That makes sense, that the language could still function without it. I've found that when a language makes bad design harder, more good code gets written by default. If there was a way to pass structs to a global "typed" stack, that would make it far more useful, imo. This would solve a few issues at the same time:
Popping from the typed stack guarantees the correct/expected type is returned
Functions who's purpose is to push specific data to the stack no longer have to worry about new code polluting downstream popping/usage
Wanting to map data from one stack to another becomes obvious/straightforward
Any new function that wants their data included in an existing downstream process no longer needs to pop existing structs, push their new data, and restore the existing structs in reverse order
@michael Currently I'm refactoring a bigger Golang project and really enjoy the type safety because the compiler just tells me where the issues are when I rearrange and rip out code and types.
In almost all cases, after fixing all the warnings and errors, the program runs perfectly.
That would be very hard and error prone in a dynamic language (or at least a language without type annotations and code intelligence).
So if you feel comfortable with Rust, enjoy the payoff for your time investment!
Nim and Haskell are currently my personal taste. Nim is almost as easy to learn as Go but offers far more features (I really like the syntax) and a very strong type system. Haskell is the crown jewel in this regard but it takes a lot of time to wrap your head around it.
@louis I've taken a look at Nim after you recommended it earlier, but haven't tried it out yet. Looks promissing but I'm a bit hesitant due to the smaller eco system. If I can name on 'bad' thing about Common Lisp it's the smaller eco system, which does make a difference.
I once spent a couple of weekends getting into Haskell but never really persued it. It was my understanding it's not a very practical language when you're doing web/api/cli development, again due to the ecosystem?
