Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Why I develop on Windows

blog.shortround.dev

Post reply on HN
Print view View original

171–180 of 187 posts

Re: Why I develop on Windows

#171

Post by shortrounddev »

bombolo wrote: post #170
shortrounddev wrote: post #167

Earlier quoted context omitted.

Again, try to remain polite. I understand how forking works. Knowing how shebangs work is not something they teach directly. Forking is.

so you know about fork but not about exec. It's not impolite to point out you didn't know something. It's impolite to get offended.

No, im referring to your original comment calling me a "typical noob". It was an immature comment which contributes nothing, and again I think youre capable of more maturity than that.

Obviously, this conversation is based on your misunderstanding of the original post and so I dont think its a worthwhile use of either of our time to enumerate the chapters and system calls from a college class. Knowing how processes are created in a generic operating system is not the same thing as knowing how shebangs work on unix-like systems. Again, OS class is about how to MAKE an operating system, not how to use one

Re: Why I develop on Windows

#172

Post by bombolo »

shortrounddev wrote: post #171
bombolo wrote: post #170

Earlier quoted context omitted.

so you know about fork but not about exec. It's not impolite to point out you didn't know something. It's impolite to get offended.

No, im referring to your original comment calling me a "typical noob". It was an immature comment which contributes nothing, and again I think youre capable of more maturity than that. Obviously, this conversation is based on your misunderstanding of the original post and so I dont think its a worthwhile use of either of our time to enumerate the chapters and system calls from a college class. Knowing how processes a…

[flagged]

Re: Why I develop on Windows

#173

Post by logbiscuitswave »

lucb1e wrote: post #71
doorhammer wrote: post #38

Earlier quoted context omitted.

> Similar to how C# is secretly my favorite language, but it's just not well supported on Linux C# is not-so-secretly my favorite language (though Clojure is a close second) and I use it pretty often on macos/linux. IDE wise have you given Rider a try? Imo it's a totally viable Visual Studio replacement for most C# dev, though not as nice for all workflows or related tech. Worth looking at if you haven't. It's not fr…

Dude, your comments are way too good to have an empty profile. No, I did not know of Rider, but next time that I get the C# itch again, I'll definitely be looking at what I've been missing out on! Checking it out quickly, it's from JetBrains (a good sign for software quality) and has a 30-day trial so I'd know what I'm paying for. On the downside, ~175€ is quite steep given that it's not for a commercial purpose and…

JetBrains makes damn good stuff. I do C# professionally and even though I use Visual Studio for the bulk of my work, it’s built in refactoring pales in comparison to what JB’s ReSharper provides. (Yes, VS has been catching up but it still has a long way to go.)

Anyway, yeah, Rider by itself isn’t cheap but for not a lot more you can just get the entire JB suite. It includes a whole ton of useful stuff that’s multi-platform and multi-language. When I’m doing Mac dev work, I find Rider to be much better for a lot of things than VS Mac is. (As long as I don’t need Azure integration.)

I could get my employer to reimburse it, but I find it all so useful both for work and for personal projects that I decided it was worth just paying out of pocket and not having to worry about it.

Re: Why I develop on Windows

#174

Post by dholm »

bombolo wrote: post #147
chrisweekly wrote: post #122

Earlier quoted context omitted.

Right, because Linux users are famously content to accept OS defaults and have no interest in tool selection or customizing their setup. /s

Hahahahaha. Now show me a linux distribution where what you are saying is true.

RHEL, "welcome to everything is old".

Unfortunately it's also a headache to use Linuxbrew with RHEL because it keeps trying to install its bottled glibc which doesn't like the old (but heavily patched) kernel and breaks everything not statically linked to the system libc until you remove it.

Re: Why I develop on Windows

#175

Post by shortrounddev »

tpoacher wrote: post #165

No hate to OP, but almost every single argument in the article regarding Powershell boils down to them not knowing a thing about bash. I know this is the case, despite the claim in the article that they do, because it's clear from the text. I also felt bash was cryptic before I decided to actually learn it. Now it's one of my favourite languages. All it took was reading "man bash", which is actually super clear and s…

