[ 首頁 / 搜尋 / 管理Discord ] [ Komica首頁 ] [ 跨版面 ] [ 雜談 / 車 / 攝影 / 運動 ] [ 人工智慧 / 程設交流 ] [ 蔚藍檔案 / 英雄聯盟 / 米哈遊 / Minecraft / 魔物獵人 / 勝利女神：妮姬 / Pokémon / 刀劍亂舞 / Unlight ]

/cs/ - 程設交流

Computer science
[]
名稱
Email
主題
回覆
檔案
嵌入
Options
密碼 （用來刪除檔案。）
  • Allowed file types:jpg, jpeg, png, gif, mp4, webm
  • Max filesize is 10 MB.
  • Max image dimensions are 10000 x 10000.
  • You may upload 1 per post.

  [Go to bottom]  [Catalog]  [Reload]  [Archive]  [Featured]

File: 1743525312173.jpg (1.31 MB, 4000x2668, wallhaven-nrkyl7.jpg)

fb745441 No.337[回覆]

被Vue的Datatable氣到，一個inline-editor居然弄不出來。
明明都弄成Compoenent了…
估狗+問AI搞了半天也想不出怎麼樣把Editor跟Datatable Compoenent合體。

氣死人，最後自己用 v-for + v-if 硬幹了。
是引進最新型的框架：香草JS的時候啦(做夢吧你

https://kknews.cc/zh-tw/code/3qjg2ag.html

每次看到這些東西都覺得前端真的走錯方向到很歡樂的地步。
公司+客戶都說要用Vue我也沒辦法，不過比較好奇現在世界上還
存在能夠只靠VanillaJS + HTML + CSS 弄出現代網站的前端工程師嗎？
又，如果發案的時候堅持這個組合，會需要付出更高的金額嗎？
另外是，這樣子設計的網站，有辦法維持相同的維護性嗎？
維護姓老實說是目前不依賴框架很難達到的地方。
16 則貼文 與 1 則含圖回覆 已省略。點擊回覆以查看

fb19dbb4 No.430

>>426
>雖然這可能跟WASM的方向有點背道而馳
沒有背道而馳
你去查一下WASI就知道了
只能說WASM設計的太好
現在WASM在後端的發展比在前端還要迅速咧

>SEO我覺得是其次
以前SEO做的好不好可是能夠決定一個網站的生死的
你寫了一堆SEO看不懂的tag
它直接把你網站排名調到最低讓人搜不到你網站
看你還敢不敢其次它
不過現在AI漸漸改變了人們的搜尋方式
SEO準備要變天了

be9b9f8f No.431

>>430
>>以前SEO做的好不好可是能夠決定一個網站的生死的
>>你寫了一堆SEO看不懂的tag
>>它直接把你網站排名調到最低讓人搜不到你網站

我的意思是，因為主流沒有選擇這條路，
所以自然沒有在這條路上發展相關規格導致你說的狀況。
主流選了自定義HTML標籤這條路的話，自然會出現屬於這條路線的解決方案。
至於是因為沒有辦法做SEO所以拒絕自定義標籤，
還是因為沒有對自定義標籤開出規格導致無法做SEO就
多少有些雞生蛋蛋生雞的問題。不過不管怎樣最後主流都是選了div無雙框架架好架滿的道路。

200ed27b No.433

>>431
>主流選了自定義HTML標籤
並沒有阿
你不要看主流web framework都是component based就以為大家喜歡自定義tag
那個component本質上就跟class/function沒什麼兩樣而已
目的上就只是為了提升維護可讀性
實際上bundle完用的還是標準tag

>div無雙框架架好架滿
這個也沒有
事實上現在社群推廣的是semantic tags
也就是鼓勵多使用header/footer/article/section/aside這種a11y friendly的tag
有的framework還會專門內建linter去提醒你這樣不a11y咧
至於你猜為什麼社群會突然開始推a11y了咧?
沒錯就是SEO
貼文太長了。點這裡查看全文。

e6d291d0 No.434

>>433
>>主流選了自定義HTML標籤這條路"的話"

麻煩看清楚，我這句話是假設語氣。

200ed27b No.435

>>434
喔好喔歹勢喔
不過我想表達的是SEO就是主流
web開發再怎麼發展終究還是要看SEO的臉色
你以為為什麼現在web framework開始捨棄CSR又回頭擁抱SSR?
就是為了SEO
現在只期望AI趨勢能改變這個局面吧
不過更可能的是誕生另外一個SEO標準而已


YouTube embed. Click thumbnail to play.

7c63386f No.428[回覆]

Turning Portal 2 into a Web Server

File: 1749400793720.png (813.28 KB, 2504x1522, home-servo-hero.png)

316f7179 No.411[回覆]

瀏覽器大戰那串裡面看到Firefox市占掉到慘烈的2%多的時候，
就想起Friefox在2017年左右大改核心的Quantumn計畫，
當時新版Firefox打開是真的有感覺到變快很多。
可惜沒能挽救甚麼，反而因為把Plugin相容性搞糟了而失去更多使用者。

但是想想Mozilla作為Rust的主導者，理論上Firefox應該全部都是Rust，
理論上Firefox應該有當下最記憶體安全、效能數一數二的核心
(不過整個行業好像也只有三個大頭…)了吧…

結果請看附圖。最後選擇了比較保守的策略呢(苦笑

當初如果更極端一點把核心全換成Rust不知道是不是痛幾年就可以靠效能還有記憶體安全性跟Chrome

>> After Mozilla laid off all Servo developers in 2020,[9]
>> governance of the project was transferred to Linux Foundation Europe.[1]
貼文太長了。點這裡查看全文。
3 則貼文 已省略。點擊回覆以查看

f43b0f02 No.419

>>速度對 Firefox 來說並非大問題。

速度或許真的可以次要，但對想要推廣的人來說，速度就是一個最直覺有效的政治正確，
也是少數會讓人願意嘗試新軟體的誘因。

>>因為它與 Google 的生態系統（Android、Gmail 和其他 Google 服務）緊密整合。

這我很懷疑，瀏覽器跟一堆有的沒的服務整合這件事情，
印象是在Google Chrome之前就開始的。
在Android上，Google Chrome != Android 內建瀏覽器。
而且手機環境因為AppStore的關係，很多使用者反而會亂裝不同牌子的瀏覽器來亂用。

>>有些人仍然使用 Firefox，因為他們知道 Chrome 會收集他們的用戶資訊。

並非Google Chrome被攻擊的主要點。而且數位隱私權問題每次出來差不多都是全行業一起爆炸。
貼文太長了。點這裡查看全文。

dd7937ba No.420

>並非Google Chrome被攻擊的主要點
網路上另一個不滿是 Chrome 需要更多硬體資源。 Chrome的開發團隊人數更多。這可以讓 Chrome 更龐大的開發團隊充分利用最新的硬件，但對老舊 PC 來說卻不是好事。
Firefox 是流行的 Linux 預設瀏覽器，因為 Firefox 使用的 RAM 更少。
今年，Mozilla 似乎改變了他們的保證隱私權政策，以支援Mozilla.ai功能

dd7937ba No.421

>Tor不是一般瀏覽器，它的目的是用來連接 The Onion Router 網路。
Tor 開發團隊在其網站上的宣告
Tor Browser is a modified version of Firefox specifically designed for use with Tor. A lot of work has been put into making Tor Browser, including the use of extra patches to enhance privacy and security. While it is technically possible to use Tor with other browsers, you may open yourself up to potential attacks or information leakage, so we strongly discourage it.

可以使用 Brave（修改了隱私和安全的 Chrome 版本）來使用 Tor網路。
簡而言之，其他瀏覽器的隱私和安全不受 Tor 開發團隊的驗證和保證。

0d9e8e7f No.422

>>421

不意外，TOR這麼特別的東西，要完美串接恐怕不容易。

6202b44d No.423

File: 1749646586798.png (43.83 KB, 774x447, ClipboardImage.png)

回到Servo上來。
下載Servo回來玩了兩下，必須說這東西的狀況沒想像中的好。
如果說Chrome是記憶體怪獸，那Servo就是CPU怪獸。
隨便開一個網頁CPU就飆到4x%。
而且操作太劇烈的話還會卡頓無法關閉。
即使沒有要當一般瀏覽器用，這個表現也是很慘。
速度方面採用的比較偏向畫完一次顯現出來，而非是現在普遍的一邊畫一邊PO。
並且似乎有預先載入或快取的傾向，
同一台電腦上，第二次開啟時啟動的速度明顯快上不少。
但是按X常常沒有反應。

不過這Servo的專案目標畢竟不是給你當瀏覽器用，
而是某種WebView，或許這些缺點多少可以接受吧。
不過話說回 WebView這塊總該有人拿去用了吧，附圖是我問微軟牌copilot的結果。

貼文太長了。點這裡查看全文。


YouTube embed. Click thumbnail to play.

75a28241 No.416[回覆]

重新發明了Windows Aero
而且UX還比Windows Aero差,都糊在一起了
Apple的設計能力越來越爛

f1fb0e19 No.418

當年W7的毛玻璃效果被嫌浪費效能到不行，
但是現在時過境遷，機器效能提升了N百倍但是是在手機上。
不過這次換Apple來，不知道會不會有不同的結局。


File: 1749367168364.jpg (14.53 KB, 890x188, sppp.jpg)

4344e879 No.408[回覆]

剛剛看到，關於舊code怎麼處理的討論。
https://blog.darkthread.net/blog/comment-wall/?fbclid=IwZXh0bgNhZW0CMTEAYnJpZBEwSmZSUVRrU3RvR3BRWTBEeQEe658I5FFvZpqgo1C0U9_ES8cuNmPnOuAZ9AzjdqIg3zJFkGj3ErMh8KPQ1So_aem_BcSkgCtY47MZSdp1eap2-g

我自己是清除派的。

不過有趣的是裡面提到StackOverflow 2025的版控軟體市佔調查：

https://stackoverflow.blog/2023/01/09/beyond-git-the-otxzher-version-control-systems-developers-use/

Git不意外的依然是壓倒性優勢。
第二名SVN，第四名，對，第四名，是曾經跟Git爭過Linux核心版控的Mercurial。
第三名是Others。

比起Git的93%市佔，我覺得 Others比想像中才是真的可怕。
第二可怕的是 Mercurial ，整個差不多只剩下歷史定位。
貼文太長了。點這裡查看全文。

e5305327 No.409

看情況吧
很肯定不會再用的code就直接清掉
有被撈回來可能性的註解掉

臨時需要結果還要撈git紀錄滿麻煩的


File: 1749117543787.png (22.23 KB, 1133x508, 123.png)

e25540bb No.404[回覆]

ChatGPT開放Codex給大部分訂閱使用者
其他AI廠商也再跟進
能夠和Github上自己的專案整合
Vibe Coding 是不是哪天就能拉所有大型AI進來來做 vibe QA/AC 或 testing?

d4c723e5 No.405

Copilot把我原本預計要兩週財完成的東西壓縮到兩天就完成了
真的要變Vibe Coding廢人了

4bfe050f No.407

>>404
現在 Claude Code 也開放如果有訂閱 Claude Pro 方案的用戶，也能夠使用 Claude Code
比起直接使用 Sonnet 4 API，直接用訂閱方案還比較香


YouTube embed. Click thumbnail to play.

74c96d1c No.403[回覆]

https://www.soft4fun.net/tech/news/chunghua-telecom-ca-issue.htm
https://blog.darkthread.net/blog/chrome-remove-epki-trust
https://www.ithome.com.tw/news/169318
種花擺爛搞到CA被排除信任了

60ff9df7 No.406


https://www.facebook.com/p/%E5%B7%A5%E7%A8%8B%E5%B8%AB%E7%9C%8B%E6%94%BF%E6%B2%BB-100070014949179/?locale=zh_TW

看來公共電視台和中華電信有著同樣的去專業化命運

>▶8月起遭Chome撤銷信任憑證
Chrome啦!


File: 1745511650250.png (560.58 KB, 1563x1087, ClipboardImage.png)

494945bb No.364[回覆]

https://www.rankred.com/best-lightweight-browsers/

上禮拜聊web聊得有點High，反應比我想像的正面，還以為光是唸一下現代前端怎樣就會被噴爆。
講完web開發之後自然就是要講回web的關鍵：瀏覽器了。
畢竟網頁寫了半天最終都還是要交給瀏覽器去處理的。
想當年剛入行的時候無聊一口氣裝了一堆瀏覽器，
還沒變Chromium的Edge、Google Chrome、
Firefox跟他愉快的變種(甚麼ICE Cat之類的)、Pale Moon、
Opera (被中資買走了，但還是會偶爾抓下來看一下現況)、Vivaldi
等等等等。
在我自己的瀏覽器大戰裡，最後勝出的性能在Chromium系中可能敬陪末座，
但介面客製選項開好開滿的Vivaldi。

後面因為工作相對不強調前端，所以就只保留了御三家做測試，再加Vivaldi上網用。
直到前陣子被抓去打Vue。
貼文太長了。點這裡查看全文。
15 則貼文 與 6 則含圖回覆 已省略。點擊回覆以查看

5c852d18 No.393

File: 1747227973543.png (204.36 KB, 1617x897, 螢幕擷取畫面 2025-05-14 205732.png)

https://gs.statcounter.com/browser-market-share

不說還沒注意到，2.8已經是〝冷門〞瀏覽器的等級了，甚至比Opera還低。
Mozilla真的很會操作。虧他們還生出了Rust這個超新星。
要堅強的活下去啊。

>>到時候就是各個網站會開始放棄支援firefox 最後變成Chromium系的天下

已經是了，這上面的大牌子除了Safari跟Firefox、UCBrowser以外通通都是Chromium系。

45518e2f No.394

File: 1747500388949.png (846.26 KB, 1424x771, ClipboardImage.png)

>>369

後來去仔細看了Falkon才發現這東西嚴格來說比較偏向Linux 社群，
沒有特別跨到其他平台，
難怪很少看到。

然後附圖是最新版的Midori。
姑且不用擔心掛掉。
另外有趣的是，Midori是第二個我看到在官方安裝包裡面提供stand alone 選項的瀏覽器。
希望他能穩定發展下去。

45518e2f No.395

File: 1747500473749.png (93.26 KB, 1920x1080, ClipboardImage.png)

Midori的Licensing頁面，
真的有夠亂的，看得出來還處在沒有很穩定的階段。
有趣的是這東西居然還有Waterfox的成分。

6ab7e249 No.398

>>369
Midori 這邊提一個很少人知道的優點（但這是以前才有的優點，現在已經沒了

他曾是少數真的有照規範寫 user agent 的，例如

Midori/0.2 (Windows; U; Windows NT 6.1; en-US) WebKit/531.2+

不過後期的版本也加入現代瀏覽器陋習，變成 Mozilla/5.0 開頭的了
現在的 ua 是：Mozilla/5.0 (X11; U; Linux; it-it) AppleWebKit/531+ (KHTML, like Gecko) Safari/531.2+ Midori/0.2 這種格式

6ab7e249 No.399

>>365
Otter 其實有提供官方 build
不過要從source code 的 README 那找才會發現
雖然原始碼放在 github ，但安裝檔卻是放在 sourceforge


YouTube embed. Click thumbnail to play.

088698c1 No.396[回覆]

It's easier than ever to de-censor videos

https://github.com/KoKuToru/de-pixelate_gaV-O6NPWrI

File: 1746331858026.png (1.78 MB, 1920x1080, Meat_declutter.png)

ca8fdc31 No.386[回覆]

https://zh.wikipedia.org/zh-tw/%E9%80%9A%E4%BF%A1%E5%8D%8F%E8%AE%AE

金融業考古工程師一名，
最近有幸見識了傳說中的FIX協定跟QuickFix/J。
真的非常古老呢。充滿各種古早時代裝備不足硬幹的痕跡。
不過看那個通訊內容，覺得協定弄得起來真的是奇蹟。
一堆根本都是API等級的東西了吧。怎麼會跑到協定層去。
不過仔細想想這東西可能比HTTP還早一點
(HTTP1.0版1996年才出，這東西的1.0在1992..)

就想起剛出來做的時候，被叫寫API，
也被不知道是學甚麼東西出來的主管問說你這個通訊協定要怎麼用。
當時就在想，這她媽不就是個API嗎？
誰跟你通訊協定啊。
哩洗嘞工殺小.jpg
貼文太長了。點這裡查看全文。

0d6e1c5e No.387

金融和醫院都是古代遺蹟 怕

adee4551 No.388

File: 1746339580996.png (970.75 KB, 1264x596, Screenshot from 2025-05-03….png)

API（應用程式介面）是允許軟體應用程式相互互動的接口，而PROTOCOL協定是控製網路上的裝置之間如何傳輸資料的規則。

7960c678 No.389

看不懂你在寫甚麼，API只是一種叫法，你今天做個library，請user調用哪些他應該調用的method也叫作api

通訊協定則是任意兩個service交流，兩邊約定要怎麼做編解碼，你爽的話兩個process用share memory，自搞一個decode/encode做溝通也是一種通訊協定

只是像http這類的通用協定都會有個ieee標準，讓大家照標準走

打一開始就是兩個不同的東西

說白了web通訊，萬物都是socket

3c230e9f No.390

>>386
我才哩洗嘞工殺小咧
protocol跟API是完全不同的東西
然後REST就只是份HTTP API的設計風格指南而已
照你的FIX舉例的話
FIX是protocol
QuickFix/J是基於FIX的framework/library/engine隨便你怎麼叫
最後你用QuickFix/J寫出來的接口才是叫API

13c5caa9 No.391

>>390

經典的半瓶水響叮噹，沒關係，我當年也是這樣。

你大概沒去看過FIX的協定內容吧。
https://www.onixs.biz/fix-dictionary/4.3/msgs_by_msg_type.html

看看這裡面的內容，有多少根本實際上是API等級的東西？
像是訊息類型裡面的 NewOrder-Single、Mass Quote，以現在的角度來看都是API而不是協定等級的東西。

這篇就是因為看到這個早期的東西才有感而發，
實際上也不是所有人都有乖乖照協定走，不同單位的FIX甚至登入方式都不太一樣了。

>>通訊協定則是任意兩個service交流，兩邊約定要怎麼做編解碼，你爽的話兩個process用share memory，自搞一個decode/encode做溝通也是一種通訊協定

貼文太長了。點這裡查看全文。


  [Go to top]   [Catalog]
刪除貼文 [ ]
上一頁 [1] [2] [3] [4] [5] [6] [7]
[ 首頁 / 搜尋 / 管理Discord ] [ Komica首頁 ] [ 跨版面 ] [ 雜談 / 車 / 攝影 / 運動 ] [ 人工智慧 / 程設交流 ] [ 蔚藍檔案 / 英雄聯盟 / 米哈遊 / Minecraft / 魔物獵人 / 勝利女神：妮姬 / Pokémon / 刀劍亂舞 / Unlight ]