| ▲ | criddell 15 hours ago |
| > makes supporting client side applications so much easier I was thinking that supporting a Smalltalk application must be a nightmare because it is so malleable. Users can inspect and modify the entire system, no? |
|
| ▲ | hboon an hour ago | parent | next [-] |
| In several implementations you can strip the image down (to remove the dev tools, etc). And some let you ship as single file executables |
|
| ▲ | e12e 14 hours ago | parent | prev | next [-] |
| I used to think so, then watched as javascript in the browser rose to be the premium application platform - where the user has access to a console/repl, developer tools etc... |
| |
| ▲ | sethhochberg 14 hours ago | parent [-] | | I think many people would suggest that this was more of an accident due to the ubiquity of the browser, though. The transition from "websites" to "web apps" was well underway by the time the dev tools became a built-in browser feature - Chrome was notable for being the first browser to release with the console, inspectors, etc out of the box, but that came later. The developer experience was quite a bit rougher in the early days, and then better but still not native in the days of plugins like Firebug. The web becoming the premium app distribution platform was, firstly, because the web was the lowest-common-denominator distribution channel. Javascript was just the tool that was available where everyone wanted to run. | | |
| ▲ | e12e 10 hours ago | parent [-] | | Yes, but maintaining a webapp isn't a nightmare due to the user being able to inspect css, edit html or access the javascript console? | | |
| ▲ | NetMageSCW 10 hours ago | parent [-] | | The difference is the changes the user can make don’t flow back to the original. If the user hits refresh they get your copy of the web app, not theirs. |
|
|
|
|
| ▲ | Qem 15 hours ago | parent | prev | next [-] |
| > Users can inspect and modify the entire system, no? That should make the Smalltalk family popular with free software proponents. That makes me curious why that is not the case in history. The efforts of FSF on Smalltalk pale in comparison with those on C, Lisp and other languages. |
| |
| ▲ | pjmlp 41 minutes ago | parent [-] | | C was only open until AT&T was allowed to charge for UNIX, and it became an international standard in 1989. It was thanks to GCC that most folks actually got a free C compiler after those events, coupled with Sun starting the trend among UNIX vendors that developer tools would be extra license, no longer available on a regular UNIX installation. |
|
|
| ▲ | igouy 11 hours ago | parent | prev | next [-] |
| > Users can inspect and modify the entire system, no? End users? Yes if you - want them to - let them; No if you - don't want them to - stop them. |
|
| ▲ | ssdspoimdsjvv 10 hours ago | parent | prev | next [-] |
| Smalltalk being so malleable also makes it possible to completely disable source code inspection/execution. |
| |
| ▲ | igouy 10 hours ago | parent [-] | | And then what? Say you made the foreground text color the same as the background text color, so you could no longer see the source code. You can no longer do anything. You can no longer save those changes. And then what? Better, say you did that in a script file which additionally saved the image, so that image was now unusable. And then what? |
|
|
| ▲ | supportengineer 15 hours ago | parent | prev [-] |
| Correct, at least that was true when I was a Smalltalk developer. |