旗標科技股份有限公司

  • 統一編號:25117843
  • 產業類別:消費性電子產品製造業
  • 資本額:100萬
  • 地址:台北市中正區杭州南路一段15之1號19樓 info 台北好薪水
  • 電話:02-23963257
  • 網址:

薪水待遇

已有49人想知道這間薪水

匿名提供薪水情報,取得積分,查看更多公司薪水情報

匿名提供薪水情報

旗標科技股份有限公司

公司簡介

旗標科技股份有限公司,是一家消費性電子產品製造業公司,資本額約新台幣100萬,公司位於台北市。在調查中發現,在過去10天內,就有超過9人查詢過薪水,並累計超過1人透過想知道薪水功能,關注薪水表現狀況,並作為在消費性電子產品製造業薪水比較參考方向。或許您正對於此薪水待遇有興趣,建議留下自己目前工作的薪水待遇,獲得查看各產業與各公司薪水待遇的機會,並幫助大家一起提升台灣薪資結構。

沒有找到您想要的薪水嗎?現在就徵求薪水吧~

刊登想知道的職位薪水,讓內部人士告訴你情報!

我想徵求

旗標科技股份有限公司在PTT上的評價

Re: [討論] 一段想重構的程式碼

https://www.ptt.cc/bbs/Soft_Job/M.1374767568.A.830.html
不對,你說的都走到一個func是使程式的修改非常容易,因為本來要把二段相同的程式 做相同的修改,用你的方法不怕做錯. 但是,講到debug,所謂debug就是發生問題時,要找到出錯的原因,而不只是找到出錯的 位置. 如果用你的辦法,則你的func責任比較大,要同時符合object a的狀態,也要 符合object b的狀態,程式可能會因為二種objects的差異,而寫得奇怪,相對,要找原因 也要同時想二種objects的可能. 這樣是比較難debug的. 物件導向是以物件自己做為思考觀點及思考範圍. 但是當你把一個func讓二種objects 都牽涉進來,則在維護object a的時候,卻要分心以object b的觀點來看a的func. 重構有一種做法是說盡可能別用旗標代表程式流程,所以做一些去除旗標的動作. 但如果你把二個func合成一個,旗標會變多,而且二種objects狀態也跟旗標的影響雷同. -- ◆ From: 36.226.95.198

[請益] 推薦/資料結構,C語言書/並給後輩建議

