Wait, what? if lambdas are shit programming why did almost every language add them as a features in the last 5-10 years? including c++.
I think you have mostly missed my point, Scala has research oriented roots, and it you're not ok with that, fine. But if it makes you a more efficient programmer, it might just be worth the effort of picking up.
This isn't necessarily an argument against Scala, using it well will have it's challenges, but this is true for most languages. Linkedin went through the same. Some of the tradeoff's Twitter has had to make have changed. They moved away from Ruby, and for Ruby developers, Scala might actually have been easier to pickup than someone who has been doing Java since 1.4. You have to unlearn more OO practices to use Scala well, but you can write very rubyish or pythonic code in Scala. If I look at a project like finagle now from twitter (compared with gRPC from google), I can sort of see Krikorian's point, but finagle is still one of the best or the best RPC libraries out there if you know Scala. As far as language features, pattern matching, expressive types with inference, var/val immutability are all huge helps to write more concise programs. There are more CS-y features like tail recursion, laziness, um.. monads (any typelevel library), which can hurt or help the complexities in your program. As the Scala community has matured, developers and the language has gotten better at using/refining these features (specializations come to mind) and a few of the good and safe features have become more widespread (swift, rust, jave 8 lambdas)
The learning curve is steep for an OO developer to use the language well, but I like what this article says about the challenges: https://www.infoq.com/articles... "As explained in this article all these features are already available in Scala. Developers who want to try them out can explore early builds of Java 8 on most platforms. Alternatively, we recommend taking a look at Scala as a way of preparing for the paradigm shifts to come."
It's also possible that in such a world there is no need for simulating anything since the perfect answers can all be found through quantum computers and looking elsewhere. Why simulate us or the universe? At that point, it's equally likely that there is a creator and/or that we are in a simulation.
The extent to which a simulation can be completely divorced from the abstractions running it, (i.e. quantization and the speed at which things happen) is just asking for more energy, orders of magnitude more, if possible at all in the first place, but I am sure Godel doesn't apply either.
..you could just turn auto sync off, unless you really need it. Auto sync should realistically only be on when charging. If I want to see new tweets or mail, I will just swipe down on the app manually for sync.
Competition from cities, which can and usually do own the right of way (ie. putting fiber cable on utility poles), is what will ultimately hit AT&T, Verizon and comcast's bottom line.
There is also e2compr, which enables compression on an ext2 filesystem. I haven't used it much, because squashfs with unionfs does the job better I think, but it's an alternative.
Conversely, it is Batman who believes Gotham is in fact full of good people who are struggling to survive because the level of corruption/injustice has risen to a point that has poisoned the system itself.
Not yet, the Konqueror shipped with 4.0.2 is the highest rated browser on the list that isn't a nightly or beta build, and it's still using KHTML. Work on bringing KDE interfaces to WebKit hasn't shown up yet anywhere I know of. Maybe by 4.1.
I've tried the v2.1 ebuilds with the 4.0 gcc frontend and gzip/bzip were 10-20% slower on most types of files on my athlon64x2. I'm guessing the optimizations need to be turned on relevant to the codebase, and most are off by default.
I wish the ebuilds had gcc-config support and the fix_libtool thing might need some fixing too.
I'm not sure which states this network is going to cover, but India is a pretty dense country. Wired would be more cost effective for the major cities and states. BSNL is known for having the best rural coverage so maybe it won't skimp on additional/redundant wireless and backhaul bandwidth. Still, covering 250 million people with 1.5Mbit is Sprint's goal too, and I doubt BSNL is going to spend the billions Sprint has. Not to mention Sprint's backbone is probably 10x as better as BSNL's as far as peak capacity goes.
This is a government mandate and wireless is the easiest way to get there as long as too many people don't use it at the same time. A wired network for the major cities could have covered just as many people and offered 10x the aggregate bandwidth for around the same cost for any one city covering 1/10 of the population.
There are too many security mechanisms, and apart from those offered as patches, it's the distro that decides what you end up with. Some have multiple options, most don't. I use grsec/PaX with TPE to run all internet programs under a different user which can't execute anything except what's installed in/usr/bin. Combined with building all those internet programs using -fstack-protector-all on gentoo and restrictive user/group permissions on important directories, I think it's pretty good security without ACL's, LSM, SELinux etc.. (Change the user mask in/etc/profile to 002 and it's very desktop-friendly) Granted, I can't use Mono or WinE or pretty much any VMware/VirtualBox/qemu/etc program without turning PaX off, but there are a couple ways around that too.
There might be a trade-off between performance and security to some limited extent, and the reason why stuff doesn't run as easily on OpenBSD/FreeBSD is because of their PaX-like memory protection, but the bigger trade-off between all the different security systems is trying to secure not-written-in-the-best-way programs vs. not running those programs at all and finding alternatives. I think LSM and it's ilk were made to secure things like WinE and Mono, now if only they were offered as patches and some easy to install utilities on any distro.
Slashdot Mirror
They tell us what we want to hear, not what is right. Public speaking, leadership, campaigning are skills like any other fortunately.
How?
Wait, what? if lambdas are shit programming why did almost every language add them as a features in the last 5-10 years? including c++.
I think you have mostly missed my point, Scala has research oriented roots, and it you're not ok with that, fine. But if it makes you a more efficient programmer, it might just be worth the effort of picking up.
Also, this is what I mean by pattern matching:
http://docs.scala-lang.org/tut...
https://doc.rust-lang.org/book...
https://developer.apple.com/li...
This isn't necessarily an argument against Scala, using it well will have it's challenges, but this is true for most languages. Linkedin went through the same.
Some of the tradeoff's Twitter has had to make have changed. They moved away from Ruby, and for Ruby developers, Scala might actually have been easier to pickup than someone who has been doing Java since 1.4. You have to unlearn more OO practices to use Scala well, but you can write very rubyish or pythonic code in Scala. If I look at a project like finagle now from twitter (compared with gRPC from google), I can sort of see Krikorian's point, but finagle is still one of the best or the best RPC libraries out there if you know Scala. As far as language features, pattern matching, expressive types with inference, var/val immutability are all huge helps to write more concise programs. There are more CS-y features like tail recursion, laziness, um.. monads (any typelevel library), which can hurt or help the complexities in your program. As the Scala community has matured, developers and the language has gotten better at using/refining these features (specializations come to mind) and a few of the good and safe features have become more widespread (swift, rust, jave 8 lambdas)
The learning curve is steep for an OO developer to use the language well, but I like what this article says about the challenges:
https://www.infoq.com/articles...
"As explained in this article all these features are already available in Scala. Developers who want to try them out can explore early builds of Java 8 on most platforms. Alternatively, we recommend taking a look at Scala as a way of preparing for the paradigm shifts to come."
also, chill
It's also possible that in such a world there is no need for simulating anything since the perfect answers can all be found through quantum computers and looking elsewhere. Why simulate us or the universe? At that point, it's equally likely that there is a creator and/or that we are in a simulation.
The extent to which a simulation can be completely divorced from the abstractions running it, (i.e. quantization and the speed at which things happen) is just asking for more energy, orders of magnitude more, if possible at all in the first place, but I am sure Godel doesn't apply either.
I just want to know what the energy source is for the large scale simulation we're in.
Not so much, it's a bit more like turning every place you can recharge your phone into a bank deposit/withdrawal counter.
A balloon shaped like a blimp. The powered part would've cost more..
..you could just turn auto sync off, unless you really need it. Auto sync should realistically only be on when charging. If I want to see new tweets or mail, I will just swipe down on the app manually for sync.
Except for the countries investing more efficiently in their infrastructure.
http://stopthecap.com/2013/12/...
Fiber is the future, this is a stop-gap at best.
Those laws do exist in some states and the FCC also voted to ignore them.
http://www.newrepublic.com/art...
Competition from cities, which can and usually do own the right of way (ie. putting fiber cable on utility poles), is what will ultimately hit AT&T, Verizon and comcast's bottom line.
InGaAs Valley has a nice ring to it too.
There is also e2compr, which enables compression on an ext2 filesystem. I haven't used it much, because squashfs with unionfs does the job better I think, but it's an alternative.
http://sourceforge.net/project/showfiles.php?group_id=83758&package_id=86254
Conversely, it is Batman who believes Gotham is in fact full of good people who are struggling to survive because the level of corruption/injustice has risen to a point that has poisoned the system itself.
Right, which is why we need our false heroes too!
I second that, and ebay too while you're at it.
Not yet, the Konqueror shipped with 4.0.2 is the highest rated browser on the list that isn't a nightly or beta build, and it's still using KHTML. Work on bringing KDE interfaces to WebKit hasn't shown up yet anywhere I know of. Maybe by 4.1.
You mean Safari, WebKit and KHTML developers: http://webkit.org/blog/158/the-acid-3-test/
I knew a few broken windows could spiral into a bad neighborhood, I didn't know copyright infringement could do similar.
...and yet it all makes sense, because Sessions (R-AL) is the most retarded member of the Senate.
I've tried the v2.1 ebuilds with the 4.0 gcc frontend and gzip/bzip were 10-20% slower on most types of files on my athlon64x2. I'm guessing the optimizations need to be turned on relevant to the codebase, and most are off by default.
I wish the ebuilds had gcc-config support and the fix_libtool thing might need some fixing too.
http://www.deadlinehollywooddaily.com/wga-timetable-for-next-few-days/
The union still needs to vote on the contract, after some meetings.
I'm not sure which states this network is going to cover, but India is a pretty dense country. Wired would be more cost effective for the major cities and states. BSNL is known for having the best rural coverage so maybe it won't skimp on additional/redundant wireless and backhaul bandwidth. Still, covering 250 million people with 1.5Mbit is Sprint's goal too, and I doubt BSNL is going to spend the billions Sprint has. Not to mention Sprint's backbone is probably 10x as better as BSNL's as far as peak capacity goes.
This is a government mandate and wireless is the easiest way to get there as long as too many people don't use it at the same time. A wired network for the major cities could have covered just as many people and offered 10x the aggregate bandwidth for around the same cost for any one city covering 1/10 of the population.
Yes they do, give me memory/stack protection over POSIX ACL's any day.
There are too many security mechanisms, and apart from those offered as patches, it's the distro that decides what you end up with. Some have multiple options, most don't. I use grsec/PaX with TPE to run all internet programs under a different user which can't execute anything except what's installed in /usr/bin. Combined with building all those internet programs using -fstack-protector-all on gentoo and restrictive user/group permissions on important directories, I think it's pretty good security without ACL's, LSM, SELinux etc.. (Change the user mask in /etc/profile to 002 and it's very desktop-friendly) Granted, I can't use Mono or WinE or pretty much any VMware/VirtualBox/qemu/etc program without turning PaX off, but there are a couple ways around that too.
There might be a trade-off between performance and security to some limited extent, and the reason why stuff doesn't run as easily on OpenBSD/FreeBSD is because of their PaX-like memory protection, but the bigger trade-off between all the different security systems is trying to secure not-written-in-the-best-way programs vs. not running those programs at all and finding alternatives. I think LSM and it's ilk were made to secure things like WinE and Mono, now if only they were offered as patches and some easy to install utilities on any distro.