Kedden posztoltam volna egy mémet, amit a modok visszadobtak, viszont azóta beszélgettem itt-ott (szabadúszó vagyok a piacon) a dologról és igazából a dolog nem is vicces és elég széles kört érint - részben engem is, bár kevéssé fejlesztek mostanság. Annyira létező dolog, hogy már neve is van és pszichológusok is vizsgálják... :/

A jelenség az, hogy amikor a fejlesztő elér egy token limitet - ami mindegy, hogy free tier, valamilyen átalánydíjas előfizetés vagy API hívás kerete, akkor megáll a fejlesztéssel, megáll a munkával, nem fejleszt "kézzel, mint az állatok". Elmegy kávézni, beszélgetni, satöbbi, de nem tér vissza ahhoz a fejlesztési módszertanhoz, amivel akár 1-2 évtizeden át dolgozott, nem mert már a kódhoz érdemben hozzányúlni. Áll és vár, akár órákat.

A jelenség másik vetülete az, hogy agentic flow-ban sokszor nem is tudják, hogy mi történik belül, hol és miért szakadt félbe a munka és hogy lehetne folytatni AI agent nélkül, igazából nincsenek is benne a flow-ban fejben, nem gondolkodnak a problémán, hanem teljes egészében rábízzák magukat az agent munkájára. Nem is tudnák folytatni a munkát, mert nem építették fel fejben a munkát, igazából nem követik érdemben, hogy mi történik "odalenn".

A METR meg akarta mérni az AI és AI nélküli munkavégzés közötti különbségeket, és alig találtak fejlesztőt, aki vállalta volna, hogy úgy dolgozik, ahogy az agentic AI előtti korszakban, akkor se, ha ezért plusz pénzt kaptak volna...

És amit magamon vettem észre: elfelejtettem, hogy kell fejleszteni (oké, nem is fejlesztek 100 százalékban évek óta), egyszerűen kezd elkopni a tudás, a készség és a korábbi flow élménye, amikor a fejben összerakott gondolatokat elkezdtem leprogramozni. Lassabban megy, mint korábban, és nem azért, mert öregszem... :D

Közben meg azt is érzem, hogy nem haladok _sokkal_ gyorsabban az agentic AI használatával, mint nélküle, mert alapvetően lassú, nem tudok mással foglalkozni, amíg várok arra, hogy elvégezze a feladatot, és meg akarom érteni, mit és miért módosít, és átnézem a kódmódosításokat (mert erre még szükség van). De közben meg én se akarok visszatérni, amikor kézzel írtam a kódot, mint az állatok.

Nálatok mi a helyzet és hogy érzitek ezt?

BTW, ez volt a mém:

https://preview.redd.it/sg8e9n7ag1th1.png?width=790&format=png&auto=webp&s=ae8a98cb103696c5d50768e3b876651d3d6eccbe

https://preview.redd.it/jn70weyognmh1.png?width=706&format=png&auto=webp&s=5ea5e163dc3cd8d70abba3449ef8a0dd31a60c74

https://preview.redd.it/d7q6qzrsgnmh1.png?width=602&format=png&auto=webp&s=e634685eaf3215147f00f995acdc3334d1d61274

Gondolom van valami API gateway és a nagy érdeklődés elért valami limitet... :)

o7 CMDRs,

I recently built a web based colonisation planner, because I couldn't find an actively maintained tool that could solve my questions (Which facilities do I actually need to reach a specific economy? and How can I maximize the final economy of my system?), so I built one.

It's like Raven Colonial, you can plan an entire system manually, but you can use the "solver" that plan the entire system automatically top of your built facilities, and it lets you experiment with different layouts (including demolish some) and gives you a build order to reach your desired goal, also you can select various constraints (system scores min - max and facilities min - max at the moment; economy selector already on my to do list).

https://gaborauth.github.io/ed-colonisation-planner/

https://preview.redd.it/3gh0ri6a5rfh1.jpg?width=1385&format=pjpg&auto=webp&s=c97a1c1781c008ef15474acc443e198377b257b2

