Here's a specific reason devs hate JavaScript!
-
is this the defintion you meant? :rolleyes:
merriam-webster said:
: a usually young and successful person who is strikingly unorthodox, innovative, or avant-garde
That's you :-\
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined anIt's not just JS, there's other languages where the compiler just chugs along trying to make sense of whatever code is there. VB isn't much better (although option strict and option explicit help). Or what about C? Ever had a nonsensical (it seems) error 14 lines later than where you made the mistake? And that's supposed to be THE system language on the planet.
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined an -
Also, come to find out, "use strict"; does not solve this anyways, because it thinks room is already defined as a function. Yes, it was silly of me to name my local var the same as the name of the function but that's another issue. Use strict only tells you about things that are not defined. Of course room is defined as a function. Interesting. So adding "use sctrict" does not solve this problem. Isn't that interesting? There are many ways to shoot yourself in the foot and JavaScript is a machine gun!! :rolleyes:
A convention in JS (and it is just a convention, I do not know if JSLint checks for it) is to name functions that are used as constructors with names starting with a capital letter and functions not used as constructors with names starting with lowercase letters (or $ or _). So, if you had used that convention, you would have written 'new Room()' and you would have been safe.
-
Sander Rossel wrote:
'options strict';
Doh! I just tried your
'options strict';at the top and I set the bad code back (removed var) and it didn't do anything. Same error"room is not a constructor"
Oh, it looks like options strict is a Visual Basic thing. You've outed yourself! You're a VB Dev aren't you? :laugh: So I looked it up and found this: JavaScript "use strict"[^] I added
"use strict";and now it gives me warnings about undefined items. I think it has changed. :)Oops... Option Strict is indeed a remnant from my VB days... :-O
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined anraddevus wrote:
It's only 1000 lines of code. (That's like 4 printed pages. Not bad.)
Only if you have VERY good eyes, because it would be printed in ... Courier New point 2 ;P I'm guessing you actually mean 20 printed pages in Courier New point 9 (which is also not bad) :-\
V.
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined an -
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined anA poor craftsman blames his tools. Javascript (or any language) is as good or bad as the developer using it. You can paint yourself in a corner using any language the only difference is the color of the paint! Sorry guys, but tell me that ain't the truth. ;-)
If you think hiring a professional is expensive, wait until you hire an amateur! - Red Adair
-
Others have mentioned TypeScript, but to catch an error like this, you don't even need to go that far. Set up ESLint with a good rule set (I like the one from Walmart Labs), and it'll scream at you if you forget to use
var. Actually, with that rule set, it'll probably scream at you if you usevarat all instead oflet, and it'll scream at you again if you usedletwhen you could have usedconst. It's a tad annoying at first, but it quickly drills good habits into you. I love TypeScript too, but I find that sometimes, I just prefer to work in dynamically typed JavaScript over TypeScript - and when I do, ESLint helps me catch errors caused by typos and omissions. You'll need to use an editor that supports ESLint, but most of them do. As for why the JS interpreter didn't catch this for you: you gave it syntactically valid code, and it just did what you asked it to! :laugh: I know that's an annoying answer, but with JavaScript approaching its 25th birthday, it has lots of historical baggage and bits of the language that are probably best avoided. Hence my love of ESLint - it's a friendly pedant that reminds when when you step out of bounds. TypeScript is also great, of course. And you can use TSLint too, to ensure your TypeScript code is as pedantically great as possible. :) -
It's not just JS, there's other languages where the compiler just chugs along trying to make sense of whatever code is there. VB isn't much better (although option strict and option explicit help). Or what about C? Ever had a nonsensical (it seems) error 14 lines later than where you made the mistake? And that's supposed to be THE system language on the planet.
-
This is just a tooling problem. When writing Javascript, you always use a linter. (Even when writing Typescript, you can use Tslint) Also: don't use var anymore, use const or let. And use a transpiler if you need to support old IE versions.
Jeroen_R wrote:
Also: don't use var anymore, use const or let. And use a transpiler if you need to support old IE versions.
JavaScript and new rules for a an old JavaScript prototype builder. :sigh: Also, I don't want to support old IE. :laugh:
Dr. McCoy speaking to James Kirk (See Star Trek TOS[^]) (about IE)
It's dead, Jim!
-
A convention in JS (and it is just a convention, I do not know if JSLint checks for it) is to name functions that are used as constructors with names starting with a capital letter and functions not used as constructors with names starting with lowercase letters (or $ or _). So, if you had used that convention, you would have written 'new Room()' and you would have been safe.
jsc42 wrote:
A convention in JS (and it is just a convention, I do not know if JSLint checks for it) is to name functions that are used as constructors with names starting with a capital letter and functions not used as constructors with names starting with lowercase letters
A fantastic convention that is spot on for this problem. I really do try to follow conventions like that too, so I don't shoot myself in the foot, but alas, I am as lazy as anyone else who types code. I'm definitely a slacker. ala Marty McFly and Back To the Future[^] :laugh: It's a great point and I will incorporate that convention into my JS even when I'm typing fast. :thumbsup:
-
Oops... Option Strict is indeed a remnant from my VB days... :-O
Best, Sander sanderrossel.com Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
-
raddevus wrote:
It's only 1000 lines of code. (That's like 4 printed pages. Not bad.)
Only if you have VERY good eyes, because it would be printed in ... Courier New point 2 ;P I'm guessing you actually mean 20 printed pages in Courier New point 9 (which is also not bad) :-\
V.
V. wrote:
Only if you have VERY good eyes, because it would be printed in ... Courier New point 2
Hahaha! You are right. I was thinking 250 words per page. I'm nuts!! 20 pages!! What's going on around here? Oh man, I got to go back and slim things down. :sigh:
-
raddevus wrote:
new room({location:i})just sends in a json object which is used to initialize the object.‘{location:i}’ is Javascript syntax for defining an object. JSON is a format for persisting Javascript objects as text.
-
A poor craftsman blames his tools. Javascript (or any language) is as good or bad as the developer using it. You can paint yourself in a corner using any language the only difference is the color of the paint! Sorry guys, but tell me that ain't the truth. ;-)
If you think hiring a professional is expensive, wait until you hire an amateur! - Red Adair
ClockMeister wrote:
A poor craftsman blames his tools.
ClockMeister wrote:
Sorry guys, but tell me that ain't the truth.
LIES!! All LIES!! :laugh: Yeah, I totally agree with you actually. However, sometimes certain tools need a spark guard or a wires that are covered with insulator that protects me a bit. Sitting In Tub With Toaster I mean, yes, if I'm sitting in the tub holding a plugged in toaster, then I'm the toast. But if my toaster kills me for touching it while it's toasting that's another thing. :laugh:
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined anraddevus, thank you for sharing your story! This is exemplary case why JS is a time bomb, not a language! JS made for children, meaning when child say "I want that!" (despite he allowed or not), JS just silently does "that". It's horrible practice and strictly disallowed in enterprise code. That's why we use "statically typing" languages - they give you 100% guarantee you don't call "toaster.GimmeCoffe" - simply because it cannot! I feel a big sorry for poor JS developers - they chose so horrible language and waste so much time on learning, developing, debugging... Guys, what for?? Are you masochists?? :confused:
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined anJavaScript is like virginity. It is its' own punishment. ;P
Really and Truly.....
-
I'm working on a prototype for a friend. We're attempting to turn a leadership exercise / game into an automated thing. Basically you have 5 people who each take a character type (barbarian, elf, thief, wizard or leader) and attempt to make it through a 36 room dungeon. It's currently played on posterboard with some real tokens so we are keeping it very simple. "I could write that up for you as an HTML5 Canvas game," said I. And so it began. I draw a grid of 6x6 (36 rooms). I put in the obstacles users cannot see. I allow them to move their tokens. Things are going along swimmingly in JavaScript and I'm generating functionality quickly. It's only 1000 lines of code. (That's like 4 printed pages. Not bad.) Suddenly I have this bug. It's on line 238 and tells me "room does not have a constructor" and it only occurs if I move a token and then restart the game. What!?! It looks like the following:
gameVars.allRooms.push(new room({location:i}));
Line 238 has not changed in many iterations (I'm using Git so I can tell).
new room({location:i})just sends in a json object which is used to initialize the object. It's quite simple. But finding the bug is very difficult. After hours of picking it apart line-by-line I find a line of code I suspect that is down in another function and shouldn't affect anything. It's way down on line 756 and the compiler has never said anything about it:function playerMovementHandler(playerTokenIdx){
var output = document.getElementById("output");
var currentPlayer = gameVars.allPlayers[playerTokenIdx];
room = hitTestRoom(currentPlayer,gameVars.allRooms);Do you see that? I accidentally didn't type
var. Sure it seems obvious now. If I had named that room variable anything else (different from the name of the function/class) it wouldn't have ever hurt me either. But, but, but... JavaScript compiler why couldn't you have mentioned it? Maybe if I'd had strict enabled or something. It's me shooting myself in the foot, I know. Here's The Terrible Explanation But the deal is that in this case the JavaScript compiler was redefining my room class (which are functions in JavaScript) using thehitTestRoom()function instead of just calling thehitTestRoom()function and returning the room object. So, when I would restart the game after moving a game token the code would return to the top with the room class redefined an -
Sander Rossel wrote:
Oops... Option Strict is indeed a remnant from my VB days..
That's funny. Don't tell, but I've got VB 1.x then 4.x,5.x,6.x in my background too. Shhhh....
Same here, but I must confess. I still have VB 6.0 in a VM at home. I keep it for nostalgia reasons. Back in the 90's, I had several award winning pieces of software. Still have the code and can still make changes. :-\
When you are dead, you won't even know that you are dead. It's a pain only felt by others. Same thing when you are stupid.
