joelcorrea

3 ms·

1.
by joelcorrea 7y ago
Hi, Joel here, I'm founder of a conversational platform here in Brazil (Ubots). In fact launching a bot should not be a technically complex task. On the other hand there are several disciplines where the complexity resides, such as dia
2.
by joelcorrea 10y ago
I meant, typed vs not-typed. Someone mentioned Clojure, and for me thats the whole point: on one hand, and for a whole category of problems the best abstraction is not to have a strong schema, given the variable parts. On the other hand how
3.
by joelcorrea 10y ago
Pretty much statically typed vs dinamically-typed discussion. It depends on your particular case, if there is a sufficiently defined schema or not
4.
by joelcorrea 11y ago
The verbosity itself shouldn't be a problem, if it someway helps to understand the class / method meaning. But, on the other hand redundancy can be a problem in my opinion, specially considering there is always a context where you
5.
Ask HN: What's next after the FP trend
2 points by joelcorrea 11y ago|0 comments
6.
by joelcorrea 11y ago
My 2 cents I think that one of the best ways to learn things in depth is to share and discuss it with other skilled professionals who can share their thoughts based on other points of view. There is always something new to learn from the ot
7.
by joelcorrea 11y ago
Hi, The main peculiarity about this solution is that on this case we had a complex input type, where a transition on an inner element may influence the state on the outer element. For example, given the following structure: - A1 (state=1) -
8.
Designing a State Machine without conditionals(jjcorrea.github.io)
9 points by joelcorrea 11y ago|4 comments