Hacker News new | past | comments | ask | show | jobs | submit | dazzawazza's comments login

Where as in London, where there is at least one house every 8 meters, they were in and out of my street in two days and now we have constant door to door sales people offering deals.

Smells like they "installed" fibre in York to meet a contract/regulation but they really focus on Urban density. Makes sense for them but not for the rest of us.


There is a long running conversation within the medical profession about the usefulness of marginal diagnosis. When everyone has ADHD how do doctors help the people who really NEED help with ADHD. Who 'really' needs help is of course subjective.

I think we can all agree that we are in a period of over medicalisation and we've combined that with a misconception that doctors/drugs/science can cure, and even should cure, everything.


I've used jemalloc in every game engine I've written for years. It's just the thing to do. WAY faster on win32 than the default allocator. It's also nice to have the same allocator across all platforms.

I learned of it from it's integration in FreeBSD and never looked back.

jemalloc has help entertained a lot of people :)


+1

windows def allocator is pos. Jemalloc rules


>windows def allocator is pos

Wow, still? I remember allocator benchmarks from 10-15 years ago where there were some notable differences between allocators... and then Windows with like 20% the performance of everything else!


It’s improved considerably since.

> windows def allocator

Which one of them? These days it could mean HeapAlloc, or it could mean malloc from uCRT.


malloc in uCRT just calls HeapAlloc, though? You can see the code in ucrt\heap\malloc_base.cpp if you have the Windows SDK installed.

Programs can opt in to the _segment_ heap in their manifest, but it’s not necessarily any faster.


I agree with everything you say except git-lfs works. For modern game dev (where a full checkout is around 1TB of data) git-lfs is too slow, too error prone and too wasteful of disk space.

Perforce is a complete PITA to work with, too expensive and is outdated/flawed for modern dev BUT for binary files it's really the only game in town (closely followed by svn but people have forgotten how good svn was and only remember how bad it was at tracking branch merging).


Sounds like the filesystem filter is required for the files in the repository and not just the metadata in the .git folder.

I use FreeBSD for all my (and my companies) infrastructure. I only use hardware with Intel NICs because they are 100% reliable on FreeBSD. Anything with Realtek seem to crap out under load despite the hard work of the FreeBSD engineers who maintain the drivers (I'm not complaining and I respect their efforts).

It's a small price to pay and it stops me having to install less stable operating systems.


We all just accepted CMake. It's not perfect but it works. C++ with SDL and Lua in a mono repo should be trivial. SDL3 supports CMake and Lua is simple to compile and make a CMakeLists.txt for.


This is correct. It has the key things that most C++ devs tend to care about:

- Cross platform support well integrating into "native" tooling

- Endless ability to add weird hacks to things to get around problems

The syntax is ...passable. I've never gotten a java stacktrace during a build failure (ahem bazel ahem).

It's straightforward enough to do the horrible things that C++ devs do all of the time like having 3 dependencies from system apt, 2 vendored, actually a 3rd is vendored but only used on windows, where the other 2 come from vcpkg, and 4 of these are statically linked but the last (openssl) is dynamic and accepts any version in order to support both ubuntu LTS and arch, but shipped as a dll on windows.

I have prayed before the CMake gods and they have accepted me.


For context: There are three root comments and six comments in total right now. All seem reasonable.


“ This stuff is such Noble Savage nonsense.” is not reasonable

EDIT do the down voters wish to explain themselves?


Calling this "noble savage" and stereotyping is very reasonable (also known as true).

Its hilarious that the most succinct and useful summary gets flagged and hidden. Thats the smoothness of HN some times.


They feel threatened by a non-western ontology that prioritizes different methods of information storage and transmission, ones that seem incompatible with their own tradition of the computer database.

To the poster below: The knowledge and system of connections inside that knowledge, is traditional, and that tradition is carried forward into modern domain. Does that make sense?

You should examine why you feel so quick to dismiss something as nonsense, especially when it seems to have been implemented successfully to the benefit of its users who do understand the system.

You seem to be imagining something (the burning of libraries as the entire nation is forced to throw out Dewey?) that has no basis in reality.

You clearly don’t understand what’s been implemented here, or library science in general, as your assertions are nonsense.


Huh? These are documents written (not a Maori technology), printed (not a Maori technology), bound into a book (not a Maori technology), placed in a library (not a Maori idea/concept). A Computer database is irrelent here, you seem to be picking out arbitrary words to try and sound smart?

People arent threatend by this specific activity, less so the nonsense behind it. The threat is the corruption of useful and working systems to virtue signal for no benefit, whilst espousing their apparent (but on close examination lack of benefits). It is the social and intellectual degredation which is alarming.

Creating a custom filing system is busy work simply put, changing to a propritory system lowers discoverability of information to an overwhelming majority of people initmately unfamiliar with "Maori gods" (99.9%), the same activity could be accomplished under standard tooling (Dewey), at lower cost, greater compatability and therefore benefit. It would be discoverable by default.


man that's an ugly man page. The FreeBSD one is a lot easier to read.

https://man.freebsd.org/cgi/man.cgi?query=dialog


When I give short talks at schools about game dev I try to make it super clear that we are all born game designers. We all make up games as children and a large part of that is story telling.

Every child has seen a face in a cloud and 'designed' something outside of themselves. This is where teachers are amazing. Teachers know how to nurture that against the pressure of society crushing it.

It was python+pygame that got one of my kids to learn to program and minecraft modding that got another to learn. Neither code now but that wasn't the point.


"Every child has seen a face in a cloud and 'designed' something outside of themselves. This is where teachers are amazing."

Hm. My teachers rather stopped me from looking outside the window to see faces in the clouds and placed me on a seat far away from any window so I could fully focus on the less interesting topics at hand, that society demands that I know. (Yet when I was succesfully done with all that schools, I found that I learned very little of practical value from my higher education anyway)


There is a middle school in my town that was built with no windows, in the 1970s. For this innovation, it won a design award. The roof leaks terribly.


Sounds like Smithsburg Middle School in Maryland.


A few years ago I took a class of middle schoolers through a simple game dev course and rarely have I seen a group of kids so motivated. Using microStudio[1] they built the story, art, music, gameplay, and levels - I only helped a bit with the code. They kept asking about it long afterwards, so I eventually threw it up on a static site: http://uprag.quest (warning - flashy jump scares)

[1] https://microstudio.dev


Getting lost is important in life. As you say, you'll discover more and experience more.

How you remember something has more value than how it was. Over time it will morph in to the truth you experienced. In the same way a painter captures what they see not what is in front of them.

Enjoy the ride. Thank you.


Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

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

Search: