Hacker Newsnew | past | comments | ask | show | jobs | submit | Zenst's commentslogin

Much like saying you can replace an accountant with a calculator in 1970. Ai coding has its place, but it has a long way to go and if anything junior devs and AI coding agents do raise a whole topic of debate.

Is learning to code with AI coding agents going to make you a better programmer than one who learns to code without such tools?


Well this will change the industry, clearly some caps need to put in place in how many times, as well as how long sperm can be used in these situations.

Well, OFCOM lost all credibility with me and many on how they failed to fix the Vectone UK mess. Vectone UK was a virtual operator, however they owned the number range they allocated(Most MVNO's get a block from the provider they use for their network, Vectone behind the scene would shop around and by owning the number range, could made switching core network easier I presume). So even when you ported to another network, as they owned the number, they would set up routing to the new provider(This is how number porting works, of which I was unaware as I'm sure many are not). Issue is that if the provider goes bust, all those numbers go with them. So anyone who had a number that originated from them, even if they ported it to another network, suddenly lost not only their number, but any way shape or form of getting it back. The impact was devastating for many, including myself. All 2FA, or any account ties to that number you found yourself unable to control. Even if you had access to the account, to change the number would see them use best practice security to send a verification code to the old number. THis created a right nightmare as you can imagine with all the automated support we now have. So months of fun and games, with the odd gotcha popping up overlooked from time to time.

OFCOM failed to do anything, they could have forced them to sell the number range, taken over control of the umber range, or proactively thought out such situations due to the way they port numbers being that the new provider gets control of that number and not at the mercy of the previous provider, which in this case went bust.

Many other stories on this here: https://www.ispreview.co.uk/talk/threads/vectone-is-dead.406...

But like many, I myself contacted OFCOM and found a chocolate teapot far more comforting and with better results.

What with the UK pushing digital ID, funny anecdote there - I did jury service recently and they do not accept a digital ID as proof of ID, nor do they accept a selfie either as proof of age or ID ( we all had a good laugh as was done in the best possible taste ).


what do you mean by "number"?


Phone number, which means I have a SIM I ported, able to make calls, send text messages from what is a ghost number, that can't receive calls or texts and presents in all effect to the outside as a non-existent number. So ended up getting a new number with GiffGaff, which at least has credibility I trust.


Phone number.


The only real problem I foresee with this use(fantastic use case btw) is if you travel across regions, does the kit currently get automatically switched to correct frequencies and power limits?


No, you need to switch the region manually. Not a big deal to do for a couple of nodes.

The trickier part is to figure out the correct preset for more exotic locations. I've had to ask a couple of times from the local Meshtastic community group.


There’s no reason this can’t be done in software though via GPS, right?


Many (if not most) Meshtastic devices don't have a GPS receiver of their own, and also may not be paired with a phone app to supply location. So at least some devices would need to sniff GPS coordinates from traffic on the wrong band in order to know it's time to switch to the new band appropriate for the new location. Some amount of automatic reconfiguration could probably be made to work, but there would be serious limitations on how many use cases it could handle.


I think the way to do it would be that you have GPS run a update script to sync the devices. Surely the boat has a GPS, right? Or there's a GPS somewhere in the system.

So to refine the gp's question: surely there's a way to push an update or sync with a script that can do this based on GPS coordinates, right?

I would think a syncing mechanism would be a big help anyways since regardless of the reliability of the GPS script you're still going to be doing this, right?


I agree, need central control and the boat the obvious choice as would need to send out to all nodes to switch and make sure all have received, so would want any switching done with a delay (say in 5 minutes switch to region XYZ), so the mesh does its magic to get the message out.


I think the primary problem is that the polygons for regions would take quite a bit of space in the limited microcontroller.

Though bigger reason likely is that very few people actually travel between different regions


When my first thought was of an SBC, then a media AI cloud product was not high up on my guess list.


Sure it will get updated to same as Linkedin - Helping developers build with AI at Google DeepMind.

Imagine many on here have out of date bio's and best part - it don't matter, but sure can make some funnies at times.


Just search the r/bard or r/geminiai subreddits for Logan. He's very famously a Google employee these days.


