|
javascript, like the rest of the web, is always decades behind the rest of computing. they'll have multithreading in about 20 years and claim it to be revolutionary.
|
#
?
Oct 15, 2012 23:42
|
|
|
|
| # ? May 9, 2024 15:05 |
|
|
They'll get green threads and tell everyone it's the best thing since nonblocking io
|
|
#
?
Oct 15, 2012 23:55
|
|
|
green threads are a thing that exists tho
|
|
#
?
Oct 15, 2012 23:55
|
|
|
For JS even? Then they'll be the next big thing once JS devs realize that callbacks have shortcomings
|
|
#
?
Oct 15, 2012 23:58
|
|
|
One thread, Two thread, Red thread, Blue thread, Black thread, Blue thread, Old thread, New thread. This one has a little car. This one has a little star. Say! What a lot of threads there are. Yes. Some are red, and some are blue. Some are old and some are new. Some are sad, and some are glad, And some are very, very bad. Why are they sad and glad and bad? I do not know, go ask your dad. Some are thin, and some are fat. The fat one has a yellow hat. From there to here, From here to there, Funny things are everywhere. Here are some who like to run. They run for fun in the hot, hot sun. Oh me! Oh my! Oh me! oh my! What a lot of funny things go by. Some have two feet and some have four. Some have six feet and some have more. Where do they come from? I can't say. But I bet they have come a long, long way. we see them come, we see them go. Some are fast. Some are slow. Some are high. Some are low. Not one of them is like another. Don't ask us why, go ask your mother.
|
|
#
?
Oct 15, 2012 23:59
|
|
|
https://www.youtube.com/watch?v=zY-IueSMAPc this is the bestest 
|
|
#
?
Oct 16, 2012 00:23
|
|
|
Nomnom Cookie posted:For JS even? Then they'll be the next big thing once JS devs realize that callbacks have shortcomings
|
|
#
?
Oct 16, 2012 00:24
|
|
|
nio it's not
|
|
#
?
Oct 16, 2012 00:29
|
|
|
tef posted:https://www.youtube.com/watch?v=zY-IueSMAPc lol
|
|
#
?
Oct 16, 2012 01:25
|
|
|
tef posted:nio it's not the only time you can have non-blocking io is when you dont care what the result of the io operation is. this means it doesnt matter what any of the rest of your code does.
|
|
#
?
Oct 16, 2012 01:33
|
|
|
theres a difference between a particular task blocking (which drat sure happens in node.js) and the whole multi-task system blocking, not that nodefans know the difference or care
|
|
#
?
Oct 16, 2012 02:53
|
|
|
What is going to happen to Django with python 3.0?
|
|
#
?
Oct 16, 2012 05:58
|
|
|
salted hash browns posted:What is going to happen to Django with python 3.0? It's deprecated, it's all just deprecated to hell god drat it.
|
|
#
?
Oct 16, 2012 09:50
|
|
|
what should I know about django I have this interview and I already said I don't know much about django and it's not a requirement to be django proficient but anyway what should I say about it other than I like the original movie but I'm not sure about quentin tarantino's...
|
|
#
?
Oct 16, 2012 10:16
|
|
|
I mean the dude already made kung fu, horror and war movies. is he really cut for western? I don't know man
|
|
#
?
Oct 16, 2012 10:17
|
|
Shaggar posted:the only time you can have non-blocking io is when you dont care what the result of the io operation is. this means it doesnt matter what any of the rest of your code does. lol
|
|
|
#
?
Oct 16, 2012 10:54
|
|
|
~shaggar~
|
|
|
#
?
Oct 16, 2012 10:55
|
|
|
Shaggar posted:no i mean green threads are an actual thing that exists in the world somewhere. non-blocking io is an oxymoron You're an oxymoron.
|
|
#
?
Oct 16, 2012 11:01
|
|
|
i mean you're going to have to wait on the result of the io at some point if you care about the result, but that doesn't mean you can't do other stuff before that i guess shaggar is technically right in a really weird and borderline wrong way X-BUM-RAIDER-X fucked around with this message at 11:11 on Oct 16, 2012 |
|
|
#
?
Oct 16, 2012 11:05
|
|
|
shaggar is the best poster in yospos lmao
|
|
#
?
Oct 16, 2012 14:13
|
|
|
and to think, i once had him on ignore  im sorry shags truly
|
|
#
?
Oct 16, 2012 14:14
|
|
|
OBAMA BIN LOADIN posted:i mean you're going to have to wait on the result of the io at some point if you care about the result, but that doesn't mean you can't do other stuff before that you cant do anything that depends on the result of the io. and anything thats not dependant on the io is happening in another thread anyway so you're still blocked on the return of the io thread.
|
|
#
?
Oct 16, 2012 15:00
|
|
|
the only time i think io results dont matter ever are any kind of udp streaming stuff. games/video/voice. where even if you could detect the failure its too late to fix it because the game state/video/conversation is already past where that data mattered.
|
|
#
?
Oct 16, 2012 15:02
|
|
|
Jonny 290 posted:shaggar is the best poster in yospos lmao 
|
|
#
?
Oct 16, 2012 15:03
|
|
Shaggar posted:you cant do anything that depends on the result of the io. and anything thats not dependant on the io is happening in another thread anyway so you're still blocked on the return of the io thread. yeah that's why i said you were technically right. it's good, for example, if you want to kick off multiple IOs in parallel and have them block on a semaphore or something. it's the non-blocking nature of the io that allows this but yeah it's still blocks until the return of all of the IO essentially.
|
|
|
#
?
Oct 16, 2012 15:05
|
|
|
In the world of green threads you run your io on its own thread anyway when you dont want it to block non-io dependant processing (ex: ui). So the idea that node.js provides some major improvement by hiding the blocking io is even more retarded because its users dont understand how they own poo poo works. or even worse, they actually believe its magical and because they use a web-scale "database" they dont need to handle an io result event before moving on with their workflow. "transactional data???? pffft that takes too long. just do a dirty write and we'll delete all the bad records before it goes to reporting" there are no situations where node.js is a good thing. javascript and web "development" are the worst and promote the worst habits + developers.
|
|
#
?
Oct 16, 2012 15:12
|
|
|
node.js is garbage and i'm disappointed that ted dziuba took down his post about it since it owned node.js developers pretty badly
|
|
|
#
?
Oct 16, 2012 15:13
|
|
|
Shaggar posted:or even worse, they actually believe its magical and because they use a web-scale "database" they dont need to handle an io result event before moving on with their workflow. "transactional data???? pffft that takes too long. just do a dirty write and we'll delete all the bad records before it goes to reporting" You seem to be confusing write cacheing with nonblocking IO. They are not the same. You are dumb.
|
|
#
?
Oct 16, 2012 15:18
|
|
|
can you even do transactions w/ scrub-tier fake (non-relational) databases?
|
|
#
?
Oct 16, 2012 15:20
|
|
|
Shaggar posted:can you even do transactions w/ scrub-tier fake (non-relational) databases? Yup, you just put a global lock server in your deployment. 
|
|
#
?
Oct 16, 2012 15:25
|
|
|
lmao, for real?
|
|
#
?
Oct 16, 2012 15:27
|
|
|
Shaggar posted:can you even do transactions w/ scrub-tier fake (non-relational) databases? not sure what the purpose of transactions would be in a k-v store do you mean to avoid r-w/w-w conflicts or what
|
|
#
?
Oct 16, 2012 15:36
|
|
|
to guarantee data integrity, but i guess you dont (cant) really care about that if its a fake db.
|
|
#
?
Oct 16, 2012 15:39
|
|
|
p. much
|
|
#
?
Oct 16, 2012 15:39
|
|
|
so its not so much "non-blocking" io as it is "doesnt matter if it works" io
|
|
#
?
Oct 16, 2012 15:40
|
|
|
Milkie Galore posted:not sure what the purpose of transactions would be in a k-v store code:
|
|
#
?
Oct 16, 2012 15:40
|
|
|
Zombywuf posted:
also traditional race-conditions when updating any sort of sum over values code:
|
|
#
?
Oct 16, 2012 15:54
|
|
|
Win8 Hetro Experie posted:
|
|
#
?
Oct 16, 2012 15:55
|
|
|
well when your data doesn't conform to a strict schema and you need to write a distributed map-reduce query just to figure out your schema so you can write a distributed map-reduce query to calculate a sum, updating a simple sum-value with every little addition doesn't sound so bad anymore 
|
|
#
?
Oct 16, 2012 16:24
|
|
|
|
| # ? May 9, 2024 15:05 |
|
|
i dont have any problems that could use mapreduce so i've never used it
|
|
#
?
Oct 16, 2012 16:31
|
|