Live data from Hacker News

GitHub code search is generally available

github.blog

141–150 of 156 posts

Re: GitHub code search is generally available

#141

Earlier quoted context omitted.

> > embrace, extend, extinguish strategy with WSL > They are EEEing their product - Windows? No, Linux obviously. First they like and integrate Linux into their own products. Azure, WSL and others. Then, they provide extensions that are closed-source on top of those. With the goal to extinguish the original project so they have more control over the direction.

WSL has been out for at least five years now and it’s still just a fancy kernel adapter without feature parity. I might begin to worry once things like containers actually work properly. Until then, I don’t think Microsoft has fully embraced Linux much less extended it. I did just now learn that systemd was finally added to WSL. Originally that was never going to be added and back in the days of WSL 1 I remember the…

We're at the embrace stage right now, that's why you see it getting integrated.

And if you run WSL, you usually end up with a special kernel, it's not just the upstream one without changes.

Both my Arch and Ubuntu WSL is on kernel `Linux desktop 5.15.90.1-microsoft-standard-WSL2` rather the ones the distributions ship with by default if installed normally. This is the one they ship via Windows Update which you end up using on WSL: https://github.com/microsoft/WSL2-Linux-Kernel

Watch them slowly make it different than the upstream one, without contributing patches upstream.

Re: GitHub code search is generally available

#142

Earlier quoted context omitted.

2023 isn't live yet, but 74% of respondents used VSCode in 2022[0]. That said, the numbers are hard to compare because they allow selecting multiple choices and they split the JetBrains products up, while VSCode is considered as one tool. If you add together all the JetBrains products they reach 94%. I expect there's a ton of overlap that brings that number back down, but it's enough to make me suspect that VSCode's…

you can do one better: imagine those developers writing typescript frontends for asp.net backends!

One which is using npm for package management and the other using nuget. And guess who owns both?

Re: GitHub code search is generally available

#144
post #57

Surprised more people aren't talking about how Microsoft has a near monopoly on the developer ecosystem. They've got GitHub, OpenAI, and VS Code all working together and collecting data that strengthen each other's products while also using their embrace, extend, extinguish strategy with WSL and all of these steer people towards Azure services whenever possible. Seems like something that verges on an anti-trust situa…

> more people aren't talking about how Microsoft has a near monopoly on the developer ecosystem. But do they? In my day job, outside of the occasional use of Visual Studio and developing on a Windows machine, I use no Microsoft products for development. > credit to Microsoft for rehabbing their reputation with developers With a fair number of younger developers, but certainly not all. Most devs I know don't think of…

> But do they? In my day job, outside of the occasional use of Visual Studio and developing on a Windows machine, I use no Microsoft products for development.

According to your comment history, you are using JavaScript or used it in the past at least, which usually means you've used npm, which is owned by Microsoft.

And since lots of "young" developers use JavaScript and TypeScript, most of them are also interacting with npm.

Microsoft has captured maybe a larger part of the developer market than you realize. Not by being amazing or with "Microsoft <3 FOSS", but by buying up lots of the market.

Re: GitHub code search is generally available

#145

Earlier quoted context omitted.

> > embrace, extend, extinguish strategy with WSL > They are EEEing their product - Windows? No, Linux obviously. First they like and integrate Linux into their own products. Azure, WSL and others. Then, they provide extensions that are closed-source on top of those. With the goal to extinguish the original project so they have more control over the direction.

If it was that easy to kill Linux it would have happened already. Chad Linux, open source free software, withstanding the full might of the multi billion dollar juggernaut Microsoft.

They're still doing their best to kill Linux on the desktop.

Notice how, as much as .net core is cross-platform, the desktop UI side of MAUI is absolutely not, and left 'to the community'.

They do not want to enable desktop developers under Linux, as they know that a decent environment would likely remove any need for Windows in that space.

Re: GitHub code search is generally available

#146
post #7

I'm Colin from GitHub's code search team, happy to answer any questions. For more info on how we built this, you can check out our technical blog post from a few months ago https://github.blog/2023-02-06-the-technology-behind-githubs...

I imagine a future in which this is integrated into vscode so I can go from an error message in the terminal to a search through my code + third-party modules that my code is importing

You can already do that by including your module folder (eg. node_modules, site-packages etc) in your project tree

Re: GitHub code search is generally available

#148
post #147

Earlier quoted context omitted.

What do you mean?

They are doing well because of products and market share they held before using vscode. So it's unrelated success.

I meant, VSCode is pretty successful if it can get Google to switch over to using it.

Re: GitHub code search is generally available

#149
post #41
post #20

Earlier quoted context omitted.

Does this mean it will not be implemented?

We want to do it right if we do implement it, but I can't promise anything concretely. It's not trivial, unfortunately.

Sorting the code search results by date has often been my only guide in a breadth-first search, to find out how to use an API in a recent state of the ecosystem, that I am working with.

I am working with .NET and .NET has seen lots and lots of changes in the past years. I often have to see the usage of a library in the current form of the .NET ecosystem, instead of say, an outdated .NET Framework project from 5 years ago.

Is there any equivalent for doing such a search in the new Code Search?

Post reply on HN