Live data from Hacker News

Thank you, GitHub

github.blog

381–390 of 460 posts

Re: Thank you, GitHub

#381
post #218

"GitHub Actions has become the #1 CI service, used by popular open source projects and enterprises alike." I must be missing something. For whatever reason GH Actions just never appealed to me. Am I missing something? I've used Drone IO more, granted it's better than travis but the #1 CI services seems like a stretch.

It's just extremely low friction. Push some YAML in an existing repo, done. I've enjoyed using TeamCity in the past, and tolerated Hudson/Jenkins, and I do keep expecting to hit something that makes me want to go back, but it hasn't happened yet.

Another way to put it: any CI properly integrated to Github will be #1 CI by sheer market size.

Gitlab has a similar YAML system from more than a decade, it's low friction, pretty polished and highly reliable. But it will always be a more niche product by the effect of Gitlab being way smaller that Github.

Re: Thank you, GitHub

#383
post #229

Earlier quoted context omitted.

He probably can but doesn't want to. He may be posturing for whatever thing he wants to do next which requires being "very professional" (aka high-quality executive bullshit). Or he might just be boring as hell. My dad was an executive, and he was one of the most bland and uncreative human beings I've ever met.

Could you please stop creating accounts for every few comments you post? We ban accounts that do that. This is in the site guidelines: https://news.ycombinator.com/newsguidelines.html . You needn't use your real name, of course, but for HN to be a community, users need some identity for other users to relate to. Otherwise we may as well have no usernames and no community, and that would be a different kind of forum.…

I don't see the reply I made here with that throwaway (shadowban?), so I'm doing it with my other one.

> for HN to be a community, users need some identity for other users to relate to

Apparently not! Using throwaways, people have upvoted me like crazy. Hundreds of points per month, for a person with no identity. If it kept going at the same pace, I would outrank some of the highest-point users within a year or two, all from using throwaway. Is that not community? And if it's not - isn't it better than community? Isn't upvoting someone you don't know, don't owe anything to, who you hold no preconceived ideas about, actually a more honest way to interact with a community?

When I get upvoted, I'm happy. Me being happy encourages me to post in a happy mood, so I create happier comments (on average). When I get downvoted or ignored (on my 'real' account), I get angry and depressed, and that makes for much less happy comments (and just a bad feeling all around). Using the throwaways not only makes me less angry and depressed, but it also enables creating content that people clearly approve of.

> Otherwise we may as well have no usernames and no community

There have been throwaways on this site for ages, in addition to known people. The community hasn't disappeared as far as I can tell. So it seems like you can, in fact, have it both ways. In addition, I've been a member of a lot of different communities. A lot of the time, the ones that banter on about how much of a close-knit community they are, enable some of the most toxic behavior. There are some great aspects to community, and some horrifying ones. Rather than trying to change the community to fit the standards we think it should have, perhaps we should encourage the behavior that metrics show have a more positive outcome. I could be crazy, but it seems like anything that inspires more upvotes (without the content being hateful, vitriolic, judgemental or divisive) seems like it's worth keeping.

Maybe I missed something, and there's some metrics-driven approach where you're pushing back on all throwaway behavior because its existence (regardless of content) leads to worse outcomes. Or maybe you just consider 'most' throwaways to post divisive content, and push back on all of them. Or maybe you just don't like the idea of throwaways, I dunno. All I know is this little experiment with throwaways has made me much happier on HN.

Re: Thank you, GitHub

#384
post #373

Earlier quoted context omitted.

> major organizations and industries won't use a programming platform that is entirely at the whims of a company they have no real control over 100% this, the biggest issue I see with dotnet and Swift is that they're spending too much time trying to be appealing to people who don't want to use them. Swift, as a language, really only makes sense to use if you're extensively targeting Apple systems and planning to skip…

> Similarly, writing an entire program in dotnet used to be a death sentence until Mono This is somewhat ironic, considering .NET is effectively "Java as rebuilt by Microsoft", and one of the original selling point of Java was... cross-platform support, "write once - run anywhere". BillG clearly made sure that particular aspect would not carry over to the MS version.

> BillG clearly made sure that particular aspect would not carry over to the MS version.

Heh, well .NET's cross-architecture support was/is still useful for allowing .NET to target Windows CE on SH-3, MIPS, ARM and more - also consider that at-the-time (1999-2001) even though Windows NT no-longer supported MIPS and Alpha, there was IA-64 (Itanium) looming on the horizon which was widely anticipated to replace x86 (hah), so even though it wasn't true cross-platform (i.e. cross-OS) it still made business-sense.

Another advantage of .NET's use of JIT bytecode was that Microsoft could sell it as a platform enabling "verifiable code": which is true: a "pure" CIL/MSIL assembly file literally cannot have any memory-related bugs to worry about and their consequential security vulnerabilities, which were a big deal at the time (this was related to Microsoft's "Trustworthy computing" initiative as well: you don't need to "trust" the programs you're running: the use of verifiable bytecode means you can verify its safety entirely by yourself).

