さみしくて 恋しくて 君への想い 涙そうそう wrote:感謝大大願意提供資...(恕刪) 沒錯喔,只多一點點在中部住公司,老婆上班三個小孩分別去給別人帶跟安親班還有幼稚園老婆上班有賺跟沒賺一樣上台北後住的環境變好了,老婆全職在家帶小孩我多賺的剛好付房租水電還剩下一點點但未來發展卻比中部好另外我是全家上北部安定好家人後才開始找工作所以面試了三間,其中一間上了就直接先開工了兩個星期前剛滿三個月評估期再等一陣子我再來說說這兩星期發生的趣事有點離題了,回歸主題其實樓主新的東西可以繼續學(IOS or Android)但別花太多時間持續專精原有Microsoft stack比較好畢竟Microsoft stack要學的已經夠多了
Spiderman12 wrote:首先感謝各位花費寶...(恕刪) 版主很用心,這行保持學習的態度,我認為年紀多大都不是問題,因為這行只會說的永遠比會做得來的多,ASP.NET MVC 架構我目前開發產品就是以此開發,不過LiNQ部分我全部改回SQL了,因為我發現在複雜的資料庫關聯而且大量資料中,還是SQL 比較可以掌握
LiNQ..++好幾年沒玩了MS不成材手機比不過IOS,Android服務比不過googleCloud比不過AWS網頁比不過PHP資料庫比不過MYSQL只有MS 開發工具贏過其他公司的看看MS AI能不能回到霸主LINQ 出來時我就在玩..那時我比過LINQ 跟 SQL的效能LINQ快非常多那時我很好奇他最後的command怎麼下有工具可以抓出來就你寫的SQL Command 但裡面有一堆很奇怪的參數有的沒的你一輩子不會學到不會用到,但你把這些參數放進去效能就很好,拿掉就一般SQL Command效率
Pan.tc328 wrote://這行保持學習的...(恕刪) 一般小弟做產品或專案,是先看產品或專案再來決定用那些架構或語言,不會有一個完美無缺的架構和語言的,端看需求還有時間來決定用何種方法ps.linq 我覺得不是不好,效能有可能比SQL更好,只是小弟掌握度差,經常有些複雜的指令在大量資料時就會變慢,後面就索性都改成SQL,比較好掌控情況而已
line不錯玩,他不只把SQL整起來,Web Service,物件..全部整起來統一語法..直要是集合物件資料都可以查其他的就看你的經驗資料要前台算,後台算,輸入時算,輸出時算,是同步,非同步,要正規劃非正規劃..使用者一次看多少,多少資料有用,資料多久之內有價值,要不要偷偷撈,要不要預載,是不是分散式..這都要長期經驗的累積
//需要在抽象層面規劃設計有多年實務經驗了//不能一直待在實作層面恩~我來帶~現在很多公司都是業務偷拐騙搶拿到專案專案經理談規格..然後 write down 成一條一條..然後找一堆阿貓阿狗的程式設計師A 1,2,3項, B 4,5,6項然後甘特圖下去,然後簽名畫押..接著就是一團亂台灣軟體工程..我都是系統分析定介面定抽象實作定假的實作知道系統規模知道系統風險然後不管縱向繼承擴充,橫向的介面多型UI層,資料層,程式間怎麼降偶UML圖出來,找使用者討論文件, 參數..全部出來然後才會給開發人員實作他們只要寫幾個方法,知道怎麼訊息傳遞..多少區塊,需要多少時間..完全可以掌握
不知你是否有用過 Dapper 這個 ORM 套件,可以下Sql 語法,又能得到強型別的Class 資料。其實我滿想像 Pan.tc328,去學習設計系統,定介面、定抽象,只是目前的環境,並沒有這樣的資源跟對象可以請教jiangbruce888 wrote:版主很用心,這行保持...(恕刪)