I wouldn't do random but you would have to check in the work everyday, so you might get away with that for a few days if you slack but your not going to get away to long.
Tighten up the rules! The problem is people don't check up and hence people get lazy. Create rules such as check in with the VPN twice a day or make sure you at least two major status updates a day with work to follow. Make sure you available from 8am to 6pm all day via the phone. If you go out somewhere make sure everyone knows via email response. Make sure you voice mail box reflects the day's events. Telecommuting isn't hard to pull of, it just has to be done right.
Does every one remember a few weeks ago when a company sent out a real email asking for users to change passwords and some people thought incorrectly it was a phishing email..... Basically that single event proved that people don't understand how to read / detect phishing scams. if you can't even recognize or take steps to recognize whats real from whats fake then I don't know what to tell you, the issue isn't always the scammer or lack there of, sometimes just blame the users.
If your spending hours writing a lab book I think your missing the point. A lab book is a quick scribble about what you did followed by a date and time. Filling an entire lab book might involve two hours of writing and last me months, it doesn't matter if it's perfectly written, if the pictures are clear and beautiful, it matters if you can read it and the information is accurate.
How ever for going the paper version of the log book you can easily use one of the good electronic versions as long as your data / information gets encrypted and backed up. I wrote an electronic lab book tool for school that was just a text input with an attachment box, it then took what you entered, ran it under high level encryption and using SSL sockets transported it to a Wiki style server which was backed up to a GIT server. The GUI popped up once a hour and you had to enter something, closing it with out making an entry would literally put "Nothing" : "time stamp" in the software. I'm still using it at work, it's a very small effort part of my day and usually a nice break from work even for a minute to fill in.
You can say what you want about logs, diff's and merge lists but in the end at least I find it easier to just have a written list of completed and on going work, that way when the director wants a status update he can get it himself, saves me time and saves him time.
Keep a bullet proof lab book with verifiable work and you'll be fine. The issue is that no one tracks what work they do so months after you finish everything there is no trace. Hence telecommuting looks back because how do you know who does any work. On the other hand if you can hand over a well kept book that is documented about the work you've completed then you look fine.
Yep, I completely agree with you! Honestly in the last 25 years ( I'm 25 ) I might have used 2 yellow pages ad's to buy services or goods. The phone book is becoming outdated as internet access penetrates more and more of our communities. Not only do people have access to a greater collection of advertisements but they have access to current and up to date advertisements which is something the phone book doesn't even offer. So when you think about it, why a company would push the phone book is silly, you can't keep the ad updated, you can't renew the ad to people who have an old phone book and your not able to continually advertise to them. You have more free speech on the internet, so start leveraging the use of it instead of pushing a 200 year old printed technology.
How does opting out of a phone book violate the free speech of a company's ad. Your not stopping them from printing it, your not blocking them from speaking about it and your not taking action which damages the services they provide in any way. I'm really confused how this is a free speech issue. Personally I haven't used a phone book in years, I just Google everything, so I can understand why people would opt of the phone book.
I'm still face palming because of that! Has anyone applied logic to the fact that cows have been around for thousands of years and C02 levels on earth really only sky rocketed after and in the industrial age. Humans are to blame for all the C02 damage to the earth, taxing the fact a cow farts and releases C02 is like trying to pass the buck. Just own up to it and you'll look a lot better in the end.
attitudes toward school - even homework completion
I'm confused on what this point has to do with the student. I never liked school growing up, I didn't like my teachers and I didn't like doing homework, yet I just graduated with my SECOND engineering degree. I'm pointing this out because what is going to happen from this database is private company's will see that Billy doesn't like going to school and assume incorrectly that Billy wont be a good employee when he grows up.
This database is effectively a big profiling system that is designed to trap kids who don't feel that achieving is the most important thing in the world. How a kid feels about school really doesn't place any bearing on how they do in life overall, a kid that hates school can become an engineer well kids that love school end up drug addicts ( The "school lovers" I knew ). This database will not help kids in the long run, it will be used as a tool to track, record and hinder kids into adult hood, all because this database will track what Billy thinks of school and his teachers.
That's awesome news. HIV is almost the ultimate disease, getting the immune system to turn against itself, so it's really awesome that at least cures are starting to look in the right direction, even if it's not lifelong it's at least a step in the right direction.
If you have a great team that can gel together then sure. A good team is like a well functioning machine that doesn't break down. The problem comes when you have team members who want to steal the spot light and not work with others.
In my last big project we had two members who felt they were the next big Nobel prize engineers, however really they just screwed large portions of the project, they fought the documentation and the requirements and they felt they were above everyone else. That kind of group can't work with out higher management getting involved.
Once they were axed from the project the entire team became a smooth machine, each member knowing what the others were working on. We had smooth integration, smooth code reviews and a great release. Management only got involved at the end to thank us.
So yes and no, management free company's can work in certain cases, in most cases I would never recommend it.
I've worked on / built a lot of different embedded systems both hardware and software and I've been left with this question many different times. Linux is great where you need a high level of control, and a great standard posix level interface and If you need to control timers, interfaces, resource tables and more. Custom implementations are great when you need to manage less resources but can handle the overhead of writing a custom RTOS from scratch. Android is great where you want another option apart from Linux. It's not a real cut and dry method of just sitting down and picking out a software platform for an embedded systems, it comes down to what your comfortable with, what you need it do / handle and what your over all requirements are.
To date I've used Linux on 3-4 different Embedded platforms, I've writen my own on about 8 different Embedded Systems, including one that was big enough for Linux but I just wanted a true custom RTOS for fun and I've used Android on 1 of them that is still unreleased. Most of my projects are open source so I tend to release the code after the fact.
I never said a C programmer can't make a mess of code, I also never still never mentioned anything about the Java sandbox or the Linux kernel. I've also done enough Java programming to know I'm never going back to it. However you do bring up an interest concept about writing a fully posix complient kernel in Java, it would be interesting to see it actually being done. It would have to be Java from the very base of the system, including IDT and GDT table init. It would be interesting to benchmark against.
LOL it can but I prefer people who aren't afraid to talk raw and quickly. I'd much rather hear "fuck" then "oh my, I accidently screw this......", use the right word at the right time.
A language shouldn't have a security model, at least in my opinon it shouldn't. The security model should be the programmer, they're entitled to make a program as secure or insecure as they like. I know a lot of programmers, books, industry professionals, engineers and house wifes are going to disagree with me but I don't care.
If you were a tight rope walker and trusted that someone hung a net under the rope then what happens the one time you fall and the net isn't there or malfunctions? Who do you blame and who is left looking like an idiot? Well the answer is the tight rope walker because he trusted someone else to protect him. Programming should work the same way, don't trust that just beacuse a net should be there it is, and don't trust that just because a net should work it will. Believe everything can fail and write accordingly, there is nothing more foolish then seeing an exploit in a language or system which is caused because a net should of been there. I see it a lot and it makes the programmer look like a child.
Take responsiblity for what you work on, put the net up your self and check it. That way when you fall your should be fine and at least if the net does give out you know exactly why and can jump in and fix it before it's a huge issue. This to me is the difference between languages like C and Java, in Java you trust your assistent to have the net setup and ready, in C you better fucking rig that net yourself because it's a long way to the ground. You only have to fall once in C to learn that trusting anyone is a bad idea.
My medical insurance is provided by my government at least in Canada and I can't be denied a job because of my medical history. If that is how it works in the US then I feel sorry for that extremely broken system but hear in Canada we get a decent standard of health care for free and the rest is usually given by your employeer. Medical history aside we get treated pretty well up here.
Okay granted not every Java programmer is a hipster, I will take that back, just most Java programmers I know are complete fools who have no clue about secure programming. I never mentioned about the Linux kernel being non exploitable, but if it was writen in Java it would be much more exploitable. A good language should NEVER apply safety's for the programmer, It should never preform memory cleaning for you and it should never manage your code. All of these things are really annoying features of Java. If I write a program I want to know it's secure because I took the time to make it secure, I don't want the language to have holes because somewhere in the model it's broken.
So I'll admit your probably not a hipster, that wasn't fair to say but in the end I just find a good C programmer an invaluable addition to a team over any Java programmer.
Slashdot Mirror
I wouldn't do random but you would have to check in the work everyday, so you might get away with that for a few days if you slack but your not going to get away to long.
Tighten up the rules! The problem is people don't check up and hence people get lazy. Create rules such as check in with the VPN twice a day or make sure you at least two major status updates a day with work to follow. Make sure you available from 8am to 6pm all day via the phone. If you go out somewhere make sure everyone knows via email response. Make sure you voice mail box reflects the day's events. Telecommuting isn't hard to pull of, it just has to be done right.
That still doesn't make Office a good buy. I'd still rather download Libre Office and get going now for free.
if you can't even recognize or take steps to recognize whats real
Simply call the company to ask, so I can blame the users in that case.
Does every one remember a few weeks ago when a company sent out a real email asking for users to change passwords and some people thought incorrectly it was a phishing email..... Basically that single event proved that people don't understand how to read / detect phishing scams. if you can't even recognize or take steps to recognize whats real from whats fake then I don't know what to tell you, the issue isn't always the scammer or lack there of, sometimes just blame the users.
If your spending hours writing a lab book I think your missing the point. A lab book is a quick scribble about what you did followed by a date and time. Filling an entire lab book might involve two hours of writing and last me months, it doesn't matter if it's perfectly written, if the pictures are clear and beautiful, it matters if you can read it and the information is accurate.
How ever for going the paper version of the log book you can easily use one of the good electronic versions as long as your data / information gets encrypted and backed up. I wrote an electronic lab book tool for school that was just a text input with an attachment box, it then took what you entered, ran it under high level encryption and using SSL sockets transported it to a Wiki style server which was backed up to a GIT server. The GUI popped up once a hour and you had to enter something, closing it with out making an entry would literally put "Nothing" : "time stamp" in the software. I'm still using it at work, it's a very small effort part of my day and usually a nice break from work even for a minute to fill in.
You can say what you want about logs, diff's and merge lists but in the end at least I find it easier to just have a written list of completed and on going work, that way when the director wants a status update he can get it himself, saves me time and saves him time.
Keep a bullet proof lab book with verifiable work and you'll be fine. The issue is that no one tracks what work they do so months after you finish everything there is no trace. Hence telecommuting looks back because how do you know who does any work. On the other hand if you can hand over a well kept book that is documented about the work you've completed then you look fine.
Yep, I completely agree with you! Honestly in the last 25 years ( I'm 25 ) I might have used 2 yellow pages ad's to buy services or goods. The phone book is becoming outdated as internet access penetrates more and more of our communities. Not only do people have access to a greater collection of advertisements but they have access to current and up to date advertisements which is something the phone book doesn't even offer. So when you think about it, why a company would push the phone book is silly, you can't keep the ad updated, you can't renew the ad to people who have an old phone book and your not able to continually advertise to them. You have more free speech on the internet, so start leveraging the use of it instead of pushing a 200 year old printed technology.
How does opting out of a phone book violate the free speech of a company's ad. Your not stopping them from printing it, your not blocking them from speaking about it and your not taking action which damages the services they provide in any way. I'm really confused how this is a free speech issue. Personally I haven't used a phone book in years, I just Google everything, so I can understand why people would opt of the phone book.
HAHA that's awesome
I'm still face palming because of that! Has anyone applied logic to the fact that cows have been around for thousands of years and C02 levels on earth really only sky rocketed after and in the industrial age. Humans are to blame for all the C02 damage to the earth, taxing the fact a cow farts and releases C02 is like trying to pass the buck. Just own up to it and you'll look a lot better in the end.
So does farting, burping and almost everything else you do. Should we tax those?
attitudes toward school - even homework completion
I'm confused on what this point has to do with the student. I never liked school growing up, I didn't like my teachers and I didn't like doing homework, yet I just graduated with my SECOND engineering degree. I'm pointing this out because what is going to happen from this database is private company's will see that Billy doesn't like going to school and assume incorrectly that Billy wont be a good employee when he grows up.
This database is effectively a big profiling system that is designed to trap kids who don't feel that achieving is the most important thing in the world. How a kid feels about school really doesn't place any bearing on how they do in life overall, a kid that hates school can become an engineer well kids that love school end up drug addicts ( The "school lovers" I knew ). This database will not help kids in the long run, it will be used as a tool to track, record and hinder kids into adult hood, all because this database will track what Billy thinks of school and his teachers.
That's awesome news. HIV is almost the ultimate disease, getting the immune system to turn against itself, so it's really awesome that at least cures are starting to look in the right direction, even if it's not lifelong it's at least a step in the right direction.
If you have a great team that can gel together then sure. A good team is like a well functioning machine that doesn't break down. The problem comes when you have team members who want to steal the spot light and not work with others.
In my last big project we had two members who felt they were the next big Nobel prize engineers, however really they just screwed large portions of the project, they fought the documentation and the requirements and they felt they were above everyone else. That kind of group can't work with out higher management getting involved.
Once they were axed from the project the entire team became a smooth machine, each member knowing what the others were working on. We had smooth integration, smooth code reviews and a great release. Management only got involved at the end to thank us.
So yes and no, management free company's can work in certain cases, in most cases I would never recommend it.
I've worked on / built a lot of different embedded systems both hardware and software and I've been left with this question many different times. Linux is great where you need a high level of control, and a great standard posix level interface and If you need to control timers, interfaces, resource tables and more. Custom implementations are great when you need to manage less resources but can handle the overhead of writing a custom RTOS from scratch. Android is great where you want another option apart from Linux. It's not a real cut and dry method of just sitting down and picking out a software platform for an embedded systems, it comes down to what your comfortable with, what you need it do / handle and what your over all requirements are.
To date I've used Linux on 3-4 different Embedded platforms, I've writen my own on about 8 different Embedded Systems, including one that was big enough for Linux but I just wanted a true custom RTOS for fun and I've used Android on 1 of them that is still unreleased. Most of my projects are open source so I tend to release the code after the fact.
I never said a C programmer can't make a mess of code, I also never still never mentioned anything about the Java sandbox or the Linux kernel. I've also done enough Java programming to know I'm never going back to it. However you do bring up an interest concept about writing a fully posix complient kernel in Java, it would be interesting to see it actually being done. It would have to be Java from the very base of the system, including IDT and GDT table init. It would be interesting to benchmark against.
Yep!
LOL it can but I prefer people who aren't afraid to talk raw and quickly. I'd much rather hear "fuck" then "oh my, I accidently screw this ......", use the right word at the right time.
A language shouldn't have a security model, at least in my opinon it shouldn't. The security model should be the programmer, they're entitled to make a program as secure or insecure as they like. I know a lot of programmers, books, industry professionals, engineers and house wifes are going to disagree with me but I don't care.
If you were a tight rope walker and trusted that someone hung a net under the rope then what happens the one time you fall and the net isn't there or malfunctions? Who do you blame and who is left looking like an idiot? Well the answer is the tight rope walker because he trusted someone else to protect him. Programming should work the same way, don't trust that just beacuse a net should be there it is, and don't trust that just because a net should work it will. Believe everything can fail and write accordingly, there is nothing more foolish then seeing an exploit in a language or system which is caused because a net should of been there. I see it a lot and it makes the programmer look like a child.
Take responsiblity for what you work on, put the net up your self and check it. That way when you fall your should be fine and at least if the net does give out you know exactly why and can jump in and fix it before it's a huge issue. This to me is the difference between languages like C and Java, in Java you trust your assistent to have the net setup and ready, in C you better fucking rig that net yourself because it's a long way to the ground. You only have to fall once in C to learn that trusting anyone is a bad idea.
My medical insurance is provided by my government at least in Canada and I can't be denied a job because of my medical history. If that is how it works in the US then I feel sorry for that extremely broken system but hear in Canada we get a decent standard of health care for free and the rest is usually given by your employeer. Medical history aside we get treated pretty well up here.
I completely disagree with that, you need to think about the post after you read it, spelling and grammar can take a back seat if the point is vailid.
Fair enough thats a mistake but it shouldn't be big enough to cause you not to understand the post after you read it.
Fair enough, I was more so talking about North America, I'll give you that post :-)
Okay granted not every Java programmer is a hipster, I will take that back, just most Java programmers I know are complete fools who have no clue about secure programming. I never mentioned about the Linux kernel being non exploitable, but if it was writen in Java it would be much more exploitable. A good language should NEVER apply safety's for the programmer, It should never preform memory cleaning for you and it should never manage your code. All of these things are really annoying features of Java. If I write a program I want to know it's secure because I took the time to make it secure, I don't want the language to have holes because somewhere in the model it's broken.
So I'll admit your probably not a hipster, that wasn't fair to say but in the end I just find a good C programmer an invaluable addition to a team over any Java programmer.