|
The good news is that means there is another browser to support. w00t!
I'm sure the new MS browser will work entirely differently than IE. You know, like, "wait, does it support addEventListener or not?" MS couldn't make up their mind on that one. That's always fun. It only strengthens us developer types.
New Business Opportunity
Heck, it's so confusing now for consumers you could almost start a company which teaches people to click around in the browser, which should be the easiest thing in the world but isn't.
|
|
|
|
|
I am writing this article not as an opponent of F#, but rather, as someone who hopes that F# will become a mainstream .NET language. Because it's F#?
|
|
|
|
|
Don't expect specialized products to become wildly popular.
|
|
|
|
|
because F# is cool.. (not)
|
|
|
|
|
At first glance, I read that as:
"Why your F****** evangelism isn't working"
Guess the F# evangelism hasn't had the intended effect on me.
modified 7-Jan-15 12:56pm.
|
|
|
|
|
|
I am seriously considering re-writing that web server code/article in F# just to see what it looks like.
Marc
|
|
|
|
|
Marc Clifton wrote: in F# just to see what it looks like
ANSWER
Ugly!
|
|
|
|
|
newton.saber wrote: Ugly!
Actually, what I've done in F# is really quite elegant. I think it all depends on who writes the code and how it's written.
Marc
|
|
|
|
|
Marc Clifton wrote: F# is really quite elegant
Prolly is. Sorry, I just couldn't resist. Functional languages just look so consarned ugly sometimes.
|
|
|
|
|
newton.saber wrote: Functional languages just look so consarned ugly sometimes.
I agree -- there's a draw to making things as idiomatic and terse as possible, which only detracts from a language like F# expect for seasoned FP devs. I'll ping you when I publish the article on writing a web server from scratch, but with an F# implementation, and see what you think.
Marc
|
|
|
|
|
Marc Clifton wrote: with an F# implementation, and see what you think.
Sounds great. I am interested to see it. Thanks for including me.
|
|
|
|
|
Obviously it's because F# is just G... And G is a stupid name for a language. At least C# = D-flat, which looks a little like Db, so it's a great language for database stuff.
See? Completely logical (In no way whatsoever).
|
|
|
|
|
Hm, am I the C# evangelist then, as I use C# at my job, together with DB work and at home playing guitar in C# ?
Well one of them, the other one is Drop D, which is DD and has a different meaning
|
|
|
|
|
E# is F, but F# is G flat not G. (Sorry )
|
|
|
|
|
Bleh... That's what I get for trying to be clever today... Got woken up at 3am, so running on less sleep than usual...
But G-flat is still a stupid name for a language
|
|
|
|
|
Couldn't agree more
|
|
|
|
|
The Microsoft Malware Protection Center says there has been a dramatic increase in threats using macros to spread malware via spam and social engineering over the last month. VBA - the gift that keeps on giving
|
|
|
|
|
As more and more users store their data on the Internet, does the need for local hard drives diminish? No, says just about everyone one else
|
|
|
|
|
You will never get my C: from me, or my D drive for that matter.
I horde them.
|
|
|
|
|
If they knew their data was going to the cloud then they may put a stop to it.
|
|
|
|
|
Local data isn't going to die anytime soon. I won't store my personal data in the cloud for MSFT, GOOG, AMZN, IBM or anyone else so they can query and mine my data. Heck, I don't even store my work in the cloud, it's all in TFS.
|
|
|
|
|
The Government will never take my guns. And the cloud will never take my hard drives.
|
|
|
|
|
Absolutely they will. Because everyone knows there is zero latency accessing files stored on the cloud, so why would I need a local copy of that multi-gigabyte file that I'm working on?
|
|
|
|
|
A professor at MIT is hoping to make it easier to untangle the interactions between Web development elements with a new form of his programming language: Ur. And now you have n+1 problems
|
|
|
|