89 karma · joined December 31, 2013
span:nth-child(2n+4), span:nth-child(3n+6), span:nth-child(5n+10), span:nth-child(7n+14), span:nth-child(11n+22), span:nth-child(13n+26), span:nth-child(17n+34), span:nth-child(19n+38), span:nth-child(23n+46), span:nth-child(29n+58), span:nth-child(31n+62),
This experience made me question myself: is it wrong to create a lot of objects in memory and let them reference each other, and hope Garbage Collector to magically work?
If instead of object, we just put data into memory more organized as a (column) database, then we don't need GC anymore.
OOP made programming easier, by modeling real world as object. At the same time, it made memory management harder, since it's not nature to the hardware's memory model: a linear array of memory cells.
I wish in future, there is a place for this paradigm of in memory database model of programming.
For me, it seemed to be more interesting to provide an excel interface to database.
Again, I don't have Verilog experience before and I might be totally wrong.
BTW, the stackage project have resolved a big problem (Cabel hell) in Haskell ecosystem, and I start to use haskell again.
Also it's good to make this kind of feature as plugin, so it will reduce the code complexity.