5 ms·

What do you mean by the "latest technologies"? Nothing really changed fundamentally during the last 30 years.

by sklogic 11y ago

mattmanser 11y ago
What a silly thing to say.
- sklogic 11y ago
  Yes, this is a kind of stuff people say when they don't have any proper arguments.
  - M8 11y ago
    People look at e.g. Node.js and think it's a "new" "technology" or even in some cases "platform". In reality it's a well-known Reactor Pattern with some package management running on a not-very-slow virtual machine using exclusively a weakly typed dynamic language which takes years to update with features.
    - xyzzy123 11y ago
      And yet a vastly more productive environment than actually trying to get the same thing done in C++. I've worked with two commercial C++ systems designed around the reactor pattern, so perhaps not an expert, but this is not a drive-by comment either. The C++ projects I worked on ended up requiring extra little "threads on the side" to deal with stuff like sync DB drivers or closed source libs. Little inefficiencies added up to the point where we may as well have done the darn things in JS anyway.
  - mattmanser 11y ago
    It's pretty obvious things have moved on massively since the 80s. You're trying to make an (extremely weak) reductio ad absurdum argument, an intellectually bankrupt solipsist. There's no point engaging you with anything more than exasperation, especially since the guy's asking for help, not useless snark. Actually, to be completely honest, because you've made me angry now, only an asshole would say something like that to someone asking for help.
    - sklogic 11y ago
      > It's pretty obvious things have moved on massively since the 80s. Not that obvious for me. I cannot see any significant changes. Mind giving some examples? > especially since the guy's asking for help He's asking for motivation, not for help. And it should be good to know that he do not need to learn much, everything is pretty much the same as it used to be, just presented slightly differently. New terminology can be learned in a couple of days. And this is the false perception that things have changed and there is a lot to learn that made the OP feel powerless. You're not helping him by reiterating the bullshit that have scared him in the first place.
facepalm 11y ago
Well I can't get a job as a JavaScript developer atm because I have never used any of the new client side frameworks like AngularJS or React. I have only toyed with NodeJS and CouchDB is the only NoSQL database I have tried. I used to be a Java developer, but haven't monitored the developments of the language and best practices for the last 3 years. Also I don't really like Java anymore. I ponder getting into Android, but it's Java again, and then I find I have to learn a whole new style language that is almost but not quite like CSS, but seemingly less powerful. I don't really care about agile development or scrum, another deal breaker for many jobs. I like data science, but it seems mostly PhDs fresh from university or other young people are being hired for that. I actually enjoy doing Coursera or Udacity courses in data science, but it's not enough.
- sklogic 11y ago
  > JavaScript ECMA-262: around 250 pages, most of which is just water. One day reading. No new concepts are introduced over anything that existed 30 years ago, so it does not require any learning, just knowing where to look for a reference. > client side frameworks Who need to learn the libraries? They must have some documentation, I suppose. And again, I really doubt any of those managed to introduce a fundamentally new concept which was not known 30 years ago. > but haven't monitored the developments of the language and best practices for the last 3 years The safest assumption is that nothing really changed. > I like data science I.e., statistics, a > 100 years old science.
  - facepalm 11y ago
    "Who need to learn the libraries? They must have some documentation, I suppose." I am not saying it would be difficult. But I lack the energy. I have read a lot of documentation in my 30 years of programming.
    - sklogic 11y ago
      You only need to read the documentation as you go, and only the relevant bits. Not in advance.
- 11y ago
ColinWright 11y ago
Thank you for that - you just made me snort coffee through my nose ... In fact, I had to resort to a calculator to check my arithmetic, something I haven't had to do in a long time. I checked my calendar to make sure it really is 2015, and then: $ eq 2015-1989 > 26 So the World Wide Web was invented 26 years ago, which is less than 30 years. I, too, find myself falling behind. I don't know what a "container" might be, and I certainly don't know what "docker" is. I don't know how to write an app, and I've never seen code that uses react.js In fact, with a few exceptions I don't know what any of these are: > http://en.wikipedia.org/wiki/List_of_JavaScript_libraries http://en.wikipedia.org/wiki/List_of_JavaScript_libraries I have programmed in Python, Ruby, and Haskell, but if you think nothing has fundamentally changed in the last 30 years, good for you.
- sklogic 11y ago
  Hypertext systems existed long before WWW. It brought nothing new really. > I don't know what a "container" might be It's some poor man crap that mimics the IBM mainframes from 1970s. > I have programmed in Python, Ruby, and Haskell, but if you think nothing has fundamentally changed in the last 30 years, good for you. Smalltalk, Simula, Lisp, ML, Miranda, all are over 30 years old. Python, Ruby and Haskell did not bring anything fundamentally new.
  - ColinWright 11y ago
    If you want to write for IBM mainframes that's great, but if you want to write stuff in modern ecosystems there's a shed-load to learn. It's not about the underlying ideas of the fundamental technology, it's all the crap you need to learn to glue it together and make it run on science-fiction devices. And I've programmed in Smalltalk, Simula, Lisp (of various flavors), ML, Miranda, C, BCPL, MCPL, Occam, zed (probably not the one you're thinking of), BASIC (probably not the one you're thinking of), ForTran (probably not the one you're thinking of, or that one either) and more, and to me, there's a great deal to learn to get to Haskell, OCaml, etc., and even more to learn to get into the current ecosystems.
    - 11y ago

