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

That makes no difference if the game is boring.


You could say that about any game engine. Are you suggesting Bevy should try and not optimise performance because perf and fun are not correlated?


I'm saying that making it easy to experiment with different gameplay mechanics is far more important than making it the most efficient. Even more so in case of small studios.


Is this a parody site?


They reward tenure and respecting the hierarchy. Wonder what kind of positive (from western pov) skills and behaviours are fostered in that environment.


Regarding hierarchy, I have an anecdote about India. A manager told me that western teams are more likely to challenge a ticket than Indian teams, who hesitate to do that and are more likely to power through. His theory is that the culture makes it disrespectful to question the upper hierarchy, given its caste system, and causes a clash with western culture.

His solution was to communicate much more actively with the Indian team, to try to squeeze more feedback that they would hesitate to give at first.


Tenure could induce creating respectable code that one has to deal with for a lifetime of work. Just a guess.


On the other hand, the amount of foreign (english) words 'katakanized' and used everyday is astounding.


There are not comparably productive alternatives for rust right now :(


Rust isn’t really a real language for web development though. Just in the bubble here.


I remember this thread (from the person working of Asahi Linux) that explains why Apple does this: https://icosahedron.website/@marcan@treehouse.systems/110803...


It doesn't "explain" it, he doesn't work for Apple nor know their true intentions. It's entirely his conjecture from the POV of a reverse-engineer. In any case, his conclusion certainly doesn't align with a "less access is better" mentality:

> Advocate for Apple to provide access to their calibration re-provisioning processes instead [...] Them not providing those tools sucks and is anti-repair.

By that rationale, Marcan might actually support iFixit's decision here.


I'm not sure what is his take on iFixit decision, but he does provide some good explanations why some things are the way they are. I don't expect that Apple will officially provide better info, so that is probably the best we have. At least I haven't seen anyone with intimate knowledge of apple hw and sw provide a better or contradicting information.


Except that Rust hasn’t yet realised it


If Rust had gone with green threads as the core async strategy (I know it was a thing pre-1.0), that would be terrible. You're not understanding Rust's design goals. Rust's async model, while it has several major pain points at present, is still undoubtedly superior for what Rust was made for. It would be a shame to throw all that away. Go can go do it's own thing (it has, evidently).


Embedded microcontrollers are not the place where boost is used.


Counterpoint: I use Boost on embedded microcontrollers. (Albeit only header-only components of Boost.)


You might find this channel interesting: https://youtube.com/@shiey


And you might find this channel interesting: https://www.youtube.com/@VagrantHoliday


Love Shiey and he also goes on quite a few trips with this guy (https://www.youtube.com/channel/UC8iPVSFr42KUFf8DKsmnvSw) who is very well educated and more philosophical and artistic than Shiey. Like them both a lot, but they're different flavors of the same genre.


I would rather sady that the autor has problems with working with other people. My take is that they are complaining that they can’t do the easy parts (“coding”) and are forced to deal with hard parts (communication with other human beings).


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

Search: