Comments on: How changing the technology of collaboration can change the nature of collaboration http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/ Fri, 10 Feb 2012 10:56:26 +0000 hourly 1 http://wordpress.org/?v=3.3 By: Roy Johnston http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-23079 Roy Johnston Sat, 30 May 2009 19:46:25 +0000 http://michaelnielsen.org/blog/?p=581#comment-23079 for 'pint' read 'print' on line 6. for ‘pint’ read ‘print’ on line 6.

]]> By: Roy Johnston http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-23078 Roy Johnston Sat, 30 May 2009 19:44:35 +0000 http://michaelnielsen.org/blog/?p=581#comment-23078 I read the May Physics World and the arguments rang bells with me. I have attended many seminars and conferences, and always felt the need to an immediately-published Web Proceedings, screen-edited in user-friendly mode, with e-mail contact opportunity with author, plus optional pdf download, if one really needs it in pint, which is rare. If this were to be standard practice, the type of networking you have in mind would be encouraged. The practice of waiting months for a print version is destructive, as is the practice of giving only the powerpoint. One wants the actual paper, recognising that it usually is draft, work in progress, so as to comment constructively, perhaps to place on record the comments one has made in the real presence. RoyJ I read the May Physics World and the arguments rang bells with me. I have attended many seminars and conferences, and always felt the need to an immediately-published Web Proceedings, screen-edited in user-friendly mode, with e-mail contact opportunity with author, plus optional pdf download, if one really needs it in pint, which is rare.

If this were to be standard practice, the type of networking you have in mind would be encouraged.

The practice of waiting months for a print version is destructive, as is the practice of giving only the powerpoint. One wants the actual paper, recognising that it usually is draft, work in progress, so as to comment constructively, perhaps to place on record the comments one has made in the real presence.

RoyJ

]]> By: Michael Nielsen http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18858 Michael Nielsen Fri, 20 Mar 2009 14:31:06 +0000 http://michaelnielsen.org/blog/?p=581#comment-18858 Troy - Thanks for that. I've read through a few posts on Geiger's blog, and it looks excellent, overall. Troy – Thanks for that. I’ve read through a few posts on Geiger’s blog, and it looks excellent, overall.

]]> By: Troy McConaghy http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18847 Troy McConaghy Fri, 20 Mar 2009 03:32:59 +0000 http://michaelnielsen.org/blog/?p=581#comment-18847 R. Stuart Geiger has an interesting blog post about how the Wikipedia community changed its internal communication tools over time: http://bit.ly/15rbp R. Stuart Geiger has an interesting blog post about how the Wikipedia community changed its internal communication tools over time: http://bit.ly/15rbp

]]> By: Benjamin Good http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18837 Benjamin Good Thu, 19 Mar 2009 22:33:19 +0000 http://michaelnielsen.org/blog/?p=581#comment-18837 How about the number of people to download the binaries? That says something about its value - not very much, but probably more than the size of the codebase. How about the number of people to download the binaries? That says something about its value – not very much, but probably more than the size of the codebase.

]]> By: Christopher Dyer http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18814 Christopher Dyer Thu, 19 Mar 2009 14:07:24 +0000 http://michaelnielsen.org/blog/?p=581#comment-18814 Michael, I hope you and some of your researcher friends might have time to look at a new site, called Sci-Mate. The site contains a variety of Web 2.0 tools, but more importantly, is intended to be itself a collaborative effort run and developed by researchers. Michael, I hope you and some of your researcher friends might have time to look at a new site, called Sci-Mate. The site contains a variety of Web 2.0 tools, but more importantly, is intended to be itself a collaborative effort run and developed by researchers.

]]> By: Ilya Grigorik http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18813 Ilya Grigorik Thu, 19 Mar 2009 14:07:04 +0000 http://michaelnielsen.org/blog/?p=581#comment-18813 Well, the size of the commits is already taken into consideration in the rendered video. Larger commits get larger 'bubbles'. As far as 'quality' goes, let me know if you find a metric for that. ;-) Well, the size of the commits is already taken into consideration in the rendered video. Larger commits get larger ‘bubbles’. As far as ‘quality’ goes, let me know if you find a metric for that. ;-)

]]> By: Michael Nielsen http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18811 Michael Nielsen Thu, 19 Mar 2009 12:28:59 +0000 http://michaelnielsen.org/blog/?p=581#comment-18811 Steve and Benjamin - Yeah, I agree, Benjamin's suggestion is a good one. Something that's probably not too difficult to get is time series data for the size of the codebase. It'd be interesting to look at how that evolved over time. It may have some discontinuities in it for spurious reasons though, as large pre-written chunks of code get added in or taken out of Rails. Ilya, I don't suppose you happen to have that easily available? Steve and Benjamin – Yeah, I agree, Benjamin’s suggestion is a good one. Something that’s probably not too difficult to get is time series data for the size of the codebase. It’d be interesting to look at how that evolved over time. It may have some discontinuities in it for spurious reasons though, as large pre-written chunks of code get added in or taken out of Rails.

Ilya, I don’t suppose you happen to have that easily available?

]]> By: Steve Koch http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18802 Steve Koch Thu, 19 Mar 2009 03:40:03 +0000 http://michaelnielsen.org/blog/?p=581#comment-18802 I'm with Benjamin--is there some other metric that can show that switching to git indeed had an impact? A shame that it's not dramatic as you originally thought, but a very worthy theory to investigate. Thanks for linking the very cool data visualization! I’m with Benjamin–is there some other metric that can show that switching to git indeed had an impact? A shame that it’s not dramatic as you originally thought, but a very worthy theory to investigate. Thanks for linking the very cool data visualization!

]]> By: Benjamin Good http://michaelnielsen.org/blog/how-changing-the-technology-of-collaboration-can-change-the-nature-of-collaboration/comment-page-1/#comment-18797 Benjamin Good Thu, 19 Mar 2009 01:01:20 +0000 http://michaelnielsen.org/blog/?p=581#comment-18797 Very cool. I wonder if you could add any other metrics to this? For example, did the codebase grow substantially after the transition (not that bigger equals better but it would be interesting). Did the total number of people to start using RoR increase? I know a number of people that stopped using RoR in 2008 because of problems with scaling things up. Is there anyway to estimate the quality of the end product of all that code shuffling? Again - very cool visualization, thanks for spotting and sharing it! Very cool. I wonder if you could add any other metrics to this? For example, did the codebase grow substantially after the transition (not that bigger equals better but it would be interesting). Did the total number of people to start using RoR increase? I know a number of people that stopped using RoR in 2008 because of problems with scaling things up. Is there anyway to estimate the quality of the end product of all that code shuffling?
Again – very cool visualization, thanks for spotting and sharing it!

]]>