--
You received this message because you are subscribed to the Google Groups "BSDG" group.
To post to this group, send email to bs...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/bsdg?hl=.
Also, you can't compile code on Windows. I'm not sure if they've got plans to port it to Windows down the road, but I can't imagine this will ever gain any traction if it doesn't run on Windows.
Off topic, but why aren’t these emails coming from bs...@googlegroups.com? Did we go off track somewhere/somehow?
Normally my rules do a good job of putting these threads into its own folder.
--
And that one corner on the Monopoly board…
Steve Reece
Electronic Privacy Notice: This e-mail and any attachments contain information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you.
From: Jim McKeeth
[mailto:j...@mckeeth.org]
Sent: Wednesday, November 11, 2009 12:32 PM
To: bs...@googlegroups.com
Subject: Re: [BSDG] Go
Not to mention the 2500 year old board game from China
|
FYI, This is pretty cool. Novell Brings Linux to Microsoft's Visual Studio http://www.linuxtoday.com/news_story.php3?ltsn=2009-11-11-008-35-NW-NV Sniped a portion of the article below "Since its first development releases in 2004, Novell's Mono effort has aimed to bring Microsoft's .NET to Linux. Now Novell is turning the tables and bringing Linux to .NET developers using Microsoft Visual Studio IDE (define). Mono Tools for Visual Studio is an add-in module for Microsoft's popular IDE, enabling developers to build, port and deploy their .NET application on Linux. The new Mono Tools add-in goes beyond what Novell has previously offered with its MonoDevelop IDE and provides a bundled mechanism for Microsoft developers to package up their .NET application into Linux software appliances." Matt |
--
You received this message because you are subscribed to the Google Groups "BSDG" group.
To post to this group, send email to bs...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/bsdg?hl=.
I say we reinstitute an old tradition, and I don’t mean primae noctis.
My friend Adam Cogan (Microsoft Regional Director from Sydney) will be in town on Monday so we should gather and talk about tech stuff, including what went on at PDC. Maybe we can get Mr. Starr there and hear it in stereo.
Jimmy’s at noon? 11? What do you say?
-Rich
Richard
Hundhausen
Microsoft
Regional Director
Visual Studio Team System MVP
blog.hundhausen.com
Boise, Idaho
--
You received this message because you are subscribed to the Google Groups "BSDG" group.
To post to this group, send email to bs...@googlegroups.com.
To unsubscribe from this group, send email to bsdg+uns...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/bsdg?hl=.
Monday at noon then.
… and for those who are thinking “Jimmy’s ?” …
Oriental Express
110 N 11th St
Boise, ID 83702-5602
http://www.bing.com/maps/?v=2&where1=110%20N%2011th%20St%2C%20Boise%2C%20ID%2083702-5602&encType=1