Re: Thank you, GitHub

#385
post #365

Earlier quoted context omitted.

> it's more that major organizations and industries won't use a programming platform that is entirely at the whims of a company they have no real control over and without independent means to ensure it keeps on working, That is a risk that is common to every single industry, and as such is a risk that is easily understood and quantifiable. We live in an interdependent world. You're always going to be dependent on sup…

> That is a risk that is common to every single industry, and as such is a risk that is easily understood and quantifiable. Honestly: No If it would be "easily quantifiable", you would not see in 2021 still bank ATM running damn Windows XP or nuclear power plant under Win2000 with some old deprecated crap supervisor tools. It is a common drama with proprietary solutions, they are seducing to install and a nightmare t…

> If it would be "easily quantifiable", you would not see in 2021 still bank ATM running damn Windows XP or nuclear power plant under Win2000 with some old deprecated crap supervisor tools.

> It is a common drama with proprietary solutions, they are seducing to install and a nightmare to maintain.

The fact the software is "proprietary" or not is largely irrelevant to whether or not the systems-integrator who made those ATMs and Nuclear Power plants is acting responsibly. Had they chosen Linux then that ATM would still be sitting there with just-an-outdated version of some embedded Linux distro.

There is an argument that if they used a GPLv3 or other anti-Tivo license that the end owner or operator of the machine would be able to upgrade the host OS software themselves, however in both of those cases (ATMs and power-plants) what makes-the-thing-run is not the OS but the application software (BankAtm.exe and NuclearReactorMonitor.exe) which will have their own dependencies and (knowing most software) will just break when running on an updated OS - and it'd be even worse on Linux because Linux does not have a stable applications ABI between major releases: the software would need to be recompiled.

Now if the application software itself were also open-source, then I agree: that does help, but I'm not convinced that's a solution either because I can assure you that companies like banks and infrastructure operators are not going to be happy having to do patch-tuesday and recompiling their software on a regular basis for hardware they'd really prefer to leave alone and stable. Hence why they're air-gapped (or at least meant to be air-gapped).

Being non-proprietary is not a panacea.

Re: Thank you, GitHub

#386

Earlier quoted context omitted.

unlimited private repos for free if this is a concern?

I don't entirely trust that they will remain excluded from Copilot in future. This probably isn't the place to re-litigate this discussion, but GitHub's claim is that source licenses simply do not apply to what Copilot ingests. That being the case, the only thing that distinguishes private repos in this context is a thin policy that can be changed at a whim (and perhaps without any announcement). Also, one of the rea…

Migrating is a valid option

Re: Thank you, GitHub

#387

Earlier quoted context omitted.

> They also went the extra-mile to block Iranian developers, they didn't have to do so much police, and probably tried to buy their redemption. US sanctions, even the threat thereof, are serious business . To this day, US nationals or US tax persons are having a really hard time finding a bank in Europe that is willing to deal with them because many banks don't want any exposure to the US FATCA they can avoid. I had…

I'm curious how they discover this if they are trying to stay so distant from US authorities. If you have EU citizenship which is what I assume here then presenting the Greek passport and supporting local documents isn't enough? Or, is it the case that something local like a missing local tax number, or even an accent telegraphed the situation. With the US, it feels like everything is much more uniform with the tie b…

Lying to your bank is typically not a good strategy when it comes to compliance. You can get asked on a form and if you lie, they have a very good case later on to close your account.

Re: Thank you, GitHub

#388

Earlier quoted context omitted.

I use most of those technologies daily, and I'm across much of the "controversies" and issues, but I don't get what you're hinting at. Feel free to be more candid...

There’s a large conflict of interest when Visual Studio is a paid commercial product, while VS Code is free yet gaining marketshare even in C#/C++ work. When someone is willing to sacrifice the OSS-licensed product (even after the feature was already coded[0]), it shows Microsoft’s true colors in that they “embrace OSS” only to the extent select teams at MS choose too; the culture isn’t one that puts OSS first over s…

My impression of VS Code was that it is a "loss leader" designed to keep users in the Microsoft ecosystem.

It's about as "free" as Internet Explorer.

Re: Thank you, GitHub

#389
post #380
post #379

Earlier quoted context omitted.

> It’s not FUD if Microsoft has a history of EEE. When is the last time Microsoft "EEE"-ed anything? The most recent examples are 20 years old. And look, you should never trust $bigcorp blindly, that would be naïve, but people have these 20-year old grievances that have little bearing on the situation today.

skype, lync, skype for business, teams...

Microsoft acquired Skype more than 10 years ago...

Surely they screwed up the massive lead in the space that Skype had, but I can't say they "EEE"'d it. It was just badly run.

Post reply on HN