Viewing profile — ChrisRus
ChrisRus
HN member- Joined
- Mon, Nov 04, 2013, 8:44 AM UTC
- HN karma
- 63
- Public activity
- 22 items
- HN profile
- View on Hacker News ↗
About ChrisRus
Recent public activity
-
comment
Comment #26699956
Working on a new spin on domain models and software product line engineering, in JavaScript, for data scientists that need to build sophisticated process pipelines, and complex int…
-
comment
Comment #22535607
Note that the idea here is sound; identify and specify the roles of various actors in detail specifying explicitly that they are not actual _classes_. Effectively, this is high-lev…
-
comment
Comment #22535566
OOP is not a helpful paradigm for modeling systems. If it was, we would design digital circuits with classes. But, of course that's not possible. Because classes are absolutely a h…
-
comment
Comment #21632730
This looks very interesting indeed. I am currently working on a system that allows hierarchical system modeling and evaluation of so-called "observable process models". I can easil…
-
comment
Comment #21632687
I am going to watch the whole thing. I guess now it will be largely review. But, the fascination is in the instruction; this is not an easy topic to teach.
-
comment
Comment #19995235
Soon it will take less time and be more cost-effective to commission the integration of an SoC for your application than to risk your business to software basket weavers.
-
comment
Comment #16766059
JavaScript developers interested in this should also take a look at https://encapsule.io/docs/ARCcore/filter that makes it simple to implement bulletproof JSON validation and norma…
-
comment
Comment #16766033
How does this differ from Firebase?
-
comment
Comment #16128099
Need to know. Members of the kernel team generally have zero knowledge of what happens in the build lab between the sources and the product that's released to the world.
-
comment
Comment #16015474
OO is absolutely the wrong paradigm; at its most elegant OO exceeds at encapsulating one very simple form of automata. But is utterly worthless of modeling hierarchical automata sy…
-
comment
Comment #16015383
The more you look at microservices, the more you'll appreciate basic TTL logic design with buffers, blocks, latches, and sequential logic. I wrote a paper about this subject a long…
-
comment
Comment #15906878
I wrote ARCcore.filter to solve many of the issues discussed. And, because it works at the JavaScript function level to normalize/validate function I/O it works well with _everythi…
-
comment
Comment #14094538
I totally believe distributed systems should be modeled using declarative circuit metaphors.
-
comment
Comment #13864104
> From Jack Reeves he cites the epiphany "that in fact the source code is a design document and that the construction phase is actually the use of the compiler and linker." Ha. Tha…
-
comment
Comment #13095449
Cool! Thanks for the links and the reply. > I have felt this train of thought could be useful for a general purpose approach to software engineering beyond distributed systems inte…
-
comment
Comment #13094107
I have been working on a moon-shot project for more than a decade that seeks to model distributed systems as if they were digital logic circuits. One of the natural areas of intere…
-
comment
Comment #12648359
#1 on HackerNews is worth it. Congratulations, man!
-
comment
Comment #12648308
> HW design is not that different from SW design. Shouldn't be. But it is.
-
comment
Comment #12323463
I doubt that Windows will ever be open sourced. I think it's more likely that they continue to integrate Linux API's into the commercial OS product and slowly morph into a their ow…
-
comment
Comment #11897720
will not be swallowed
-
comment
Comment #11320719
I've added comments to the OP but to summarize: OO inheritance is useful for codifying a limited set of real-world models. But to truly generalize, we need to stop pretending that …
-
comment
Comment #11113873
Begging the question: http://www.nizkor.org/features/fallacies/begging-the-questio... Almost _never_ a valid reason to use this phrase. Using it incorrectly signals (a) you're reac…