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

> Instead of critiquing existing designs - it'd be helpful to have a vision of what locally culturally distinctive designs for a coffee shop or AirBNB could look like. Help us readers envision what a better world..

I agree, but then I'd argue that simply pointing out the homogeneity of cafes (and everything else) might have been the author's goal. To just make you stop and think. The finding of that authentic cafe is left as an exercise for the reader.


>The watch officer and sonar operators are discussing an important philosophical question: would it be more painful to be struck by a whole tuna or a tin of tuna?

Of course the tin of tuna would hurt more. And, I know this is not the question, but being hit by a can of tuna is more probable haha.

But jokes aside, it seems all the monotony does get to them. And such discussions are necessary to maintain ones sanity. I would be a little conflicted if I had such a job. On one hand, the boring routine is the best case, because it means there are no active threats and thus no war. But then again, I'd be secretly looking forward to a bit of action - something to make me feel alive


You must mean a small tuna. A bluefin weighs up to 250kg / 550lb according to a quick search. Then again, if that hits you hard enough, it won’t hurt at all


That's the point.. the whole tuna will most likely send you to eternal sleep


Question is if you lose consciousness before the pain hits


Being hard and small, the tuna can can produce much more localised and sharp pain. If the whole tuna is dropped on your lower body from the third floor and turns it into mush it would also hurt though. But I still vote for tuna can.


A dropped 500g can of tuna from the third floor aimed at your lower body will hurt less than 250kg of tuna dropped from the same height.


Most definitely, but a can of tuna shot by a tuna can cannon? The argument does not specify similar circumstances!


Also where it hits you. If it swims through your leg I fear you will feel it for some time.

Now if it hits you square in the chest, lights out.


I don't know about the ethics, but I'd argue that people still get born into terrible situations right here on earth. Think of all the children born in war-torn countries, into extreme poverty etc. Even in the midst of all this adversity, they will still find a reason to smile. And some will even make a huge impact in our world.


> I’m curious about what’s the best way to go about gathering user feedback and feature requests.

IMO, building in the open is still the best way. But to ensure that you don't end up with a mongrel of a thing that tries to do every single thing requested by everybody, It does help to have a rigid set of goals about what we want to build. And the courage to say NO to feature requests that stray too far from the original design goals.


> An interpacket gap of 96 bits (12 bytes) where the line is left idle. Presumably, this is to let the devices rest because they are tired.

This one left me laughing hard.


It’s funny cos it’s kinda true?

While the preamble allows the devices to sync their clocks, the gap allows them to reset.

The assumption is that there will be some drift between the clocks over the course of a transmission. A period of electrical silence makes it clearer when the last packet ends and when the next preamble begins.

I think of it like shouting in a canyon. Shout Hello and it’s intelligible, but shout a whole sentence, and it’s hard to make out among the echoes and wind and birds. With some time between words for noise to settle down, signal to noise ratio improves and everyone can resync with each word.

It’s not a big deal, and the gaps are smaller as line speeds increase. 10Base-T has big fat millisecond gaps, while 400G Ethernet has gaps that seem impossibly small.


I suspect it has (had) to do more with the fact that ethernet used to be a multi-access protocol and you were giving someone else a chance to talk. in general having read this its not clear how much of this is legacy and how much is modern. certainly there doesn't need to be a rest on a dedicated channel, and most other protocols leave the clock synched between peers (i.e. with 4b5b idle tokens)


Yeah the article skips past the multiple access (hub) era for sure, and I haven’t thought about it in many years myself (!).

I don’t know for sure how directly the IPG was related to multiple access. Early Ethernet would wait for silence, a la carrier sense multiple access, but it also used a collision detection and backoff mechanism. When someone tried to transmit, if someone else was talking, both would detect the collision and each would wait a semi-random period of time and try again, repeating with incrementally larger delays until a collision wasn’t detected and the frame could be transmitted.

When there were only hubs, or when everything was on one coaxial cable, collisions happened all the time. The more nodes on a segment, the more collisions would impede traffic. You’d design a network with gateways and routers and expensive little store-and-forward switches at what we’d now call the core, to partition everything into smallish segments and try to keep the collision domains small.

Cheap switching at what we’d now call the access level fixed all this by making all links effectively point to point.

Ethernet standards from 10G onward don’t even bother with multiple access (point to point only, meaning switched), but they still retain the inter-packet gap. In some places it’s referred to as a “guard interval.” So I do think it’s mostly to provide opportunities for resyncing.

Much of this applies in the RF domain as well. Before MIMO, Wi-Fi was directly analogous to an Ethernet hub… CSMA, one collision domain, incremental back off. Some access points still let you specify the guard interval manually. MIMO and things like beam-forming help reduce the collision domains by breaking the RF into cells and allowing something pretty close to a point to point link between the node and the AP. RF is its own dark art, but in terms of signaling, the problems and their solutions are much the same.

So you’re correct that the guard interval or IPG would create a bit of silence for someone else to jump into. Everyone would probably have to resolve the collision in that case, but Ethernet accommodates that scenario as well.


I wonder if they left it in because they just wanted to be really, really sure there wouldn't be any getting stuck in bad states like some I2C devices can.


It's still used to allow for timing discrepancies between the physical layer and higher layers. Phys will insert and delete symbols in the IPG when the FIFOs between layers have too few or too many entries. This allows for systems with ever so slightly different clocks to talk to each other without any packet loss.


In the Gemini spacecraft this was almost true. The ram they used would overheat if accessed too frequently so the assembly coders had to be sure to add no ops or find other things to do while the ram cooled down.


Thinking of the router in Warriors of the Net[0] and it makes perfect sense, he could use a rest once in a while.

[0] https://www.youtube.com/watch?v=PBWhzz_Gn10


The first Computer History book I ever read was "Forbes Greatest Technology Stories". That was more than 10 years ago.

I found it quite interesting, and I highly recommend it.


Good to see that authors/maintainers of AI models are beginning to think about attribution. But it seems like this will be a hard problem to solve. For example, say my voice was part of the training data set, to what degree can I lay claim to the newly created voices? Also, will there be some sort of grading/ranking (e.g. it could be argued that some of the voices used in the training set are more desirable than others, and therefore their "owners" deserve better fees etc.)?


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

Search: