Kissaki @ Kissaki @programming.dev

[@GitHub](https://github.com/Kissaki), [website](https://kcode.de/)

---

Read more

Posts

27

Comments

449

Joined

2 yr. ago

I've tried it briefly, but didn't like it/did not find an intuitive or preferred way into it.

A rare case of a topic text opening with providing context on what it is talking about. Thank you! I love it.

I don't use one. I don't feel like I have conflicting keybindings, or a need for additional keys. When I do, I customize my bindings through settings.

I mainly work with C#, where I use Visual Studio. I think I mainly changed bindings for expand selection, and go to definition, declaration, implementation (ALT+A/+S/+D). All other bindings work out for me.

Cursor and selection "jumping" with CTRL and SHIFT, and using multiple cursors is a regular occurrence for me. I largely keep using keyboard, but for navigating I do often switch to or combine it with mouse.

When it's not C#, it's often VS Code, or otherwise Notepad++ for non-IDE simple editing. For even simpler quick edits I also use Double Commanders integrated text editor.

I use TortoiseGit, and its diff editor. I sometimes make changes there too. I also occasionally use KDiff or Winmerge.

I think whether it's worth to learn a new one should be determined by 1. what are your pain points/shortcomings, 2. what are the promises or your hopes, and 3. testing it out.

If you explore a promise and quickly find it not useful to you, it may be easy and simple to dismiss a switch without investing more.

Storage concerns should be separate from the data model.

would make it clearer

Would make what clearer?

If I change a string to a raw string or an interpolated string, it is a semantic change on the entire string, even if it leads to consequential changes only on subsections of it. The next time or additional changes I make must take different semantics into account.

If the formatting configuration forces one specific style then that is the deliberate choice; to have that one.

If there is no uniform single string quoting it is useful to differentiate between them; for example if for normal strings ' is preferred while for specific cases where escaping characters like \n is required, " must be used.

Don't use the share with shortened url. Copy the page url instead.

Otherwise (you'll have to) accept that you don't know what's included in the shortened link.

"" to '' … There is nothing to highlight for SemanticDiff.

Really? I definitely want to see that. I want to be deliberate about my code. I am not only targeting compiled code. I am also targeting developers through maintainable code.

I'm surprised they did not list an alternative that would be my preference: Highlight the entire string. The f prefix changes the entire text value type. I would like the `f´ to be highlighted strongly, and string it changes the interpretation of weakly, and the placeholder variable more strongly again.

Not enough context. Depending on what you proxy, you can allowlist DNS and IPs. You can use DNS to query domains for alternative delivery sources.

yes, it would be possible

Asking whether you’ve tried $simpleSolution

the post sounded less like it being an open question and more like it being "do $simpleSolution" to me

Instead I’d be offered simple solutions (that I’d tried), but in a condescending way, as though I should have already known better.

Checking again, yeah, this doesn't seem to be about asking whether you already tried that.

Windows is / Windows filesystems are case insensitive too.

On a Linux environment? Mind sharing the usage area?

I waited a minute

You're already considering it; try it out.

Exploration and prototyping is not a life-commitment that excludes other options later (like going back to Rust after all).

How did you determined that your coding skills are "absolute shit"?

If you plan to study CS having qualifications and personal projects and stuff, you're very likely already ahead of the curve; you already have the head-start you want.

In general,

• invest into what interests you or has use for you; code a tool you use or need, look at a project you use or you have interest in; personal investment drives you forward with interest and motivation
• smaller projects are easier to read and get into than larger projects
• [many if not most] public (same as private projects) may be in a bad or awful state, but you can still learn from them
• nothing is as good for learning as working on a project with a good mentor
• prefer official resources, tutorials and guidance over third parties, if available; they will more likely be more up-to-date and more likely better than the other way around
• studying computer science can teach the leap from coding to software engineering; mentoring can too
• experience, both amount and variance, drives all you do
• there's a lot of resources for many things to read and learn

You listed algorithms first, I think that's a well scoped, reachable goal, with many resources available. Increasing that scope, meaning also effort and risk of giving up, you could combine algorithms with a visualization, e.g. drawing on a HTML canvas. Now you have a well scoped project, where you visually see progress, and meet two of your learning goals of algo and web.

Ah, I looked there on Wiktionary, but only ur not ur- 😅

Is ur an English word? Known meaning in English languages? I don't think so? I'm surprised they don't mention why they name it ur-languages.

In German, the word prefix ur means origin, stemming from the word Ursprung (origin). Which makes sense as origin-languages. And could have been named origin-languages, honestly.

I learned of those files outside the context of programming. When program or file zip packages contained these random ds store files and I looked up what they are.

Turns out, it's metadata caching for macOS. Irrelevant and does not belong into [distributed or shared] packages.

/edit: It's been a long time ago. Looking at it again, I guess it adds folder metadata, so it could be useful when distributing to other macOS. But for other OS, it's noise. Either way, usually it's not intentionally included.