They keep inventing new drinks that seem suspiciously like old drinks, but with a few trendy ingredients thrown in. Instead of refining the new drinks until they are just right, they take them off the menu and invent more new drinks.
That must also explain why they needless complicate things that should be simple... Like not having Small Medium and Large sizes. No I do not want a tall beverage, I want a small beverage ....
"Should I suggest to the developer that they check if Starbucks is hiring?"
Why, because people actually are putting a million icons on their desktop? Either this one is a swing and a miss on Chen's part, or I'm confused on what his point is.
Because that was the article-author's thought before he dug in and found the real issue. The comment implied that the code would only fail if there were a million icons, and the article-author knew that the code was failing.
Agree with the comment on the page "Should I suggest to the developer that they check if Starbucks is hiring? [/quote]
No. The comment was clearly if you needed a million icons on the desktop. Not if he made a coding error."
Any coffee snob coders on here that think they would enjoy a part-time barista job??? I would be up to try it out, especially at a small business or cafe that takes care in the quality of their coffee.
I am no coffee snob, but if you get the chance, I can only recommend volunteering in a cafe, it is busy at times but it is fun and it is for a good cause.
I was thinking specifically about cafes run by non-profit organisations, the one I was helping did run an animal sanctuary, I think that was a good cause.
Totally. My now Fiancé asked me on our 3rd date what a midlife crisis looked like for me and I said "Quitting my software job and working (or owning) a coffee shop".
Good luck, my wife actually tried that after she left a PM job at Microsoft. No one would hire her because they figured she was just biding time until the next high-paying software gig, and would leave shortly after being hired.
Leave the barista jobs for people that need them to survive. It's one of the few jobs that takes less than a year of training and pays decent (with tips) for all the people struggling to make ends meet in the new economy.
Developers can do a couple hours of freelancing and make what a barista makes in a full shift.
I spent a year as a Starbucks barista, starting in late 1999, and it was a wonderful job. I think the machines they work on are more automated now, which is great for consistent quality, but I loved the skill building and quality impact I could have by being passionate. It was great to give people the thing that made them happier (that first cuppa the day), and the tips were okay. I really enjoyed many of my coworkers and we socialized outside of work a lot. The side benefit is that when you start work at 5a and your manager needs to limit you to no overtime, you get a lot of daylight for hiking and golf!
Awesome, sounds similar to a friend of mine that worked around that time. I have heard they still use the more "complicated" machines at their original spot in Seattle to keep that taste.
Worked as a Barista for a small Mom and Pop shop. I enjoyed my time there for various reasons, but it is not intellectually stimulating work (maybe if I had worked for a roaster instead?) and while you can dick around all day inventing new drinks, you're still just dicking around with some variations of coffee, tea, sugar, sugar substitutes, dairy or dairy substitutes. Maybe some soda water or dark chocolate (low to no dairy or sugar variety) to mix things up a bit.
Hah, a hippie coder that roamed from place to place (obviously around Silicon Valley?) followed by 12 disciples, with teachable stories along the way, would make a cool book.
I gotta admit, I cringe a little when I see cutesy comments like this in professional code. I see it occasionally in our codebase, through stylecop override justifications "OMG this is the right way" or "// i hate this but whatever"
I'm generally a fan of documenting when you do something and don't like it, though it's generally useful to use something a hair more constructive. At the very least, though, leaving a signifier to future-self or future-non-self that the decision was made as a "least worst option" or a "doesn't matter now, may matter in the future" or otherwise "I don't like this, but doing better is not my immediate problem".
Basically, having any context into why a decision was made is an extremely useful artifact.
I'm torn over these mini dsls that creep into code like printf and regex formatting strings. They are so useful, but so often a cause of bugs.
Any solution to then I've seen like doing them entirely in code (c++ io streams or many of the various regex builders) seen to overshoot too far in the safety direction and destroy their quickness and usability.
There has to be a better way to print stuff out that is useable in languages like C and Java without blowing the budget on code length, object creation, etc.
I once once wrote a zero garbage logging library for high performance java code and i just defaulted to essentially copying into a buffer.
42 comments
[ 5.3 ms ] story [ 64.8 ms ] threadWhy, because people actually are putting a million icons on their desktop? Either this one is a swing and a miss on Chen's part, or I'm confused on what his point is.
There's so much bike shedding that regex tolerates that we make games out of it.
https://xkcd.com/1313/
huh? how is volunteering in a cafe "for a good cause"?
There's so many good organizations to choose from, no need to limit yourself to just cafe's.
Also, discrimination against overqualified applicants is now illegal in California, but I imagine it still happens.
Developers can do a couple hours of freelancing and make what a barista makes in a full shift.
Lots of socializing, plenty of work with your hands, and it smells pretty fantastic. If I had more free-time in the week I'd probably pick it back up.
I'm generally a fan of documenting when you do something and don't like it, though it's generally useful to use something a hair more constructive. At the very least, though, leaving a signifier to future-self or future-non-self that the decision was made as a "least worst option" or a "doesn't matter now, may matter in the future" or otherwise "I don't like this, but doing better is not my immediate problem".
Basically, having any context into why a decision was made is an extremely useful artifact.
Commit history in cowboy projects tends to be really bad.
I've seen a lot of "not so professional" comments in them like:
* empty message
* single word message like "update" or "hack"
* onomatopoeia (arghhh!!!!, yargla!!!!)
* all upper case commit message raging against the company and its lack of recognition
Any solution to then I've seen like doing them entirely in code (c++ io streams or many of the various regex builders) seen to overshoot too far in the safety direction and destroy their quickness and usability.
There has to be a better way to print stuff out that is useable in languages like C and Java without blowing the budget on code length, object creation, etc.
I once once wrote a zero garbage logging library for high performance java code and i just defaulted to essentially copying into a buffer.