You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/contributing.md
+163-47
Original file line number
Diff line number
Diff line change
@@ -2,49 +2,9 @@
2
2
3
3
Your contributions are always welcome! Here are some guidelines.
4
4
5
-
## Good Candidates
5
+
## Status
6
6
7
-
Before contributing, make sure the new link you'd like to add is a good
8
-
candidate.
9
-
10
-
Here is a non-restrictive list of items which are good candidates for inclusion
11
-
in this awesome list.
12
-
13
-
### Falsehood Articles
14
-
15
-
Articles following the *falsehood* schema are prime candidates for inclusion in
16
-
this awesome list.
17
-
18
-
These articles starts with the hypothesis that developers have a naive and
19
-
simple view of a domain. Then proceed to list a set of candid assumptions that
20
-
might be held by programmers. Each one is intentionally false, and in their
21
-
best form are illustrated with a counter-example.
22
-
23
-
A list of falsehood is crafted as a progression that is designed to refine
24
-
concepts. Having read the whole list of falsehood, the reader should possess a
25
-
better overview of a domain while dispelling its myths, point out common
26
-
pitfalls and demonstrate its subtleties.
27
-
28
-
*falsehood* articles are, in a sense, a suite of wordy unit-tests covering
29
-
extensive edge-cases provided by real-world usage. The world is messy.
30
-
Discovering a domain to be much more complex than anticipated will lead to
31
-
frustrations. And cause flipping tables `(╯°□°)╯︵ ┻━┻`. This is the sign of a
32
-
great candidate for that list!
33
-
34
-
Articles featuring items that are applicable to one product (or a service) and
35
-
one only can't be considered as generic enough and should be avoided.
36
-
37
-
### Libraries
38
-
39
-
Programming libraries or modules are good candidates too, if they solve or
40
-
reduce the complexities pointed to by *falsehood* articles above.
41
-
42
-
That way we can put back tables in place. `┬─┬ ノ( ゜-゜ノ)`
43
-
44
-
### Data Structures
45
-
46
-
Data models and structures generic enough to cover and address most of the
47
-
falsehoods are also welcome in this page.
7
+
This repository has reached an equilibrium state. We are past its accumulation phase, and in the middle of the curation process. Meaning we're more into refining its concepts, smooth the progression and carefully evaluating the addition of new content.
48
8
49
9
## Pull-requests and issues
50
10
@@ -93,16 +53,20 @@ If one of these rule conflict with the linter, the linter's rule should takes pr
93
53
94
54
### Sections
95
55
96
-
- Sections are in alphabetical order, as all topics are independent from each others.
56
+
- Sections **are not in the alphabetical order**, to provide a progression, from general to specific topics.
57
+
58
+
> [!IMPORTANT]
59
+
> In `awesome-falsehood`, sections **are in alphabetical order**, as all topics are independent from each others.
97
60
98
61
- Section might feature one paragraph introduction and a figure (graph, drawing, photo).
99
62
100
63
### Item title
101
64
102
-
- Link title must be stripped out of the "*Programmers believe*" part to keep it compact.
103
-
104
65
- URLs must use HTTPs protocol, if available.
105
66
67
+
> [!IMPORTANT]
68
+
> In `awesome-falsehood`, link titlea must be stripped out of the "*Programmers believe*" part to keep it compact.
69
+
106
70
- No `“` and `”` curved quotation marks. This is reserved for original content quotation in descriptions.
107
71
108
72
- To quote, use either the single or double variations: `'` and `"`. Keep them properly balanced.
@@ -111,7 +75,7 @@ If one of these rule conflict with the linter, the linter's rule should takes pr
111
75
112
76
- Try to provide an actionable TL;DR as a description, quoting the original text if it stands by itself.
113
77
114
-
-[Removes `TL;DR:` prefix in description](https://github.com/kdeldycke/awesome-iam/commit/537cbfd8beaca18d44a0962e107a6db9171a0345). Every description is a short summary anyway.
78
+
-[Removes `TL;DR:` prefix in description](https://github.com/kdeldycke/awesome-engineering-team-management/commit/da298ec1c39fe62fd4553e1a6de0ad4494602c57). Every description is a short summary anyway.
115
79
116
80
- Quotes should be properly delimited with the `“` and `”` curved quotation marks.
117
81
@@ -154,4 +118,156 @@ One-liners to fix-up some common formatting mistakes. Use with great caution and
154
118
$ sed -i 's/`$/`\./g' ./readme.md
155
119
```
156
120
157
-
[Other one-liners are available](https://kevin.deldycke.com/2006/12/text-date-document-processing-commands/) on my blog.
121
+
[Other one-liners are available](https://kevin.deldycke.com/2006/text-date-document-processing-commands/) on my blog.
122
+
123
+
## Editorial line
124
+
125
+
The general editorial line for each list is [hinted in their introduction](https://github.com/kdeldycke/awesome-template#readme).
126
+
127
+
There's also some specific rules depending on the list:
1. At first we'll find content appealing to software developers or new managers. We're reaching for accessibility and targets the wider audience and provide a gentle introduction.
134
+
1. Then we can have a couple of real use-cases or anecdotes, which makes the subject more hands-on and relatable.
135
+
1. Third we might add a couple of reference material to generalize concepts, provide methodical solutions and expose broader thinking frameworks.
136
+
1. At the end comes the most cynical or bleak content, which have some utility as cautionary tales, or as warning signals of deteriorating conditions.
Before contributing, make sure the new link you'd like to add is a good
141
+
candidate.
142
+
143
+
Here is a non-restrictive list of items which are good candidates for inclusion
144
+
in the `awesome-falsehood` list.
145
+
146
+
#### Falsehood articles
147
+
148
+
Articles following the *falsehood* schema are prime candidates for inclusion in
149
+
this awesome list.
150
+
151
+
These articles starts with the hypothesis that developers have a naive and
152
+
simple view of a domain. Then proceed to list a set of candid assumptions that
153
+
might be held by programmers. Each one is intentionally false, and in their
154
+
best form are illustrated with a counter-example.
155
+
156
+
A list of falsehood is crafted as a progression that is designed to refine
157
+
concepts. Having read the whole list of falsehood, the reader should possess a
158
+
better overview of a domain while dispelling its myths, point out common
159
+
pitfalls and demonstrate its subtleties.
160
+
161
+
*falsehood* articles are, in a sense, a suite of wordy unit-tests covering
162
+
extensive edge-cases provided by real-world usage. The world is messy.
163
+
Discovering a domain to be much more complex than anticipated will lead to
164
+
frustrations. And cause flipping tables `(╯°□°)╯︵ ┻━┻`. This is the sign of a
165
+
great candidate for that list!
166
+
167
+
Articles featuring items that are applicable to one product (or a service) and
168
+
one only can't be considered as generic enough and should be avoided.
169
+
170
+
#### Libraries
171
+
172
+
Programming libraries or modules are good candidates too, if they solve or
173
+
reduce the complexities pointed to by *falsehood* articles above.
174
+
175
+
That way we can put back tables in place. `┬─┬ ノ( ゜-゜ノ)`
176
+
177
+
#### Data structures
178
+
179
+
Data models and structures generic enough to cover and address most of the
180
+
falsehoods are also welcome in this page.
181
+
182
+
## FAQ
183
+
184
+
Some cases to illustrate the curation process.
185
+
186
+
### Can I rewrite your sentences and paragraphs?
187
+
188
+
Yes. I'm a non-native speaker, so some of my writings might be a little bit fancy. If you can propose a shorter, to the point, and accurate version of my initial text, go for it! These improvements [adds a lot of readability for both kind of readers](https://github.com/kdeldycke/awesome-falsehood/pull/105).
189
+
190
+
### Can I propose YouTube videos for the list?
191
+
192
+
Yes, but try to pin-point the start of the video to a relevant time. Like with the `&t=13m30s` parameter in YouTube URLs.
193
+
194
+
Better than a video: have a link to its written transcript. Or presentation slides if it doesn't dillute the point being made.
195
+
196
+
### Can I link to an X thread?
197
+
198
+
Yes, but try to search first in the content produced by the author: sometimes the said author edited its rant into a more digestible article elsewhere. We'll prefer to link to that.
199
+
200
+
### How to prevent link-rot?
201
+
202
+
[As pointed by a contributor](https://github.com/kdeldycke/awesome-engineering-team-management/issues/52#issue-1499417056):
203
+
204
+
> The links here have a tendency to go offline. For this to be a resource of long term value, link-rot can be avoided by archiving the pages.
205
+
206
+
Which is true.
207
+
208
+
I have no issue replacing the original URL with an alternative archived/cached link if the original is no longer reachable.
209
+
210
+
Broken URLs are frustrating. We will fix them one by one. Some have been moved to a new domain. Some have completely disappear, so we'll replace them with a `archive.org` link.
211
+
212
+
If you find a broken one, please propose a PR to fix it. Or just report it as an issue and I'll do the work.
213
+
214
+
### How are you going to archive articles that went offline?
215
+
216
+
This question points to the paradox that we need to archive them *before* they go offline.
217
+
218
+
There is no rush to pre-emptively archive content. Incentives exists for others to do it:
219
+
220
+
- This list is popular enough for its content to be picked up by regular archival crawlers.
221
+
- Popular content in this list are naturally archived by users who value them.
222
+
- Authors who cares about their content, or benefits from the SEO juice this list provides, have an incentive to keep them available at their original URL.
223
+
224
+
Despites these incentives, there is still a non-zero chance for content to disappear entirely from the web, with no archived copy in `archive.org`. That's not the end of the world. Maybe the content wasn't worth it, and not good for inclusion in the first place. Think of this edge-case as a natural selection process on content, which helps natural curation.
225
+
226
+
### Why removes inactive GitHub projects?
227
+
228
+
Unmaintained GitHub repositories are usually [archived by their owners](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories). But some are de-facto unmaintained, or abandoned as-is by their author, without being explicitly archived.
229
+
230
+
Either way, if the space they addresses is crowded, and there are other repositories referenced in the list, the link is a good candidate for deletion to reduce noise.
231
+
232
+
On the other hand, if the project has been forked or rebooted elsewhere, we can now point out to the new location.
233
+
234
+
### Why my commercial project is not in the list?
235
+
236
+
Probably because the core content is behind a paywall. Especially if there are better resources online, which are more extensive, and freely accessible.
237
+
238
+
This is especially true for SaaS and other licensed software. If there is an open-source project available, we'd rather point to that instead of commercial solutions.
239
+
240
+
These alternatives don't need to be better. They qualify if they're good enough to derives inspiration from, or starts something without barriers to entry.
241
+
242
+
So for as set of multiple overlapping projects, we will consider commercial ones as duplicates and remove them, to keep the list lean.
243
+
244
+
### Why my link was rejected?
245
+
246
+
If your link was rejected, it must have been motivated and explained to the contributor as a comment to your PR.
247
+
248
+
Some reasons for rejection, which often overlaps, includes:
249
+
250
+
- deviance from these contribution guidelines
251
+
- violation of the [code of conduct](code-of-conduct.md)
252
+
- duplicate content
253
+
- lack of motivation in what the new link adds to the existing corpus
254
+
- lack of originality
255
+
- overcrowded section that [needs more curation than additional content](https://github.com/kdeldycke/awesome-iam/pull/76)
256
+
-[commercially-sponsored content only proposed for SEO](https://github.com/kdeldycke/awesome-falsehood/pull/31#issuecomment-407667679)
257
+
- lack of feedback from the contributor on raised questions
258
+
259
+
### How can I force a link into the list?
260
+
261
+
If your contribution has been declined, there is a way to bypass the curation rules. You can [purchase a sponsorship](https://github.com/sponsors/kdeldycke) and have your product, logo and link at the top of this repository! 🤗 Like [Descope did for a year](https://twitter.com/kdeldycke/status/1676963147104784386) on the [awesome IAM list](https://twitter.com/kdeldycke/status/1676963147104784386).
262
+
263
+
## FAQ for [`awesome-falsehood`](https://github.com/kdeldycke/awesome-falsehood)
264
+
265
+
This questions are specifics to the [Awesome Falsehood](https://github.com/kdeldycke/awesome-falsehood) project.
266
+
267
+
### Why don't you copy the falsehoods in the list?
268
+
269
+
This might be a good idea to compile all falsehoods in the repository. It would allow the community to maintain them, and enrich them. It could also improve the overall quality as most external articles don't make the effort to illustrate or explain why a falsehood is a falsehood.
270
+
271
+
But that is a big endeavor, so to keep things simple, we just make a collection of external articles in this list. In the mean time, if you'd like to add falsehoods, I will ask potential contributors to [host them elsewhere](https://github.com/kdeldycke/awesome-falsehood/issues/46).
272
+
273
+
Also, if we had to host the raw falsehoods in this repository, we might have to [check on the licence and seek permission from the original author](https://github.com/kdeldycke/awesome-falsehood/issues/24#issuecomment-354112401).
0 commit comments