https://www.ptt.cc/bbs/Soft_Job/M.1350065847.A.2D4.html
各位Soft_Job的大大您們好: 第一次在板上發文,請多多包涵.... 不好意思,我知道有CompBook板,自己也是那邊的常客(找書) 但那邊主要都在賣書,看到先前有人請益選書的相關問題,但都沒什麼人回應QQ 因此才跑過來發問,希望大家不要見怪了 ps.請不要叫我自己google,或是/書等等!! 我事前已經做足功課了!! <文長可跳過直接看問題喔> 看著板上的大大們,都是身經百戰、具備豐富知識甚至在職場打滾多年的大人物 讓我好生羨慕XDD ======================================================================== 【背景說明】誤打誤撞進入資訊工程領域 *說實在,大一面對課業方面尚覺得OK可以handle 班上排名保持前10,大一下時有到第3名 升上大二~差點沒被要學習的課業給嚇倒QQ 程式設計、資料結構、線性代數等等。。。 對於電腦相關課程,開始產生極大排斥.... 課程都是愛去不去學習上相當痛苦,完全聽不懂(反省:其實可以說是根本"沒心"!) 考前一個禮拜才臨時抱佛腳,狂K書 記得大二上期末總成績7X,排名掉到20幾 成績單寄回家裡,我媽氣到不行!! (PS因為我媽媽對於我課業會用一種類似"威脅"的方式"關心" ex:很好!如果下次再讓我看到這樣的成績,你就....之類的, 小的就會整個嚇到皮皮挫) 甚至到之後的離散數學、演算法、計算機組織、etc... *時間一直來到大三上期中考左右,因為認識了對於未來比較有想法, 課業上也滿有能力的學長姐,因此被拉去教授底下做事情,因此學到不少事情~ 漸漸地~~喜歡上電腦、資訊這方面(coding、資安、網路、網頁程式等等都頗有興趣) 而且很奇妙的,跟朋友逛書店我會默默的走到資訊用書那一大區 但好笑的是~那一區幾乎都只有我一個女生窩在地板上看書XD 我朋友都嚇慘了,想說以前的我怎的不見了之類的XDD (承認以前頗愛玩) 不用想也知道劇情的發展,就是.... 小妹我開始發現自己的能力不足等等之類的 開始後悔之前不認真....這類芭樂式的劇情XDD 咳咳,總之~就是都怪我~~~先前沒學好! 這一個月,自己也花了許多時間,去書店、圖書館、版上找以前的文章, 或是淺水在C_and_CPP、C_Sharp、CompBook等等版當中, 但想說~~與其自己到處沒頭沒尾的看別人的PO文~(但幾乎都不適用在我身上) 不如問問版上有經驗的前輩們 ====================我是分隔線========接下來是正文============================ 【正文:問題所在】 解決之道:還是得靠看書、自修來學習補充知識,但市面上的書籍實在是太多了, 其中又分作者、版本、內容等等。 因此~請大家給我一些建議, 很多寫程式的想法based on 資料結構、演算法等 甚至有大師級人物說:「資料結構」是寫出一手好程式的基礎! 因此想先從資料結構下手: [資料結構] 在書局、圖書館翻書~看來看去,我覺得DS大致上分為兩種書: 一種是重理論觀念>教你寫程式碼(有點像之前補習班資結名師洪逸的上課模式) 一種是配合一個你熟悉的語言用(程式來帶觀念) 不知道哪一種取向對於學習必較適合? 以下是我在書局、圖書館做的功課XD (都有翻過,但不知道選哪幾本書) 1. 細談資料結構<謝樹明,旗標> , (目前最新到6/e,今年出的說是加了些演算法的觀念) 2. 資料結構<戴顯權,旗標> (就是資結聖經Howitz的翻譯者之一) 3. 動畫圖解資料結構<李春雄,上奇>(其實李春雄出滿多本資結書)   /或是: 資料結構 使用C語言(第三版) 今年8月出的 4. 資料結構:使用C修訂第二版 <蔡明志>也出滿多書資結/C語言的書,   更是C Primer plus的譯者!! 5. 資料結構-C語言實作<陳惠貞,碁峰> (也是出版電腦書大宗作家之一) 6. 圖解資料結構<胡昭民,博碩>他出很多[圖解]資料結構的書只是使用不同語言 7 ....... 大大們有無其他推薦選項呢 >< **點下面網址進去可以搜尋並看到書書的封面,長相,內容介紹等等: (放心! 我真的沒毒XD) ---------------------------------------------------------------------- 最後麻煩推薦一下 [C語言] 或是 [C++用書] 目前我手上有【洪維恩老師的C++教學手冊】 (去年暑假買的) 但不會排斥看其他人的作品 也可以推薦給現在大一的新手學弟妹們。 ======================囉=嗦=原=PO=的==註==解==文======================== *我的個人習慣是:會在書本上作筆記、寫心得~且如果有不懂的地方 或是因接觸某些實作而突然頓悟會想再去翻書來確認想法。 因此希望能自己擁有那本書,但是這些書買下來會花不少小朋友 (所以希望能買到經濟實惠,能收藏~真正適合我的書) 若是一本真正好書,價錢上不是太大問題 因此,我希望是有看過這幾本書,或是曾讀過這幾位作者其他作品的大大們推薦我 也就是不要管我後面的註解文,我只是想讓大大們了解是哪一本書和作者的背景這樣>"< *另外歡迎各大前輩們給我學習電腦,資訊、或是coding的相關建議指教都可以!* 總之,現在的我立志把基礎再打得扎實一點!!! 希望未來能從事跟這個相關的工作。 【先感恩所有看我這篇文章並真心誠意給予我建議的人:)】                                   鞠躬~~ -- ◆ From: 36.239.205.148

