|
I second that  
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I have too many. I could send you one maybe, but you're not in the US are you?
To err is human. Fortune favors the monsters.
|
|
|
|
|
Nope, I am in Germany.
Thank you anyways
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Actually it's Sean in a mankini. You'll need to talk to him about the cheque. It may be that you get the actual mankini instead.
cheers
Chris Maunder
|
|
|
|
|
I figured folks have invested in popcorn suppliers. :popcorn:
|
|
|
|
|
#Worldle #325 2/6 (100%)
🟩🟩⬜⬜⬜⬅️
🟩🟩🟩🟩🟩🎉
https://worldle.teuteuf.fr
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
I typically keep a /notes folder under my professional work such that I can write down pertinent things that come up as the project progresses such as technical points from a phone conversation relevant to the completing the software project (what hardware driver ICs are being used for example)
It does a few things. It keeps me organized, and keeps my notes safely in source control. It also keeps things handy for other people I work with to go through.
It's very simple to do, and it has proven invaluable to me time and again.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I've recently started doing something similar. I also add any repos that I need to complete the project/ticket. I'm working in Windows 10 and really miss using grep to parse the files. It can still be done and I probably need to learn some regex to make PowerShell more effective.
Do you format your files in any particular way? Do you use different files for different notes, like each day gets it own file or do you just stick it all in one?
I'm still working on my process at this point, but it seems to work reasonably well for me, so far.
Ron
Jack of all trades, master of none, though often times better than master of one.
|
|
|
|
|
I probably should format them, but I'm very "loose" in how I work unless forced to be otherwise. I tend to like to work quickly, and with as little red tape and furbling as possible, so my notes are almost shorthand, like I'd take in school.
I don't really write it for others is the reason, although others do tend to find value in them, and sometimes i'll go back later and flesh out some of the important stuff.
I'd say if you need to be organized, maybe do what Griff suggested and use a spreadsheet or similar.
Otherwise I'd suggest that workflow is king. The tighter it is, the less it costs to write code, so don't overdo it with structure you don't need. Me, I just use VS code and a text file, or if i need a bit more organization I'll use markdown. I'd say just enough that you can hunt through it later, with "hunt" sort of depending on the project scope - for large projects i tend to keep like a book format with "chapters" (or even whole files) on particular topics but that's as far as I go typically.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I do similar stuff, though I tend to use a spreadsheet. It started decades ago as a "day book" where you make notes of what has happened / been tried / resulted through the day, including phone calls and conversations.
Handy when the boss conveniently "forgets" what we discussed a couple of weeks ago. 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
DevOps provides our team this ability.
One single user story or bug is tied to all code reviews, work tasks, and deployments, testing, etc. Notes are usually added to the user story or bug.
We also have Wikis as part of our individual repos so that developers can add/edit/view dev related resources regarding that particular repo code, etc.
|
|
|
|
|
Must be nice. I work from home with minimal development infrastructure. It works for me, but it does mean being flexible and willing to work with rough tools.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Sorry, I forgot. I get used to my company paying for everything because they have the budget.
I imagine there are less expensive/enterprisey tools out there.
|
|
|
|
|
Slacker007 wrote: One single user story or bug is tied to all code reviews
Just noting that that is somewhat of a short term solution. Saying that because I have seen the same thing.
What happens is that 5 years or perhaps 10 years from now they will change systems. And now that story/bug is gone.
Or they might decide to re-org the original ticketing system. So now there is a location for the 'new' story/bugs and different one for the 'old' ones.
|
|
|
|
|
That's how I work as well. Usually working in a team, I first describe in the wiki what I'm going to implement and how. This then serves as a "discussion board" and as later documentation.
|
|
|
|
|
I started keeping my own daily, chronological notes (new day = new page) in OneNote; my oldest entry goes back to 2010. This was before they had an online version, or at least, an online version that worked reliably enough to use. Otherwise this is where I'd be keeping them.
There are good tidbits that we share in a company notebook (online version of OneNote), but my own notes tend to build upon the previous day's work, so without the greater context they wouldn't be particularly useful for anyone but myself.
It's been useful, despite the fact that the search feature could use a lot of polish.
|
|
|
|
|
I used to use Evernote, until it forced me to use the cloud version.
Then I moved to Cherrytree (because I value the portability), then I moved to Microsoft OneNote because I was mainly using windows - but OneNote has been unstable for me across many PC's and networks and lost data.
I'm currently going with Markdown files in a directory structure. Portable. I can edit on anything anywhere. I can print or review with formatting and images. Ultimate control of where the files are stored. I can also search directories and files using GREP (or similar). Finally, I've found what seems to work best for me.
|
|
|
|
|
|
I tried keeping notes on various projects but can never seem to keep it up-to-date.
So I store the information in a safe part of my brain where I won't forget..........?
PartsBin an Electronics Part Organizer - An updated version available!
JaxCoder.com
|
|
|
|
|
Good luck!
To err is human. Fortune favors the monsters.
|
|
|
|
|
On the development side, most project folders will have a notes folder. For an import, (such as the one-off I am working on now) this folder has the original customer files, a document that describes the source(s) and methods for creating those files, and a change log.
On the customer side, besides our hand-rolled CMS for notes, I also keep dated folders (YYYY-MM-DD) on an external data drive for keeping date related stuff like databases, scripts, or import files.
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
|
kmoorevs wrote: On the development side, most project folders will have a notes folder. For an import, (such as the one-off I am working on now) this folder has the original customer files, a document that describes the source(s) and methods for creating those files, and a change log.
I basically do the same thing. My notes folder doesn't just contain my notes, but relevant associated documents and such, just so it can all be in a known place and in source control. I use "notes" as a sort of standard name (all my projects that need one have the same name for that folder) even if it is a bit of a misnomer sometimes because it encompasses more than that.
To err is human. Fortune favors the monsters.
|
|
|
|
|
You are doing what many professionals do, i.e. Lawyers, doctors, engineers, etc. do whatever style format etc that works for you. I try to summarize from time to time for clarity of purpose and the look at next stages. It is also important to note that they are not just for you.
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Heck, at my age I keep notes to remind me which room I last visited.
Will Rogers never met me.
|
|
|
|
|
... and one (?) general note which lists where are the notes I noted 
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
