Talk:Blogs
From APIDesign
(Comment provided by dankrcdkn3 - via ArticleComments extension) |
|||
| Line 60: | Line 60: | ||
--[[User:Apidesign|Apidesign]] 11:19, 16 August 2012 (UTC) | --[[User:Apidesign|Apidesign]] 11:19, 16 August 2012 (UTC) | ||
| + | </div> | ||
| + | == dankrcdkn3 said ... == | ||
| + | |||
| + | <div class='commentBlock'> | ||
| + | |||
| + | faddylinwz0828 | ||
| + | |||
| + | --[http://www.kantstrasse.com dankrcdkn3] 21:07, 28 August 2012 (CEST) | ||
</div> | </div> | ||
Revision as of 19:07, 28 August 2012
Comments on Blogs
Contents |
Casper Bang said ...
Interesting question. My guess is that I never had problems following suggestions related to usage of exceptions provided by others. I used exceptions in many ways in my APIs and as far as I can tell they evolve like other classes. The other area is usage of exceptions in own method definitions and here one needs to optimize for the understanding of users of the API. That is vague statement, but I do not have any practical advices ready now. I'll think about it in future. Thanks for your comment.
--JaroslavTulach 14:48, 5 September 2008 (UTC)
"yet it seems that there is no language in the world that would make this easy" Is this really a language problem? I think it's a tool and communication problem. You want a tool that communicates to you that the change you're about to make will result in incompatibilities with your previous consumers. We can even imagine that they could be notified that you are doing this, which might permit them to notify their own consumers in some way. The gnarliest problem here is illustrated in this scenario- imagine you used this tool and it notified the distributed developers and happily enough they all got the memo. How are they supposed to communicate anything so technical as "you can't download the latest version of such and such library because your program that you bought from us (remember us?) will stop working properly".
A lot of interesting programming problems aren't really programming problems, they're user interface problems. Almost all of the API book is an attempt to deal with limitations on our ability to process information. The reason that's germane is because a lot of problems that have information processing limitations as their root cause, as opposed to say limitations in our ability to measure the position of a particle or limitations in the strength of materials, can be dealt with through the magic of user interface engineering.
Continued on.... <a href="http://lambda-the-ultimate.org/node/2950"> Lambda the Ultimate </a>
Daniella said ...
I know this web site presents quality based articles and extra information, is there any other web page which presents these stuff in quality?
--Daniella 03:54, 17 April 2012 (CEST)
Jeremy said ...
Hello to every one, as I am actually keen of reading this website's post to be updated regularly. It includes fastidious material.
-- Jeremy 14:15, 18 April 2012 (CEST)
Tawanna said ...
Having read this I thought it was rather enlightening. I appreciate you finding the time and energy to put this information together. I once again find myself spending way too much time both reading and posting comments. But so what, it was still worth it!
--Tawanna 10:24, 21 July 2012 (CEST)
Valeria said ...
I love your blog.. very nice colors & theme. Did you make this website yourself or did you hire someone to do it for you? Plz answer back as I'm looking to create my own blog and would like to find out where u got this from. cheers
--Valeria 04:06, 16 August 2012 (CEST)
Hello Valeria, I designed the look and feel myself. --Apidesign 11:19, 16 August 2012 (UTC)
dankrcdkn3 said ...
faddylinwz0828
--dankrcdkn3 21:07, 28 August 2012 (CEST)
Follow
I was curious as to know how come, in a book strictly about API design in Java, you do not mention exceptions (particular checked exceptions) and the role they play in documenting assertions vs. hampering versionability. Did you simply think this to be too controversial an issue I wonder?
--Casper Bang 05:17, 5 September 2008 (CEST)