Insufficient maple syrup Not being a hockey fan Disdain for Tim Horton's Lack of deference to the Corgi-Enthusiast-in-Chief Not translating everything into French Moose baiting Too little gravy in the poutine Mainlining smoked meat Kraft Dinner addiction (outside of the norm) and finally... Insincere and/or infrequent apologies
Despite the fears from the kale-munching, OMG-I-can't-deal-with-artifice crowd, I for one have yet to hear of any actual widespread problems from the dissemination of GMO crops on humanity.
Sure, business practices of e.g. Monsanto may not be great for farmers, but the actual products themselves don't seem to be problematic AFAICT.
1. Get a Windows laptop. 2. She does absolutely everything on Chrome anyway. 3. When it starts misbehaving, get her a Chromeboox, since she didn't need the rest of Windows anyway. 4. Profit!
No way I'd personally have non-techie employees on anything but Chromebooks these days unless they need some specific app that a browser doesn't provide.
My fave approach as a hiring manager is to do the reverse on a take-home test for candidates from e.g. a career fair:
I write code that does something (generally a few different examples in various languages) and don't comment the code at all and have FIXME-type identifiers (function names like FIXME_name_this_function() ). Their job is to figure out what the code does (compile/run it, take it apart, etc) and then comment it and change the identifiers to something useful. They can use any non-human resources they can find (compilers, debuggers, web searches, docs, etc).
I think this is a better approach because:
* When you're starting at a new job, you're probably fixing broken code at first anyway, so this is a better simulation of that.
* I can process many more candidates, since I already know what the code does and don't have to decipher their handwriting on a board, and
* It shows their ability to get code maintainable, which is much better in the long run.
So stop having your candidates write crappy code; have them comment your crappy code instead!
Both the Salvation Army and Goodwill have reported strong supplies of "refurbished" VCRs in a wide variety of makes and models. Get your home entertainment system to blink 12:00 today; stop by your local shop and pick one up!
Yep, I tend to prefer the default keybindings on konsole (particularly shift+Left/Right to switch tabs) and theme handling....but I do so on Ubuntu with Unity (and there I go losing my street cred--I actually like Unity:-/ ).
Getting things in a state that they're repeatable is step one and it very much sounds like you dont have that. Using a combination of VM and deployment technologies (like puppet) will both give you a safe sandbox to work in and careful change management. Once you have that the rest should fall into place much easier (disaster recovery, upgrade management, etc are much simpler).
Been using it for a month now as both a Google Voice user and someone who has GV in not-a-gmail-dot-com email address (i.e. my own domain).
Fi won't allow you to use a non-gmail-dot-com email address, period, and this makes things even a bit weirder (and I couldn't really port my GV number to Fi anyway for that reason).
That said, the base service itself runs REALLY well--switching between networks works nearly flawlessly (and there are definite times AT&T drops and TMob kicks in). As the writer of the article states, if you don't use GV (and I'll add do use a @gmail.com address normally), you're golden.
Oh, and you can't forward your GV number to Fi either (I had to forward to a "real" phone, then back to Fi. Works, but kludgy).
They'll get it together and it'll be fine. In the meantime, this early adopter had to jump through some hurdles and that's OK. If you're an existing GV user and can't cope with weird, don't bother with Fi until they get it fixed up.
My take is that those that are truly successful in CompSci have both a love of the utility that computers have AND the escapism that they enable through games and play generally.
Back when I was 8 or so, I had my first exposure to video games at the hotel we happened to be staying at in Anaheim outside of Disneyland. Asteroids, mostly. I was hooked. Within the next 2 years, I'd found a way to buy my first computer (a used Tandy Model 1 with tape drive--yep, like I said, I'm old). I whiled away my afternoons loading games off of tape and editing their sources to figure out how to cheat at them.
Later I traded up to a Commodore 64, then a Mac SE, and HyperCard got me through high school (along with a very early Casio graphing calculator). I wrote little games, demos, and all kinds of other mostly-worthless junk in BASIC and HyperTalk. I wasn't a particularly great student (in particular, I was spectacularly lazy), but I got a fair start learning the first three of what I call the five basic CS topics:
By the end of HS: 1. Substitution - Using variables in place of concrete values 2. Iteration - things like for...next loops 3. Problem Decomposition - breaking things down into component parts like functions/subs/whatever
Not until later: 4. Object-Orientation - binding data with its associated configuration (aka code to everyone else) 5. Recursion - writing routines that call themselves and enable decent into hierarchies
(Feel free to argue whether things like algorithm analysis, data structures, state machines, and whatnot are separate or fall into these categories--the reader obviously knows how I feel about it)
So by the time I was done with high school, and almost entirely without any kind of formal training, I was decently grounded in 1-3 mostly on my love of video games as a motivator. Soon after, however, my ridiculous lazy streak kicked in, and you really can't get to advanced topics while being profoundly lazy. I got to university and had my proverbial ass handed to me--brick walled on differential equations, too lazy to write anything of any substance, and what killed me utterly was that it was clear I had no clue how to sell my ideas to others and make them a reality (thanks to the Intel internal bureaucracy for that)....So I dropped out and sold computers for a year. I did pretty well at it, and figured out how to sell stuff (a skill which has since served me well in professional life). I fell out of love with computer games, however, as it made little sense to spend so much money buying hardware to pirate games and fight win95 when the PS1 made playing games SO EASY (and it made more money for the retailer anyway--margins on computers were razor-thin). But I loved this Linux thing I started messing around with back in 1993--you could examine the code if you want and run sessions for a dozen people off commodity PC hardware (which itself could just barely run Win95). It was awesome--efficient, productive, and open to all who had the skill....and I really didn't have the skill, but I again had the motivation to get it. I took networking classes, moved to Silicon Valley during the dot-com boom (you mean I can work with Linux FOR A LIVING? Sign me up!), and preached my gospel of computer gaming being a waste of time and resources for several years until one day a coworker said the following:
"I like computers, but if I don't play games, then computers become entirely work and then I won't like computers anymore."
It wasn't just about productivity and efficiency anymore, and it wasn't about being a timesuck and an escape, either; it was about maintaining moderate motivation--to love computers for both their own utility AND for the entertainment value of loving a good hack and getting sucked into a different world. Both, not either by themselves, and they're not mutually-exclusive.
I eventually restarted my college career and graduated with my CompSci bachelor's from San Jose State in 2008--16 y
Seconded. For $180 unlocked no-contract, the 2nd gen moto g is the best there is (for now). And Motorola's service, support, and radio design are without peer. Google ownership was definitely a positive influence (we'll see about Lenovo).
Not affiliated with Motorola; just in love with my G...
Basic training means different things to different branches--field-stripping a rifle is replaced with using Wireshark or disassembling some code or basic drone flight (even for pure (h|cr)ackers) in the theoretical ChairForce (LOVE that term).
Probably still a bit of a physical fitness/discipline requirement (arranging into squads, e.g.),but no need to be so intense. Or more accurately, time-consuming with all the march-20-miles stuff. Maybe 30 mins/day of calesthenics and certain minimum proficiency for simple "you're likely to get sick enough while on-duty to be a net liability"-type mitigation. Doubly so if there is the occasional expectation to use stimulants to maintain vigilance during long duty shifts (we never give our footsoldiers or pilots stims, right?:-p ).
Especially for new grads, folks entering a branch of coding they haven't done professionally before, or folks looking to change careers (or come back to tech after some time away).
I see resumes from students all the time with all the same projects (because they were assigned that in school) and two things make you stand out:
1. Doing stuff that clearly you have a passion for (or at least an interest in). That may mean running a soccer stats website that scrapes other sites and amalgamates it, or it may mean contributing something to an existing OSS project, or it may mean putting something up on github.
2. Being able to speak intelligiently about why what you did was any good (or that you at least recognize why it sucked). Many students in particular have trouble eludicating design details and/or the "why" of their choices--even a "we chose PHP because it's what the other team members knew" is OK, as long as there is a reason and a defense.
Contributing to OSS is terrific because:
1. I can look at your code to see if it's any good, and 2. The code is open so I don't have to worry about possible legal encumberances to talking about it, and 3. I can be reasonably confident you know how to use source code control and/or play nice with other developers.
If you're not VERY confident in the other stuff on your resume, OSS contribution is the best thing to put in a portfolio.
1. If you don't have a token/ticket (or need to buy more), there's one line for that. 2. Folks with tokens hand 'em over in exchange for bags, preferably right at the truck so no fetching (you effectively crowdsource that bit).
Money is separate from the actual moving of product then (have to do the whole "no refunds/no cash value" thing on the tokens). For people that pre-buy tokens, the line will be lightning fast. For everyone else, it'll still be faster than before and you can flow people to the registers or to pickup as needed to deal with demand.
OK, so if you're asking this, there's no way you've done a proper disaster recovery plan--folks that have done those have sufficient documentation in-hand that someone else should be able to pop in and do the job.
So this is a great opportunity to do that. Together. You gain confidence in your IT minion while s/he gains confidence that they're flying right. And any keys to the kingdom are nicely stored where they should be, so any authorized IT person can get at what they need.
The first step is to get the lay of the land and prioritize services. Gather the keys/passwords/whatever together (make sure your AAA story is good, etc). Come up with what your backup/restore stories are. What do you do if you need to restore one file (the "oopsie" moment)? What about a dead drive/server? What if a plane hits your data center? etc, etc.
Make no mistake--you're in the middle of a disaster RIGHT NOW. You're losing your lead IT staffer to promotion:-)
I tend to agree with the OP regarding the (ir)relevance of calc/diffeq. I rarely (if ever) use any concepts from farting around with f(x) in that sense...
BUT stats and discrete math is HUGELY important. I've gotten way more use out of my one semester of discrete than the entirety of calc.
I for one would love to see CS students get 2-3 semesters of discrete (and preferably 2 of stats) and one semester of calc (rather than the other way 'round).
If you can do a fresh install, this would be a good opportunity to do so:
1. Install XP from scratch, with all the latest fixes and whatnot. Get it nice and pristine with no crap milling about beyond the barebones stuff. Get the licensing happy. 2. SNAPSHOT 3. Get your custom software installed. 4. SNAPSHOT 5. BACK IT ALL UP. 6. Use gingerly:-)
1. Run it on a hypervisor host and RDP into it or 2. Run it in a local VM using VirtualBox (which does surprisingly well running XP-on-7 as long as you have the VM tools instaled). Set the desktop to change size when its window does, auto-hide the toolbar, and it looks/behaves fairly similarly to a local app on W7.
I had a friend's business (which relied on an old map application whose DRM WOULD NOT run on W7) implement such a thing and it's worked great. Plus you get snapshots, which is enough of a reason for me to recommend just about all embedded/oddball apps run on a VM.
Slashdot Mirror
If they don't call this the Impossible Whopper, then they're idiots.
Insufficient maple syrup
Not being a hockey fan
Disdain for Tim Horton's
Lack of deference to the Corgi-Enthusiast-in-Chief
Not translating everything into French
Moose baiting
Too little gravy in the poutine
Mainlining smoked meat
Kraft Dinner addiction (outside of the norm)
and finally...
Insincere and/or infrequent apologies
Lots of "homebrew does not..." in those highlights, no?
Despite the fears from the kale-munching, OMG-I-can't-deal-with-artifice crowd, I for one have yet to hear of any actual widespread problems from the dissemination of GMO crops on humanity.
Sure, business practices of e.g. Monsanto may not be great for farmers, but the actual products themselves don't seem to be problematic AFAICT.
Change my mind ;-)
Simple.
1. Get a Windows laptop.
2. She does absolutely everything on Chrome anyway.
3. When it starts misbehaving, get her a Chromeboox, since she didn't need the rest of Windows anyway.
4. Profit!
No way I'd personally have non-techie employees on anything but Chromebooks these days unless they need some specific app that a browser doesn't provide.
Old white guy Googles himself; doesn't like what he sees. Film at 11.
My fave approach as a hiring manager is to do the reverse on a take-home test for candidates from e.g. a career fair:
I write code that does something (generally a few different examples in various languages) and don't comment the code at all and have FIXME-type identifiers (function names like FIXME_name_this_function() ). Their job is to figure out what the code does (compile/run it, take it apart, etc) and then comment it and change the identifiers to something useful. They can use any non-human resources they can find (compilers, debuggers, web searches, docs, etc).
I think this is a better approach because:
* When you're starting at a new job, you're probably fixing broken code at first anyway, so this is a better simulation of that.
* I can process many more candidates, since I already know what the code does and don't have to decipher their handwriting on a board, and
* It shows their ability to get code maintainable, which is much better in the long run.
So stop having your candidates write crappy code; have them comment your crappy code instead!
Both the Salvation Army and Goodwill have reported strong supplies of "refurbished" VCRs in a wide variety of makes and models. Get your home entertainment system to blink 12:00 today; stop by your local shop and pick one up!
IME, nobody who's ever been asked a question beginning with "Why don't we just..." has ever been happy to hear it.
IME, nobody who's ever asked a question beginning with "Why don't we just..." has ever liked the answer.
Update your Kindle by April 1 or receive a visit from our friendly drone fleet!
Yep, I tend to prefer the default keybindings on konsole (particularly shift+Left/Right to switch tabs) and theme handling. ...but I do so on Ubuntu with Unity (and there I go losing my street cred--I actually like Unity :-/ ).
This.
Getting things in a state that they're repeatable is step one and it very much sounds like you dont have that. Using a combination of VM and deployment technologies (like puppet) will both give you a safe sandbox to work in and careful change management. Once you have that the rest should fall into place much easier (disaster recovery, upgrade management, etc are much simpler).
Been using it for a month now as both a Google Voice user and someone who has GV in not-a-gmail-dot-com email address (i.e. my own domain).
Fi won't allow you to use a non-gmail-dot-com email address, period, and this makes things even a bit weirder (and I couldn't really port my GV number to Fi anyway for that reason).
That said, the base service itself runs REALLY well--switching between networks works nearly flawlessly (and there are definite times AT&T drops and TMob kicks in). As the writer of the article states, if you don't use GV (and I'll add do use a @gmail.com address normally), you're golden.
Oh, and you can't forward your GV number to Fi either (I had to forward to a "real" phone, then back to Fi. Works, but kludgy).
They'll get it together and it'll be fine. In the meantime, this early adopter had to jump through some hurdles and that's OK. If you're an existing GV user and can't cope with weird, don't bother with Fi until they get it fixed up.
My take is that those that are truly successful in CompSci have both a love of the utility that computers have AND the escapism that they enable through games and play generally.
Back when I was 8 or so, I had my first exposure to video games at the hotel we happened to be staying at in Anaheim outside of Disneyland. Asteroids, mostly. I was hooked. Within the next 2 years, I'd found a way to buy my first computer (a used Tandy Model 1 with tape drive--yep, like I said, I'm old). I whiled away my afternoons loading games off of tape and editing their sources to figure out how to cheat at them.
Later I traded up to a Commodore 64, then a Mac SE, and HyperCard got me through high school (along with a very early Casio graphing calculator). I wrote little games, demos, and all kinds of other mostly-worthless junk in BASIC and HyperTalk. I wasn't a particularly great student (in particular, I was spectacularly lazy), but I got a fair start learning the first three of what I call the five basic CS topics:
By the end of HS:
1. Substitution - Using variables in place of concrete values
2. Iteration - things like for...next loops
3. Problem Decomposition - breaking things down into component parts like functions/subs/whatever
Not until later:
4. Object-Orientation - binding data with its associated configuration (aka code to everyone else)
5. Recursion - writing routines that call themselves and enable decent into hierarchies
(Feel free to argue whether things like algorithm analysis, data structures, state machines, and whatnot are separate or fall into these categories--the reader obviously knows how I feel about it)
So by the time I was done with high school, and almost entirely without any kind of formal training, I was decently grounded in 1-3 mostly on my love of video games as a motivator. Soon after, however, my ridiculous lazy streak kicked in, and you really can't get to advanced topics while being profoundly lazy. I got to university and had my proverbial ass handed to me--brick walled on differential equations, too lazy to write anything of any substance, and what killed me utterly was that it was clear I had no clue how to sell my ideas to others and make them a reality (thanks to the Intel internal bureaucracy for that). ...So I dropped out and sold computers for a year. I did pretty well at it, and figured out how to sell stuff (a skill which has since served me well in professional life). I fell out of love with computer games, however, as it made little sense to spend so much money buying hardware to pirate games and fight win95 when the PS1 made playing games SO EASY (and it made more money for the retailer anyway--margins on computers were razor-thin). But I loved this Linux thing I started messing around with back in 1993--you could examine the code if you want and run sessions for a dozen people off commodity PC hardware (which itself could just barely run Win95). It was awesome--efficient, productive, and open to all who had the skill. ...and I really didn't have the skill, but I again had the motivation to get it. I took networking classes, moved to Silicon Valley during the dot-com boom (you mean I can work with Linux FOR A LIVING? Sign me up!), and preached my gospel of computer gaming being a waste of time and resources for several years until one day a coworker said the following:
"I like computers, but if I don't play games, then computers become entirely work and then I won't like computers anymore."
It wasn't just about productivity and efficiency anymore, and it wasn't about being a timesuck and an escape, either; it was about maintaining moderate motivation--to love computers for both their own utility AND for the entertainment value of loving a good hack and getting sucked into a different world. Both, not either by themselves, and they're not mutually-exclusive.
I eventually restarted my college career and graduated with my CompSci bachelor's from San Jose State in 2008--16 y
Seconded. For $180 unlocked no-contract, the 2nd gen moto g is the best there is (for now). And Motorola's service, support, and radio design are without peer. Google ownership was definitely a positive influence (we'll see about Lenovo).
Not affiliated with Motorola; just in love with my G...
This.
Basic training means different things to different branches--field-stripping a rifle is replaced with using Wireshark or disassembling some code or basic drone flight (even for pure (h|cr)ackers) in the theoretical ChairForce (LOVE that term).
Probably still a bit of a physical fitness/discipline requirement (arranging into squads, e.g.),but no need to be so intense. Or more accurately, time-consuming with all the march-20-miles stuff. Maybe 30 mins/day of calesthenics and certain minimum proficiency for simple "you're likely to get sick enough while on-duty to be a net liability"-type mitigation. Doubly so if there is the occasional expectation to use stimulants to maintain vigilance during long duty shifts (we never give our footsoldiers or pilots stims, right? :-p ).
This. 1000% this.
Especially for new grads, folks entering a branch of coding they haven't done professionally before, or folks looking to change careers (or come back to tech after some time away).
I see resumes from students all the time with all the same projects (because they were assigned that in school) and two things make you stand out:
1. Doing stuff that clearly you have a passion for (or at least an interest in). That may mean running a soccer stats website that scrapes other sites and amalgamates it, or it may mean contributing something to an existing OSS project, or it may mean putting something up on github.
2. Being able to speak intelligiently about why what you did was any good (or that you at least recognize why it sucked). Many students in particular have trouble eludicating design details and/or the "why" of their choices--even a "we chose PHP because it's what the other team members knew" is OK, as long as there is a reason and a defense.
Contributing to OSS is terrific because:
1. I can look at your code to see if it's any good, and
2. The code is open so I don't have to worry about possible legal encumberances to talking about it, and
3. I can be reasonably confident you know how to use source code control and/or play nice with other developers.
If you're not VERY confident in the other stuff on your resume, OSS contribution is the best thing to put in a portfolio.
Have a token- or ticket-based approach:
1. If you don't have a token/ticket (or need to buy more), there's one line for that.
2. Folks with tokens hand 'em over in exchange for bags, preferably right at the truck so no fetching (you effectively crowdsource that bit).
Money is separate from the actual moving of product then (have to do the whole "no refunds/no cash value" thing on the tokens). For people that pre-buy tokens, the line will be lightning fast. For everyone else, it'll still be faster than before and you can flow people to the registers or to pickup as needed to deal with demand.
OK, so if you're asking this, there's no way you've done a proper disaster recovery plan--folks that have done those have sufficient documentation in-hand that someone else should be able to pop in and do the job.
So this is a great opportunity to do that. Together. You gain confidence in your IT minion while s/he gains confidence that they're flying right. And any keys to the kingdom are nicely stored where they should be, so any authorized IT person can get at what they need.
The first step is to get the lay of the land and prioritize services. Gather the keys/passwords/whatever together (make sure your AAA story is good, etc). Come up with what your backup/restore stories are. What do you do if you need to restore one file (the "oopsie" moment)? What about a dead drive/server? What if a plane hits your data center? etc, etc.
Make no mistake--you're in the middle of a disaster RIGHT NOW. You're losing your lead IT staffer to promotion :-)
I tend to agree with the OP regarding the (ir)relevance of calc/diffeq. I rarely (if ever) use any concepts from farting around with f(x) in that sense...
BUT stats and discrete math is HUGELY important. I've gotten way more use out of my one semester of discrete than the entirety of calc.
I for one would love to see CS students get 2-3 semesters of discrete (and preferably 2 of stats) and one semester of calc (rather than the other way 'round).
If you can do a fresh install, this would be a good opportunity to do so:
1. Install XP from scratch, with all the latest fixes and whatnot. Get it nice and pristine with no crap milling about beyond the barebones stuff. Get the licensing happy. :-)
2. SNAPSHOT
3. Get your custom software installed.
4. SNAPSHOT
5. BACK IT ALL UP.
6. Use gingerly
Seconded. Either:
1. Run it on a hypervisor host and RDP into it or
2. Run it in a local VM using VirtualBox (which does surprisingly well running XP-on-7 as long as you have the VM tools instaled). Set the desktop to change size when its window does, auto-hide the toolbar, and it looks/behaves fairly similarly to a local app on W7.
I had a friend's business (which relied on an old map application whose DRM WOULD NOT run on W7) implement such a thing and it's worked great. Plus you get snapshots, which is enough of a reason for me to recommend just about all embedded/oddball apps run on a VM.
Waiting for it to be a service at e.g. my local Walgreen's (as lab-quality photo printing is today). Doesn't need to be in my house, just convenient.
Frack that, you motherfracker. This whole story makes me want to go frack something up. ...or maybe I just need a good fracking.
I'd say a strand of creeper was involved, but this IS /., so there is no shortage of creepers here.
*bah dum bum*