Yaser Al-Najjar
Theo
Feruz Oripov
Shannon Crabill
rhymes
Andrew Healey
kip
Jacob Herrington (he/him)
Luke Garrigan
Juha-Matti Santala
Aadi Bajpai
Jean Roger Nigoumi Guiala
Order & Chaos Creative
sayujraghav
Dave Jacoby
Scott Hannen
Jack Harner 🚀
Arber Braja
Simon Massey
Lee Warrick
Frederik 👨💻➡️🌐 Creemers
Andrew Brooks 👨💻
Yaser Adel Mehraban
Cécile Lebleu
Gopi Ravi
leob
Scott Simontis
Victor Darkes
David Taitingfong
Peter Witham
Alan Dávalos
Mike Ekkel
Riccardo Bernardini
Dan Conn
Mehdi Vasigh
Jonathan
R3i
Adrián Norte
Charles Landau
Michiel Hendriks
simonhaisz
combinatorylogic
Justin Poiroux
Ryan Smith
Danny Pule
HELLO
Gayan Hewa
Adam Crockett 🌀
Erik Dietrich
Rachel Soderberg
Ben Halpern
Bertil Muth
Ben Lovy
Stephen Chiang
Maegan Wilson
Jean-Michel Plourde
jeikabu
Suzanne Aitchison
Vlastimil Pospichal
Christian Mondorf
Kasey Speakman
Timoteo Ponce
Krzysztof Peksa
Victor Perez
Daniel
Aswath KNM
Akshay Kadam (A2K)
Jennifer Davis
Aan Kunaifi
Jean-Michel 🕵🏻♂️ Fayard
Marek Gebka
Fred Richards
Andrew Bone
Chad Hudson
Lars Richter
Robin Kretzschmar
Benny Powers 🇮🇱🇨🇦
Ryan Palo
Kyle Boe
Jérôme Gamez
Josef Strzibny
Taweechai Maklay
Jaime González García
Alesis Manzano
Tiash
Henry Williams
Nicolò Rebughini
Matteo Nunziati
🦄N B🛡
Matthew Francis
Todor Todorov
Carlos Trapet
Avalander
Rihan
Fulton Browne
Matt Moran
Giuseppe Vetri
Arden de Raaij
Andrew Reese
Alex Pedro
Yechiel Kalmenson
Garrett / G66
Roelof Jan Elsinga
Alan Solitar
Jude Pineda
Jhinel Arcaya
Allen Francis
Micah Lindley
Victor Homem Heck
Smit Patel
Austin S. Hemmelgarn
Anton T
mARK bLOORE
Nicola Erario
Cecelia Martinez
Richard Lenkovits
Andrew Brown 🇨🇦
Sidhant Panda
sgcdialler
Martin Wallgren
Antonio Radovcic
Alex Sharp 🛠sharesecret.co
Carlos Magno
Zahid
Christian Haas
Darryn Dumisani Ph☻enix-92
Maxime FERRIER
Massimo Artizzu
Michel Renaud
Daniel Waller (he/him)
Amanda Iaria
Amara Graham
Thomas H Jones II
Jasterix
Mike Lockhart
nadeeminamdar
Damir Franusic
𝐍𝐚𝐭𝐚𝐥𝐢𝐞 𝐝𝐞 𝐖𝐞𝐞𝐫𝐝
Meghan (she/her)
Jonathan Kuhl
Abraham Williams
Reuben deVries
Carson Sturtevant
Clint
hadderakk
Dylan Davenport
Citizen Coder
Tramel Jones
Zen
Adam K Dean
Jeremy Forsythe
Buzz Zhang
Swastik Baranwal
Max Modesto Wallin
Andrew Gibson
Tom Connolly
Sujata Pradhan
Pacharapol Withayasakpunt
Jake Varness
Noman Gul
Arman Khan
Molly Struve (she/her)
Desi
ItsASine (Kayla)
Maciek Grzybek
Oliver
Ben Butler
Chad Naz
Maxime Moreau
Winston
Fernando B 🚀
Tammy Lee
fischgeek
Dan Oswalt
Danny Perez
Bruce Axtens
Nicolas Polhamus
Jordan Kicklighter
Eugene Cheah
rezabojnordi
Mayra Navarro
Arnaud Morisset
Sandor Dargo
LosEagle
Rémy 🤖
nareshravlani
ryibas
Jer
Matthias 🤖
Ronan Connolly 🛠
Ben Sinclair
Adnan Rahić
Ioana Budai 💬
Krzysztof Góralski
Nazim Boudeffa
David Brewer
Avery
Alvaro Montoro
Jordan Gilliam
Tyler V. (he/him)
John Mercier
Nick Lewis
Andrew Grothe
Paula Gearon
Kevin Pennekamp
Nijeesh Joshy
Matt Ballance
Jaimie Carter
Alexander Alemayhu
Narshim
KristijanFištrek
John Teague
Matteo Joliveau
Corey McCarty
Renato Byrro
Médéric Burlet
Doyin Olarewaju 🇳🇬🇨🇦
Liyas Thomas
Matthew Collison
Comments section
scrabill
•May 1, 2024
To-do lists, to some degree.
I am a fan of bullet journaling. I also do not get how overly elaborate, Instagram-worthy to-do lists or notes help with productivity.
marekgebka
•May 1, 2024
I think that sometimes people jump straight into creating a lot of pretty useless artefacts/documents like timetables and such. Also meetings, meetings, meetings.
murkrage
•May 1, 2024
Not taking frequent breaks to stand up. It took me quite some persuasion to get my boss to understand that me standing up to stretch and clear my head once an hour is actually improving my productivity! It helps me stay focussed throughout the day instead of hitting a wall at 2:30PM after which I just can't get anything done.
danjconn
•May 1, 2024
Good point! There is something to be said for doing things for the hell of it, only to find the hugely beneficial later.
jmfayard
•May 1, 2024
Trying to be productive instead of trying to be effective.
Learn the difference:
If you can resolve more jira tickets in a single day, you are being more productive.
If you learn to choose what are the right things to work on, that will have the biggest impact on your project, you are being effective.
It's mostly about getting into the habit of asking "why is this thing important?"
mrcoro
•May 1, 2024
Reading just a documentation without implementing it, seriously even you read it day & night you still gonna forget everything #cmiiw
sigje
•May 1, 2024
Crunch weeks (longer than 40 hour work weeks) for many weeks. Check out this great presentation about the 8 productivity experiments you don't need to replicate slideshare.net/flowtown/rules-of-p... (not my presentation) Great visualizations, graphs you can share with your peers and management to show the loss of productivity. We've got over 100 years of experiments and we keep cycling through the cult of >40 hour work weeks for getting stuff done.
deadcoder0904
•May 1, 2024
Multi-tasking 🤷♂️
Focusing on only one task is the key. "The One Thing" is a good book that touches the topic :)
aswathm78
•May 1, 2024
emails, IM's
6temes
•May 1, 2024
Devops.
victorjperez
•May 1, 2024
I've found todo lists are an easy trap for time wasting. If you spend more time organizing your todo list than doing actual work, you're probably not using them effectively.
peksapro
•May 1, 2024
Multitasking.
timoteoponce
•May 1, 2024
Refactoring code without a goal
kspeakman
•May 1, 2024
Packaging up code for reuse, when you don't have any current plans to reuse it. It takes effort to just solve your problem. But then it takes a separate effort to take that solution and package it for reuse. If the code never gets reused, then the latter is wasted effort.
cmondorf
•May 1, 2024
Tidying up. There's a productive and an unproductive way to do this.
This unproductive way consists in making piles and putting stuff out of sight, but not actually dealing with it.
The productive way is like a triage and results in throwing away and getting rid up a lot of unproductive stuff.
The difference is the second way unburdens your mind whereas the first just pushes the burden under the proverbial rug, but doesn't actually rid you of it.
vlasales
•May 1, 2024
Use phone, use notifications.
s_aitchison
•May 1, 2024
Pointing tickets way before you've scoped out what all is involved in the task, just so the board looks shiny 🤷♀️
danjconn
•May 1, 2024
This might or not be controversial..... stand-ups.
Sometimes they are great and quite useful. But sometimes they suffer from at least 1 of the following:
1) I find people forget they don't need to contribute if they have nothing to say.
2) Some teams get worried if you have nothing to say but there might be a perfectly good reason for this.
3) Sometimes people forget that you don't have to explain everything you did. Bathroom breaks, coffee chats etc don't need to be part of the stand-up. Yes this has happened!
4) Sometimes they have a tendency to wander. You might have two people chat for ages about an issue but it only affects them not the whole team. Really an offline chat with just them would mean the other team members are productive while they chat it out.
cecilelebleu
•May 1, 2024
I’m learning to use React-Gatsby and using it to re-build my website. During research, I found the book The Great Gatsby for $0 on kindle. I’m not 100% sure if reading it counts or not as research, but it’s a really fun book so far.
elmuerte
•May 1, 2024
(upfront) Developing (work) procedures. The way to work should evolve organically. When parts remain constant you document them as a work procedure.
ryansmith
•May 1, 2024
Meetings without a clear purpose or end goal. I think that these are "feel good" meetings that sometimes have a place, but should not be 100% of all meetings. These are the meetings that stray off the path of being productive into venting about the current state of something or exploring "it would be great if..." scenarios that are unreasonable to do. Everyone feels good because they get to talk about these things, then nothing happens from that discussion. If the topic is too broad, that is all that really can be done.
I think the way to avoid it is:
jeikabu
•May 1, 2024
Meeting agenda ftw.
And someone with the power/authority/cohones to enforce it. Whether it's a "producer"-type or tech lead that plays the "bad cop" here, once the agenda is finalized at least one person in the room needs to be able to keep it. Follow up meetings are a sane way to truncate tangents, convoluted discussion, etc.
j_mplourde
•May 1, 2024
The biggest/most frequent might be: checking emails and other notifications (slack precisely)
maeganwilson_
•May 1, 2024
Reading about “how to be more productive”
ben Author
•May 1, 2024
That's a good one
lukegarrigan
•May 1, 2024
Dev.to 😂😂 sorry
danjconn
•May 1, 2024
😂😂😂😂😂😂😂😂😂😂
It has certainly used up a lot of free time recently. But I am also learning things so I guess it is productive still!
ben Author
•May 1, 2024
Anybody who spends too much time here is being less productive than they could be. I agree 😄
Everything in moderation.
chiangs
•May 1, 2024
Writing tests that aren't meaningful or less meaningful than harder ones just to up the code coverage.
deciduously
•May 1, 2024
Tutorials (largely)
bertilmuth
•May 1, 2024
Traffic light (red,yellow,green) project status reporting.
rachelsoderberg
•May 1, 2024
Scrolling social media! It's so easy to lose track of time and think you've spent your day being productive, only to realize 2 hours was spent on looking at cats and 30mins was spent on a feature (but the brain tricks you to think the opposite!) Also the people who complain they're the busiest seem to be the most active on social media.
I'm guilty of this too and I'm considering taking a week or two long "social media vacation" soon.
danjconn
•May 1, 2024
I've been using an app called Freedom on Android which blocks my phone from certain apps I choose for a given time period. If I try to go into an app during the time I set then it just kicks me out. If I want to stop the time period after it's started I have to phone their tech support so I don't break it "just this once".
I've found it to be pretty awesome so far.
ben Author
•May 1, 2024
I read recently that if you stare at your phone while "on a break", it negates most of the restorative qualities of that break.
This makes perfect sense to me, but is hard to pull off. That little rectangle is addictive af. Social media can be really awful for our collective mental health.
daedtech
•May 1, 2024
In a corporate context, I think dealing with/triaging one's inbox.
adam_cyclones
•May 1, 2024
Agile...
Gotcha! :D
gayanhewa
•May 1, 2024
Long meetings
elmuerte
•May 1, 2024
Or meetings with more than 5 people.
Or meetings without clearly defined agendas or goals.
bla
•May 1, 2024
add_2
andrewbrooks
•May 1, 2024
Unpopular opinion is the pomodoro timer technique. It does more to distract me than anything. 🤷♂️
dannypule
•May 1, 2024
For me, 25 minute chunks of time feel way too short. I prefer to do 45 minute bursts of focused work a then a short break.
jacobherrington
•May 1, 2024
I tend to be someone who can focus intensely for a few hours before getting exhausted, but I'll accidentally find another task to do if I take breaks every half hour.
An extended version of Pomodoro tends to work better for me.
ryansmith
•May 1, 2024
I agree with this. I found that the short breaks in Pomodoro were interrupting focused work and it was too stressful to try to do anything during that short break because of the work timer coming up. I know you can adjust the times in Pomodoro, but there didn't seem to be an effective combination for me.
I found the better way is to have set intervals during the day to check email/Slack (as opposed to having them open at all times) and times take a break. Not frequent and not in cycles, but just 3-4 reminders on a calendar. There tend to be times of day where emails pile up or you aren't feeling development, so it feels more natural to set reminders for when those times typically arise and step back from focused work.
unclescooter
•May 1, 2024
This is interesting. I've found it to be so helpful. I think it depends on your work flow and how your concentration cycles go.
jacobherrington
•May 1, 2024
Writing code.
Frequently adding more code to a project is exactly the wrong way to solve a problem.
No code solutions should be celebrated more often in my opinion.
combinatorylogic
•May 1, 2024
Exactly! I wish more people could understand it!
simonhaisz
•May 1, 2024
elmuerte
•May 1, 2024
"The sooner you start to code, the longer the program will take." - Roy Carlson
charlesdlandau
•May 1, 2024
GitHub logo kelseyhightower / nocode
The best way to write secure and reliable applications. Write nothing; deploy nowhere.
No Code
No code is the best way to write secure and reliable applications. Write nothing; deploy nowhere.
Getting Started
Start by not writing any code.
```
```
This is just an example application, but imagine it doing anything you want. Adding new features is easy too:
```
```
The possibilities are endless.
Building the Application
Now that you have not done anything it's time to build your application:
```
```
Yep. That's it. You should see the following output:
```
```
Deploying
While you still have not done anything it's time to deploy your application. By running the following command you can deploy your application absolutely nowhere.
```
```
It's that simple. And when it comes time to scale the application, all you have to do is:
```
```
I know right?
Contributing
You don't.
View on GitHub
anortef
•May 1, 2024
Pull Requests