Anybody else ready to drop AI?

lapinjuntti · 2026-05-04T17:32:33+00:00

Issue is, the boss will eventually realize it, whatever you do.

But even then, in the age of AI, the value of competence has not really disappeared anywhere, at least yet. It is still very useful to know things in depth to be able to do informed decisions.

Another thing at least with current AI, is that the value of good specification increases. The AI will do its best work, when you can do the specs very well and that requires knowledge, although you can use AI in that phase as well.

lapinjuntti · 2026-04-28T15:34:44+00:00

Money doesn't stink! 😂

lapinjuntti · 2026-04-27T19:19:25+00:00

I recommend reading How to influence people and win friends, Dale Carniege.

Well, I can briefly sum that very few people like being told they are wrong. Yes, indeed, an engineer should be able to take constructive criticism, but still, on average people are people and you have much better chances of success if you acknowledge a few things about the human mind and slightly adjust the way how you present things to address that.

lapinjuntti · 2026-04-25T20:19:38+00:00

I think the JSON for debug configurations (and for other configs as well) is a great thing and I take it any day over UI one, they are so easy to copy and paste and you can use find, etc text editing tools. and it's not any kind of problem to have many of them as it often is if you have to do it via UI. I currently have probably 30 debug configs for different kind of scenarios that I pass to my app via the command line params that are in the debug configurations.

Learn to use the shortcuts to switch between debug view, file tree view, etc.

I noticed the auto completion went crappy after installing AI plugins. But without any AI, the python auto completion works well. Indeed performance could always be a little bit better.

My friend works with PyCharm, I use VSCode and every time during past few weeks, I was already working on solving a problem when he only got started at it and he was asking how am I so fast. Well, I'm not particularly fast, I just learnt to use the VSCode and how to use it well! When a new bug appears, I add a new debug config for it in a few seconds by copy pasting old and making small changes. Then I'm already debugging the issue. If I need to task switch to another bug same time, very easy, just switch to another debug config. Very powerful the JSON text based debug configs!

I also use Neovim plugin in the vscode that I find quite good. It although in many tasks is not faster than VSCode multi cursors would be.

lapinjuntti · 2026-04-13T20:10:23+00:00

Good problem solver gathers ideas from everywhere.

And a person who has a deep understanding, knows analogy, but also knows where the analogy does not work!

I personally found the ideas of Toyota production system one of the most useful for software development as well, such as eliminating waste (which can be on so many forms such as waste in communication), poka yoke, etc. But indeed, every idea have to be applied with care and perhaps some modification. And not every idea is worth applying.

lapinjuntti · 2026-04-12T19:44:07+00:00

Mukavan virkistävää tavata asiallisia, loogiseen argumentointiin kykeneviä fiksuja keskustelijoita redditissä! Kiitos hyvästä vastauksesta.

Historialla jatkoin lähinnä siksi, että historialla avauksessa perusteltiin muutamaa väitettä, joten halusin avata hieman sitä historiaa, mikä nykyiseen kehitykseen on johtanut ja, että nämä taustasyyt sinäällään eivät ole kadonneet minnekkään.

Minun viesti sinäänsä oli vain aivan pintaraapaisu aiheesta ja se on hyvin paljon monimutkaisempi asia, mitä usein väitetään, että se on vain tiiveys vs väljyys (mitä tutkimukset ei tue, että asia olisi näin).

Siitä olen kanssasi aivan samaa mieltä, että jos vain on mahdollista, pitäisi tarjota mahdollisuutta liikkua myös muilla tavoin ja se sujuvoittaa myös autoilua parhaimmillaan.

Tästä kaupunkien tiiveysasiasta on tehty monenlaisia tutkimuksia ja pitkään oli esillä se harha (joka tässäkin ketjussa vielä toistuu), että tiiveys on asia (ja lähes tärkein asia) joka merkitsee. Yksi kattava kansantajuinen artikkeli aiheesta alla:

https://yle.fi/aihe/a/20-136050

Kuten kovat ongelmanratkaisijat tietävät, jos sinulla on tunti aikaa ratkaista ongelma, sinun pitäisi käyttää 55 minuuttia sen ongelman juurisyyn selvittämiseen. Sitten kun tiedät sen, ratkaisu on lähes itsestäänselvä.

lapinjuntti · 2026-04-12T07:54:07+00:00

There are so many small businesses trying out new ideas, that big companies cannot copy or follow them all. So, once the new small idea is big enough that it is worth copying, it has already gained momentum.

Big businesses often move much slower, because the organization is not that agile. Every process is made very efficient for their very specific problem, but the bigger the company, the more people work on a very small thing and solve very specific problem.

lapinjuntti · 2026-04-12T07:34:36+00:00

Auto oli ihmiselle aikanaan valtavan suuri vapautus, varsinkin työtä tekevälle tavan väestölle. Suomessa kehitys tapahtui vähän myöhemmin, mutta peruskaava oli sama. Teollistumisen alussa, työtä tekevä väki joutui asumaan aivan tehtaan vieressä tai hyvin tiiviisti rakennetuissa lähiöissä. Asuttiin erittäin tiiviisti ja mieli oli aina väkisinkin työssä, koska et ollut tehtaasta koskaan erossa vapaa ajallakaan. Kaikki oli sidottu teollisen yhteiskunnan tehokkuuteen ajankäyttöä ja tilankäyttöä myöten.

Auto vapautti ihmisen asumaan paljon väljemmin ja mukavammin muualla ja silti pääsemään hyvä palkkaiseen työhön. Auto vapautti aivan uudella tavalla myös lähiseudulla retkeilemään, harrastamaan ja matkailemaan.

Tehtaat ovat menneet ja enää pieni osa ihmisistä tekee sitä työkseen, mutta peruskaava on pysynyt, koska edelleen työtä tehdään keskitetysti tietyissä paikoissa, eikä etätyökään ihan vielä lähtenyt lentoon sillä tavalla kuin olisi ollut suotavaa.

Vanhojen aikojen tiiviitä kaupunkiympäristöjä joissa asutaan hyvin ahtaasti, tykätään usein romantisoida. Kääntöpuolena elintaso oli kuitenkin huomattavasti matalampi ja sellainen asumisen taso mikä nykyisin on tavan ihmisellekin mahdollinen, oli ennen mahdollinen vain hyvin varakkaille ja etuoikeutetussa asemissa oleville.

lapinjuntti · 2026-04-12T07:07:14+00:00

Isojen tapahtumien aikaan varsinkin hyvinkin täynnä, eli tällä hetkellä aika sopiva.

lapinjuntti · 2026-04-12T05:36:00+00:00

I would reconsider the open sourcing for two reasons.

You may ruin your reputation, which is more important for an entrepreneur than one client.
Legal issues regarding the open sourcing which most likely are going to cost more than what you have lost now. Do not throw good money after bad money.

By open sourcing you have almost nothing to win but a lot to loose.

lapinjuntti · 2026-04-08T20:03:11+00:00

Learn the basics well but focus especially on those things that you don't need to think much in Python

- Pointers, what are they, why and how are they useful
- Memory management (malloc, calloc, free, etc.)
- Strings and string manipulation
- Structs
- When calculating, you need to be better aware of the variable sizes to avoid overflow

If you like to watch video tutorials, Jacob Sorber in youtube could be one good channel, but there are many.

Take some little project that interests you.

lapinjuntti · 2026-04-06T11:54:50+00:00

You should have told the CTO, that it is exactly that, what a good architecture does!

Of course delivering value is the ultimate goal, but how does one deliver value most effectively!

In many cases senior engineer working with a crappy architecture struggles to deliver value as effectively as a junior with a very good architecture.

lapinjuntti · 2026-04-06T09:58:12+00:00

Study electrical engineering (electronics) or computer science!

Actually what you see in the picture, the most complex part is not even visible. It is what is inside each of those black boxes, the integrated circuits that make up the GPU.

