/cs/ - 程設交流

名稱
Email
主題
回覆
檔案
嵌入
Options	Spoiler 圖片 Hide Poster IDs in Thread
密碼	（用來刪除檔案。）
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: 1745511650250.png (560.58 KB, 1563x1087, ClipboardImage.png)

心中的瀏覽器大戰無ゴミ 25/04/24 (Thu) 16:20:50 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。
貼文太長了。點這裡查看全文。

13 則貼文與 6 則含圖回覆已省略。點擊回覆以查看

無ゴミ 25/04/28 (Mon) 19:55:02 ae4c4a44 No.382

>>377
跟container比的話profile是分離得比較徹底
也可以試試看
profile可以取名字所以對這個使用情境來說應該是蠻方便的

無ゴミ 25/05/14 (Wed) 05:24:28 ca8c73bb No.392

不過firefox系的也接近死亡宣告了
一旦市占率跌破2% USWDS會宣佈不要求支援firefox
到時候就是各個網站會開始放棄支援firefox 最後變成Chromium系的天下
除非美國政府有什麼其他的改變

無ゴミ 25/05/14 (Wed) 13:06:13 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系。

無ゴミ 25/05/17 (Sat) 16:46:29 45518e2f No.394

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

>>369

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

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

無ゴミ 25/05/17 (Sat) 16:47:53 45518e2f No.395

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

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

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

關於通訊協定這檔事無ゴミ 25/05/04 (Sun) 04:10:58 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
貼文太長了。點這裡查看全文。

無ゴミ 25/05/04 (Sun) 04:24:33 0d6e1c5e No.387

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

無ゴミ 25/05/04 (Sun) 06:19:41 adee4551 No.388

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

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

無ゴミ 25/05/05 (Mon) 18:59:28 7960c678 No.389

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

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

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

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

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

無ゴミ 25/05/08 (Thu) 10:58:11 3c230e9f No.390

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

無ゴミ 25/05/09 (Fri) 02:33:38 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做溝通也是一種通訊協定

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

File: 1746181554422.jpg (15.21 KB, 960x420, 0502-redis_8-960.jpg)

Redis放棄SSPL授權回歸開源，釋出Redis 8整合核心與Stack功能無ゴミ 25/05/02 (Fri) 10:25:54 a06fb0d2 No.384 [回覆]

https://redis.io/blog/agplv3/
https://www.ithome.com.tw/news/168726

Redis出8啦,還開源了

無ゴミ 25/05/04 (Sun) 03:46:10 477c855a No.385

看了一下文章，感覺是體質問題。
作為吃軟體飯的，只能希望他們真的有從中賺到錢不至於活不下去。

File: 1746097546700.jpg (53.26 KB, 1935x446, 螢幕擷取畫面 2025-05-01 190457.jpg)

DeepWiki 無ゴミ 25/05/01 (Thu) 11:05:46 70f0e5bd No.383 [回覆]

https://deepwiki.com/
Cognition Labs的新作
把GitHub專案整個餵進去幫忙解釋和搜尋文件和功能
例如自動建立專案結構圖之類的
省點功夫去翻可能梅更新完整的說明文件

File: 1745690236391.webm (3.1 MB, 720x1280, bicycle.webm)

關於理想的開發環境無ゴミ 25/04/26 (Sat) 17:57:18 df856f2f No.378 [回覆]

目前最優的OS開發環境是Linux，但是NVDIA卡對Linux並不友善。所以我必須回去使用 Windows 來使用某些工具。難怪 Linus Torvalds 對 Nvidia 豎中指。使用 Windows 進行開發會引發另一個問題。許多其他工具都是在 Linux 上開發的。將這些工具移轉到 Windows 存在一些問題。 Docker 就是其中之一。但是 Docker 造成的問題比它試圖解決的問題還要多。因此，我改用 Dockman。 Rust 的 cargo 可以在 WSL 中運行，但會跳出一些隨機錯誤，而這在 Linux 中不會發生。

無ゴミ 25/04/26 (Sat) 18:13:58 df856f2f No.379

File: 1745691238094.jpg (287.96 KB, 592x1024, 1745254823331.jpg)

