Go to file
Charlie Daly 98dabd63c9 Added cms. 2019-06-04 10:21:05 +01:00
_includes Ch ch ch ch ch changes. 2019-06-04 10:06:31 +01:00
_layouts Added suggestiong and dockerfile. 2019-05-31 12:59:13 +01:00
_topic Added cms. 2019-06-04 10:21:05 +01:00
assets Side nav v1 2018-05-30 13:55:37 +01:00
.gitignore Init. 2018-05-23 22:15:22 +01:00
404.html Removed some more generic topics. 2018-05-31 18:23:43 +01:00
CNAME Added cname, db stuff. 2019-06-04 10:02:26 +01:00
Dockerfile Added suggestiong and dockerfile. 2019-05-31 12:59:13 +01:00
README.md Adding more topics. 2018-05-29 15:54:37 +01:00
_config.yaml Added suggestiong and dockerfile. 2019-05-31 12:59:13 +01:00
index.html Ch ch ch ch ch changes. 2019-06-04 10:06:31 +01:00
makefile Added cname, db stuff. 2019-06-04 10:02:26 +01:00
new_topic.sh Added SEO and changed snippet to description. 2018-05-31 18:27:55 +01:00
search.json UI stuff. 2018-05-28 20:39:43 +01:00

README.md

Jargonthing

This is a project that aims to demistify tech jargon for people who work with developers. The target reader is therefore a non-technical individual who wishes to get a better understanding of a buzz word or topic that they have come across, either in their professional life or otherwise. It is not trying to be an authoritive source or teaching material for someone intending to seriously learn a topic

Each article should be:

  • Written in simple, non-technical language.
  • Self-contained.
  • Consistently formatted.

Why not just use Wikipedia/Google/Official Docs?

I'm mostly doing this for fun and am happy to accept that it may be redundant, but I have noticed a few problems with existing resources. Wikipedia articles are usually optimised for technical completness. This often leads to language that even people reasonably well aquainted with the concepts being discussed struggle to understand completely. Simple Wikipedia is an improvement, but nowhere near as complete. Official documentation for a project is almost always aimed at a technical audience.

I'm hoping to encourage other developers to contribute to this by building it using tools that a developer audience feel comfortable with, namely Jekyll and GitHub.

Contributing

There aren't that many conventions set in stone yet. I created a bash script to scaffold out a new topic page:

./new_topic.sh [unique file name] [descriptive name]

E.g.:

./new_topic.sh dotnet-framework '.NET Framework'

There are a few common sub-headings that you can choose to use when writing a topic, namely things like:

  • Examples. Lean towards things that a non-developer might find useful instead of lines of code.
  • Similar to. Technologies or ideas that are comparable to what is being discussed. An article about React might list things like Vue.JS or Knockout as being similar.
  • Differs to. Technologies or ideas that are antithesis to what is being discussed. Bit more difficult this one, but I used it for Library vs. Framework for example.
  • Prequisite Knowledge. Technologies or ideas that one would need to have a level of understanding of in order to use the thing being discussed. React might list JavaScript for example.
  • Also known as. Similies for the topic. An article on 'Node.JS' might list 'Node'.

Don't write things that aren't necessary for a non-technical person to grasp the topic. This is in no way meant to replace official documentation, Wikipedia or Stack Overflow.

Many of the files in the _topic folder at the moment are either empty placeholders or rushed first attempts. Please do take a look if you feel that you can contribute.