jeffwilcox

Was always wanting to do something like this before they swapped ours out for a SaaS+hardware butterfly mx thing.

Those Doorkings have had to get replaced at so many buildings in Seattle now that criminals figured out how easy they were to override.

Plus the Wachowskis have Chicago street names throughout.

Love it - was walking with a friend near Martin Place they pointed out the "Reflection" sculpture that was in the movie during the red dress training exercise.

Any leak with your mobile and name pair could have done that. As a non-AT&T customer, I get the my-speecific-name pig butchering texts, too.

I think it's a mix. We're learning a bit each time. I'm bummed in the rush to get this finally published we made a few errors. We first found what looked like the source back in September last year.

Having the source on GitHub feels like a nice way for some people to peek through it... but there's clear compromise between archival and sharing some source.

The binaries for the multi-tasking bits did come from an external source; however, the source code is from our corp source code archives team. Even that was a bit less formal back then...

The percentage structure - while I want to agree with you, we can then look to things like ... the struggle now of delivery food percentages and tipping. If I order a $15 pizza and tip $3, I'm tipping 20%, but that is seen as "cheap" for a tip in 2023... yet if I order a $4,000 bottle of wine at dinner, and tip 20%, the staff will enjoy an $800+ tip for that meal. Worth 20% to pop the cork, really?

Thanks for the suggestion. We do have a "MicrosoftArchive" organization that we could consider transferring this sort of thing to...

As far as games, and the broader collection of earlier closed source applications: it's incredibly difficult to clear rights if there's third-party intellectual property that was written without the intention of being open, or licensed content, etc. It also takes a bit of an army to clean/review code and comments to get them ready.

