I didn't understand what is the point of the first challenge? anyone care to explain me what is the objective/task because there are just two circles and basically no instructions, kinda feels like a real job (lol)
> The mechanics of the puzzles are simple: for each peg, there is a hole, and each peg must overlap with its corresponding hole. To accomplish this, you will add CSS properties to certain divs.
I'm a full stack developer and still don't know what supabase does other than being a firebase replacement...
Like seriously are they seriously trying to sell us how difficult is to setup a simple nginx server? Not sarcastic just an old developer that hasn't get this new fad of going "serverless".
It's not serverless it's a postgrest API over a DB. Which is plenty of backend for many of my purposes. Postgres's RBAC is sophisticated enough to use as your entire auth layer if you know what you're doing with it. After that it's a free rest API.
I'm not like a supabase diehard or whatever but I have used it to great success in a handful of projects, especially early or proof-of-concept stage ones. For me it's not a replacement for nginx it's a replacement for rails.
Yes but their primary target audience is... Teens and young adults and maybe some p.dos looking for "ASMR sutff" if you now what i mean.
What that target audience have in common... tons on times and low to zero income, so since they have time to spend trying to not pay because they don't have money to begin with, then it will happen.
Twitch is betting on having a "YouTube moment", when those teens and young adults become adults with real money, they would love to avoid the hassle of going ad-free for 10 bucks a month because they love the content that is there, so for them would be at max 1 hour of their total income, meanwhile it has to stuck taking the loses till that moment happen.
I have a BR700G it works flawlessly with apcupsd, minimal to no configuration... the cheap units of APC is for really really desperate consumers, the battery didn't last more than a year from my experience like the BR* ones that usually last 3 years, these lines is the better of the both worlds cheap and sophisticated enough to work "smart" but as expensive as the SMT/SMC units.
Also like everyone say... remember to look for pure sine wave output if you are going to "protect" servers, for network equipment you could use the pwm based ones.
Only if you have carpal tunnel problems or painful arthritis, it will make you happy and as productive as a normal developer with vs/vscode/jetbrains/etc
The amount of time you need setup *vim in order to make it a useful editor is not justified, i have seen people waste weeks on it and the only reason is if you have a condition that vim helps to masquerade.
Personally m waiting to get enough money to justify a kinesis keyboard, that will the only reason to improve my neovim knowledge... as for the moment the vim keybindings for vscode are as good as neovim.
Learned chess while young... elo around 1200~1500, pickup the game at 2023 because everyone has been talking about chess, maybe related to the netflix series but since i don't have netflix account and couldn't care to watch about a young-love drama series with chess around it, it wasn't the main motive.
Anyway opened a chesscom account, i got completly destroyed by online people, elo 100 according to chesscom, move to bots could beat 1200 up to 1500 elo eaisly... decided to give a try to online matches again destroyed but then started to find the pattern...
chesscom free account give me "three fair matches" that i could win to engage me in the platform, then it pairs me with either bots, 3-second chess engine cheaters or chess streamers playing with smurfs accounts, these pattern repeat almost every time sometimes is three, other times is four even five, if i play three games on 1 day the next day i would have another "three fair matches" and so on... so whats my point?
Unless you are paying good money for the subcription you are pretty much "meat canon" for others, the same applies to lichess... if you play 3 games a day for at least 2 years months you could get the 1200 elo, if you pay-to-win or pay the premium you would likely reach that 1000 elo more eaisly because is convenient for them to no match you against known cheaters on the platform...
Was that your FIDE Elo or are you just guessing? It sounds like you just need to practice. You're going to need to provide much more evidence if you think the two biggest chess platforms in existence are impossible and cheating you.
Yes there are some bots, yes some people cheat, but what you're implying is just plainly false.
Thats what my chess teacher used to put me in their local chess club tournaments, in order to get a FIDE Elo, i would have need to go (on that time 1995~1999) to official tournaments and that was expensive for a rural area...
M not saying m on the level of masters but definitely not a newbie... either way i don't need proof just go to chesscom, open a new free account and start grinding... you are gonna see fast the pattern on how the platform gets you engaged but you need to look careful, it entices you with free wins before going hard on you, having three to five games a day was the eureka moment to get good ratings... either go slow or pay premium to get an edge on the game and preferred match making.
Sorry man, that just means you aren't as good as you think you are. I have free accounts on both and don't have any issues winning matches. You're probably nowhere near where you were if you haven't played in 25 years...
I'm anywhere between 1000 and 1800 depending on time constraints and I have friends pushing 2000. All free accounts. Don't know what to tell ya.
You are not getting the point... it is not about the ratings or win ratio, is about how fast you can climb the ladder to 1200 elo (like OP suggested) from 100 at chesscom/liches, 9 months is unrealistic without paying the "pay-to-win" fee, 2 years is more realistic timeframe to get that elo.
If you are think m wrong go start a free account and prove me wrong, you have less than 9 months to go up to 1500 elo.
IMHO... Django hold a high standard in terms for projects running beyond the infamous 5+ years of support... still have some projects that with minimal changes (mostly configs and dependencies that got redundant/integrated into django -like choices-) are working with the latest version, surely 5.0 will not be that drastic if you are already doing software "the django way".
Things that are Django achilles heel are not developing software "the django way", mostly anything that needs some client-side to work is a PITA, requires lots of rewriting and custom templates that at some point you gotta start looking django as a backend more like the full stack framework that was meant to be.
Also anything related onto getting things to production is another PITA that hasn't been solved or touched in years, dx deployment is one of those things almost any JS Framework out there is doing things better than what django supports.
Isn't Developer DX mostly a way to get developers locked into your platform? I have avoided Next.js for this reason, it seems like just a way to funnel developers towards Vercel. DX is largely a service specific problem since its coupled to the service you are deploying to.
I would gladly pay for copilot 5 USD a month (its an specific use case IA), but the current price point 20 month is incredible expensive it only add costs if the developer you are hiring requires it to properly function... thats the only value it adds.
IMHO If you are a code monkey copilot makes you a 5x developer, 10x if you have 5+ years of experience on the business
Maybe selling tokens/search could be benefitial for copilot, like only pay for what i use will be an interesting approach.
$20 a month is incredibly expensive? If it saves 15 minutes over a month, it pays for itself (assuming your work is ~$100/hr). If it can provide any positive value, it is going to be worth more the $5 a month.
Maybe if you live around the bay area where you get paid absurd money by the hour for a job that can be done overseas for 10 bucks, outside or the rest of the world that 100 usd is per week tops, thats way too much i would pay for service that only barely helps my in my day to day...
If you need to constantly use chatgpt/copilot to do your job properly, maybe its time to learn something else because your job will be automated sooner or later, what will be more cheaper a 100/hr or the 20/month service.
are we talking about copilot or chatgpt? chatgpt4 provides more value than copilot since i can use it for other things, copilot is just for "code" and doesn't provide any value other than autocomplete prediction to me...
Maybe if you are website designer... ohh m sorry i should say the modern way website designers call themselves today "frontend engineer", maybe if you are a designer it could help you with all the boilerplate your react/astro/svelte requires just to add a <table> with two columns.
Better use pnpm, faster for those that don't have 1 Gbps uplink and live outside the usa.
> 3. Use Typescript
Better use jsDoc, d.ts files are scary and are really complex, you need a typescript wizard la matt pollock just to tell you are mistakenly trying to concatenate a string and int.
> 5. Use prettier
yes use prettier but don't forget to configure eslint to work with prettier otherwise you are going to have a bad time.
> 6. Use react
Use whatever fits your problem but if you are going to really use rect then do it with Next.js, no point in still using CRA/CRACO
> 7. state management
Avoid using state, try to solve every problem with pure functions, if you must use state then consider redux/react-query
> 8 & 9.
You should still recommend stylelint, specially if you are going to write css by hand otherwise don't just use tailwind, tailwind is bootstrap with extra batteries (change my mind).
> yes use prettier but don't forget to configure eslint to work with prettier otherwise you are going to have a bad time.
Can you elaborate? I'm using eslint and prettier with pretty much default settings and never had it conflict with each other. My impression was that they work on different aspects. May be there're some overlapping eslint checks, but they're not enabled by default (or I didn't stumble upon them yet).
When you want to integrate a javascript module that isn't annotated with types... types in a dynamic language like javascript are complex once you start doing really abstract things like generics the fun of typescript ends, also there is a recent push to abandon typescript mostly fueled by svelte fan base but nevertheless typescript is really complex, easy to shotgun yourself.
And thats why it isn't worth, you are adding complexity to a problem that doesn't need to be complex, jsDoc is the best of both worlds, type safety, zero complexity and it works with typescript (if you still really want to use it).
Personally i think typescript isn't going to be around much time on the frontend side, maybe on the backend by some people that still believe in adding another compiler layer to their build time.
You have pretty much described the "php way" of developing things, is funny js-driking cool-aid guys talk about "SSR" being the thing to have, when we already had that, we already found that it can't scale without lots of money and started pushing computation to the client and now we are bring them back because it's not fast on the initial load...
damned we have come to full circle whats next, an assembly language so we can run binary code inside the browser kinda the way activex and applets just used do it... wait isn't that the whole point webassembly? sight you f** javascript developers have done it again sight
This is fairly reductive. SSR is less about rendering HTML on the server, and more about having both the initial render and the client-side updates use the same process. Contrast this with other ways of rendering the front-end where either the client needs to build the entire view itself, or you need to write a separate application to do any client-side manipulation that might be necessary.
As with everything in software, it's all about tradeoffs. Using PHP to render your templates works great if there's limited client-side interaction (say, blogs, forums, documents, marketing pages etc), while frontend rendering allows you to build much more complicated applications that can react much quicker to user interaction, but will be slower to load the more complicated they become. And SSR tools try and have the best of both worlds, but make other aspects more complex in exchange.
