3 ms·

The Impatient Programmer’s Guide to Learning

15 points by febin 9y ago

zdware 9y ago
"Since you are likely to use open source frameworks. Go to the Github repo of the respective framework. Search the error in the issues section and you are likely to find your solution. If not, open an issue." Hopefully people don't misconstrue this to be "I got an exception (mis)using this framework, HALP". It's hard to search for real bugs if Github issues becomes a help desk.
- febin 9y ago
  Thank you for pointing that out. I will refine the sentences.
  - jungletek 9y ago
    A few more: >Now to build these smaller modules, your first goal must simply to make it work. Try 'is simply' or 'must be simply'. >half baked I believe, but may be wrong, that this should be hyphenated. >Now compare your code with their’s. Him, His. Her, hers. Their, theirs. No possessive apostrophe needed. >It would be some errors or things just don’t work. In those case google the error or the solution you are trying to achieve. Try 'might be' or 'could be', instead. Also 'case' needs to be pluralized, because you're referencing multiple 'errors'. Even better is probably to just use 'In this case...' I hope you take this as constructive feedback, and not any sort of criticism. Iteration, right? I enjoyed the article, thanks for sharing it. Lots of points in there that resonated with me, and a couple of good reminders on how not to get discouraged or bogged-down.
    - febin 9y ago
      Thank you :) . Can you recommend any books which can improve my grammar? I tried plugins.
- seanp2k2 9y ago
  Sometimes they are a help desk, because many times newer users of a framework don't know enough about how the framework was built to determine if something is a bug with the framework or a bug in their code. Some JS stuff moves so quickly that a new version is cut weekly and bugs are introduced as often / previously-working code breaks in ways the non-framework developers don't understand. In these cases, reporting the issue against the GitHub project can help them solve it, so I'd argue that it's not a bad thing to be posting error reports assuming they're actually unique issues which you're reasonably certain are something in the framework / library / whatever. I'm guessing that your point though is that it shouldn't just fill the same role as SO where less-experienced devs are posting problems with easier / more obvious solutions, but defining where that line is is very difficult.

15 points by febin 9y ago

"Since you are likely to use open source frameworks. Go to the Github repo of the respective framework. Search the error in the issues section and you are likely to find your solution. If not, open an issue." Hopefully people don't misconstrue this to be "I got an exception (mis)using this framework, HALP". It's hard to search for real bugs if Github issues becomes a help desk.

febin 9y ago
Thank you for pointing that out. I will refine the sentences.
- jungletek 9y ago
  A few more: >Now to build these smaller modules, your first goal must simply to make it work. Try 'is simply' or 'must be simply'. >half baked I believe, but may be wrong, that this should be hyphenated. >Now compare your code with their’s. Him, His. Her, hers. Their, theirs. No possessive apostrophe needed. >It would be some errors or things just don’t work. In those case google the error or the solution you are trying to achieve. Try 'might be' or 'could be', instead. Also 'case' needs to be pluralized, because you're referencing multiple 'errors'. Even better is probably to just use 'In this case...' I hope you take this as constructive feedback, and not any sort of criticism. Iteration, right? I enjoyed the article, thanks for sharing it. Lots of points in there that resonated with me, and a couple of good reminders on how not to get discouraged or bogged-down.
  - febin 9y ago
    Thank you :) . Can you recommend any books which can improve my grammar? I tried plugins.
seanp2k2 9y ago
Sometimes they are a help desk, because many times newer users of a framework don't know enough about how the framework was built to determine if something is a bug with the framework or a bug in their code. Some JS stuff moves so quickly that a new version is cut weekly and bugs are introduced as often / previously-working code breaks in ways the non-framework developers don't understand. In these cases, reporting the issue against the GitHub project can help them solve it, so I'd argue that it's not a bad thing to be posting error reports assuming they're actually unique issues which you're reasonably certain are something in the framework / library / whatever. I'm guessing that your point though is that it shouldn't just fill the same role as SO where less-experienced devs are posting problems with easier / more obvious solutions, but defining where that line is is very difficult.