Mixing
colleague who doesn't want ES6 JavaScript Next [closed]
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
-5
down vote
favorite
How do i deal with a colleague who doesn't want to bring the new version of JavaScript into projects.
Current scenario:
- Team Size: 3.
- Team members are the decision makers.
- Using ES6 the only benefit removal of Middleman process and use webpack and babel
- and write better code
project-management productivity
asked Jul 27 '16 at 6:35
STEEL
934
closed as unclear what you're asking by Jan Doggen, mhoran_psprep, gnat, Lilienthal♦, Richard U Jul 27 '16 at 12:49
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
 |Â
show 3 more comments
up vote
-5
down vote
favorite
How do i deal with a colleague who doesn't want to bring the new version of JavaScript into projects.
Current scenario:
- Team Size: 3.
- Team members are the decision makers.
- Using ES6 the only benefit removal of Middleman process and use webpack and babel
- and write better code
project-management productivity
asked Jul 27 '16 at 6:35
STEEL
934
closed as unclear what you're asking by Jan Doggen, mhoran_psprep, gnat, Lilienthal♦, Richard U Jul 27 '16 at 12:49
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
3
How backward compatible is everything? Have you done full sociability testing with all existing applications? It sounds like your colleague is being suitably professional and risk averse. Once you've done your testing, then you can look at upgrading.
– Jane S♦
Jul 27 '16 at 6:39
5
Per Dean Inge: "There are two kinds of fool. One says 'this is old, and therefore good.' The other says 'this is new, and therefore better.'" Do you have a good reason why you must upgrade, and take the risk of unknown new problems? Does s/he have a good reason for not upgrading? You may both be right, or wrong, for different reasons.
– keshlam
Jul 27 '16 at 6:46
2
What is your work setup? Just the two of you? Who is responsible for the software stack in your company? Who pays for it? This question misses a lot of information.
– Jan Doggen
Jul 27 '16 at 7:05
2
@STEEL I can see why he wouldnt want to, lots of Problems can come with it, also could you add the size of your Team? internal or external products/Clients? Reason why your colleague does not want to upgrade?
– Raoul Mensink
Jul 27 '16 at 7:21
1
With the question written from a technical perspective, you're on the wrong site. We've also covered how to argue for technical/logistical improvements/updates before.
– Lilienthal♦
Jul 27 '16 at 12:23
 |Â
show 3 more comments
up vote
-5
down vote
favorite
up vote
-5
down vote
favorite
How do i deal with a colleague who doesn't want to bring the new version of JavaScript into projects.
Current scenario:
- Team Size: 3.
- Team members are the decision makers.
- Using ES6 the only benefit removal of Middleman process and use webpack and babel
- and write better code
project-management productivity
asked Jul 27 '16 at 6:35
STEEL
934
How do i deal with a colleague who doesn't want to bring the new version of JavaScript into projects.
Current scenario:
- Team Size: 3.
- Team members are the decision makers.
- Using ES6 the only benefit removal of Middleman process and use webpack and babel
- and write better code
project-management productivity
asked Jul 27 '16 at 6:35
STEEL
934
edited Jul 27 '16 at 9:38
asked Jul 27 '16 at 6:35
STEEL
934
asked Jul 27 '16 at 6:35
STEEL
934
asked Jul 27 '16 at 6:35
STEEL
934
934
closed as unclear what you're asking by Jan Doggen, mhoran_psprep, gnat, Lilienthal♦, Richard U Jul 27 '16 at 12:49
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
closed as unclear what you're asking by Jan Doggen, mhoran_psprep, gnat, Lilienthal♦, Richard U Jul 27 '16 at 12:49
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
3
How backward compatible is everything? Have you done full sociability testing with all existing applications? It sounds like your colleague is being suitably professional and risk averse. Once you've done your testing, then you can look at upgrading.
– Jane S♦
Jul 27 '16 at 6:39
5
Per Dean Inge: "There are two kinds of fool. One says 'this is old, and therefore good.' The other says 'this is new, and therefore better.'" Do you have a good reason why you must upgrade, and take the risk of unknown new problems? Does s/he have a good reason for not upgrading? You may both be right, or wrong, for different reasons.
– keshlam
Jul 27 '16 at 6:46
2
What is your work setup? Just the two of you? Who is responsible for the software stack in your company? Who pays for it? This question misses a lot of information.
– Jan Doggen
Jul 27 '16 at 7:05
2
@STEEL I can see why he wouldnt want to, lots of Problems can come with it, also could you add the size of your Team? internal or external products/Clients? Reason why your colleague does not want to upgrade?
– Raoul Mensink
Jul 27 '16 at 7:21
1
With the question written from a technical perspective, you're on the wrong site. We've also covered how to argue for technical/logistical improvements/updates before.
– Lilienthal♦
Jul 27 '16 at 12:23
 |Â
show 3 more comments
3
How backward compatible is everything? Have you done full sociability testing with all existing applications? It sounds like your colleague is being suitably professional and risk averse. Once you've done your testing, then you can look at upgrading.
– Jane S♦
Jul 27 '16 at 6:39
5
Per Dean Inge: "There are two kinds of fool. One says 'this is old, and therefore good.' The other says 'this is new, and therefore better.'" Do you have a good reason why you must upgrade, and take the risk of unknown new problems? Does s/he have a good reason for not upgrading? You may both be right, or wrong, for different reasons.
– keshlam
Jul 27 '16 at 6:46
2
What is your work setup? Just the two of you? Who is responsible for the software stack in your company? Who pays for it? This question misses a lot of information.
– Jan Doggen
Jul 27 '16 at 7:05
2
@STEEL I can see why he wouldnt want to, lots of Problems can come with it, also could you add the size of your Team? internal or external products/Clients? Reason why your colleague does not want to upgrade?
– Raoul Mensink
Jul 27 '16 at 7:21
1
With the question written from a technical perspective, you're on the wrong site. We've also covered how to argue for technical/logistical improvements/updates before.
– Lilienthal♦
Jul 27 '16 at 12:23
3
3
How backward compatible is everything? Have you done full sociability testing with all existing applications? It sounds like your colleague is being suitably professional and risk averse. Once you've done your testing, then you can look at upgrading.
– Jane S♦
Jul 27 '16 at 6:39
How backward compatible is everything? Have you done full sociability testing with all existing applications? It sounds like your colleague is being suitably professional and risk averse. Once you've done your testing, then you can look at upgrading.
– Jane S♦
Jul 27 '16 at 6:39
5
5
Per Dean Inge: "There are two kinds of fool. One says 'this is old, and therefore good.' The other says 'this is new, and therefore better.'" Do you have a good reason why you must upgrade, and take the risk of unknown new problems? Does s/he have a good reason for not upgrading? You may both be right, or wrong, for different reasons.
– keshlam
Jul 27 '16 at 6:46
Per Dean Inge: "There are two kinds of fool. One says 'this is old, and therefore good.' The other says 'this is new, and therefore better.'" Do you have a good reason why you must upgrade, and take the risk of unknown new problems? Does s/he have a good reason for not upgrading? You may both be right, or wrong, for different reasons.
– keshlam
Jul 27 '16 at 6:46
2
2
What is your work setup? Just the two of you? Who is responsible for the software stack in your company? Who pays for it? This question misses a lot of information.
– Jan Doggen
Jul 27 '16 at 7:05
What is your work setup? Just the two of you? Who is responsible for the software stack in your company? Who pays for it? This question misses a lot of information.
– Jan Doggen
Jul 27 '16 at 7:05
2
2
@STEEL I can see why he wouldnt want to, lots of Problems can come with it, also could you add the size of your Team? internal or external products/Clients? Reason why your colleague does not want to upgrade?
– Raoul Mensink
Jul 27 '16 at 7:21
@STEEL I can see why he wouldnt want to, lots of Problems can come with it, also could you add the size of your Team? internal or external products/Clients? Reason why your colleague does not want to upgrade?
– Raoul Mensink
Jul 27 '16 at 7:21
1
1
With the question written from a technical perspective, you're on the wrong site. We've also covered how to argue for technical/logistical improvements/updates before.
– Lilienthal♦
Jul 27 '16 at 12:23
With the question written from a technical perspective, you're on the wrong site. We've also covered how to argue for technical/logistical improvements/updates before.
– Lilienthal♦
Jul 27 '16 at 12:23
 |Â
show 3 more comments
2 Answers
2
active
oldest
votes
up vote
3
down vote
accepted
Is there a genuine benefit to using ECMAscript 6 over 5 in the applications you're building? Does this benefit actually bring any real cost-benefit/time-benefit over continuing to use ECMAscript 5?
From your colleagues perspective, there needs to be a good reason to do this. If you're working in a team, its very likely not everyone is familiar with the latest version of ECMAscript. Is it really worth expecting everyone to know the new features of this version without having any real added benefit? I honestly don't think so.
My suggestion would be to give your colleague evidence that this will improve your product. These improvements needs to be significant enough that they are a real benefit and not just saving a line of code in your application.
answered Jul 27 '16 at 9:21
Dandy
32416
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
1
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
3
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
 |Â
show 1 more comment
up vote
0
down vote
I would try to convince them anyway. Tell them how important it is to keep up to date with the latest technology. Also, a good thing would be to see if using ES6 is actually useful or not. If it's not, then don't bother too much about it. If it is, then tell them exactly why. For example:
If you use ES6, you can do X much better and features like Y and Z will be available which will make anything much better.
edited Jul 27 '16 at 10:31
TRiG
155214
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
suggest improvements |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
accepted
Is there a genuine benefit to using ECMAscript 6 over 5 in the applications you're building? Does this benefit actually bring any real cost-benefit/time-benefit over continuing to use ECMAscript 5?
From your colleagues perspective, there needs to be a good reason to do this. If you're working in a team, its very likely not everyone is familiar with the latest version of ECMAscript. Is it really worth expecting everyone to know the new features of this version without having any real added benefit? I honestly don't think so.
My suggestion would be to give your colleague evidence that this will improve your product. These improvements needs to be significant enough that they are a real benefit and not just saving a line of code in your application.
answered Jul 27 '16 at 9:21
Dandy
32416
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
1
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
3
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
 |Â
show 1 more comment
up vote
3
down vote
accepted
Is there a genuine benefit to using ECMAscript 6 over 5 in the applications you're building? Does this benefit actually bring any real cost-benefit/time-benefit over continuing to use ECMAscript 5?
From your colleagues perspective, there needs to be a good reason to do this. If you're working in a team, its very likely not everyone is familiar with the latest version of ECMAscript. Is it really worth expecting everyone to know the new features of this version without having any real added benefit? I honestly don't think so.
My suggestion would be to give your colleague evidence that this will improve your product. These improvements needs to be significant enough that they are a real benefit and not just saving a line of code in your application.
answered Jul 27 '16 at 9:21
Dandy
32416
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
1
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
3
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
 |Â
show 1 more comment
up vote
3
down vote
accepted
up vote
3
down vote
accepted
Is there a genuine benefit to using ECMAscript 6 over 5 in the applications you're building? Does this benefit actually bring any real cost-benefit/time-benefit over continuing to use ECMAscript 5?
From your colleagues perspective, there needs to be a good reason to do this. If you're working in a team, its very likely not everyone is familiar with the latest version of ECMAscript. Is it really worth expecting everyone to know the new features of this version without having any real added benefit? I honestly don't think so.
My suggestion would be to give your colleague evidence that this will improve your product. These improvements needs to be significant enough that they are a real benefit and not just saving a line of code in your application.
answered Jul 27 '16 at 9:21
Dandy
32416
Is there a genuine benefit to using ECMAscript 6 over 5 in the applications you're building? Does this benefit actually bring any real cost-benefit/time-benefit over continuing to use ECMAscript 5?
From your colleagues perspective, there needs to be a good reason to do this. If you're working in a team, its very likely not everyone is familiar with the latest version of ECMAscript. Is it really worth expecting everyone to know the new features of this version without having any real added benefit? I honestly don't think so.
My suggestion would be to give your colleague evidence that this will improve your product. These improvements needs to be significant enough that they are a real benefit and not just saving a line of code in your application.
answered Jul 27 '16 at 9:21
Dandy
32416
answered Jul 27 '16 at 9:21
Dandy
32416
answered Jul 27 '16 at 9:21
Dandy
32416
answered Jul 27 '16 at 9:21
Dandy
32416
32416
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
1
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
3
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
 |Â
