KubuS
| Forum | Thread | Replies | Latest activity |
|---|---|---|---|
| Coffeehouse | MSDN Forums revisited! | 10 | Dec 16, 2007 at 5:55 AM |
Loading User Information from Channel 9
Something went wrong getting user information from Channel 9
Loading User Information from MSDN
Something went wrong getting user information from MSDN
Loading Visual Studio Achievements
Something went wrong getting the Visual Studio Achievements
| Forum | Thread | Replies | Latest activity |
|---|---|---|---|
| Coffeehouse | MSDN Forums revisited! | 10 | Dec 16, 2007 at 5:55 AM |
Expert to Expert: Erik Meijer and Bart De Smet - LINQ-to-Anything
Oct 18, 2008 at 8:02 AMThe comparison of lazy evaluation to washing dishes just rocks!
A Look at the .NET Micro Framework
Oct 18, 2008 at 7:47 AMRahul Patil: Complexities of Testing Concurrency
Oct 18, 2008 at 7:36 AMspivonious is right, this was all basics - nothing new here, really.
If a developer does not know about locks/deadlocks etc. then I'm sorry to say, but he/she is just a poor developer. This is first year's knowledge on any decent university, no major degree required. This story was good maybe for Channel8, not 9.
I can't say for all the niners, but I personally feel that we should focus on specialized tools that assist in debugging concurrent programs, rather than stating the obvious about problems in parallel programming.
Meet the Visual Studio Managed Languages Development Experience Team
Sep 15, 2008 at 2:37 AMCreate an Excel Shortcut Menu That Writes Selections to a Text File
Aug 25, 2008 at 12:20 AMC# 4.0: Meet the Design Team
Jul 14, 2008 at 12:48 PMInside Parallel Extensions for .NET 2008 CTP Part 2
Jun 07, 2008 at 6:35 AMTPL and PLINQ should abstract away implementation details of parallel programming (as they do), but shouln't abstract the notion of parallel computing, which in its nature is unordered.
Nobody complains about SQL not preserving results ordering by default. SQL is set based in terms of data, and parallel computing is in a way set based in terms of Tasks. We shouldn't fool developers into thinking that parallel programming is the same as sequential programming, because ideas behind them are quite different and developers need to be be aware of that fact.