折衷的解決方案是在 Windows 中使用 Virtualbox，並從 Virtualbox 運行 Linux。 Virtualbox 歸 Oracle 所有。到目前為止，Oracle對使用者來說還是很友善的。博通收購VMware後對用戶進行限制。所以，我放棄了 VMware。使用虛擬化仍然存在問題，因為它難以與某些硬體協同工作。 Xen 虛擬機器管理程式應該具有更好的硬體接口，但配置步驟的複雜性就像愛麗絲掉進兔子洞一樣。

無ゴミ 25/04/26 (Sat) 18:26:01 df856f2f No.380

File: 1745691961254.jpg (170.25 KB, 1080x1080, 1744212694507.jpg)

更友好的解決方案是 homelab。 Proxmox 比 Openstack 更簡單。一個令人煩惱的homelab問題就是設定網域。我知道有免費網域可以註冊，但我傾向於在區域網路上設定網域伺服器，這比我預想的要複雜得多。

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

現代前端喔~ 無ゴミ 25/04/01 (Tue) 16:35:12 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 弄出現代網站的前端工程師嗎？
又，如果發案的時候堅持這個組合，會需要付出更高的金額嗎？
另外是，這樣子設計的網站，有辦法維持相同的維護性嗎？
維護姓老實說是目前不依賴框架很難達到的地方。

3 則貼文已省略。點擊回覆以查看

無ゴミ 25/04/16 (Wed) 04:29:45 885fe6cf No.360

>>355
前端發展會那麼扭曲歸根究底就出在web standard上
web standard限制你只能用html+css+js來做web開發
而這三個語言又被限制要能夠完整向下相容不能有breaking change
搞得一堆初期的爛設計沒辦法捨棄掉
然後功能追加又要一審再審進度夭壽慢
所以才會有一堆framework冒出來就是想要突破這些限制
現在只能寄望wasm發展起來後能夠改善這扭曲的環境吧

無ゴミ 25/04/16 (Wed) 16:50:17 23cc0c03 No.361

>>357

這老實說也是目前Vanilla派遇到的最大技術難點，
目前看起來也沒有甚麼現成的方法論可以用所以VanillaJS一直停在嘴砲或是半玩梗的階段。
就像樓下 No.360 說的，問題是出在Web Standard上，
可以說能弄出Standard就已經是很厲害的一件事情了。

>>360

Web Standard 的影響我覺得沒那麼大，