What do you mean by the "latest technologies"? Nothing really changed fundamentally during the last 30 years.

by sklogic 11y ago

What do you mean by the "latest technologies"? Nothing really changed fundamentally during the last 30 years.

mattmanser 11y ago

What a silly thing to say.

sklogic 11y ago
Yes, this is a kind of stuff people say when they don't have any proper arguments.
- M8 11y ago
  People look at e.g. Node.js and think it's a "new" "technology" or even in some cases "platform". In reality it's a well-known Reactor Pattern with some package management running on a not-very-slow virtual machine using exclusively a weakly typed dynamic language which takes years to update with features.
  - xyzzy123 11y ago
    And yet a vastly more productive environment than actually trying to get the same thing done in C++. I've worked with two commercial C++ systems designed around the reactor pattern, so perhaps not an expert, but this is not a drive-by comment either. The C++ projects I worked on ended up requiring extra little "threads on the side" to deal with stuff like sync DB drivers or closed source libs. Little inefficiencies added up to the point where we may as well have done the darn things in JS anyway.
- mattmanser 11y ago
  It's pretty obvious things have moved on massively since the 80s. You're trying to make an (extremely weak) reductio ad absurdum argument, an intellectually bankrupt solipsist. There's no point engaging you with anything more than exasperation, especially since the guy's asking for help, not useless snark. Actually, to be completely honest, because you've made me angry now, only an asshole would say something like that to someone asking for help.
  - sklogic 11y ago
    > It's pretty obvious things have moved on massively since the 80s. Not that obvious for me. I cannot see any significant changes. Mind giving some examples? > especially since the guy's asking for help He's asking for motivation, not for help. And it should be good to know that he do not need to learn much, everything is pretty much the same as it used to be, just presented slightly differently. New terminology can be learned in a couple of days. And this is the false perception that things have changed and there is a lot to learn that made the OP feel powerless. You're not helping him by reiterating the bullshit that have scared him in the first place.

facepalm 11y ago

Well I can't get a job as a JavaScript developer atm because I have never used any of the new client side frameworks like AngularJS or React. I have only toyed with NodeJS and CouchDB is the only NoSQL database I have tried. I used to be a Java developer, but haven't monitored the developments of the language and best practices for the last 3 years. Also I don't really like Java anymore. I ponder getting into Android, but it's Java again, and then I find I have to learn a whole new style language that is almost but not quite like CSS, but seemingly less powerful. I don't really care about agile development or scrum, another deal breaker for many jobs. I like data science, but it seems mostly PhDs fresh from university or other young people are being hired for that. I actually enjoy doing Coursera or Udacity courses in data science, but it's not enough.

sklogic 11y ago
> JavaScript ECMA-262: around 250 pages, most of which is just water. One day reading. No new concepts are introduced over anything that existed 30 years ago, so it does not require any learning, just knowing where to look for a reference. > client side frameworks Who need to learn the libraries? They must have some documentation, I suppose. And again, I really doubt any of those managed to introduce a fundamentally new concept which was not known 30 years ago. > but haven't monitored the developments of the language and best practices for the last 3 years The safest assumption is that nothing really changed. > I like data science I.e., statistics, a > 100 years old science.
- facepalm 11y ago
  "Who need to learn the libraries? They must have some documentation, I suppose." I am not saying it would be difficult. But I lack the energy. I have read a lot of documentation in my 30 years of programming.
  - sklogic 11y ago
    You only need to read the documentation as you go, and only the relevant bits. Not in advance.
11y ago

ColinWright 11y ago

Thank you for that - you just made me snort coffee through my nose ... In fact, I had to resort to a calculator to check my arithmetic, something I haven't had to do in a long time. I checked my calendar to make sure it really is 2015, and then: $ eq 2015-1989 > 26 So the World Wide Web was invented 26 years ago, which is less than 30 years. I, too, find myself falling behind. I don't know what a "container" might be, and I certainly don't know what "docker" is. I don't know how to write an app, and I've never seen code that uses react.js In fact, with a few exceptions I don't know what any of these are: > http://en.wikipedia.org/wiki/List_of_JavaScript_libraries http://en.wikipedia.org/wiki/List_of_JavaScript_libraries I have programmed in Python, Ruby, and Haskell, but if you think nothing has fundamentally changed in the last 30 years, good for you.

sklogic 11y ago
Hypertext systems existed long before WWW. It brought nothing new really. > I don't know what a "container" might be It's some poor man crap that mimics the IBM mainframes from 1970s. > I have programmed in Python, Ruby, and Haskell, but if you think nothing has fundamentally changed in the last 30 years, good for you. Smalltalk, Simula, Lisp, ML, Miranda, all are over 30 years old. Python, Ruby and Haskell did not bring anything fundamentally new.
- ColinWright 11y ago
  If you want to write for IBM mainframes that's great, but if you want to write stuff in modern ecosystems there's a shed-load to learn. It's not about the underlying ideas of the fundamental technology, it's all the crap you need to learn to glue it together and make it run on science-fiction devices. And I've programmed in Smalltalk, Simula, Lisp (of various flavors), ML, Miranda, C, BCPL, MCPL, Occam, zed (probably not the one you're thinking of), BASIC (probably not the one you're thinking of), ForTran (probably not the one you're thinking of, or that one either) and more, and to me, there's a great deal to learn to get to Haskell, OCaml, etc., and even more to learn to get into the current ecosystems.
  - 11y ago