As an ASP.NET developer I am really, really excited about this.
In the past few years nothing new has come from Microsoft that has really been a big deal. MVC and Razor were great and a pretty big deal, but everything else didn't really affect my day to day job of developing apps.
Deploying ASP.NET apps has always been a real pain in the neck. Sure, in theory it's as easy as xcopy, but once your apps start growing and your configuration grows it rapidly becomes a bigger thing to maintain. It takes a lot of time, there's lots of stuffing around, it's very fiddly and generally a PITA.
If I understand it all correctly, being able to package up my application into a sort of "mini vm", that has everything pre-configured, would be absolutely bloody amazing. Having it run on this new "Nano Server" thing sounds fantastic - it doesn't have a GUI or 32 bit support, so in my mind it should be much faster, quicker and much easier for remote administration.
I've been waiting for this announcement ever since I wrapped my head around ASP.NET vnext, and now that I think I get it, the future is looking cool. Good job MS.
What's the difference between a software developer and a programmer? One develops software by programming, and the other programs computers to develop software.
The link to the actual article "a unified release" is completely empty... nice to see all the comments from people who haven't even read the article yet.
...when the sales and marketing and pointy-haired businessmen try to manipulate you
You have entirely missed the point of the book. It is not about manipulation. It's about being genuine and being persuasive. They are different things.
I definitely agree that it is good to know when and how someone is trying to persuade you something, and it's a very valuable skill to increase your communication skills.
"as a geek type you'll likely never be able to pull it off anyway"
Resigning yourself to having bad communication is not helpful - it is possible to vastly improve your communication skills, you can do it and you should learn how.
Unlike other CSS properties, custom property names are case-sensitive.
Fantastic! Let's make some things case sensitive and some things not! Genius! If you're going to introduce something new (like, you know, VARIABLES), you might as well make it break all of your existing conventions.
Now even better, here's how you define a variable:
var-my-color: #06c;
And here's how you reference it:
color: var(my-color);
Oh that makes sense. You declare it as var-name but then when referencing it you refer to it as var(name)! Wow just like that other language... ooh um... oh yeah NONE OF THEM.
Honestly this is the reason why web development is utter hell. Confusing and stupid standards that no-one bothers to stick to.
And why the hell can't I do width: 50% - 10px? What century are we living in again?
I can't believe that $2,000,000 has already been pledged. I assume by "audiophiles".
Hey guys, 99% of mastering these days has been brickwalled. The recordings that you're buying and downloading before encoding, at the mastering stage has already had all "the nuances, the soft touches, and the ends on the echo" removed. You can't get that back. In fact, all this device will do is make these artifacts more obvious.
Getting a 30 gazillion kbps FLAC file is utterly pointless when the same data can be represented in a 320kbs mp3 file.
I can personally guarantee* (*worth nothing, not redeemable for anything) that sound studios will not start producing multiple mixes just for the audiophiles. It's just not going to happen. People do not care about this stuff and are happy with their iphones/androids, so the sound studios are not going to bother.
Maybe from an American point of view this isn't such a story. But I can assure you from an Australian and Indonesian point of view this is going to be massive.
The Australian government has already received heaps of flak about phone tapping the Indonesian president's wife which was a very big deal. Indonesia were not happy. The president even took the unprecedented step of tweeting his displeasure. Then the Australian government decided it was a good idea to start towing asylum seeker boats back to Indonesia - they claimed the policy was to "turn the boats back" - turns out they've been actually towing them and going straight into Indonesian waters with our war boats. Stupid, stupid. Plus they "accidentally" did this 5 times.
And only two days ago some Aussie girl was just released early after having been locked away in an Indonesian prison for 10 years. This will have raised the Indonesians ire too. This will just give them another excuse.
In 2 hours there will be another spluttering prime minister on the TV trying to put this fire out claiming that it's nothing new, "all's fair in love and war" etc etc, but it really depends on how the Indonesians react - if the headline is "Aussie's listening to ALL our phone calls, 1.8 million keys stolen, collaborating with the US", the people will react and protest, the government will look weak in front of their people, and they will have to react.
I think there's going to be a bit of a storm about this one.
Having worked with a lot of software developers, I can assure you that some bugs can definitely be caused by developer incompetence. There are people who don't know the language they are coding in, people who are just plain sloppy, people who don't test their code, people who compile it and check it in, and people who only test it with "right" data. Maybe you've been lucky and only worked with great developers.
The brick wall analogy is not nonsensical. I bet there are lots of edge cases, requirement changes and mortar leaks to consider when building a wall.
A builder builds a wall. A week later, bricks begin to fall out of the bottom, but he continues to build the wall higher.
There is an important question here. Did the builder know any better, and should the builder be expected to know any better?
If this is something that is clearly taught in brick laying school, and the company expects their builders to conform to the rules of bricklaying school, and the person just knowingly willingly continued on, then the builder's company "technically" should suck up the cost. This is not the client's fault.
Whether the builder is fired or has to fix it outside of hours is a completely different question. That's up to the discretion of management. If the builder had continued on their merry way knowing they were doing the wrong thing, then asking them to fix it outside of their paid hours could be a good learning opportunity. Or if it's willful negligence then maybe it's a firing issue (if the building will fall down). Of course the best way to get them to learn their lesson is to show them the impacts of their work - now everyone has to stay back and fix their shoddy work, and they won't be popular for a while:)
However, if this is something that isn't taught in bricklaying school, but is something that only a bricklayer with 5 years of experience should know, and this dude was a fresh-faced apprentice, then the company needs to ask themselves "should we have had better quality control methods to stop this problem occurring earlier?". Should he have been supervised? Should he have been doing it in the first place? Should someone have inspected his work periodically?
This is actually quite a good question and not a silly analogy.
The next step is to try to apply this to software engineering. As we all know, building a wall and fixing up a shoddily built wall is quite a different thing to fixing bugs. Most (I would hope!!!) bugs are not caused intentionally or as a result of willful negligence. If a developer is committing work that is full of bugs and other people are building on top of that work, The same analogy applies as to the builder scenario. You expect someone to work according to their level of expertise. If they don't, you better start reviewing their work more often or move them to an easier task.
I know what you mean, but I think it would actually have the reverse effect than what you think. Not having some basic formatting tools just reduces the quality of posts - because it's harder to do decent formatting. It won't keep people away, if anything it would reduce the quality of comments, as people who don't know HTML will just post lower quality posts. I wonder if there's some good stats on this.
The best way to improve comment quality is to vote up the good comments. Not to make it more difficult to enter good comments. Look at stackoverflow. Great commenting system with a realtime preview, fantastic.
"Load More"??? What the hell??? When I post my comment I expect to be able to see it, not have to click "Load more" 3 times and then hunt around to find it.
Some of the comments use font size 0.85rem (never heard of REM before for a font size), and some of them use 1.5em. Can't work out why some are different. Don't care either.
Scrolling through the comments the big problem is that the important stuff, like you know, the actual content of the comment, isn't given prime position. It's hard to find the actual comment inside all of the "subject, commenter, whitespace". It's hidden. Stupid, very hard to read. Notice how reddit comments the actual comment text is bigger? That's so you can read it. They should also condense the subject into the "who" section, and be in the same line. There's enough room.
Oh and I can't see the member ID now of the commenter. That sucks. I liked looking at it to see how long the person had been a member for.
I like the "comment threshold" gears icon to make it easier to filter per level. But damn, it uses Ajax. Could be nice, but I bet if it runs on a post with 500 comments it's going to run slower than a snail. When I choose one of those thresholds I just get a "load more" button - what the hell? There's nothing to load. So those filter options are pointless as well if there's nothing to show.
Ok I can see what people are complaining about now.
Ok, I like the "Leave comment" box right at the top instead of having to pick a random thing to reply to.
I don't like the fact that there are two boxes, and neither are labelled. It's obvious to me that the first one is a subject but it's not explained. Not a good UI.
The "From you're-grounded dept" is below the article, that doesn't make sense.
The comment box isn't a wysiwyg editor. Can't I just highlight text and hit control-B and make it bold? C'mon, this is 2014, we had this functionality 20 years ago.
Menu bar static at the top of the screen? Pointless. If I need that I'd scroll to the top.
Ok I've previewed my comment... newlines aren't converted to BR's. What the hell. Apart from a slightly different CSS what the hell is this beta all about?
Actually, it didn't, I believe you could type 10 then newline, and then it would auto generate them for you. But this is remembering stuff from 25 years ago so I could be wrong:)
Slashdot Mirror
As an ASP.NET developer I am really, really excited about this.
In the past few years nothing new has come from Microsoft that has really been a big deal. MVC and Razor were great and a pretty big deal, but everything else didn't really affect my day to day job of developing apps.
Deploying ASP.NET apps has always been a real pain in the neck. Sure, in theory it's as easy as xcopy, but once your apps start growing and your configuration grows it rapidly becomes a bigger thing to maintain. It takes a lot of time, there's lots of stuffing around, it's very fiddly and generally a PITA.
If I understand it all correctly, being able to package up my application into a sort of "mini vm", that has everything pre-configured, would be absolutely bloody amazing. Having it run on this new "Nano Server" thing sounds fantastic - it doesn't have a GUI or 32 bit support, so in my mind it should be much faster, quicker and much easier for remote administration.
I've been waiting for this announcement ever since I wrapped my head around ASP.NET vnext, and now that I think I get it, the future is looking cool. Good job MS.
What's the difference between a software developer and a programmer? One develops software by programming, and the other programs computers to develop software.
Troy Hunt has a great article here on the responsibility of public disclosure:
http://www.troyhunt.com/2013/0...
I wrote a blog post on this a few years ago and I think it's still pretty relevant today:
http://programmers.blogoverflo...
I think the main thing that most people skip is how to work alongside other developers, and how to write maintainable code.
You seem like a cool guy.
I think his own comment sums everything up quite nicely:
I don't have enough in-depth knowledge to know to what extent de-skilling is really happening
Anyone who thinks that programming is getting easier due to automation isn't a programmer.
Please upvote this a million times.
The link to the actual article "a unified release" is completely empty... nice to see all the comments from people who haven't even read the article yet.
> When we meet our initial goal of $1,000,000, we will launch a new version of Reading Rainbow on the single most-used digital platform: the web.
A million dollars for an "interactive" website? Clearly this man is a marketing genius.
...when the sales and marketing and pointy-haired businessmen try to manipulate you
You have entirely missed the point of the book. It is not about manipulation. It's about being genuine and being persuasive. They are different things.
I definitely agree that it is good to know when and how someone is trying to persuade you something, and it's a very valuable skill to increase your communication skills.
"as a geek type you'll likely never be able to pull it off anyway"
Resigning yourself to having bad communication is not helpful - it is possible to vastly improve your communication skills, you can do it and you should learn how.
"How To Win Friends and Influence People" By Dale Carnegie.
A classic, every programmer (and person) should read it.
Relax buddy.
There's plenty of time for you to get into a job and begin working for the next 40 years of your life.
Enjoy university. Travel during your holidays. Volunteer. Go to church. Go ice skating. Play with lego. Don't do drugs. Floss.
I'd rather say their creation proved that CSS needed to be fixed
Fixed that for you.
Some more brilliant standards by w3c:
Unlike other CSS properties, custom property names are case-sensitive.
Fantastic! Let's make some things case sensitive and some things not! Genius! If you're going to introduce something new (like, you know, VARIABLES), you might as well make it break all of your existing conventions.
Now even better, here's how you define a variable:
var-my-color: #06c;
And here's how you reference it:
color: var(my-color);
Oh that makes sense. You declare it as var-name but then when referencing it you refer to it as var(name)! Wow just like that other language... ooh um... oh yeah NONE OF THEM.
Honestly this is the reason why web development is utter hell. Confusing and stupid standards that no-one bothers to stick to.
And why the hell can't I do width: 50% - 10px? What century are we living in again?
I can't believe that $2,000,000 has already been pledged. I assume by "audiophiles".
Hey guys, 99% of mastering these days has been brickwalled. The recordings that you're buying and downloading before encoding, at the mastering stage has already had all "the nuances, the soft touches, and the ends on the echo" removed. You can't get that back. In fact, all this device will do is make these artifacts more obvious.
Getting a 30 gazillion kbps FLAC file is utterly pointless when the same data can be represented in a 320kbs mp3 file.
I can personally guarantee* (*worth nothing, not redeemable for anything) that sound studios will not start producing multiple mixes just for the audiophiles. It's just not going to happen. People do not care about this stuff and are happy with their iphones/androids, so the sound studios are not going to bother.
...Paying Tax Correctly for USA citizens on Crowdfunding
Fixed that for ya. Remember guys, the internet is WORLDWIDE.
Maybe from an American point of view this isn't such a story. But I can assure you from an Australian and Indonesian point of view this is going to be massive.
The Australian government has already received heaps of flak about phone tapping the Indonesian president's wife which was a very big deal. Indonesia were not happy. The president even took the unprecedented step of tweeting his displeasure. Then the Australian government decided it was a good idea to start towing asylum seeker boats back to Indonesia - they claimed the policy was to "turn the boats back" - turns out they've been actually towing them and going straight into Indonesian waters with our war boats. Stupid, stupid. Plus they "accidentally" did this 5 times.
And only two days ago some Aussie girl was just released early after having been locked away in an Indonesian prison for 10 years. This will have raised the Indonesians ire too. This will just give them another excuse.
In 2 hours there will be another spluttering prime minister on the TV trying to put this fire out claiming that it's nothing new, "all's fair in love and war" etc etc, but it really depends on how the Indonesians react - if the headline is "Aussie's listening to ALL our phone calls, 1.8 million keys stolen, collaborating with the US", the people will react and protest, the government will look weak in front of their people, and they will have to react.
I think there's going to be a bit of a storm about this one.
Having worked with a lot of software developers, I can assure you that some bugs can definitely be caused by developer incompetence. There are people who don't know the language they are coding in, people who are just plain sloppy, people who don't test their code, people who compile it and check it in, and people who only test it with "right" data. Maybe you've been lucky and only worked with great developers.
The brick wall analogy is not nonsensical. I bet there are lots of edge cases, requirement changes and mortar leaks to consider when building a wall.
A builder builds a wall. A week later, bricks begin to fall out of the bottom, but he continues to build the wall higher.
There is an important question here. Did the builder know any better, and should the builder be expected to know any better?
:)
If this is something that is clearly taught in brick laying school, and the company expects their builders to conform to the rules of bricklaying school, and the person just knowingly willingly continued on, then the builder's company "technically" should suck up the cost. This is not the client's fault.
Whether the builder is fired or has to fix it outside of hours is a completely different question. That's up to the discretion of management. If the builder had continued on their merry way knowing they were doing the wrong thing, then asking them to fix it outside of their paid hours could be a good learning opportunity. Or if it's willful negligence then maybe it's a firing issue (if the building will fall down). Of course the best way to get them to learn their lesson is to show them the impacts of their work - now everyone has to stay back and fix their shoddy work, and they won't be popular for a while
However, if this is something that isn't taught in bricklaying school, but is something that only a bricklayer with 5 years of experience should know, and this dude was a fresh-faced apprentice, then the company needs to ask themselves "should we have had better quality control methods to stop this problem occurring earlier?". Should he have been supervised? Should he have been doing it in the first place? Should someone have inspected his work periodically?
This is actually quite a good question and not a silly analogy.
The next step is to try to apply this to software engineering. As we all know, building a wall and fixing up a shoddily built wall is quite a different thing to fixing bugs. Most (I would hope!!!) bugs are not caused intentionally or as a result of willful negligence. If a developer is committing work that is full of bugs and other people are building on top of that work, The same analogy applies as to the builder scenario. You expect someone to work according to their level of expertise. If they don't, you better start reviewing their work more often or move them to an easier task.
I know what you mean, but I think it would actually have the reverse effect than what you think. Not having some basic formatting tools just reduces the quality of posts - because it's harder to do decent formatting. It won't keep people away, if anything it would reduce the quality of comments, as people who don't know HTML will just post lower quality posts. I wonder if there's some good stats on this.
The best way to improve comment quality is to vote up the good comments. Not to make it more difficult to enter good comments. Look at stackoverflow. Great commenting system with a realtime preview, fantastic.
In ten years I never knew that !!!
When I hit "ok" on my reply, I have to then reload the page. C'mon guys, get a clue! Add my comment to the page so that I don't have to refresh it!
"Load More"??? What the hell??? When I post my comment I expect to be able to see it, not have to click "Load more" 3 times and then hunt around to find it.
Some of the comments use font size 0.85rem (never heard of REM before for a font size), and some of them use 1.5em. Can't work out why some are different. Don't care either.
Scrolling through the comments the big problem is that the important stuff, like you know, the actual content of the comment, isn't given prime position. It's hard to find the actual comment inside all of the "subject, commenter, whitespace". It's hidden. Stupid, very hard to read. Notice how reddit comments the actual comment text is bigger? That's so you can read it. They should also condense the subject into the "who" section, and be in the same line. There's enough room.
Oh and I can't see the member ID now of the commenter. That sucks. I liked looking at it to see how long the person had been a member for.
I like the "comment threshold" gears icon to make it easier to filter per level. But damn, it uses Ajax. Could be nice, but I bet if it runs on a post with 500 comments it's going to run slower than a snail. When I choose one of those thresholds I just get a "load more" button - what the hell? There's nothing to load. So those filter options are pointless as well if there's nothing to show.
Ok I can see what people are complaining about now.
Ok, I like the "Leave comment" box right at the top instead of having to pick a random thing to reply to.
I don't like the fact that there are two boxes, and neither are labelled. It's obvious to me that the first one is a subject but it's not explained. Not a good UI.
The "From you're-grounded dept" is below the article, that doesn't make sense.
The comment box isn't a wysiwyg editor. Can't I just highlight text and hit control-B and make it bold? C'mon, this is 2014, we had this functionality 20 years ago.
Menu bar static at the top of the screen? Pointless. If I need that I'd scroll to the top.
Ok I've previewed my comment... newlines aren't converted to BR's. What the hell. Apart from a slightly different CSS what the hell is this beta all about?
Actually, it didn't, I believe you could type 10 then newline, and then it would auto generate them for you. But this is remembering stuff from 25 years ago so I could be wrong :)