[閒聊] How to Write 3v1L Untestable Code 翻譯

https://www.ptt.cc/bbs/Soft_Job/M.1349273471.A.746.html
純粹看這篇 認真看了一下 How to Write 3v1L Untestable Code 這份文件,感覺真是超惡搞的. 原文 how-to-write-3v1l-untestable-code.html 有些翻的不好就請見諒啦 How to Write 3v1L Untestable Code(如何寫出邪二的不可測試程式碼) 本文章列出那些會幫助你寫出不可能可以測試程式碼的守則,或是可以避免那些技術來測 試你的程式。 # Make Your Own Dependencies 使用自己的相關引用物件,在程式運作間實體化物件,而不是從外界傳進來。當我們這樣 作的時候,外界就必須被迫使用我們實體化的物件。也就是說要驗證目前模組,必須先創 造那些引用物件的內容。不能建立一個假的或偽裝的物件來協助我們製造例外情形。 # Heavy Duty Constructors 建構子中作大量的運作。在建構子中作越多工作,就越難把物件控制到想要測試的狀態。 假如建構子可以創造出外界難以創造的狀態,就更棒了。這種遞移的依賴各種建構子的行 為會越來越龐大,龐大的東西就難以測試。 # Depend on Concrete Classes 直接把模組綁在使用的類別上,而不是依賴一個中繼介面。(那些介面可以把使用的類別 取代為一個我們真的使用的類別或他們想要實體化卻具有相同介面的類別,別給他們這樣 方便的轡頭來測你的程式) # Conditional Slalom 把判斷式寫成滑雪比賽,每次寫程式時不要忘記把if判斷式與switch寫的又臭又長。這樣 會增加需要執行的路線,而測試必須全部涵蓋它們。條件式的複雜度越高,就越難測試。 當某人建議用多型的方式取代判斷式,嘲笑他們的多慮。分支要寫的又深又寬廣:如果沒 有至少寫出五層,你根本就是邀請那些測試狂人來測試你的程式碼。 # Depend on Large Context Objects 依賴大型的資料物件,傳遞大量的資料物件(或是很難另外製造的小內容)進來。這樣會 降低函式的清晰度,譬如說使用myMethod(Context ctx)就比myMethod(User user, Label label)不清楚。為了要測試,那些資料物件必須先創造出來。 # Use Statics 使用靜態,到處都布滿靜態。這會讓測試之路顛簸不已。那些靜態不能特地仿造,也不能 隔離出來。物件導向狂戰士會說靜態函式的變數必須只作用在那個函式裡面,但怎麼可能 ,我們可是專搞破壞的惡魔黨。 # Use More Statics 更多的靜態,靜態根本是一把讓測試工程師跪下的權杖。靜態函式不能在子類別中覆寫。 當你使用靜態函式,他們就不能使用那些專門仿造的函式庫來仿造 # Use Global Flags 使用全域旗標。何必要把函式的參數明確標出來,效法L. 羅恩賀伯特(山達基的創始人 ),依據"意識決定了物體",在程式裡面設定一些旗標,然後會作用到整個系統上(特別 有趣的是把這件事寫在不同的執行緒上)。測試員會瘋狂地想要搞清楚為什麼系統前一步 正確,下一步卻壞掉。 # Use Singletons Everywhere 到處使用獨體。可以使用獨體的時候,何必要傳入依賴的管理器。當模組依賴於其他管理 器時,就更難測試了。 # Be Defensive - They're out to Get Your Code! 防禦性地不斷使用assert來阻止那些參數傳進函式與建構子。假如你讓別人傳進一個NULL ,那等於是放下防禦罩。那些測試怪咖就是想在外面惡搞你的物件。侵略性地用鐵腕避免 這些事情發生。(切記,他們想抓到你這件事絕對不是偏執的幻想) # Use Primitives Wherever Possible 盡量使用原始資料結構,而不是使用一個整理過後的資料結構。把資料用原始資料結構傳 進來,每次需要一個值的時候就自己解析。原始資料讓人們難以了解,也難以存取。我們 才不用那些可能是偽裝,空的,甚至是封裝過的物件。 # Look for Everything You Need 盡可能取得全系統的狀態,尤其是取得那些可以讓你的物件看到全系統的掌控權。這會讓 測試員不好過,尤其是他想要製造一個測試環境的時候。別害怕取得盡量多的物件,越多 越可以製造測試員的麻煩。假如模組叫InvoiceTaxCalculator,就把程式寫成 invoiceTaxCalculator.getUser().getDbManager().getCaRateTables().getSalesTaxRate() 這樣。別理那些測試維尼告訴你關於置換依賴物件或是最小依賴其他模組的故事。 # Use static initializes 使用靜態的初始值。盡可能在初始化時把事情都作完。想想測試呆頭只是讀入你的類別就 把系統搞停會多麼沮喪。 # Couple functional code directly to the external systems it depends on 把程式碼與外部依賴的系統緊密連結。假如程式使用到外部系統,如資料庫,檔案系統, 或是網路。確保程式盡量接觸底層。這可以避免其他人以你不想要的方式使用你的程式。 (像是只執行2微秒的動作卻必須花上5分鐘) # Mix Object Lifecycles 混合的物件生命週期,盡量把物件週期搞得長短不一,而且互相依賴。這種會讓人搞不清 楚物件是否還存在的事特別邪惡。 # Side Effects are the Way to Go 最好是在運作時製造大量的副作用,越不清楚越好。偏門又明顯不理性的副作用更好。就 像增加一層糖衣在上面一樣,讓物件有機會變成不合法的狀態,沒有初始化的成員資料。 一旦到達這種境界,別忘記讓人有機會可以呼叫這製造"不合法存取記憶體"或"存取空値" 的流程。何必這麼麻煩,乾脆不要使用副作用,直接故意取誤導性的函式名稱來搞混那些 聰明的書呆子。 # Create Utility Classes and Functions/Methods 製造一批家族函式,例如假如要處理網址路徑,我們就用字串物件(請回想盡量使用原始 資料結構一節)。創造一個用靜態方法的類別如isValidUrl(String url)。別讓物件導向 新警察告訴你該另外作一個URL物件。確保你的家族函式還會使用到外部模組更好。 # Create Managers and Controllers 製作一堆管理器與控制器來操縱其他物件,然後把掌控權拉攏在一起。當想要知道 SomeObjectManager在幹嘛的時候,就搞不清楚其他狀況了。 # Do Complicated Creation Work in Objects 在物件裡面製作複雜的物件產生流程,別理那些使用工廠模式來建立物件的建議,我們比 他們優秀。因為我們的物件有各種不同功能以及數千行程式。 # Greenlight if-branches and switch statements 別怕麻煩盡量使用判斷式,當物件導向牛仔想要用多型來解構物件時,阻止他們。當我們 使用判斷式來寫程式,只消把程式像小說一樣全部讀過一遍就懂了。假如使用物件導向, 簡直就是變成恐怖的互動式童話書,在類別之間翻來覆去。簡單點只用if就好。 # Utils, Utils, Utils! 不斷寫延伸類別,直到程式噴出獨特的香水為止。反正這些延伸或協助的類別或函式其他 人也可以用。先提醒你,那些物件導向警察會告訴你要把功能封裝在物件裡面,就像責任 一樣。忘記這些守則,你才是實務上真正解決問題的人,畢竟你有時間壓力趕著出貨。 # Use "Refactoring" whenever you need to get away with something 當想避開責難時就說自己在重構。假如我們想要作某些困難,包含新功能,又不想測試的 時候,就告訴他們你在重構,這招可以滿足那些測試導向跟物件導向的呆鵝。而且每次都 成功。不要管他們說你得在重構前先有測試機制,或是沒有測試不能加新功能的雜音,先 作就對了。 C++特典 # Use non-virtual methods 使用不可覆寫的函式,避免讓自己的函式陷入深度又恐怖的繼承螺旋中,不要使用 virtual。這還可以避免測試狂戰士覆寫你的類別。更好的是讓解構子也維持non-virtual 。當測試狂人試著作子類別時就會瘋掉。 # Never use pure abstract classes 不要使用純虛擬介面,依賴這些純虛擬介面就會讓測試瘋子到處置放地雷與偽裝你的程式 。 # Macros are your friends 巨集是你的好朋友,盡量使用#ifdef PROD與其他編譯的定意切換來讓測試員無法了解真 正重要的部分在哪裡。事實上那些程式不到釋出不會真正執行。 -- "May the Balance be with U"(願平衡與你同在) 視窗介面遊戲設計教學,討論,分享。歡迎來信。 視窗程式設計(Windows CLR Form)遊戲架構設計(Game Application Framework) 遊戲工具設計(Game App. Tool Design ) 電腦圖學架構及研究(Computer Graphics) -- ◆ From: 1.164.86.122

