HN user

dtrailin

277 karma
Posts11
Comments58
View on HN

Having a waitlist was a smart approach for Bluesky. Gives them an opportunity to scale and polish the user experience while building hype for people without an invite.

Interesting, so your argument is not about parroting but specifically about the novel code Copilot generates. My sense is that it would be fine for all licenses except for AGPL as this is an online service and is not "distributed" per say. That is if you don't buy the argument that machine learning is a transformative work so it doesn't matter what the license is, which is the position of current US caselaw.

There some interesting writing from Joel Spolsky on these types of FAQs : https://www.joelonsoftware.com/2018/04/23/strange-and-madden...

When Jeff and I were talking about the initial design of Stack Overflow, I told him about this popular Usenet group for the C programming language in the 1980s. It was called comp.lang.c.

C is a simple and limited programming language. You can get a C compiler that fits in 100K. So, when you make a discussion group about C, you quickly run out of things to talk about.

Also. In the 1990s, C was a common language for undergraduates who were learning programming. And, in fact, said undergraduates would have very basic problems in C. And they might show up on comp.lang.c asking their questions.

And the old-timers on comp.lang.c were bored. So bored. Bored of the undergraduates showing up every September wondering why they can’t return a local char array from a function et cetera, et cetera, ad nauseum. Every damn September.

The old timers invented the concept of FAQs. They used them to say “please don’t ask things that have been asked before, ever, in the history of Usenet” which honestly meant that the only questions they really wanted to see were so bizarre and so esoteric that they were really enormously boring to 99% of working C programmers. The newsgroup languished because it catered only to the few people that had been there for a decade.

The modern equivalent would probably be sorting StackOverflow questions by votes.

I would bet on AWS in this case as they will also likely have the support of anyone who wants to make a hosted service of those products. It will be interesting to see if eventually AWS starts making new APIs that diverge from the Elastic or if they chose to keep the product maintenance mode.

It's also not that uncommon to see people go from Amazon go to Microsoft especially in teams like Azure. There's more difference between teams within the two of them than there is between the two as a whole. Although, people generally go to Microsoft for better work life balance and benefits. Going from Microsoft to Amazon to boomerang back to Microsoft is also quite common.

source: work at MS

For me the thorny ethical issue is not so much working on directly evil stuff like missile targeting software for the military but software that has both military and civilian use. For example, consider a company that develops and RTOS that is used in both cars and missiles, where does that stand morally? Even the most benign technology can be used for evil so it's worth asking the question to what culpability individual bear for who their company sells their software to. In the case of SpaceX, I’m sure much of the code is the same between the military and the NASA use cases.

Given current 50x multiples and high valuations for unprofitable tech companies I don't think there is much evidence that that current stock markets are unable to value long term ventures. As well the extent to which a company is expected to deliver quarterly results is more defined by their board and capital structure than anything in inherent to NYSE or the NASDAQ.

What Is Nix? 6 years ago

This sounds similar to BuildXL[1] (originally called Domino) which Microsoft uses to build Windows has been in use 6 years. It does this sandboxing using Detours on Windows which intercepts system calls and allows you to described packages in a language called DScript. I think you need something like this if you don't use a system like Bazel that keeps build dependencies well isolated. Even then the system you use can leak into the build.

1. https://github.com/microsoft/BuildXL

200k is fairly normal if not low for a senior backed role in SF. Especially considering that any stock options you got would end up being worthless.

The most harmful idea he introduced is stack ranking, the consequences of which we're still dealing with in the tech industry. In particular ranking people on a team level on the team and firing those on the bottom has taken a severe toll on many teams and companies/

This was the most shocking for me. How is Blind getting my FB info from the app? Is there a way to prevent this on Android?

I'm really surprised this isn't in Rust considering security is a priority. However, I think something like this will become increasingly common for high performance cloud applications. Many programs do not need a full operating system with processes isolation and hardware drivers if they're going to run alone on a VM anyways.

Having worked at Bloomberg I really wish there was more content published about how it's implemented because it pretty astonishing in both good and bad ways. For one thing the codebase is ancient there are still some Fortran bits that in use today. However the more modern code is in C/C++ and designed heavily with latency in mind. In particular the feeds are designed to be extremely fast with a few custom built high performance databases built to serve this [0].

The bit that really amazed me was the way the front end is implemented. The front-end is fully rendered server side (meaning every click requires a full round trip to Bloombergs servers) in Javascript using spidermonkey. This caused a lot of difficulties since any real time elements needed to be rendered in a totally different way. As well the version of Javascript was restricted from using things like timers or callbacks since that could make rendering stall. In some ways it's impressive that they were doing server side Javascript at least 5 years before nodeJS but whole approach seems like a byproduct of age of mainframes.

[0] https://bloomberg.github.io/comdb2/overview_home.html

Update on AB5 7 years ago

A very clever thing they're doing is conflating being an employee with not having flexible hours, as if part time jobs don't exist. Fast food chains don't hire independent contractors and yet lots of people have flexible shifts.