|
Thread Rules 1. This is not a "do my homework for me" thread. If you have specific questions, ask, but don't post an assignment or homework problem and expect an exact solution. 2. No recruiting for your cockamamie projects (you won't replace facebook with 3 dudes you found on the internet and $20) 3. If you can't articulate why a language is bad, don't start slinging shit about it. Just remember that nothing is worse than making CSS IE6 compatible. 4. Use [code] tags to format code blocks. |
On February 20 2014 19:54 darkness wrote:Show nested quote +On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions.
I don't think that's the right attitude. Learn from your "defeat". Prepare yourself better for the next interview, don't sit and hope that in one of the next interviews you get lucky with questions. Self-improvement!
|
On February 20 2014 19:54 darkness wrote:Show nested quote +On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p)
That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions...
|
On February 21 2014 03:00 phar wrote:Show nested quote +On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions...
Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that.
|
Graduate Software Engineer implies graduate research+development, so it's not that surprising they required you to actually understand math, which is a part of all relevant undergraduate computer science programs.. they would probably interview you for the other portions of a comp. sci. program once they've figured out that you could satisfied the math requirements.
|
Well, I've talked to a friend, and he also says that he gets questions not related to software engineering. He has described them as graph theory and logic tests similar to IQ. Is this standard? I have just started applying for jobs, so I don't have much experience in this process.
|
On February 21 2014 03:27 darkness wrote:Show nested quote +On February 21 2014 03:00 phar wrote:On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions... Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that.
Yeah I even got Codility tests for my first internship. Got 85 so that was no problem. I also really really suck at maths, but if you're good at programming and a good problem solver you can work around it. I also don't have a degree in programming but management IT and elected programming minors. So no excuses!
One of the main problems was that Codility doesn't tell you what some of the test criteria are, when the manager sent the link I checked google for some sample tests prior to the real one (the real ones were harder but just being thrown into the wild makes it a lot more stressful).
I also posted Codility samples on this thread because some guy wanted help for an interview, you must have missed it/ignored it (WHY WON'T YOU GUYS LISTEN TO ME?!!!)
Problem solving is an interesting one, I probably wouldn't do well in an interview environment under stress but I do think its important. The one we had was that the tech lead would give you a project that you had to work on and he would see how you worked.
Most of the tests I got involved programming theory otherwise. That said, only one of the companies I applied for actually tested me in an interview.
|
Hey guys, I have a question. I'm an electronic engineer with interest in programming, but most of what I've done is algorithms and engineering-related codes. However, the prospect of making $$ online on small freelance jobs kind of appealed to me, so I was wondering if there are places where I can find opportunities that aren't related to html and web development stuff. I would also like to know if learning enough web programming to be able to do small-time jobs online requires a heavy time investment to learn, because I'm still not sure if I should start learning it or not. Thanks!
|
On February 21 2014 08:46 Z-BosoN wrote: Hey guys, I have a question. I'm an electronic engineer with interest in programming, but most of what I've done is algorithms and engineering-related codes. However, the prospect of making $$ online on small freelance jobs kind of appealed to me, so I was wondering if there are places where I can find opportunities that aren't related to html and web development stuff. I would also like to know if learning enough web programming to be able to do small-time jobs online requires a heavy time investment to learn, because I'm still not sure if I should start learning it or not. Thanks!
From experience its not as good as you think.
You will need a good lawyer to review your contracts.
You will also need to think of the long-term implications, because most rookies think of this is as a purely short-term thing, but its actually going to be the opposite, people you worked for years ago are going to haggle you to maintain their website.
You are better off finding an internship at a place that suits your interests and working part-time. Maybe there are some engineering companies that need some technically complicated scripts done that doesn't require normal programming skills.
|
On February 21 2014 08:41 sluggaslamoo wrote:Show nested quote +On February 21 2014 03:27 darkness wrote:On February 21 2014 03:00 phar wrote:On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions... Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that. Yeah I even got Codility tests for my first internship. Got 85 so that was no problem. I also really really suck at maths, but if you're good at programming and a good problem solver you can work around it. I also don't have a degree in programming but management IT and elected programming minors. So no excuses! One of the main problems was that Codility doesn't tell you what some of the test criteria are, when the manager sent the link I checked google for some sample tests prior to the real one (the real ones were harder but just being thrown into the wild makes it a lot more stressful). I also posted Codility samples on this thread because some guy wanted help for an interview, you must have missed it/ignored it  (WHY WON'T YOU GUYS LISTEN TO ME?!!!) Problem solving is an interesting one, I probably wouldn't do well in an interview environment under stress but I do think its important. The one we had was that the tech lead would give you a project that you had to work on and he would see how you worked. Most of the tests I got involved programming theory otherwise. That said, only one of the companies I applied for actually tested me in an interview.
What would you advise me to start reading about for online assessments/interviews as a software engineer? I don't know if I should get a discrete math book and revise what I used to study. I think I just need to sharpen my problem solving of unfamiliar problems in general.
|
On February 21 2014 08:52 darkness wrote:Show nested quote +On February 21 2014 08:41 sluggaslamoo wrote:On February 21 2014 03:27 darkness wrote:On February 21 2014 03:00 phar wrote:On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions... Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that. Yeah I even got Codility tests for my first internship. Got 85 so that was no problem. I also really really suck at maths, but if you're good at programming and a good problem solver you can work around it. I also don't have a degree in programming but management IT and elected programming minors. So no excuses! One of the main problems was that Codility doesn't tell you what some of the test criteria are, when the manager sent the link I checked google for some sample tests prior to the real one (the real ones were harder but just being thrown into the wild makes it a lot more stressful). I also posted Codility samples on this thread because some guy wanted help for an interview, you must have missed it/ignored it  (WHY WON'T YOU GUYS LISTEN TO ME?!!!) Problem solving is an interesting one, I probably wouldn't do well in an interview environment under stress but I do think its important. The one we had was that the tech lead would give you a project that you had to work on and he would see how you worked. Most of the tests I got involved programming theory otherwise. That said, only one of the companies I applied for actually tested me in an interview. What would you advise me to start reading about for online assessments/interviews as a software engineer? I don't know if I should get a discrete math book and revise what I used to study. I think I just need to sharpen my problem solving of unfamiliar problems in general.
The problem is every company is different and studying for an interview is like studying for a test, but at least the teacher gives you an indication of what is on the test, where as you have absolutely zero clue on what is going to be in the interview.
The main problem with studying for an interview is that its only going to get you to a passing grade level, that may be fine if you're in highschool but now you are competing against other graduates, the minimum grade should be an A+ on these "tests".
On top of that, the only way you can be totally sure you'll be hired is if you are seen to be more valuable than their current employees. Sometimes companies aren't necessarily looking for more manpower which can just end up being an increase in financial baggage, but smarts and innovation.
You just need to be much more absorbed in programming, don't cowboy it, if you are spending a lot of hours programming already, instead spend more hours actually learning programming than hobbying.
You need to be up to date on technologies as well as being backwards compatible, and don't just know them, learn how to use them. Relational and Document Oriented Databases, Indexing Search Engines, Nginx and Apache, popular Ruby/Node libraries, Frameworks, etc.
Learn all the modern languages, learn C, learn your paradigms really well. Buy a book on algorithmic problem solving, data-structures, object-oriented programming, testing, etc. Don't worry about design patterns so much, no one gives a shit about them any more.
When you're learning also make sure to apply them in practice, write your own data-structures, write your own sorting algorithms, solve project euler examples, solve complex mathematical problems, write tests for them using TDD, etc. Make sure to do it in a way you will enjoy, the more enjoyment you get out of it, the easier it will stick in memory. Make a game of it if you have to.
This does take time, but its the most wholesome way to be reliable in an interview. You won't be stressed out because you know everything, and because your not stressed out, the interview will be a walk in the park. REMEMBER THERE ARE NO SHORTCUTS!!!
|
wrote a small wrapper over posix xsi message queue in relation to some uniproj. if anyone wants to take a stab at giving me some pointers. no raw pointers though, we're supposed to be past that. assuming you are somewhat familiar with boost::variant and the xsi msg q.
lets you specify a set of types and send instances through the xsi mq. plants boost::variants which()+1 (has to be bigger than 0) as the message type on the sending end and uses it to deduce the type on receive. means you can also specify what type of instance you want to retrive.
flags are template parameters just because i am not going to change them runtime in my code.
implicit assumptions (that i can think of):
supplied types are unique (req from boost::variant) supplied types are lexical_castable the resulting size of any given lexical_cast does not exceed the size of the biggest supplied type size of message below OS max limit on a message, and recv it in one shot i'd love to make them explicit, but not sure how... misc in namespace AUX is used to deduce max type size and to retrieve the ith type from user specified types.
i thought moving from an instance and into the predefined xsi_msg_t was awkard.
isms: h - helper a - apply v - value t - type 0660 - bits for read write for user and group (xsi)
#pragma once
#include<boost/lexical_cast.hpp> #include<boost/variant.hpp>
#include<algorithm> #include<array> #include<stdexcept> #include<utility>
#include<errno.h> #include<string.h> #include<sys/msg.h> #include<sys/ipc.h>
namespace AUX{
//lexical_cast data into jth type of boost::variant<...> and construct boost::variant with it template<int i,class var_t,class... ts> struct make_var_h{ static var_t a(int j,std::string const& data){ throw std::out_of_range("which() index: "+std::to_string(j)+" out of bounds."); } };
template<int i,class var_t,class t,class... ts> struct make_var_h<i,var_t,t,ts...>{ static var_t a(int j,std::string const& data){ if(i==j) return make_var_h<i,var_t,t>::a(j,data); else return make_var_h<i+1,var_t,ts...>::a(j,data); } };
template<int i,class var_t,class t> struct make_var_h<i,var_t,t>{ static var_t a(int j,std::string const& data){ return boost::lexical_cast<t>(data); } };
template<class... ts> using make_var=make_var_h<0,boost::variant<ts...>,ts...>;
//get size of biggest type template<class msg_t,class... msg_ts> struct max_size{ static constexpr msglen_t v=sizeof(msg_t)>max_size<msg_ts...>::v?sizeof(msg_t):max_size<msg_ts...>::v; };
template<class msg_t> struct max_size<msg_t>{ static constexpr msglen_t v=sizeof(msg_t); };
}
//xsi message_queue wrapper template<class... msg_ts> class xsi_mq_t{ public: typedef boost::variant<msg_ts...> msg_t;
xsi_mq_t(key_t key_)noexcept:key(key_){} ~xsi_mq_t()noexcept{}
template<int mq_flag=IPC_CREAT|0660> void crt(){ if((msgqid=msgget(key,mq_flag))==-1) throw std::runtime_error("msgcrt fail, code "+std::to_string(errno)+", str: "+strerror(errno)+"."); }
void rm()const{ msqid_ds tmp; if(msgctl(msgqid,IPC_RMID,&tmp)==-1) throw std::runtime_error("msgrm fail, code "+std::to_string(errno)+", str: "+strerror(errno)+"."); }
template<int snd_flag=IPC_NOWAIT> void snd(msg_t const& msg)const{ //0 not allowed in xsi mq, hence variant types denominated from 1 and up xsi_msg_t tmp{msg.which()+1}; auto str=boost::lexical_cast<std::string>(msg); std::move(std::begin(str),std::end(str),begin(tmp.msg_text)); if(msgsnd(msgqid,(const void*)&tmp,tmp.msg_text.size(),snd_flag)==-1) throw std::runtime_error("msgsnd fail, code "+std::to_string(errno)+", str: "+strerror(errno)+"."); }
template<int rcv_flag=IPC_NOWAIT|MSG_NOERROR,int type=0> msg_t rcv()const{ xsi_msg_t tmp; ssize_t msg_size; if((msg_size=msgrcv(msgqid,(void*)&tmp,max_msglen,type,rcv_flag))==-1) throw std::runtime_error("msgrcv fail, code "+std::to_string(errno)+", str: "+strerror(errno)+"."); return AUX::make_var<msg_ts...>::a(tmp.msg_type-1,std::string(tmp.msg_text.data(),msg_size)); }
private: int msgqid; key_t key; static constexpr msglen_t max_msglen=AUX::max_size<msg_ts...>::v;
struct xsi_msg_t{ long msg_type; std::array<char,max_msglen> msg_text; }; };
|
On February 21 2014 08:46 Z-BosoN wrote: Hey guys, I have a question. I'm an electronic engineer with interest in programming, but most of what I've done is algorithms and engineering-related codes. However, the prospect of making $$ online on small freelance jobs kind of appealed to me, so I was wondering if there are places where I can find opportunities that aren't related to html and web development stuff. I would also like to know if learning enough web programming to be able to do small-time jobs online requires a heavy time investment to learn, because I'm still not sure if I should start learning it or not. Thanks!
Don't get into web programming if you want a part time job. Setting up a fully operational CMS and documenting it is no easy thing. If you want part time in the web, it's best to just do the front end (html/css, maybe some js). Doesn't take much time and is relatively easy to learn. The money isn't great, but considering that making entire website shouldn't take more than several days (depending on design complexity and number of views) it's an OK thing to do as a bonus in the evenings. This should net you $100-500 I presume (not sure about prices in the US).
|
On February 21 2014 08:52 darkness wrote:Show nested quote +On February 21 2014 08:41 sluggaslamoo wrote:On February 21 2014 03:27 darkness wrote:On February 21 2014 03:00 phar wrote:On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions... Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that. Yeah I even got Codility tests for my first internship. Got 85 so that was no problem. I also really really suck at maths, but if you're good at programming and a good problem solver you can work around it. I also don't have a degree in programming but management IT and elected programming minors. So no excuses! One of the main problems was that Codility doesn't tell you what some of the test criteria are, when the manager sent the link I checked google for some sample tests prior to the real one (the real ones were harder but just being thrown into the wild makes it a lot more stressful). I also posted Codility samples on this thread because some guy wanted help for an interview, you must have missed it/ignored it  (WHY WON'T YOU GUYS LISTEN TO ME?!!!) Problem solving is an interesting one, I probably wouldn't do well in an interview environment under stress but I do think its important. The one we had was that the tech lead would give you a project that you had to work on and he would see how you worked. Most of the tests I got involved programming theory otherwise. That said, only one of the companies I applied for actually tested me in an interview. What would you advise me to start reading about for online assessments/interviews as a software engineer? I don't know if I should get a discrete math book and revise what I used to study. I think I just need to sharpen my problem solving of unfamiliar problems in general.
The math problems you posted (except the 1st one, which had a very vague description so I cannot comment) were basic high school stuff. I personally would expect anyone with a college degree to be able to solve those.
Can you answer the following questions: When you roll a die once, how big is the chance of rolling a 3 or a 5? When you roll a die twice, how big is the chance of rolling a 3 first and then a 5? When you roll a die twice, how big is the chance of one being a 3 and one being a 5?
If you can, then you have all the knowledge required to solve the questions you mentioned. You probably don't need to study math You just lack practice.
|
On February 21 2014 11:52 Zocat wrote:Show nested quote +On February 21 2014 08:52 darkness wrote:On February 21 2014 08:41 sluggaslamoo wrote:On February 21 2014 03:27 darkness wrote:On February 21 2014 03:00 phar wrote:On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions... Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that. Yeah I even got Codility tests for my first internship. Got 85 so that was no problem. I also really really suck at maths, but if you're good at programming and a good problem solver you can work around it. I also don't have a degree in programming but management IT and elected programming minors. So no excuses! One of the main problems was that Codility doesn't tell you what some of the test criteria are, when the manager sent the link I checked google for some sample tests prior to the real one (the real ones were harder but just being thrown into the wild makes it a lot more stressful). I also posted Codility samples on this thread because some guy wanted help for an interview, you must have missed it/ignored it  (WHY WON'T YOU GUYS LISTEN TO ME?!!!) Problem solving is an interesting one, I probably wouldn't do well in an interview environment under stress but I do think its important. The one we had was that the tech lead would give you a project that you had to work on and he would see how you worked. Most of the tests I got involved programming theory otherwise. That said, only one of the companies I applied for actually tested me in an interview. What would you advise me to start reading about for online assessments/interviews as a software engineer? I don't know if I should get a discrete math book and revise what I used to study. I think I just need to sharpen my problem solving of unfamiliar problems in general. The math problems you posted (except the 1st one, which had a very vague description so I cannot comment) were basic high school stuff. I personally would expect anyone with a college degree to be able to solve those. Can you answer the following questions: When you roll a die once, how big is the chance of rolling a 3 or a 5? When you roll a die twice, how big is the chance of rolling a 3 first and then a 5? When you roll a die twice, how big is the chance of one being a 3 and one being a 5? If you can, then you have all the knowledge required to solve the questions you mentioned. You probably don't need to study math  You just lack practice.
1) Getting a specific number should be: 1/6; if it needs to be 3 or 5, then 2/6 = 1/3 2) 1/6 * 1/6 = 1/36? 3) No idea to be honest. 2/6 * 1/6?
Maybe I should really go back to discrete math and revise it.
|
On February 21 2014 08:52 darkness wrote: I think I just need to sharpen my problem solving of unfamiliar problems in general. This is not a bad way of phrasing it. A lot of what you do as a software engineer is solve unfamiliar problems. A good interview question is going to push at you so the interviewer can figure out how you think about & solve problems.
|
On February 21 2014 08:33 darkness wrote: Well, I've talked to a friend, and he also says that he gets questions not related to software engineering. He has described them as graph theory and logic tests similar to IQ. Is this standard? I have just started applying for jobs, so I don't have much experience in this process. Companies used to ask logic puzzles and algorithm questions because Microsoft did it, people nowadays are moving away from that though and asking you to do real world coding problems.
|
On February 21 2014 12:05 darkness wrote:Show nested quote +On February 21 2014 11:52 Zocat wrote:On February 21 2014 08:52 darkness wrote:On February 21 2014 08:41 sluggaslamoo wrote:On February 21 2014 03:27 darkness wrote:On February 21 2014 03:00 phar wrote:On February 20 2014 19:54 darkness wrote:On February 20 2014 17:13 phar wrote:On February 20 2014 01:48 darkness wrote: When you apply for Software Engineer jobs, do you get discrete math questions such as probability of something to happen (combinatorics)? I've just had to deal with such a test. Needless to say how it slightly caught me offguard because I am in year 3, and my last mathematical module was in year 1... I have chosen the software path not the pure computer science although the degree is still called computer science, but the programme is software development.
Maybe the purpose is to weed out some candidates even though they do not expect perfect scores? Never heard of something like that. Sounds like a completely useless interview question which gains you no useful information about the candidate. Unless the company is in a somewhat unique position that they require their engineers to know combinatorics I guess? Wait are you talking about an interview question, or some kind of exam in Uni? Because in the latter case, all bets are off... It was some online assessment from that company. The first part was 3 programs from Codility's website (again, math based with little time to make code nice), the second part was called problem solving. All questions were probability. E.g. you have 3 couples, 6 chairs, what's the probability that each wife sits next to her husband, what's the probability that 2 wives sit next to their husbands; 2nd example is: you have 4 cities and they are all connected to each other by a narrow line. After a storm, all lines have 1/2 probability to be blocked. What's the possibility that 1 city is completely isolated? Then 2... etc. Edit: One more. X% like chocolate, Y% like cheese, Z% like some other stuff. What's the probability that none of three three is liked? What's the probability that all three are liked? What's the probability that exactly one is liked? I really don't feel like this online assessment for a "Graduate Software Engineer" has shown anything relevant. Maybe the problem solving part, but I dunno if combinatorics is that necessary for this position. Oh well, they've messaged me that I didn't have an enough qualifying mark. Hopefully other job applications don't ask me such questions. Ok that explains it I guess. I would be very surprised if you applied for a software engineer job and got those types of interview questions from an interviewer. (As mentioned above, for a more research-oriented comp sci job, all bets are off :p) That said, the existence of shitty interview systems at companies would not be surprising to me. I applied to one job which gave me a multiple choice exam including random syntax gotcha questions... Well, the position I've applied for is Graduate Software Engineer. I don't know if such pre-interview questions are still considered "interview questions", but the fact is I've got asked for this. I've tried to recap the probability stuff, but it wasn't enough in the end. What makes me angry is that I anticipated some software engineering questions such as "which data structure would you use in this case?" (I know data structures are originally from the computer science field, but it's still related I think), what software design patterns do you know & explain them (e.g. Observer pattern, MVC, Factory, Adapter, Builder, etc), but I never got asked about stuff like that. Yeah I even got Codility tests for my first internship. Got 85 so that was no problem. I also really really suck at maths, but if you're good at programming and a good problem solver you can work around it. I also don't have a degree in programming but management IT and elected programming minors. So no excuses! One of the main problems was that Codility doesn't tell you what some of the test criteria are, when the manager sent the link I checked google for some sample tests prior to the real one (the real ones were harder but just being thrown into the wild makes it a lot more stressful). I also posted Codility samples on this thread because some guy wanted help for an interview, you must have missed it/ignored it  (WHY WON'T YOU GUYS LISTEN TO ME?!!!) Problem solving is an interesting one, I probably wouldn't do well in an interview environment under stress but I do think its important. The one we had was that the tech lead would give you a project that you had to work on and he would see how you worked. Most of the tests I got involved programming theory otherwise. That said, only one of the companies I applied for actually tested me in an interview. What would you advise me to start reading about for online assessments/interviews as a software engineer? I don't know if I should get a discrete math book and revise what I used to study. I think I just need to sharpen my problem solving of unfamiliar problems in general. The math problems you posted (except the 1st one, which had a very vague description so I cannot comment) were basic high school stuff. I personally would expect anyone with a college degree to be able to solve those. Can you answer the following questions: When you roll a die once, how big is the chance of rolling a 3 or a 5? When you roll a die twice, how big is the chance of rolling a 3 first and then a 5? When you roll a die twice, how big is the chance of one being a 3 and one being a 5? If you can, then you have all the knowledge required to solve the questions you mentioned. You probably don't need to study math  You just lack practice. 1) Getting a specific number should be: 1/6; if it needs to be 3 or 5, then 2/6 = 1/3 2) 1/6 * 1/6 = 1/36? 3) No idea to be honest. 2/6 * 1/6? Maybe I should really go back to discrete math and revise it.
Hmm ok. Question 3 is just the combination of question 1+2. You know a specific event, when rolling a die two times, has the chance of 1/36 (answer 2). This also tells you (since a die has a uniform distribution; every side has the same chance) that you have 36 possible results when rolling a die two times (1,1), (1,2), ...(6,6). Two of those are valid for question 3: (3;5) and (5;3). Now look back at question 1: You have 6 possible events (1..6) and two of those are valid (3) and (5). Just do the same what you did in question 1: Add the two probabilities, so 1/36 + 1/36 = 1/18.
For independent events: If you want to know the probability that events happen at the same time, so "x AND y AND z happening": multiply the individual probabilities If you want to know the probability that one of many events is happening, so "x OR y OR z happening": add the individual probabilities
|
The key being for independent events. When they're dependent events(the state of one affects another) then it gets a bit trickier, and I don't really remember the rules. Generally, in that case I find drawing a Venn diagram helps keep track of the probabilities. Obviously when you get to 5 and above events it'll become impossible to draw.
EDIT: Oh, hey, 1000 posts. Cool.
|
I'm a second year student in cybernetics, and I got a summer internship with ARM this summer!!! Sooo happy! Never thought I would get the job as the other people were in the 3rd and 4th year.
|
On February 22 2014 04:00 Arnstein wrote: I'm a second year student in cybernetics, and I got a summer internship with ARM this summer!!! Sooo happy! Never thought I would get the job as the other people were in the 3rd and 4th year.
What questions have you been asked?
|
|
|
|
|
|