I suspect its more of a problem with the fundamental design of UML though. I think if there was like, a UML-lite spec or something. To me, i feel like UML is to what I want to use as XML is to JSON (or csv for that matter), if that makes any sense.
797 karma · joined April 12, 2012
I suspect its more of a problem with the fundamental design of UML though. I think if there was like, a UML-lite spec or something. To me, i feel like UML is to what I want to use as XML is to JSON (or csv for that matter), if that makes any sense.
When I got my first job, however, there were no UML diagrams. I was saddened to see this. I don't remember if I was surprised, but I was so sure that I would been useful to have a detailed UMI diagram available for studying the codebase.
So, as I got acclimated to the codebase, I took it upon myself to start putting together a UML for our existing product, so that training new people would be easier. After spending several days doing this, my opinion or UML changed dramatically for a couple of reasons:
1) Pretty much all of the UML tools out there are not a pleasure to use. Drawing UML diagrams was still infinitely better than using the various programs I tried. But drawing them on anything but a whiteboard wasn't scalable to the size of the project.
2) Once I had the basic classes drawn out, and realized how diverse the kinds of classes we had were, it became apparent that this just wasn't going to happen. A basic flowchart of the application would be equally valuable. The specificity of UML wasn't worthwhile, having a class with 10+ subclasses was a mess.
3) What I did have was hard to see. This goes back to the first point--the tools are not good. When you labored over all the clicking and dragging, you pulled together this monster of a graph that you can only see a small portion of at a time in a given screen. It was easy to get lost. Printing wasn't useful.
Ultimately, I only ended up using UMLs when we were thinking about how we were going to build out new features, or redesign stuff. It was a .NET shop building a Silverlight app, so serialization and strict static typing was critical. A decent JSON api would have made life easy, but since the back end and the front end were essentially all the same thing, class diagrams were very useful. So for the 2 or 3 times that we had to develop or redo class serialization while I was there, it came in handy only for working on small 2-5 class models.
That brings us to the next point: do class diagrams have a place in an increasingly dynamically typed world? Functional programming in javascript. Frameworks that have their own detailed class system, or which aren't even class oriented.
UML has essentially become analogous to cursive. You learn about it early on, and its important to have a notion of how to read it. But ultimately, since we don't use it every day, we basically never use it.
edit: to clarify, as mentioned below, Michigan is a top program.
Incredibly stupid example. Embarrassing really. Objection withdrawn
Consider two scenarios. a) You go out to a party, by yourself, with the sole intention of meeting someone you can take home, or ask on a date. or b) your friends think you need a girlfriend or boyfriend, and drag you out to a party and try to get you to meet people and facilitate it that.
Scenario (a) is a relatively uncommon occurrence with, what I assume to be, a lower success rate than (b). Unfortunately, all successful dating sites thus far are almost perfectly analogous to (a).
The differences between the two situations are pretty big because of the countless nuances that make people just generally seem more sociable when they're being social compared to when they're sort of trying to be social.
In a sense, this introduces the concept of a good wingman into the online dating scene.
Beyond that, I think by having other people manage your profile, you're taking away some of the stigma associated with dating profiles. Among them that they can become very self-important, uncomfortably personal, and come with a certain level of expectation of being honest. By making everything second-hand, you have to be more realistic in your evaluations of people's profiles.
Moreover, I think it dampens the 'desperation' factor. I think this is also a lesson we can gain from the analogy in my second paragraph.
but as far as html5 tools for guitar tabs goes, this is certainly a huge step forward.
In light of that, no, we don't really have the technology to automate all of those business decisions (especially so early in the product lifespan) and give a precise prediction about when a consumer can expect the product with acceptable reliability. There are too many factors that can delay delivery by a day or two, and accuracy within a day is extremely important for good customer service.
For a mass-market phone like this "It'll get there when it gets there!' is not an acceptable response to people who need a phone right now, or in the very near future. This isn't a raspberry pi.
There's no use pretending that high tech supply chain management is a simple process, and any hickups are really just ploys for media hype.
HF traders are just as much hackers as anyone on HN (and there are plenty of HF traders on HN). So 'theoretically', they've already done what is being suggested here. If someone comes along and develops a winning strategy, it really shouldn't be considered as having anything to do with 'professional strategy vs novice strategies'. It would just be about one person either getting really lucky or coming up with something that is genius in its own right.
--
If there are 'professionals' and then other 'professionals' whose strategy depends on information about how other 'professionals' trade (and there is), you end up with strategies at all valid points in the sample space of possible strategies and counter strategies. Theoretically, there should be no other possible strategies. Inevitably someone will come up with one though, and the 'sample space' will grow. But its extremely unlikely that additional unique strategies are successful just because they 'counter' the strategies in the sample space. But then again, this is real life and these things aren't impossible.
Breaking things and inconveniencing others are a much bigger drag for me. Those are the problems I stay late at work to solve.
$10/month for 5 users on IRC?
This service is very poorly branded. IRC is a protocol that is easy to set up, free, and low maintenance. Whatever value there is to outsourcing IRC server setup, it isn't $10/mo. But that isn't even what their main service is. Their platform is just built on IRC--their other features (Archiving, workflow integration, etc) are much much much more value-adding. Its like advertising heroku as "rails hosting, and more!". It doesn't point to the real value of the service.
I can get easy IRC hosting for much cheaper than $10/month. Don't charge someone $10/month for an IRC server. Charge them $10/month for a developer-oriented integrated messaging platform or something.
What are your thoughts on PadMapper vs CL? What is the distinction between scraping that data vs scraping this data that makes one worthy of federal prosecution, but not the other? Considering in both cases it was done for profit or detriment
Am I missing an important distinction here? Should private companies be able to make binding rules that open people up to criminal prosecution for something that doesn't violate any laws per se? A person breaking a specific law AND breaking a ToS makes sense. A person breaking a law BY breaking a ToS doesn't make sense.
of course, you're right that this can be troublesome. just because you can validate a theory as accurately modeling reality doesn't mean that the components of the model are true or useful.
and necessarily, the first 'computational model' would have needed to be already validated before something else might be validated against it...in case that wasn't clear.