|
Kent Sharkey wrote: Mental note: watch out for falling asteroids when crossing the street
That's hard to do when you're crossing the street and texting. 
Marc
|
|
|
|
|
The planets are close enough to us that we can study their atmospheres. Warm up the car, we'll head over
|
|
|
|
|
Of course Mars does have an atmosphere (the moon much less of one), so I guess they both qualify. Just better not try to go out without your space suit. The way things are going on Earth, in a few more 1000 years may need an environmental suit here.
|
|
|
|
|
This article gives an overview of best practices and tools to make supporting a new .NET Framework version easier. 'If you’re backwards compatible, you’re really backwards'
|
|
|
|
|
The first relevant thing in there was about quirking....
I almost broke down after reading that and every shred of optimism I've been feeling about the direction of .NET died.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
Today, Twitter is excited to announce participation in the first major release of the Pants open source project: 1.0.0, an open source build tool for monorepo-style source repositories. Put your code in some pants
|
|
|
|
|
Kent Sharkey wrote: monorepo-style source repositories.
Sounds like a disease of the butt.
Marc
|
|
|
|
|
Marc Clifton wrote: Sounds like a disease of the butt.
I guess someone should call a proctologist...
"Fairy tales do not tell children the dragons exist. Children already know that dragons exist. Fairy tales tell children the dragons can be killed."
- G.K. Chesterton
|
|
|
|
|
To Twitter? A proctologist would never even begin to diminish the backlog of work over there.
|
|
|
|
|
*Looks at the name*
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
At the end of every month, using public data sources, we can take a look at trends in the desktop and browser markets and the day has finally arrived where Chrome is now a more popular browser than Internet Explorer. And they said Edge wouldn't accomplish anything
|
|
|
|
|
Roslyn, Dapper, PowerShell, and oh so much more. Because life is too short to wait for the paper copy
|
|
|
|
|
The link isn't working for me. This one is: May 2016[^]
If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson
|
|
|
|
|
Odd. It wasn't working for me either, but now it's back.
Ah well, back to the old acronym: MSDN = MicroSoft Developers Napping. 
TTFN - Kent
|
|
|
|
|
There will be four different SQL Server 2016 editions including Enterprise, Standard, Express and Developer. Now with even more SELECT features
|
|
|
|
|
A first-of-its-kind space rock filled with pristine material from the formation of the Earth itself has returned to the inner solar system, after billions of years in the cosmic boondocks. And it could help us piece together our planet’s origin story. "V'ger... expects an answer."
|
|
|
|
|
The Rockets[^] are back?
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
|
|
|
|
|
The extreme nature of the type system in swift got me thinking about the "Type Wars" that our industry has been fighting for the last six decades. A nice read on data types, if that's your type of thing
|
|
|
|
|
Great article.
As programs grew ever more complicated in the late 70s and early 80s, the problem of keeping your types straight began to get out of hand.
And it still is.
Today we call that discipline: Test Driven Development.
Exactly -- the only way to verify you haven't screwed up is to test, test, and test. And, as I recently wrote[^], "[This] is why developers who promote duck-typed languages also strongly promote unit testing. Unit testing, particularly in duck-typed languages, is the "fix" for making sure you haven't screwed up the type."
we have repeatedly seen, unit test coverage close to 100% can, and is, being achieved.
Really? Where? Not any Ruby or Python code I've seen over the last 5 years. I think that's a complete fiction, and is the one flaw in an otherwise really great post.
dynamic languages will become the preferred languages.
I hope not. Because at least in the experience of this old programmer, duck-typed languages are great for rapid prototyping, but they're also the path to rapid disaster. I also find productivity reduced, especially when I either have to run the code to see if I screwed something up that, heck, I don't even have to compile the C# code, the Visual Studio IDE will redline it for me in the editor, or I have to take the time to write a unit test.
But what do you expect. From what I've seen, people who write with duck-typed languages don't even use an IDE. I work with one guy who actually adamantly refuses to use an IDE. He does everything in Sublime. Now, granted, Sublime is an awesome editor, but at best all it does is syntax highlighting and some smart auto-completion, and yes, I use it and love for when I have to work in Javascript and Python across a VM bridge, the auto-SFTP is awesome, but nothing, absolutely nothing (except maybe what JetBrains is working on with their C# IDE) comes close to what Microsoft has achieved with Visual Studio.
For me, there is no war. For anything but small scale projects, duck-typed languages are absolutely the wrong choice, and at this point, I'd rather be flipping hamburgers than writing flippin' unit tests to verify something the IDE can tell me I did wrong when I use a strongly typed language.
Marc
|
|
|
|
|
Marc Clifton wrote: except maybe what JetBrains is working on with their C# IDE
Not just their C# IDE. I spend a fair bit of time in their JS IDE, and the completion, highlighting, squiggles, and debugging is way better than I've ever had in Visual Studio (using JS). To be fair, I've not done any JS in VS2015. Just stickin' with what works these days.
|
|
|
|
|
|
Marc Clifton wrote: For anything but small scale projects, duck-typed languages are absolutely the wrong choice, and at this point, I'd rather be flipping hamburgers than writing flippin' unit tests to verify something the IDE can tell me I did wrong when I use a strongly typed language.
Or we can use F# with its strong type inference on steroids. 
Kevin
|
|
|
|
|
I generally struggle to read "Uncle Bob's" screed with an open-mind; for my tastes, there's such an evangelical, almost messianic, and self-promoting, flavor to his style that my automatic the-one-and-only-one-truth shields go up.
In this article, I really don't think the global characterization of programming across a few decades falls as neatly into a SmallTalky-and-ducky-typish and strong-typish-Pascaly-Cish dichotomy as the author describes.
No mention of Lisp, Algol, Modula, Ada, Simula, Cobol, and, given the author's emphasis on the joys of assembler, I'm surprised he didn't mention the programming language Forth (which was also, imho, like TDD is for Uncle Bob, a "religion"). How about the work at Xerox Parc on languages like Sail ? Alan Kay's work ? BASIC ?
One important reason for Pascal's relative success, during its "time," was the fact that academic computer science programs at top-tier universities and colleges tended to use it. I once took lecture notes for a lecture note-taking service at UC Berkeley for Doug Cooper's Pascal course: Cooper, and co-author Mike Clancy, had a best-selling book, "Oh! Pascal!" widely used in college introductory programming courses. The students were doing their homework on mainframes, from terminals ... yeah, this was 1981, or so.
I share (what I perceive as) the skepticism expressed by Marc Clifton on this thread about "total code coverage," and the future as "belonging to" duck-typed languages.
As to my opinion on TDD, Agile, Waterfall, Kanban, etc. ... well, I haven't really looked deeply into any of them. But, yeah, I can't see developing, particularly in the prototyping phase, without constant testing. Now "SOLID:" that seems to me to be where the "meat" is, and that's where I'm investing my get-better-brain resources at the moment.
I disclaimer what I've expressed here by noting that I write from a perspective of being a solo developer enjoying a con$traint free self-employed context in which I can pursue what I want to pursue, which is, at this time, often "academic."
Should the Fates somehow move me to become a part of a development team, then I would expect, and look forward to, some over-arching software management discipline ... hopefully one that does not involve frequent meetings ... remember Joel Spolsky's comments on meetings [^] ... [^] ... Eric Lippert's ... well, can't find the quote from Eric I was looking for.
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
BillWoodruff wrote: How about the work at Xerox Parc on languages like Sail ?
Dang, I'm impressed. I used SAIL to program a robotic arm to move chess pieces. Was my first introduction to concurrent programming, I loved it so much I wrote a "wedge" for the Commodore PET BASIC to create co-subroutines, complete with software-based context switching to simulate threading. Fun times!
Marc
|
|
|
|
|
Marc, methinks we had the curse, and blessing, of living in "interesting times," and, then, coming out of those times with, evidently, our intellect, curiosity, and passion for the Goddess Techne, alive-and-well.
One of my favorite memories is the day when, still a newcomer at Adobe, I had John Warnock and Chuck Geschke visit my office for a demo of an object-oriented mvc prototype I did in PostScript on the NeXT machine (while working at Emerald City Software, which was then acquired by Adobe). I named this folly "Toto," and gave it the slogan: "We're not in Kansas anymore" I soon learned that I was one of the very few programmers at Adobe who actually liked PostScript qua programming language.
cheers, Bill
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
