Hacker News new | past | comments | ask | show | jobs | submit | slrainka's comments login

Not the founder? maybe read Walter Isaacson's book.

Stock graph shows Tesla stock had no material impact from the Solar City purchase, 90% of it's value coming after 2020. Today, Tesla energy and solar dominates the industry to the point where every installer offers Tesla Solar including the largest US installer Sunrun.


> Not the founder? maybe read Walter Isaacson's book.

The company was founded in July 1 2003, Musk didn’t even hear about the company until 2004. That’s a rather large gap to call someone a founder. But hey it’s an arbitrary distinction so feel free to disagree.

> Stock graph shows Tesla had no material impact from the Solar City Purchase

From the announcement of the purchase to its completion Tesla’s stock dropped ~20%.

Buying or creating a solar company in house made sense, over paying to bail out a relatives solar company he was involved with didn’t. Solar City was in 1.5 Billion dollars in debt, their business model was failing, and they had just laid off 20% of their workforce so yea Tesla shareholders got hosed.


Tesla was nothing but two guys, a name, an office, and an idea when Musk invested $6.5 million into it. They had no technology, no car, no money, no nothing. That makes Musk a founder.


No, that makes Musk one of two series A investors.

> two guys, a name, an office, and an idea

Add in the paperwork they filled out and we call those things companies. The entire point of incubators like Ycombinator is getting companies to a point where someone would make a significant investment, Martin Eberhard, Marc Tarpenning and Ian Wright who joined a few months later pulled that first major hurdle off on their own.

If Musk had walked away they would’ve just kept looking because it was a very compelling investment as made clear by finding funding within a month of looking and the 1 million put up from a 3rd party.


What are some of the open source/low cost email options that don’t have to deal with the headache of email deliverability, black list management etc.


I selfhosted mailcow (almost default setting) in a proxmox vm with ip from an internet provider for business. Never had problem with deliverability.

A few employees have problem syncing calendar to their phone or outlook but it's less than 1% users.


and security (handled by someone much better at it than me) in particular


I gave Zoho a compliment, not sure why there is so much defensiveness.

You are right - open source requires more work. My response related to open source was responding to the article's tone that it was surprising that anything could be cheaper than Google or Microsoft :) Which is silly.


How on earth is that comment defensive?


Good point. I have been up way too long. I re-read the question now as just wanting alternatives.

I read the question earlier about email deliverability and black list management as being rhetorical in that those services are usually performed by a centralized service provider.

Glad someone was able to respond with some examples.


Stay with FastAPI at least for now. Devs love it.


The key distinction lies in how YieldStar approaches setting rental prices compared to other systems. YieldStar not only recommends rental prices by analyzing the entire inventory it oversees but also incorporates a strategy that effectively eliminates the possibility of rent negotiation with potential tenants. This approach mirrors the dynamics of the prisoner’s dilemma, a situation in game theory where individuals may not cooperate, even if it’s in their best interest to do so. However, YieldStar transcends the Nash equilibrium—the point at which no participant can benefit by changing strategies if the others remain unchanged—by stripping tenants of any bargaining power. This ensures that the rent pricing strategy is firmly controlled, without the usual back-and-forth negotiation process.


This is a strange claim. How is it that software can eliminate the possibility of rent negotiation? A tenant can negotiate, or try to. How does software eliminate the possibility that this will succeed?


It's the scope and breadth of deployment and the algorithm/business pressures.

> RealPage discourages bargaining with renters and has even recommended that landlords in some cases accept a lower occupancy rate in order to raise rents and make more money.

This is the key to why it's price fixing. Everyone playing ball and means that the raising rent rates increases everyone's take home even if a few operate with lower occupancy.

The software calculates rent rates that make sure occupancy isn't too low to keep everyone in line. It removes bargaining with the promise that "if you play ball, you'll be rich".

Tenants can negotiate prices just like you can theoretically haggle with amazon.


The haggling part is not that relevant to whether this is price fixing or not.

If RealPage had the effect that all advertised rents in some area were 1000$ but 90% of renters actually negotiated that down to 800$, it would still be price fixing.

Conversely, if landlords in some area all independently decide not to budge from advertised prices and as a result occupancy rates are 10%, that would not be illegal price fixing. Most markets for consumers don't allow any kind of price negotiation, and yet they are not guilty of price fixing.