[請益] 請問現在還有人在用pear嗎?

https://www.ptt.cc/bbs/Soft_Job/M.1263886734.A.2FF.html
就是php裡載入的PEAR程式庫套件 請問有在業界工作或正在學習php的板友,你們有在用pear做專案嗎? 因為本來想買旗標出的一本談PEAR的書,覺得好像不錯 不過那是2005年出的,最近要買發現書局竟然都沒貨了 問的結果是那本已經絕版了,然後好像有新版還在編修(不確定) 所以不知道是因為這個PEAR沒什麼人在用,導致旗標都沒發再刷? 還是因為太熱門了,所以賣到絕版,才趕著出新版? 不確定學了這個到底實用性有多大? 還是其實有更好用的程式庫或套件? 麻煩有在業界工作的PHP程式設計師,或正在學習PEAR的板友給些意見了,謝謝。 -- ◆ From: 140.118.19.42

[情報] 台北送書(需自己到我家拿,太重了)

https://www.ptt.cc/bbs/Soft_Job/M.1219116894.A.C63.html
這幾年堆了不少書,有些是買的,有些是朋友送的 想在全部回收前,讓他們有被再利用的機會 以下列出書單,有需要的人請站內信給我約時間拿 我人在台北縣板橋,靠近新埔捷運站 請原諒我剛回國,事情很多要處理沒辦法一一列出書本目錄 應該網路上自己google一下都可以找到詳細內容 以下清單會不定時更新,標注(被預約)以及(送出) ==========清單開始=========== RUN!PC 139期 RUN!PC 140期 RUN!PC 141期 RUN!PC 142期 RUN!PC 143期 RUN!PC 144期 RUN!PC 145期 RUN!PC 146期 RUN!PC 147期 RUN!PC 148期 MapInfo地理資訊系統 基礎操作自學方案 <松崗> C/C++ 入門與應用 <知城> 輕鬆學會 JavaScript <施威銘研究室> THINKING IN C++ 中文版 <碁峰> Linux Fedora Core1 實務應用 <施威銘研究室> ASP.NET 應用功能解析 <博碩文化> 精通Visual Basic.NET 中文版 黑皮書 <博碩文化> ASP.NET程式設計實務 基礎篇 <Microsoft Press> Visual Basic.NET 中文專業版 徹底研究 <博碩文化> OOP程式設計之鑰 使用VISUAL BASIC.NET及C#.NET <Microsoft Press> C#學習經典 <上奇> Illustrator 10 我也會 <博碩> JacsScript動態網頁設計大全 <旗標> C#自學手冊 <培生> PHP函式庫參考手冊 <旗標> MySQL管理者手札 <上奇> C#網路程式設計 <博碩> C#視窗程式設計 <博碩> ASP.NET程式設計徹底研究 <文魁> Visual C#.NET 程式設計經典 <松崗> C#.NET程式設計徹底研究 <文魁> 透視ASP.NET <全華> ~以下簡體書~ C#線程參考手冊 <清華大學出版社> Visual C#.NET網絡核心編程 <清華大學出版社> C#網絡程序設計 <中國鐵道出版社> C#網絡應用案例導航 <中國鐵道出版社> C#網絡編程案例教程 <北京希望> -- -- ◆ From: 203.70.175.72

