| ←Older revision |
Revision as of 18:17, 10 September 2014 |
| Line 4: |
Line 4: |
| | | | |
| | Looks like my karma of being [[JavaOne2011]] rock star is gone. Only few of my submissions got accepted. Is [[DukeScript]] doing something wrong? At least the talks about [[API]] are still being accepted. However I promised a checklist and I don't have any, will need to make something up in the next three months. The BOF with [[RoboVM]] guys will certainly be fun - is there any other person with [[VM]] insight to join us? | | Looks like my karma of being [[JavaOne2011]] rock star is gone. Only few of my submissions got accepted. Is [[DukeScript]] doing something wrong? At least the talks about [[API]] are still being accepted. However I promised a checklist and I don't have any, will need to make something up in the next three months. The BOF with [[RoboVM]] guys will certainly be fun - is there any other person with [[VM]] insight to join us? |
| - |
| |
| - | === CON4946: API Design Checklist ===
| |
| - |
| |
| - | There are essential aspects of [[good]] [[API]] design that influence the level of acceptance of your [[API]] and through the [[API]]'s perspective also success of your products. One can learn the important facts through own [[TheAPIBook|practical experience]] (and do a lot of mistakes meanwhile) or gain the experience from others (who has already done the mistakes like me when designing [[NetBeans Platform]]). Both approaches are possible, yet both require a lot of personal investment.
| |
| - |
| |
| - | There is a however simpler and more [[clueless]] way: Let's follow an [[API]] Design Checklist!
| |
| - |
| |
| - | In this short presentation we'll provide an introduciton to ten easy to answer questions and follow checkpoints that will guide you through the process of [[API]] design and ensure your [[API]] satisfies all the aspects of [[good technology]]: it helps its users to speed up their [[Time To Market]], it reduces their total [[Cost of Ownership]] and also is cool enough to attract their attention.
| |
| - |
| |
| - | The presented checklist will be generally applicable - e.g. useful for any [[API]]s, not only written in [[Java]]. The provided examples will be [[Java]] related, showing our own experience of designing slick, easy to use, compact, effective, hard to misuse [[API]]s for communication between [[Java]] and [[JavaScript]]. During the talk we will show how to use [[JavaC]] plugin infrastructure effectively to increase comfort of your [[API]] users and to build cross-IDE tooling that ensures the best edit/compile feedback possible. We will demonstrate the process of [https://twitter.com/ApiUsabilityTst reviewing the APIs] and show the increase of quality a [[good]] usability study can bring. We show how to create an [[API]] that leads to code shorter than in scripting languages while keeping all the benefits of strongly typed language like [[Java]]!
| |
| - |
| |
| - | We give you ten easy steps to become [[good]] [[API]] designer!
| |
| | | | |
| | === BOF4941: Virtually Inside-Out! === | | === BOF4941: Virtually Inside-Out! === |
| | | | |
| - | Session ID: BOF4941
| |
| | Venue / Room: Moscone South - 305 | | Venue / Room: Moscone South - 305 |
| | Date and Time: 9/29/14, 19:00 - 19:45 | | Date and Time: 9/29/14, 19:00 - 19:45 |
| Line 30: |
Line 17: |
| | | | |
| | Bring your questions! Learn how [[VM]]s of your favorite language looks inside-out! | | Bring your questions! Learn how [[VM]]s of your favorite language looks inside-out! |
| - |
| |
| - | === CON6091: [[DukeScript]]: How to Put the Java into JavaScript ===
| |
| - |
| |
| - | This is [[Toni]]'s talk, but I am sure I'll be around.
| |
| | | | |
| | === TUT4890: How to program JavaScript in Java === | | === TUT4890: How to program JavaScript in Java === |
| | + | |
| | + | Venue / Room: Hilton - Plaza A |
| | + | Date and Time: 9/30/14, 8:30 - 10:30 |
| | | | |
| | Let's do a bit of [[DukeScript]] programming! | | Let's do a bit of [[DukeScript]] programming! |
| | + | |
| | + | === CON4946: API Design Checklist === |
| | + | |
| | + | Venue / Room: Hilton - Imperial Ballroom A |
| | + | Date and Time: 9/30/14, 12:30 - 13:30 |
| | + | |
| | + | There are essential aspects of [[good]] [[API]] design that influence the level of acceptance of your [[API]] and through the [[API]]'s perspective also success of your products. One can learn the important facts through own [[TheAPIBook|practical experience]] (and do a lot of mistakes meanwhile) or gain the experience from others (who has already done the mistakes like me when designing [[NetBeans Platform]]). Both approaches are possible, yet both require a lot of personal investment. |
| | + | |
| | + | There is a however simpler and more [[clueless]] way: Let's follow an [[API]] Design Checklist! |
| | + | |
| | + | In this short presentation we'll provide an introduciton to ten easy to answer questions and follow checkpoints that will guide you through the process of [[API]] design and ensure your [[API]] satisfies all the aspects of [[good technology]]: it helps its users to speed up their [[Time To Market]], it reduces their total [[Cost of Ownership]] and also is cool enough to attract their attention. |
| | + | |
| | + | The presented checklist will be generally applicable - e.g. useful for any [[API]]s, not only written in [[Java]]. The provided examples will be [[Java]] related, showing our own experience of designing slick, easy to use, compact, effective, hard to misuse [[API]]s for communication between [[Java]] and [[JavaScript]]. During the talk we will show how to use [[JavaC]] plugin infrastructure effectively to increase comfort of your [[API]] users and to build cross-IDE tooling that ensures the best edit/compile feedback possible. We will demonstrate the process of [https://twitter.com/ApiUsabilityTst reviewing the APIs] and show the increase of quality a [[good]] usability study can bring. We show how to create an [[API]] that leads to code shorter than in scripting languages while keeping all the benefits of strongly typed language like [[Java]]! |
| | + | |
| | + | We give you ten easy steps to become [[good]] [[API]] designer! |
| | + | |
| | + | |
| | + | === CON6091: [[DukeScript]]: How to Put the Java into JavaScript === |
| | + | |
| | + | This is [[Toni]]'s talk, but I am sure I'll be around. |
| | | | |
| | | | |