▲ 317 ▼ The graying open source community needs fresh blood (www.theregister.com) submitted 2 years ago by neme@lemm.ee to c/programming@programming.dev 87 comments fedilink hide all child comments
[–] PeriodicallyPedantic@lemmy.ca 88 points 2 years ago (3 children) Young people today are struggling to make ends meet - they don't have enough comfort and free time to be able to donate their labor. permalink fedilink source hideshow 6 child comments replies: [–] Taleya@aussie.zone 35 points 2 years ago* (1 child) God it's not even that, the general tech knowledge has just plowed into the ground permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 26 points 2 years ago (1 child) That's true, but that's also just the general populous, who weren't ever contributing to open source anyways. I don't think the quality of coders (professional or hobby) has really declined that much. permalink fedilink source parent hideshow 2 child comments replies: [–] Taleya@aussie.zone 13 points 2 years ago (4 children) oh it definitely has. I've been in the industry since last century, the actual poke everything, do this for fun, invest yourself, wild jockey type...well we're a dying breed. permalink fedilink source parent hideshow 8 child comments replies: [–] hukumka@lemmy.ml 25 points 2 years ago (1 child) I think it mostly explained by that in earlier days most people who dived into programming did it because it interested them. Then it became one of most lucrative career path, and naturally it saw surge of people, who do not share same interests. Relative amount of people invested in dive bombing into meaty details dropped, but it quite possible that absolute amount have not declined by much. permalink fedilink source parent hideshow 2 child comments replies: [–] GTG3000@programming.dev 7 points 2 years ago (1 child) Yeah, it's pretty difficult to find energy for personal programming stuff when your dayjob is programming stuff. Gotta get up from the PC for a bit. permalink fedilink source parent hideshow 2 child comments replies: [–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent [+] GarlicToast@programming.dev 10 points 2 years ago* (last edited 1 year ago) [deleted] permalink fedilink source parent [–] evranch@lemmy.ca 7 points 2 years ago (1 child) My type is a dying breed too, the guys who do their best to write robust code and actually trying to consider edge cases, race conditions, properly sized variables and efficient use of cycles, all the things that embedded guys have done as "embedded" evolved from 6800 to Pic, Atmel and then ESP platforms. Now people seem to have embraced "move fast and break things" but that's the exact opposite to how embedded is supposed to be done. Don't get me wrong there is some great ESP code out there but there's also a shitload of buggy and poorly documented libraries and devices that require far too many power cycles to keep functioning. In my opinion one power cycle is too many in the embedded world. Your code should not leak memory. We grew up with BYTES of RAM to use, memory leaks were unthinkable! And don't get me started on the appalling mess that modern engineers can make with functional block inside a PLC, or their seeming lack of knowledge of industrial control standards that have existed since before the PLC. permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 9 points 2 years ago (1 child) IMO I think that's more a reflection of business decisions rather than innate programmer skill. Programmers used to do that because they had to do that, so the businesses valued it. Now they don't have to do that, so businesses don't allow them room to develop those skills. I think that rate that people actually developed unnecessary skills outside of work likely remains the same, just the skills that people desire are different to the ones from back then. permalink fedilink source parent hideshow 2 child comments replies: [–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent [–] PeriodicallyPedantic@lemmy.ca 6 points 2 years ago* (last edited 2 years ago) I've not been a dev for that long, but I've been a dev for 15y or so. For the most part it seems to me like that is an effect of business decisions; workers will learn the skills that get recognized. Which skills those are has changed over time. I don't see older devs have that quality particularly more then younger devs, what I see is businesses that don't value that type of behavior. And having worked with "wild West cowboy" coders before, the businesses may be right; they often make a real mess things and just rely on other people to clean up after them. From what I've seen, there are lots of young people who invest in themselves and have passion for the craft, when the business allows them room to grow and doesn't treat them like a code-producing machine. permalink fedilink source parent [–] derpgon@programming.dev 17 points 2 years ago (1 child) I wish I had one manday a week to contribute to the libraries my company uses. I usually do it in my work hours when I find a serious bug or need a new feature. permalink fedilink source parent hideshow 2 child comments replies: [–] Takios@discuss.tchncs.de 17 points 2 years ago* (3 children) I fixed a bug in an open source project we use and got into trouble for it :| permalink fedilink source parent hideshow 6 child comments replies: [–] derpgon@programming.dev 15 points 2 years ago Ditch the company and set their offices ablaze! permalink fedilink source parent [–] JackbyDev@programming.dev 5 points 2 years ago Don't use company resources (like your laptop) to do it. permalink fedilink source parent [+] jerkface@lemmy.ca 4 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent [+] jerkface@lemmy.ca 0 points 2 years ago* (last edited 5 months ago) (2 children) [removed by mod] permalink fedilink source parent hideshow 4 child comments replies: [–] Ava@beehaw.org 19 points 2 years ago (1 child) I think you'll find loads of young people without time for art, too. permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent [–] Cube6392@beehaw.org 3 points 2 years ago (1 child) Oh man you're so close to getting the point... We don't have enough comfort and free time to do art! That's an actual legitimate thing that's going on right now permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[–] Taleya@aussie.zone 35 points 2 years ago* (1 child) God it's not even that, the general tech knowledge has just plowed into the ground permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 26 points 2 years ago (1 child) That's true, but that's also just the general populous, who weren't ever contributing to open source anyways. I don't think the quality of coders (professional or hobby) has really declined that much. permalink fedilink source parent hideshow 2 child comments replies: [–] Taleya@aussie.zone 13 points 2 years ago (4 children) oh it definitely has. I've been in the industry since last century, the actual poke everything, do this for fun, invest yourself, wild jockey type...well we're a dying breed. permalink fedilink source parent hideshow 8 child comments replies: [–] hukumka@lemmy.ml 25 points 2 years ago (1 child) I think it mostly explained by that in earlier days most people who dived into programming did it because it interested them. Then it became one of most lucrative career path, and naturally it saw surge of people, who do not share same interests. Relative amount of people invested in dive bombing into meaty details dropped, but it quite possible that absolute amount have not declined by much. permalink fedilink source parent hideshow 2 child comments replies: [–] GTG3000@programming.dev 7 points 2 years ago (1 child) Yeah, it's pretty difficult to find energy for personal programming stuff when your dayjob is programming stuff. Gotta get up from the PC for a bit. permalink fedilink source parent hideshow 2 child comments replies: [–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent [+] GarlicToast@programming.dev 10 points 2 years ago* (last edited 1 year ago) [deleted] permalink fedilink source parent [–] evranch@lemmy.ca 7 points 2 years ago (1 child) My type is a dying breed too, the guys who do their best to write robust code and actually trying to consider edge cases, race conditions, properly sized variables and efficient use of cycles, all the things that embedded guys have done as "embedded" evolved from 6800 to Pic, Atmel and then ESP platforms. Now people seem to have embraced "move fast and break things" but that's the exact opposite to how embedded is supposed to be done. Don't get me wrong there is some great ESP code out there but there's also a shitload of buggy and poorly documented libraries and devices that require far too many power cycles to keep functioning. In my opinion one power cycle is too many in the embedded world. Your code should not leak memory. We grew up with BYTES of RAM to use, memory leaks were unthinkable! And don't get me started on the appalling mess that modern engineers can make with functional block inside a PLC, or their seeming lack of knowledge of industrial control standards that have existed since before the PLC. permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 9 points 2 years ago (1 child) IMO I think that's more a reflection of business decisions rather than innate programmer skill. Programmers used to do that because they had to do that, so the businesses valued it. Now they don't have to do that, so businesses don't allow them room to develop those skills. I think that rate that people actually developed unnecessary skills outside of work likely remains the same, just the skills that people desire are different to the ones from back then. permalink fedilink source parent hideshow 2 child comments replies: [–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent [–] PeriodicallyPedantic@lemmy.ca 6 points 2 years ago* (last edited 2 years ago) I've not been a dev for that long, but I've been a dev for 15y or so. For the most part it seems to me like that is an effect of business decisions; workers will learn the skills that get recognized. Which skills those are has changed over time. I don't see older devs have that quality particularly more then younger devs, what I see is businesses that don't value that type of behavior. And having worked with "wild West cowboy" coders before, the businesses may be right; they often make a real mess things and just rely on other people to clean up after them. From what I've seen, there are lots of young people who invest in themselves and have passion for the craft, when the business allows them room to grow and doesn't treat them like a code-producing machine. permalink fedilink source parent
[–] PeriodicallyPedantic@lemmy.ca 26 points 2 years ago (1 child) That's true, but that's also just the general populous, who weren't ever contributing to open source anyways. I don't think the quality of coders (professional or hobby) has really declined that much. permalink fedilink source parent hideshow 2 child comments replies: [–] Taleya@aussie.zone 13 points 2 years ago (4 children) oh it definitely has. I've been in the industry since last century, the actual poke everything, do this for fun, invest yourself, wild jockey type...well we're a dying breed. permalink fedilink source parent hideshow 8 child comments replies: [–] hukumka@lemmy.ml 25 points 2 years ago (1 child) I think it mostly explained by that in earlier days most people who dived into programming did it because it interested them. Then it became one of most lucrative career path, and naturally it saw surge of people, who do not share same interests. Relative amount of people invested in dive bombing into meaty details dropped, but it quite possible that absolute amount have not declined by much. permalink fedilink source parent hideshow 2 child comments replies: [–] GTG3000@programming.dev 7 points 2 years ago (1 child) Yeah, it's pretty difficult to find energy for personal programming stuff when your dayjob is programming stuff. Gotta get up from the PC for a bit. permalink fedilink source parent hideshow 2 child comments replies: [–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent [+] GarlicToast@programming.dev 10 points 2 years ago* (last edited 1 year ago) [deleted] permalink fedilink source parent [–] evranch@lemmy.ca 7 points 2 years ago (1 child) My type is a dying breed too, the guys who do their best to write robust code and actually trying to consider edge cases, race conditions, properly sized variables and efficient use of cycles, all the things that embedded guys have done as "embedded" evolved from 6800 to Pic, Atmel and then ESP platforms. Now people seem to have embraced "move fast and break things" but that's the exact opposite to how embedded is supposed to be done. Don't get me wrong there is some great ESP code out there but there's also a shitload of buggy and poorly documented libraries and devices that require far too many power cycles to keep functioning. In my opinion one power cycle is too many in the embedded world. Your code should not leak memory. We grew up with BYTES of RAM to use, memory leaks were unthinkable! And don't get me started on the appalling mess that modern engineers can make with functional block inside a PLC, or their seeming lack of knowledge of industrial control standards that have existed since before the PLC. permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 9 points 2 years ago (1 child) IMO I think that's more a reflection of business decisions rather than innate programmer skill. Programmers used to do that because they had to do that, so the businesses valued it. Now they don't have to do that, so businesses don't allow them room to develop those skills. I think that rate that people actually developed unnecessary skills outside of work likely remains the same, just the skills that people desire are different to the ones from back then. permalink fedilink source parent hideshow 2 child comments replies: [–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent [–] PeriodicallyPedantic@lemmy.ca 6 points 2 years ago* (last edited 2 years ago) I've not been a dev for that long, but I've been a dev for 15y or so. For the most part it seems to me like that is an effect of business decisions; workers will learn the skills that get recognized. Which skills those are has changed over time. I don't see older devs have that quality particularly more then younger devs, what I see is businesses that don't value that type of behavior. And having worked with "wild West cowboy" coders before, the businesses may be right; they often make a real mess things and just rely on other people to clean up after them. From what I've seen, there are lots of young people who invest in themselves and have passion for the craft, when the business allows them room to grow and doesn't treat them like a code-producing machine. permalink fedilink source parent
[–] Taleya@aussie.zone 13 points 2 years ago (4 children) oh it definitely has. I've been in the industry since last century, the actual poke everything, do this for fun, invest yourself, wild jockey type...well we're a dying breed. permalink fedilink source parent hideshow 8 child comments replies: [–] hukumka@lemmy.ml 25 points 2 years ago (1 child) I think it mostly explained by that in earlier days most people who dived into programming did it because it interested them. Then it became one of most lucrative career path, and naturally it saw surge of people, who do not share same interests. Relative amount of people invested in dive bombing into meaty details dropped, but it quite possible that absolute amount have not declined by much. permalink fedilink source parent hideshow 2 child comments replies: [–] GTG3000@programming.dev 7 points 2 years ago (1 child) Yeah, it's pretty difficult to find energy for personal programming stuff when your dayjob is programming stuff. Gotta get up from the PC for a bit. permalink fedilink source parent hideshow 2 child comments replies: [–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent [+] GarlicToast@programming.dev 10 points 2 years ago* (last edited 1 year ago) [deleted] permalink fedilink source parent [–] evranch@lemmy.ca 7 points 2 years ago (1 child) My type is a dying breed too, the guys who do their best to write robust code and actually trying to consider edge cases, race conditions, properly sized variables and efficient use of cycles, all the things that embedded guys have done as "embedded" evolved from 6800 to Pic, Atmel and then ESP platforms. Now people seem to have embraced "move fast and break things" but that's the exact opposite to how embedded is supposed to be done. Don't get me wrong there is some great ESP code out there but there's also a shitload of buggy and poorly documented libraries and devices that require far too many power cycles to keep functioning. In my opinion one power cycle is too many in the embedded world. Your code should not leak memory. We grew up with BYTES of RAM to use, memory leaks were unthinkable! And don't get me started on the appalling mess that modern engineers can make with functional block inside a PLC, or their seeming lack of knowledge of industrial control standards that have existed since before the PLC. permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 9 points 2 years ago (1 child) IMO I think that's more a reflection of business decisions rather than innate programmer skill. Programmers used to do that because they had to do that, so the businesses valued it. Now they don't have to do that, so businesses don't allow them room to develop those skills. I think that rate that people actually developed unnecessary skills outside of work likely remains the same, just the skills that people desire are different to the ones from back then. permalink fedilink source parent hideshow 2 child comments replies: [–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent [–] PeriodicallyPedantic@lemmy.ca 6 points 2 years ago* (last edited 2 years ago) I've not been a dev for that long, but I've been a dev for 15y or so. For the most part it seems to me like that is an effect of business decisions; workers will learn the skills that get recognized. Which skills those are has changed over time. I don't see older devs have that quality particularly more then younger devs, what I see is businesses that don't value that type of behavior. And having worked with "wild West cowboy" coders before, the businesses may be right; they often make a real mess things and just rely on other people to clean up after them. From what I've seen, there are lots of young people who invest in themselves and have passion for the craft, when the business allows them room to grow and doesn't treat them like a code-producing machine. permalink fedilink source parent
[–] hukumka@lemmy.ml 25 points 2 years ago (1 child) I think it mostly explained by that in earlier days most people who dived into programming did it because it interested them. Then it became one of most lucrative career path, and naturally it saw surge of people, who do not share same interests. Relative amount of people invested in dive bombing into meaty details dropped, but it quite possible that absolute amount have not declined by much. permalink fedilink source parent hideshow 2 child comments replies: [–] GTG3000@programming.dev 7 points 2 years ago (1 child) Yeah, it's pretty difficult to find energy for personal programming stuff when your dayjob is programming stuff. Gotta get up from the PC for a bit. permalink fedilink source parent hideshow 2 child comments replies: [–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent
[–] GTG3000@programming.dev 7 points 2 years ago (1 child) Yeah, it's pretty difficult to find energy for personal programming stuff when your dayjob is programming stuff. Gotta get up from the PC for a bit. permalink fedilink source parent hideshow 2 child comments replies: [–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent
[–] Zink@programming.dev 2 points 2 years ago And life is more enjoyable, for me at least, being able to branch out into multiple interests even if only one of them is the money earner. My hobbies all revolve around nature and art/creativity. permalink fedilink source parent
[+] GarlicToast@programming.dev 10 points 2 years ago* (last edited 1 year ago) [deleted] permalink fedilink source parent
[–] evranch@lemmy.ca 7 points 2 years ago (1 child) My type is a dying breed too, the guys who do their best to write robust code and actually trying to consider edge cases, race conditions, properly sized variables and efficient use of cycles, all the things that embedded guys have done as "embedded" evolved from 6800 to Pic, Atmel and then ESP platforms. Now people seem to have embraced "move fast and break things" but that's the exact opposite to how embedded is supposed to be done. Don't get me wrong there is some great ESP code out there but there's also a shitload of buggy and poorly documented libraries and devices that require far too many power cycles to keep functioning. In my opinion one power cycle is too many in the embedded world. Your code should not leak memory. We grew up with BYTES of RAM to use, memory leaks were unthinkable! And don't get me started on the appalling mess that modern engineers can make with functional block inside a PLC, or their seeming lack of knowledge of industrial control standards that have existed since before the PLC. permalink fedilink source parent hideshow 2 child comments replies: [–] PeriodicallyPedantic@lemmy.ca 9 points 2 years ago (1 child) IMO I think that's more a reflection of business decisions rather than innate programmer skill. Programmers used to do that because they had to do that, so the businesses valued it. Now they don't have to do that, so businesses don't allow them room to develop those skills. I think that rate that people actually developed unnecessary skills outside of work likely remains the same, just the skills that people desire are different to the ones from back then. permalink fedilink source parent hideshow 2 child comments replies: [–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent
[–] PeriodicallyPedantic@lemmy.ca 9 points 2 years ago (1 child) IMO I think that's more a reflection of business decisions rather than innate programmer skill. Programmers used to do that because they had to do that, so the businesses valued it. Now they don't have to do that, so businesses don't allow them room to develop those skills. I think that rate that people actually developed unnecessary skills outside of work likely remains the same, just the skills that people desire are different to the ones from back then. permalink fedilink source parent hideshow 2 child comments replies: [–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent
[–] evranch@lemmy.ca 4 points 2 years ago That's a valid point, the dev cycle is compressed now and customer expectations are low. So instead of putting in the long term effort to deliver and support a quality product, something that should have been considered a beta is just shipped and called "good enough". A good example I guess would be a long term embedded OSS project like Tasmota, compared to the barely functional firmware that comes stock on the devices that people buy to reflash to Tasmota. Still there are few things that frustrate me like some Bluetooth device that really shouldn't have been a Bluetooth device, and has non-deterministic behaviour due to lack of initialization or some other trivial fault. Why did the tractor work lights turn on as purple today? Nobody knows! permalink fedilink source parent
[–] PeriodicallyPedantic@lemmy.ca 6 points 2 years ago* (last edited 2 years ago) I've not been a dev for that long, but I've been a dev for 15y or so. For the most part it seems to me like that is an effect of business decisions; workers will learn the skills that get recognized. Which skills those are has changed over time. I don't see older devs have that quality particularly more then younger devs, what I see is businesses that don't value that type of behavior. And having worked with "wild West cowboy" coders before, the businesses may be right; they often make a real mess things and just rely on other people to clean up after them. From what I've seen, there are lots of young people who invest in themselves and have passion for the craft, when the business allows them room to grow and doesn't treat them like a code-producing machine. permalink fedilink source parent
[–] derpgon@programming.dev 17 points 2 years ago (1 child) I wish I had one manday a week to contribute to the libraries my company uses. I usually do it in my work hours when I find a serious bug or need a new feature. permalink fedilink source parent hideshow 2 child comments replies: [–] Takios@discuss.tchncs.de 17 points 2 years ago* (3 children) I fixed a bug in an open source project we use and got into trouble for it :| permalink fedilink source parent hideshow 6 child comments replies: [–] derpgon@programming.dev 15 points 2 years ago Ditch the company and set their offices ablaze! permalink fedilink source parent [–] JackbyDev@programming.dev 5 points 2 years ago Don't use company resources (like your laptop) to do it. permalink fedilink source parent [+] jerkface@lemmy.ca 4 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[–] Takios@discuss.tchncs.de 17 points 2 years ago* (3 children) I fixed a bug in an open source project we use and got into trouble for it :| permalink fedilink source parent hideshow 6 child comments replies: [–] derpgon@programming.dev 15 points 2 years ago Ditch the company and set their offices ablaze! permalink fedilink source parent [–] JackbyDev@programming.dev 5 points 2 years ago Don't use company resources (like your laptop) to do it. permalink fedilink source parent [+] jerkface@lemmy.ca 4 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[–] derpgon@programming.dev 15 points 2 years ago Ditch the company and set their offices ablaze! permalink fedilink source parent
[–] JackbyDev@programming.dev 5 points 2 years ago Don't use company resources (like your laptop) to do it. permalink fedilink source parent
[+] jerkface@lemmy.ca 4 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[+] jerkface@lemmy.ca 0 points 2 years ago* (last edited 5 months ago) (2 children) [removed by mod] permalink fedilink source parent hideshow 4 child comments replies: [–] Ava@beehaw.org 19 points 2 years ago (1 child) I think you'll find loads of young people without time for art, too. permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent [–] Cube6392@beehaw.org 3 points 2 years ago (1 child) Oh man you're so close to getting the point... We don't have enough comfort and free time to do art! That's an actual legitimate thing that's going on right now permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[–] Ava@beehaw.org 19 points 2 years ago (1 child) I think you'll find loads of young people without time for art, too. permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[–] Cube6392@beehaw.org 3 points 2 years ago (1 child) Oh man you're so close to getting the point... We don't have enough comfort and free time to do art! That's an actual legitimate thing that's going on right now permalink fedilink source parent hideshow 2 child comments replies: [+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent
[+] jerkface@lemmy.ca -2 points 2 years ago* (last edited 5 months ago) [removed by mod] permalink fedilink source parent