You're incorrect. I know bash and the syntax is not user friendly for me.

You only had a response to the powershell part?

Re: Why I develop on Windows

#176

Post by shortrounddev »

bombolo wrote: post #162
shortrounddev wrote: post #158

Earlier quoted context omitted.

Okay? Are we still talking about preferred shells or are we talking about chinese

We're talking about how your argument made no sense, for any kind of language that exists.

Computer languages are not comparable to human languages; your argument is a misplaced simile

Re: Why I develop on Windows

#177

Post by deathanatos »

bombolo wrote: post #116
deathanatos wrote: post #12

Earlier quoted context omitted.

Because developers are lazy. I've given up the fight that is "use the language's features for path manipulation" in code review at this point. People just wanna string concat.

In python if you use a Path class for the left hand item you can do `a / "b"` and it is cross platform.

Yes, yes it is. And getting people in code review to use that, instead of non-cross-platform methods, is like pulling teeth, IME.

Re: Why I develop on Windows

#178

Post by deathanatos »

lostmsu wrote: post #89
deathanatos wrote: post #12

Earlier quoted context omitted.

Because developers are lazy. I've given up the fight that is "use the language's features for path manipulation" in code review at this point. People just wanna string concat.

I don't know. This lowers the bar.

I don't intend to lower the bar, but I'm tired of the same bad pushback of "it's not my favorite way."

It's not just strcat-ing paths together. It's … everything. I've seen databases with crap passwords (think "admin"/"admin"), because someone didn't want to take the time to generate one securely. I've seen systems subsist on a shared username/password (despite that being a security policy violation) because the sysadmins on the same security team responsible for Okta a.) can't take the time to get the assignments done and b.) don't understand Okta (or OIDC, or SAML, or …). I've seen people argue for "I need the list of user emails to import into MailChimp" — no, you most certainly don't: you need to write an email within the system's pre-existing mail functionality, since that respects the users' prefs as to whether they get your spam or not — and then escalate because that's not what they want to do, despite what they want clearly being wrong, and at worse, being a violation of anti-spam laws. I've seen people repeatedly fight factoring stuff into a library "well, we're just going need this code this one time, putting it in a library is too much work" — and they're the forth person/use-case to utter this — and then proceed to hit every corner case that such a library could encapsulate nicely. (But even after that: "so, now that you've hit all the bugs and corners, are you going to library-itize it?" "no, we only need it this once, it's not going to be needed ever again".)

I don't know how to raise the bar. HN itself perennially whines about interview processes that deliver any assessment of the candidates technical acumen — or lack thereof. Interviews will be Y/Y/Y/N with the lone dissenter being the only technical interview.

And there's no reward in trying to maintain the bar, AFAICT.

Re: Why I develop on Windows

#179

Post by lostmsu »

deathanatos wrote: post #178
lostmsu wrote: post #89

Earlier quoted context omitted.

I don't know. This lowers the bar.

I don't intend to lower the bar, but I'm tired of the same bad pushback of "it's not my favorite way." It's not just strcat-ing paths together. It's … everything. I've seen databases with crap passwords (think "admin"/"admin"), because someone didn't want to take the time to generate one securely. I've seen systems subsist on a shared username/password (despite that being a security policy violation) because the sysa…

Sounds like you need to change the company then.

Re: Why I develop on Windows

#180

Post by stemlord »

shortrounddev wrote: post #156
stemlord wrote: post #148

A lot of praise for the "little known" (???) Path variable in windows. But dealing with windows path really sucks for one major reason: there's a shockingly low character limit [0] Also idk if this is a problem for anyone else, but since admin privs are required to add to path, I need to fetch IT every time I need to add to it on my work machine, lol. [0] https://superuser.com/questions/1385854/how-do-i-bypass-rest..…

The PATH variable in windows has a low character limit but if your path is properly set up as a REG_EXPAND_SZ, then you can just add more and more variables to it and I dont think the expanded version counts toward the character limit. One reason you shouldn't save your path variable changes from your terminal is that it implicitly converts to REG_SZ on save

Yeah, that is what I do. It seems really sloppy though, a tactic for dealing with poor design
Post reply on HN