2,116 karma · joined January 26, 2017
I use a notebook as well btw, for leetcode as well. it's simple better. limited in it's distractions, requires a greater amount of lingering on thoughts rather than quickly typing in whatever words have come to mind, freedom of input and manipulation. it does one thing slowly, not everything fast and the interaction it requires is beneficial to then thought process.
even tablets are not as good. anyways, I agree with you.
Either suck it up and utilize your anger and envy as impetus for changing your situation into one that you're satisfied with, detach your own self worth from that of your friends or continue to be a baby and keep crying in your slum.
my mother came from a family of cotton pickers, I got a leg up and my children will be getting an even bigger leg up.
This might seem unnecessarily harsh but crying will get you nowhere.
Testing vocabulary size is similar but penalizes people with a limited but accurate vocabulary, regardless of whether they use curse words as a crutch.
But again, assumptions and flaws, etc, etc.
I'm willing to believe I'm wrong again because there could be any number of other factors. But we're talking about outrageous beliefs so here we are.
I'm going to attempt to get data more often to confirm my assumptions outside of this one circumstance. Seeing my beliefs disproven was a bit of a wake up call. Also, I need to stop being a dick.
I'd rather see art that hasn't been repeated ad infinitum like stuff by osman bey or charles curran or something else. I guess it's just taste? I probably don't know anything, just talking.
When I'm asking you a technical question, I'm looking at the code you're writing, not you. The camera is only on to make sure you're not lip synching or something. The layout of your code and the logic that went into it is more important than your mannerisms.
I refuse takehomes on principle because I've had enough bad experiences with poor reviewers so I'll never give one out.
What I try to give is a three parter simple string parsing manipulation question where you build on each successive part as well as providing both valid and invalid inputs for them to use as test cases. It shows organizational skills and the ability to break down problems into reusable parts as well as the super basics of string parsing. I think being able to do that much under time pressure shows the learned qualities of a programmer since most will go with what's been ingrained into them by way of habit.
I can understand brain teasers being a poor measure of ability but I'm super on board for online whiteboarding when done properly. 45 minutes, no muss, no fuss. No 6 hours on a weekend to make something. No impenetrable question that requires tricks you don't need for day to day work that you can later look up.
Proper abstractions aid in understanding and can ideally be optimized away. Poor abstractions hinder it and slow things down.
Instead of properly managing mutable state (which can be difficult in situations with growing teams and complex application logic) people are opting to just copy everything or copy a subset of the tree they need so they don't have to think about it.
Immutability is bad for performance when the purpose is not recalculating a certain state after a certain number of operations(memoization). Many of the best practices that have cropped up in the past few years has been more for helping teams of people deal with growing code bases rather than helping programmers deal with limited hardware. In computer science this should be self explanatory. For optimal runtimes the act of making copies is avoided. Why people usually seem to ignore the fact that they're wasting cycles for the sake of the holy grail of clean, functional programming and immutability has eluded me.
Typescript, focus on immutability, microservices even. I hate all of them but they have their purposes. They solve people problems. Maximizing hardware performance is not in the list though.
Sorry for this, but I find the parallels a bit funny.
>But, preventing global CSS removes the expressive power of the “cascading” part of Cascading Style Sheets (CSS).
lol wat? variables exist and import exists if you wanted to stick with style.module.css. StyledComponents works very nicely for this as well.
<div class='text-base font-sans font-medium rounded-lg bg-gray-100 text-black py-3 text-center cursor-pointer'>Button</div>
The above line of markup looks like utter crap tbh, not to mention, the fact that it's a div vs the name of what you consider it to be in the context of the other objects on the page seems like you're obfuscating its role. I just don't think it's a good thing to use unless you're doing a bunch of one offs that you'll never have to support.Maybe one week isn't long enough. I dunno.
How is having their source code impractical? You should have downloaded it anyway.
The only one that might seem extreme is downloading the SO dbs. I have done this because I stay offline so I can better focus. Not everyone (probably very few) will reach that point.
I think you're overblowing how recent the information you require is tbh. You can get a lot done with months old information.
2. If you're using a new framework or plugin you should have the source available in addition to the documentation. That should tell you all you need. 10 month "dusty" documentation means you're working with unstable code. If you don't have the source to inspect then you have other issues, the first being the proprietary code inflicted mess that you have to deal with.
3. You can download the stackoverflow databases of the topics you deem important and search through them.
My bet is that you haven't really even tried.