Totally - if anything I want something more like Orac persona wise from Blakes 7 to the point and blunt. https://www.youtube.com/watch?v=H9vX-x9fVyo


I did some HP-UX in late 80's, migration of servers across the country for a courrier company from NCR towers to HP servers running HP-UX (sorry don't recall the models of hand).

Had fun porting sortware across, a radio system that was unable to test fully unless in the field (which it did first time, which was amazing). Had many good chats with HP engineers back then (we did a large purchase as a global company) and one I still recall was early editions of HP-UX having an error code of 8008, until somebody in senior managment at HP saw it one time (no customer had ever complained apparently about it).

I liked HP-UX having previously worked on IBM RT systems running AIX, as well as NCR towers with there more vanilla System V. Though did have SMIT with AIX and SAM with HP-UX for those manual saving moments of ease to fall back on. Though my favourite flabour of unix of that time would be the Pyramid systems dual universe OSx. You could have a BSD or an AT&T enviroment at once, able to use both flavours in scripts by prefixing with bsd or att, to run that command. Don't recall how it handled TERMCAP/TERMINFO of hand (that was always an area of fun back then).

Fun times, in the days in which O'Reilly and magazines like Byte or Unix World, were the internet, along with expensive training courses and manuals that you would use and thumb every page of the multi tombed encyclopedic stack they came in.

Best C platform for developing that I did use in that era, hands down the VAX under DCL, the profilers etc, pure leaps and joy.


> I liked HP-UX having previously worked on IBM RT systems running AIX, as well as NCR towers with there more vanilla System V.

There's very little on the internet about those "NCR Towers."

> 1987: https://www.techmonitor.ai/hardware/ncr_marries_its_tower_un...: "Despite abandoning its effort to implement Unix on its NCR 32 chip set, NCR Corp did not abandon its ambition to bring Unix into the mainstream of its mainframe product offerings, and the company yesterday launched a facility whereby its top-end multiprocessor Series 9800 fault-tolerant mainframes can be used as servers to a network of 68020-based Tower Unix supermicros."

> 1988: https://www.techmonitor.ai/hardware/ncr_renews_its_tower_uni...: "When you sell as many machines as NCR does with the Tower, you can’t rush to incorporate a new chip as soon as it arrives because there simply aren’t enough chips to meet your needs. Accordingly the new Tower models use the 25MHz 68020 rather than the 68030."


Alas no documentation I have on those NCR towers, or much could add (though very robust kit as never had any issue with them hardware wise and even in a warehouse/distribution hub and decommissioning one with over an inch diesel soot caked inside and thinking I need hazard pay). Alas lost a lot of my manuals in a move, along with old systems couple decades ago. All I have left are some IBM stuff, well duplicated across the net, IBM good with there online documentation. Just wished had the ICL and Honeywell mainframe manuals I had still.


That's a future thought when it comes to electric aircraft - remote/emergency refuelling. I know they have tested lasers, and even sent a megawatt in 30 seconds over a distance of a few miles, though current convention of the laser back into usable power is around 50% efficiency. All gets down to a needed leap in electricity production and wished the World would get together on fusion reactors and knock it out the park over a mad race to be the first and lock down patents.


A typical regional aircraft needs about 3MW of power to keep in cruise, and has about 50 square metre area, so 60kW per square metre. Even with 50% efficiency you're talking over 100kW/m^2

A laser over 10W has safety implications. This is 50,000 lasers all shining on the same plane.

Given your collectors are only going to be say 50% efficient, you're likely going to dumping enough wasted energy into the wings to melt the aircraft - not sure what dumping 3MW of heat energy into a plane would do over an hour, but I suspect it would stat to melt in a few seconds if you're lucky (otherwise your passengers would start getting very toasty)

At 3MW for an hour that's not a great amount of electricity that's needed - at 10c/kWh it's $300 an hour. You don't need fancy things like fusion to generate that. In the UK alone Solar is currently (in November) generating 600 times that - plus domestic installations.


Probably easier to link up with another aircraft and tow it.


So same as Esperanto then.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: