▲ 5 ▼ VS Code version 1.111 released (code.visualstudio.com) submitted 8 months ago by nemeski@mander.xyz to c/vscode@programming.dev 6 comments fedilink hide all child comments
[–] eager_eagle@lemmy.world 2 points 8 months ago (4 children) weekly stable releases now, good permalink fedilink source hideshow 4 child comments replies: [–] spartanatreyu@programming.dev 1 point 8 months ago (3 children) I'm not so sure, I pointed out my reservations here: https://github.com/microsoft/vscode/issues/300108#issuecomment-4027927310 permalink fedilink source parent hideshow 3 child comments replies: [+] NostraDavid@programming.dev 2 points 8 months ago (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] spartanatreyu@programming.dev 1 point 8 months ago Why not find a way to automate this, Why not find a way to automate every single change that the vscode team makes that may break something? Or why not let users do whatever? Ultimately, users can do whatever. But when they need help, they come to me. I have a recommended list of settings for things that should already be defaults, to guide them away from footguns, and to prevent themselves from needing my help in the first place. But I also sometimes need to go around with a critical (usually temporary) list of changes for when a vscode update truly borks something up. My concern was potentially needing to go around the office once a month for those critical fixes to once a week. This is why I suggested multiple release channels. Have a weekly release for developers who are okay with the trade-off of more frequently broken setups for newer features faster, and have a monthly release for developers who want more stable environments. It'd be a lot easier for me to run the weekly channel to be kept abreast of any changes, and I can support other coworkers on a monthly cycle. permalink fedilink source parent [–] eager_eagle@lemmy.world 2 points 8 months ago (1 child) I'm not following. Every release has their release notes, where's this idea coming from that a feature and its release notes will be split apart? permalink fedilink source parent hideshow 1 child comment replies: [–] spartanatreyu@programming.dev 1 point 8 months ago They published a release without release notes. The release notes came later. permalink fedilink source parent load more comments (-1 replies)
[–] spartanatreyu@programming.dev 1 point 8 months ago (3 children) I'm not so sure, I pointed out my reservations here: https://github.com/microsoft/vscode/issues/300108#issuecomment-4027927310 permalink fedilink source parent hideshow 3 child comments replies: [+] NostraDavid@programming.dev 2 points 8 months ago (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] spartanatreyu@programming.dev 1 point 8 months ago Why not find a way to automate this, Why not find a way to automate every single change that the vscode team makes that may break something? Or why not let users do whatever? Ultimately, users can do whatever. But when they need help, they come to me. I have a recommended list of settings for things that should already be defaults, to guide them away from footguns, and to prevent themselves from needing my help in the first place. But I also sometimes need to go around with a critical (usually temporary) list of changes for when a vscode update truly borks something up. My concern was potentially needing to go around the office once a month for those critical fixes to once a week. This is why I suggested multiple release channels. Have a weekly release for developers who are okay with the trade-off of more frequently broken setups for newer features faster, and have a monthly release for developers who want more stable environments. It'd be a lot easier for me to run the weekly channel to be kept abreast of any changes, and I can support other coworkers on a monthly cycle. permalink fedilink source parent [–] eager_eagle@lemmy.world 2 points 8 months ago (1 child) I'm not following. Every release has their release notes, where's this idea coming from that a feature and its release notes will be split apart? permalink fedilink source parent hideshow 1 child comment replies: [–] spartanatreyu@programming.dev 1 point 8 months ago They published a release without release notes. The release notes came later. permalink fedilink source parent load more comments (-1 replies)
[+] NostraDavid@programming.dev 2 points 8 months ago (1 child) [deleted] permalink fedilink source parent hideshow 1 child comment replies: [–] spartanatreyu@programming.dev 1 point 8 months ago Why not find a way to automate this, Why not find a way to automate every single change that the vscode team makes that may break something? Or why not let users do whatever? Ultimately, users can do whatever. But when they need help, they come to me. I have a recommended list of settings for things that should already be defaults, to guide them away from footguns, and to prevent themselves from needing my help in the first place. But I also sometimes need to go around with a critical (usually temporary) list of changes for when a vscode update truly borks something up. My concern was potentially needing to go around the office once a month for those critical fixes to once a week. This is why I suggested multiple release channels. Have a weekly release for developers who are okay with the trade-off of more frequently broken setups for newer features faster, and have a monthly release for developers who want more stable environments. It'd be a lot easier for me to run the weekly channel to be kept abreast of any changes, and I can support other coworkers on a monthly cycle. permalink fedilink source parent
[–] spartanatreyu@programming.dev 1 point 8 months ago Why not find a way to automate this, Why not find a way to automate every single change that the vscode team makes that may break something? Or why not let users do whatever? Ultimately, users can do whatever. But when they need help, they come to me. I have a recommended list of settings for things that should already be defaults, to guide them away from footguns, and to prevent themselves from needing my help in the first place. But I also sometimes need to go around with a critical (usually temporary) list of changes for when a vscode update truly borks something up. My concern was potentially needing to go around the office once a month for those critical fixes to once a week. This is why I suggested multiple release channels. Have a weekly release for developers who are okay with the trade-off of more frequently broken setups for newer features faster, and have a monthly release for developers who want more stable environments. It'd be a lot easier for me to run the weekly channel to be kept abreast of any changes, and I can support other coworkers on a monthly cycle. permalink fedilink source parent
[–] eager_eagle@lemmy.world 2 points 8 months ago (1 child) I'm not following. Every release has their release notes, where's this idea coming from that a feature and its release notes will be split apart? permalink fedilink source parent hideshow 1 child comment replies: [–] spartanatreyu@programming.dev 1 point 8 months ago They published a release without release notes. The release notes came later. permalink fedilink source parent
[–] spartanatreyu@programming.dev 1 point 8 months ago They published a release without release notes. The release notes came later. permalink fedilink source parent