bodecker

Joined 13 years ago

Karma

254

Submissions

Member since

Jul 25

View on Hacker News

Recent submissions

Comment · 3 years ago

came across a related article recently that explored the economics and physics of airships [1]. seems like a monumental undertaking to actually bring to market but the principles seem sound

[1] https://www.elidourado.com/p/cargo-airships

Comment · 3 years ago

Agreed, "real pain" is a subjective/vague term and even crypto is a broad term. My intended use here is to describe solutions that are more grounded/integrated into reality vs. more grounded in a fantasy of how the world works. It is hard to describe well though and if you keep unrolling most perceptions of reality are subjective

Comment · 3 years ago

Agreed, but IMO it's their job to do stuff like this (and prob unrealistic to expect a world where it doesn't exist). I'd rather see a higher percentage of marketing for things that have more real value vs. less

Comment · 3 years ago

Of course - there will always be investors/influencers pushing narratives to hype their bets. IMO everyone is better off when the hype is grounded in solving real pain points, which the AI projects I've seen seem to be closer to than most of the crypto projects I've seen.

Certainly there are plenty of grifters in AI too (as with any gold rush) and many AI efforts will fizzle out. But it seems there is more real value being created here than in crypto, which is the main thing I'm excited about and hope to see more of

Comment · 3 years ago

Congrats to the folks involved.

Even knowing this is partly motivated by branding/marketing, it's great to see a16z getting more aligned with solving real pain points (vs crypto and churning out shallow media in recent years). Hope they can keep it up and hopefully more "thought leaders"/VCs follow suit. Best of luck.

Comment · 3 years ago

> You will not use the Llama Materials or any output or results of the Llama Materials to improve any other large language model (excluding Llama 2 or derivative works thereof). [0]

Interesting

[0] https://ai.meta.com/resources/models-and-libraries/llama-dow...

Comment · 3 years ago

I assume comments like these, "GPT-4: 8 x 220B experts trained with different data/task distributions and 16-iter inference."

https://twitter.com/soumithchintala/status/16712671501017210... https://archive.li/rfFlW

I'm not sure the most canonical paper on mixture of experts but here's one possible:

https://arxiv.org/pdf/1701.06538.pdf

Comment · 3 years ago

With regards to The Scientific Method (and other ideas mentioned), I found some of David Deutsch's work thought-provoking. Namely, the idea that deductive reasoning is more effective than inductive when seeking new hypotheses. The Beginning of Infinity is a decent starting place [0]. Also related to some of Nassim Taleb's work.

[0] https://www.amazon.com/dp/0143121359

Comment · 3 years ago

As a recent addition, I've been impressed with Kevin P. Murphy's Probabilistic Machine Learning: An Introduction (2022)[1] and Advanced Topics (2023)[2].

[1] https://probml.github.io/pml-book/book1.html

[2] https://probml.github.io/pml-book/book2.html

Comment · 3 years ago

Thanks for the response. I do recall hitting some product limitations (a webhooks "beta" that we tried to use but hit a blocker). Reflecting more, I don't recall the supporting details specifically enough though. Edited original post and apologies for the added noise.

Comment · 3 years ago

Also reminds me of this Martin Fowler post [0]:

"The situation becomes interesting when the vast majority of your data sits in a single logical database. In this case you have two primary issues to consider. One is the choice of programming language: SQL versus your application language. The other is where the code runs, SQL at the database, or in memory.

SQL makes some things easy, but other things more difficult. Some people find SQL easy to work with, others find it horribly cryptic. The teams personal comfort is a big issue here. I would suggest that if you go the route of putting a lot of logic in SQL, don't expect to be portable - use all of your vendors extensions and cheerfully bind yourself to their technology. If you want portability keep logic out of SQL."

[0] https://martinfowler.com/articles/dblogic.html

Comment · 3 years ago

(Significantly edited after discussion)

I also had a tough time working w/ an app someone else built on Supabase. We kept bumping up against what felt like "I know feature X exists in postgres, but it's 'coming soon' in Supabase." IIRC the blocker was specific to the trigger/edge function behavior.

However after reflecting more, I don't remember enough to make a detailed case. Perhaps the issue was with our use of the product.

Comment · 3 years ago

nifty. neat linked astrophotography blog: http://wondroussky.blogspot.com/