【科技新聞】網絡抓取是合法的,美國上訴法院重申


網絡抓取是合法的,美國上訴法院重申
Web scraping is legal, US appeals court reaffirms

評論

“在 LinkedIn,我們的會員信任我們的信息,這就是為什麼我們禁止在我們的平台上進行未經授權的抓取。”

這是一個沒有說服力的論點,因為它忽略了所有不是“成員”的計算機用戶。 “會員”是否信任LinkedIn與其他可能是或可能不是“會員”的計算機用戶是否可以檢索他人的公共信息無關。

更重要的是,這個聲明並不譴責所謂的刮,只是“未經授權”的刮。誰提供“授權”。當然不是LinkedIn成員。

“科技”公司聲稱計算機用戶“信任”他們,即使不是荒謬,也是冒昧的。這些公司中的大多數都沒有收到大多數“成員”的反饋。科技公司通常沒有為他們收集數據的目標成員提供“客戶服務”。

此外,缺乏有意義的選擇。這就像說人們用他們的信息“信任”信用局。歷史表明,這些數據收集中介是不可信的,這就是美國人制定《公平信用報告法》的原因。

每次聽到這樣的新聞,我都會想起日本的這個地方新聞[0]。

一家老牌官僚公司為當地圖書館開發了一套系統。它非常慢,所以一個用戶開始抓取它並開發了自己的圖書館系統。幾週後,他被捕了。

該系統太糟糕了,以至於每小時只有數百個請求就無法使用。當地政府提出索賠,該官員以“危險的網絡攻擊”逮捕了他。

[0] 日文: https://www.wikiwand.com/ja/%E5%B2%A1%E5%B4%8E%E5%B8%82%E7%A…

“網絡抓取是合法的”似乎是一種過於寬泛的解釋——第九巡迴法院只是根據最高法院最近的一項單獨裁決重申了一項初步禁令。意見 [1] 僅權衡 hiQ 的禁令救濟請求的優點,並沒有說明網絡抓取合法性這一更重要的話題。

我認為真正的行動將是地方法院的裁決。

[1] https://cdn.ca9.uscourts.gov/datastore/opinions/2022/04/18/1…


TurboTax 反對免費報稅
TurboTax’s fight against free tax filing

評論

近年來,TurboTax 的加售越來越無恥。我看到完全相同的一個彈出至少2-3次。

真正讓我惱火的是最後的那個:您提交稅款後,他們會呈現這個該死的進度條外觀,就好像您在某種程度上“還沒有完成”一樣,好像這種完全可選的產品銷售是必需的步!!不,不,不,這只是誤導性的垃圾,而且不得不不斷地在頁面周圍尋找魔法文本來繞過這些東西,這太煩人了。我的意思是,在我跳過這個追加銷售之前,我什至無法訪問讓我將表單下載為 PDF 的頁面。

更重要的是,產品本身變得越來越貴,而且越來越差。在台式機上,整個事情只是一個放大的移動用戶界面(有很多人在手機上納稅嗎!?),各種不必要的東西都被隱藏了。一頁又一頁,有足夠的空間來顯示所有內容,但到處都是巨大的空白;他們將事情隱藏在披露箭頭後面,沒有任何邏輯;例如,在一頁上它默認顯示 2020 年的數字,但將所有 2021 年的數字隱藏在箭頭後面!?

猜猜什麼不是桌面上的小得令人討厭的截斷體驗?廣告,加售。那些是整頁的,充分利用屏幕空間,甚至滾動到邊緣。

真正顯示了他們的優先事項。

我已經對 Turbotax 徵稅了幾年,甚至沒有檢查替代選項,因為我認為它們很笨重。

我第一次嘗試使用 FreeTaxUSA 來準備我母親的納稅申報表。你猜怎麼了?它在某些方面甚至比 Turbotax 更好(用戶界面相似,但不會在動畫上浪費你的時間),而且更便宜。它只向您收取提交狀態的費用,但如果您來自 Free File IRS 網站(並且符合收入要求),它甚至不會向您收取費用。他們的稅務顧問或其他人有一次追加銷售,但只做了一次。

雖然它不會自動導入 W2,但每個 W2 可能會為您節省 5 分鐘。也不確定股票交易是否導入,似乎他們無法從經紀人那裡導入。我將不得不檢查明年。他們似乎確實有電子表格導入,所以也許這是我們(如 HN 社區)可以解決的問題,直到他們擁有該功能。

競爭似乎也有所改善,儘管我沒有第一手的知識(但觀看了一些 youtube 評論,他們通過每個軟件瀏覽了文件)。

是時候放棄 Intuit 了。如果我們不能擁有免費的 IRS 軟件,那麼我們至少應該讓 Intuit 流血。

編輯:特別令人震驚的是,Intuit 提出了 Free File 程序作為妥協,這樣 IRS 就沒有自己的稅務軟件,只是離開了該程序。

將為 FreeTaxUSA 提供 +1。比 H&R Block 便宜得多,而且用戶界面也一樣好。

大型稅務公司正在參與監管捕獲,應該被邊緣化以支持健康的社會。


Zig 自託管編譯器現在能夠自行構建
Zig self hosted compiler is now capable of building itself

評論

你好HN!以下是裝飾此公告的一些上下文:

Zig 自託管編譯器代碼庫由 197,549 行代碼組成。

有幾個不同的後端,每個後端都有不同的完成程度。以下是通過了多少行為測試:

 LLVM: 1101/1138 (97%) WASM: 919/1138 (81%) C: 740/1138 (65%) x86_64: 725/1138 (64%) arm: 490/1138 (43%) aarch64: 411/1138 (36%)

正如您可能猜到的那樣,這個里程碑正在慶祝的是 LLVM 後端,它現在能夠編譯編譯器本身,儘管 3% 的行為測試尚未通過。

新的編譯器代碼庫是用 Zig 而不是 C++ 編寫的,使用的內存顯著減少,並代表了適度的性能改進。還有 5 個即將到來的編譯器里程碑將對編譯速度產生更顯著的影響。上週末,我在意大利米蘭的 Zig 聚會上詳細討論了這一點[1]。

在我們將這個新編譯器交付給所有人之前,需要做 3 個主要的事情。

1.錯誤修復

2. 改進編譯錯誤

3. 實施剩餘的運行時安全檢查

如果您期待試一試,請訂閱 [this issue]( https://github.com/ziglang/zig/issues/89 ),以便在它登陸 master 分支時收到通知。

編輯:關於即將到來的編譯器里程碑的談話錄音現已上傳 [1]

[1]: https ://www.youtube.com/watch?v=AqDdWEiSwMM

我認為 Zig 與 C 的兼容性是一個非常有價值的特性。

我也希望我們能用現代語言重寫所有東西,但現實是我們做不到,如果可以的話,那將需要很長時間。使用現代且更符合人體工程學的語言 Zig 開始新項目或擴展現有項目的能力,以及能夠與 C 無縫協作的能力令人難以置信。

我期待自託管編譯器的完成,並希望將來成為一個包管理器。我真的很想開始將 Zig 用於更多項目。

以供參考:

跟踪自託管編譯器整體進度的問題: https ://github.com/ziglang/zig/issues/89

Zig 與 LLVM 的新關係: https ://kristoff.it/blog/zig-new-relationship-llvm/


留言討論區