Posted
by
Unknown Lamer
on Monday November 12, 2012 @08:50PM
from the because-they-said-we-couldn't-do-it dept.

Emscripten is an LLVM-based compiler from dozens of languages to JavaScript (previously demoed as a repl and used to port Doom to the browser), and some recent changes have made it a bit faster, and allowed it to compile itself. Some highlights include a redundant variable eliminator, parallelization of the optimizier and compiler, and a new relooper. From the developer's weblog: "With all of the emscripten optimization passes now in JavaScript, I then worked on parallelizing that. ... The speedup can be close to linear in the number of cores. ... For the LLVM to JS compiler, I made the emscripten compiler parallel as well: It splits up the LLVM IR into 3 main parts: type data, function data, and globals. The function data part is unsurprisingly by far the largest in all cases I checked (95% or so), and it can in principle be parallelized - so I did that. Like in the optimizer, we use a Python process pool which feeds chunks of function data to multiple JavaScript compiler instances. There is some overhead due to chunking, and the type data and globals phases are not parallelized, but overall this can be a close to linear speedup. ... [On the new relooper] Note that this update makes Emscripten a 'self-hosting compiler' in a sense: one of the major optimization passes must be compiled to JS from C++, using Emscripten itself. Since this is an optimization pass, there is no chicken-and-egg problem: We bootstrap the relooper by first compiling it without optimizations, which works because we don't need to reloop there. We then use that unoptimized build of the relooper (which reloops properly, but slowly since it itself is unoptimized) in Emscripten to compile the relooper once more, generating the final fully-optimized version of the relooper, or 'relooped relooper' if you will."

Posted
by
Soulskill
on Saturday November 10, 2012 @06:50PM
from the it's-harder-to-chant-software-engineer dept.

ctrahey writes "Many of us disregard the impact of our titles on various aspects of our lives, both professional and otherwise. Perhaps it's appropriate to ask two questions about the difference between a couple titles familiar to the Slashdot community: Developer vs Software Engineer. What are the factors to consider in the appropriate use of the titles? And (more interesting to me), what influence might the use of these titles have on the written code? Have you observed a difference in attitudes, priorities, or outlooks in talent as a corollary to their titles?"

Posted
by
timothy
on Thursday November 08, 2012 @02:36PM
from the speak-up-sonny dept.

First time accepted submitter Hatfield56 writes "I've been in IT since the mid-1980s, mainly working for financial institutions. After 16 years at a company, as a programmer (Java, C#, PL/SQL, some Unix scripting) and technical lead, my job was outsourced. That was in 2009 when the job market was basically dead. After many false starts, here I am 3 years later wondering what to do. I'm sure if I were 40 I'd be working already but over 60 you might as well be dead. SO, I'm wondering about A+. Does anyone think that this will make me more employable? Or should I being a greeter at Walmart?"

Posted
by
timothy
on Thursday November 08, 2012 @01:22PM
from the help-them-what? dept.

