HN user

gimili

296 karma

co-founder and CEO of www.valispace.com

Posts12
Comments21
View on HN

Thinking about a similar question, I've tried to come up with this framework: https://assistedeverything.substack.com/p/ai-bowtie Maybe it helps in your interviews.

I think you will find that both AI-pilled as well as AI-sceptics will actually agree on that approach, because it rejects the question of "how much" and rather reflects it towards the "when to use AI". Depending on who it is, you can then talk more about the beginning, end or center piece of it.

I don't think (a) is a pure UI thing.

Think of the difference of using a single-user application to e.g. make mockups for websites or a collaborative environment like figma, in which you happen to also be able to have AI collaborate with you. Very different usecases and solving collaboration workflows, etc. is non trivial.

I guess for (c) both things will exist. Local will be done for 2 reasons: - data sovereignty (e.g. companies wanting to have applications that are purely trained/fine tuned on their own data; but that improvement is not shared) - privacy (anything from an AI having access to all your email and calendar up to having intimate "friendships" with AI)

I think it is more complex than the author thinks.

There are clearly defensible aspects for ai startups. Specifically I think these are: a) in-context and collaborative features (since working alone with ai through a chat box is unlikely the only way we will interact) b) gated knowledge/data (since commonly available technology can be leveraged with unique data) c) edge computing and offline usecases won't be the center piece for many classical companies and therefore can be very well exploited.

I wrote up a framework to assess LLM powered Startups/Ideas here: https://assistedeverything.substack.com/p/the-three-hills-mo...

I like the calculation; makes things more clear.

However, to your last point: You are saying that nuclear power plants then are insured to risk. Can you point me in your sources to the place where it is shown how nuclear power plant operators today then are insuring "to risk" the risk of nuclear disaster and all costs and risks of the disposal?

For 6 years I had a long distance relationship between Peru and Germany.

When you are in different timezones it can actually be nice to fall asleep with the other person "close" to you; so we kept Skype running while one of us went to bed and the other person was working on the PC.

Unfortunately the internet connection would regularly drop, ending the Skype call. Now you did not want to wake the other person by calling them.

So I wrote a small script that would allow you to send a secret word in the chat and invoke the other persons' Skype to call you instead automatically.

Kept our relationship healthy. Now we've been married for nearly 10 years and are happily living together :)

We're integrating GPT3/4 functionalities into our hardware engineering SAAS: https://www.valispace.com/ai/

It mainly helps with 2 things:

- allowing engineers to develop their products much faster (especially doing good requirements engineering for now)

- allowing us to demo to/onboard users with data from their specific usecase (prepopulate their trial account)

Hardware engineering at first does not seem like an obvious choice for LLMs, but I think that it will be those vertical solutions that will still surprise us all the most.

Here are some more details, how hardware design gets concretely aided by LLMs: https://assistedeverything.substack.com/p/todays-ai-sucks-at...

I found it interesting that there start to be best-practices for professors and teachers on how to deal with ChatGPT in a class room [1].

One I really liked a lot: >And if you don't trust the AI to output correct content, teach your students critical thinking by using Assisted Teaching to write history essays and let your students find mistakes in it.

Another way (if you want to go the more traditional way), is the Flipped Classroom [2] method, in which students self-teach at home and do the "homework" in the classroom.

I agree with others here that there is no way to ban these technologies; there are just better and worse ways to deal with it.

[1] https://assistedeverything.substack.com/p/the-age-of-assiste... [2]: https://en.wikipedia.org/wiki/Flipped_classroom

In my opinion what we are seeing is the age of "Assisted Everything" [1].

I am very certain that in 2 years' time no white-collar job will be performed anymore alone in front of a PC. You will always collaborate with an assistant.

Personally this makes me super excited. As a Satellite Engineer, I always wanted to have a Jarvis-like experience and was super disappointed, when I found that the hardware engineering world was only paper-pushing excel files. Finally the future is here and engineers can focus on solving problems instead of on tasks that can be automated.

[1] https://assistedeverything.substack.com/p/the-age-of-assiste...

Great work; this looks awesome. I am wondering what products would look like, if hardware engineers applied this to the modeling of future products. At my startup valispace.com for now we only allow for a simple propagation of worst-case values (gaussian distribution or worst-case stacking), but I think that specially for early design phases it would be of huge help and foresee problems in complex projects early on. Do you know of anyone using guesstimate for hardware engineering purposes?

Offtopic question: anybody knows what kind of software they might have used to build their slides? Some of the animations are really neat.

Valispace | WebDeveloper | Lisbon, Portugal, Europe | ONSITE

tl;dr

  - Product: Github for Hardware
  - Stack: Django, Django Channels, Python, Bootstrap, jQuery
  - Team: small, growing, technical founders, fast-paced
  - Customers: AIRBUS, Gomspace, Ripple,... (companies building rockets, satellites and planes)
long version:

Valispace is a browser-based software that enables engineers to collaboratively design better satellites, rockets and other complex hardware products.

At Valispace, we want to transform the collaborative engineering of complex hardware, such as satellites, power plants or autonomous vehicles. Managing this growing complexity with Excel spreadsheets and emails has reached its limit and it's showing, for example, in cost and schedule overruns.

Valispace overcomes this by harnessing the power of web technologies: We are building a browser-based data storage and collaboration software and API. Our ambition is to become the GitHub of hardware engineering: allowing engineers and designers worldwide to work together in a streamlined way, much as git has enabled efficient collaboration on software.

http://www.valispace.com - https://angel.co/valispace/jobs/210070-web-developer

I checked out cadwolf and as an engineer myself I find it very interesting. I am curious to understand a few points: - Why do you center everything around documents? Is it more because people are used to it, or do you believe that they are best fit for design-tasks? - I saw that to update multiple documents after a requirement changes, you need to open them one by one, in the order of their dependencies. Have you tested that this is still a viable approach, once you have thousands of dependencies and multiple users in a complex design?

I really like the equations and how you only allow to make formally correct equations (including units). Anxious to see how this develops.

(full disclosure: I am co-founder of a Software which tries to achieve the same aims using different concepts: www.valispace.com)

I am a fellow engineer (Satellites in my case) and we have been fed up with engineering-tools in general (specially systems engineering), which seems to only consist of Excel-Spreadsheets and document-management systems. Even in the space industry there has been practically no innovation since the 60's more than digitalization of documents.

We are working since 1.5 years with some engineers on a software to solve this: www.valispace.com

I would be curious to hear from you whether what we are building with a focus on the space-industry also applies to structural engineering.