HackerTrans
TopNewTrendsCommentsPastAskShowJobs

msejas

no profile record

Submissions

Ask HN: Stepping into a new role as a Senior, mentoring dos and dont's?

1 points·by msejas·3 tháng trước·1 comments

Ask HN: How to improve being the most senior in your team?

1 points·by msejas·6 tháng trước·1 comments

comments

msejas
·19 ngày trước·discuss
Seeing the results I don't see how the results are even comparable Opus is clearly far superior in most aspects. Smoothness, design, functionality etc.

At the end of the day, the time earned is more important then the cost for big players.

The ability to spawn 10 claude agents and rush a project to outcompete someone is more important for big businesses in my imo. Also the small details that GLM missed would take significant more time to iron out, considering it already took double the time.

I do hope other (open weight) models catch up, but to act like they are anywhere close for me is a bit disingenuous.
msejas
·5 tháng trước·discuss
I believe also a big factor that it is way easier to convince Trump that AI is a matter of national security, and to use geopolitical tools (NVIDIA GPU ban on China) to secure their market position as much as possible, and to make it more palatable to the public their corporate bailouts.
msejas
·5 tháng trước·discuss
Disagree on many points, stocks are used as collateral for debt financing, their prices can definitely trigger cascade effects and losses even if not actually sold.

Overreaching arguments that sellers are like selling because they plan to buy when it's lower, no proof and a limited view, in fact in my also overreached argument I would say the opposite, most people just want to put money on an ETF and hold it until retirement, without having to touch it, they sell because something is forcing their hand and they need the liquidity to pay for something else.

Gold is definitely a hedge for inflation and market instability which is why it's had such a big run up these past few months, and they are definitely used in most diversified portfolios, yale fund as an example, (I don't know where you got this notion from)
msejas
·5 tháng trước·discuss
Fully agree market psychology has a big influence in prices, TESLA is a great example of this.

My main point is that most people, including the media, whenever there is a big crash in prices, like silver going down double digits, they act like the money evaporated and everyone that invested lost money.

My point is that it's not the case, it dropped because there was a huge volume of people selling, making it cheaper. The people selling converted it all for liquidity, they just 'got' a lot of money in cash to spend, and they needed it or will use it for one reason to another.

Retail investors don't have the time (unless you work in finance) to read all the news and information to be aware of situations that will trigger liquidity crunches like these past few months, while institutional investors will.

My point here is you could have performed all of the value investing in the world and you are still eating losses, standard diversification theory is to put in gold when the markets are unstable, as it appreciates in time of high volatility, we are in times of extreme volatility and gold crashed, it makes no sense unless you have visibility in the institutional investing trends.
msejas
·5 tháng trước·discuss
What a lot of people seem to not understand about the stock market, is that at it's basis it's just a supply/demand ratio. When it goes down it means someone is selling a lot, someone is cashing in, at least converting it into cash.

For me it was obvious something was afoot with earnings and performance not matching the prices, I finally understand why now thanks to this article.

The fact that there are rules for institutional investors and retail investors and us in retail have so little visibility and time to keep up, just shows more and more the game is a david vs a goliath, and we are all slingless david.
msejas
·5 tháng trước·discuss
I approach this by always asking Opus to send an agent to explore and trace how a pipeline works. Even better if I have an integration test. Once it's fully mapped out I might ask it to dump everything it discovered on a markdown doc, clear the context and start the task. The docs folder keeps the information intact for future development.

Managing context is by far the most important skill to be effective with LLMS, in addition to having already existing clean code on the codebase.

As they read your files, you are one shot training the LLM in how to write code and how you structure it and it will adapt. With clean codebases, I found the LLMs were outputting well documented, well logged, and even tested functions by default because the other files it interacted with were like this, 'it learns'.

Additionally you have to think how they train and evaluate the model, there are so many use cases to cover, I'm pretty sure in the Reinforcement Learning part they are not going in huge long threads, but are actually benchmarking and optimizing from fresh context starts, and you should do that as much as possible in your tasks.
msejas
·5 tháng trước·discuss
I fully expect the ramifications of this to be missed in the US, the scale of large countries (in terms of size and population, i.e. US, China, Russia, India, Brazil) makes them become desensitized to other countries, they effectively live in their own worlds.

