Livro Uml Essencial Pdf

Posted on

My, recorded on the floor RailsConf2007 here in Portland, Oregon. In this episode I sit down with of and of and talk about beauty, making developers happy, the death (or life) of HTML, the future of Microsoft, and I ask if we should care about Rich Internet Applications. DHH is the creator of the Ruby on Rails framework, and Martin Fowler is the Chief Scientist at ThoughtWorks, well-known systems architect and Extreme Programming expert. Subscribe:. Download:.

ACTION: Please vote for us on! Digg us at!This episode is chock full of goodness and good guests, so it's double the ordinary length, clocking in at over 40 minutes, so forgive me, as all three of us tried not to waste the listener's time.If you have trouble downloading, or your download is slow, do with or another BitTorrent Downloader.Links from the ShowDo also are always up and they have PDF Transcripts, a little known feature that show up a few weeks after each show.is our sponsor for this show.Check out their. It's very hardcore stuff. One of the things I appreciate about is their commitment to completeness.

For example, they have a page about their while some vendors have zero support, or don't bother testing. They also are committed to XHTML compliance and publish their roadmap.

It's nice when your controls vendor is very transparent.As I've said before this show comes to you with the audio expertise and stewardship of. The name comes from, but the goal of the show is simple. Avoid wasting the listener's time. (and make the commute less boring)Enjoy. Who knows what'll happen in the next show?

Thanks for another great podcast Scott. As an ever busy.NET developer I have been resisting the temptation to look into Ruby. With so many new things like Silverlight, Orcas, WPF etc coming out it is becoming hard to know where to spend any extra time learning new stuff while continuing to put significant effort into current applications being developed.However, after listening to this I now feel compelled to check out Ruby.

This and the fact I don't have to upgrade my laptop to try it out unlike Orcas + WPF:-).Keep up the great work. Very nice podcast Scott, good conversation!I was glad to hear that Ruby on the CLR was coming with Silverlight, maybe we'll see a Rails implementation (and see some DLR implementations outside the scope of Silverlight). I seriously doubt.NET penetration is decreasing accross the board, as a general trend, but like you mentioned it's worth looking into.I agree that Silverlight and Flash will make for some great widgets (especially if Popfly turns out as good as it's potential allows) and that HTML/CSS will still be the basic 'quarks' we will use for apps. However, as everyone seemed to agree, those kinds of ritch 'blank canvas' technologies have huge potential for media. I think there are many classes of applications where media is such a focus, that Silverlight/Flash will move beyond widgets and encompass the entire application. A good example of what I'm thinking of is the Netflix app demo'd at Mix07.Finally, the comment about the Microsoft 'distortion field' was dead-on.

There is so much cool technology flowing out of Redmond lately, and in the near future, but there isn't a whole lot of buzz about it (Silverlight and Popfly not withstanding). LINQ, WinFX (WPF, WCF, WF, Cardspace), the DLR, and even some of the upcoming Live services are all very intriguing and have huge potential. But very little buzz. First it is said that Microsoft is not doing enough to support Ruby in their CLR, or that it would be great if they did, and then a few minutes later it is said that Microsoft is not having any focus, because, oh, you can choose between all these language flavors, etc.

This was a very pro-ruby podcast, of course. I myself don't like ruby at all, though it's better than dot net, which I gave up upon 4 years ago when it came out.

Indeed, as said in the podcast, the whole setting up business in dot net is horrific. I think ruby did not succeed in creating a beautiful language. When I read ruby code it doesn't look like a poem at all.