What's new?

An in-app "About/Help" panel explaining the tool and guiding journal-scanning workflow; a "Spansh" tab alongside the existing Journal-file import, letting you search Spansh's system database by name and load a system's data directly - no need to have personally scanned it in-game first; and a full per-row Build Order ledger (Built/Demolish/Planned, running T2/T3 point totals) replacing the previous summary-only build order view.

Fixes and polish that change how it feels to use: solving no longer freezes the UI; several build-order/scheduling bugs were fixed so the computed build sequence no longer errors out on systems with heavy demolition; score constraints are now shown inline instead of tucked in a separate panel; the "Buildings" pane was renamed to "Constructions" for clarity; and the toolbar gained a proper system switcher plus a fix for a bug where it (and the rest of the summary bar) would vanish after a page reload. The footer now shows the app's version number with a working changelog link.

This whole v1.0.1 has largely been driven by real user feedback, several of the fixes above (the toolbar-disappearing-after-reload bug, the build-order ordering errors under heavy demolition, the Spansh load bug) were reported issues. Thank you guys for the precious feedbacks!

Fly safe! :)

o7 CMDRs,

I recently built an open-source colonisation planner, because I couldn't find an actively maintained tool that could answer my questions (Which facilities do I actually need to reach a specific economy? and How can I maximize the final economy of my system?), so I built one.

It's like Raven Colonial, you can plan an entire system manually, but you can use the "solver" that plan the entire system automatically top of your built facilities, and it lets you experiment with different layouts (including demolish some) and gives you a build order to reach your desired goal, also you can select various constraints (I have system score constraints and facility constraints in my head already to implement).

Live planner:
https://gaborauth.github.io/ed-colonisation-planner/

Source code:
https://github.com/gaborauth/ed-colonisation-planner/

The planner is 100% client-side. It doesn't require an account or a backend server, and all your colony plans stay in your browser, any you can export your systems as JSON and import them again on another browser.

This also means you can analyse and plan newly discovered systems before deciding whether to submit their data to community services like EDDN, Spansh or Inara. If you're exploring or surveying potential colony sites and want to keep that information private for a while, nothing leaves your device unless you choose to share it.

The project is completely open source, so bug reports, feature requests and pull requests are all welcome. Hopefully some fellow CMDRs will find it useful, please test it! :)

Thanks for u/Dry-Progress-1769 for the original Python based project, and thanks for u/DaftMav for the updated spreadsheet!

Fly safe!

https://preview.redd.it/wnahmgrnuz9h1.png?width=720&format=png&auto=webp&s=68e98897b98566247c95701ec0895ffc20791f65

Mostanában nagyot megy az alábbi kép és sorra jönnek a kommentek is, hogy mennyien emlékeznek úgy, hogy régen is pont ilyen meleg volt.

Nem, nem volt ilyen meleg.

Tudjátok mennyi olyan nap volt 1970 és 1990 között eltelt 20 évben, amikor elérte vagy meghaladta a 35 °C a hőmérséklet? Tíz - azaz 10 - ilyen nap volt. Fel is tudom sorolni: 1974-08-04: 35.6 °C, 1983-07-19: 35.6 °C, 1983-07-27: 35.6 °C, 1983-07-28: 36.6 °C, 1984-07-12: 35.4 °C, 1987-07-19: 35.3 °C, 1988-07-23: 35.0 °C, 1988-07-24: 35.0 °C, 1988-07-27: 35.4 °C, 1988-08-15: 36.0 °C.

Szóval húsz év alatt 10 ilyen nap volt 40-50 éve. Tíz. Két évente egy-egy. Mindegyik külön-külön ki volt emelve mindenhol annak idején, hogy mekkora kánikula várható és mindenki vigyázzon magára, pedig a maximum hőmérséklet is csak 36,6 °C volt, a második legmagasabb 36,0 °C és a többi mind 36 °C alatti.

Nem 38 °C, nem 41,17 °C, mint a tegnapi rekord és nem 42 °C fölötti, amennyi hétfőn várható. Hanem 36,6 °C, amire most azt mondjuk, hogy de jó lenne, ha csak 36,6 °C lenne odakinn. És mindegyik ilyen nap régen július végén vagy augusztusban volt. Nem júniusban, mint mostanában.

És tudod mennyi olyan nap volt és lesz idén júniusban, amikor a hőmérséklet eléri vagy meghaladja a 35 °C hőmérsékletet? Hat - azaz 6 ilyen nap. Júniusban. És még itt van előttünk az egész július és az egész augusztus is. Régen ehhez 15 év kellett, szórványosan volt egy-egy, most hat egymást követő nap elég ehhez.

Szóval fejezzétek ezt be, melegebb van és nem kicsivel van melegebb, mint régen.

So, I have an M9, today, I started a new zone mowing job manually, and something happened with the bot, suspect it because of the message "the machine is stuck", but it started the recharge, and now it sits on the station with 100% battery and does nothing.

If I try to set something, it shows the 'task is process" dialog, so that the task is ongoing...

What can I do to push the bot to continue the job? :)

https://preview.redd.it/v9be6hm0km9h1.png?width=1080&format=png&auto=webp&s=acf1c5046cfebd66fc46f17de7c4c711a765ee12

https://preview.redd.it/9qivizgbkm9h1.png?width=1080&format=png&auto=webp&s=48b7c91b10628521efe9f137e38dcbc597ab5825

https://preview.redd.it/y9665qkzkm9h1.png?width=1080&format=png&auto=webp&s=8a8e836753afb76a3eb5abc3e4ab4606a82b9632

Ahogy jön a hőség, kezdenek megjelenni a tippek-trükkök-praktikák, amelyek tele vannak pontatlanságokkal és időnként hülyeségekkel.

>Ezek közül a legkézenfekvőbb megoldás a ventilátor, amit sok helyen már néhány ezer forintért is megvásárolhatunk.

Ez igaz és nagyjából itt véget is ér a cikk technikailag értelmes része.

>A ventilátornál sokkal jobb választás lehet egy úgynevezett air cooler, vagyis léghűtő berendezés. Ezek a gépek szintén párologtatással enyhítik hőség okozta szenvedéseinket, azonban ezek már az egész helyiséget képesek lehűteni, akár 5-15 Celsius-fokkal is.

Nem, kurvára nem jó választás és nem tudják lehűteni a helyiséget 5-15 fokkal a mi éghajlatunkon.

Persze, be lehet linkelni amerikai cikket, de USA nagy ország, és ott a legtöbb helyen, ahol meleg van, kicsi a relatív páratartalom (20% alatt). Nálunk viszont a nyár nedves, 60-70 százalék a relatív páratartalom, ha ebbe belepárologtatsz még több vizet, akkor még rosszabb lesz a helyzet, mert hiába jön ki 2-3 fokkal hidegebb levegő a léghűtőből, már méterre már semmi hatása, de növeli a pártartalmat és izzadni fogsz, mint egy ló, a hőérzeted rosszabb lesz. Ne vegyél ilyet. Ha vettél, akkor ne akard megmagyarázni magadnak, hogy jobb a közérzeted, mert nem lesz jobb, 30 °C és 40 rH% egészen kellemes, ugyanaz a 30 °C és 90 rH% pedig nyomasztó és fullasztó hőség.

>ráadásul ha a levegő páratartalma meghalad egy bizonyos mértéket, hatástalanná válnak, hiszen megszűnik a párolgás.

Fél mondattal azért leírják, hogy meg fogod szopni.

>Hiába hasznos eszközök, a légkondicionálók hatásfokát nem közelítik meg, a mobilklímákét viszont igen, hiszen ugyanazon az elven is működnek.

A hivatkozott cikkben szó nincs arról, hogy a levegőt párásító léghűtők hatásfoka eléri a mobilklímák hatásfokát, és a mobilklíma nem a léghűtő elvén működik, abban belül ugyanaz van, mint a split klímákban, csak egy dobozban és belül. Ezért hangos, és csővel vagy csövekkel kell bajlódni. Amit nem szoktak leírni, hogy mobil klímából kétcsöveset vegyél, ha már mobil klímát akarsz venni, mert az egycsöves hatásfoka általában kevesebb, mint a negyede, mint a kétcsövesnek.

Azért, mert az egycsöves úgy működik, hogy beszív egy köbméter mondjuk 30 fokos levegőt a szobából, a felét felmelegíti 50 fokosra és kifújja a csövön, a másik felét lehűti 10 fokosra és belül marad. A probléma az, hogy a kifújt fél köbméter levegő hiányozni fog belül és be fog jönni valahol kívülről, ha az mondjuk 40 fokos, akkor annyi történt, hogy fél köbméter 10 fokos levegő keveredik fél köbméter 40 fokos levegővel és így lesz egy köbméter 25 fokos levegőd, a beszívott 30 fokos levegő helyett.

A kétcsöves úgy működik, hogy beszív a szobából egy köbméter 30 fokos levegőt, kifúj egy köbméter 10 fokos levegőt; az egyik csövön beszív 40 fokos levegőt és a másik csövön kifúj 60 fokos levegőt. Nem vesz el és fúj ki levegőt a belső térből.

A cikk többi része oké.

I'm considering an Anthbot M9 robotic mower. As far as I know, it's LiDAR-free and only uses RTK plus two cameras for navigation, and it's relatively cheap, but the reviews say it's actually quite good. My other option would be the M5 LiDAR version, if the LiDAR really necessary.

The whole property is about 2000 square meters (~half acre), but only around half or one-third of it actually needs mowing (roughly 600–800 square meters), basically only the areas we actively use. The rest includes "undisturbed" sections, vegetable gardens, raised beds, trees, bushes, and so on. In theory I'd divide it into 10–15 zones, because I probably wouldn't want to map the entire zig-zag-shaped property as one big area, assuming that's possible. Smaller separate zones would be better. Can it handle that many zones with scheduling?

Wi-Fi coverage is available, and if necessary I can add a dedicated access point for it. There’s a ~10 square meter always-open firewood/tool storage shed with a covered OSB + bitumen shingle roof. I don't think it blocks GPS signal much, but it protects things from rain, and that’s where the base station would be. It’s roughly in the middle of the maintained area, and the mower would have to travel at most about 50–60 meters to reach the property boundary. The RTK station would also be there. Is it can be cover the area or I need more RTK beacon?

The property has a slope of about 7 meters over 100 meters, so nothing extreme, but there are some terraced sections here and there with 10–15–20 cm level differences. All of them are accessible on wheels, but how safely can the mower approach these without risking falling off? How accurate is its fixed positioning, and how well do the cameras recognize and avoid these edges?

There are also random objects left around the garden: trees, bushes, flowers, tall ornamental grass, wheelbarrows, cats, bicycles, etc. How well does it detect and avoid these on its own, without specifically teaching or mapping them?

If the grass grows right up to the fence and there’s no edging stone, how much grass does it leave uncut along the fence line? How closely does it approach fences? I assume I’d still need to occasionally go around with an edge trimmer.

Egyik cégnél tegnap volt egy nagyobb beszélgetés/vita az AI agent használatáról és eléggé változatos volt a kép.

Az egyik szélsőség szerint a mai elvárt flow az, hogy nem írsz kézzel kódot, dokumentációt, tesztet, hanem mindent az agent (halmaz) csinál, te csak irányítod, döntesz, összegzel és az AI értelmez specifikációt, ír kódot, ír tesztet, készít review-t, módosít dokumentációt és akár kezel ticket-et.

A másik szélsőség az, hogy kézműves kódot készítünk, az AI segítség is szégyen, mindent embernek kell csinálnia, különben nem lesz munkánk és ha lesz, akkor is megöljük a munkánk lényegét.

Nálatok most mi a valós helyzet?

View Poll