[Source: I run our open source office... we help advise internally, but aren't staffed to do nostalgia open sourcing and so need to partner with people and teams who can help]

FTX's Excel spreadsheet has entered the chat.

Sigh. I have "bought" so many of my favorite movies so many times over the years. (Just piling on at this point, sorry).

Since this article was published, Washington State finally has a right-to-charge law, too, with the passing of HB 1793 - 2021-22, hopefully making things mildly better in Seattle.

While the article claims there is no money to be made in EV charging to incentivize and align with building owners, there's plenty of similar "amenities" that easily can help differentiate a "luxury" apartment building, hopefully they become more common.

Some of us have calculated it... and it is frightening! I have an Excel sheet of all the cars I've ever purchased or leased, and the cost per mile of them, and it is staggering. Thankful to have enjoyed some fun cars, I cannot imagine just how much of this economy is powered solely by this car dependency we have in the US.

I've also estimated my cost to commute to my tech job in the suburbs (thankfully full-time remote now), and it was staggering how much that was including insurance, maintenance, tolls, electricity, etc., compared to free options/transit/corporate bus/remote work/my daily mortgage cost.

Agree, to a point. This was how I justified purchasing a relatively nice stereo setup 13 years ago.

Today, I look at the math, on a cost-per-day or cost-per-use angle, and I'm so happy that I went for something nice that I enjoy.

I do feel like cost-per-day amortized is probably more interesting for a lot of decision making.

We probably over-estimate how often we'll use a product or service.

Happy to learn more, ping me in some form. The Windows Terminal is building a community on GitHub and it's pretty active.

With the exception of a specific engineers who we checked with, our process includes masking developer aliases, names, etc. It does seem that version control was a lot more basic back then. We're seeing comments on Twitter that it's likely this was under the SLM system, which includes holding an exclusive lock on specific files. (Some history here: https://devblogs.microsoft.com/oldnewthing/20180122-00/?p=97...)

I feel like it's close... but it's pretty hard to take engineers off of modern day projects to go figure out what's needed to make an almost 30-year old set of source code to build. I imagine some folks will get this building soon that are smarter than we are!

So excited! We're seeing Kenji on Saturday in Seattle at a book launch event, so cool seeing him get so much press and excitement around all this.

The long tail of box office receipts, especially internationally, is always interesting, as are licensing deals. Maybe they find a way to protect those with other subsidiaries.

Came here to look for this list ;-)

Don't get me started on my new Model Y that doesn't have the game controller-only games... or my Model S that doesn't let me actually play games in the back. Wait, it's a car, I'll be fine.

It's almost best to disconnect from the forums and fans after taking delivery.

The ordering, waiting, and delivery process really do require us all to connect - if only for mutual support through frustration -

There is an aspect of "who cares" when I hear about slightly different door panels, or heated windshield wipers, or a manufacturing improvement for newer cars being built.

Yet it's easy to get lost in the "OMG THE NEW HEADLIGHTS MY CAR IS RUBBISH" world, too.

Enjoy any EV, when you're ready, it'll be a great car for many years.

Congrats on this milestone!

Copyleft has more process, since we absolutely need our engineers to understand the obligations we have, and for some of us, it may be the first time we're being introduced to open source communities and licensing, so we have to do more education in the GPL case.

Our process revolves more about _using_ open source than forking specifically.

Whenever a build runs at the company, we have a detection task that identifies the open source that is used, storing an inventory. We evaluate the open source licenses for that inventory, and have automation depending on the license that will help inform a team that has taken a new dependency with specific legal obligations - could be to get business and legal approval for something, to take training and learn about copyleft software and licensing, or that they need to post third-party buildable source. We're also able to use that inventory to help with incident response and blast radius analysis.

To scale, we need to make sure that our guidance and policies are in front of people, but we know that engineers want to get work done (or will find a way around what we have in place), and so need to be efficient and straightforward.

Not all situations will require a business or legal approval. Our motto has been "eliminate, automate, delegate" - eliminate onerous bureaucracy and policies - automate licensing compliance and inventory and approvals - and delegate to business leaders and others when there's a need for humans to be involved.

Sorry for the long answer.

TIL. Thanks!

Agree. The lack of tests has been the biggest regret of mine for this project. It started as a hackathon project a long time ago, and as it grew up, it never got the testing investment it deserved. I imagine the code coverage is about 0.001% and there's no end-to-end tests in place.

Honestly, I'm not sure what happened here.

My guess is that they were going through a checklist of what to do when releasing open source changes, and didn't understand what they were doing.

A lot of why we've had to put some guardrails in our system has been to point people to guidance and training on open source.

I've sent the team that works on this repository an e-mail, but I don't expect to get a response on the holiday.

Git for Windows comes to mind. Teams can absolutely get approval for any open source license; however, for a GPL project, we'd have their open source legal team work with them to brief them on the license obligations and requirements, such as publishing code to https://3rdpartysource.microsoft.com/.

I lead the Microsoft Open Source Programs Office team. I'm sorry this happened.

We have merged a pull request that restored the correct LICENSE file and copyright, and are in touch with the upstream author Leśny Rumcajs who emailed us this morning. We'll look to revert the entire commit that our bot made, too, since it updated the README with a boilerplate getting started guide.

The bug was caused by a bot that was designed to commit template files in new repositories. It's code that I wrote to try to prevent other problems we have had with releasing projects in the past. It's not supposed to run on forks.

I'm going to make sure that we sit down and audit all of our forked repositories and revert similar changes to any other projects.

We have a lot of process around forking, and have had to put controls in place to make sure that people are aware of that guidance. Starting a few years ago, we even "lock" forks to enforce our process. We prefer that people fork projects into their individual GitHub accounts, instead of our organization, to encourage that they participate with the upstream project. In this situation, a team got approval to fork the repository, but hasn't yet gotten started.

To be as open as I can, I'd like to point to the bug:

- The templates we apply on new repositories live at https://github.com/microsoft/repo-templates

- The bug seems to be at this line of the new repository workflow: https://github.com/microsoft/opensource-management-portal/bl...

- The system we have in place even tries to educate our engineers with this log message (https://github.com/microsoft/opensource-management-portal/bl...): "this.log.push({ message: `Repository ${subMessage}, template files will not be committed. Please check the LICENSE and other files to understand existing obligations.` });"

When I graduated in 2005, I was so happy to be moving somewhere (Seattle) with essentially my entire graduating class. That social network was comforting and fun, and it was great knowing people working at Amazon, at Microsoft, and other firms to compare and contrast experiences.

In hindsight... only a few ever moved back to Michigan, and wow, yeah, what a recruiting pipeline, and what brain drain.

I imagine that only accelerated the last decade as midwest total compensation likely trailed significantly.

For a while, it felt like the tech firms were strip-mining all the talented midwest engineers who were willing to relocate. I hope the more remote-friendly future helps people keep their local roots.

A majority of the businesses we visit have "closed bathrooms for COVID-19 safety"... so much savings opportunity!

Right... time to solve this like Apple did with Find My + secure enclave + stopping phone thefts in their tracks.