Not to mention that Java tooling is quite extensive now - Maven, Gradle or Ivy offers flexible - if sometimes a bit complex - dependency and lifecycle management, which is a godsend when bootstrapping a new developer environment. Add to that nice integration tools, a few really powerful profilers (I'm fond of Yourkit profiler), some wicked hacks like APT that can save your bacon when you need to turn a project around and as said a few posts below a huge amount of readily available libraries and I can't convince myself to go back to C/C++ for long term development.
I'm currently experimenting with React on Meteor though, and even if Javascript lack of typing is making me slightly uncomfortable (last time I developed on an untyped language, it was Basic...) I likes what I see up to now. Repeatable build and integration testing automation is a must to me, so I may be a tad biased.
(...) but as Iraq and ISIS has shown, extremely low tech means have gotten a group of insurgents armed with little more than pickup trucks, AKs and insane levels of brutality to actually form a caliphate which Europe officially recognizes as a sovereign nation and trading partner.
You're going to have to provide sources for this as it's a rather plain accusation of supporting terrorism. As an European, I'm not pleased at all of someone spewing bullshit about Europe recognizing ISIS as anything more than a bunch of backward barbarian.
It's quite interesting that after all this time, and given the popularity of this little thing called Internet, some have still can't grasp the "My computer, my rules" concept.
Support our modders, give a little something each time we download or even just go by the mod webpage - be it a dollar/euro or two - so that modders can keep taking part of their time to further update and develop their mods, and most importantly editors/distributors don't have a leg to stand on when requesting 75% of the money on the premise that they sold the engine, so they should get 3/4 of all newly created content.
Ok, I've had enough. Where all those who're shunning java come from exactly? How on earth can someone still spew stupidities like "compiled java executes slowly" or "generics are stupid"? What the fuck are you doing as a living to be so out of the usual programming practices? Next, you'll tell us that Design Patterns are bullshit and statically typed language are dead?
No, sincerely, I HAVE to know!
Just look at John Allsup, comparing oranges to apples, putting side to side Haskell, Javascript, Java and Python?! At least Java and Python are natively object-oriented... Haskell is in a totally other alley - and I personally believe that functional languages are vastly underrated - and then, boom, javascript. Seriously?
So please, just tell me what you do for a living and your past experience in programming/software architecture, because I really want to understand the background that makes you express these opinions.
Very, very local sample: out of 5 I work with currently, I have: * 1 with a real interest in his work, eager to learn and improve * 3 with a "happy with what I know, afraid of anything new" * 1 with a toxic attitude, i.e. resists any attempt at being introduced to version control systems, code reviews, unit testing and the likes
For the past 15 years, I've come across maybe 4, 5 developers really engaged in their trade, with a positive attitude and a genuine eagerness to learn new things, find the proper tool for a given problem and learn from mistakes they and others have done. A good 20 others could have been janitor for all they cared: it's just a 8-17 job for them.
Sample is quite small, and comes mainly from french consulting firms - CGI, Sogeti, Atos, Accenture, Sopra.
(...)accessor methods (which I think if we admit, do something besides just set or get a private member variable like 1% of the time, why the hell we still do this I don't know..), (...)
Lookup "encapsulation": this is why your class members can't be declared public as long as they're not final.
If you're writing a one-off code chunk, so be it: you'll be the only one to use and debug it. But you'll soon learn that a lot of "one-off" soon become "pre-release" and "sold to the customer as done, tested and readily available".
And this is why C is not an appropriate language when you're developing an application where the important aspect is the result, not the amount of memory of the speed required to achieve it.
A language is a tool, and each language is a somewhat different tool. A good architect/analyst/developer knows which tool to apply to which problem, the associated "fluff" being largely nonsensical with regard to the inherent benefit of applying the right tool to the right problem.
This, my friend, is common knowledge among experienced practitioners and often fly a mile above the head of beginners which tend to have the "have a hammer, everything looks like a nail" mindset.
How come Cameron, being the PM and all, not be held fully responsible for his inability to prevent UK resident to perpetrate terrorist acts on the very sole he's in charge of? After all, he's the one with intelligence services and such, stampeding the privacy of the very people that elected him. Would all this just mean that he violated fundamental rights of the British people to no avail?
As far as I understood the article, everything is based on a behavioral repertoire... The only advancement of the study would be the confidence mapping of said repertoire? Wouldn't it be better to work toward the automatic creation of this repertoire by the robot itself?
"Ask Slashdot" from someone confortable enough using Linux in 2001 for productive work and not knowing that a Raspberry Pi or a "mini USB PC" are not running on the same architecture as the PC from 2001?
It greatly depends on the environment in which your data processing and glue scripts runs: if it's homogenous enough to go for an installer runtime like python or ruby, then so be it. As a matter of fact, Perl is often available, and the CPAN is a trove of readily available solutions.
This kind of scripts is typically what I'm doing on frequent occasion, and I've always found that portable shell scripting has always trumped any other solution as long as your environment is unix driven - and then for this rare cases where Windows is the platform of choice, I package a few cygwin exes and dlls with the script. I'm working on a very controlled environment though, and expecting to have access to CPAN, much less to Python or Ruby runtimes is a recipe for a great deception.
Shell scripts I say: it's a default on so many plaforms that it's worth keeping it fresh.
As for the next step, I'd say Perl because of its pervasiveness - and the fact that it's a still alive and mightily kicking language - then Python as it's quite common on Linux distributions now.
A closing word: don't dismiss a language because it feels old. If C is a bit overkill for glue and data manipulation code, shell scripting is not going away soon. IMO, the important part of doing our type of job is to know to use the pertinent tool to get a result quickly enough without compromising maintainability too much.
At 400$ a pop, I'd be willing to shell the cash to have access to this kind of chip/board. There's at least one direct application I'd like to try: source code analysis. The current tools are quite powerful, mind you, but I'm sure the pattern recognition capabilities of such chips should be a lot better at pinpointing ill side effects, inefficiencies, memory leaks and such.
Stop it already! Non-programmers will never build applications, because on a programmer CAN build an application. Stop tooting your flavor-of-the-week 4GL solution and focus on providing more astute tools to programmers. The myth of a business type obtaining a proper result out of a computer without any a programmer being somewhere in the picture is NOT going to happen before we get Turing test worth IA. Period.
If only all these companies selling those products would learn a bit of computer science history before embarking into yet another flawed implementation of a 50 years old idea, and start enhancing testing, debugging, profiling, and - $Deity forbig - deployment and environment dependency manager tools, we'd be all for the better.
Before the reboot of Battlestar, there was http://en.wikipedia.org/wiki/Space:_Above_and_Beyond. On all aspect of warfare in a space age, they had a pretty good vision of how everything would be done, from space dogfight between light fighters to land assault and extraction.
That's not what it's supposed to do: it's just sniff the protocols used on your computer and report them to Hadopi. If at the same time your IP is found on a tracker sharing "illicit" files and Hadopi or one of its affiliates can download a portion of the file from you, then you're in for one of the strikes.
... because it's the only way to "prove" that your 'net connection is "secured". Let me explain: with Hadopi, they also created a new felony title "Internet connection securing fault" ("Défaut de sécurisation de connexion" in french) which means that if your IP is marked by Hadopi as copying illicit files, then your only mean of defence will be that this software was running at the time of the marking on your computer. Usually, in France, you're innocent until proven guilty. So usually when you're sued, it's the other party that have to bring proofs of what you're accused. They added an exception for this for speed tickets on road when they deployed automatic speed cameras. And they've used this loophole to do the same with Hadopi.
Net result: if you don't run the software and somehow you're IP ends in Hadopi lists, you're automatically ticketed for 1500€ and your only defence is this frickin' spyware.
And the most beautiful of all this: Hadopi is already active and they're just working on the specs of the spyware. Draw the conclusion yourself.
-- Arkan, fed-up with the way France is going those days
The reality is bit uglier than what the article might say. When your IP will be caught exchanging one of the 10.000 referenced files on a p2p network - the HADOPI being the one who will be monitoring the p2p networks - this addendum to the three-strikes law will trigger the following events:
- under a special, fast track process akin to the one followed for a speed ticket, the judge might order your ISP to cut your connexion, or (logical OR, not XOR) have you pay 1.500â. This is not a trial, it's a judge statement, and you'll have to go to court to defend yourself, but not before having your connexion cut and the fine paid. Btw, you'll still pay for the connexion that have been cut. You can get protection from this though: you need to install a (today inexistant) HADOPI-certified spyware (read network packet scanning, email reading spyware) on your - Windows - computer. This will magically make you not liable of this part of the law
- you're still liable under the DADVSI (counterfeiting) law which can, on another judgment, get you up to 300.000â fine or (logical OR...) 3 years in prison
- and then I don't see anything in the words of the proposed law that would prevent the copyright owner from suing you for lost revenue
For the smart among you all, you'd have already noticed that everything is trigger by just one thing: an IP on a p2p network. The IP. Something absolutely, positively unfalsifiable, that can't be spoofed. Right?
And soon, if LOPPSI goes through and you've used an encrypting bittorrent client, you'll also be sued under the premise that you're planning terrorist actions.
The most fun part is that this addendum in it's current state allows for the HADOPI commission to "read" your - and I quote - "electronic communications". Not "p2p connexions", not "bittorrent connexions": "electronic communications". Email, web, IM, VOIP: it's electronic, it's scanned. The french government is just passing a law to get a legal eavedropping right on all national internet communications.
Easy: 2 years of retention in France for any internet connection. And the ISP are the one footing the bill for processing power/storage/whatever it takes to comply.
> (...)'nonstandard' hardware that likes direct IO, like disk-arrays. Which is, as far as I know, scarcely used in a small business situation, or even a home user one. And in this kind of situation, you have system administrators - I know, I'm one of those - who are PAID to do this kind of job. Not that recompiling a kernel really requires high level expertise, mind you.
Anyway, isn't the solution to petition your favorite vendor to provide the relevant driver with a convenient licence so that it can be incorporated in the kernel?
Slashdot Mirror
Not to mention that Java tooling is quite extensive now - Maven, Gradle or Ivy offers flexible - if sometimes a bit complex - dependency and lifecycle management, which is a godsend when bootstrapping a new developer environment. Add to that nice integration tools, a few really powerful profilers (I'm fond of Yourkit profiler), some wicked hacks like APT that can save your bacon when you need to turn a project around and as said a few posts below a huge amount of readily available libraries and I can't convince myself to go back to C/C++ for long term development.
I'm currently experimenting with React on Meteor though, and even if Javascript lack of typing is making me slightly uncomfortable (last time I developed on an untyped language, it was Basic...) I likes what I see up to now. Repeatable build and integration testing automation is a must to me, so I may be a tad biased.
(...) but as Iraq and ISIS has shown, extremely low tech means have gotten a group of insurgents armed with little more than pickup trucks, AKs and insane levels of brutality to actually form a caliphate which Europe officially recognizes as a sovereign nation and trading partner.
You're going to have to provide sources for this as it's a rather plain accusation of supporting terrorism. As an European, I'm not pleased at all of someone spewing bullshit about Europe recognizing ISIS as anything more than a bunch of backward barbarian.
It's quite interesting that after all this time, and given the popularity of this little thing called Internet, some have still can't grasp the "My computer, my rules" concept.
Support our modders, give a little something each time we download or even just go by the mod webpage - be it a dollar/euro or two - so that modders can keep taking part of their time to further update and develop their mods, and most importantly editors/distributors don't have a leg to stand on when requesting 75% of the money on the premise that they sold the engine, so they should get 3/4 of all newly created content.
Exactly this! And for the java part at least, they should use NIO channels, which are designed to be closer to the system.
What they determine, in fact, is that their coding knowledge is sub-par. Not to be unexpected from people in biological sciences!
The real issue is: how come Slashdot editor didn't saw this as soon as the story was submitted and put it back where it belongs: /dev/null?
Ok, I've had enough. Where all those who're shunning java come from exactly? How on earth can someone still spew stupidities like "compiled java executes slowly" or "generics are stupid"? What the fuck are you doing as a living to be so out of the usual programming practices?
Next, you'll tell us that Design Patterns are bullshit and statically typed language are dead?
No, sincerely, I HAVE to know!
Just look at John Allsup, comparing oranges to apples, putting side to side Haskell, Javascript, Java and Python?! At least Java and Python are natively object-oriented... Haskell is in a totally other alley - and I personally believe that functional languages are vastly underrated - and then, boom, javascript. Seriously?
So please, just tell me what you do for a living and your past experience in programming/software architecture, because I really want to understand the background that makes you express these opinions.
Very, very local sample: out of 5 I work with currently, I have:
* 1 with a real interest in his work, eager to learn and improve
* 3 with a "happy with what I know, afraid of anything new"
* 1 with a toxic attitude, i.e. resists any attempt at being introduced to version control systems, code reviews, unit testing and the likes
For the past 15 years, I've come across maybe 4, 5 developers really engaged in their trade, with a positive attitude and a genuine eagerness to learn new things, find the proper tool for a given problem and learn from mistakes they and others have done.
A good 20 others could have been janitor for all they cared: it's just a 8-17 job for them.
Sample is quite small, and comes mainly from french consulting firms - CGI, Sogeti, Atos, Accenture, Sopra.
(...)accessor methods (which I think if we admit, do something besides just set or get a private member variable like 1% of the time, why the hell we still do this I don't know..), (...)
Lookup "encapsulation": this is why your class members can't be declared public as long as they're not final.
If you're writing a one-off code chunk, so be it: you'll be the only one to use and debug it. But you'll soon learn that a lot of "one-off" soon become "pre-release" and "sold to the customer as done, tested and readily available".
And this is why C is not an appropriate language when you're developing an application where the important aspect is the result, not the amount of memory of the speed required to achieve it.
A language is a tool, and each language is a somewhat different tool. A good architect/analyst/developer knows which tool to apply to which problem, the associated "fluff" being largely nonsensical with regard to the inherent benefit of applying the right tool to the right problem.
This, my friend, is common knowledge among experienced practitioners and often fly a mile above the head of beginners which tend to have the "have a hammer, everything looks like a nail" mindset.
As an Obsessed Atheists, this comment offend me greatly. To the Intarweb police, please limit the freedom of expression of sycodon. Thanks.
How come Cameron, being the PM and all, not be held fully responsible for his inability to prevent UK resident to perpetrate terrorist acts on the very sole he's in charge of? After all, he's the one with intelligence services and such, stampeding the privacy of the very people that elected him. Would all this just mean that he violated fundamental rights of the British people to no avail?
that it is NOT installed, nor a requirements for the Information System I'm managing at work. A second nice thing would be that it stays this way.
As far as I understood the article, everything is based on a behavioral repertoire... The only advancement of the study would be the confidence mapping of said repertoire? Wouldn't it be better to work toward the automatic creation of this repertoire by the robot itself?
"Ask Slashdot" from someone confortable enough using Linux in 2001 for productive work and not knowing that a Raspberry Pi or a "mini USB PC" are not running on the same architecture as the PC from 2001?
How low have we stooped?
It greatly depends on the environment in which your data processing and glue scripts runs: if it's homogenous enough to go for an installer runtime like python or ruby, then so be it.
As a matter of fact, Perl is often available, and the CPAN is a trove of readily available solutions.
This kind of scripts is typically what I'm doing on frequent occasion, and I've always found that portable shell scripting has always trumped any other solution as long as your environment is unix driven - and then for this rare cases where Windows is the platform of choice, I package a few cygwin exes and dlls with the script. I'm working on a very controlled environment though, and expecting to have access to CPAN, much less to Python or Ruby runtimes is a recipe for a great deception.
Shell scripts I say: it's a default on so many plaforms that it's worth keeping it fresh.
As for the next step, I'd say Perl because of its pervasiveness - and the fact that it's a still alive and mightily kicking language - then Python as it's quite common on Linux distributions now.
A closing word: don't dismiss a language because it feels old. If C is a bit overkill for glue and data manipulation code, shell scripting is not going away soon. IMO, the important part of doing our type of job is to know to use the pertinent tool to get a result quickly enough without compromising maintainability too much.
At 400$ a pop, I'd be willing to shell the cash to have access to this kind of chip/board. There's at least one direct application I'd like to try: source code analysis. The current tools are quite powerful, mind you, but I'm sure the pattern recognition capabilities of such chips should be a lot better at pinpointing ill side effects, inefficiencies, memory leaks and such.
Now, just imagine a biowolf cluster of those...
Micro-manage me like one of your Foxconn (girl) employee!
Stop it already! Non-programmers will never build applications, because on a programmer CAN build an application. Stop tooting your flavor-of-the-week 4GL solution and focus on providing more astute tools to programmers. The myth of a business type obtaining a proper result out of a computer without any a programmer being somewhere in the picture is NOT going to happen before we get Turing test worth IA. Period.
If only all these companies selling those products would learn a bit of computer science history before embarking into yet another flawed implementation of a 50 years old idea, and start enhancing testing, debugging, profiling, and - $Deity forbig - deployment and environment dependency manager tools, we'd be all for the better.
Damn. Do I sound as bitter as I feel?
Before the reboot of Battlestar, there was http://en.wikipedia.org/wiki/Space:_Above_and_Beyond.
On all aspect of warfare in a space age, they had a pretty good vision of how everything would be done, from space dogfight between light fighters to land assault and extraction.
That's not what it's supposed to do: it's just sniff the protocols used on your computer and report them to Hadopi. If at the same time your IP is found on a tracker sharing "illicit" files and Hadopi or one of its affiliates can download a portion of the file from you, then you're in for one of the strikes.
... because it's the only way to "prove" that your 'net connection is "secured".
Let me explain: with Hadopi, they also created a new felony title "Internet connection securing fault" ("Défaut de sécurisation de connexion" in french) which means that if your IP is marked by Hadopi as copying illicit files, then your only mean of defence will be that this software was running at the time of the marking on your computer. Usually, in France, you're innocent until proven guilty. So usually when you're sued, it's the other party that have to bring proofs of what you're accused. They added an exception for this for speed tickets on road when they deployed automatic speed cameras. And they've used this loophole to do the same with Hadopi.
Net result: if you don't run the software and somehow you're IP ends in Hadopi lists, you're automatically ticketed for 1500€ and your only defence is this frickin' spyware.
And the most beautiful of all this: Hadopi is already active and they're just working on the specs of the spyware. Draw the conclusion yourself.
--
Arkan, fed-up with the way France is going those days
This is like putting a price on one's life. Even asking such a question is disgusting, and shows a complete lack of humanity.
I can't even imagine the mindset that can push someone to formulate such a question.
I think this is an huge hint that our society as a whole as gone south. Prove me wrong, please prove me wrong.
The reality is bit uglier than what the article might say. When your IP will be caught exchanging one of the 10.000 referenced files on a p2p network - the HADOPI being the one who will be monitoring the p2p networks - this addendum to the three-strikes law will trigger the following events:
- under a special, fast track process akin to the one followed for a speed ticket, the judge might order your ISP to cut your connexion, or (logical OR, not XOR) have you pay 1.500â. This is not a trial, it's a judge statement, and you'll have to go to court to defend yourself, but not before having your connexion cut and the fine paid. Btw, you'll still pay for the connexion that have been cut. You can get protection from this though: you need to install a (today inexistant) HADOPI-certified spyware (read network packet scanning, email reading spyware) on your - Windows - computer. This will magically make you not liable of this part of the law
- you're still liable under the DADVSI (counterfeiting) law which can, on another judgment, get you up to 300.000â fine or (logical OR...) 3 years in prison
- and then I don't see anything in the words of the proposed law that would prevent the copyright owner from suing you for lost revenue
For the smart among you all, you'd have already noticed that everything is trigger by just one thing: an IP on a p2p network. The IP. Something absolutely, positively unfalsifiable, that can't be spoofed. Right?
And soon, if LOPPSI goes through and you've used an encrypting bittorrent client, you'll also be sued under the premise that you're planning terrorist actions.
The most fun part is that this addendum in it's current state allows for the HADOPI commission to "read" your - and I quote - "electronic communications". Not "p2p connexions", not "bittorrent connexions": "electronic communications". Email, web, IM, VOIP: it's electronic, it's scanned. The french government is just passing a law to get a legal eavedropping right on all national internet communications.
I love being french those days...
Easy: 2 years of retention in France for any internet connection. And the ISP are the one footing the bill for processing power/storage/whatever it takes to comply.
--
Arkan
> (...)'nonstandard' hardware that likes direct IO, like disk-arrays.
Which is, as far as I know, scarcely used in a small business situation, or even a home user one. And in this kind of situation, you have system administrators - I know, I'm one of those - who are PAID to do this kind of job.
Not that recompiling a kernel really requires high level expertise, mind you.
Anyway, isn't the solution to petition your favorite vendor to provide the relevant driver with a convenient licence so that it can be incorporated in the kernel?
--
Arkan