旗標科技股份有限公司的福利

您覺得這家公司如何?

寫評論

覺得自已賺的多?
新進工業股份有限公司成型比一比

0人比過
比薪水

覺得自已賺的多?
勞朋企業有限公司發料比一比

0人比過
比薪水
熱門公司薪水
  • 台灣美光記憶體股份有限公司

    59人想知道薪水

    7筆薪水
  • 京元電子股份有限公司

    32人想知道薪水

    5筆薪水
  • MTK_聯發科技股份有限公司

    42人想知道薪水

    9筆薪水
  • 台新金控_台新國際商業銀行股份有限公司

    29人想知道薪水

    5筆薪水
  • 中央研究院(中研院)

    35人想知道薪水

    6筆薪水
  • VIS_世界先進積體電路股份有限公司

    37人想知道薪水

    5筆薪水
  • 光寶科技股份有限公司

    92人想知道薪水

    12筆薪水
  • 玉山銀行_玉山商業銀行股份有限公司

    25人想知道薪水

    7筆薪水
  • Synology_群暉科技股份有限公司

    42人想知道薪水

    5筆薪水
  • Asus_華碩電腦股份有限公司

    48人想知道薪水

    8筆薪水
  • 宏達電 HTC Corporation_宏達國際電子股份有限公司

    30人想知道薪水

    10筆薪水
  • 勤業眾信聯合會計師事務所

    33人想知道薪水

    10筆薪水
  • AUO_友達光電股份有限公司

    49人想知道薪水

    12筆薪水
  • TSMC_台灣積體電路製造股份有限公司(台積電)

    134人想知道薪水

    43筆薪水
  • 鼎新電腦股份有限公司

    39人想知道薪水

    7筆薪水
  • 日月光半導體製造股份有限公司(日月光)(高雄廠)

    78人想知道薪水

    28筆薪水
  • 鴻海精密工業股份有限公司

    47人想知道薪水

    12筆薪水
  • 矽品精密工業股份有限公司

    38人想知道薪水

    11筆薪水
  • Wistron_緯創資通股份有限公司

    85人想知道薪水

    12筆薪水
  • 新光三越百貨股份有限公司

    47人想知道薪水

    10筆薪水
  • 中華電信股份有限公司

    50人想知道薪水

    9筆薪水
  • 仁寶電腦工業股份有限公司(仁寶)

    57人想知道薪水

    5筆薪水
  • 華亞科技股份有限公司

    19人想知道薪水

    8筆薪水
  • 力成科技股份有限公司

    54人想知道薪水

    5筆薪水
  • 廣達電腦股份有限公司

    62人想知道薪水

    11筆薪水
  • 中國電子股份有限公司

    21人想知道薪水

    6筆薪水
  • 聯電_聯華電子股份有限公司

    31人想知道薪水

    8筆薪水
  • 群創光電股份有限公司

    65人想知道薪水

    27筆薪水
  • 聯華電子股份有限公司(聯電)

    41人想知道薪水

    9筆薪水
  • 中國鋼鐵股份有限公司

    114人想知道薪水

    5筆薪水
  • 台塑_台灣塑膠工業股份有限公司

    20人想知道薪水

    5筆薪水
  • 友達_友達光電股份有限公司

    45人想知道薪水

    5筆薪水
更多熱門薪水
你的讚,是提升台灣整體薪資的重要推手!