It's corporate censorship. Google can opt out of doing business in France. Or China. Or the U.S. Or it can comply. It will comply.
This is why we can't let corporations run the world. They're in it for money, not principle or human rights or whatever. They don't have ideals... they are like sociopaths that are in it for themselves. That's not to say that they're not useful, but they shouldn't be in charge of politics.
Hate to say it, but this problem isn't going to go away. The internet will have to become regulated, with various strictures applied according under a multitude of jurisdictions. It will be messy.
Always listened to a broad range of music. Not a fan of atonal jazz/classical, rap, hip-hop, or trance. Pretty much open to anything outside of that.
My modus operandi on Spotify is to type in some word I see when stopped in traffic and peruse the results. The only problem I encounter is that there is much, much more mediocrity out there (in all musical styles) than there is truly innovative stuff. So I have to sift through a lot of sand to find the gems.
A couple of points: 1) Seattle has less rainfall than NYC. Seattle "rain" is drizzle. Drizzles a lot. Not much water in it, though. 2) We have droughts. It's because the watersheds are in the mountains, and rely on snowpack. Some year there's lots of rain in the Cascades, but not enough snow.
I would say these educators were organized and committing a crime. The punishment should fit the crime, however... not all organized criminal activities should result in long jail sentences.
I'm waiting for whiteboard sized touch screens to make their appearance. I know Microsoft was working on this a couple of years back.
This would not only be useful for long-distance collaboration, but for team collaboration as well. Image working on a conference table-sized monitor, with a common workspace among 7-8 people. I think a team like that could potentially be more productive than the same number working independently. May require a different sort of programmer.
Got asked about Agile planning estimates (you know: the Fibonacci scale) by our CEO, and why we didn't use time estimates. My answer was the developers a better at estimating complexity than time to completion. And complexity estimation accounts for the fuzzier initial understanding of harder problems. When you start measuring velocity, it stabilizes remarkably well and can be predictive.
But complexity estimation is not a time estimate. If, for my team, a 1 is about 2 hours work, varying between.5 and 4 hours, then a 5 (5x as hard) is going to take between 2.5 and 20 hours. That's a big variance! But it more accurately reflects the uncertainty of the estimate.
I think what makes many older programmers obsolete is that they stick with the familiar. If the familiar is Java and some newish framework, then you're probably set for life (if you're any good at it). If you've spent decades programming in C or RPG or Cobol, your career options will be more limited unless you're one of the best.
Went from 4GL to C to C++ to Java to Javascript. Longest term of unemployment was 2 months during the dot com bust, not long enough to burn through severance pay. I'm 54.
I'm not as good a Javascript programmer as I was in C++ or Java (I'm not bad, just don't query me on Javascript's baroque scoping rules), but my experience has taught me that proper implementation is more about architecture-in-the-small than it is about mastering language arcanery.
Currently tearing down a monolithic PHP application into something with proper separation of areas of concern. It will keep me busy for quite some time yet.
Just hit 57 and working on node/express + html5 + jquery + couchdb on top of legacy PHP/MySQL backend. Planning to start rewriting the backend in grails, hopefully soon.
What I've learned: solve the immediate problems at hand, deliver early and often, and don't worry about potential issues that may not manifest themselves or might be lower priority by the time you confront them.
The biggest problem I've seen is that projects kill themselves through overengineering by ambitious young folks with big dreams. The fact is, boring old analysis and dreaded working with the customer are the keys to success. Solving the day-to-day problems of a business is essential, not transformative solutions that take years to develop and are a crapshoot at best.
Also, there are a lot of small, established companies that have interesting problems to solve, and if you're good, you can help choose the technologies that will be used to tackle them. There's a lot of satisfaction in that.
Strong typing was meant to curb errors, but the types of errors strong typing catches are a minority of bugs. Most bugs are logic bugs, followed by performance bugs. The rise in importance of a thorough test suite has made many software projects better.
I'm not talking test-driven development, but ANY test framework that can be easily written and maintained, either by developers themselves, or by a competent QA department.
The summary is a complete fail. Here in Seattle we have recyclable waste containers specifically for compostables. The fine is for not sorting your compostables (which are 'recyclable') from the true garbage that goes in a landfill. You can waste all the food you want, up to what your sizable compost bin will hold.
... meaning, do you also provide input on some of the pop-culture in the show (e.g., Star Trek, Star Wars, comic books, Dr Who, etc.)?
Saltzberg: Sad to say, I am not. I am so out of it that for a long time
This is telling. In the show, the scientist characters are always playing games, going to comic book stores, seeing movies, and appear to work 9 to 5. These are not how scientists live. You just don't have a lot of spare time after doing the day's research or grant proposals. BBT is just a show about societal misfits in settings most people can relate to in some way. But it's not reflective of scientists.
As a foreign worker in the US, I have no idea where you got that $15 an hour from. I can assure you, I'm paid substantially more than that.
I once shared an office with two foreign workers from Eastern Europe. One was being paid $1000/mo., the other $500/mo. Don't know how the company got away with it, but they did.
A good programmer 1) recognizes patterns that have occurred before 2) tries to hone his craft by following best practice 3) avoids novelty 4) looks for code online to apply to the problem at hand, rather than write it from scratch 5) values simplicity over cleverness 6) optimizes last 7) knows how to see past stated requirements to find the real business need 8) says "no" rarely, but when he/she does, they mean it 9) pays attention to words such as "always", "unique", "never", "required", "only one", "many" during analysis 10) doesn't grab a hammer, then start looking at every problem like it's a nail. 11) respects others! Not everybody may be the hotshot you are, but almost everybody in one situation or another can contribute insight or grind away on problems you'd find dull.
Which means it isn't equivalent. The point of this:
$gt; if(firstName == null || firstName.equals(""))
Is to check to see if the string is null or empty.
Nope.
if(firstName == null || firstName.equals(""))
says "I don't care which", whereas
if(firstName == null) { } else if (firstName.equals("")) { }
actually checks if the string is null or empty
Re:If PHP was a horse in the prog language race
on
PHP Next Generation
·
· Score: 1
If you find stacked ternary operators confusing, how the hell would you manage to untangle a complex SQL query?
Slashdot Mirror
I suspect 30+ million were 'just curious' after seeing AM's adds on TV. Hard to explain to the spouse, though.
It's Myanmar, you antiquarian dolt.
It's corporate censorship. Google can opt out of doing business in France. Or China. Or the U.S. Or it can comply. It will comply.
This is why we can't let corporations run the world. They're in it for money, not principle or human rights or whatever. They don't have ideals... they are like sociopaths that are in it for themselves. That's not to say that they're not useful, but they shouldn't be in charge of politics.
Hate to say it, but this problem isn't going to go away. The internet will have to become regulated, with various strictures applied according under a multitude of jurisdictions. It will be messy.
It's all going to be fine, if we just "dream" it so. And not get all weirdly pedophilic about robot girls.
No, it was edlin.
Always listened to a broad range of music. Not a fan of atonal jazz/classical, rap, hip-hop, or trance. Pretty much open to anything outside of that.
My modus operandi on Spotify is to type in some word I see when stopped in traffic and peruse the results. The only problem I encounter is that there is much, much more mediocrity out there (in all musical styles) than there is truly innovative stuff. So I have to sift through a lot of sand to find the gems.
A couple of points:
1) Seattle has less rainfall than NYC. Seattle "rain" is drizzle. Drizzles a lot. Not much water in it, though.
2) We have droughts. It's because the watersheds are in the mountains, and rely on snowpack. Some year there's lots of rain in the Cascades, but not enough snow.
Maybe it should be "Wikopidiocracy"? TFTFY
I would say these educators were organized and committing a crime. The punishment should fit the crime, however... not all organized criminal activities should result in long jail sentences.
I'm waiting for whiteboard sized touch screens to make their appearance. I know Microsoft was working on this a couple of years back.
This would not only be useful for long-distance collaboration, but for team collaboration as well. Image working on a conference table-sized monitor, with a common workspace among 7-8 people. I think a team like that could potentially be more productive than the same number working independently. May require a different sort of programmer.
Got asked about Agile planning estimates (you know: the Fibonacci scale) by our CEO, and why we didn't use time estimates. My answer was the developers a better at estimating complexity than time to completion. And complexity estimation accounts for the fuzzier initial understanding of harder problems. When you start measuring velocity, it stabilizes remarkably well and can be predictive.
But complexity estimation is not a time estimate. If, for my team, a 1 is about 2 hours work, varying between .5 and 4 hours, then a 5 (5x as hard) is going to take between 2.5 and 20 hours. That's a big variance! But it more accurately reflects the uncertainty of the estimate.
Groovy
Really, I don't want to write another line of boilerplate Java again. But for those who do, Groovy doesn't stop you.
I think what makes many older programmers obsolete is that they stick with the familiar. If the familiar is Java and some newish framework, then you're probably set for life (if you're any good at it). If you've spent decades programming in C or RPG or Cobol, your career options will be more limited unless you're one of the best.
Went from 4GL to C to C++ to Java to Javascript. Longest term of unemployment was 2 months during the dot com bust, not long enough to burn through severance pay. I'm 54.
I'm not as good a Javascript programmer as I was in C++ or Java (I'm not bad, just don't query me on Javascript's baroque scoping rules), but my experience has taught me that proper implementation is more about architecture-in-the-small than it is about mastering language arcanery.
Currently tearing down a monolithic PHP application into something with proper separation of areas of concern. It will keep me busy for quite some time yet.
There are more facets to Mr. Poopypants than I imagined..
Just hit 57 and working on node/express + html5 + jquery + couchdb on top of legacy PHP/MySQL backend. Planning to start rewriting the backend in grails, hopefully soon.
What I've learned: solve the immediate problems at hand, deliver early and often, and don't worry about potential issues that may not manifest themselves or might be lower priority by the time you confront them.
The biggest problem I've seen is that projects kill themselves through overengineering by ambitious young folks with big dreams. The fact is, boring old analysis and dreaded working with the customer are the keys to success. Solving the day-to-day problems of a business is essential, not transformative solutions that take years to develop and are a crapshoot at best.
Also, there are a lot of small, established companies that have interesting problems to solve, and if you're good, you can help choose the technologies that will be used to tackle them. There's a lot of satisfaction in that.
Strong typing was meant to curb errors, but the types of errors strong typing catches are a minority of bugs. Most bugs are logic bugs, followed by performance bugs. The rise in importance of a thorough test suite has made many software projects better.
I'm not talking test-driven development, but ANY test framework that can be easily written and maintained, either by developers themselves, or by a competent QA department.
let's see, what am I?
Linux, Express-js, Couch, Javascript
LECJ?
and launched it from a giant bottle, they wouldn't have this problem.
The summary is a complete fail. Here in Seattle we have recyclable waste containers specifically for compostables. The fine is for not sorting your compostables (which are 'recyclable') from the true garbage that goes in a landfill. You can waste all the food you want, up to what your sizable compost bin will hold.
This is telling. In the show, the scientist characters are always playing games, going to comic book stores, seeing movies, and appear to work 9 to 5. These are not how scientists live. You just don't have a lot of spare time after doing the day's research or grant proposals. BBT is just a show about societal misfits in settings most people can relate to in some way. But it's not reflective of scientists.
At the end of the day, it is humans that control the bots.
You can't control the robots if they're so intelligent you can't understand what it is that they are doing. And so fast...
As a foreign worker in the US, I have no idea where you got that $15 an hour from. I can assure you, I'm paid substantially more than that.
I once shared an office with two foreign workers from Eastern Europe. One was being paid $1000/mo., the other $500/mo. Don't know how the company got away with it, but they did.
A good programmer
1) recognizes patterns that have occurred before
2) tries to hone his craft by following best practice
3) avoids novelty
4) looks for code online to apply to the problem at hand, rather than write it from scratch
5) values simplicity over cleverness
6) optimizes last
7) knows how to see past stated requirements to find the real business need
8) says "no" rarely, but when he/she does, they mean it
9) pays attention to words such as "always", "unique", "never", "required", "only one", "many" during analysis
10) doesn't grab a hammer, then start looking at every problem like it's a nail.
11) respects others! Not everybody may be the hotshot you are, but almost everybody in one situation or another can contribute insight or grind away on problems you'd find dull.
Nope.
says "I don't care which", whereas
actually checks if the string is null or empty
If you find stacked ternary operators confusing, how the hell would you manage to untangle a complex SQL query?