作者:
fshfsh (魚~*)
2021-03-22 19:25:32小弟我最近入職了一家台商，主要寫Java，上禮拜上工
本來我是以前端為主，但想試試後端，所以就選擇了這家公司
我在學程式的時候是main Java，所以一開始架環境都很順
那天學姊給的Package過來(用USB拷過來)，直接import會有很多錯誤
我也一一排除了，結果發現有些地方找不到class
我想說這也還好，重新再拷一次整包過來就好了
想不到學姊是一個一個檔案手動去比對看是哪邊出錯了
我想說這麼土法煉鋼真的逮就補嗎?
仔細想想，像這種專案dependency一般都是用maven吧? 直接pom檔過來我這邊自己build就好了不是嗎?
在這邊想請教大大，大型專案不用maven是什麼水準? 是不是該快逃?
這家公司目前在用EJB, JPA, JSP, 版控用SVN, 資料庫用MySQL
btw, 這家公司windows和office都沒有啟動, 這是盜版的意思嗎?
作者:
qrtt1 (有些事，有時候。。。)
2021-03-22 19:27:00那就導入一下啊
按錯，不過公司不倒有他的道理，svn能用為啥要強迫用git，其實我想不通XD不是說樓主，而是看到某些人看到svn就快逃的心態很怪
作者:
taikobo (勉強になるなぁ...)
2021-03-22 19:31:00svn 切換 branch 就真的比 git 慢很多啊...
作者:
angusyu (〒△〒)
2021-03-22 19:33:00用gradle啊用什麼
作者:
htury (冰點)
2021-03-22 19:44:00錢多就慢慢導入，錢少就快逃
作者: roccqqck (ccqq) 2021-03-22 19:59:00
不給連外網？
作者:
wulouise (在線上!=在電腦前)
2021-03-22 20:22:00用SVN不錯了好嘛XD
作者:
atpx (秋雨的心情)
2021-03-22 20:24:00很正常吧, 可能系統開發時還沒有這東西也不可能因為Maven出現就去改現有的專案只為了全套進去
作者:
alihue (wanda wanda)
2021-03-22 20:29:00不想導入就乖乖做
自己都不想導入還敢唸前人喔？會這樣落到你手裡代表前人都跟你想法一樣啊，裝什麼高尚？而且van有很多比git 強的地方啦，是你不懂svn
作者:
alihue (wanda wanda)
2021-03-22 21:24:00看不順眼跟沒做好分不清楚還敢來開戰
作者:
zased (我只是上PTT查資料)
2021-03-22 21:32:00是我就直接提案導入了，天大的好機會不把握、還在這邊問...導入後不論談升遷好談，下份工作面試也是超加分的，獨立思考、有能力改善公司
作者:
MoonCode (MoonCode)
2021-03-22 21:40:00什麼水瓶！
是否提案導入看你的位階。我個人是會觀察一陣子，確認公司的氛圍跟同事的程度，再決定要不要導入，一開始進去就提案導入，除非變動不大，不然直接翻掉除了成本高外，原同事會覺得新人上任三把火是在囂張什麼
作者: Hecc (來日方長) 2021-03-22 22:21:00
等你登高一呼站出來
作者:
wawi2 (@@)
2021-03-22 22:35:00maven又不好用maven就跟cmake差不多水平而已 笑死
作者:
pptsodog (天橋下說書)
2021-03-22 23:03:00USB
作者: cschuan (ntucschuan) 2021-03-22 23:12:00
都用gradle
作者:
final01 (牛頓運動定律)
2021-03-22 23:17:00就是跟你水平差不多,不要靠北XD
作者: goodice (一水隔天涯) 2021-03-22 23:18:00
哪家
作者: mutom (人生..充滿自虐) 2021-03-22 23:40:00
多的是那種幾千萬老系統不用Maven，這種改起來很麻煩的
作者:
Csongs (西歌)
2021-03-22 23:59:00哪家啊
作者: bego5566 (貝果56) 2021-03-23 00:01:00
sbt
作者:
sharku (明珠求瑕)
2021-03-23 00:06:00都用 gradle 了, 而且也不用 java, 改 kotlin
建議先提議自己成為架構師負責該系統 並把整個架構前後端分離
作者: superpandal 2021-03-23 00:32:00
就老舊的技能樹 不過maven個人覺得不算好用 copy個東西還要寫xml實在有夠... gradle也沒好到哪...還有人說gradle是script 就不知道該說什麼 細節差很多不過跟人溝通要用就是
gradle mvn就是典型的 over generialized 設計 跟java本身整合性普普 只是編譯個東西卻引入很多心智負擔
作者: superpandal 2021-03-23 00:45:00
cmake的話感覺好過maven gradle一些
cnake的功能跟mvn不在同個位置 它不包辦套件管理 然後多了c特有的參數要調
不過cmake難倒是情有可原 c跟跨平台就是這麼難不是隨便都能設計出rust cargo這麼屌的建置工具
作者: superpandal 2021-03-23 01:10:00
不過也沒看過沒用maven gradle的公司有什麼好的替代
作者:
wawi2 (@@)
2021-03-23 02:06:00很多大公司都自己寫軟體取代maven. 尼沒見過不代表沒有 FLAG中最廢的A都有了
作者: superpandal 2021-03-23 02:28:00
這種級別的大公司當然沒有機會進去 私有side project確實可以考慮自己寫
作者:
BlacksPig (Black Handsome s Pig)
2021-03-23 06:43:00這篇後面有些推文滿有意思的，讚!我最近也在改某大廠寫的普通專案，一堆lib jar自己ref，其中有些jar是自建的，有的是公開庫有的。可能當年環境沒有Nexus。但是現在有，所以有空就改成Maven架構有時候寫寫程式邏輯外，換個口味改改架構也是不錯，也讓專案瘦一點!
作者: internetms52 (Oaide) 2021-03-23 07:32:00
沒有maven可以用ivy，但這些都建立在有版控的環境上，建議導svn或git
作者: sayya2311 (ya) 2021-03-23 07:41:00
無腦用maven建起來常常都一大包啊,有好有壞
作者: wxywxywxy 2021-03-23 09:12:00
我也覺得幫忙導入是加分 不過要上面支持你
看到有人批cmake cmake不好嗎? 要不然要用什麼scons?還是眾多開源裡面改用的meson?
作者: lucky4283 (KENNY) 2021-03-23 12:42:00
推1樓，新人就那麽猖狂，看你格局也還好
作者:
pxycho (trolltrolltroll)
2021-03-23 15:18:00我知道了，乾脆把Java 換 Python(欸？
作者: superpandal 2021-03-23 20:02:00
ant+ivy maven gradle sbt... 一路看下來就感覺java沒有簡單又好用這回事... 當然現在好多語言也被搞成這樣
作者: samfox (fox) 2021-03-23 23:01:00
答案不只改跟不改
不知道為什麼 freedesktop 那票人要換 meson語法好像也沒有比較簡潔好懂cmake 有要跨 *nix Windows 的話也許好用吧，生 Makefile或 vcproj 之類的。沒跨的話自己寫 Makefile 就行
作者:
hanshsu (小肉呆)
2021-03-24 09:51:00不爽就離職阿 這沒啥好吵的吧
自己寫makefile也太麻煩了 cmake 兩三行 makefile要寫一大堆
作者:
tw11509 (John-117)
2021-03-25 01:51:00我進公司一開始也沒有用gradle，後來新專案就直接導入了啊，之後有什麼簡化開發流程的確定沒問題也直接用了