The key problem is that RealPage facilitates and even encourages explicit collusion between competitors, by showing the same non-public price recommendations to competing lamdlords. Whether that's successful or not and whether they try to make it contractually binding or not is ultimately irrelevant. As the FTC says, unsuccessfully trying to do price fixing is still illegal price fixing.


> RealPage discourages bargaining with renters and has even recommended that landlords in some cases accept a lower occupancy rate in order to raise rents and make more money.

Of course they would discourage them from deviating from Realpage's recommendation. Why are you paying for a software that recommends the most profitable rent if you aren't going to follow it? Realpage doesn't want property managers to complain that the software isn't working when they're ignoring the software's recommendations.

I have yet to see any evidence that there are any actual consequences of ignoring the recommendations. I'm assuming that Realpage will always accept payment for their services. This suggests that price fixing is unlikely. In the case of a cartel, members are incentivized to sell more than their quota allows, and you need active enforcement to maintain compliance. See the history of OPEC.


It doesn't matter if there are consequences for not following the illegal price fixing scheme (the recommendation algorithm). The fact that they are creating a price fixing scheme in the first place is illegal.

It's the same thing as if I were to call for a meeting of all landlords in my area to discuss rents. Anyone who owns property in the area is invited. At the meeting, I would propose that we all keep rents above 1000$ per room. People would argue and finally there'd be some broad agreement that 900-1100$ dollars per room is a better idea. We don't sign anything and don't imply any repercussions for those who ignore it. Then, 90% of those present would undercut the agreed numbers and offer their rooms for 800$. The end result is that rooms in the area go for 750-900$, so we utterly failed.

What everyone present at that meeting did, even those who undercut the agreed prices, is illegal price fixing. Competitors are simply not allowed to discuss and agree on prices in any way.

If we replace the meeting with a third party offering a recommendation algorithm that everyone independently follows, knowing that others do the same, nothing materially changes. The algorithm need not be binding, and need not be adopted fully, for this to be illegal to do.


I find the pernicious belief that prices could be fixed in the market itself more dangerous than the dumbest price fixing scheme of all time. Let it play out, so we can all remember that price fixing doesnt work, and we might actually see some good come from this story.


Price fixing absolutely works for the parties fixing the price, assuming they have a dominant enough position, at least for some significant time. Look at OPEC - do you seriously believe they would be richer if they competed instead of agreeing on prices/supply?

Monopolies can extract massive wealth from a market, they perfectly optimize profit as long as they are not exceedingly incompetent. Price fixing is just a less organized monopoly.

The problem is that they do this at the cost of all other market participants. But markets can't correct for powerful enough monopolies or cartels. Only outside intervention (riots, government intervention, disruption of the whole sector) can dissolve a monopoly. There is no example in history of a monopoly losing its position in a market without this, since they can always just buy out incumbent competitors.


Why would you compare landlords to OPEC? One organization has the backing of several militaries, including ours, defending their market position by threat of war. If you try to sidestep them you could end up like iraq.

Price fixing in the market doesnt work, because rival landlords cant call the government to airstrike their competitors when they get undercut.


As long as demand exists for the product, cartel members make more money than regular market actors. Defectors can make even more money, but that behavior is going to either be irrelevant (if the defector is too small to Mather), or it will be punished - not by armies, but by other coercive measures. Bribing to return, denying access to other services, bad mouthing, even vandalism or illegal violence. The advantage of the cartel is too large to be allowed to dissolve.

And again, we don't have to guess. Cartels need to be broken up from the outside, they just don't dissolve naturally. This is basic economics, and a well understood weakness of markets. The idea that monopolies and cartels are too weak to resist in a market is not born out by either economic theory nor history.


> As long as demand exists for the product, cartel members make more money than regular market actors. Defectors can make even more money

These two are completely contradictory statements. "Regular market actors" are the same as "defectors." Fracking companies, for example would not be able to exist without OPEC driving up the price of oil because it would be too expensive.


Buyers are also market actors. Also, suppliers who haven't been part of the cartel don't have access to their pricing strategy, and so can't profit as much. Defectors know exactly for some time, and can use that information to beat the market and the cartel in the short term.


> If you try to sidestep them you could end up like iraq.

iraq invasion has nothing to do with opec. And no opec country has made military moves to enforce the cartel.

And in fact, a lot of opec countries tries to skirt the quotas for personal gain!


Consequences involve being kicked off the service with no refund for the (significant) fees.


