TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The software engineering notebook

357 点作者 Winterflow3r超过 7 年前

43 条评论

goo超过 7 年前
The commitment to taking good notes has been one of the best decisions of my life -- not just professionally. I use my standard text editor (Textmate 2), and have a &quot;notes&quot; project, with all manner of categories organized by folder. I take notes on articles I have read, take notes on any presentations I watch or educational courses I take, or books I read. Moreover, I now take much better in person notes -- I take them into &quot;scratchpads&quot; and then synthesize them later.<p>It&#x27;s indispensable in meetings because I both take notes about the goals of meetings beforehand, take note of any important parts during them, and am able to succinctly review them afterwards as they relate to the original goals, and easily keep track of any action items.<p>I manage EVERYTHING this way now-- what I am currently working on, notes about what I&#x27;ve done in a day, notes about what I&#x27;ve done on the weekend, notes about books I want to read, movies I want to watch, have watched, fitness routines. It goes on.<p>At first it was a small but useful knowledge base, and a good plan for how to keep track of things better. Now it&#x27;s a larger, and even more useful knowledge base, where due to review and organization the important concepts in it have mostly made its way into my long term memory. And the process of taking and using the notes has become a smooth and well-honed process. I keep the notes in dropbox so I have easy access to them on mobile also.<p>In short: I treat my personal knowledge base as if it were a coding project: using well organized text files. I am constantly adding to them and maintaining them. It is working very well for me.
评论 #15474199 未加载
评论 #15473998 未加载
评论 #15475212 未加载
评论 #15474314 未加载
评论 #15474071 未加载
评论 #15476558 未加载
评论 #15475253 未加载
评论 #15475741 未加载
评论 #15475338 未加载
评论 #15478401 未加载
评论 #15475128 未加载
评论 #15475451 未加载
评论 #15476306 未加载
评论 #15476383 未加载
rocketcity超过 7 年前
I have adopted this practice over the last year and have found immense value in the practice. I believe this practice is one of the cheapest ways to help leverage your previous experience on the job as you keep yourself from having to repeat previous learnings over and over again as you try to remember what those compiler flags you used 6 months ago actually were :).<p>My system is quite simple. I have created a github repo called journal and an alias which opens vim to a markdown file for today&#x27;s date. If I leave the file and come back later vim will drop me in at the end of the journal. I intend to add some vimscript in the future to automatically add a timestamp when I reopen the file but haven&#x27;t gotten there yet.<p>This system has been quite helpful to me as it is resilient to data loss as I can push to multiple backup systems. Easily searchable (grep). And can support prettier documents if I want to open my Markdown formatted journals in tools like Macdown.<p>TL;DR I use vim to manage this. See alias below.<p>alias journal=&#x27;vim + &quot;&#x2F;Users&#x2F;username&#x2F;journal&#x2F;$(date +%Y)&#x2F;$(date +%Y%m%d).md&quot;&#x27;
评论 #15474517 未加载
评论 #15476265 未加载
评论 #15476379 未加载
atmosx超过 7 年前
For engineers, I found this logbook guide which seems perfect[1]. I found this on the desk of my new job, about 1 month ago. Someone left it there and it intrigued me. I&#x27;m trying to abide to it, not religiously, but so far so good. Others might find it helpful.<p>[1] <a href="http:&#x2F;&#x2F;www.webpages.uidaho.edu&#x2F;mindworks&#x2F;Capstone%20Design&#x2F;Project%20Guides&#x2F;Logbook_Handout.pdf" rel="nofollow">http:&#x2F;&#x2F;www.webpages.uidaho.edu&#x2F;mindworks&#x2F;Capstone%20Design&#x2F;P...</a>
sbov超过 7 年前
I have a &quot;notes&quot; directory in dropbox. I use .md files, with a text editor that does some highlighting based upon the markdown.<p>95% of them go into what I call my &quot;dev diary&quot;. Each day gets a new file. Any questions, answers, thoughts, etc. while programming or designing go in there. For searchability, I also add any reference Jira&#x2F;Trello&#x2F;etc ids.<p>Beyond that, I have cheatsheets and checklists. Cheatsheets are short, useful things (e.g. commands, undocumented gotchas, etc.) for a given piece of tech. E.g. I have a git.txt, mysql.txt, etc.<p>Checklists are things I should go over whenever I do X. Am I about to commit something? Well, there&#x27;s a list of things I tend to forget to do. So I have a checklist for this.<p>Each project also gets a file (or folder if it grows large enough) in my notes directory.<p>I previously used Evernote. Then Onenote because it was nicer on the surface pro. But I had to abandon Onenote because they don&#x27;t have a good Linux client. I decided I was going to stop throwing my notes away and just switched to regular files.
评论 #15474652 未加载
评论 #15475280 未加载
dageshi超过 7 年前
<a href="http:&#x2F;&#x2F;tiddlywiki.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;tiddlywiki.com&#x2F;</a><p>Sits in a browser tab, insanely quick to use which is the most important thing.<p>Consider it perfect for taking notes.<p>I use seperate systems for todo and project management (the project management one I wrote myself)
评论 #15474934 未加载
评论 #15474932 未加载
评论 #15474678 未加载
richdougherty超过 7 年前
My first notebook entry is a file called 2011-01-20.txt. I just opened it and had a look what I was doing on that day - really interesting!<p>These files have useful commands, todo lists, debugging notes, stack traces, useful links.<p>Don&#x27;t overcomplicate things - just make a text file each day and dump everything in. Don&#x27;t bother too much with structure or tidiness. If you need info from the previous day, just copy it across.<p>Once you&#x27;ve got enough stuff in your notebooks to be valuable do remember to get an automated backup going.
Xeoncross超过 7 年前
<a href="https:&#x2F;&#x2F;gist.github.com" rel="nofollow">https:&#x2F;&#x2F;gist.github.com</a> is my notebook which has 800+ collections of my own samples and notes along with 800+ stared notes from other developers.<p>It&#x27;s one thing to keep notes. It&#x27;s another to have a social network around notes.
评论 #15486041 未加载
sizzzzlerz超过 7 年前
Back in college, going for my BSEE degree, the professor or lab assistant were constantly stressing the need to record everything done at the bench in a log book with pages dated and signed. Part of this was to keep a history of lab experiments and remind you of what you did and&#x2F;or learned. Really, however, it was to develop the habit to carry over into your professional career. There are many examples of this but the most important one I remember is the notebook kept by John Bardeen of Bell Labs wherein he recorded the path taken to invent the transistor along with Shockley and Brattain. Not only did it win credit and and patent for its invention, it also won him the Nobel Prize. All because they could conclusively prove their invention along with the when of its discovery.
评论 #15475584 未加载
barrkel超过 7 年前
I knew what I wanted in a digital notebook, so I spent an afternoon writing one. This:<p>* no explicit saving or loading, everything automatically persisted as plain text<p>* infinite persistent undo &#x2F; replay of text entry, for retracing steps; can double as work logging; this uses a log file alongside the plain text; this also lets text be deleted without being lost, which helps with clutter<p>* &quot;most recently edited first&quot; page order, so you can forget about those old pages<p>* minimal ceremony to create a new page; use the first line as the title<p>* quick searching and navigation in time and space, using keyboard<p><a href="https:&#x2F;&#x2F;github.com&#x2F;barrkel&#x2F;scratch" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;barrkel&#x2F;scratch</a>
评论 #15475039 未加载
seltzered_超过 7 年前
When I started my first &#x27;engineering&#x27; job at a chip startup over a decade ago, I remember being given a leather blue notebook with gold lettering titled &#x27;ENGINEERING NOTEBOOK&#x27;. It was great for focusing on a single project and especially made sense for areas beyond code like drawing electrical schematics, but over time I&#x27;ve become addicted to digital approaches.<p>These days? I rely heavily on Trello for personal projects - organize things by keeping a separate Done board (list for every month) for the project for times I want to flip back through older work done. Also keep paper notebooks around for times when I want to sketch ideas out.<p>Additionally there&#x27;s a &#x27;rhizomatic frankenstack&#x27; of nvAlt+simplenote &#x2F; pinboard &#x2F; markdown files in project folders etc. I keep wanting to set up something where it&#x27;s all searchable and ideally dream of something like federated wiki with a lot more UI polish.<p>[1]: term from Venkat Rao&#x27;s post <a href="http:&#x2F;&#x2F;mailchi.mp&#x2F;ribbonfarm&#x2F;frankenstacks-and-rhizomes?e=9621d0c003" rel="nofollow">http:&#x2F;&#x2F;mailchi.mp&#x2F;ribbonfarm&#x2F;frankenstacks-and-rhizomes?e=96...</a>
quantumhobbit超过 7 年前
I keep a notebook partially to help myself but also to protect myself James Comey style. It really comes in handy when non-coding managers ask what I do all day or when they try to gaslight me on my commitments.<p>And yes, I am looking for a new job.
rayascott超过 7 年前
This might seem like over-kill at first, but I&#x27;ve been running the Enterprise version of <a href="http:&#x2F;&#x2F;www.xwiki.org" rel="nofollow">http:&#x2F;&#x2F;www.xwiki.org</a> on my laptop, and couldn&#x27;t be happier. Its served up using Jetty, and starts up automatically when I login. I like using tools that I know will scale well in the future, should the need arise (no reason why you couldn&#x27;t run it on a free Heroku instance, if it handles the load, and it should, as it just idles along most of the time).<p>It has a Code Macro plugin that supports Pygments syntax highlighting. It all comes down to how you structure the wiki (I often turn to Wikipedia for help with that). I&#x27;ve been an Engineer for 20 years, and the info-flood doesn&#x27;t really end, unless you dial back your enthusiasm. I like to document the tools and services I discover so that I know what&#x27;s valuable, and what&#x27;s out there, should I ever need them.<p>Once installed, its very easy to create new pages and edit them. Plus there are hundreds of plugins.
评论 #15474288 未加载
xor1超过 7 年前
Quiver is the closest thing I&#x27;ve found to what I consider my perfect note-taking software. I think getting any closer would involve writing my own at this point, and that&#x27;s simply not going to happen.
评论 #15476033 未加载
lkrubner超过 7 年前
Maybe this is just changing fashion, but a lot of developers keep blogs for this reason, and 10 years ago everyone would have simply called this idea a &quot;blog&quot;. Among the ones I read:<p><a href="http:&#x2F;&#x2F;intertwingly.net&#x2F;blog&#x2F;" rel="nofollow">http:&#x2F;&#x2F;intertwingly.net&#x2F;blog&#x2F;</a><p><a href="https:&#x2F;&#x2F;burningbird.net&#x2F;" rel="nofollow">https:&#x2F;&#x2F;burningbird.net&#x2F;</a><p><a href="https:&#x2F;&#x2F;kottke.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;kottke.org&#x2F;</a><p><a href="https:&#x2F;&#x2F;www.tbray.org&#x2F;ongoing&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.tbray.org&#x2F;ongoing&#x2F;</a><p>I keep my own blog entirely for my own benefit, and the tech section is simply things I&#x27;ve read recently, or things I&#x27;ve learned recently:<p><a href="http:&#x2F;&#x2F;www.smashcompany.com&#x2F;technology" rel="nofollow">http:&#x2F;&#x2F;www.smashcompany.com&#x2F;technology</a>
shams93超过 7 年前
Usually they&#x27;re work specific notes for my coworkers, its always nice to share a line by line account of your build process when you&#x27;re using some arcane systems that require being built from source with really complex configuration issues to handle.
评论 #15473928 未加载
BjoernKW超过 7 年前
While I don&#x27;t keep a software development notebook as a rigorous practice I note down interesting or useful insights, findings and patterns in Evernote. I sometimes keep code snippets as GitHub Gists but usually I find source code to be too transient and dynamic to keep it anywhere else than in the actual project it&#x27;s needed in.<p>More importantly though I use my blog for keeping more polished, more elaborate versions of my more relevant notes. Sharing your thoughts with others not only benefits others but it also makes you think over and refine your original ideas.<p>Distilling your thoughts for the benefit of others will help you better understand the matter as well. While we teach, we learn.
bloaf超过 7 年前
I&#x27;ve been actively looking for a good tool for personal note taking, and finding lots of things that seem not-quite-right.<p>Plain Text:<p>Pros &gt; Simplest, works everywhere&#x2F;on everything, scales well (append forever!)<p>Cons &gt; Least automated, no images, no math, no code, hyperlinks depend on editor, no embedded files<p>WYSIWYG Doc Editor (Word, Writer, etc):<p>Pros &gt; As easy as plain text, can do images&#x2F;math&#x2F;hyperlinks&#x2F;embedded files, somewhat portable<p>Cons &gt; Bad at code, not many automated features, unwieldy once file gets large<p>Markup language tool (Org-Mode, Wikis, etc):<p>Pros &gt; Powerful, portable, good at code&#x2F;links, scales well, highly configurable, highly scaleable<p>Cons &gt; Have to learn the markup language, mostly bad at math, high up-front costs (e.g. needing to set up a server or learn alien keyboard shortcuts), non-wysiwyg feels less like a &quot;quick note&quot; and more like a professional document, image&#x2F;doc embedding can be hit or miss<p>Note-taking app (Onenote, Evernote, etc):<p>Pros &gt; Automates lots of note-taking tasks (e.g. time stamping&#x2F;tagging), can do images&#x2F;math*&#x2F;hyperlinks&#x2F;embedded files, scales... fairly well<p>Cons &gt; Least portable (dependent on app-specific sync features which may change), less simple (best use of notebook features are non-obvious), still bad at code<p>Electronic lab notebooks (ELNs) (labfolder, benchling, etc):<p>Pros &gt; Good for organizing&#x2F;presenting data, embedding files, scale very well, have collaboration features<p>Cons &gt; Very not-simple (most require either require server config, or you don&#x27;t own your data), most are somehow still bad at math&#x2F;code, frequently expensive and not portable<p>Task Managers &#x2F; To-do lists (Trello, Asana, etc):<p>Pros &gt; Very intuitive to use, can sort of embed documents&#x2F;images, have collab features<p>Cons &gt; Not good for longer-form notes, bad at math, not meant for note-taking, you mostly don&#x27;t own your data<p>Others:<p>Jupyter&#x2F;Mathematica can do WYSIWYG text, code, math, data, and images all in one document. However, Mathematica is expensive, and Jupyter is non-trivial to get up and running. These tools are primarily geared towards creating a polished document, and are less good at documenting the evolution of ideas inherent in note-taking.<p>Personal Diary&#x2F;Journal software is mostly underwhelming, most of these seem like cut-down note-taking apps sold to the non-tech-savvy
评论 #15476264 未加载
评论 #15476374 未加载
gglitch超过 7 年前
Someone should make a database of every HN comment on the best ways to manage notes and&#x2F;or tasks. I might even buy a subscription.<p>Edit: My current stack, to show good faith: paper for log and tasks, Org and Git for memoranda.
mumonz超过 7 年前
I have a small website in the wild. Every page is a markdown file with notes and ideas about a subject. The entire website is git versioned. I keep a copy of the git repo on Dropbox to easily edit articles and push to upstream (that is the place where the website is hosted). Ah... there is an sqlite file with a single table with the following cols: article-name, file-path, creation-date, tags (for search by argument). Article last edit time is taken directly by the file. Every meta-info is shown on top of the html rendered markdown file (i use Parsedown)
canadianhacker超过 7 年前
I like these types of discussions.<p>For me, note-taking is something which helps me digest complex ideas. It&#x27;s a valuable thing and something you can improve at with time.<p>Then I read the reasoning behind why others don&#x27;t take notes and I stop to think. Hmm, maybe there is such a thing as too much. Maybe note-taking has a fine balance. Breaking up complexity and summarizing it with notes can be very helpful with getting something finished. Writing journals of everything you do daily probably detracts time from actually performing the tasks required.<p>There&#x27;s some science out there on how dopamine gets released when we TALK about performing an action with desirable results. (I&#x27;m going to create this project, I&#x27;m going to workout this summer and lose weight, I&#x27;m going to read 12 books this year). Basically, you&#x27;re being rewarded for not doing but just saying. If you spend too much time note-taking on a plan or project, you might be getting the dopamine fix, which might make it harder to execute.<p>Similar comparisons are with startups and large companies. Startups work fast and can ship products quicker, at the cost of maintainability. Large companies have to take their time documenting, grabbing requirements, assigning the team, and following internal processes. The process kills productivity, in favor of predictability and maintainability.
pjmorris超过 7 年前
In Dropbox, I keep an annual logbook file for both work and home, just a text file (well, rtf). As I do things that I want to remember I did, I write a note, paste a command line or link, etc, under a line with the date on which I did&#x2F;wrote&#x2F;pasted. Over time I&#x27;ve built up a record of my activities, and a handy notebook for remembering how to do complicated things I seldom do. It also makes it easy to write up status reports when those are necessary.
mbrock超过 7 年前
I&#x27;ve noticed that discussing and chatting are way more productive forms of writing for me, and I&#x27;ve realized that it&#x27;s exactly because they discourage excessive editing.<p>So after thinking about it for a while, I realized that the best way for me to take notes is just to have a chat room with myself, where I write things down as I do stuff or think about stuff.<p>The common pattern is that I start the day by writing something about what I want to do, how I plan to spend the day, maybe some reflections on how I feel about the project&#x27;s direction... Then during the day I&#x27;ll put some brief notes, including random ideas that I just want to get out of me... And then at the end of my workday I&#x27;ll go and reflect what I did and the current status.<p>Then I also have a setup of Org mode documents. One is a general project management file for all the projects in my life (housing, volunteering, work, recipes, etc) and then there are notes files that are more like sprawling personal wikis or (more pretentiously) like very disorganized book drafts where I flesh out my thoughts in a more long term way or in depth way.<p>(About the self-chat, I also use that for writing things like blog posts; I make a first draft just by chatting, and then I spend hours reorganizing and editing.)
d08ble超过 7 年前
I&#x27;m using LiveComment structured notes for everything. I developed a methodology how to use it across multiple operation systems &amp; technologies. LiveComment extend my memory &amp; speedup developing source code. It has powerful server&#x2F;client plugins system for add any function in runtime with live reload. I&#x27;m using paper &amp; board for brainstorm too.<p><a href="https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;livecomment" rel="nofollow">https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;livecomment</a><p>Samples here:<p><a href="http:&#x2F;&#x2F;acpul.org&#x2F;livecomment-src" rel="nofollow">http:&#x2F;&#x2F;acpul.org&#x2F;livecomment-src</a> - livecomment js sources (it&#x27;s quine, that developed using self documented code)<p><a href="http:&#x2F;&#x2F;acpul.org&#x2F;pool" rel="nofollow">http:&#x2F;&#x2F;acpul.org&#x2F;pool</a> - common memory pool: active info, some processed bookmarks from HN, reddit, etc.<p><a href="http:&#x2F;&#x2F;acpul.org&#x2F;pica" rel="nofollow">http:&#x2F;&#x2F;acpul.org&#x2F;pica</a> - livecomment in real project. here is collected info when i was develop gpu optimizations for popular nodejs image resizing library <a href="https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;pica" rel="nofollow">https:&#x2F;&#x2F;www.npmjs.com&#x2F;package&#x2F;pica</a>
mark_l_watson超过 7 年前
When I got my first full time job as a programmer in the 1970s, my boss handed me a new square deal grid bound notebook and told me to write down everything I did. It was my secret weapon: years after working on something, I could do a quick refresh if questions arose.<p>I still keep copious notes every workday of everything; e.g., hyper parameters for modeling, server info, URIs to useful documentation, etc.
jpeeler超过 7 年前
For several years I&#x27;ve been using RedNotebook - <a href="http:&#x2F;&#x2F;rednotebook.sourceforge.net" rel="nofollow">http:&#x2F;&#x2F;rednotebook.sourceforge.net</a>. I use it mostly to journal what I worked on so that when I need to report it I don&#x27;t have to struggle to remember anything. Since RedNotebook&#x27;s text input is directly tied to the date, it works best in my opinion for daily log entries. However, there are shortcuts to jump to the previous&#x2F;next entry to easily skip days with no log entry. Basic text formatting (txt2tags) is supported along with the ability to export to HTML, Latex, or PDF. It&#x27;s created in GTK (if that matters), but is supported on Linux, Windows, and Mac.
RangerScience超过 7 年前
Professionally - I took over the monthly payment system at my current job. There was a fair amount of technical debt and tribal knowledge about the thing - the first few months, I took extensive notes about everything from basic usage to problems encountered. As I paid off the technical debt, however, I was able to gradually turn the notes into code; now, it&#x27;s almost at the point where there&#x27;s nothing to write down each month (although there&#x27;s usually new code to write).<p>Outside of that, a friend of mine has made his own semi-public wiki, and tied that into his email client; he can now easily link to pages from within the email, allowing him to communicate A LOT with very few new words. It&#x27;s pretty neat.
baron816超过 7 年前
Here is my software engineering notebook (still a work in progress): <a href="https:&#x2F;&#x2F;baron816.gitbooks.io&#x2F;good-stuff-to-know&#x2F;content&#x2F;" rel="nofollow">https:&#x2F;&#x2F;baron816.gitbooks.io&#x2F;good-stuff-to-know&#x2F;content&#x2F;</a><p>Working on this has definitely helped me learn these concepts much better and deeper, plus it&#x27;s easy to go back and find things when I need them. Just reading something is not a good way to absorb information. Actually having to regurgitate something in your own words makes a huge difference.<p>Gitbook is not the best place for all my notes. Will be using Evernote going forward.
crehn超过 7 年前
I have a &quot;things learned&quot; section in Notes.app, mostly to avoid repeated fuckups and to become a better person. Some earlier example entries:<p>* Leave the office once you&#x27;re <i>really</i> sure that deployment was successful<p>* Have timestamps in logs<p>* Before making your opinion public, make sure what you think is a mistake is in fact a mistake<p>* When you struggle with an issue, make sure the fix isn&#x27;t right in front of you<p>* Make sure everything&#x27;s set up for remote work; you don&#x27;t want to hotfix some production issue at 2 AM, only to find out you can&#x27;t access Git from home<p>* Other people&#x27;s time is worth twice yours
jkmcf超过 7 年前
For me, celerity of access makes my note taking possible. Mouse over a hot zone and the editor slides out. Mouse away, and it hides.<p>I used to use SideNote, but that was abandoned. I&#x27;m currently using SideWriter, but it&#x27;s a little flaky.<p>I hope to start learning swift soon so I can develop my own with some extra features, mainly markdown and either tabs&#x2F;multiple hot zones.<p>My memory is horrible, so I need to write down what I did&#x2F;thought before it vanishes. Mostly comes in handy when I have to justify to HR why they need to give me a raise.
baldfat超过 7 年前
I currently use Boost and I like it, but I miss the old PIMs of the early 00s. I keep wanting to make my own old school pim as a pet project but that always stays in the back. It would be ncurses based :)<p>I started with old wikis and then a Russian PIM that I can&#x27;t remember and then Google Notebook. Evernote was always a hit o miss the sync never was good for me.
Myrmornis超过 7 年前
I keep all bash history, automatically appending it to a file that’s backed up in google drive. That deals very effectively with remembering how I did something from the command line in the past, which is being mentioned in this thread. However it doesn’t work for commands issued on a machine which isn’t your main personal machine.
forkLding超过 7 年前
Is there any opensource things that can be a software engineering notebook or journal that is easy to use and painless?
评论 #15473934 未加载
评论 #15474012 未加载
评论 #15473853 未加载
评论 #15473901 未加载
评论 #15473884 未加载
评论 #15474352 未加载
评论 #15474389 未加载
评论 #15474324 未加载
评论 #15474292 未加载
评论 #15473871 未加载
评论 #15473875 未加载
ptr_void超过 7 年前
Used vimwiki for a while until I accidentally deleted few top level file with lots of file links and now it is almost impossible to get it all organized again without going through very file. Tried some DIY versions with markdown files in directory structure, but the solution isn&#x27;t too good.
anotherevan超过 7 年前
On the topic of tools, I&#x27;m wondering if QOwnNotes would work for this time of journal&#x2F;notetaking.<p>I recently moved off Basket and after an extensive search, found QOwnNotes seemed to fit my brain the best.<p><a href="http:&#x2F;&#x2F;www.qownnotes.org&#x2F;" rel="nofollow">http:&#x2F;&#x2F;www.qownnotes.org&#x2F;</a>
bootcat超过 7 年前
I think jotting down very important points we realized while developing is worth noting down. May be in a gitbook. But having an actual paper or notepad journal and noting down everyday things is too much data and we rarely, and i mean like very rarely look at that a second time !
Fomite超过 7 年前
Despite being primarily a computational scientist, I still keep a proper &quot;dead tree&quot; lab notebook. It&#x27;s been invaluable, both in keeping my thoughts ordered, and also referencing decisions toward old projects.
amirmansour超过 7 年前
If you&#x27;re on a Mac, I highly recommend Quiver - &quot;The Programmer&#x27;s Notebook&quot; (<a href="http:&#x2F;&#x2F;happenapps.com" rel="nofollow">http:&#x2F;&#x2F;happenapps.com</a>)<p>No affiliation, just like and use it :)
spdegabrielle超过 7 年前
I find it hilarious that in science and engineering using a lab or engineers notebook is common practice and VC is rare, but in software engineering VC is common and keeping a notebook is rare.
评论 #15476745 未加载
评论 #15476721 未加载
roadbeats超过 7 年前
I use Github for digital notes: <a href="https:&#x2F;&#x2F;github.com&#x2F;azer&#x2F;notebook" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;azer&#x2F;notebook</a><p>And physical notebook for other things.
评论 #15475639 未加载
kanishkdudeja超过 7 年前
I use Evernote for this since it also backs as a web clipping tool.<p>Any article I like on the web which I might want to come back to in future, Evernote makes it easy to clip web pages as is.
zerr超过 7 年前
&gt; do you keep a notebook (digital or plain dead-tree version) to record things you learn<p>What&#x27;s the point? After some time, that would the list of things you forgot... :)
jgamman超过 7 年前
yep i do and i&#x27;ve carried the habit from the lab into the workforce. it&#x27;s mostly a write-many, read-few kind of thing but i&#x27;ve got a very loose system for capturing Action Items and i find having doodle space helps me keep track of the discussions other people are hafving. but then, i&#x27;m an ex-chemist too so biased sample... ;-)
jypepin超过 7 年前
I take A LOT of notes of everything. Mostly because I like writing things down. I NEVER find myself coming back to those, ever.