Windows Management Framework V5 Preview(blogs.technet.com) |
Windows Management Framework V5 Preview(blogs.technet.com) |
Just the fact that there was a talk about developing iOS apps by the founder of Xamarin is telling. The fact that he was wearing Google Glass is another...
It's not that Windows is different, but that Windows is just plain broken and there's heaps of hacks on top of that to try and deal with the awful design. PowerShell is an attempt to fix CMD which is an attempt to fix batch files and the feeble CPM inspired command prompt.
It seems to me that Microsoft is going all-in on open-source and flexibility.
If you are using Asp.Net, you should check out Owin and project Helios - http://blogs.msdn.com/b/webdev/archive/2014/02/18/introducin...
The Pro edition is pretty sweet.
I think mobaxterm would be overkill for me (but i bookmarked it either way :))
Ahhh, Owin and Helios perhaps explain why the ASP.Net team are starting to feel like they are losing the plot.
Trying to put any of their new stuff into existing projects is a complete nightmare. Their new features are inflexible and brittle. WebAPI feels alien. Routing is getting more and more complicated instead of simpler.
And the new APIs just 'feel' wrong, as if they've been written by programmers who don't understand HTTP, javascript or the web. Programmers who haven't used apis on the web and know which ones are a joy to use and which ones are a nightmare. Programmers who don't seem to realize there a new javascript MVC hotness every week. Programmers who don't seem to understand that their javascript folders are never called '~/Scripts'. That 'S' still offends me.
Everything has to be done just so, their way. It's not flexible at all, things break all over the place. They've decided to adopt the zealot interpretation of REST, which doesn't work. The OData implementation is hard to step into and feels half-finished.
It's getting back to the bad old days where if you want to touch the pipeline at all ASP.Net gets angry and sulks in a corner. They're going back to their old 'MS knows best' model, where they can't trust programmers to choose their own (much, much better) practices. I wouldn't be surprised if they soon decide to start calling spans labels again because after all isn't that much clearer?
And it turns out it's because they've just given up on existing code base. Never a good sign.
I really just want ASP.Net Membership fixed to be super simple and not overengineered, the Request object to be fixed so I can get at the raw request when I need to without jumping through pre-generic collections, the cruft associated with the webform pipeline nuked and for no-one to ever, ever mention WCF to me ever again.
Oh and for-the-love-of-god stop trying to force a shitty URL/API structure down my throat and hiding the routing in totally different files.
I love C#, I am starting to seriously hate ASP.Net again. MVC 1 freed us, every subsequent release of MVC seems to smother, not liberate.
ASP.Net Identity 2 is just that, easy and extensible membership.
Owin requests also give you what you're asking for also.
Don't like the S, change it? lowercaseroutes=true.
;)
Oh, and just to be snarky, the "programmers who don't understand HTTP" were lead by Henrik Nielsen, author of the HTTP spec, used to work for Tim Berners-Lee. ;)
WebApi feels great and respects the HTTP spec (PUT, DELETE, UPDATE, POST,GET) and even the OData spec is compliant and after all, it's very fast to implement WebAPI and OData.
The .Net (mostly Asp.Net) is evolving fast for technologies like SignalR en OWIN.. And actually that's great.
You could still use webforms if you want, but i woudn't recommend that.
Most people hate change, but considering the (positive[subjective]) changes, they have done.. I think it's awesome and liberating.
OWIN has a improved authentication implementation, which has been a long requested feature for Asp.Net. For example, when you wanted to customize the Authentication implementation (don't remember the interface), you had to implement all of the methods (ForgetPass, EmailPass, ...). OWIN fixes that also (which was hard because of their former implementation)!
The only way it seems like more hassle/mess, is because there are more DLL's being imported, but i don't care because i know the reason behind it :)
Having written a view engine, security frameworks, NH session management stuff, 100+ complicated controllers, action filters galore and thrown it into MVC I've come to not appreciate it very much.
And don't get me started on Razor. Buffered rendering for layouts (bye bye RAM), batshit source, obtuse and non orthogonal syntax, poor runtime integration, absolutely no separation of logic and code.
I'm ready to move on.
Edit: just to add, I'm really liking Java's design by committee approach these days. It's incredibly clear that you need a lot of opinions to build a correct and well engineered solution. With .Net in general, it's served up to customers ike a soup kitchen. Occasionally we're left without soup though (WF3, Silverlight, early EF versions, WCF fragmentation, razor and so forth). The majority of the praise comes from people subjected to WebForms for years or even Telerik circa 2006 at the worst.
I prefer *nix but at work I need to use Windows sometimes, Chocolatey is a HUGE step in the right direction. It boggled my mind that MSFT wasn't throwing money behind the project- it does loads to make Windows friendlier to developers who prefer CLI.
I hope they commit a person/team to evaluating/maintaining/cleaning up packages in the Chocolatey repo.
One question I have tho is why they don't just adopt Chocolatey/cinst (chocolatey install) directly? What's the purpose of get-command (besides ownership which is obviously important). Why not just fork/rebrand chocolatey? Or is that what's happening?
This is good news for Chocolately, which should be able to support these packages even on older versions of Windows.
http://sourceforge.net/p/msys2
(disclaimer: I work on MSYS2)
I spent a couple minutes trying to figure out what MSYS2 was from the project page/the project wiki/Google, and then just gave up.
Really, a single sentence on the summary page at http://sourceforge.net/projects/msys2 and the wiki at http://sourceforge.net/p/msys2/wiki/Home/ would go a long way.
For anyone else in the same boat, I assume this is a replacement for MSYS, which according to http://www.mingw.org/wiki/MSYS, is a "collection of GNU utilities such as bash, make, gawk and grep to allow building of applications and programs which depend on traditionally UNIX tools to be present."
http://www.mingw.org/wiki/MSYS
At a minimum, they should just put a URL to the above.
http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/
Seems like a bit of marketing is in order!
It's a personal preference, but having the code mirrored on a Github repo would be awesome too.
You get an IDE for free. It's quite usable out of the box and it's really nice for learning the language.
It's less reliant on punctuation. There are a few special symbols and they are highly regular in their usage. Syntax feels more readable (to me) than that of bash thanks to this.
You deal with objects. You can reflect on them (great for exploration), call methods on them, while still having generic ways for composing them and manipulating in large quantities. Yet the language itself is not object oriented, which makes it much simpler than it would be otherwise.
You get the whole .NET to use. Or most of it. You can basically instantiate and use any .NET class (and COM objects and other such things) without hassle.
There are a few concepts in the language which unify many concepts from the system. For example you can "cd" into a directory or a key in the registry or a network share or any number of other things which can be thought of as a listable resource.
This is coming from a programmer, so it's missing things probably important for sysadmins, like security management and built in process of signing and verifying scripts signatures before running them.
One think I didn't like: it was slow. The other: nothing worked on it (I mean things like python's virtualenv, which comes with .bat file, but not with .ps1 file), even Visual Studio command prompt. I ended up writing some PowerShell code for translating cmd.exe variables to PS ones.
And, of course, it's Microsoft, so forget about running it somewhere else. But, all in all, if you have to script something in Windows, it's by far better than any other tool.
You might be interested in my little project redditps - https://github.com/manojlds/redditps
I wrote it to mainly highlight such cool features of Powershell.
I am hoping that since package management is now an official Microsoft effort, a large gain will be to address these "hacks".
The long term potential of this is that enterprise can build their own repository and push changes out as they wish. This would be the real value. Also, companies that already provide package/software deployment solutions will now have another tool to help them do this.
I use PS all the time - and it's killing me that I need 4+ windows open to account for all the different projects I've got to work on at the same time.
I really don't like the default ConEmu configuration, but it's flexible enough that you can make it do just about anything if you poke at it enough.
Here, outside Windowsland, we have been using package management for more than a decade and, after that long, I'd suppose we have it pretty much nailed down. There are still some different ideas and approaches (different dependency management schemes, pre-compiled vs. locally compiled, ports), but I'd guess we get it right most of the time. The "right way" is a tricky concept, but, seriously, this is all very mature by now.
Can't imagine how I could get them confused! ;)
I love MVC. Webforms is a complete travesty anyone still using it for new projects is mad. I never understood why Scott Gu defended it, it's a bad choice in the modern world.
I do not love where they're taking it though, which is to a place of no choice and bad design decisions.
REST is a bad design decision in my opinion. If you love it, fine, but don't force me to have only 4 methods on my classes. Strict REST doesn't make sense to me, it never has and never will. Most of the APIs I love using don't follow strict REST designs in their APIs and in my opinion those APIs are much better than the ones that do.
Knockout.js is a bad design decision. Use it if you want. But it shouldn't start adding a load of cruft in my project every time I click 'Add View...' though.
You are not limited to 4 methods, there are only 4 methods of altering data (eg. CRUD (create, read, update and delete))? Recently, they introduced batch support (i could have used that 3 months ago though :P)
Errors? Return a standard HTTP Code :)
Knockout is optional, it's a template to start with. Want to do it yourself? Create an empty project, use one on Github/Codeplex, import an extensions with custom scaffolders (mvc scaffold) or go and create your own with T4 templates, i have done it myselve thanks to some info on Scott Hanselman's blog: http://www.hanselman.com/blog/ModifyingTheDefaultCodeGenerat...
PS. Kinda curious which API's you are referring to?
I've installed it recently using info from: http://sourceforge.net/p/msys2/wiki/MSYS2%20installation/
It has a port of pacman (!) from Arch Linux for package managing. It feels so much better than mingw-get (package manager used for MSYS/MinGW).
You guys are all correct, we've not paid nearly enough attention to marketing. Here's the description I tried to post:
MSYS2 is an updated, modern version of MSYS, both of which are Cygwin (POSIX compatibility layer) forks with the aim of better interoperability with native Windows software.
The name is a contraction of Minimal SYStem 2, and aims to provide support to facilitate using the bash shell, Autotools, revision control systems and the like for building native Windows applications using MinGW-w64 toolchains.
We wanted a package management system to provide easy installation of packages, and ported Arch Linux's pacman. This brings many powerful features such as dependency resolution and simple complete system upgrades, as well as providing the build system (makepkg) which is used to make these packages. The set of software-building recipes (PKGBUILDs) for MSYS2 itself are at:
https://github.com/Alexpux/MSYS2-packages
.. and those for MinGW-w64 (i.e. native Windows software) are at:
https://github.com/Alexpux/MINGW-packages
Both 32 and 64bit are supported.
MSYS2 is firmly in the MinGW-w64 camp. The schism happened when GCC was ported to 64bit Windows and we've not looked back since (much; working together is always to be preferred but sometimes that is not possible).
We're investigating why sourceforge will not let me update our description.
(noticed some changes on their website recently)
I wanted to use it to implement my API, but i got kinda "scared" knowing that Netflix changed from OData to something else. Any examples of popular API's using OData for example?
For narrower apps, I'd make a web api but consider using just the OData query string formats (filter, sort) for flexibility.
Internal API = OData (= data layer)
External API = WebAPI with OData methods (=service layer, which brings the endpoint data to 3rd parties)
And because it's an internal API, it's a reason why you don't see it a lot in public API's (SAP uses it intensively though)
Thanks :)
I don't know about easy, but it definitely doesn't look simple, judging by examples.
http://blog.iteedee.com/2014/03/asp-net-identity-2-0-cookie-...
There are a lot of abstractions that don't represent anything outside of the framework itself, and a lot of components that interact in non-obvious ways. Also, it seems like finding integration points requires quite a bit of knowledge about how Identity 2 works.
The fact that there doesn't seem to be a coherent set of definitive/official documentation describing what and how it works doesn't help either.
And just because you can make a car doesn't make you a great race-driver ;)
EDIT: WTF is going on with downvotes this week? If you don't agree with me, reply, don't down-vote.
A spec designer of HTML, which no sane person can claim isn't riddled with bad design decisions, is not magically a great programmer too
With an account that old you should know better -- downvotes are perfectly fine for disagreement. This is not Reddit.
Maybe we're just from different timezones.
It's because of what you said about ASP.NET. I have not been coming to HN that long, but from what I have seen, just about any comment that criticizes Apple, popular windows software, or praises open source alternatives to closed source immediately are met with a barrage of down votes.
edit: and just to clarify, it's not uncommon to see posts on the front page that appear to praise an open source alternative, but anytime you read the comments, the first one is almost always someone who claims that the open source version still isn't ready because it doesn't have that one feature that everybody needs. I know I'm going to sound like a kook, but I would not be surprised in the least if at least 15% of the active HN user base are "shill" accounts controlled by teams that are controlled by different entities. Would HN be a target for operations like this? I think so. There are quite a few high-profile people who regularly come here, and manipulating the opinions of those people are probably in the interests of many organizations. Making sure switching to open source software that isn't distributed by MS or Apple isn't a bold move but a dumb move is in the interest both corporations.
I downvoted because I want to keep discussions civil and technical. Questioning peoples competency because they name a directory '~/Script' instead of '~/js' or whatever just won't fly here.
This isn't slashdot. You'll get used to it.