284 karma · joined December 8, 2020
but tangentially to this, that's why I like tailwind, its really not all that prescriptive but a tool that speeds up my development un-equivocally more than Sass ever has.
I just love things the variety of things that fall outside the google-ads algos its so easy to silo our "content" from platforms like this. I browse marginalia [0] just to spice it up and see what else there is out there.
I would say, frankly, that if you already have a PG database and
1. you want better full text search than a non-existing solution.
2. you don't need the excellent searching like we've come to expect from search engines.
then use the full text search feature your PG database already has. I wouldn't necessarily go out of my way to use a PG database for FTS but I think its a good solution when you're in the right position to use it and its not too shabby.
It doesn't have to be this way! Put it on a pi and have fun, if not for your sanity at the very least do it for your second most valuable resource, your time. If all a person wants to do is have a website that plays a piezo buzzer when someone visits on your RPi, just write that damned code, they shouldn't feel the need to worry about all the nitty gritty when all that they wanted to do is have fun!
I can't claim that that upgrade was painless, it took a few days with an app with > 10 pages, >20 custom components and I had to push ahead with re-writing a 3rd party component or 2 that was only vue 2 at the time (honestly I should never have used them in the first place. reap what you sow). But build times are faster, my bundle size is a lot smaller, I'm really pleased with the new features, and I'm a building faster as a result.
Ideally, the bad paths all are caught during dev-time but that just can't be assumed to always happen, it doesn't account for any of the risk involved with other systems changing and then 404's popping up. It could happen for other unexpected reasons so why should we assume it won't, it seems like we're just covering our eyes to the problem.
for a short example, Imagine a brand-new account was made in a system. should it make some sort of GET request for a specific component of its account that is created asynchronously to the rest of the account creation, eg a 3rd party billing service, and receive a 404 from the server, there are different interpretations that the client could have around this error code! does it mean one such component was truly not created and needs to be? could it be that as a client we know implicitly of this delay and fudge a 404? using 404 as a catch all for these cases seems error prone and less informative than returning the true results of the GET request. I posit that any good client-side software handles 0 results from a request with an empty state, and 1 or more with a results state and 4XX with the error state(s). its more clear, trustworthy and easier to debug.
> But for the slow VCs at the back who do need to be told:
>> Concluding, Dr. @Abebab notes, "It took Nazi-era atrocities, forced sterilizations… for phrenology,
The battery I use is one that uses the shell of a matching battery but provides a wired 8V DC through a usb SMPS, 20$ from aliexpress and I never have to worry about it.
no just buy an off the shelf web camera if that's all you're willing to budget.
but for those of us with these cameras already becuase we enjoy photography, this dual use is quite nice!
in a remote office world, I'm glad my team leaves their cameras on and I view it as a form of professionalism to present myself as best I can, and if that's not following a dress code and keeping trim in an office, its giving good video quality in online meetings.
I wonder how/if this relates to the acquisition at all.
Woe unto those who do not follow the idiosyncrasies of how golang handles versioning, package management, tooling etc.
if this is really your most important part of a language I would whole-heartedly recommend looking at rust which has been a breathe of fresh air in terms of package management and tooling.
It reads like you are looking for something more exciting in your life, not that you are looking to zone out into a "flow state" for hours of gaming. Maybe start there.
your characterization of TikTok is shallow, its a social media platform. Just like every other social media platform people want to share and talk about the world along with their silly dances and you miss the point of OP and the article that it isn't about what TikTok should or shouldn't be, but that the limits set on free speech result in a neutering of of the social media platform, and is one example of many apps/website/platforms/news stations that will have been effected by this.
Yeah there's risk in investing too, we all know that as well, but what level of risk is it that you should really afraid of? should I be afraid of investing in 3M, coca cola or how about a brand-new psychedelics/cannabis stock? Yeah probably for the latter, but you can even manage risk associated to that.
One risk we all don't like to think about is that our employers will let us go and we'll be out on the streets.
My point is, you can know your risks, understand and manage them. Watch your assets column so that something you think is an asset doesn't turn into a liability(something that doesn't generate profit), you want to be able to rely on a lot of factors for wealth generation because a wide array or complex risk can actually be better than single points of failure like trusting you will have / be able to find a job, that that crypto you put your life savings in won't be rug pulled, that the stock market won't crash.
Last piece of advice is to know what you can live on, if I lost my job today, what would be left in my assets column and how long a run way would I have if I could rely on my saving and the rest of my assets.