er, and which linux is it that presents a consolidated scenario? Was it RedHat, Mandrake, Debian, or Gentoo. Which version again?
Attacking windows on it's different versions is a losing battle for linux, where my woody box has a patched 2.20 kernel, while another's is in the 2.4s.
It's doubtful that this does anything. The cards are just entered by near minimum wage slaves that use a program to fill in the values. When they see something like that, they either leave it blank or just pick one (depends on the program and employee).
Also, I too wonder about the 96% thing, but I don't know if many people masqurade anymore. I've been using Mozilla since.9.9 and I have yet to come across a site that detected me as non-IE and refused to let me in.
You didn't sound mean at all. I will say that of course I will take all things into account when applying at a position, but this is one of them. The fact that MicroSoft, Norton, Bell Labs, etc say they all use these questions isn't a bonus. I've worked for Bell Northern Research and I know what it is like there: you are lost in a sea of people, with 40 hours a week in a cubicle, doing a boring job where today is pretty much always the same as yesterday (way worse than Office Space, more like Dibert). That's great that their corporate culture feels these questions say something about their candiates, but that doesn't mean their asking doesn't reflect on their culture. And if a small company asks one attempting to emulate that culture, that says something too. It also depends on who's asking and the vibe I get off of them during the question-answer period.
Like I said I would answer it in the interview, but I would take it into consideration when weighing two jobs together. The most recent time I looked for a job (almost 2 years ago), I had an offer and a few interviews. I went to the interviews to figure out where was best for me, and as a result I love the place I work at.
I don't think I would use your "where vs having" question as a weeder. Even though I know the answer, I do consider "having" to be a bit esoteric. It isn't a bad question to figure out depth of knowledge, but even for a senior position I wouldn't immediately say no to the person for not knowing the answer. Mostly I guess I beleive that deep SQL knowledge is separate from being a senior developer, though.
But if you claim to know SQL, and have been using SQL at your work, you had at least better be able to answer a simple join (of any format), with an aggregate function and a little more in the where clause. The majority of the expression is done every single day you write data access objects.
Yeah, finding out work habits is good. I will say that the majority of the interviews I do are technical only, basically figuring out what the guy has done and if he is lying on his resume. It really does weed out a lot and keeps that first interview more mechanical. There are second (and sometimes third) interviews for what you discussed.
I totally agree (I say since your post said exactly what mine said:), these things are an important part of the interview but they aren't the whole of it. I'd rather have a 10 minute discussion about normalization too, but most people can't get past this question, let alone discuss the pros and cons of normalization. Easy questions may seem supid to those of us who can get them, but they are an insurmountable hill to those who have little knowledge. One thing I don't believe in is asking weed out questions that are esoteric (like another posters "where vs having" question that, while I know the answer to, I also know how commonly "having" is used).
One thing I would add, though, is that I don't give 5-10 minutes to answer this question. It is easy enough that you should be able to answer it immediately, and the candidates that do have the right answer just state it with no problems (or ask a clarification question and then just state it). Even the ones who only get part of the answer give the answer in less than 30 seconds.
I am going to ask "talk about normalization" to my list of questions. I already have other abstract concepts like "what is polymorphism" and that would fit nicely there.
That's fine, but then you wouldn't put SQL on your resume either. You also wouldn't, in one case, put that you have Oracle Certification and then explain that they only had you do a select from a single table.
If you don't have SQL on your resume, then that is one in a whole bunch of simple questions. You may not get an A in that section, but it doesn't preclude you from being hired.
I use debian, which has a distributed system of people who approve patches, typically separate from the OSS projects that produce the patches. I'm not going to say Debian is the perfect system (a patch may be integrated without really looking at it, or a server may be hacked and malicious code uploaded), but it is good enough that I don't really feel I have to worry about it.
Then again, I don't worry too much about MS on the malicious code side. I won't install a patch the first day it comes out and will watch for installer's reactions (with debian I'll install and if I'm havign a new problem I'll check debian boards about the patch). I am, however, getting more and more upset on the EULA side. For a product that is supposed to be free, I.E. sure asks for a lot.
You would be very surprised at how simple questions like this are blow completely by people. Questions on this level are certainly required in an interview, although they aren't enough to answer the poster's question.
My simple question is this: You have two tables, one called "orders" that has "customer_id", "item_id", "quantity" as fields, the other called "items" with "item_id" and "price" as fields. The second table is foreign keyed by "item_id" in the first". Write a select statement for the total amount in dollars that customer 5 has ordered.
About 1 in 10 candidates get the join part. 1 in 15 get it all right. Simple questions really are important in an interview to weed people out. They don't tell you how productive they are, though.
Some of thoe ones are pretty good, for example the ones on the CS page are good for this. However, the ones on the other pages are mostly pretty stupid.
I understand what other people in this thread are saying w.r.t. "these questions are supposed to test your grace unde rfire, yadda yadda" but if an interviewer asked me "If you could remove any of the 50 states, which state would it be and why?" I would have a hard time taking the company seriously. I probably wouldn't wake out then and there, but I would think about that when deciding between two positions.
Yeah, it's all seeming very fuzzy to me. If his employment contract is like mine, then the work he does at work is never his, so it's not like he can give or take permission. I don't know enough of the details though, and others have said that the copyright notice had his name on it.
Mostly it's still crappy though. I used to be of the opinion that the U.S. could set laws that apply outside of their own country. But, upon a recent rereading of the amendments to the constitution I noticed the wording of amendment 6 states "In all criminal prosecutions, the accused shall enjoy the right to a speedy and public trial, by an impartial jury of the State and district wherein the crime shall have been committed". Basically this is saying that you can't have a criminal procecution for a crime committed out of U.S. jurisdiction.
Because CGI is a pain in the ass for large scale projects when compared to J2EE even if every connection is stateless.
J2EE is very standardised in it's interface and components. Perl CGI is somewhat standard, but doesn't have anything analagous to, say, the ability to create JSP tag libraries, or even just standard tags like.
When you know all of the features of J2EE, you really know what you're missing in perl, and the things you have in perl don't really feel as well thought out and integrated.
Note, I'm only using perl as my CGI language choice because it along with C are the only 2 languages I've done CGI with, and perl beats C into the ground for that use. I'm pretty familiar with perl and have used it with other on large scale web applicatins (http://www.careerexperience.com for example) and routinely use it for small stuff. I just find J2EE better for real applications.
If personal Telco doesn't want to share a channel, then, yes, it'll have to move again. And again if they have to (or even can, someone here said there are only 3 nonoverlapping channels). They stop when they decide the move isn't worth the increase in performance (which may mean they stop right now and don't move).
Well, how about this for an adjustment: they keep it on the same channel as all their other stores. If they overlap with other networks in the area, they'll take the hit in performance.
As far as I can tell, they aren't asking you to adjust to anything. They are just putting up a network.
Why does it have to be somebodies fault. Both parties here are in the right: they are both operating networks on the bands they are allowed to. The fact that they are causing a performance degradation in each other's networks is by their own choosing. If one or the other has a problem with the service they are providing, they can independantly choose to change bands.
No, this understanding isn't correct. The people in the corporation are still people. If they break the law, then they are the one who do so.
The point of a corporation is to limit the liability to the owners of the corporation. This means if the employees do something illegal, or just run the company into the ground while ammassing a large amount of debt, the owners can't be forced to pay anything (although they may lose their original investment).
These is something here that I didn't notice before, however. Since Dmitry only made the program, not sold it, I don't see how they can say he distributed such a program. From what I've read about the DMCA (which may be flawed), you can make a program that circumvents copyright protection, just not distribute it. It sounds like he just made it, someone else in the company was distributing it.
Re:This is not screen scraping
on
Perl & LWP
·
· Score: 2
Uh, most screen scraping packages I've known only emulate the front end, not actually display it in a terminal and then select it off the screen (whatever that would mean). They give you an callable interface that let's you think you are doing that (select row 1 columns 40-45, for example) but really, it's just the packages interpretting the formatting and text coming from the application.
The process of ripping data from HTML is very commonly called screen scraping.
Slashdot Mirror
I have the original scortched earth and it runs fine under 2K. Populus as well.
er, and which linux is it that presents a consolidated scenario? Was it RedHat, Mandrake, Debian, or Gentoo. Which version again?
Attacking windows on it's different versions is a losing battle for linux, where my woody box has a patched 2.20 kernel, while another's is in the 2.4s.
It's doubtful that this does anything. The cards are just entered by near minimum wage slaves that use a program to fill in the values. When they see something like that, they either leave it blank or just pick one (depends on the program and employee).
.9.9 and I have yet to come across a site that detected me as non-IE and refused to let me in.
Also, I too wonder about the 96% thing, but I don't know if many people masqurade anymore. I've been using Mozilla since
If that doesn't woork, try Trillian. It is rated as working on the wine app db, and it does AIM, ICQ, MSN, YM, and IRC.
mind-RW works well on male subjects, but not so well for females as attested to by anyone who's tried to change a woman's mind.
Personally, I been doing the Folding@Home project (although only at 30% CPU because I don't want the fan in my laptop on all the time).
It has been getting a lot more real results than SETI@home has.
Yeah, porn FTP sites were rare, but what about newsgroups? How about ASCII porn?
There much to be had
You didn't sound mean at all. I will say that of course I will take all things into account when applying at a position, but this is one of them. The fact that MicroSoft, Norton, Bell Labs, etc say they all use these questions isn't a bonus. I've worked for Bell Northern Research and I know what it is like there: you are lost in a sea of people, with 40 hours a week in a cubicle, doing a boring job where today is pretty much always the same as yesterday (way worse than Office Space, more like Dibert). That's great that their corporate culture feels these questions say something about their candiates, but that doesn't mean their asking doesn't reflect on their culture. And if a small company asks one attempting to emulate that culture, that says something too. It also depends on who's asking and the vibe I get off of them during the question-answer period.
Like I said I would answer it in the interview, but I would take it into consideration when weighing two jobs together. The most recent time I looked for a job (almost 2 years ago), I had an offer and a few interviews. I went to the interviews to figure out where was best for me, and as a result I love the place I work at.
I don't think I would use your "where vs having" question as a weeder. Even though I know the answer, I do consider "having" to be a bit esoteric. It isn't a bad question to figure out depth of knowledge, but even for a senior position I wouldn't immediately say no to the person for not knowing the answer. Mostly I guess I beleive that deep SQL knowledge is separate from being a senior developer, though.
But if you claim to know SQL, and have been using SQL at your work, you had at least better be able to answer a simple join (of any format), with an aggregate function and a little more in the where clause. The majority of the expression is done every single day you write data access objects.
Yeah, finding out work habits is good. I will say that the majority of the interviews I do are technical only, basically figuring out what the guy has done and if he is lying on his resume. It really does weed out a lot and keeps that first interview more mechanical. There are second (and sometimes third) interviews for what you discussed.
I totally agree (I say since your post said exactly what mine said :), these things are an important part of the interview but they aren't the whole of it. I'd rather have a 10 minute discussion about normalization too, but most people can't get past this question, let alone discuss the pros and cons of normalization. Easy questions may seem supid to those of us who can get them, but they are an insurmountable hill to those who have little knowledge. One thing I don't believe in is asking weed out questions that are esoteric (like another posters "where vs having" question that, while I know the answer to, I also know how commonly "having" is used).
One thing I would add, though, is that I don't give 5-10 minutes to answer this question. It is easy enough that you should be able to answer it immediately, and the candidates that do have the right answer just state it with no problems (or ask a clarification question and then just state it). Even the ones who only get part of the answer give the answer in less than 30 seconds.
I am going to ask "talk about normalization" to my list of questions. I already have other abstract concepts like "what is polymorphism" and that would fit nicely there.
Yeah, that's what I said, but I used the passive voice.
That's fine, but then you wouldn't put SQL on your resume either. You also wouldn't, in one case, put that you have Oracle Certification and then explain that they only had you do a select from a single table.
If you don't have SQL on your resume, then that is one in a whole bunch of simple questions. You may not get an A in that section, but it doesn't preclude you from being hired.
I use debian, which has a distributed system of people who approve patches, typically separate from the OSS projects that produce the patches. I'm not going to say Debian is the perfect system (a patch may be integrated without really looking at it, or a server may be hacked and malicious code uploaded), but it is good enough that I don't really feel I have to worry about it.
Then again, I don't worry too much about MS on the malicious code side. I won't install a patch the first day it comes out and will watch for installer's reactions (with debian I'll install and if I'm havign a new problem I'll check debian boards about the patch). I am, however, getting more and more upset on the EULA side. For a product that is supposed to be free, I.E. sure asks for a lot.
You would be very surprised at how simple questions like this are blow completely by people. Questions on this level are certainly required in an interview, although they aren't enough to answer the poster's question.
My simple question is this: You have two tables, one called "orders" that has "customer_id", "item_id", "quantity" as fields, the other called "items" with "item_id" and "price" as fields. The second table is foreign keyed by "item_id" in the first". Write a select statement for the total amount in dollars that customer 5 has ordered.
About 1 in 10 candidates get the join part. 1 in 15 get it all right. Simple questions really are important in an interview to weed people out. They don't tell you how productive they are, though.
Some of thoe ones are pretty good, for example the ones on the CS page are good for this. However, the ones on the other pages are mostly pretty stupid.
I understand what other people in this thread are saying w.r.t. "these questions are supposed to test your grace unde rfire, yadda yadda" but if an interviewer asked me "If you could remove any of the 50 states, which state would it be and why?" I would have a hard time taking the company seriously. I probably wouldn't wake out then and there, but I would think about that when deciding between two positions.
Yeah, it's all seeming very fuzzy to me. If his employment contract is like mine, then the work he does at work is never his, so it's not like he can give or take permission. I don't know enough of the details though, and others have said that the copyright notice had his name on it.
Mostly it's still crappy though. I used to be of the opinion that the U.S. could set laws that apply outside of their own country. But, upon a recent rereading of the amendments to the constitution I noticed the wording of amendment 6 states "In all criminal prosecutions, the accused shall enjoy the right to a speedy and public trial, by an impartial jury of the State and district wherein the crime shall have been committed". Basically this is saying that you can't have a criminal procecution for a crime committed out of U.S. jurisdiction.
Because CGI is a pain in the ass for large scale projects when compared to J2EE even if every connection is stateless.
.
J2EE is very standardised in it's interface and components. Perl CGI is somewhat standard, but doesn't have anything analagous to, say, the ability to create JSP tag libraries, or even just standard tags like
When you know all of the features of J2EE, you really know what you're missing in perl, and the things you have in perl don't really feel as well thought out and integrated.
Note, I'm only using perl as my CGI language choice because it along with C are the only 2 languages I've done CGI with, and perl beats C into the ground for that use. I'm pretty familiar with perl and have used it with other on large scale web applicatins (http://www.careerexperience.com for example) and routinely use it for small stuff. I just find J2EE better for real applications.
If personal Telco doesn't want to share a channel, then, yes, it'll have to move again. And again if they have to (or even can, someone here said there are only 3 nonoverlapping channels). They stop when they decide the move isn't worth the increase in performance (which may mean they stop right now and don't move).
Yeah, it doesn't actually COST them anything to setup, maintain, and provide bandwidth for this service. How dare they charge for it?
/.
At least this way when you buy your overpriced coffee, at least you know you aren't paying for someone to read
Well, how about this for an adjustment: they keep it on the same channel as all their other stores. If they overlap with other networks in the area, they'll take the hit in performance.
As far as I can tell, they aren't asking you to adjust to anything. They are just putting up a network.
Why does it have to be somebodies fault. Both parties here are in the right: they are both operating networks on the bands they are allowed to. The fact that they are causing a performance degradation in each other's networks is by their own choosing. If one or the other has a problem with the service they are providing, they can independantly choose to change bands.
In short, who cares?
No, this understanding isn't correct. The people in the corporation are still people. If they break the law, then they are the one who do so.
The point of a corporation is to limit the liability to the owners of the corporation. This means if the employees do something illegal, or just run the company into the ground while ammassing a large amount of debt, the owners can't be forced to pay anything (although they may lose their original investment).
These is something here that I didn't notice before, however. Since Dmitry only made the program, not sold it, I don't see how they can say he distributed such a program. From what I've read about the DMCA (which may be flawed), you can make a program that circumvents copyright protection, just not distribute it. It sounds like he just made it, someone else in the company was distributing it.
Uh, most screen scraping packages I've known only emulate the front end, not actually display it in a terminal and then select it off the screen (whatever that would mean). They give you an callable interface that let's you think you are doing that (select row 1 columns 40-45, for example) but really, it's just the packages interpretting the formatting and text coming from the application.
The process of ripping data from HTML is very commonly called screen scraping.
Or you could have cut and pasted the table into access and saved as CSV.
There are still some messages that have height tags or otherwise don't fit the regexp.
Doh. Should have previewed.
I meant to say
<img[^>]* src="http://\d{2,3}\.