Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Actually Go GC is quite easy to control. If you know your butt from your elbow you can write code that doesn't GC at all.

I really don't have a problem with GC though. Its easier to optimise a GC than to fix memory and reference counting bugs. Memory management is not a problem I want to be dealing with after 60-odd years of computers being around.



Garbage collection is not the only way to achieve safe memory management.


Agreed but its the one way which requires little headspace when solving a problem.


I find RTTI to require fairly little cognitive load and I don't find resolving memory ownership to be particularly difficult.


Yuck. RTTI is C++'s goto.


Er, sorry. I didn't proof the past. Meant RAII. My bad.


> Its easier to optimise a GC than to fix memory and reference counting bugs.

I don't agree. If you are competent enough to be needing to write your own web server, memory management should be utterly trivial.

There are many use cases where you do not need to really balance bleeding performance against programmer conveniences. Something like "Apache or nginx" is without question one of them.


Agree with Apache/nginx etc, but that is nowhere anyone needs to piddle around these days.


Except that that's exactly what I was replying to: "Apache or Nginx replacement".




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

Search: