When I was learning C, google must have thought I had a lingerie fetish after searching for so many cstrings
Everything I googled in a week as a professional software engineer
111–120 of 399 posts
Re: Everything I googled in a week as a professional software engineer
#112This is a fun exercise, then ask the second question "How productive can I be in my job when the network is unavailable?" The author states : What I’m trying to show with all this is that you can do something 100 times but still not remember how to do it off the top of your head. My experience differs from this, if I were to rewrite it I would say something like: "You can do something 100 times, and as long as you ca…
That's one of the cool things about the Red Hat Certified Engineer, no internet access. You still of course have access to anything available from the yum/rpm repositories, so man pages and documentation are there for the browsing.
I definitely felt proud of myself for passing, especially when the other 6 senior linux admins all failed because they were too arrogant to study or prepare.
Re: Everything I googled in a week as a professional software engineer
#113Earlier quoted context omitted.
Intel assembly: mov dest, src AT&T assembly: mov src, dest Whenever I'm debugging at the assembly level I have to just write down the appropriate one on a piece of paper in front of me.
at least arm and mips both match x86 (right? unless I forgot. probably I forgot, it's been over a decade)
Both of the parent's examples were in x86, intel and AT&T are only syntaxes for the same thing.
Re: Everything I googled in a week as a professional software engineer
#114Earlier quoted context omitted.
Intel assembly: mov dest, src AT&T assembly: mov src, dest Whenever I'm debugging at the assembly level I have to just write down the appropriate one on a piece of paper in front of me.
at least arm and mips both match x86 (right? unless I forgot. probably I forgot, it's been over a decade)
Well two differing conventions above are both for x86, so you can't "match x86".
Re: Everything I googled in a week as a professional software engineer
#115This is great but the premise seems kind of straw man. I don’t know a single developer that thinks “googling stuff means you’re not a proper engineer.” Perhaps this is a reference to the interviewing process. Tests are a different thing, though. I’ve been on practical technical screens where you can google, because the test was about building a larger system, and they don’t care if you don’t remember this or that API…
Isn't that what a whiteboard interview is? Proving you can do things without google or else you aren't a proper engineer? (For the record I disdain whiteboard interviews as the accepted metric for testing one's ability)
Re: Everything I googled in a week as a professional software engineer
#116This is a really interesting peek into the developers mind. Right away I notice I google things differently than the author. I try and hit up phrases that match a question (which is why I probably over index on stack overflow). The author seems to hit up ideas that remind me of something that might be the title of a blog post or something. Also, my search is definitely more full of stack trace keywords. Probably 80%…
Completely agree. If you're interested in giving insight into your own developer mind, I'm working on a social network to do just that[0]. The goal is to be the sweet spot between Twitter and a blog – short enough to jot down (as blogs take too much effort), and long enough to go beyond Twitter's character limit. And you get markdown!
It's very barebones MVP at the moment, but you can expect more features very soon. Open to feedback!
Re: Everything I googled in a week as a professional software engineer
#117On the list of things I always Google, is how to create a symbolic link under Linux. I just can't figure out a way to remember what comes first; the source or the destination. The man pages add to the confusion by calling the "source" the target. So, the rule of thumb I now follow is cp or mv semantics.
This is used to really confuse me too, but now I can't remember why, because everything's the same:
touch
$EDITOR
mv
cp
scp
mount
All I can think of that breaks the rule is `rm`, `unlink`, and `umount`. But they're hardly gotchas, and they're not reversing arguments they just don't have a 'destination'.
Re: Everything I googled in a week as a professional software engineer
#118This is probably a 10-50x fewer searches than I do in a week. I am assuming there are many searches left out. I'd be interested in seeing how the OP tweaks their searches as the results don't return exactly what they want. Here is an actual single search progression for me (In reverse order because copy/pasta :shrug: react context optimize rerender "props.children" react context optimize rerender react usereducer dis…
could you give an example of a complex search? I've never bothered using advanced Google search patterns
Re: Everything I googled in a week as a professional software engineer
#119I often search for "X sucks" to see if others agree with me that X indeed sucks.