show 1 more comment
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
1
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
3
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
the only benefit is for developers, write better code.
– STEEL
Jul 27 '16 at 9:36
1
1
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
@STEEL But that's the thing, new isn't always better when you're working with an already huge code base. If you want to convince someone, give them some sample where you take a snippet and improve it using ECMAScript 6. This might raise some eyebrows and get noticed by people.
– Dandy
Jul 27 '16 at 9:38
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
using ES6 we write less, do more. Thats all I can tell them
– STEEL
Jul 27 '16 at 9:39
3
3
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@STEEL Evidence it. Don't just tell them, show them. Take a module/function/whatever it is you're writing. Make it quicker or smaller using ES6 features. Otherwise, there is no justifiable reason to changeover.
– Dandy
Jul 27 '16 at 9:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
@Dandy I downvoted, dont ask questions to the op in answers, add a comment instead.
– Raoul Mensink
Jul 27 '16 at 14:42
 |Â
show 1 more comment
up vote
0
down vote
I would try to convince them anyway. Tell them how important it is to keep up to date with the latest technology. Also, a good thing would be to see if using ES6 is actually useful or not. If it's not, then don't bother too much about it. If it is, then tell them exactly why. For example:
If you use ES6, you can do X much better and features like Y and Z will be available which will make anything much better.
edited Jul 27 '16 at 10:31
TRiG
155214
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
suggest improvements |Â
up vote
0
down vote
I would try to convince them anyway. Tell them how important it is to keep up to date with the latest technology. Also, a good thing would be to see if using ES6 is actually useful or not. If it's not, then don't bother too much about it. If it is, then tell them exactly why. For example:
If you use ES6, you can do X much better and features like Y and Z will be available which will make anything much better.
edited Jul 27 '16 at 10:31
TRiG
155214
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
suggest improvements |Â
up vote
0
down vote
up vote
0
down vote
I would try to convince them anyway. Tell them how important it is to keep up to date with the latest technology. Also, a good thing would be to see if using ES6 is actually useful or not. If it's not, then don't bother too much about it. If it is, then tell them exactly why. For example:
If you use ES6, you can do X much better and features like Y and Z will be available which will make anything much better.
edited Jul 27 '16 at 10:31
TRiG
155214
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
I would try to convince them anyway. Tell them how important it is to keep up to date with the latest technology. Also, a good thing would be to see if using ES6 is actually useful or not. If it's not, then don't bother too much about it. If it is, then tell them exactly why. For example:
If you use ES6, you can do X much better and features like Y and Z will be available which will make anything much better.
edited Jul 27 '16 at 10:31
TRiG
155214
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
edited Jul 27 '16 at 10:31
TRiG
155214
edited Jul 27 '16 at 10:31
TRiG
155214
edited Jul 27 '16 at 10:31
TRiG
155214
155214
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
answered Jul 27 '16 at 7:45
Joshua Bakker
1375
1375
suggest improvements |Â
suggest improvements |Â
3
How backward compatible is everything? Have you done full sociability testing with all existing applications? It sounds like your colleague is being suitably professional and risk averse. Once you've done your testing, then you can look at upgrading.
– Jane S♦
Jul 27 '16 at 6:39
5
Per Dean Inge: "There are two kinds of fool. One says 'this is old, and therefore good.' The other says 'this is new, and therefore better.'" Do you have a good reason why you must upgrade, and take the risk of unknown new problems? Does s/he have a good reason for not upgrading? You may both be right, or wrong, for different reasons.
– keshlam
Jul 27 '16 at 6:46
2
What is your work setup? Just the two of you? Who is responsible for the software stack in your company? Who pays for it? This question misses a lot of information.
– Jan Doggen
Jul 27 '16 at 7:05
2
@STEEL I can see why he wouldnt want to, lots of Problems can come with it, also could you add the size of your Team? internal or external products/Clients? Reason why your colleague does not want to upgrade?
– Raoul Mensink
Jul 27 '16 at 7:21
1
With the question written from a technical perspective, you're on the wrong site. We've also covered how to argue for technical/logistical improvements/updates before.
– Lilienthal♦
Jul 27 '16 at 12:23