奇葩公司按代碼行數(shù)算工資，員工一個(gè)月提成2.6萬(wàn)遭開除
來(lái)源丨java那些事
之前，有這么一個(gè)帖子吸引了很多網(wǎng)友的注意，是什么呢？
該網(wǎng)友表示自己以前碰到過(guò)一個(gè)按代碼行數(shù)算工資的公司，還不同的代碼有不同的換算系數(shù)，考核部門沒(méi)日沒(méi)夜的在那數(shù)代碼，各種爭(zhēng)吵，后來(lái)有個(gè)同事利用規(guī)則刷到一個(gè)月提成2.6萬(wàn)，然后領(lǐng)導(dǎo)找他商量讓他能不能少報(bào)點(diǎn)，結(jié)果第二天就離職了。
對(duì)此，有網(wǎng)友表示：不是應(yīng)該代碼越少越好的嗎？
作為程序員，大家應(yīng)該都清楚，我們編程的時(shí)候最注重的就是代碼的精簡(jiǎn)，力求少編碼多思考，因?yàn)楹芏鄷r(shí)候代碼越多，問(wèn)題越多。
而程序員們常常所說(shuō)的高內(nèi)聚，低耦合，也是力求代碼簡(jiǎn)潔的一種方式，所以程序員都會(huì)被要求盡量簡(jiǎn)化代碼。
估計(jì)程序員都有過(guò)這樣的體會(huì)，當(dāng)審查一個(gè)功能模塊的代碼時(shí)，如果代碼很多很亂，第一印象肯定不好，相反，如果該模塊代碼簡(jiǎn)潔明了，你會(huì)非常愉悅。
更通俗點(diǎn)講就是代碼越多，管理起來(lái)也就越困難：搜索代碼庫(kù)的時(shí)間會(huì)變長(zhǎng)、查看文件導(dǎo)航也需要較長(zhǎng)的時(shí)間、跟蹤執(zhí)行也會(huì)變的困難等。
有的網(wǎng)友則表示：這樣會(huì)讓代碼一團(tuán)亂，不然就會(huì)像外包公司一樣。
相信很多人都看過(guò)外包公司的代碼，他們的代碼基本都是復(fù)制粘貼，特別亂，所以，很多程序員只要看到外包公司的代碼都會(huì)很崩潰。
首先是，他們只會(huì)考慮到如何去完成任務(wù)，而不會(huì)去考慮整個(gè)項(xiàng)目中會(huì)出現(xiàn)的外在問(wèn)題，比如，占用資源，項(xiàng)目大小等。
還有的網(wǎng)友搞笑的表示：這樣的方式，可以把公司刷破產(chǎn)，雖然夸張，但是也不夸張。
一個(gè)程序員如果去追求代碼量，隨隨便便寫個(gè)循環(huán)什么的，這都是很簡(jiǎn)單的事。
對(duì)于這樣的公司可以說(shuō)是很奇葩的了，其一：按代碼行數(shù)來(lái)算工資，就是不合理，從中就可以知道，該公司肯定是一家小公司，做不大的。
其二：既然制定了游戲規(guī)則，卻不能按照規(guī)則來(lái)執(zhí)行，被員工逮到漏洞，最后不執(zhí)行，也是很難看的。
雖然說(shuō)每個(gè)公司的標(biāo)準(zhǔn)都不一樣，但這樣的方式，真的很不贊同的。
大家怎么看的呢？
好文分享給更多人↓↓