HN user

citrons

27 karma
Posts1
Comments18
View on HN

Also agree, with each release I get an "Eureka effect" that now I can solve the type issue I strugled couple months ago trying to create to just make some highly used function safer/easier to use for the developers.

Example the new satisfies and some upcomign "as const" features to generics I'm looking forward to

I'm currently having a similar issue where the query planner refuses to use the indexes on a search query (was fine for w hile, but one day it just started de-optimizing itself). Instead just does a seq-scan. Instead of the execution taking ~40ms with indexes the query planner thinks that the seq scan of ~1.5s is better...

Re-indexes the db and run analyze the table. It gets better for max 30min then PG de-optimizes itself again.

I'm kinda stuck on it, any ideas what can I do to resolve it?

Yeah the setup-project boilerplaye stuff is a mess.

Luckily for backend it's super easy to set up typescript as the default are good enough for weekend projects/prototypes:

``` mkdir my-project cd my-project npm init -f npm i -D typescript ts-node @types/node npx tsc init touch index.ts npx ts-node index.ts ```

Centering in CSS 6 years ago

Stuff like 99% support flexbox and high % for grid makes working with layout so good.

Only wish "gap" property would be adopted easier to make working collapsing flex rows way easier.

Even the basic things like :last-child selector is good quality-of-life improvement.

+1 for styled-components my prefered choice now over tailwind. Styled-components have good integration with typescript - no need for custom utility classes or inline css, also doesn't have a way writing an invalid css-classname and styled-component written css can be easily linted.

TailwindCSS v2.0 6 years ago

I took over a fairly large project which used tailwind v1. Have a low-hate relationship with it.

I like how fast you can do stuff, but when when a designer creates something a bit custom it all falls part really quick.

I understand it solve the issue with reusability and style-guides, but for modern apps that would also mean everything should already be react componentized, so you shoudl not really care about css at that point idealy.

I rather use a mix styled-components (easily extendable if you need something custom) and css-variables for dark mode and defining global variables like colors,paddings etc. Plus I route-split so page only has it's related styles.

Yeah, for building files in docker try using multi-stage builds. They on the "final" image you can only use prod dependencies.

Yeah, now it Catalina it's pretty good.

Also, you can record the screen using Quicktime for years... But noticed as of Catalina it works much better with the high-res screen recording.

I also had a bit trouble learning redux (adopted quite early), but now there is video series by Dan Abramv that goes trough entire redux features is is easy to understand.

But the conectps in redux IMO are worth learning, made me think about my own code different. More pure functions, less sideeffects...

If you read their docs, you learn even more cool "hidden" (not promoted) features.

For new project I also prefer mobx-state-tree over redux.

For my notes use private GISTS or Evernote. For projects use BitBucket or GitHub. For syncing program configurations use my own written script that creates symlink to hard drive from Google Drive folder. Chrome does a decent job syncing all web related stuff for me.

Not perfect but it is ok.