Their balance sheets will trickle slowly down as dependent countries phase slowly, independently and sensibly. Given they can't see the effects near them (USA's own market is so huge it gives the impression an isolationist arrangement will suffice), I do really believe the rope will thin unnoticed for quite some time until it snaps, and USA Big Tech and the US government will scratch their heads in confusion on what changed and how they got there.
msejas
·6 tháng trước·discuss
I have gotten to the point where people selling the idea of running 20 agents at the time and delivering something useful are firmly planted on the left of the Dunning-Kruger curve and are unable to have a critical take on the code being produced.

I review every single AI edit with the same cognitive load as if I was programming myself (Claude Code Opus 4.5) and I'm always having to adjust and fix things on a constant basis.

I keep doing it because having the LLM output is basically like a giant auto complete I can tweak, I can't compete with the speed of a proposed patch of me hand writing everything even if I'm considered 'fast' at a 90 WPM and using vim keybindings.

There has never been once a single session or non-trivial task where I would have to NOT intervene in the implementation and I consider myself a quite strong power user, (Master's in AI) using it for a long time, strong linting, and demanding test coverage.

It boggles me and I stand in disbelief with people saying they just let it run by itself and works (fulfilling all edge cases needed for production code NOT the happy path in a PoC) , has not been my experience at all.

I predict the following 3 things:

1.) The people using autonomous agents don't deploy any of the vibe coded mess in a high stakes production environment where bugs and crashes and unintended behaviours will make you lose money and reputation.

2) The people churning 20 agents non stop don't have the skill to realize the slop and mishaps of the code they are pushing.

3) These people have far better prompting skills and stronger setups than me and they can achieve better and more reliable results.

I don't know what it is, probably the third, but it has not matched my reality at all.
msejas
·6 tháng trước·discuss
I have personally found huge personal gains on my personal project (where I have complete control) and low-medium significant gains at my job in terms of productivity by REJECTING the 'agentic' workflow premise.

The main problems I see on people not having success with AI are the following:

- Not spending enough time on understanding how to prompt properly, and configure your setup to contextualize the AI properly i.e. Markdown files that: summarize your project structure, explain backend or frontend workflows, business logic, and design decisions, coding standards, (CLAUDE.md for CC users) where you can easily tell the AI to read and they will code how you want.

- Check every single LLM output and patch suggestion with the SAME cognitive load you would use to actually coding it yourself. This is the most important, or else you are comparing apples to oranges.

- Context Engineering: Using subagents to find out how a function or pipeline works end to end to feed your main agent with a succinct summary, keeping the main coding agent on track as multiple diverting tasks poisons the context and effectiveness massively.

- Ask for a sub Agent to verify the work given the spec, with a goal for maintainability, scalability and security.

- Linting (with strict standards), formatting and testing rigorously ( I have them as pre-commits and forbid any commits that have a single linting issue or less than 80% test coverage (if applicable).

Following this I have had massive successes for the simple reason the LLM can write code way faster than I could possibly type. For me this is the main productivity gain of LLMs if you have it set up properly, it can be a massive autocomplete, where if correctly enforced and contextualized it can make huge productivity gains because it can simply write code multitude times faster than I could possibly physically type, inherently making me more productive. This is someone with 90+ WPM using Vim.

Fully agentic autonomous workflows for me are a pipe dream and not feasible at all given due to silly optimizations that backfire, most notably wanting to preserve patch context windows when patching a file, and importing modules (for python) in the middle of the script, or making extremely silly workarounds for a simple syntax error.

If people took the time to set up the proper guardrails, gave it the same cognitive load as normal programming, hopefully they could see the massive boost I have seen, it truly is remarkable especially the more you understand and know the whole codebase because you can easily contextualize what it needs and it produces a solid first draft you just have to edit.

For these reasons, I take it with a massive grain of salt this article.