>The difference is that our younger selves were maybe more optimistic and naive and probably would have just produced a new mess for the next one to scratch his/her head about.
I haven't read the book, but that paragraph makes me think in all the artists that never did anything interesting, but were artists. It makes me think in all the artists that believed strongly that their work, and indeed their existence, was of the utmost importance, even if it wasn't.
This is not a rant, you need to believe in yourself to do art, you need to believe that your work is of the most upmost importance, otherwise you wouldn't be able to give in to it.
The problem is that, from the outside, that is not necessarily true, and often isn't.
I actually agree with the premise, I do need solitude to be creative. I don´t want to feel lonely, but I need to feel that my mind will not be perturbed at unexpected times, for unwelcome reasons. I just want to emphasize that calling ourselves artists is not making us any favors.
> It may not make sense right now, but you may spend the next decade or so chasing money to get to a point of contentment only to realize that you’re chasing after money because you think it’s going to give you peace. The turn is when you figure out money doesn’t give you peace.
it does give me peace, it relaxes me to know my son will have food and shelter. That we'll be able to pay for learning resources and fun things. It helps to know that, if things get a bit rough, we will have some money to hold on until things get better.
It relaxes me to know that if any of us get sick, we'll be able to pay the bills... hopefully.
>Nothing you point out gets even close, in my mind, to stuff like null pointers or untyped code. So I wonder what languages you have in mind that require less patience.
You two are talking about two different things:
- The parent is talking about the ecosystem, how menial tasks have tooling in "less interesting" languages
- You are talking about the language itself
I would venture to guess that the parent would agree with you, if talking about the language in a vacuum.
An interesting competition would be to develop a complex product, without external dependencies.
My sad guess is that languages that are filled with escape hatches, like Java, Javascript, or python, would defeat more strict languages.
It's a sad guess, because I actually do prefer the Haskell way.
most likely Putin and his cronies are too isolated from reality, i.e. the information they receive is filtered/doctored to fit whatever they expect. Not dissimilar to the kings of old, or Dictators like Hitler, or Fidel
> When The College Board, the company who administers Advanced Placement (AP) courses and the SAT test to thousands of future college applicants each year, began developing the AP Computer Science Principles (AP CSP) course(...)The data also showed that students who took AP CSP were over three times as likely to major in computer science when they advanced to college. They are also twice as likely to enroll for AP CSA, a course that focuses on programming languages. Those increases were seen across all desired demographics, including first generation college students.
> I used to be excited by programming language features instead of what problem I was actually trying to solve with programming. I'd spend hours condensing 10 lines of perfectly working code into 1 line of the most concise text possible (...) they should be impressed by what the program does for them, not what language features you used to implement it.
Interestingly, what made me go through similar evolution was the very language in which I was trying to do all those things, namely Scala. After a few years of trying to be "smart", I realized that the problem was usually bigger than the language.
So perhaps, it wasn't Go, nor Scala, who helped us in our realization, but life and experience?
He did quit, there should not be shame in quitting, but he did quit. Others have the same difficulties as him, they don't quit, nor they achieved anything, that is the risk. Now he makes money in Wall Street. By his standards, he hasn't achieve anything yet, nor will ever, other than procuring for his family, which is not a small thing! But his dreams were about "The Grail", if they still are, then he quit. He quit a path that would most likely left him in the dust, but that it was the only path that could have possibly taken him to "The Grail", the current path won't take him anywhere near it. So unless he is able to change the narrative of his own life, he will forever be a failure, independently of how much money he can make in the trading floor.
> I'm the kind of guy that likes to re-run his code continually to see if it validates to what I expect it to be doing. In Rust, this kind of workflow just doesn't work at all.
Interestingly, my case is the exact opposite. When I am coding in Typescript or Python I'm out of place, since I got used to first write the types to make sure everything is aligned, _and then_, start writing logic...
Even in Typescript this workflow is not easy to do, since its compiler is nowhere as powerful.
Researchers at Columbia Engineering, the Georgia Institute of Technology, and Austria's Graz University of Technology have proposed a computational model of the brain based on neuronal assemblies, to expand knowledge of how the brain operates at an intermediate level. The model's application to syntactic processing in language production corresponds with experimental results. Columbia Engineering's Christos Papadimitriou and colleagues developed a computational system, the Assembly Calculus, that encompasses operations of neuronal assemblies that seem to participate in cognitive processes like imprinting memories, concepts, and words. The researchers demonstrated, analytically and via modeling, that the Assembly Calculus can be plausibly realized at the neuronal and synaptic level. Papadimitriou said the model provides a theoretical framework for logical transformation of neural activity into thought and action.
I don't think UBI will fix any current welfare systems. It doesn't fix anything. It changes everything.
I believe it can be done gradually. But no one should expect to preserve the status quo in long term. Any attempt to implement it should consider this: UBI will change our society forever. Hopefully for the better, but not necessarily.
So what? If the person has no reason to work, then they shouldn't. Humans are entrepreneurial by nature. Everybody has crazy dreams that have long forgotten because they needed to eat.
I don't even want UBI so people don't starve, I'd like UBI so people can live comfortably without having to work.
Everybody should feel "rich", the same way most silicon valley kids do/are.
> Analysts and project managers might account for technical debt when discussing slipped deadlines.
No they won't, you cannot quantify technical debt, it's a metaphor.
I completely agree with the rest of the post. But "technical debt" is not a cause, nor a valid metaphor to share with management. Other bad metaphors are "building" and "architecture". We are not building anything, we are only writing algorithms that computers will follow. When we write down those algorithms, we are also encoding the inner workings of the company. The true knowledge of how a company works is not only in its documentation or in the heads of their employees, it's also in its automated processes.
The automated processes are the reason why a company can be competitive nowadays. People need to be able to understand those processes, those algorithms, from the code, documentation is never enough, and is never up to date. The code is the primary source of information. If it's not legible, if it becomes arcane knowledge, a black magic that only a consultant can "fix", then the company grinds to a halt, it withers and is crushed by competitors.
Be careless about the code quality is not about the suffering of the developers, it means that you are burying vital knowledge of your company, and eventually no employee, no consultant, will be able to dig it out.
If we are trying to figure out how to deal with managers who don't care about the company, but only about absurd deadlines that their managers gave them, then we need to start pushing back, start saying NO. Politics are unavoidable, and often necessary, not all decisions can be made because technical reasons, but we need to start imposing the reality of the code, you cannot rush it, our you are killing yourself.
The OP is talking hard facts, ENSIME _do_ have a low barrier for contributing. I have been witness of the continuous effort to make it more so. He is sharing what has worked for them. Are solutions "fads" now? Aren't we engineers and problem solvers? What's all this nonsense of "respecting tradition" and "elders"?
I'm not saying that experience is worthless, I'll be the first in defending it, but I also know, first hand, that as we get a little older, we get too used to our ways, even if there are others more efficient, that require change.
I'm sorry but no. They destroyed the lives of my parents. They convinced a generation that the future was at hand, that you only need to sacrifice a little more, and everything would be great.
They convinced a generation that any other alternative was a treason against Cuba and humanity.
I can confirm your experience, with mine, every time we go there we need to ask in advance what medicines our family and friends need. We have never had to fake a disease though, over the counter medicines are rare enough...
This needs to be highlighted!