真的有問題的其實是心態，很多人都以為前端很簡單，然後發現不簡單之後就開始試圖把事情弄簡單(然後就是現在這慘況…
前端其實一點都不簡單，只是好接觸不用先裝一大堆東西(阿現在要了)，光是要理解HTML的ML(Markup Language)具體是甚麼就不是一件簡單的事情，更遑論去在標準框架內做變化。
CSS 雖然以不直接操作記憶體而言的確是高階語言，但實際上住海邊，根本可以說是把繪圖器七八成的變數都開出來給你改的程度。
JS 則是最痛苦的，因為被丟進來的我往都是連小白都不到的素人，還會被騙說這是一片白紙，才怪，
貼文太長了。點這裡查看全文。

無ゴミ 25/04/16 (Wed) 17:04:43 23cc0c03 No.362

>>但如果你是作那種互動性比較高的網站的話那還是用framework比較好
>>不然光處理reactive就會搞死你了

對，所以現在還是只能乖乖用框架，本公司是新專案被客戶逼著用Vue。
編輯方便性真的沒話說。

這種個人信仰的東西只能用下班時間加減拜一下。

是說關於Vanilla JS 的互動部分，我覺得會需要突破一些思考框架問題，
現在的思路大概是：

1. HTML本身就是並不是單純的介面標記，DOM跟程式不是分開的，是緊密結合的。
2. 資料不一定要存在Javascript管理的記憶體裡面，你也可以把它存在網頁上，用Markup的方式。
3. 雖然很多人可能對2的做法有很大疑慮，怕被使用者亂改什麼的，但其實這個安全性從來沒有過。所以放心去用吧，伺服器端做好檢查就好。
4. 不要覺得自己在寫程式，想像是路邊發送的傳單，下面有虛線可以把折價券/問券剪下來寫一寫交回去的那種。
貼文太長了。點這裡查看全文。

無ゴミ 25/04/23 (Wed) 11:53:18 a31a3ad1 No.363

>>361
html 一點也不複雜
只要會 div span p 就可以上了
甚至你要從頭 div 到尾也 ok
反正瀏覽器又不會跟你抱怨
真正複雜的是 SEO
說什麼你要用 article section aside 還什麼鬼的我搜尋才給你排高分喔
然後現在又叫你搞什麼 ally
媽的智障

無ゴミ 25/04/26 (Sat) 06:10:45 d30bd40f No.374

>>363
>>html 一點也不複雜

這其實是我前面在講的心態錯誤的地方，
HTML本體不複雜，複雜的是自從有網際網路以來的發展歷史跟愛恨糾葛。
還有最重要的：這東西的本質，他的本質就是個Markup，介面的markup，
跟XUL / XAML 之類的東西同類，
不一樣的地方是HTML必須給N多個廠商實作不同的繪圖器等等。

而其他大致上只需要供應商自己顧好自己就好。
這部分需要去體驗過比較傳統GUI程式的撰寫方式才會比較有感覺。
我覺得這也是現在前端扭曲的肇因之一，很多人進來就是面對這些東西，
沒有碰過也不屑碰那些古老的東西，只是不斷地解決自己的問題，
沒有意識到自己走得有多偏，也沒辦法修正。

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

YouTube embed. Click thumbnail to play.

VS Code Agent mode和MCP 無ゴミ 25/04/16 (Wed) 02:24:28 730214ed No.356 [回覆]

VS Code Agent Mode Just Changed Everything

Agent和MCP都有了
也順便用實作解釋了Agent和MCP在運作時的差別
現在CP值最高的付費coding AI是github copilot嗎? 想訂了

File: 1744516197098.jpg (506.38 KB, 2552x2060, [email protected])

Most common 4-digit PIN numbers 無ゴミ 25/04/13 (Sun) 03:49:57 a094a6e4 No.353 [回覆]

https://x.com/infobeautiful/status/1787873798273802520

4位數字密碼分佈圖
對角線重複數字
19開頭西元生日年份
左下角MMDD生日
還有1234 4321這種連續數字

不過7410和2580就不太知道為什麼了

無ゴミ 25/04/13 (Sun) 06:13:00 07f5243c No.354

File: 1744524780423.jpg (66.11 KB, 1000x1000, 1000x1000.jpg)

>>不過7410和2580就不太知道為什麼了

按鍵手機時代的數字鍵排法。

YouTube embed. Click thumbnail to play.

無ゴミ 25/04/12 (Sat) 11:11:28 7f94e89a No.352 [回覆]

Two decades of Git: A conversation with creator Linus Torvalds

YouTube embed. Click thumbnail to play.

TaskbarX - Customize Your Windows Taskbar 2025 無ゴミ 25/04/11 (Fri) 13:58:28 7414abf2 No.348 [回覆]

TaskbarX - Customize Your Windows Taskbar 2025

https://taskbarx.org

https://github.com/ChrisAnd1998/TaskbarX/tree/master?tab=readme-ov-file

雖然很討厭W11毫無靈魂跟理念的設計風格，
但不得不說W11相較W10效能跟穩定上是真的有不錯的提升。
純論性能我會想用W11工作，但W11有一個最受不了的地方就是工作列完全不給動。
某些早期版本可以用註冊表硬幹，但是這個Hack在21年的21H2版本也被徹底終結了。
https://pureinfotech.com/move-taskbar-top-side-windows-11/

最近幾年除非買二手機，不然要搞W10可以說是越來越難。
原本想來自己寫一個小程式工作列，但突然又想到這件事情一定有別人想過，
果然還是我太孤陋寡聞。
貼文太長了。點這裡查看全文。

無ゴミ 25/04/11 (Fri) 15:00:39 cf3b5039 No.349

Win11的Taskbar真的是用過最難用的一版
95的都比較好用
UIUX都設計的超爛

無ゴミ 25/04/11 (Fri) 16:13:51 61636ef5 No.350

File: 1744388031786.png (11.48 KB, 968x299, NooTi.png)

結果太high沒看仔細，這東西是W10時代的東西。W11只要比較新的版本都沒辦法運作。

不過沒關係，我還有ExplorerPatcher

無ゴミ 25/04/11 (Fri) 16:16:01 61636ef5 No.351

File: 1744388160930.png (1.9 MB, 1536x1024, 螢幕擷取畫面 2025-04-12 001151.png)

ExplorerPatcher玩了一陣，雖然有些亂七八糟的東西不太好處理。
不過終於可以亂調工作業位置了。
附圖是快樂的成果。

[Go to top] [Catalog]

刪除貼文 [ 檔案] 密碼

理由