Re: [問卦] 紅燈變黃燈再變成紅燈是鼓勵什麼嗎

: 標題: [問卦] 紅燈變黃燈再變成紅燈是鼓勵什麼嗎

: 先來看看闖紅燈的定義
: https://i.imgur.com/CXSBx9t.jpeg
: 最近越來越常看到路口等綠燈的時候
: 紅燈突然變成黃燈大概3~5秒又變成紅燈

我覺得以後會變多

: 那如果我在黃燈的時候 穿越停止線在他變成紅燈之前完全離開停止線
: 這樣我就不算是闖紅燈
: 是一個合法穿越路口的行為
: 還有那種讀秒到0的時候變成黃燈在變成紅燈的
: 這是要鍛鍊百姓怎麼抓準起跑加速的時機點嗎?
: 看不懂這種設計是在衝三小

從前的紅綠燈，是死的紅綠燈，幾秒換一個時相，早就規定好了
（是時相，不是時向；至於為什麼，這種文字問題是很適合問大型語言模型的
別再叫它算數學題了，它不擅長）

但頗有不少網友說過：
都 AI 時代了，不能用判斷的嗎？

喔？你真想用 AI 做？那就要接受這種狀況啊
其實電子紅綠燈，這種概念，在 internet 上早就完成很久了

想像一個傳統 hub (先不要談先進的 switching hub；簡單的才好談）
以五個孔那種來說
其實就是一個孔在說話時，另外四個孔只能聽
若同時有兩個孔在說話，資訊就會碰撞而損失
因此 hub 裡就要有機制：到底輪到誰說話。。。

若是五個孔各別佔用幾秒，那就是秒數時相紅綠燈
但事實是，哪個孔要佔用，hub 的'路口'就撥給誰；其他四個孔就乖乖等
而萬一同時有兩個孔都想說話，那就必需仲裁；碰撞檢出邏輯
而一個封包在傳送時，在它的 head 就會有資訊：我要佔用多久
於是剩下的四個孔就倒數計時：要轉綠燈了，準備衝鋒
（我其實講得不精確，倒數計時是剩下的四個孔所連接的網路卡在數，卡上有 IC
這不重要，想談更精確可以問 ai, 它教這個很清楚 XD）
一轉綠燈大家就衝嗎？也不是，而是各自倒數一個亂數時間，以錯開先後
然後新一輪的搶先佔用又開始了，搶輸的被碰撞檢出，又回去等待
這種搶先佔用因為是隨機，效果就有點像猜拳，大家隨機猜一下誰最贏
如果猜了有碰撞（兩人都出剪刀之類，分不出輸贏），就再隨機亂數一次，看誰搶先

總之網路世界早就有一套 protocol 能有效率的解決路口佔用問題
而相當於紅燈轉黃燈的機制，又跳回紅燈。。。
在碰撞檢出邏輯裡，很容易發生；因為以為可以輪我了，我猜拳又輸了。。

又比如，我的綠燈時間來了，突然救護車衝過路口了；我的馬上切紅燈
真想弄 AI 紅綠燈，那這些就不足為奇
反正一切以燈號為準，順序突然亂掉代表有突發狀況，你有何不適應？

好歹我們是說，黃燈為路口排空時相，紅燈為你的禁止時相，有很難懂？
你想排空時女友說沒空，你又回去 CD 啊。。因為上司到女友家。。。

突然開車了

: → a27588679: 訓練你0秒出手的能力 180.177.33.135 08/10 17:52
碰撞檢出邏輯 XD，大膽想法就是撞下去
猴子學的 protocal 比較生猛 XD

其實可以叫 ai 解釋有線和無線的碰撞檢出邏輯有何不同，就有更多細節了
因為無線不方便用碰撞來做檢出，所以會先傳訊框。。。。

在我的理解來說，就像我要佔用路口左轉，怕對面直行出現猴子
所以我會先閃一下大燈

大家素質夠的話，這樣很安全了；大燈就是我在傳送訊框

----------

科技宅的浪漫；可是網路 protocol 真的是素質最高的
除了遇上駭客，那是破壞秩序的傢伙，利用 protocol 做 DoS 攻擊，會讓網路很辛苦

就像我們的猴子，有了直行車優先這個 protocal, 就能逼到別人不能轉彎
而一切都還是按照 protocal 進行的破壞
讓人很討厭，那就是 DoS 攻擊

--