I think database modeling is a bit of a lost art, it’s so important though for building applications that do anything important. Love your distinction about the database not needing to be 1 and the same with your domain model. I usually do my first iteration with a few json columns then split them out into tables as the domain model comes into focus … it’s kind of an art.
I know at my last job I closed any resumes that had Google on them. They generally didn’t do well at startups in my opinion, the scope and responsibilities are too broad and there is no where to hide. And the ones I did hire tended to want to make everything look the way it did at Google.
That seems a little much; Google has had such a huge number of software employees, that it seems unwise to draw assumptions about everyone based on what I imagine has been a much smaller sample size than the total that you've personally worked with.
exactly this. Working with a couple ex-google and ex-facebook. Without failing every meeting we hear at least once "At Google/Facebook we used to ..." for something that is completely not applicable here.
I work at one of the big companies and some people do that even here. People just talk about their experience or other systems that they know. It always feels conservative to me, as often it's said to suggest emulating what some other group or company did to solve an often superficially similar problem, but with entirely different constraints. I think some people with certain kinds of thought patterns just pattern match and try to apply past experience a bit too broadly.
And he just secured a massive salary increase for his constituents, in short time. As a member of the labor class of society, I can’t help but cheer him and the union on.
On some level I think everyone admires a mobster, but he and his union are parasites enriching themselves at literal public expense. This “labor class” nonsense is just an identity racket that helps them get away with it. You might as well have said “I’m a mark and I’m proud of it!”
It’s not wrong to use dicts, it’s just bad practice when you could use something like a dataclass or pydantic model instead.
Dicts are useful for looking things up, like if you have a list bunch of objects that you need to access and modify, you should use a dict.
If you are using the dict as a container like car={“make”:”honda”,”color”:”red”}, you should use a proper object like a class, dataclass, or pydantic model based on whether you need validation, type safety, etc. This drastically reduces bugs and code complexity, helps others reason about your code, gives you access to better tooling etc.
This looks great, actually using streaming for responses is a nice touch.
Having built a few front end ai chat features, one of the key things is making sure the llm provider is swappable, and that chat history is stored in your own database.
The architecture I typically use is chat frontend (usually react) -> custom llm wrapper api -> openai/anthropic api | my own db for chat history .
Would this be able to support calling my custom llm wrapper out of the box?
Exactly, things like changing the signature of the api for chat completions are an example. OpenAI is looking for any kind of moat, so they make the api for completions more complicated by including “roles”, which are really just dumb templates for prompts that they try to force you to build around in your program. It’s a race to the bottom and they aren’t going to win because they already got greedy and they don’t have any true advantage in IP.
The brain imbalance narrative really is a double-edged sword.
On the one hand, it can help people understand that a condition is real and not imagined, especially other than the sufferer. "Look at this brain scan, it looks different from a healthy person's" is quite tangible and convincing.
On the other hand, it can lead to a sense of helplessness, and notions that because there's a physical element to the mental illness, it's a permanent disability, or to be exclusively treated with pills and injections. That just doesn't follow. Sometimes it's true, but in many cases, lifestyle interventions can help, talk therapy can help.
That's just your projection. A proper neurological diagnosis can absolutely help a patient find a viable path to recovery, as well as enable them to find support groups.
And not every neurological disorder is fixable. And the question of whether this is "sometimes" or "in many cases" is still in the air, unless you can provide solid citations proving otherwise. So there is no need for this kind of judgement.
I'm addressing the words you wrote, mainly this idea that learned helplessness is a significant concern when diagnosing chemical imbalances. Learned helplessness is tangential to a proper diagnosis, there is still CBT and other techniques for developing coping mechanisms around mental health issues, but those cannot be utilized without first receiving a diagnosis.
For example, in the case of ADHD, it s clear that patients have a reduced dopamine receptor count. It's not just a chemical imbalance, it's structural. Medication is the only effective solution for severe cases, and the result is night and day. Knowing this helps me make better decisions around my diagnosis, and also alleviates the great shame and anxiety that come hand in hand with ADHD.
I don't wish to devolve into an argument and I apologize if my initial comment was too aggressive.
I think this is a major selling point. If developers could upload their CVs, exercise could package together the users yoe + industry experience with the users learning veracity + main language. I think that would be a solid product that hiring people would pay money for.
The issue is we don’t actually recognize that there are two very different careers that fall under the “software” umbrella.
One is developing hard software, software that needs to be performant on a hardware level. Like operating systems, low level libraries, embedded software, databases. The ability to quickly identify and apply data structures and algorithms leetcode style is very important in hard software.
The second is soft-software, which needs to be performant on the organizational budget/timeline level. This type of software engineering is more about glueing together hard software in the right way to solve business problems. Leetcode style interviews make no sense here, because the glue is usually bash or Python and it isn’t really doing much besides orchestrating hard software and delegating work to it.
And yet it's still not clear that the standard anxiety-driven interview process is in any way helpful for sussing out actual performative ability in the former category.
