When it comes to tax issues etc. it turns out the company registration is meaningless. The sweet spot has to be somewhere in the middle. Starting a company shouldn't be something you expect to do in a day but it also shouldn't require you to sell a kidney or fill in pointless forms.

To be honest, this is the same in almost all apps that have any more than 10 developers working on them (my estimate!). Death by dependencies and a lack of coherent design.

As someone else said, though, some things like fastmail work OK in the browser so it is possible.

Also depends whether you can about the middle more than the 10-20% of the people most struggling who can earn much less than the mean or median

I think the correct way would be a one-click link in an email though!

The things you said are definitely making things much worse and I suspect that even back in the day when everyone bought things from the local shop, most retailers were not making massive profits so anything cutting away at that will make it worse.

Sad really.

In the US, for some reason, if you are a danger to the President's friends, you can be fired/your department can just be shutdown executively and this isn't just about Trump, it is about a serious weakness in the systems of governance.

* Support really poor, raised a ticket last week and have heard nothing back at all * Separation of claude.ai accounts and console accounts is super confusing * Couldn't log into the platform since I had an old org in the process of deletion even though I was invited to a new one (had to wait 7 days!) * Payments for more API credits were broken for about a week * Claude chat has really gone to s*t unless it always was. Just getting back terrible answers to simple questions. * The desktop app is a web app pretending to be a desktop app that doesn't always know it is a desktop app so you get things like, "this will only work in the desktop app". Yes I know, this is the desktop app! "Oh sorry about that but you need to use the desktop app". * mcp integration and debugging is dreadful, just a combination of generic "an error ocurred" and sometimes nothing at all * MCP only supports OAuth for shared connectors but auth key doesn't work even with "local" servers that are not necessarily local, just the config is local.

You can put those on the health status!

I think new founders are sometimes intimidated by customers, especially well-known brands, we don't want to upset or annoy them instead of being open about not being able to afford to run loads of pre-sales technical work. We also see the dollar signs for one large customer when we should be seeing smaller dollar signs for many customers.

For the customers, to be fair, they are partly trying to derisk the purchasing decision by making sure everyone and their dog has seen the demo, shown that it definitely does exactly what they want with their data and processes etc. and they have no skin in the game at this point, so why not?

Believe in the product you have built already and as the OP says, be certain of product market fit and ABC (always be closing).

They even have the cheek to link to a 15 year old guide on email best-practices, it is in equal parts awkward, annoying and incredibly shameful for a large organisation like MS. The fact that SNDS shows all greens seems to mean nothing and clearly they have been instructed not to engage in any conversation about why it is happening and the fact these are servers that are linked to a well-known business with static IPs that have been in use for over 3 years.

The best I can work out is the use of heuristic mail filters that detect anomolies for whatever reason they feel like. Too much email, not enough email, email sending rates that are too erratic, basically what 99.9% of email servers in the world are doing and they decide to block you. I could live with "rate limited" and I could live with "temporary" because I would disable the servers once they got blocked but nope. Just more "we don't give a shit" attitude from Microsoft.

Sadly, I had to accept the inevitable which I had avoided for many years and migrate all of our email sending to Amazon SES because life is too short to send emails to Microsoft.

If you are going to pay presumably a lot more money for all of the extra detectors and electronics then they need to deliver 2 things as mentioned by OP: 1) They make sure that anyone on the crossing has time to cross rather than stopping traffic for a fixed amount of time (useful outside schools) and 2) If there aren't any people crossing, the traffic should be stopped for a short amount of time no worse than if they were just a normal Pelican crossing.

However.

Even when no-one is crossing or in some case someone crossed and is about 50 metres up the road, the crossings are still usually on red for a total of often 20 seconds, which is way longer than most Pelican crossings that are on red for usually 5 to 10 seconds max.

I don't know if no-one notices or cares but it is really annoying!

An investor is a gambler. Not just on past success, although I'm sure Marissa has had some successes even if people don't know them.

They gamble on: 1) Has this person got the experience (good or bad) to run a business. A failed business leader is a better gamble than someone with no experience. 2) Does this person have a strong network so they can realistically pull in some really good people? 3) Has this person raised capital before? 4) Do they have a convincing narrative about why they have failed and what they might do differently? 5) Is the potential ROI high? 6) Do I have anything else I could invest in instead with better odds?