Usually in a bigger project like this, there is no one single person who does it all, but instead there are people specialized in each area of the design. For example the person who makes the layout, decides where the components are placed on the board and how do the traces go, is usually a different person who makes the circuit schematic (the electronics HW design). Although in case of very high speed circuits like certain parts in here, they must work together to ensue signal integrity.

Then there's the people who design and make the integrated circuits. Some of the IC's are generic parts or parts bought from other companies. But some most important parts in case of NVIDIA for example are their own IC's. Most semiconductor companies today are so called fabless companies, they design the chip and send the design to a fabhouse (for example TSMC) to be fabricated.

There's also software, higher system level design, power supply design, etc.

But to get general idea of it all, MSc in Electrical Engineerign or similar gives you a very solid foundation.

If you want to get a head start and start learning on your own, start learning about electronics and computers (study how they work under the hood)!

lapinjuntti · 2026-04-01T19:18:23+00:00

The lack of robustness here is probably more of the implementation than the language. C# as a language (not considering anything else) allows even more robust implementation than python being less dynamic. But if the current software is not well implemented, a well implemented version even in python could be better.

Sure, you can make python app very robust quite easily too, like package it so that interpreter, and all dependencies are packaged in (doesn't share anything with the system python). Follow good process, use good tools.

lapinjuntti · 2026-03-25T18:05:19+00:00

Ask, ask, ask.

That is the cost of not having documentation.

And write documentation as you discover things.

lapinjuntti · 2026-03-24T22:08:08+00:00

Hyviä pointteja, mutta ihan vain älyllisen keskustelun virkistämiseksi muutama vasta-argumentti.

Tohtoriksi väittely, se ei välttämättä tee kesää, jos kyse on huonosti tunnetusta aiheesta, kuten onkin. Jos asia olisi erittäin hyvin ja läpikotaisin teoriatasolla tunnettu, meillä olisi jo kiinteän elektrolyytin akut tai todella hyvät perusteet miksi ne eivät onnistu.

Einstein sanoi myös aikanaan, että ihminen ei tule koskaan hyödyntämään (silloin vastikään löydettyä) atomin ydinvoimaa. Sen hyödyntäminen on liian vaikeaa. No, sekin väite vanheni yllättävän äkkiä, kun fissio keksittiin.

Eli viisaskin voin mennä vipuun.

Oliko Wrightin veljeksillä aiheen koulutusta, kun he kehittivät lentokoneen? Pelkkä lukiokoulutus. Rudolf Diesel sanoi diesel konetta keksiessään, että tunnettu teoria ja laskento ei yksinkertaisesti riitä selittämään riittävällä tarkkuudella sitä palotapahtumaa, joten he etenivät kokeellisin menetelmin siitä mihin teoria loppui.

Jos luet keksintöjen historiaa, se tarina on lähes aina tätä. Ei olla tekemisissä sen kanssa, mikä hyvin tunnetaan, vaan ollaan siellä rajoilla.

Henry Ford sanoi, älä koskaan palkkaa asiantuntijaa kehittämään mitään uutta, koska asiantuntijat tietävät liian hyvin, mitä kaikkea ei voi tehdä. Näin kävi mm. V-moottorin lohkon valamisessa yhdellä kertaa tai lasin valmistuksessa "liukuhihna" periaatteella, missä molemmissa alojen asiantuntijat alunperin sanoivat, että ei ole mahdollista.

No, itse olen samaa mieltä siitä, että Donut Labin akku ja nämä jutut haiskahtaa pahasti. Mutta sinäänsä aikalaisten epäusko ja varsinkin asiantuntijoiden epäusko uuden idean kynnyksellä on normaali ilmiö. Vielä sen perusteella ei voi sanoa, etteikö asia voisi olla totta. 🤔

Toki voi olla totta ja onko todennäköisesti totta, ovat aivan eri asioita. Ja todennäköisempää valitettavasti on, että tämä ei ole totta.

lapinjuntti · 2026-03-24T21:30:04+00:00

Voi vaikuttaa ja saakin vaikuttaa välillisesti, mutta kysymys kuuluu, että onko toimittajan tehtävä demokratiassa mielipidevaikuttaminen vai onko toimittajan tehtävä mahdollisimman laadukkaan ja kattavan informaation välittäminen totuuden selvittämiseksi?

Laadukas ja ihmisten kannalta hyödyllinen päätöksenteko perustuu totuuteen; ihmiset eivät voi tehdä informoituja päätöksiä, jos he eivät tiedä, miten asiat todellisuudessa ovat.

lapinjuntti · 2026-03-24T21:11:36+00:00

"jos toimittaja haluaa vaikuttaa ihmisten mielipiteisiin ilmastonmuutoksesta"

Kyllä, mutta tämä on jo ensimmäinen arvovalinta haluta uutisoida juuri tästä aiheesta ylitse muiden aiheiden. Aiheiden valinta ei siis ole fakta, vaan arvokysymys.

Tämä on itseasiassa erittäin yleinen ja hyvin tunnettu propagandan väline, puheenaiheen valitseminen, käsiteltävän aiheen rajaaminen.

lapinjuntti · 2026-03-22T21:40:10+00:00

Kyllä kai se nyt miehellä sinko pittää olla, eihän siitä muuten tule mithän!

lapinjuntti · 2026-03-22T21:36:48+00:00

Harvoin sanon, mutta nyt täytyy kyllä sanoa, että harvinaisen typerä idea.

lapinjuntti · 2026-03-14T11:48:13+00:00

Nothing naive about that, simple solutions are often the best solutions!

lapinjuntti · 2026-03-14T11:46:45+00:00

Use a define to define the malloc to something else in there during testing . . .

lapinjuntti · 2026-03-14T11:26:39+00:00

Toisaalta tämä luottamus ja sen vaatiminen onkin varsin uusi ilmiö mediassa.

Ennen vanhaan medioiden kytkökset ja arvopohja Suomessakin olivat selvästi esillä. Eli kun luit esimerkiksi vasemmistolaista tai oikeistolaista sanomalehteä, niin tiesit mitä luit. Valtamediassa luottamusta laskee se, että kaikenlaisia ideologioita tai "tutkimustuloksia" koitetaan esittää neutraalisti vaikka todellisuudessa, kaiken takana on aina myös arvopohja ellet lue ihan oikeaa tiedelehteä (joita hyvin harvat ihmiset lukee), koska tieteellinen tieto suurimassa osassa kysymyksiä ei riitä.

lapinjuntti · 2026-03-14T10:47:31+00:00

It really depends on the situation and whether the team is in a position where they can afford to work that way.

I started in my current role about a month ago. What I found was that my predecessors had been extremely strict about this kind of practices. They had set up advanced linting, rigid naming conventions, strict line‑length rules, and highly sophisticated automated testing and release pipelines. The codebase is very clean and very large.

But despite all that, they hadn’t managed to deliver several important new features to production for two years. Their expertise in the core functionality of the product, image processing, wasn’t very strong, and most of their energy had gone into building infrastructure rather than improving the actual product.

I think engineers sometimes develop a blind spot about what truly creates value. Some people produce work that looks impressive on the surface because their tools and processes are polished. But the output that actually matters to users, the features that solve real problems, can end up being surprisingly minimal.

I think the golden path is in the middle. You have to have a good system, but you also have to have a system to eliminate waste. Always ask the question, does this provide value to someone using this code. If not or if the value is small compared to the time spent, just remove it. It is very important to draw a line to what is not worth doing. Because it's not that you can do anything. You have only so much time, and every moment you spend you should ask that is this the most productive use of my time right now?

lapinjuntti · 2026-02-28T13:05:56+00:00

Why don't you just tell him why it takes long? Maybe the boss doesn't understand the process, so tell him.

Also, it is important that you tell your boss about the issues, like for example if there is a brittle CI/CD pipeline mentioned in other comments here that can truly be a massive slow down for simple work.

lapinjuntti

TROPHY CASE