HN user

muhaaa

63 karma
Posts1
Comments28
View on HN

I love the idea & I love to fly but building and operating air planes is a shitty business.

Technology wise we could have fly by wire fully automated planes, vtol, and helicopters easily (at least in limited areas first). The problem is not tech it's regulation, insurance, backwards compatibility and scale.

Sadly scale is the killer. You would need a Toyota for airplanes but your market to sell is tiny. You just cannot spread your dev costs over huge volumes of planes. I have seen aero dynamic designs which are comparable to fuel efficient cars but travel at 200mph. But it's very expensive and risky to build a company around it.

What you might be able to break into is Garmins market but hard! Maybe new markets like electric planes or vtol.

I hope I am wrong and you are right. I wish you guys succeed bc GA aviation is stuck in 1970s.

Why a GmbH in Germany? Sorry, that was not a good idea and will costs you money and nerves to fix that. Now you are locked into Germany even if your business can be operated from everywhere around the globe. If you move the GmbH out of Germany you have to pay GmbH fair value ; fair value according to German Tax Authority! Do a Holding GmbH + Operative GmbH to accumulate wealth tax efficiently. You could have your company on your name (Personengesellschaft) and operate from across the globe, especially with cheaper taxes and living expenses OR even found a GmbH-like company in a cheap tax haven and do vacation in Germany.

Learning and compressing is closely related. When compressing, you extract systematic rules and unsystematic parameters from the original data. When you learn you do the same but unsystematic parameter become noise. If you throw the noise away you get a lossy compressor.

same here. in practice its almost never an issue. Always I try to use transducers first. Where its not possible, I ask is the data very large then use lazy sequences else mapv.

I am using clojure for my side projects & hustles. If the project is quick and dirty who cares how its implemented. If project evolves to more serious product, I should re-write anyway and optimize the critical code paths.

I have a very interactive app with limited data use <10MB. Right now its a lots of different API calls to sync state between server and multiple clients. But if I have a distributed sync protocol (that works), I can replicate the state on each cient and server by tunneling the sync protocol to the server and back. I have reduced a lots of api complexity. My react UI just subscribes to the data changes in the synced DB. Similar concept impelmented pouchdb & couchdb but its a bit outdated.

Jim is the collective around you. Jim is a mirror of your position in your social environment. Jim is always looking for clues about your position in your social environment. Jim is looking which role you are playing in society right now.

Jim is there when you are a baby and picking your nose. Jim is reflected in the face of your mother when you wanted to eat the big fat booger and her warm and smiling face turned into an angry and disgusted grimace. There is Jim. Jim turns from an observed behavior as baby to an internalized behavior as adult. If you want to change your behavior there is Jim.

Jim is at the edge of your comfort zone. Jim is at the edge to the unknown. If you venture into new behaviors you will suck at it and Jim will tell you to go back. Jim says its comfortable where you came from.

Watch 1977-1983 Star Wars (which is full of eternal wisdom). Luke fought his Jim before he could fight Darth Vader. https://www.youtube.com/watch?v=_qiDuHCKSc8

The same as Luke fought his Jim, we all have to fight our Jims. And as Luke kills dark-side Darth Vader, light-side Anakin Skywalker is reborn. I told you. Star Wars is full of eternal wisdom. The same will happen to you. As you fight, your dark-side you will uncover your Jims light-side. Because Jim is the mirror image of you.

It is your damn RESPONSIBILITY to create the best Jim there is. It is your damn JOB to fight Jim everyday. It is your RESPONSIBILITY and JOB to uncover his light-side one tiny bit each day. Jedi, its our job to save the galaxy from the dark-side. Its worth to die for!

IF you can solve data sync for your application, local first is simple & easy to develop and feels very responsive for users. Lots of business applications are now in that range. 10MB of ERP data is like 1 year of operating a medium sized company is the equivalent of a picture of my cat.

