Edit: parent changed his/her comment after I posted my criticism. Originally it was much shorter and only wrote that the parent's comments are preconceived notions. No context, no nothing.
We really need a see history feature on HN
310 karma · joined September 29, 2022
Edit: parent changed his/her comment after I posted my criticism. Originally it was much shorter and only wrote that the parent's comments are preconceived notions. No context, no nothing.
We really need a see history feature on HN
On the other hand I believe what you wrote can be summarized as toxic feminism.
You can just host your own package repo and run your own verification to confirm if a package is indeed vulnerable or not. If it's not, you can just continue your operations as usual, regardless of what NPM (the company, the host provider, not the CLI tool) does in the background.
Since it's most probably false, the implications you refer to remain hypothetical, while the cost of cleaning up after npm's decision are measured in real M$s. And I think that's the real issue here.
I am not saying that we should give up on security altogether, but now there is so much toil attached to managing security, compliance and such aspects of the development lifecycle, that at some point managing all these aspects will outweigh all productivity a dev can bring to the project.
It's admittedly a hyperbole, but at that point the whole development procedure would simply become a pointless exercise without any benefit to anyone.
Also, just for your information, the japanese yen was continuously deflated in US dollars in the last 2 years or so. So even if it might seem from the US that this is cheap, the prices were soaring during the last 2-3 years in japanese yen.
So if you were unlucky enough to have a japanese salary in the last few years (as the locals mostly do), chances are that your real wages got continuously deflated.
Tokyo is actually much more expensive than other huge asian cities like Shanghai or Bangkok (denominated either in JPY or Remnibi, Thai Baht). That was also largely the reason for the LDP's abysmal election results this last Sunday.
What's forward looking about that? Other than that, the japanese tend to build roughly the same kind of low-riser/high-riser condominiums with varying quality literally everywhere. So it's not very easy to find and buy truly livable areas in downtown Tokyo right now, unless you are highly above the 80th-90th wage bracket.
Also, I find it odd to say that it's a society which only looks forward right now, when a right-wing populist party has just become tenfold stronger in the last parliamentary elections by propagating the idea of "traditional family values" (as in women to stay home instead of working).
While it's true that there are aspects of life which are more advanced than in other countries, but after living here for a decade, I can confidently say it's a mixed bag.
Just a silly example: when I came to the country, front loading drum type washing machines were a rare sight here, while that had been the norm for decades in many European countries. Also, the idea of insulating the houses from cold and heat and condensation was not at all considered until the government started pushing some tax breaks and whatnot to make the idea catch on and make housing more energy conscious. Etc, etc. Japan in many aspects were/is behind the times.
I wish people would stop idealizing japan as some kind of wonderland...
So which scientific principles do context engineering apply?
There is none. So yeah. It's not engineering at all.
If what you write was true, then the rate of bugs of those incredible devs would simply fall to zero at one point, and at that point they would become a legend who we all would have heard of by now. So the whole story sounds too fishy to my taste.
It's OK if you want to manage your team this way. Everyone needs some external feedback to confirm their own bias. It seems you found yours and it works for you.
It's just not a good argument in support of AI or AI assisted development.
It's too anecdotal.
And since you are the one who are telling me that you are right, and not others, it makes me even more skeptical about the whole story.
> Interestingly, the best AI assisted devs have often moved to management/solution architecture
Is it just me? Or does it seem to others as well that you pretty much rank these people even at the moment and your first comment contradicts your second comment? Especially when you admit that you rank them based on velocity.
I am not saying you shouldn't do that, but it feels to me like rating road construction workers on the number of potholes fixed, even though it's very possible that the potholes are caused by the sloppy work to begin with.
Not what I would want to do.
This suggests me though that they are bad at coding, otherwise they would have stayed longer. And I can't find anything in your comment that would corroborate the opposite. So what gives?
I am not saying what you say is untrue, but you didn't give any convincing arguments to us to believe otherwise.
Also, you didn't define the criteria of getting better. Getting better in terms of what exactly???
>People who understand their domains well and are excellent written communicators can craft prompts that will do what we used to spend a week spinning up. It's self-evident to anyone in that situation, and the only thing we see when people demand "evidence" is that you aren't using the tools properly.
You have no proof of this, so I guess you chose your camp already?
You didn't share any evidence with us even though you claim unbelievable things.
You even went as far as registering a throwavay account to hide your identity and to make verifying any of your claims impossible.
Your comment feels more like a joke to me
But after my kids were born I noticed something: my kids loved my voice, they listened to every sentence I made, they laughed at my quirky jokes I made and they loved when I sang to them or I brought them to the park or to the nursery and when I sat them on my neck. My wife took all that from me though, so now I need to fight to get my kids back.
But the moral of the story is: dullness is a matter of perspective. Even if you think you are dull, chances are you are not. It's just the world such a place now that the bar is raised too high that most ordinary people can't cross even by jumping over the moon.
So I don't care any more what others think of me. I came to accept my dullness and embraced it. If it bores others, I don't care.
That's why I bring such topics as maintenance and stability very early on into the discussions and ask those stakeholders how much system downtime they can tolerate, so that they can feel the weight of their decision making, and that gives me an opportunity to explain why quality matters.
Then it's up to them to decide how much crap they tolerate.
I have an MS in CS from a small Eastern-European state run university, but the curriculum looked very differently: a ton of applied math yes, but also assembly programming, graphics programming, networking, databases, programming intro I-I, advanced programming I-II, project management, artificial intelligence, all kind of specializations, algorithms and data structures I-II, etc.
Is this not how it is in the US?
Edit: and most of those courses had practical lab sections with hands-on programming
One example below, although I frequently bump into conversations in the golang community in the same vein just don't bother to save them: https://github.com/golang/go/issues/29461
IMO it's meaningless to cite this 0.1% non-sense, because nobody will rent an AirBnB on the outskirts of huge cities far from tourist hotspots, so whoever comes up with these numbers, they probably try smearing the data by selecting an unreasonably wide area for comparison
Also, you do understand that people worked as software engineers even before Github became popular, or open sourcing to begin with, do you? So if someone is 60+ year old, chances are that most of his work has never been open sourced, and his work was targeting use cases, platforms, services which have no utility in this age any more.
Which have all nothing to do with how good a software engineer someone is.
And finally, do you have any proof that he never shipped any code into production?
I can already see in my imagination all the jijis swearing when they see those cars stuck :)
Considering that there is a seemingly easy lossless transformation path from/to these full-width/half-width alternatives, it would suffice to only support the full-width form one would think (and do some transformation as necessary without the user being involved).