|
| 1 | +--- |
| 2 | +id: whitepapers |
| 3 | +aliases: [] |
| 4 | +tags: [] |
| 5 | +--- |
| 6 | + |
| 7 | +## Links |
| 8 | + |
1 | 9 | - [Google Scholar - Suche](https://scholar.google.de)
|
2 | 10 | - [dblp](https://dblp.org/)
|
3 | 11 | - [Springer nature - open science](https://www.springernature.com/de/open-research/about/whitepapers)
|
4 | 12 | - [Uni Trier](https://irdt.uni-trier.de/aktuelles/)
|
5 | 13 | - [Papers we Love](https://github.com/papers-we-love/papers-we-love)
|
6 |
| -- [2 Minute Papers - Youtube]() |
| 14 | +- [2 Minute Papers - Youtube](https://www.youtube.com/channel/UCbfYPyITQ-7l4upoX8nvctg) |
7 | 15 | - [SIG Conferences](https://www2.sigsoft.org/) / [Conference ranking](https://people.engr.tamu.edu/guofei/sec_conf_stat.htm)
|
8 | 16 | - [Elicit](https://elicit.com/)
|
9 |
| -- [SciSpace](https://typeset.io/) |
| 17 | +- [SciSpace](https://typeset.io/) |
| 18 | + |
| 19 | +## A Software Engineer’s Guide to Reading Research Papers |
| 20 | + |
| 21 | +**Reading research is now essential for engineers**: Staying current with technical progress means engaging directly with academic papers. |
| 22 | + |
| 23 | +**Don’t expect instant understanding**: Papers are dense by nature; the frustration is normal, and a structured reading method helps. |
| 24 | + |
| 25 | +**First pass = bird’s eye view**: Focus on Abstract, Intro, Results, and Conclusion to see if the paper is relevant and valuable. |
| 26 | + |
| 27 | +**Second pass = detailed scan**: Read the rest without stressing about full comprehension. Note unknown terms and important references. |
| 28 | + |
| 29 | +**Investigate unknowns**: Look up definitions and cited works. This research builds the base knowledge needed for deeper understanding. |
| 30 | + |
| 31 | +**Third pass = connect the dots**: Revisit technical sections with your new knowledge to grasp the deeper mechanisms and reasoning. |
| 32 | + |
| 33 | +**Test your understanding**: Reproduce results, simulate algorithms, or even implement techniques from the paper. |
| 34 | + |
| 35 | +**Teach others to cement your grasp**: Explaining the paper helps clarify your thinking and exposes remaining gaps. |
| 36 | + |
| 37 | +**Carefully integrate AI tools**: Don’t rely solely on them—AI can hallucinate. Use them to challenge and refine your reasoning. |
| 38 | + |
| 39 | +**Build your own reading framework**: Adapt this method to your needs, but the key is to stay consistent and keep reading. |
| 40 | + |
| 41 | +Source: [codingconfessions](https://blog.codingconfessions.com/p/a-software-engineers-guide-to-reading-papers) |
| 42 | + |
0 commit comments