Hey Robert,That Indeed link doesn't really give any information to the science behind their analysis. I'm going to rule it out as an anecdotal snapshot.The Tiobe index, on the other hand, uses real science (Which I believe gives a more adequate snapshot on the state of language adoption.Btw- Great podcast. I also went to RailsConf last week and thought it was one of the better conferences I've been to in several years. (Though some of the sessions and breakfast were quite lackluster). Hi Scott,Just a couple of comments about your Fowler, DHH podcast.Too religious for my taste, Fowler and David definitely believe they have found the cure for all programming illnesses which is more religion than science (no such a thing exists).Their arguments are more based on ideology than on reasoning.Their point that HTML CSS and JavaScript are the ultimate tool for expressing user interfaces because any other tool (Silverlight, Flash or whatever) is too complicated is the same argument some people expressed a while ago about character based interfaces (Mainframe) and GUI interfaces. Hey Gilbert,Did you look at the tiobe link I gave above.

It is not anecdotal and is in fact mathematic. I would challenge you to present us with something that is not-anecdotal to support your opinion.Also based on your statement 'I suspect that with RubyOnrails.' It's apparent to me that you've never actually written a line of ruby.I would encourage you to actually write a small low-consequence web app on the Rails platform and then, whether you agree or not, you'll at least have some context for where DHH and Fowler are coming from. I'm building an asp.net website right now.

I took offense at the 'pink colors and rounded corners' comment one of your guests made, as my site just so happens to be pink with rounded corners!!!But seriously. I agree with some of those things the guys were saying. For right now CSS and HTML are the way to go.

(By the by my pink rounded corners are done in pure CSS/HTML!). However, I do have a very definite opinion that Rich Internet applications are the way to go in the very near future.HTML & Javascript definitely need to be shelved. As a developer I am completely sick of writing applications that behave one way on IE, another on Firefox, another on Safari, and another on Opera.I agree with your guests' comment that, given 10 years, Rich Apps haven't really caught on like everybody thought they would.

But they will catch on. The right tools are finally here.

Livro

Namely Adobe Flex and M$ Silverlight. Flex for sure. Silverlight soon.In my case if Silverlight version 1.x had put in some decent standard input controls (e.g. Textboxes, gridviews, buttons, etc.) I would not be writing calitrak in CSS/HTML. I would gladly, readily. Yes even passionately. Trade it all in for Silverlight and C#.net version 1.x kind of stunk up the joint too though.

Uml Class Diagram

And I believe that M$ will get it right in Silverlight 2.x, and the floodgate of Rich Apps will be forever unleashed.For as much as Ruby is cutting edge and 'hip' for the moment, it is fast on the way to becoming old-school. And for as passionate and hip your young guests were today, the passionate youth of tomorrow. The very near tomorrow. Will be writing Rich Apps. John,That Tiobe link seems to take into account the 'buzz factor' as well. The Rails community strikes me as saying 'Look At Me' a lot and that helps generate buzz. Not knocking them for that.

Rails seems to be almost religion to them and they want the masses to convert. I can't speak for how things are in the job market in the US at the moment, but in New Zealand the buzz is all about.Net.

But like Scott said in his comment we won't know for years to come. Besides, I didn't think it was a contest? I thought it was about solving problems with the tools that make solving them easiest for the person solving them. I find using.Net easiest for solving my coding problems. I've tried rails and it was just okay.

There are things about the Ruby language I really like and other things I really really don't like.As for the podcast I did enjoy, but I can see why people think that DHH is arrogant, he does very much come off as his way is THE WAY. I just don't agree with him. I'd agree that HTML and CSS will be around for a long time.

While some sites are very involved with the latest visuals and bling, there are many that just focus on the basics of usability and sharing out of knowledge.Not that there's anything wrong with either. Useit.com is just as valid as MTV.com - they just serve different purposes and different user sets.I am a little worried that all this focus on pretty will continue to get in the way of usability. When I'm sitting in Starbucks on a very slow wireless connection, Silverlight will not be my friend. And when I'm on dial-up at a Motel 6 (paying my own expenses now, you know) it will be even worse.God protect me from beautiful web pages. I just want to print that boarding pass. I am wondering what conclusions guys can draw with a loss of one position of C#. I primarily work on.Net and have taken some primary lessons of Ruby.

Uml Tutorial Pdf

Ruby sounds interesting. But.Net framework programming model is changing everyday. There is a lot more XML coming into everything. In many cases you have to write very little C# or any.Net language code. Consider the XAML programming, most of the animation rendering etc. Is completely markup. The TIOBE site does not track HTML or CSS in its list.

So how do we track.Net Framework as such? How about clubbing C#, VB.Net & XML (on.Net) together? Couple of years later Ruby on.Net can also be added. That will give you real strength of the platform. There were lot of holy cows. Unfortunately they got slottered in the market. Apple is supposed to be far better that Windows.

But their fundamentals killed their business. M$ has demonstrated better business fundametals than any other company till now. That's why they are at the position they are into.On the other hand their is room for every type of solution.

Kevin said it right. It's all about solving a problem in the best possible way you can. Dick needs to print a boarding pass and simple text printing would do for him rather than fancy stuff. I love Google for their simplicty and usability. M$ software is easy to learn and use.

But richer than it should be. Forcing you to upgrade your h/w. That way 37 signals does a decent job of keeping the UI simple. So it's right that the Ruby guys promote their solutions and equally right are M$ and G,000,000,gle.

Someone likes to keep beard, someone likes to shave their heads and someone hates both.;-) We are all chidren of God!!!!:-). There seems to be an interesting dichotomy here. The idea that Rails is good because it makes you conform to standards almost seems to be an argument against the underlying dynamic language. Isn’t it almost exactly the same to say that C#, Object Pascal, or even VB to some extent have advantages over Ruby because they restrict developer freedom?I agree that there are great productivity benefits when using a framework like Rails but for the developers who are responsible enough to handle the freedom, there are greater benefits to the “blank canvas”.

DHH said a good and interesting thing: the detrimental nature of 'unsettling innovation'. I find the constant innovation from Microsoft to be unsettling, especially when it comes at the expense of real follow-through on making fundamental things like the.NET 2.0 BCL (say) complete and bug free. So many bugs and good suggestions on Ladybug are just ignored for years on end because MS are too busy pumping out endless amounts of innovative new stuff (of dubious value, to my mind).

DHH is right: constraints and stability are good.Ruby and Rails. I'm looking into them. For the first time in 22 years, I'm looking into and playing with non-Microsoft technologies. And I love it! I have to say it was sad to me listening Martin trying to put some sense out there while the other guy was expeling his religious speach.

I'd expect something else coming from Martin Fowler. The other guy is just a case study, it's funny. You could infer, according to his idea, that when Microsoft was mainly VB.Net and C#, was very evil and that's why everyone abandoned them. And now that MS has support for Python and Ruby, they are as evil as before but also stupid, because that means they don't have any direction to give to the community. Of course you're going to think I'm a grammar nerd, which I'm not, but I'll say it anyway.I find it funny that they put a special rule in Ruby's pluralization which has the sole purpose of incorrectly pluralizing Octopus.

Livro

The truely correct form is Octopuses. Octopi is an accepted, but incorrect, pluralization.

It would be pluralized octopi if it was a Latin word but it is, in fact, Greek in origin.Really, I'm not a grammar dork so don't waste your time pointing out English mistakes in this comment. The only reason I know this is because I'm an octopus dork.