3 ms·
someone online mentioned(i'll link if i find it again) a quote similar to this, something like that: - go crazy in understanding the problem - break it
by agumonkey 2y ago
someone online mentioned(i'll link if i find it again) a quote similar to this, something like that:
- go crazy in understanding the problem
- break it in small words
- repeat above steps until it's easy to write in forth
- sitkack 2y agoCharles Moore definitely believes in modifying the original problem so that it fits forth while he modifies forth to fit the problem. I have used a similar approach when I needed to get a PoC out in 6 weeks, we made it, but not without drastically modifying "the spec". In one instance the PM wanted continuous queries over geospatial data, millions of points and arbitrary locations along with a time dimension. I changed the spec to use 3 buckets, near, medium and far. That feature took 2 hours, the continuous query itself would have taken weeks or longer. Successful projects have a malleability to them.
- agumonkey 2y ago> Charles Moore definitely believes in modifying the original problem so that it fits forth while he modifies forth to fit the problem. This philosophy is often described by 80s lispers. They're not top-down nor bottom-up.. they lie in the middle. Trying to make a comfy intermediate layer so they can experiment various upper layers to fit the problem and adjust if rapidly in case of changes. Similar to IR in compilers I guess.