Not a lawyer. 1. EU yes / US not so easy. Under EU law, content of a database can be copyrighted. I argue the weights of ML model are like the content in a database. Under US law the arrangement of data needs to be creative / original. Creative / original assumes a human expressing himself. Maybe the design of the ML model, selection of training material and selection of hyperparameter justify a copyright claim on a database of model weights. 2. Yes as resources were used to create it.

You want to try temporal programming? Try clojure: immutable values, immutable & persistent data structures, software transactional memory.

You need a data base with full history (transaction time), try datomic. Additionally if you need full history AND domain time (bi-temporal) included in your data base, try or xtdb.

The major driver of renewables costs is investment. The wind blowing and sun shining does not cost anything.

Sadly regarding renewables, there is no twice cheaper available right now. Maybe through innovation somewhere in the future. Right now only hydro power is close to fossil fuel energy density. But it is only available in a few places around the world.

The beauty of energy density is that you pay energy to get energy. You pay 1 kWh to get out 4 kWh in renewables. Thus you have 3 kWh available for society. Oil provides 9 kWh for society per 1 kWh investment. Nuclear provides 19 kWh for society. In developed economies we are about 12 kWh for society per 1 kWh investment. Thus going to renewables will cut society wealth by a factor of 4! The energy is not gone but it is redirected to maintain renewables infrastructure. If you live in the US rn, your renewables living standard will be equivalent to Mexico rn.

Money is quasi-energy. The petrodollar is not a joke. It literally binds the US dollar to barrels of oil. As everybody needs energy / oil, everybody needs US dollars.

Renewable energy is a lot less energy dense than oil or nuclear. Just to maintain renewable energy projects we need to re-invest about 25% of its energy output to keep it going long-term. This 25% needs to come from your living standards. Compare that to oil of about 10% and nuclear of less than 5%. Going green means that we loose productivity and have less money available on non-essential products and services. And many "greens" think they can keep their iPhone - I dont think so -, far away vacation - nope -, having a car - maybe a tiny one which you share with the whole family (incl. uncles and aunts).

Always use a temporal database (datomic, postgres with temporal_tables extension). You get out of the box the full history of your data. That is really helpful for business intelligence and analytics, auditing / audit log (security, accountability), live sync & real-time features and as a bonus easy recovery after application fails.

If disk gets to full, project the latest time slice into a new database and move the old database onto a cold storage.

I built 7 products until I had a product with product market fit with decent revenue. I could not solve the marketing / ads riddle yet. But I have about 25% revenue growth per month starting from a low level. Now I am making a 8th app. I started while I was working as an employee. Obviously I made more money. now I have way more time and flexibility which is a massive gain of freedom plus any potential revenue growth. Basically I exchanged employment risk with business risk which is fine for me.

I disagree. A network effect does not need to be inherent to the product / service itself. It can originate from other sources. What is the network effect of eBay? As a seller I do not care how many other sellers are there. But I care how many buyers are there. For a buyer it's the reverse. Buyers attract sellers and vice versa. That's a network effect too. For Atlassian it's similar. Jira customer attract Jira consultants and vice versa.

Ecosystem is the better word for sure. it's competitive advantage is still a network effect.

Author writes that Atlassian has no network effects. That is BS.

Atlassian has massive network in its ecosystem. There are Jira Consultancies, 3rd party apps and plugins and deep integration into customers processes. If one element grows the whole ecosystem profits.

Secondly, Atlassian is not a bad company just because it's stock is overpriced. It might be a bad investment!

Over the short and midterm Atlassian is in some trouble because it has problems to scale the development while shifting from legacy to cloud. They will solve it. Still i expect some bad news to come.

These bad news will beat down the stock and maybe create an opportunity to buy a great company at a great price.

PS: The Atlassian invoice of my employer tripled over 1 year. You start cheap and simple and with every plugin and product you add the invoice grows. Thus to value Atlassian you have to look into revenue per customer over its life time, which is far greater than this year's revenue of the customer.