Please create an account to participate in the Slashdot moderation system


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×

Submission + - Dev Shop Boot Camp: 7 Programming Languages In 7 Days (

snydeq writes: "Interested in vetting the cost of switching programming languages, Andrew C. Oliver ran an experiment on his firm's developers: learn a new language and developer a simple CRUD app in a day. 'Here are the results of this attempt to teach our developers seven languages in seven days. Armed with a pre-prepared PostgreSQL database and AJAX-y HTML, we implemented Granny [the CRUD app] as a "quintessential application" in Java, Kotlin, Ruby, Scala, Clojure, JavaScript (Node.js), and Go. You can find the list of GitHub URLs and basic instructions here. These aren't necessarily "best practices," and with a 24-hour deadline, there are bound to be mistakes. Still, the code is a good idea of comparative implementations in the various languages, as you'll see.'"

Submission + - Perl Isn't Going Anywhere -- For Better Or Worse (

snydeq writes: "Deep End's Paul Venezia waxes philosophical about Perl stagnancy in IT. 'A massive number of tools and projects still make the most out of the language. But it's hard to see Perl regaining its former glory without a dramatic turnaround in the near term. As more time goes by, Perl will likely continue to decline in popularity and cement its growing status as a somewhat arcane and archaic language, especially as compared to newer, more lithe options. Perhaps that's OK. Perl has been an instrumental part of the innovation and technological advancements of the last two decades, and it's served as a catalyst for a significant number of other languages that have contributed heavily to the programming world in general.'"

Submission + - Who Controls Vert.x: Red Hat, VMware, Neither? (

snydeq writes: "Simon Phipps sheds light on a fight for control over Vert.x, an open source project for scalable Web development that 'seems immunized to corporate control.' 'Vert.x is an asynchronous, event-driven open source framework running on the JVM. It supports the most popular Web programming languages, including Java, JavaScript, Groovy, Ruby, and Python. It's getting lots of attention, though not necessarily for the right reasons. A developer by the name of Tim Fox, who worked at VMware until recently, led the Vert.x project — before VMware's lawyers forced him to hand over the Vert.x domain, blog, and Google Group. Ironically, the publicity around this action has helped introduce a great technology with an important future to the world. The dustup also illustrates how corporate politics works in the age of open source: As corporate giants grasp for control, community foresight ensures the open development of innovative technology carries on.'"
It's funny.  Laugh.

Submission + - Developer Divide: 19 Generations Of Computer Programmers ( 2

snydeq writes: From punch cards to JavaScript, computing history owes everything to the generations of develoeprs and engineers who have programmed the machines. 'Each developer generation has a distinctive flavor, often defined by a programming language or technology. They burst out with newborn fervor before settling into a comfortable middle age. They may not be on the top of the pop charts after a few years, but they're often still kicking because software never really dies. These new technologies often group programmers by generation. When programmers enter the job market and learn a language, they often stick with the same syntax for life — or at least as long as they can before having to make a switch. It's not that it's hard to learn a new language; they're all pretty similar underneath. It's just that you can often make more money with the expertise you have, so the generations live on. Here is our guide to some of the more dominant tech generations in computer history, as embodied by the programmers who gave them life.'

Submission + - Roll-Your-Own Dev Projects To Avoid (

snydeq writes: Andrew C. Oliver warns that rolling your own code can often be a waste of time and money. 'Many developers like to create software from scratch, even when there's perfectly good reusable code from other projects, open source, or even commercial products available to do the job. ... Whatever the reason, rolling your own code can be a waste of time and effort, as well as an opportunity for bugs to creep in — after all, new code is more likely to have bugs than existing code that's been reviewed and tested,' Oliver writes, offering a look at nine types of software projects that really shouldn't be roll-your-own efforts.

Submission + - Why Admins Should Know How To Code (

snydeq writes: "You don't need to be a programmer, but you'll solve harder problems faster if you can write your own code, writes Paul Venezia. 'The fact is, while we may know several programming languages to varying degrees, most IT ninjas aren't developers, per se. I've put in weeks and months of work on various large coding projects, but that's certainly not how I spend most of my time. Frankly, I don't think I could just write code day in and day out, but when I need to develop a tool to deal with a random problem, I dive right in. ... It's not a vocation, and it's not a clear focus of the job, but it's a substantial weapon when tackling many problems. I'm fairly certain that if all I did was write Perl, I'd go insane.'"

Submission + - 7 Apps Making The Most of HTML5 ( 1

snydeq writes: "InfoWorld's Peter Wayner offers a look at how seven powerful apps are implementing the HTML5 vision and how one high-profile detractor lost its love for the Web's next big thing. 'All provide insights on how to make the most of HTML5, JavaScript, and CSS, while avoiding the hard truths of relying on Web technologies to deliver your treasured app to your users.'"

Submission + - The Three Golden Paths To Mobile Business App Development (

snydeq writes: "Native, Web, or hybrid — choosing the right path for mobile business app development can be tricky business, as no one tool offers the trifecta of fast, cheap, feature-rich app delivery, writes Mel Beckman in a primer for IT organizations in choosing the right mobile development kit for your needs. 'Carefully assessing your prospective app's current and future requirements is key, as is balancing those requirements with the time it takes to get your app to market. Don't feel you have to choose a single platform for every app. It's reasonable to employ multiple development platforms to meet a variety of delivery requirements.'"

Submission + - Is a Computer Science Degree Worth Getting Anymore? ( 1

snydeq writes: "Self-taught technologists are almost always better hires than those with a bachelor's degree in computer science and a huge student loan, writes Andrew Oliver. 'A recruiter recently asked me why employers are so picky. I explained that of the people who earned a computer science degree, most don't know any theory and can't code. Instead, they succeed at putting things on their resume that match keywords. Plus, companies don't consider it their responsibility to provide training or mentoring. In fairness, that's because the scarcity of talent has created a mercenary culture: "Now that my employer paid me to learn a new skill, let me check to see if there's an ad for it on Dice or Craigslist with a higher rate of pay." When searching for talent, I've stopped relying on computer science degrees as an indicator of anything except a general interest in the field. Most schools suck at teaching theory and aren't great at Java instruction, either. Granted, they're not much better with any other language, but most of them teach Java.'"

Submission + - The Truth About 'Rock-Star' Developers (

snydeq writes: "You want the best and the brightest money can buy. Or do you? Andrew Oliver offers six hard truths about 'rock-star' developers, arguing in favor of mixed skill levels with a focus on getting the job done: 'A big, important project has launched — and abruptly crashed to the ground. The horrible spaghetti code is beyond debugging. There are no unit tests, and every change requires a meeting with, like, 40 people. Oh, if only we'd had a team of 10 "rock star" developers working on this project instead! It would have been done in half the time with twice the features and five-nines availabilty. On the other hand, maybe not. A team of senior developers will often produce a complex design and no code, thanks to the reasons listed below.'"

Submission + - What Developers Can Learn From Anonymous (

snydeq writes: "'Regardless of where you stand on Anonymous' tactics, politics, or whatever, I think the group has something to teach developers and development organizations,' writes Andrew Oliver. 'As leader of an open source project, I can revoke committer access for anyone who misbehaves, but membership in Anonymous is a free-for-all. Sure, doing something in Anonymous' name that even a minority of "members" dislike would probably be a tactical mistake, but Anonymous has no trademark protection under the law; the organization simply has an overall vision and flavor. Its members carry out acts based on that mission. And it has enjoyed a great deal of success — in part due to the lack of central control. Compare this to the level of control in many corporate development organizations. Some of that control is necessary, but often it's taken to gratuitous lengths. If you hire great developers, set general goals for the various parts of the project, and collect metrics, you probably don't need to exercise a lot of control to meet your requirements.'"
It's funny.  Laugh.

Submission + - Programming Decathlon: 10 Olympic Coding Challenges (

snydeq writes: "The Olympic decathlon may do well in measuring athletic prowess, but it doesn't come close to gauging the intestinal fortitude, quick thinking, and pure endurance programmers display at the keyboard every day. From the Cobol-to-Node migration, to the Requirements Tug-of-War, to the Big Data Profit Toss, the Programming Decathlon is a true test of mental acuity, grace, and genius. Let's see one of those running, jumping, tossing billboards for shoe companies complete even one event.'"

Submission + - Which NoSQL Database Should You Use ( 1

snydeq writes: "Andrew Oliver provides a succinct overview to help interested developers figure out where to begin with the growing number of NoSQL data stores available today. 'Part of the reason there are so many different types of NoSQL databases lies in the CAP theorem, aka Brewer's Theorem. The CAP theorem states you can provide only two out of the following three characteristics: consistency, availability, and partition tolerance. Different datasets and different runtime rules cause you to make different trade-offs. Different database technologies focus on different trade-offs. The complexity of the data and the scalability of the system also come into play. Another reason for this divergence can be found in basic computer science or even more basic mathematics. Relational databases are based on relational algebra, which is more or less an outgrowth of set theory. Relationships based on set theory are effective for many datasets, but where parent-child or distance of relationships are required, set theory isn't very effective. You may need graph theory to efficiently design a data solution. In other words, relational databases are overkill for data that can be effectively used as key-value pairs and underkill for data that needs more context. Overkill costs you scalability; underkill costs you performance."
Open Source

Submission + - Great Open Source Map Tools For Web Developers (

snydeq writes: "InfoWorld's Peter Wayner surveys the rich ecosystem of free maps, free data, and free libraries that give developers excellent alternatives to Google Maps. 'The options are expanding quickly as companies are building their own databases for holding geographical data, their own rendering tools for building maps, and their own software for embedding the maps in websites. ... Working with these tools can be a bit more complex than working with a big provider like Google. Some of these companies make JavaScript tools for displaying the maps, and others just deliver the raw tiles that the browsers use to assemble the maps. Working with the code means making decisions about how you want to assemble the pieces — now within your control. You can stick with one simple library or combine someone else's library with tiles you produce yourself.'"

Slashdot Top Deals

The absence of labels [in ECL] is probably a good thing. -- T. Cheatham