Weird, Safari reloads the page on the demo button clicks and Chrome does not.
UPDATE: the second visit to the page on Safari didn't have the issue. It's interesting to note that some people might have that effect though... reloads on Safari occasionally for whatever reason. Or it could be something rare on my end.
You won't be downvoted by me. He wrote a fun book (Kitchen Confidential, which I enjoyed) and it was downhill from there. He detailed some of his sketchy ethics in that book and it was refreshing.
Essentially, he seemed to me to be a bit of a &*$% and people liked that, confusing it for something admirable and for authenticity. He's till celebrated, especially by CNN, who paid a fortune for his show and then lost out on the chance for future episodes... now they peddle his old content on their landing page. Probably to try to recoup their probable losses.
I use both approaches. One thing is that Clojure code bases are comically hard for anyone to mentally parse if they didn't write it. At least the bulk of programmers... like you'll find on an actual team. Great to write, sure, but not useful in terms of onboarding new team members. Clojure programmers are typically great thinkers. And veterans. But if you are actually trying to build a company, then beware. Your handful of expensive brilliant programmers will build something that you can't bring people in to expand or maintain. Also watch out for the fact that the companies making the awesome tools that COULD be used by noobs often keep them closed source (Datomic and, I think here, Rama). They intend for you to hire them as consultants and pay licenses. Which is all fine... except the 2D languages have real open source libraries with huge adoption and ecosystems.
I'm not sure I'd call a programmer "brilliant" if they cannot A) make a codebase simple enough for people to contribute to and B) handle the social parts of training someone to get good enough to contribute to the codebase.
Agreed. And this is the real miss of much of the Clojure community. There is a handful of amazing people in there pulling 90% of the weight of bringing noobs in to the language. And the rest don't even seem to notice their efforts. Little awards and grants here and there, yes. But the majority don't even care if the language has wider adoption or not. It works for them and that's enough. But many of the successful projects are toy or side project ones. A large number have comically minimal UIs... sub useful in today's world. Quite a few Clojure programmers use 2D languages in their day jobs, only bringing Clojure in for small parts if at all. All of this is a top down vibe. The core team has never meaningfully addressed the terrible error messages the language spits out because they are able to decode the problem themselves. Empathy or concern for noobs or wanting to grow the language seems a far priority for them. The same for the cryptic documentation, seemingly written for themselves at best. Very talented people, mind you... just not concerned with the things that would have caused adoption of their entirely unadopted language (percentagewise).
> And this is the real miss of much of the Clojure community
I wasn't pointing to the Clojure community at large, the Clojure community is very welcoming to beginners and newbies, like I was once.
It's true that the focus on the language is improving it for everyone, not just beginners, and that can appear like a bad idea if you're a beginner, but I personally agree with this goal.
The problem mentioned by parent is something I haven't personally experienced, but seems exclusive to their job/position/experience, and I don't understand calling that specific person/developer brilliant.
"You can get in touch with us at consult@redplanetlabs.com to schedule a free consultation to talk about your application and/or pair program on it. Rama is free for production clusters for up to two nodes and can be downloaded at this page."
I've wanted to try AirPods for my dad as hearing aids, but haven't done so because he would have to have the iPhone on hand. He's too old and blind to operate an iPhone. Can anyone here tell me how to take this awesome repo and make a hearing aid possibility for him with a simpler interface?
setting up hearing aids is a one time thing. then, the main adjustment is the amplification, which can be controlled by swiping on the stem. there is no need for an iphone for using it as hearing aids.
Browsers can be just as powerful as 'native' apps. This is an example of that. Browser apps free the user from proprietary operating systems and their companies. Of course, Linux is a way around that. However, why not just write it once and let students and engineers the world over be able to share and open files easily?
UPDATE: On my newer laptop thius is faster than my native apps. And I was literally drawing shapes within 30 seconds of clicking on the link to this app. Compare that to the nightmare of all the other tools out there with registrations, email clutter, 2FA, and on and on. Oh, and cost in most cases!
UPDATE 2: I have no connection to this team other than having just seen a post online about this tool. I've been navigating the world of SketchUp/AutoCad/Revit recently so this of course is totally thrilling. Especially for what it means for the future.
This is just blatantly wrong. There are so many native resources that any serious 3D application requires access to that are blocked by browsers that this statement just isn't true and never will be.
Out of curiosity, what native resources are needed? It seems Solidworks mainly needs access to the file system, GPU, and perhaps networking. GPU and networking in the browser, and the file handling could be implemented over the network instead of locally.
For most current pro CAD, certainly there are a lot of calls to Win32 libraries on Windows, but those aren't fundamentally needed by a CAD system. There was professional 3D CAD before Windows.
I don't know what native hardware would be needed that isn't already accessible through current Chrome?
There is the full power of CUDA kernels, for starters. Then there's a lot of potential low level optimizations that browsers don't enable that can easily make a 2x to 10x performance difference. Also, there is no good way to give hard bounds on memory usage.
CUDA kernels are a non starter because they require Nvidia GPUs. Things like CAD software will mostly use some kind of lower common denominator graphics layer like openGL. Webgpu is actually a decent alternative to that.
There certainly are optimisations that aren’t possible in web browsers today. Arbitrary wasm memory constraints and difficulties around cpu multithreading or simd for example. But CUDA kernels aren’t a realistic option for most cad software.
I think the use of CUDA is niche in the CAD world, probably constrained to a sub-set of FEA. We dropped 6 figures on an Abaqus system -> new hardware, new software within the last couple of years, and a lot of the analysis still runs on the CPU, with a bit of off load to the GPU.
On the performance end, the is a wide range of CAD that was done on systems more than 10x slower, so that also may not be a deal-breaker. For the simpler end of professional CAD operation, I haven't noticed any performance gain from a 2nd get Core i7 to a 10th gen. On the high-complexity end, there is some benefit for some operations, but certainly there is a wide scope of application that could be fine with only 10% of peak performance on newer work stations.
That's why I said 'can'. Once OS's lift restrictions on what browsers can access then we'll finally have something more close to 'write once run everywhere'. But that wouldn't really help the proprietary software systems and companies.
Was about to say "If we only have some kind of runtime system, which could run an app exactly the same on every supported operating system without needing to port that app, that would be awesome!". :D
If you want performance, you actually wouldn't want it to be exactly the same, ironically. You'd want to include hardware specific optimizations where needed. And unless Java has changed dramatically, this would at least require implementing the core performance critical parts in another compiled language.
The original comment was about (mis)using the browser as some kind of platform independent runtime environment for apps.
Admittedly, at my workplace, I created a few (very simple) html/javascript based apps to get some tasks done quickly (like sorting some tables, or a little task planer tool) as it is convenient, because a browser is something you have everywhere.
UPDATE: the second visit to the page on Safari didn't have the issue. It's interesting to note that some people might have that effect though... reloads on Safari occasionally for whatever reason. Or it could be something rare on my end.
reply