If I think as an Investor and not as an Engineer, I am not surprised that she has succeeded and I wish her all the best.

1) There are objectively bad decisions that you can make regardless of "taste" or principles. If you search a list in O(n) for an items key, it is objectively worse than using a dictionary with O(1) search in most cases. It is not about taste or readability, there is a right way and a wrong way (or multiple right ways and multiple wrong ones).

2) Everything else is a matter of trade-offs. Map reduce or a loop? It depends entirely on performance requirements, what reads better in a specific scenario, maybe browser compatability or whatever but as long as the trade-offs are considered, I won't get bitchy to another Dev who decides that one is better than the other although I might disagree.

If something is wrong or the trade-offs haven't been considered though, that is a question of maintenance: do we care enough, is the performance bad enough, is the code visited enough to change it? In a lot of cases, the app will be deleted before it becomes a problem but it is still a question of trade-offs.

As someone said below, as long as someone has considered the "why" then its all fair game. I'm not sure that any of this is "taste" though.

Not everything that is not perfect is Tech Debt, some of it is just pragmatism. If you end up with two methods doing the same thing, who cares? As long as they are both correct, they cost nothing, might never need any maintenance attention and will never be paid down before the codebase is replaced in 10 years time.

Same with people writing code in a different style to others. If it is unreadable, that isn't tech debt either, it's just a lack of process or lack of someone following the process. Shouldn't be merged = no tech debt.

Adding some code to check edge cases that are already handled elsewhere. Again, who cares? If the code make it unreadable, delete it if you know it isn't needed, it only took 10 seconds to generate. If it stays in place and is understandable, it's not tech debt. Again, not going to pay it down, it doesn't cost anything and worse case is you change one validation and not the other and a test fails, shouldn't take long to find the problem.

Tech debt is specifically borrowing against the right way to do something in order to speed up delivery but knowing that either the code will need updating later to cope with future requirements or that it is definitely not done in a reliable/performant/safe way and almost certainly will need visiting again.

Others have already pointed out some of the practical things that would limit what you can achieve with shorter trains like minimum headway between trains and the congestion that would occur after a delay where you would expect people to wait for maybe 10 short trains to arrive and depart before you could get on.

There are other problems. The cost of the smaller trains means if e.g. 2 carriages each, then every other car is a driving vehicle with motors and control equipment. On longer trains, this could be 1 in 3 or 1 in 4. Each of these not only requires regular maintenance (so that's doubled the maintenance requirements) but also creates massive congestion issues in maintenance yards. Commonly, 1 or 2 full trains fit in each siding so getting most trains out if e.g. one is broken down is usually easy enough. Imagine having to move 3 or 4 separate smaller trains out of the way, they are not automated in the yards.

Most people would be very unhappy knowing that they might be alone on a train, which is a main reason why operators are not quick to get rid of all staff. But currently, a single driver and conductor is close by for, maybe, 8 carriages. This would double if you needed a single attendent on each 2 carriage train.

The signalling is very heavily designed around traditional trains with its delay after passing a signal. 4 x 2 carriage trains would utilise more signalling capacity/time than 1 x 8 carriage train. If these were all coming from the same location and needed to return, that would also need a lot more platforms so that the following trains don't block the first trains in terminal platforms. This is already a major problem at most UK terminal stations so that is largely unsurmoutable.

I also heavily question the idea that station cost is largely dependent on platform length. On most surface stations, platforms are relatively easy to construct and whether they are 4 carriages or 12 carriages long still require a station building or 2, some ticket machines and CCTV etc. For elevated railways that is more likely to be true maybe.

So yeah, like someone else said, we are unlikely to come up with ideas that 1000 other engineers haven't already asked, the easier problems to solve are around planning, design, legal rights for infrastructure projects etc. since these tend to eat up sometimes decades and billions of dollars.

I suspect that the idea originally was to give some safety valve but if it is used more than a few times by a President, it makes a mockery of it and it should be removed as a power. How can a President ever decide that the entire legal process is flawed and their opinion is right? If the sentence was too long then change the sentencing guidelines.

I guess the real problem is that Governments are not agile enough to change this things as needed e.g. lets remove tariffs for 6 months and then revisit. If the locals can produce what we need, great, if not, we allow imports again.