ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
盡早發現及早開除
專案經理要審查程式註解的....
@@hugo-sd1zi对的，你要这么写，不会让你通过提交的，然后你就很快被开除了
@@DigitalAlligator 這是專案經理要做的，是讓原始碼不外流的方式之一，其他工程師只能看到可編譯的亂碼程式，大公司都是如此
@@hugo-sd1zi要讓原始碼不外流走binary release 不就好了...
@@chsu_ 內部工程師要能debug，確定問題到那裏，又不能將其他人的設計傳出去，去大廠做過就知道了...
有这点精力，你早提前下班了
做成自动化混淆工具，只有第一次写混淆工具的时候费点精力后面都只需要自动化处理~ 😂
@@UCan927 你是懂編程的
程式源代碼混淆，到時候使用者回報，你最好是能夠知道混淆後的源代碼的錯誤行數對應。然後等到你收到使用者報錯，要開始除錯，你要拿混淆後源碼除錯還是混淆前源碼除錯？拿混淆前的源代碼除錯？那錯誤行數，變數名稱可能永遠跟使用者報告的不一樣。你是不是還要有對照表？問題是錯誤行數可能也對不上。會寫程式的，一般會選擇把時間做有價值的事，用這種方式只是阻礙自己的正常工作。
@@demodemo5991 为什么要去知道行数呢？不是有日志记录么。。。好的日志记录习惯，根据反馈的错误代码就能定位到问题 所在
知道上個世紀，遊戲商怎樣防止遊戲被盜版嗎？一開始只是簡單的密碼。後來演變為密碼本，遊戲在某個關卡會要你查密碼本，再輸入密碼。後來密碼本會被影印機影音。於是密碼本必須彩色，還要搭配有顏色塑膠片，才能看到密碼。再來是光碟時代，為了避免光碟被盜版，於是遊戲商用了特殊的光碟加密技術。於是買正版光碟的人，讀不到光碟。於是再買了一片盜版光碟，可以順利玩遊戲。再後來，也有軟體商，搞硬體的 keypro，一個硬體，必須鎖在印表機連結埠。又有軟體，一律要線上註冊，取得license，才能使用的。再後來，也有乾脆擺明讓你盜。公私行號抓到盜版，賠的錢更多。講半天，也只是告訴你，有時間搞小模小樣的防禦手段的時代過去了。現在外面一大堆 open source 都不怕你看源代碼。更何況現在開發上線程序，都是要進原始碼的版本控制系統，你搞混淆，進版本控制系統的源碼是混淆前還是混淆後？更不用說，在團隊協同合作開發，一個檔案可能會被團隊成員開啟。有很多正事要做的單位，一般沒人這樣玩。😊
千万不要在工作中写这样的代码，轻则被别人误解为工作逻辑有问题，重则被识破意图直接导致失去信任，甚至会被人举报在整个行业内封杀。无论怎么看，以抱住自己工作为动机的这种损人行为一定会招致制裁，最后适得其反。
软件公司管理首要的就是要让每个程序员可以被替代，所以不仅代码要写，注释也要写，自动测试也要写，documentation也要写。code review的目的也是为此而设置的。所有软件技术其实都是有迹可循的，用工具包括AI可以加快这个效率。即使完全看不懂，也可以轻松重新写一个替换掉。
這只能小公司小圈圈才能這樣搞吧... 一般code review就被退回去了，根本不可能給你這樣玩，如果是要給到外面的code，基本也是包成library或binary code了。另外，公司內任何人都可以被取代，包含CEO，之前公司的CEO因為公司營運下滑直接被換掉，整個team整個bu裁掉的也不少，有時間這樣搞不如多提升自己實力，走到哪都不用怕。
@@412081 更不用說，真的搞業務時，一堆bug處理，或是新需求新功能要不斷類加，做正事的時間都不夠，誰會自己在那自己麻煩。程式出錯了，第一時間，還要判斷，會不會是因為混淆加密導致的bug。誰吃撐了這樣玩？除非很閒，不然業務繁忙，搞到的只會是自己。
同意。Steve Jobs 對蘋果來說夠重要了吧，他都過世多久了，蘋果還是在。
@@GZ7BaeGiJbo8 人人以為蘋果是靠 賈伯斯 ，殊不知其實都是靠庫克。蘋果手機的市場基本上是靠庫克打開的，賈伯斯在當時都已經罹癌了，賈伯斯的人設也都是庫克在建立的。
@@chesterlin_8010蘋果起來的確是靠賈伯斯的遺產，當年讓庫克去撐，我看沒過多久就去賣糖水了
@@chesterlin_8010庫克除了抄安卓有個屁用
看完這個...我想到上個影片的標題... 哈哈哈哈
这期不禁让我想起辛吉飞的“全是科技与狠活啊哥们儿！”
LLM: 這code…有毒…
呵呵
有道理，還能搞壞 LLM 的模型，讓他們無從學起，盡而達到防衛機械取代碼農的工作（？
会不会以后LLM给你的都是这种有毒的code
現在都會把這種特例抓出來去除掉吧
把变量名函数名类名写成：0o00oo0o、o0o0oo0、o00o00oo、o00o0o0o、0o0o00o0…或者：lIlIllIl、IIlIlIll、IllIlIll、lIllIllI、lIlllIll…🤔
做外包项目时为了防止甲方拖欠尾款可以用这个办法
甲方在意的應該會是能不能動，生成出來的code還是能動，真的要去看code甚至有可能是幾個月以後的事了。這個比較能用的場景是在沒人會對你做code review的狀況，譬如你在非IT業裡寫程式給大家用的狀況。不過整活的場景比較多就是了要介紹這個的用意其實應該是要介紹ast這模組，用這個可以知道編譯器是怎麼去處理語法的
通常這種動作 只有防對方不交尾款 跟不爽要找下家還再找的時候
寓教于乐, 第一次学了ast 用法
不会有人真信了吧？ 能过 pull request？ 一天研究这些东西的人真不适合做程序员这个工作， 早点转行吧，业界毒瘤。
實際上還真有應用場景，JS前端常常需要用到
別的地方也有應用場景，這挺實用的
代码混淆
搞這種東西的人是優先開除對象
沒辦法，因為公司知道你在防它，所以乾脆一開始就不用你，或盡早替換掉你
code , 最重要的是傳承, 讓後來接手的人看的懂, 而不是怕外流.這樣搞, 你得寫詳細的文件來說明這段 code 的源碼是什麼, 但大多數的工程師, 很討厭寫文件.
丟進任何一家目前檯面上看得到的AI: 幫我轉成人類看得懂的，順便加一下註解下一期就做這個吧！各家的比較一下？
目前還沒有任何一個LLM可以把這種程度的防禦性代碼改回人能看懂的
还差一位很耐湿的同事帮我“防御性”Review。
作为程序员，just for fun是没有问题的。主要是娱乐一下自己。相信作者的目的也不是真的让大家这么用（^ ^）。而且作为Leader了解一下是必须的，万一你的手下这么用呢(* _*!)
真把自己當大寶貝了WWWWWW，小公司的那一套並非所有地方都適用阿
寫的很好，基本上在Code Review的時候就是你要回去重寫然後績效扣分的時候，在我的手下，你有一行讓70%的人看不懂你就不用再往下講了~
若果我是老闆看到自己的程式員寫出這樣的CODE，我會毫不猶疑地炒掉他。這樣可以直接善良地協助他在人生上省卻不少不必要的代碼轉換操作時間。
你這叫混淆碼啊大哥這能玩的花招可多了像是你說的改 boolean 常量還只是 opaque predicate 的一小部分玩到噁心的還有 control flow flattening, unreachable branch, ...好玩的很 😁
好狠的玩啊哥
大公司没機會的😂
这是假设没人peer review😂
真的是娛樂用w認真會用到的時候通常minify或uglify就夠了，讓外部的人偷到code也不好拆
可是那家公司不静态代码扫描+code review，大家当玩笑看看吧
实际的应用场景也许不方便在公开的视频里讲。
沒做静态代码扫描+code review還是不少的，這實際應用場景不少
看公司規模大小吧！公司小，沒有制度，沒有規範，就隨你玩。小到程式設計師太閒才會這樣玩。正規的大公司，光是根據需求修改程式，測試，上線，一堆事要做，誰會有閒情逸致這樣玩？更不用說，上線後，萬一有使用者回報錯誤，要進行偵錯除錯，誰會這樣玩？這樣玩，基本上第一個搞到的是自己。大概也就沒規模的小公司這樣玩。講句難聽的，如果才能夠，直接寫個什麼放到 github 上。如果才能不夠，專案上，可能連顆星沒有。連瀏覽量都沒有。不要老把自己的源碼當做寶。如果不是必須，可能也沒第二個人會看到你的源碼寫的屎一樣。更不用說，如果是自己一直有在進步，看到自己幾年前寫的碼，自己都嫌棄。當然前提是有在進步，沒在進步的，十年後，看到自己寫的屎還會覺得是寶。
但也可能你還沒開始發生防禦，就因為代碼寫的太繞在審查時，人先被「優化」了。就像小說中if一千層的大動脈不敢裁，這種人在git時代是幾乎不存在的。
所以！ 一旦公司離不開這個人，必定有鬼就該開除他
知識用一種奇怪的方法進到我的腦袋裏了
臨走前應該在公司的代碼裡面放下大量的時間炸彈
在有規模有制度的公司，光是源碼要入版本控制系統，你要有源頭的需求單，還要準備上線，要上線，還要有測試報告等等，要有完整的一串單據，程序。不是隨便你想放什麼上去就放什麼。
我看了啥 哈哈哈
Code review 能通过吗？
这点代码都看不懂，会不会显得自己水平太差？过了，写得好！
code review都是随便瞄两眼的，看不懂直接approve
根本過不了code review, 在code裡寫這種magic number直接被打回重寫
@@slotsmaster8877直接不給你過, 通過這種代碼的也是要負責任的。
@@samztang953 看得懂 但我作為主管肯定不approve
如果我是主管我一看到你就回去了😊
其實我並不想一直待在公司， 我希望公司能讓大家早點發大財！
我不一线写代码 但我时常看代码 看不懂就叫过来 当面给解释一下 反正把简单事情往复杂里办的 要么水平不够 要么想给我搞事 统统开除
搞這種自己以後也可能有需要看的 Obfuscation, 最好讓他 Export 一個 Mapping file
好的，学到了，下次直接开除写了import ast的程序员，以绝后患
因為這個影片讓我認為這個 youtuber 不可信
在我公司的结对编程，AI以及 team code review 面前鸟用没有。哈哈。
以前編譯器本身就帶有Obfuscation 工具，不用人工做的。不過用途不是針對老闆的。
你說的一般是針對編譯出來的二進位檔。並不是對原始碼進行混淆。
@@demodemo5991 obfuscation 這個名詞就是針對源碼的
要不讓code被人家看到不是做成dll或是.a黨之類的二進制編碼就能防止人家看到了嗎 還是我太低端了 不能理解高階工程師的設計
很好，review的老哥已经向项目经理举报我了，每天一个失业小技巧get
用AI反向編譯就可以了，以前叫做變數亂碼重編譯，但有AI在，就算是組合語言，也可以輕鬆反向編譯的...........
軟體本來就應該要讓其他人能看懂，不然怎麼讓新人接手後把老的開除節約成本。
结束的时候用shittier工具再加工一下那就完美了。
我比較好奇的事，你要怎麼跟主管解釋你為什麼要這樣寫？還是主管根本不管？
给甲方干项目可以这么干，如果是自己公司内部就算了，review你PR的人直接掏出40米大刀。
看到直接開除無法取代
这就是混淆啊，其实直接提交混淆后的代码，自己保留原始源代码就好了。
问题是提交了代码是有人会给你代码进行code review呀，要是每次提交这样的代码 那不是找裁
格局要大一点儿，在公司里departmental level 就玩起这种东西就保證整个部门都不可能被裁
@@albertma1 有道理
关键怎么能通过PR review？
我可以肯定這麼折騰,第1個被整死的人是我自己
有些客户要求原代码时，我们这样给他们，目的是防止修改。
Manager: 写得很好以后不用再写了
其实我在想，这种方法我丢去chatgpt，修成简易的代码不就没问题了。
還可以這樣玩XD太有趣啦
但凡你把心思多花在提升自己上，也不需要搞這些了。
原來是python ast教學
GOOGLE指引表示...你這些老是想害人的程序員有些公司會炒
怎麼看都覺得是方法但看完留言怎麼很像變成一個問題了😂
有用，不一定要用来对付老板同事，但总有应用场景😂
防他人破譯，以前叫做變數亂碼重編譯，但有AI在，就算是組合語言，也可以輕鬆反向編譯的...........
代码混淆，但是一般会用自动的工具。
需要，但要產出文件說明書。哈哈
負向優化
高天教给大家始终是技术内核分析方法。然后底下很多评论就加上道德分析评判了。有没有Review都没关系，Review也是打工人。
一年後某某重要第三方函式庫大更新，要檢查代碼相容性會先整死自己......
可以学学那些小说网的防盗，把词语替换成反义词
js浏览器工具看光光，还真需要
別人看不懂你寫的code，結果就是炒魷魚😂
我看到我組員這樣做會叫他走路
三个月后让你DeBUG
所以你们公司没有code review是吗
我不晓得您的每月薪资是多少，老公被操到过劳之前，每月薪资6800人民币，我没写错，您也没看错是六千八百人民币，早上九点上班，回家凌晨两点，还得在家里随时待命老板会打电话来CALL回去公司。
有这种水平可以跳槽加薪吧😂
這有做 code review 就過不了審核了吧 哈
在我的团队里，这种代码根本过不了 code review
到底是防人，还是折腾自己
Pull Request -> [REJECTED] -> Comments -> Wtf? Please redo
都解放70多年了，阿凡提还在智斗巴依老爷。😄
看完之後發現 原來我不會寫python
好傢伙 省了我Code Review的時間了 直接按不通過
Solo coder 才有机会用的😅
大動脈網文主角專用？
正常寫的軟體BUG就夠多了~給你這樣搞完不知道還要多出多少BUG
code review怎麼過啊？
其实就是加密，解密过程
Python ast parse 居然是内置库
一個專案把所有函數名跟變量名過個 hash 就夠亂了吧ww
發瘋哈哈哈
@@ChengJiou 防止外流用的，真正原始碼鎖起來，其他工程師權限只能看到亂碼
看到你改动builtin函数的mapping，我直接喷了😂
這個感覺能用來寫webshell😂
我看著著實痛苦起來了
最討厭這種人。最沒價值的程序員就是這種人
給你讚, 但下次別這樣搞人了, 身為主管的我會很累
看似在讲防御性编程，实则是在科普ast的结构，真是寓教于乐啊（大嘘
这还不如直接加密代码呢
eval linter 應該會亮吧XD?
代码混淆咯
這東西不是你標題說的用的啊...
❤❤❤
AI：人類必須消失
AI: 听说你不可取代？
沒能力的人才需要搞這麼多事
盡早發現及早開除
專案經理要審查程式註解的....
@@hugo-sd1zi对的，你要这么写，不会让你通过提交的，然后你就很快被开除了
@@DigitalAlligator 這是專案經理要做的，是讓原始碼不外流的方式之一，其他工程師只能看到可編譯的亂碼程式，大公司都是如此
@@hugo-sd1zi要讓原始碼不外流走binary release 不就好了...
@@chsu_ 內部工程師要能debug，確定問題到那裏，又不能將其他人的設計傳出去，去大廠做過就知道了...
有这点精力，你早提前下班了
做成自动化混淆工具，只有第一次写混淆工具的时候费点精力
后面都只需要自动化处理~ 😂
@@UCan927 你是懂編程的
程式源代碼混淆，到時候使用者回報，你最好是能夠知道混淆後的源代碼的錯誤行數對應。
然後等到你收到使用者報錯，要開始除錯，你要拿混淆後源碼除錯還是混淆前源碼除錯？
拿混淆前的源代碼除錯？那錯誤行數，變數名稱可能永遠跟使用者報告的不一樣。
你是不是還要有對照表？
問題是錯誤行數可能也對不上。
會寫程式的，一般會選擇把時間做有價值的事，用這種方式只是阻礙自己的正常工作。
@@demodemo5991 为什么要去知道行数呢？不是有日志记录么。。。好的日志记录习惯，根据反馈的错误代码就能定位到问题 所在
知道上個世紀，遊戲商怎樣防止遊戲被盜版嗎？
一開始只是簡單的密碼。
後來演變為密碼本，遊戲在某個關卡會要你查密碼本，再輸入密碼。
後來密碼本會被影印機影音。
於是密碼本必須彩色，還要搭配有顏色塑膠片，才能看到密碼。
再來是光碟時代，為了避免光碟被盜版，於是遊戲商用了特殊的光碟加密技術。
於是買正版光碟的人，讀不到光碟。於是再買了一片盜版光碟，可以順利玩遊戲。
再後來，也有軟體商，搞硬體的 keypro，一個硬體，必須鎖在印表機連結埠。
又有軟體，一律要線上註冊，取得license，才能使用的。
再後來，也有乾脆擺明讓你盜。公私行號抓到盜版，賠的錢更多。
講半天，也只是告訴你，有時間搞小模小樣的防禦手段的時代過去了。
現在外面一大堆 open source 都不怕你看源代碼。
更何況現在開發上線程序，都是要進原始碼的版本控制系統，你搞混淆，進版本控制系統的源碼是混淆前還是混淆後？
更不用說，在團隊協同合作開發，一個檔案可能會被團隊成員開啟。
有很多正事要做的單位，一般沒人這樣玩。😊
千万不要在工作中写这样的代码，轻则被别人误解为工作逻辑有问题，重则被识破意图直接导致失去信任，甚至会被人举报在整个行业内封杀。无论怎么看，以抱住自己工作为动机的这种损人行为一定会招致制裁，最后适得其反。
软件公司管理首要的就是要让每个程序员可以被替代，所以不仅代码要写，注释也要写，自动测试也要写，documentation也要写。code review的目的也是为此而设置的。所有软件技术其实都是有迹可循的，用工具包括AI可以加快这个效率。即使完全看不懂，也可以轻松重新写一个替换掉。
這只能小公司小圈圈才能這樣搞吧... 一般code review就被退回去了，根本不可能給你這樣玩，如果是要給到外面的code，基本也是包成library或binary code了。
另外，公司內任何人都可以被取代，包含CEO，之前公司的CEO因為公司營運下滑直接被換掉，整個team整個bu裁掉的也不少，有時間這樣搞不如多提升自己實力，走到哪都不用怕。
@@412081 更不用說，真的搞業務時，一堆bug處理，或是新需求新功能要不斷類加，做正事的時間都不夠，誰會自己在那自己麻煩。
程式出錯了，第一時間，還要判斷，會不會是因為混淆加密導致的bug。誰吃撐了這樣玩？除非很閒，不然業務繁忙，搞到的只會是自己。
同意。Steve Jobs 對蘋果來說夠重要了吧，他都過世多久了，蘋果還是在。
@@GZ7BaeGiJbo8 人人以為蘋果是靠 賈伯斯 ，殊不知其實都是靠庫克。
蘋果手機的市場基本上是靠庫克打開的，賈伯斯在當時都已經罹癌了，賈伯斯的人設也都是庫克在建立的。
@@chesterlin_8010蘋果起來的確是靠賈伯斯的遺產，當年讓庫克去撐，我看沒過多久就去賣糖水了
@@chesterlin_8010庫克除了抄安卓有個屁用
看完這個...我想到上個影片的標題...
哈哈哈哈
这期不禁让我想起辛吉飞的“全是科技与狠活啊哥们儿！”
LLM: 這code…有毒…
呵呵
有道理，還能搞壞 LLM 的模型，讓他們無從學起，盡而達到防衛機械取代碼農的工作（？
会不会以后LLM给你的都是这种有毒的code
現在都會把這種特例抓出來去除掉吧
把变量名函数名类名写成：0o00oo0o、o0o0oo0、o00o00oo、o00o0o0o、0o0o00o0…或者：lIlIllIl、IIlIlIll、IllIlIll、lIllIllI、lIlllIll…🤔
做外包项目时为了防止甲方拖欠尾款可以用这个办法
甲方在意的應該會是能不能動，生成出來的code還是能動，真的要去看code甚至有可能是幾個月以後的事了。
這個比較能用的場景是在沒人會對你做code review的狀況，譬如你在非IT業裡寫程式給大家用的狀況。
不過整活的場景比較多就是了
要介紹這個的用意其實應該是要介紹ast這模組，用這個可以知道編譯器是怎麼去處理語法的
通常這種動作 只有防對方不交尾款 跟不爽要找下家還再找的時候
寓教于乐, 第一次学了ast 用法
不会有人真信了吧？ 能过 pull request？ 一天研究这些东西的人真不适合做程序员这个工作， 早点转行吧，业界毒瘤。
實際上還真有應用場景，JS前端常常需要用到
別的地方也有應用場景，這挺實用的
代码混淆
搞這種東西的人是優先開除對象
沒辦法，因為公司知道你在防它，所以乾脆一開始就不用你，或盡早替換掉你
code , 最重要的是傳承, 讓後來接手的人看的懂, 而不是怕外流.
這樣搞, 你得寫詳細的文件來說明這段 code 的源碼是什麼, 但大多數的工程師, 很討厭寫文件.
丟進任何一家目前檯面上看得到的AI: 幫我轉成人類看得懂的，順便加一下註解
下一期就做這個吧！各家的比較一下？
目前還沒有任何一個LLM可以把這種程度的防禦性代碼改回人能看懂的
还差一位很耐湿的同事帮我“防御性”Review。
作为程序员，just for fun是没有问题的。主要是娱乐一下自己。相信作者的目的也不是真的让大家这么用（^ ^）。而且作为Leader了解一下是必须的，万一你的手下这么用呢(* _*!)
真把自己當大寶貝了WWWWWW，小公司的那一套並非所有地方都適用阿
寫的很好，基本上在Code Review的時候就是你要回去重寫然後績效扣分的時候，在我的手下，你有一行讓70%的人看不懂你就不用再往下講了~
若果我是老闆看到自己的程式員寫出這樣的CODE，我會毫不猶疑地炒掉他。這樣可以直接善良地協助他在人生上省卻不少不必要的代碼轉換操作時間。
你這叫混淆碼啊大哥
這能玩的花招可多了
像是你說的改 boolean 常量還只是 opaque predicate 的一小部分
玩到噁心的還有 control flow flattening, unreachable branch, ...
好玩的很 😁
好狠的玩啊哥
大公司没機會的😂
这是假设没人peer review😂
真的是娛樂用w
認真會用到的時候通常minify或uglify就夠了，讓外部的人偷到code也不好拆
可是那家公司不静态代码扫描+code review，大家当玩笑看看吧
实际的应用场景也许不方便在公开的视频里讲。
沒做静态代码扫描+code review還是不少的，這實際應用場景不少
看公司規模大小吧！
公司小，沒有制度，沒有規範，就隨你玩。
小到程式設計師太閒才會這樣玩。
正規的大公司，光是根據需求修改程式，測試，上線，一堆事要做，誰會有閒情逸致這樣玩？
更不用說，上線後，萬一有使用者回報錯誤，要進行偵錯除錯，誰會這樣玩？
這樣玩，基本上第一個搞到的是自己。
大概也就沒規模的小公司這樣玩。
講句難聽的，如果才能夠，直接寫個什麼放到 github 上。
如果才能不夠，專案上，可能連顆星沒有。
連瀏覽量都沒有。
不要老把自己的源碼當做寶。如果不是必須，可能也沒第二個人會看到你的源碼寫的屎一樣。
更不用說，如果是自己一直有在進步，看到自己幾年前寫的碼，自己都嫌棄。
當然前提是有在進步，沒在進步的，十年後，看到自己寫的屎還會覺得是寶。
但也可能你還沒開始發生防禦，就因為代碼寫的太繞在審查時，人先被「優化」了。
就像小說中if一千層的大動脈不敢裁，這種人在git時代是幾乎不存在的。
所以！ 一旦公司離不開這個人，必定有鬼就該開除他
知識用一種奇怪的方法進到我的腦袋裏了
臨走前應該在公司的代碼裡面放下大量的時間炸彈
在有規模有制度的公司，光是源碼要入版本控制系統，你要有源頭的需求單，還要準備上線，要上線，還要有測試報告等等，要有完整的一串單據，程序。
不是隨便你想放什麼上去就放什麼。
我看了啥 哈哈哈
Code review 能通过吗？
这点代码都看不懂，会不会显得自己水平太差？
过了，写得好！
code review都是随便瞄两眼的，看不懂直接approve
根本過不了code review, 在code裡寫這種magic number直接被打回重寫
@@slotsmaster8877直接不給你過, 通過這種代碼的也是要負責任的。
@@samztang953 看得懂 但我作為主管肯定不approve
如果我是主管我一看到你就回去了😊
其實我並不想一直待在公司， 我希望公司能讓大家早點發大財！
我不一线写代码 但我时常看代码 看不懂就叫过来 当面给解释一下 反正把简单事情往复杂里办的 要么水平不够 要么想给我搞事 统统开除
搞這種自己以後也可能有需要看的 Obfuscation, 最好讓他 Export 一個 Mapping file
好的，学到了，下次直接开除写了import ast的程序员，以绝后患
因為這個影片讓我認為這個 youtuber 不可信
在我公司的结对编程，AI以及 team code review 面前鸟用没有。哈哈。
以前編譯器本身就帶有Obfuscation 工具，不用人工做的。不過用途不是針對老闆的。
你說的一般是針對編譯出來的二進位檔。
並不是對原始碼進行混淆。
@@demodemo5991 obfuscation 這個名詞就是針對源碼的
要不讓code被人家看到不是做成dll或是.a黨之類的二進制編碼就能防止人家看到了嗎 還是我太低端了 不能理解高階工程師的設計
很好，review的老哥已经向项目经理举报我了，每天一个失业小技巧get
用AI反向編譯就可以了，以前叫做變數亂碼重編譯，但有AI在，就算是組合語言，也可以輕鬆反向編譯的...........
軟體本來就應該要讓其他人能看懂，不然怎麼讓新人接手後把老的開除節約成本。
结束的时候用shittier工具再加工一下那就完美了。
我比較好奇的事，你要怎麼跟主管解釋你為什麼要這樣寫？還是主管根本不管？
给甲方干项目可以这么干，如果是自己公司内部就算了，review你PR的人直接掏出40米大刀。
看到直接開除
無法取代
这就是混淆啊，其实直接提交混淆后的代码，自己保留原始源代码就好了。
问题是提交了代码是有人会给你代码进行code review呀，要是每次提交这样的代码 那不是找裁
格局要大一点儿，在公司里departmental level 就玩起这种东西就保證整个部门都不可能被裁
@@albertma1 有道理
关键怎么能通过PR review？
我可以肯定這麼折騰,第1個被整死的人是我自己
有些客户要求原代码时，我们这样给他们，目的是防止修改。
Manager: 写得很好以后不用再写了
其实我在想，这种方法我丢去chatgpt，修成简易的代码不就没问题了。
還可以這樣玩XD
太有趣啦
但凡你把心思多花在提升自己上，也不需要搞這些了。
原來是python ast教學
GOOGLE指引表示...
你這些老是想害人的程序員有些公司會炒
怎麼看都覺得是方法但看完留言怎麼很像變成一個問題了😂
有用，不一定要用来对付老板同事，但总有应用场景😂
防他人破譯，以前叫做變數亂碼重編譯，但有AI在，就算是組合語言，也可以輕鬆反向編譯的...........
代码混淆，但是一般会用自动的工具。
需要，但要產出文件說明書。哈哈
負向優化
高天教给大家始终是技术内核分析方法。然后底下很多评论就加上道德分析评判了。有没有Review都没关系，Review也是打工人。
一年後某某重要第三方函式庫大更新，要檢查代碼相容性會先整死自己......
可以学学那些小说网的防盗，把词语替换成反义词
js浏览器工具看光光，还真需要
別人看不懂你寫的code，結果就是炒魷魚😂
我看到我組員這樣做會叫他走路
三个月后让你DeBUG
所以你们公司没有code review是吗
我不晓得您的每月薪资是多少，老公被操到过劳之前，每月薪资6800人民币，我没写错，您也没看错是六千八百人民币，早上九点上班，回家凌晨两点，还得在家里随时待命老板会打电话来CALL回去公司。
有这种水平可以跳槽加薪吧😂
這有做 code review 就過不了審核了吧 哈
在我的团队里，这种代码根本过不了 code review
到底是防人，还是折腾自己
Pull Request -> [REJECTED] -> Comments -> Wtf? Please redo
都解放70多年了，阿凡提还在智斗巴依老爷。😄
看完之後發現 原來我不會寫python
好傢伙 省了我Code Review的時間了 直接按不通過
Solo coder 才有机会用的😅
大動脈網文主角專用？
正常寫的軟體BUG就夠多了~給你這樣搞完不知道還要多出多少BUG
code review怎麼過啊？
其实就是加密，解密过程
Python ast parse 居然是内置库
一個專案把所有函數名跟變量名過個 hash 就夠亂了吧ww
發瘋哈哈哈
@@ChengJiou 防止外流用的，真正原始碼鎖起來，其他工程師權限只能看到亂碼
看到你改动builtin函数的mapping，我直接喷了😂
這個感覺能用來寫webshell😂
我看著著實痛苦起來了
最討厭這種人。最沒價值的程序員就是這種人
給你讚, 但下次別這樣搞人了, 身為主管的我會很累
看似在讲防御性编程，实则是在科普ast的结构，真是寓教于乐啊（大嘘
这还不如直接加密代码呢
eval linter 應該會亮吧XD?
代码混淆咯
這東西不是你標題說的用的啊...
❤❤❤
AI：人類必須消失
AI: 听说你不可取代？
沒能力的人才需要搞這麼多事