|
I need to know how things are meant to interact with each other, not just a list of methods and properties.
Win32 API documentation is 10 times better, and the old Win16 documentation is priceless - I had to use it to locate a possible bug in the linker (turns out it was a simple mismatch of structure size between exe and DLL but since it was all in the allotted memory space no Access Violation happened, just a static variable misteriously reset to 0 on 'random' occurrences).
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
When I was writing documentation for a complex product with a built-in language (Rexx) and extended functions I ended up writing two documents. A technical Reference that listed everything you could do, lists of API calls, etc. and a User's Guide showing how to do certain tasks and what to use to do them with examples of common things.
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
When I'm learning a new language, I like to simply play around and get a feel for how it works.
Give me some example syntax, how to handle errors and let me at it.
A quick reference is good, but from that point on, google is my friend.
|
|
|
|
|
This isn't relevant for several languages, because the definition is too bl**dy complex. But for simpler languages, it can be a great aid to really understand all aspects of a language.
In the old days, when I learned Pascal (which is certainly not too complex for a formal definition), I learned a whole lot by studying the 'blob-and-arrow' diagrams for the syntax. For other languages, I still search for a BNF definition of sorts - it is still helpful for data definition languages (langages are a lot more than loops and if-else-constructs!). For communication languages (a.k.a. protocols), MCSs may be very helpful to understand the language.
Part of the reason why formal specifications are rarely seen today is that you can't take for granted that today's young programmers are familiar with any formal specification language, not even basic BNF. If they were to read a formal specification, they would have had to learn the specification language first, before learning the programming language!
|
|
|
|
|
trønderen wrote: This isn't relevant for several languages, because the definition is too bl**dy complex.
And that's a red flag as big as a city block. The language should be simple and powerful, the cool functionalities built on top of it. C++ before the Crazy Committee Catastrophe was almost there.
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
What I prefer is a 5-minute video on how to get started.
|
|
|
|
|
A five minute YouTube video to get started with a new programming language?
Oh well, we've got different ways, different preferences
|
|
|
|
|
Five minutes are enough to learn "Hello World" in that language. Then follows a deeper study.
|
|
|
|
|
Why a 5 minute video when 5 paragraphs are enough? Ugh, I can't stand people talking and yapping.
GCS d--(d-) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|