-Rich
Richard
Hundhausen
Microsoft
Regional Director
Visual Studio Team System MVP
blog.hundhausen.com
Boise, Idaho
From: Chris Brandsma
[mailto:chris.b...@gmail.com]
Sent: Friday, November 20, 2009 2:00 PM
To: bs...@googlegroups.com
Well, Chris. We all waited for you until it was too late to eat and we had to get back to work. Then we left hungry.
Steve Reece
Electronic Privacy Notice: This e-mail and any attachments contain information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you.
For more options, visit this group at http://groups.google.com/group/bsdg?hl=en.
Well, I guess you’ll be all over TFS now J (see below)
From: Tony Rasa
[mailto:tr...@meancat.com]
Sent: Wednesday, November 25, 2009 9:43 AM
To: bs...@googlegroups.com
Subject: Re: [BSDG] Geek lunch on Monday?
Three things that kept us from
using TFS where I work - these things were improved greatly in 2008, but not
enough to make the problems go away. Fix these things, and we'll be all
over TFS - right now we use SVN for source control and that's great, but everything
else is a mash of slightly compatible software - cc.net,
FogBugz, and so on. And we get licenses with our microsoft partnership
level, so cost isn't a factor here at all.
1. Offsite developers. And I don't mean somebody trying to work on
a plane, or working for a night in a hotel room - I mean telecommuters, people
who spend the majority of their time without a solid ethernet connection to the
TF server. This continues to be flat out painful. TFS is so chatty
over the network, I think it expects you to have 100Mbs quality connection when
more often than not, its VPN over business-class DSL. We have this
problem with clients who use TFS internally and want us to do development for
them from Boise - it wastes so much time that we now refuse to do it, and
explain to the customer how we just saved them hours of dev time sitting around
waiting for things to happen. Ditch VPN and go with straight HTTP/HTTP access to get an
uptick in performance. Consider TFS Proxy for
offsite teams and Personal Accelerator for offsite developers. Worst case,
just work offline. Visual Studio 2008 knows how to go offline and
back online later, determining which files have pending changes.
2. Supporting optimistic locking as a default, giving it first class
status with pessimistic locking. (Most of the problems I had with this
went away in TFS 2008, but there are still horror stories of TFS wiping out
your (not exclusively locked) changes with the old version from TFS.) And
I don't think that the non-exclusive locks in TFS supports this, because... Not sure what you
mean by optimistic vs. pessimistic locking. In TFS the default is no locking
(copy > modify > merge), so you merge your changes with any conflicts
that are detected – no locks are applied by default with this. You can
turn off this shared approach at the team project level and then it’s “lock
on check-out” (pessimistic), or each individual user can configure their Visual
Studio to prompt for exclusive check-out on edit, etc. I don’t recommend
this because the blocking you may force on your team outweighs any chance of data
loss, which I haven’t heard about in 2008.
3. Understand that Visual Studio is not the only piece of software
involved with a project. We use a bunch of tools here, not all of them
support or use source control integration. Editing a file in gvim is a
pretty good way to have TFS wipe your changes out, since TFS requires to be
told about all file modifications. If you didn't inform the server, it
didn't happen. SVN deals with this by cluttering everything with .svn
directories, which have their own problems... While I'm mentioning
it - not all the files involved with a project are included into a csproj or
sln file either. Art assets, database scripts, documentation, etc. Use the MSSCCI
Provider to connect other IDEs and environments to Team Foundation Server. Use
tf.exe and/or Windows shell integration (Microsoft’s “Tortoise”)
found in the Team
Foundation Power Tools to give TFS get/check-out/check-in/etc. capability to
all apps who leverage the shell to open/save files.
My shop has been using TFS 2008 since beta 1 and for source control I can’t say we have had that many problems, we have had a much different experience then what Tony outlined.
#1) We have had excellent performance over the WAN (and home connections) with TFS. Our teams exist in Boise, Cleveland, Denver, and remote developers working out of their homes and the performance has been exceptional. The Cleveland group primarily has been doing FLEX and Java development connection to TFS (in the Boise office) thru Teamprise and are seeing faster check-in and check-out speeds then their local CVS based source control system. The TFS databases are sitting on a fast RAID 10 disk, not sure if that is one reason why we are seeing good IO numbers.
#2) TFS 2008 appears to be much better than 2005. We have experienced a few problems with source control but not many. Renaming and deleting files can be problematic if you do not do things in the correct order. The Branching story in TFS 2008 is not as functional as Subversion although it seems MS has addressed the branching issues with TFS 2010.
#3) Our teams work with various technologies not just .Net and Visual Studio. For non Visual Studio files we just use the TFS Team Explorer shell, Teamprise, or even the Eclipse (Teamprise plug-in) to manage the files. Our FELX, Java, and Oracle developers have not reported any major difficulties.
My biggest grip with TFS as Toni mentioned is the mash-up of administration, ticket management, and dashboard tools, very disjointed and lacking some key features, I have been very disappointed with these aspects of the tool. Although, it looks like there are some major improvements with TFS 2010 with the management tools. I have loaded up the TFS 2010 beta on a new server but have not had the time to dive into it yet. In another month or so I should know more.
Scott Nichols
Is there a meeting/agenda for this month?
--
You received this message because you are subscribed to the Google Groups "BSDG" group.
To post to this group, send email to bs...@googlegroups.com.
To unsubscribe from this group, send email to bsdg+uns...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/bsdg?hl=en.
I vote for keeping it at 7:00.
Steve Reece
Electronic Privacy Notice: This e-mail and any attachments contain information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you.
From: Chris Brandsma
[mailto:chris.b...@gmail.com]
Sent: Monday, November 30, 2009 1:47 PM
To: bs...@googlegroups.com
Matt
--- On Tue, 12/1/09, Edwin R. Paay <ed...@paay.us> wrote:
Anybody have experience with this? I have an opportunity …
As
you have always been a great source of information, I wanted to tap you once
again for some direction. We are kicking off an embedded project and have
selected CE 6.0 as our OS. Presently, we are up and running on the CE 6.0
R3 tools and have the emulator running.
Our primary
need is in way of writing or adapting a board support package (BSP) for the
board we are developing in-house. This part of the effort is about 45-60
day out. Our team has some familiarity with BSP from other vendors, but
are looking for either 1) training related to BSP adaptation, or 2) a
consultant to assist us with the process of bringing the board up under CE.
Any help, redirection, or suggestions regarding either of these will be
most appreciated.
Reply back to me directly if you’re interested.
-Rich