first_img“Your computer is only a slice of the day, yet the project you are part of and working on is going on all day and all night,” said Holler. “Mobile Connect is a way to keep in contact with what is going on with your project at all times, remain in contact with other team members, see what changes are occurring, any estimates that may be new, documents that may have come in, and staying engaged in a real-time fashion.”In addition to Mobile Connect, the company is also releasing a plug-in poker-style estimation game that users can play on their smart devices. With Estimably, users can start an estimation game and invite people to join and participate on stories and defects. The stories and defects come from the backlog of a project, so teams can actually work on project items in a fun and entertaining way, according to Holler.The way it works is a story or defect is dragged and dropped into the game environment, and users pick a card with an estimation number on it that they estimate about the story or defect. The numbers represent the item’s level of difficulty. Users can collaborate interactively through Conversations on their phone, and once everyone estimates the item, they can see what the other users estimated and discuss their findings.“You can collaborate, communicate, talk and gain some level of consistency on some estimation in a very distributed fashion,” said Holler.VersionOne will be giving a demonstration on Mobile Connect and Estimably at Agile 2014 next week in Orlando. VersionOne is hopping on board the mobile train with the latest release of its mobile team collaboration product, Mobile Connect.“This release is really about what I would characterize as enterprise collaboration and extending the reach beyond an individual’s personal computer and notebook, taking our application and extending it to mobile devices,” said VersionOne’s president and CEO Robert Holler.(Related: How collaboration fits into tomorrow’s workplace)With VersionOne’s release of Mobile Connect, teams can now collaborate and view project activity and Conversations (the company’s team collaborative feature) on their mobile devices.last_img read more

Read More

first_imgThere are plenty of resources and reports on the top programming languages developers want to work with, but what about the top languages they want to avoid? Stack Overflow is releasing new data to explore the most disliked programming languages.The data comes from Stack Overflow Jobs Developer story data where developers have added tags on the type of technologies and languages they do and do not want to work with. “As a measure of how polarizing each tag is, we’ll look at what fraction of the time it appears in someone’s Disliked tags compared to how often it appears in either someone’s Liked or Disliked tags. Thus, 50% would mean a tag was disliked exactly as often as it was liked, while 1% means there were 99 people who liked it for each one who disliked it,” David Robinson, data scientist at Stack Overflow, wrote in a post. When it comes to programming languages, the most disliked languages include Perl, Delphi, VBA, PHP, Objective-C, Coffeescript and Ruby. Some of the most liked programming languages included: R, Python, Typescript, Go and Rust. Robinson notes this could be because they are the fast-growing in terms of activity. The data also looks into the most disliked technologies overall. The list includes Internet Explorer, Visual Basic, Flash, COBOL, Fortran and Pascal. The top universally liked technologies included: machine learning, Git, Python 3.x, HTML5 and CSS3. “It’s worth emphasizing again that this is no indictment of the technologies, their quality, or their popularity. It is simply a measurement of what technologies stir up strong negative feelings in at least a subset of developers who feel comfortable sharing this publicly,” Robinson wrote. In addition, the data looked at type technology rivalries in the industry. “This highlights some of the “rivalries” underlying the software ecosystem: Linux and OSX vs Windows, Git vs SVN, vim vs emacs and (unsurprisingly to me) R vs SAS. Most of these pairs don’t represent ‘opposite’ technologies, but instead reflect two approaches to similar problems,” Robinson wrote.last_img read more

Read More