premun

Conceptually, this is correct, but you must account for the fact that some problems are so hard to explain in English and have so many restrictions and strict rules that you end up writing a much longer and much more brittle program. In the end, you need to explain the real world problem as without it, the AI does not know what to do, however smart it is.

This is a bad take. Large companies have often team collaborating across the globe so they're used to partial remote already. My company (Microsoft) turned mostly remote, teams that started through COVID have never seen office. Also the company doubled through COVID so a large portion of the company is remote first. Also.. Offices cost a lot whether you're big co or a start-up.

Can you actually monetize this when you don't own the music?

It is amazing for typing out mock data. Say you're testing parsing of XML - it can easily suggest the the assertions over the data parsed from the XML. Example test that was 95% coming out of Copilot: https://github.com/dotnet/arcade-services/blob/61babf31dc63c...

It also predicts comments and logging messages amazingly well (you type "logger." add 7/10 times get what you want, sometimes even better), incorporating variables from the context around. This speeds up the tedious parts of programming when you are finalizing the code (adding docs + tracing).

Honestly, Copilot saves me so much time every week while turning chores into a really fun time.

I didn't appreciate developing Azure Pipelines in YAML so I've created a library that lets you use C# instead.

Aside the apparent advantages of the strong typed environment, I was able to bake in many more features that make your life easier. Code reuse is also super easy.

https://github.com/sharpliner/sharpliner

That hardly sounds as the main reason for this

But what if you're Azure or Amazon? Then you definitely care a lot about this kind of thing

How is Microsoft reducing your ability? No functionality got behind a paywall. On contrary, the VS Code plugin will actually get much better because of this effort - you can read the authors of OmniSharp clearly stating this[0], links are in the comments above. Microsoft spends a lot of money to bring you free experiences. Then it has the business on top of that where it offers better experience. Nothing different to what JetBrains does in this regard. Except that this fuels how you are able to fund the free experience in the first place.

[0] https://github.com/omnisharp/omnisharp-vscode/issues/5276#is...

I agree but also - a controversial opinion - I am pretty sure Microsoft collects the kind of telemetry to learn about user behavior and improve the IDE, and not to collect private information for some kind of other gain. I am sure that whoever develops Codium will eventually get into a dead-end at some point because they won't have any telemetry connected to the product usage. Other piece is that Codium might inherently actually thrive because of some product decisions based on the telemetry Microsoft has so so it's not a fair fight.

Disclaimer: I am a Microsoft employee and this is my opinion only but I say this because I know what it's like to work on apps used by tens of millions of people and I can tell you that you're dead in the water when you have no idea how people use your product. And no, at this scale, controlled user testing is not sufficient. I've worked on countless Microsoft products over the years from Office through Skype to Teams. I've also been personally adding some telemetry into these but ALWAYS to be data driven when making product decisions such as "which button should we display here", "did we improve latency/stability/discoverability/.." and "which new feature will be actually useful".

Now.. I don't know VS Code 100% but I did see some internal talks, have access to some telemetry (didn't browse it much) and I can say that the team is full of good intentions. They just deal with difficult UX problems. I've also worked at Google and I think it's much different when your product/business is using/selling data about customers as compared to creating tools for developers. You are after a very different type of data in essence and I think the actual privacy is not contended here.

I am sure people will spin this the usual way "big company big bad" and "you never know what they will try to collect next" but in that case, I can only suggest you get a job in one of these companies and see how you will develop anything without real data to back your decisions and assumptions about the real world.

Just adding information as I understand this is hard to follow (especially if you're not from Europe) but there were supplies from many countries delivered already. For example Czech Republic already sent a third shipment of weapons of all kind. Danish government allowed Danish to fight for Ukraine if they choose to. The support is coming from all directions.

I would personally think next ones would be non NATO or non EU countries like Moldova. Then countries that are on Russia's list up high like Lithuania.

Seems like the same amount of characters that are each wider would be wider? So you would see less characters on a line with the same amount of characters

> It's not reasonable to add ALL Javascript/CSS directly into the index.php file. PHP is only 10% of the codebase, and it would bloat the file to insane dimensions and make it difficult to maintain.

I guess no one says that's the way you want to maintain the project. The final `index.php` with HTML/CSS/JS can just be built out of parts that can be maintained separately.

Exactly, why would anyone prefer Chrome to Edge? They both are built on the same Chromium core but Google adds a bunch tracking with merging your website logging together with your browser account.

You can, but there is just one icon to represent the group of windows of that given app. It's visually hard to tell when there's more than one and impossible to tell how many (there is a little border suggesting there's more).

But it gets worse. If you have only 1 window with some app open (browser, terminal..), and this window has two tabs inside, clicking on the taskbar icon representing this window won't bring the window up. It will first bring up these small previews above the taskbar for every tab that you then have to click again (pick any) and then finally you get the window brought up. This is horrible because when you have tabs side by side in the window (terminal example), it doesn't matter which tab you choose as the same window pops up showing both tabs anyway. However you have to click twice (or hover for a bit to get the previews and then click again).

Congratulations to "Windows" version where switching "windows" is painful.

FWIW, I'm a Microsoft employee (not in Windows org) and I complain about "never combine" in any feedback forms we get. Maybe it will make a difference somewhere. (opinions are my own)

This. Thousand time this. I will never understand the entitlement of some people. The only explanation at hand is that they probably just don't understand the way the world works?

Luckily it's a dynamic language, so you can keep reusing one or two for everything!

Yeah, I agree, but do 120, not hard 80 limit for every language. I remember C++ and JS code where you wouldn't fit even the for() definition in one line and that just becomes crazy

I have worked for both and prefer CodeFlow, my more detailed comment is above.

I have worked for both and prefer CodeFlow, my more detailed comment is above.

I have worked in both Google and Microsoft and even though I see how people can be efficient in Critique, I must say I prefer CodeFlow.

In CodeFlow any comment is a floating object with a line connecting it to whatever selection it was created for and you can move it around as you like. You also can easily filter out visible comments by state, author, participation in them.. Features around comparing iterations, marking already reviewed files and similar are the same as far as I remember.

Another reason for my opinion might also be that CodeFlow is probably better optimized for large screens, but this might be caused by the weird Google standard of 80 column limit for source code which I will just never understand in the 21st century where everyone has 24" and up full HD to 4k screens.

I am comparing state of both from 2015 where I worked with both in the same year.

+1 for this :)

I have been working on a larger nodejs project for past two months. I can say I have experience with web based JS and with OOP in other languages but this was my (our) first encounter with JS being used in a team environment where you needed to distribute the work among programmers. This is near to impossible without specifying interfaces. And for good code readability you need to separate public and private insides of your modules/classes too.

While we were starting the project we found ourselves trying to emulate class behaviour, inheritance, singleton patters etc. because it was natural for us and pretty much desired for that kind of project. There are many ways how to imitate such behaviour in JS but each and every one of them lacks some kind of a feature such as multiple inheritance or interface implementation to which you are accustomed to in modern OOP languages like C# for instance. We had a lot of trouble with prototypes and I think we never accomplished getting to a OOP pattern on 100%.

I am very excited about Poof because it gives me a lot of hope and I am quite sure we will invest in researching spoof (I just found out about it through HN). If it proves OK after several tests and delivers its all promises such as speed, I am quite sure we will be rewriting whole project under spoof style.

Of course that if you are using JS only in front-end web environment, there is no need for such a thing, but a framework like this is a big helper in a project like the one we are dealing with.