Where does it say that? If it's something on the contract, you'd think that the FTC would open with that rather than vaguely imply this this happening.


Because the software has set the price and the landlords are using the software's price exclusively. That is why it's price fixing.


to me, it's not enough to show that the same algorithm or software is deciding the price.

It has to be that there's some threat of punishment from the cartel against those who would lower their price from the agreed one. For example, the explicit agreement by the landlord to keep the price at the algorithmicaly calculated one, even so far as to leave vacancy (where as there wouldn't have been a vacancy if the price was lowered).


There is. I forget the number, but the landlords are only allowed to disagree with the software (and give lower rent) only ~10% or so of the time. Otherwise they will be kicked off of the price fixing platform.


Why isn't that clearly stated in the FTC brief? That's a hell of an absence of evidence, under the circumstances. If there's a smoking gun, why leave it out?


This sounds like denying the existence of price fixing altogether. Sure, buyers can try to negotiate against a price fixing scheme but it won't work. The price is fixed.

The software isn't really doing anything. It's simply the means of communication by which the prices are fixed amongst the suppliers.


> The software isn't really doing anything. It's simply the means of communication by which the prices are fixed amongst the suppliers.

The software literally includes the algorithm that says "this week, you will set the rate for this apartment at $X" based on its data. And if you want to deviate from that, without being kicked off, and losing your substantial fee payment, you will do that rate (and they will check), or you can "request an override" from RealPage, that they may allow or deny at their discretion (and RP agents are formally trained that override approvals may not exceed 5% of requests).


Even if they didn't kick you off, they would still be engaging in price fixing. They would be worse at actually changing prices with their scheme, but badly executed, ineffective price fixing is still illegal.


Can you link to info on that feature of the software?


It might not remove the possibility of negotiation. If it reduces the likelihood of negotiation, the impact is similar.


The only way you can productively refuse negotiation is by knowing the price is fixed (or you have the only supply), otherwise others will take your business.


If it's widely believed that other landlords use the same pricing system as you, then that's exactly how landlords can refuse to negotiate.


App Runner is an abstraction on top of FarGate designed to compete with Cloud Run, which is why it doesn’t scale down to zero. I too haven’t found anything that beats the simplicity of a GCP deployment sigh..


If it doesn't scale down to zero, then it doesn't compete with Cloud Run.


It depends on use case. Some corps don't care about down to zero.


In fact, I was waiting for years for them to add a min instances option. But otherwise, agree, been running large and small production workloads since it launched and its been great.


Not so crazy. I can name at least 2 of the top 5 North American airlines running this in production for Mobile and Web supporting hundreds of millions of user requests, daily.


I too have a small team that built a greenfield application that generates about $100M annually for a large hotel chain. Serverless allowed us to get to market fast and everyone in the team is a feature developer — 0 infra folks. I think that’s the biggest value we have been able to derive from this compared all the other internal App teams who struggle with release cadences, experimentation and TTV.

But I fully acknowledge this is not the ideal and optimal setup and we are paying more to AWS on the OpEx. However, we have gone 3 years without any downtime at full speed, and the fact that we were able to unlock net new revenue very quickly has made all project costs and OpEx very minuscule.

But I think once the application boundaries stabilize and we are able to take a breather from full on feature development, hope to migrate some of this to simpler containerized infrastructure.

To make this transition easier, we use Serverless-framework and decouple the app component architecture from deployment architecture, so developers don’t worry whether this is getting deployed to a lambda or container.



Disconnecting the battery can have other consequences. Easier to reset the fuse


A good idea, put a fuse + switch there, and add it to the dash. 1/2 an hour of work.

Better yet, do so, then demand part costs + time + debug + this is the only way to fix it. A $1000 seems abiut right. Having the dealer fail to fix it (all those reflashes) helps, for the small claims court case, as surely they will refuse to pay.

Then post the court case win online.

This seems to be the only way to get big anything to do right by the consumer, these days.


Typically each channel takes its own course and evolves at different speeds with different needs. Trying to engineer a common set of APIs that serve all channels eventually leads to ever increasing FE logic with a backend API with leaky abstraction (by virtue of trying to accommodate different UI concerns).

By decoupling the BFF APIs which are geared towards a UI specifically, in a way you are moving a big part of the logic and orchestration to the backend and keeping the UI layer super lite. From practical experience, this has been a very helpful pattern both in my startups and enterprise career.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: