|
Red Hat has chosen not to provide support to its commercial Linux customers if they use rival versions of OpenStack, according to documents reviewed by The Wall Street Journal. The company's support, which includes providing bug fixes and helping customers if they run into technical problems, is a key reason people use Red Hat rather than free versions of Linux.
It's enterprise software's version of the Big Stick Policy.
|
|
|
|
|
Microsoft advises customers to stop using the RC4 cipher in TLS connections because of known weaknesses in the algorithm "There is no security on this earth; there is only opportunity."
|
|
|
|
|
It's amazing how much how much work is involved in not having work.
Along with Antimatter and Dark Matter they've discovered the existence of Doesn't Matter which appears to have no effect on the universe whatsoever!
Rich Tennant 5th Wave
|
|
|
|
|
Microsoft has been softening its anti-open source stance for some time, but this release marks the first major Microsoft software platform to see the light of day. Yet given the evidence, this move was not altogether unexpected. Microsoft’s open-source roots date all the way back to 2006 with the launch of the Codeplex open-source hosting site, and Microsoft Open Technologies has hosted open-source projects on GitHub for the past two years, with software such as the Azure SDK available since 2012. Hell hath frozen over.
|
|
|
|
|
Ex:
namespace Microsoft.AspNet.Mvc
{
public class FormContext
...
This stuff looks like it's been through a sanitizer. I find it really hard to believe that there are no comments for classes, methods, and properties.
Marc
|
|
|
|
|
It's just code.
If your actions inspire others to dream more, learn more, do more and become more, you are a leader.-John Q. Adams
You must accept one of two basic premises: Either we are alone in the universe, or we are not alone in the universe. And either way, the implications are staggering.-Wernher von Braun
Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.-Albert Einstein
|
|
|
|
|
Today at Mozilla we find ourselves at a difficult spot. We face a choice between a feature our users want and the degree to which that feature can be built to embody user control and privacy. Customers are always right, except when they are wrong
|
|
|
|
|
I understand why Mozilla is doing this, but it is also undermining one of the main reasons it even exists.
|
|
|
|
|
Developer talks up the process of moving a JavaScript audio app to Dart, touts user list and upgrades as Google pushes its JavaScript alternative Why bother learning JavaScript when you can just convert from Dart (and then debug the generated JavaScript)?
|
|
|
|
|
It's all just a waiting game until we see what ECMAScript 6 can do. Then it'll be clearer whether Dart is a viable option or was just a placeholder until JavaScript caught up.
|
|
|
|
|
I know a guy who has an interesting take on programmers. He views them as modern day plumbers or mechanics. Whether that sounds negative or positive to you, (I think he means it in a mostly negative way) the parallels are there. It's pipes all the way down
|
|
|
|
|
"I find it appalling that you can become a programmer with less training than it takes to become a plumber." -- Bjarne Stroustrup
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
Definitely wish I had known that one. It's perfect (so stolen for the newsletter), thank you.
TTFN - Kent
|
|
|
|
|
I got it off the 'Web so it must be true.
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
|
Quote: He views them as modern day plumbers or mechanics. Whether that sounds negative or positive to you...
He may be thinking of an electrician maybe?
There's a few funny things I've noticed about being a developer and one is that when you tell someone what you do most of them reply "Oh, I could never do that" - which is a statement true of pretty much any profession.
|
|
|
|
|
I have never had an opportunity to use F# in a commercial environment. I have been a developer in the .NET arena for 8 years and as yet have not been able to come up with a decent enough excuse to use it. [<entrypoint>] let main argv = System.Console.WriteLine("no");
|
|
|
|
|
F# that.
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
No, and it should not be. Otherwise (CA)ML will be a much better option, I suppose.
|
|
|
|
|
One of the project I am working on has a module written in F#. This is a nice example how F# is used in a commercial environment. I can say since that particular module was changed for F# one things are better.
Plus I find working with F# fun, it is a nice distraction from the boring stuff.
Microsoft ... the only place where VARIANT_TRUE != true
|
|
|
|
|
No. I learned some F# and used it to impress coworkers at an internal coding competition, but that was about it. Only a couple of them had even heard about the language.
|
|
|
|
|
Well, my e-book on Learning How to Think Like a Functional Programmer will be out some time soon via SyncFusion (it'll be a free download), so maybe that'll help, hahaha. A really smart FP person that I know did the technical review and even he said he learned some things!
There are very good reasons to use F# within limited scope, however, because the real world is stateful (even web servers have a session concept to maintain state between page refreshes, right?) you can never fully replace a stateful language with something that is intended to be stateless (immutable, in other words.) But what you can do is cleanly separate the stateful areas from the stateless ones. And frankly, I think that's where FP can provide some advantages, especially if parts of your app need to support concurrency. FP also promotes small, composable behaviors (functions), which makes testing easier and makes the code more flexible.
So, we'll see.
[edit]Ugh, I just read his article. Terrible. Totally misses the point. You can read my comment on his blog.[/edit]
Marc
modified 14-May-14 18:30pm.
|
|
|
|
|
Marc Clifton wrote: There are very good reasons to use F# within limited scope
I think that's the niche it's "stuck" in-it's one of those languages that works really well for a subset of applications, but is too "alien"[1] to become a mainstream solution.
[1] That is, it's not 'Algol-like'
TTFN - Kent
|
|
|
|
|
Kent Sharkey wrote: but is too "alien"[1] to become a mainstream solution.
Indeed. And it's yet another type inference system. And I have spent a couple days (I kid you not) debugging F# where the type inference was f***ing up. It's not easy to understand its behavior sometimes when you screw up the type system. And what monkey-brain decided that a type with multiple fields would be differentiated solely by the first field's name??? Thus, if you have two types containing multiple fields but with the first field being the same name, F# (on other ML's I've heard) will "guess" as to which one to use, basically screwing you over with all the remaining type inferences. And you may not notice until something much more downstream finally barfs.
Marc
|
|
|
|
|
I'm seeing what appears to be a single native comment +10 farcebook comments; none of them from you. Should I assume that my employers filters have found a new and interesting way to fail?
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
