565 karma · joined July 10, 2016
DevOops Engineer by trade
BSc. Software Engineer by training
https://mert.akeng.in
https://pvtmert.at.hnhttps://meet.hn/city/49.6202283,6.1729364/
One day, those may become bigger as they are forgotten, causing havoc. The standard root-cause-analysis depending on systems having certain retention period, which may be expired at that time.
It is important to get real hold of one's systems from end-to-end aspect, which holds true for both AI and human operators...
Even some users are just bots... (At least their behavior is/are)
Take the following example, to save maybe 20-30$/month. You make engineers' life miserable while paying the same amount but in hourly rate...
When you run VSCode with bunch of Java plugins (where each uses Java), good luck reliably debugging anything. Me and basically anyone in my team would get into situation that the DevDesktop could not handle it anymore and would be stuck, requiring manual/hard restart or wait until load-avg dropping from 100+. I did the simplest trick, kept the m5.large DevDesktop, but manually added another Apollo ASG, attached the HostClass to a random Production fleet that already has thousands of hosts (still under/in my VP org). Happily lived with m5zn.4xlarge until I left. I am pretty sure the machine is still there and running... (As my access was cut off right away...)
Amazon's first principle is the Customer Obsession. Making customers happy.
Fun bit is that the human psychology rates personal looking fixes better than having no issues at all.
For example, AWS overcharges you, you contact support, and more or less hassle free they refund or issue credits. The customer feels appreciated, or at least got something "extra" or "special treatment".
Meanwhile, any other (small) cloud. Simple, no weird charges. Even _most_ of network egress is free. But, no reason to call support or feel "extraordinary". Comes out as "meh" against Amazon's "top tier" support model...
Since the code became a commodity, it is beneficial for companies to "open source" it. As the cost of doing so is negligible compared to the "responsibility transfer" by acquiring a license.
It also requires extra space because of decomposition of the layers. Normally the file format optimized for compute intense workloads. But here the bottleneck is the memory capacity.
Also guessing that you need to be able to hold at least 3-layers at once in the memory, given M x N = R operation, M is the previous layer, N is next, and R is the result. on the next "layer", the R (result) becomes M, gets computed against the next layer, N, yielding the further result R'. And so on, until all layers are processed.
I assume it's horribly slow, but can be put in a non-intrusive background task...
But I rather keep LLMs from scraping it...
For other use cases like documentation, again the source (reStructuredText or Markdown) shall be consumed directly instead.
> With only a couple of minutes experimentation I discovered that the app works by concatenating the username and password5 and using it in a URL of the form:
In 2026, these terrible practices still common. Meanwhile we are discussing the LLM generated code quality, the race to the bottom continues... > The spokesperson added: "We remain concerned that ignoring the growing power of Google Cloud and Gemini will tilt the market in a harmful way."They will probably push hard on the "enabled by default" part. Since they are literally paying millions to Google...
When you go through the funnel, adding a cabin luggage (or anything basically) usually doubles/triples the price.
Most of regular airlines include a proper cabin item up to 8kg.
Furthermore, it is not possible to have a just cabin item option in Ryanair's booking website. It is always bundled with things like priority boarding (read: wait outside & standing longer while other people depart from the plane)
Nevertheless, these practices are misleading. Hurts customers more, creates unnecessary complaints and bureaucracy as well.
Because you can in fact pay a regular airline a reasonable price (40-60eur) and get the standard package (with cabin luggage) and get treated like a human being rather than a farm animal. (Btw adding cabin luggage bumps the ticket price 45-55 eur range in Ryanair's case. In a normal airline, you get a beverage & croissant for free while you must pay 5eur for 0.2L water in a Ryanair flight)
Also;
For example, phones have a “low memory killer” daemon, which throttles memory-hungry applications.
I mean, this is also needed for server applications, more-so than personal use. Reason being in fact a runaway process would interrupt many users rather than a single user in server versus client use cases respectively...I live in Luxembourg and the infrastructure is not as good as the Netherlands. Majority of offenders (in my experience) are delivery guys and teenagers. Where teenagers simply don't care & do reckless things like passing on a big intersection at full speed on a red light, delivery guys do the same things for extra tips.
Some of the fat-tire electric bikes are really fast, I happen to chase them on Kirchberg cycle road. I sustained 40km/h average behind delivery guys and they were still faster, eventually dropping me. (I was on a road bike).
Simply put, anything above 250watts does not belong to cycle lane.Includes humans :j
*) PhoneTool = Internal People Directory. Shows user-profiles of employees...
Punchy titles are also part of the marketing speak. Before Claude or ChatGPT, it would be a delicious read, understanding how they come up with the initial idea for an internal system. Since then, most of reads like "It's not just X, ..." every other paragraph, making it dull...
> Software development is about translating a problem into a solution that a computer can understand and automatically resolve. Preferably in a secure and scalable way.
True, meanwhile software engineering puts optional bit into the requirements bucket. (ie. Secure & Scalable)
---
For the problem description and gathering requirements sentiment; I don't think we'll _ever_ have a 100% proper way of doing this. If we did, we'd basically solve any and all problems in the world.
Nevertheless, I think AI can help with investigating and exploring the problem space. Especially when the problem is an already solved thing that the prompter hasn't gained enough expertise yet.
Moreover, I think (and keep mentioning) we will see different kind of models in the near future. Those would be more specialized per industry, per language (both programming and human languages), even per field.
Those will open up newer areas for employment & job market. Something like an "AI-trainer" but more of a knowledge-worker style. Although this can also be automated with LLMs, the limits on context length/size plus amount of compute required to re-train the models to iterate faster both are quite heavy.
In fact, this is how Kubernetes APIs work. Even the CLI asks YAML or JSON content type when `-o yaml` or `-o json` is specified.
Also, some other sites (albeit sometimes looking at the User-Agent header, hence more hacky) also doing the same. For example `ipinfo.io` returns HTML page when opened in a browser but a JSON (prettified) when requested via cURL.
> But a representative for Amazon said that there is no such company-wide metric for AI usage, nor are there internal leaderboards where employees are measured against each other. Rather, employees are able to view their own AI usage on personal dashboards.
Such a bullshit statement. There is a _global_ dashboard that ranks Kiro/QuickSuite (formerly Amazon Q) usage per-employee based on tokens. The dashboard itself is in QuickSight (well, that also became part of QuickSuite anyway).Not only the data is open to anyone, you can clearly sort by rank, daily/weekly/monthly/yearly usages. Current and former employees included. (By internal alias).
Moreover, there is an internal "awards" system that shows up in PhoneTool profile, each employee gets "awarded" of Kiro/AmazonQ/Quicksuite titles like "Blaze", "Thunderstorm", etc. You can see other recipients of the same award just by clicking on it.
Note: PhoneTool is an internal profile directory where you can look up other employees as oneself...
---On the side, I know several people who cannot produce proper code themselves, or integrate to anything on their own. Those who need constant hand-holding keep producing immense amount of stuff with Kiro/AmazonQ, over-ranking SDEs nowadays. (these are not SDEs, more of SysDev, Support Engineers and TPMs). This itself is not a specifically good or a bad thing. But once they stack-rank based on the token usage, I am pretty sure "good" engineers who put effort into writing "good" code will rank worse than people who does not put effort into "concise" solutions. Therefore, quality will eventually detoriate. And it will be too late once the leadership realizes what has been going on. (Well, they already seen the Amazon-Q/Kiro related outages and keep denying it...)
Such a bullshit. There is (was) Amazon Q (Now QuickSuite) leaderboard which is a Quick Sight dashboard. Moreover, each PhoneTool
The fact that we see stagnation in terms of billions of parameters shows that efficiency does not scale linearly with the model size. More of an S shaped chart. The middle was Claude 3.5. Since then, it is more about integrating and collaborating with different systems.
Which makes a lot of sense. Especially non-Tier-1 services.
Note: Having previously worked at Amazon, certain shifts can be really busy. Busy as in 30-40 pages/incidents over the course of the shift. I sometimes wake up to a "ghost" page, although I left my position earlier this year...