for llm's it's a github repo - spec driven development prompt or skill with a "WIP" (work in progress) status and a broad context summary with <AGENT> instructions to chunk the document.
Exactly, datafusion is implied batteries included apache bigdata ecosystem.
Polars is chasing the Python Pandas crowd and uses python syntax, handy if you're already comfortable with ipython.
RPI Pico is irrelevant in my view.
Seriously checkout RISC-V equivalence (there are many, I like the ESP32-C3)
Linux on RISC-V is real, china is using & standardizing on it. Ditch arm, skip RPI, ignore STM-32, and scoff at TI, .. RISC-V is the future.
While you're at it - skip micropython, skip the OS Linux - use RUST and target RISC-V directly.
The cost of RISC-V is cheap and will only continue to plummet, nothing in the IOT space is going to compete with RISC-V except absurdly expensive niche proprietary solutions that were engineered before the blackhole-esque super-nova gravity hole that is RISC-V which is happening right now in the IOT space. I'm not even sure those will survive, ..
The RISC-V options are only going to continue to increase. I say this because China is using RISC-V for most of it's future everything, it's basically the national chip and there are literally tens of thousands of developers & engineers coming out of school into this ecosystem every single day.
Do not use micropython, avoid all these runtime debugging headaches.
Yeah, it might take you a few months or even years to learn RUST, but the concurrency, the power saving, the deterministic behaviors - oh joy! The headaches you will save, the extra rest at night and reduced stress will increase your lifespan.
Qemu RISC-V for emulation + testing and you'll save yourself a ton of time only deploying and supporting code that works. Full simulated environments, you can test in parallel in the cloud, few platforms can do that! RISC-V + RUST it's a joy.
Fewer crashes in the field-- and let me tell ya! .. when you're doing anything IOT that is the only thing that matters - never having a crash in the field, that's better than chocolate cake.
1. How much automata & does the founding team 'care' about technical best practices which will ultimately determine the operational cost of the systems & organization/ type of people to hire. (Do I want to work with the type of people the company is going to need to hire)
2. Do the co-founder(s) understand their market, do they have Realistic & Achievable plan, including visual 'mock ups' of any key behaviors of features, can they articulate the vision to me or will I have discretion on how to implement. I stay away from dubious social science, psychology, anything that is described as "the next xyz"
3. What is the equity structure being offered & compensation relative to the market opportunity (i.e. "how likely are we going to be an exit"). What is the market size, do we have customer #1 (and #2 .. etc.) in mind, a sales strategy, avoid a field of dreams "build it and they will come" mentality.
Fwiw, I have a horrible track record finding co-founders.
I prefer odd # of person startups. I don't ever do 50/50 anymore, its always 49/51 or 49.99 and 50.01 whatever it's never 50/50 by contract. One person is 'the decider' I always offer them the 51 but that balance might flip in my favor if they don't deliver on mutually agreed achievable KPI's, sort of like side-bets, and this equity percentage can move a lot at the early stages but it keeps everybody focused. If feelings and egos are going to be bruised I'd rather find out early, if they are going to be greedy and try and screw me later I'd rather not engage at all.
k8s is the best solution for _universally_ bringing legacy pre-container "legacy" application patterns into a cloud. K8s won the battle (vs mesos, openshift) for a number of a reasons - but one of those reasons was absolutely not simplicity, rather k8s was better at handling the edge cases. This is a popular opinion held by Victor Farsick @ DevOps Paradox podcast and I happen to agree with him.
You are absolutely correct that k8s is not necessary for cloud-native environments. Existing comapnies usually have legacy applications, so they can't go "cloud native".
Once a company has started down the k8s path the org (by necessity) will start to specialize a k8s control layer and that will become embedded and you risk career-icide & being labelled a heretic if you try to challenge the rationality of using k8s. K8s creates a nice way sysops to keep devs in little boxes and limit the size of the craters they can make. All everybody wants at the end of the day is not to be hassled and not need to keep learning something new each day.
Dev's are usually horrible system operators since they fundamentally want to use code to solve problems rather than look for solutions others have built. K8s in this respect creates a very non-creative line of demarcation for system responsibilities. Devs should not be writing backup & logging applications.
If you're building a startup and you don't want the k8s complexity what you are suggesting is fine - but if you're going to work in big b0rg org, it's better to get in the k8s bandwagon - what you are saying will get you labelled a heretic, because the k8s admins have enough struggle keeping up with k8s complexity & beating devs into submission, the idea of learning anything else is unpopular.
It's straightforward to hire people with k8s expertise, but now this is a domain of knowledge that humanity has cultivated.
I remain of the unpopular opinion that k8s is really only suitable for companies which are the size of google (imho), the idea of having a massively complex & specialized administration layer for most companies is absolutely stupid. However the idea of refactoring legacy applications to be cloud native will never fly, too many risks & unknowns, disruption, big b0rg orgs dont want none of that.
So k8s is also a safe choice, it's not especially creative, it's burdensome but big b0rg orgs don't really care about any of that - these folks are unfortuantely the decision makers, and they don't understand the topics they are making decisions on, so popularity of tech, groupthink etc. are going to win there.
it can also be used in blender, embedded into other applications.
design cad as code, use git version control for your objects & designs.
vs-code has plugins, or use the openscad
for many hackernews oriented persons this approach will be better than using a mouse.
Finding a good assistant is rough, it requires patience, initiative & chemistry. Once you find 'the one' reward them, because a good assistant is like having a 3rd hemisphere to your own brain -- it sucks when you lose it.
Retooling for an assistant is the most important thing you will ever do for your company, it is what will ultimately allow you to perhaps grow or exit someday.
For new assistants - start them writing down your processes as an operations manual. Every day, they should be making updates and journal entries in the operations manual. The primary purpose of this is to see they can write in a way you can understand, if they can't do this - then fast fire.
If you find somebody who can write/edit/update -- Make sure they know "this role temporary, until it is permanent" and their role is to make themselves indispensable by anticipating your needs.
review your inbox, edit your documents, organize your calendar, and do research, follow up with clients, billing/collections, whatever tasks they can identify and offload from you.
A good assistant once fully trained will be 80% right, 20% wrong, .. you need to accept they aren't you - but eventually you'll both find how to make sure they do the 80% .. and defer/check with you for the other 80%.
A good assistant will write things down for your next assistant.
We call this the "BUS" (or Tram) factor.
I know this seems cold & harsh, but having/updating an operations manual should be the first week of any new person as they are training.
while i concur this is a nice notion, it's a special type of rare investor who wants to do all the dilligence, take the risk, and not pursue a large reward.
i came to write this.
imagining a future where all plastic was consumed by airbore bacteria and watching the world around us that relies so much on plastics so deeply systematically melt.
you'll need some type of COO who will fill in other positions to find clients keep you all busy.
what types of projects have you done before? dealing with clients & getting paid while accurately estimating the time required to complete a task is an art.
(i can relate), you sound younger than me, so here is my life-hack tutorial I wish I could send to myself:
welcome to the life of the autodidact, sounds like you are well on the path towards being a polymath in a plurality of subjects. without formal degrees in subject matters people will NOT take you seriously, so it's best if you can connect with other people who are credentialed - there are several ways to do this, best case see if you can get your name on a few papers in the field(s) you are interested in. there might be conferences, reddits, or discords on subject matters that interest you - look for those to network.
you will need to continue feeding your curiosity or you will probably become depressed. having a wife and kids, try to always put them first to be a good father! (note: i wasn't, and that scar doesn't fade - so kids are the priority once you've got them and you'll probably need to wait until they're off to college before you really get any free time to pursue your own interests).
someday, it's possible (although semi-unlikely) perhaps you might find or discover something that nobody else has figured out or bothered to do yet - but don't try create and do anything that requires a seed capital because few will understand wtf you are talking about most of the time and with no degree nobody will take you seriously making fund-raising an exercise in futility unless you literally get a patent - if you can build/demonstrate a prototype/mvp then it might be a different tune -- if you can sell/license something you make in the field, then you can pay yourself to pursue your passions and that's "living your best life" (where I am now) but until then you're probably going to be living a lonely life of solitude with regard to your academic pursuits. cheers.
the co2 from the mycelium, let it build up, then periodically cycle into your vertical farm to increase the co2 concentration -- then watch your vegetables or whatever grow bigger!
ooh, yes plz.
i'll take a large order of both motor & memory neurons plz. could i get them without surgery?
i think the delivery mechanism for stem cell tech is sufficiently complex that it is reserved only for explicitly necessary procedures and regrettably by present day medical definitions that is 'urgently life threatening' so the idea of growing another kidney or whatever, unlikely. besides, it'll probably be easier to grow meat kidneys outside the body and then surgically implant them.
My understanding is that Mycelium mostly helps with nutrient motility, moving them across roots of the plants. Potentially increasing bioavailability.
Some Eukaryotes are also reported to my mycellial connection with the plant (i.e. merge with the plants) some sort of forest underweb sort of thing, but I think that would be very difficult to reproduce insitu. Eukaryotes are amazing but also so diverse they defy classification.
English is a funny language, the words chosen mean different things in each country's way of speaking. I'll try to describe based on my own experience:
A tourist is a person who shows up, stays at a hotel, frequently via the air-port or cruise ship. They don't really embrace the local culture aside from sight-seeing tourist type activities.
A Digital Nomad (DN) is almost like a tourist who lives in a country on a tourist visa - they don't open bank accounts, get national identity cards etc. They might rent an AirBNB and "live" in a country for a month or three at a time. It's not a vacation, it's a work/life 'hack', so they're in a foreign country but working (usually) in their host country. They are working in their host country living in another country.
Expat (Expatriate) is a "tax status", it refers to the money transfer .. somebody who is working abroad BUT is .. in their life-planning horizon expecting to return to their home, - they are like an indefinite tourist, they live & work in a host country, so not on vacation (has a job, place to live, permission to stay & work) .. but it's not actually indefinite. The host country doesn't expect them to stay forever and might even require them to leave periodically. An expat is I think always working or earning income in the host country, but ultimately sending the money back home country.
An immigrant is somebody who has left a place, and is going to stay at the new country indefinitely, they do not make any plans to return home (except to visit family), and perhaps they might want to bring their family to the new country. Their work status is irrelevant, they may not even have permission to work. An immigrant should have long term permission to stay in a country or they are considered a refugee, and may be expected leave, which is why being a refugee sucks so much. (I used to say I was an intellectual refugee from the US, but now that I understand how fucked life is for actual refugees I don't make that joke anymore)
Immigrants by my definition, the new place is their home, refugees are 'forced immigrants' from circumstances. Immigrants want to stay embrace the culture, social behaviors, blabla whereas an Expat is probably going to maintain more social identity & long term concern over how things are going "back home", also maintaining some identity or property, whereas an immigrant frequently would (at least in my mind) sell property, move assets to the new country/currency. Refugees on the other hand, they are staying in a country because it's unsafe to return.
I started as a DN, and now on the expat => immigrant spectrum.