jfruh writes "Among the winners of last night's election: marijuana users. Voters in both Washington and Colorado approved referenda that legalized marijuana for recreational use, though the drug remains illegal under federal law. There's been a long-standing debate among programmers as to whether recreational drugs, including pot and hallucinagens like LSD, can actually help programmers code. Don't forget, there was a substantial overlap between the wave of computer professionals who came of age in the '60s and that era's counterculture." (There's even a good book on that topic.)

Posted
by
Unknown Lamer
on Wednesday November 07, 2012 @01:05PM
from the reversal-of-fortunes dept.

From the H reporting on LinuxCon Europe comes news that several Linux kernel developers have been laid off by AMD as part of its workforce reduction. From the article: "OSRC staff primarily worked to develop the Linux support for AMD's server processors, but they also wrote code and extensions for related desktop and notebook CPUs – for example, they looked after the code to support CPU frequency scaling for the PowerNow and Turbo Core technologies. While working on the kernel's IOMMU and KVM support, one of AMD's former employees contributed to the development of the "IOMMU groups" feature that was integrated into Linux 3.6; this feature provides the basis for a new Linux 3.6 technology that allows a host's PCIe devices to be passed through to virtual machines and can also be used with Intel CPUs."
Looks like the group was doing interesting research on hypervisors, lockless data structures, and multi-core synchronization primitives among other things. The Open Source Radeon driver developers are not affected by this at least.

Posted
by
Unknown Lamer
on Monday November 05, 2012 @09:50PM
from the only-the-best-fart-app-developers-need-apply dept.

jbernardo writes "Nokia has put in deep freeze its free developer program, the launchpad. Now, in the Developer Programs page, one can only see a pitch for a paid 'Nokia Premium Developer Program,' and below, in the Nokia Developer Pro and Developer Launchpad box, there is a text merely stating that Nokia are not currently accepting new applications for Nokia Developer Launchpad and Nokia Developer Pro programs. With most (if not all) Launchpad memberships already expired, seems like Nokia no longer is interested in the developer community, which once was one of the mainstays of its domination of the smartphone market. Of course, that domination was destroyed by Elop and its 'burning platforms' memo, together with the failed bet on Windows Phone 7, so maybe giving up on developers would also be expectable."

Posted
by
samzenpus
on Monday November 05, 2012 @06:40PM
from the ending-the-game dept.

Esther Schindler writes "Why is it that young developers imagine that older programmers can't program in a modern environment? Too many of us of a 'certain age' are facing an IT work environment that is hostile to older workers. Lately, Steven Vaughan-Nichols has been been noticing that the old meme about how grandpa can't understand iPhones, Linux, or the cloud is showing up more often even as it's becoming increasingly irrelevant. The truth is: Many older developers are every bit as good as young programmers, and he cites plenty of example of still-relevant geeks to prove it. And he writes, 'Sadly, while that should have put an end to the idea that long hours are a fact of IT life, this remnant of our factory-line past lingers both in high tech and in other industries. But what really matters is who's productive and who's not.'"

Posted
by
timothy
on Sunday November 04, 2012 @08:21AM
from the because-that's-when-you-join-the-singularity dept.

theodp writes "Enough with the dadgum naysayers. Google's Vivek Haldar lists some good reasons for why you would want to program at fifty (or any other age). Haldar's list would probably get a thumbs-up from billionaire SAS CEO Jim Goodnight, who had this to say about coding when interviewed at age 56: 'I would be happy if I just stayed in my office and programmed all day, to tell you the truth. That is my one real love in life is programming. Programming is sort of like getting to work a puzzle all day long. I actually enjoy it. It's a lot of fun. It's not even work to me. It's just enjoyable. You get to shut out all your other thoughts and just concentrate on this little thing you're trying to do, to make work it. It's nice, very enjoyable.'"

Posted
by
timothy
on Saturday November 03, 2012 @06:22PM
from the and-eventually-smoke-signals dept.

snydeq writes "Facebook has said that it will soon open source Prism, an internal project that supports geographically distributed Hadoop data stores, thereby removing the limits on Hadoop's capacity to crunch data. 'The problem is that Hadoop must confine data to one physical data center location. Although Hadoop is a batch processing system, it's tightly coupled, and it will not tolerate more than a few milliseconds delay among servers in a Hadoop cluster. With Prism, a logical abstraction layer is added so that a Hadoop cluster can run across multiple data centers, effectively removing limits on capacity.'"

Posted
by
Soulskill
on Saturday November 03, 2012 @10:53AM
from the we're-gonna-need-a-bigger-boat dept.

Nerval's Lobster writes "Open source is no longer relegated to the discount software vendor that serves cash-strapped startups. In enterprise software development these days, open source is not only immensely valuable, but increasingly crucial to stay competitive in releasing high quality software at regular intervals in a world where technology is changing so fast and every edge matters. Today, rolling your own logging package instead of using something like log4j is as silly as trying to build your own web server instead of using Apache httpd was 10 years ago. Still, there are other components like guava that are less well known, but are currently making a name for themselves as libraries that can take the solution you are building to the next level of sophistication and quality. Just knowing they exist — and knowing where they fit — can help you design and build better software at a lower cost. In addition to conducting a traditional build versus buy analysis, it's critical to think about the maintenance and support story surrounding an open source package. This article lists some things to consider and questions to ponder."

Posted
by
Soulskill
on Friday November 02, 2012 @10:08AM
from the but-they-always-forget-my-birthday dept.

CowboyRobot writes "A pair of reports by Juniper and Bit9 confirm the suspicion that many apps are spying on users. '26 percent of Android apps in Google Play can access personal data, such as contacts and email, and 42 percent, GPS location data... 31 percent of the apps access phone calls or phone numbers, and 9 percent employ permissions that could cost the user money, such as incurring premium SMS text message charges... nearly 7 percent of free apps can access address books, 2.6 percent, can send text messages without the user knowing, 6.4 percent can make calls, and 5.5 percent have access to the device's camera.' The main issue seems to be with poor development practices. Only in a minority of cases is there malicious intent. The Juniper report and the Bit9 report are both available online."

Posted
by
Soulskill
on Tuesday October 30, 2012 @02:39PM
from the have-you-tried-bacon dept.

colinneagle writes "Microsoft has promised that cross-platform development across the 8s – from Windows 8 on a desktop to Windows Phone 8 – will be a simple matter, but that's still not enough to get some developers moving on Windows Phone 8 support. The Windows Phone platform has made a remarkable recovery since its reset with version 7. Since then, WP7 has grown to 100,000 apps. But that pales in comparison to the 675,000 in Google Play and 700,000 in the Apple App Store. Granted, there's a ton of redundancy – how many weather or newsfeed apps does one person need? – but it points to availability and developer support. A report from VentureBeat points out what should be obvious: that while developers like Windows 8, they aren't as excited about Windows Phone 8 software because they have already made huge investments in other platforms and don't want to support another platform. A survey by IDC and Appcelerator found 78% of Android developers were 'very interested' in programming for Android smartphones, a slight drop from the 83% in a prior survey. Interest in the iPhone and iPad remained undiminished, with 89% and 88% interest, respectively."

Posted
by
Soulskill
on Tuesday October 30, 2012 @05:18AM
from the real-coders-use-notepad-and-mt-dew dept.

theodp writes "When it comes to monolithic IDEs, Wille Faler has lost that loving feeling. In IDEs Are a Language Smell, Faler blogs about a Eureka! moment he had after years of using Eclipse for Java development. 'If the language is good enough,' Faler argues, 'an IDE is strictly not needed as long as you have good support for syntax highlighting and parens matching in the case of Clojure, or indentation in the case of Haskell.' So why do Java coders turn to Eclipse? 'Because [of] a combination of shortcomings in the Java compiler and Java's OO nature,' explains Faler, 'we end up with lots and lots of small files for every interface and class in our system. On any less than trivial Java system, development quickly turns into a game of code- and file-system navigation rather than programming and code editing. This nature of Java development requires IDEs to become navigation tools above all.' Yes, only an IDE could love AbstractSingletonProxyFactoryBean!"