|
|
While commonly held to be good practices, many of the actions listed are actionable -some are even criminal. Be very sure you know where you stand legally before attempting to detain someone against their will, or to deprive them of their personal property. Most likely you will be fine, but all it takes is one person asserting their rights, and someone overzealously acting on the company's behalf, and you have a serious problem.
Did you ever drink the contents of a glowstick when you were a a kid?
I'll give you three guesses as to the source material for their development.
This is GMO I can truly appreciate. Of course, I would also support development of gigantic venus-flytraps that are self-mobile...
Idiot. Let me land you down in the real world:
1. It is natural for human beings to surround themselves with the same way behaving human beings. Translated for you, you, would, NEVER, ever, would hire, anyone, who is better than you, if he, just for example, hates your favorite baseball team.
I have hired many people I would not willingly associate with beyond the necessities of our working relationship.
2.You assume, wrongly, that you and your mates are genius, and that's why you hire genius, because you are able to recognize them. I will say only one thing. You are an idiot.
I am a genius (according to Mensa.) I am more intelligent than all but about a dozen people in the world. I may have hired geniuses, but only by accident. Most of the people I have encountered who have a legitimate claim to be geniuses are not people I would want to hire. There are a few notable exceptions.
3.People, for some strange reason tend to like (translated for you: hire) their friends. Again, if you really think that all of your friends are genius....(look at 2 for the proper translation).
I have hired many of my friends over the years, but only a few because I thought they would be an excellent candidate for the job. I have mostly hired them because in an economic-downturn it was a choice between hiring them, or having them living on my couch... So it would be more accurate to say I hired them because I don't like them that much.
4.Again, i have to tell you, look at 2.
I just could not resist replying...It was the numbered list that got to me. That, and the almost using my handle as the first word of your post
The difference between theory and practice is that in theory there is no difference, while in practice there is.
That "hiring by algorithm" is indeed a new way of looking at things, but it does take experience - excellent programmers all comes with their own particular quirks - and you need to provide them the room to stretch, the freedom that they need, in order to get them to do whatever they are good at
I am inclined to agree with you.
We typically hire people based on interest level and personality fit more than what their education was in. We do have a strong preference for people with advanced degrees who are looking to perform simple tasks for low wages...
I currently have two employees with PhDs. They are both working in one of our retail stores, earning $9.00/hr, performing mostly menial labor, and enjoying the lack of stress and the occasional chance to discuss their areas of expertise with customers.
My staff developer has a BA in something unrelated, and is entirely a self-taught programmer. He learned to do it because he wanted to accomplish a task and thought that a web-based application would be of use in doing so. He was offered the position based on this adaptability -his willingness to learn something new in order to accomplish a goal, and the obvious interest in programming that this showed. The lack of formal development training, project analysis, etc. shows, but is not a critical fault, the interest in accomplishing a task using code mostly makes up for it. I see basic mistakes that a trained developer would have been taught not to make and I have to take the time to explain why they are wrong, which is frustrating, but not overwhelming.
I did not choose these hiring practices, but inherited them from the founding partners. I can see strengths and weaknesses in these practices -but it has opened me to more experimentation in staffing than I would have been wiling to do otherwise. The idea of "hiring by algorithm" or at least of inviting people for an interview based on the results of such an algorithm is intriguing.
Wrong, its "noir moore", a retelling of the James Bond universe in 40's noire format.
That actually sounds interesting...
Pearl Harbor
Nagasaki
Hiroshima
last time I bought something through paypal, there was a (not very obvious) option at paypal's site to use my card without creating an account. It may not have been there (or have been better hidden) when you went, though.
Most of the time yes. But these particular sellers will pop up that they won't accept any sales to people that don't have a Paypal account. Seems odd, but then so are some ebay sellers.
You misunderstand.
MY businesses is one that accepts only PayPal for eBay purchases. That does not mean you must have a PayPal account to pay. You can pay PayPal with your credit card, using the guest checkout option.
Since eBay has a reputation for buyers who claim non-receipt or pay with fraudulent credit cards, forged money orders, stolen checks, etc. and since eBay requires all sellers to accept PayPal anyway, it is safer for us to rely on PayPal's seller protection guarantee (we provide a tracking number for delivery confirmation, we get paid.)
There is an option to require a verified delivery address, which requires that the address you request to have your package shipped to match the billing address of your payment account...
Scripting involves simplifying or automating a process using pre-existing functions in whatever software you're scripting against. Programming involves creating new functions where previously such a module or action did not exist in the first place. In other words: One involves creating limited functionality with the elements given to you. The other is creating whole new elements from the ground up.
Thank you for that summary explanation. I will be appropriating it for explaining why I do not program, but do script.
This is essentially what I went with for my business.
username@domain.tld is the actual email address, with an automatic alias of firstname.lastname@domain.tld, and (if the user requests it) an additional alias of nickname@domain.tld I have only refused one request for an alias -I decided it was stretching the bounds of "business appropriate" a bit too far.
It makes email addresses easy to remember. It works for us. YMMV
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn!
You took the words right out of my mouth!
Now we know what the Mayans were predicting:
The scientists wake Cthulhu, R'lyeh rises, and the world ends.
You know that bringing up R vs D is about as damning to any argument as involving Hitler & Nazis...
In other words: Reducto ad Republican == Reducto ad Democrat == Reducto ad Hitlerum .
Congratulations on Godwining this discussion.
Exactly so. There are treaties which specifically require sharing of intelligence data with the USA (and other countries). These treaties are generally held to trump laws prohibiting the sharing of such data.
e.g.
-USA makes request of company x for data.
-Company x responds that it is not allowed to provide the data, per law y in country z.
-USA requests that country z provide exception to law y for company x regarding the requested data, per treaty.
-Country z tells company x to provide the data.
-Company x provides the data, and is prohibited from admitting publicly that it did so. National security requirements in the USA (and in the countries which signed these treaties with the USA) make doing otherwise an act of treason.
Life, like beer, is merely borrowed. -- Don Reed