(已徵得) 大家好，又来占个版面了 公司营运前景佳，扩大徵才中 希望各位有兴趣的高手来聊聊 公司名称: GoFreight 映瀚科技股份有限公司 (Hard Core Technology Corp.) 公司地址: 台北市民生东路三段49号13楼 徵才职缺: Backend / Frontend / DevOps Engineer 【 公司简介 】 GoFreight 在 2019 年底重新定位出发後，秉持着初衷迎向快速成长的道路，不到两年内 已经募资超过三百万美金，也在 2021 上半年交出漂亮的成绩。客户遍布四大洲超过十个 国家，其中最主要的市场北美更获得当地权威物流新闻平台 JOC.com 以及许多知名的物 流专家共同列入物流科技的市场地图 (LogTech Market Map 2021)，其中不乏知名独角 兽 Flexport, Melio, PayCargo, Project44, FourKites 等，并且是 Freight Forwarding Software 区块内主产品是内部管理系统的唯一新创公司。 GoFreight 是专门为货运承揽 (Freight Forwarder) 与物流产业打造的云端平台，透过 工作流程自动化集中所有业务操作与数据，协助国际物流业者将顾客关系管理、行销、会 计、货运流程与商业分析等资讯数位化，透过一站式管理，直觉式工作流程与绝佳用户体 验获得产业好评，亦加速物流产业的数位化转型。我们将所有资讯集中到云端，让货运承 揽业者能随时随地轻松存取所有资讯。GoFreight 提供最先进的技术，透过降低系统复杂 度与进入门槛，大幅度地提高工作效率。 团队目前已经超过 100 人，其中美国约15人，来自於 Mozilla Firefox、TrendMicro、 CyberLink 以及 Synology 等软体科技品牌，以及 Service Titan (估值95亿)、 Central Destop、Freightos 等美国知名软体新创。毕业学校除台湾知名学府外，还包 括 Stanford, UCLA, Kentuky, Cornell, NYU, UIUC, USC, 早稻田等国际名校。我们的 愿景是网罗全世界顶尖的人才，打造一间不一样的软体公司: 比客户还了解他们的需求、 重视软体开发的创新、并且能够有智慧的化繁为简以解决客户的问题。 台湾的圣学科技股份有限公司由萨摩亚母公司映瀚科技股份有限公司 (Hard Core Technology Corp.) 100%持股 天下杂志专访 - 美国顶级创投、零售龙头全联, 为何肯砸亿元给台湾新创界航海王？ https://www.cw.com.tw/article/5117763 浅谈垂直型SaaS新创 (Vertical SaaS Stratup) https://tinyurl.com/ecwkythm GoFreight | 看看 Meet Taipei 专访怎麽说：https://bit.ly/2X2NwvH 公司网页: https://www.gofreight.co/?utm_source=ptt&utm_medium=junior_RD_post 【 职位及薪资范围 】 1. Frontend Engineer 年薪 100~200万 职缺细节 https://www.yourator.co/companies/HardCoreTechnology/jobs/9987 2. Backend Engineer 年薪 130~200万 职缺细节 https://www.yourator.co/companies/HardCoreTechnology/jobs/19137 3. Full-Stack Engineer 年薪 100~200万 职缺细节 https://www.yourator.co/companies/HardCoreTechnology/jobs/9986 4. DevOps Engineer 年薪 100~150万 职缺细节 https://www.yourator.co/companies/HardCoreTechnology/jobs/19128 5. Senior DevOps Engineer 年薪 150~250万 职缺细节 https://www.yourator.co/companies/HardCoreTechnology/jobs/12288 薪资(保证最低年薪，必填项目): 14 个月 年终奖金计算方式: 底薪计算 公司分红: 视绩效与公司营收 工作时间： 周一至周五，10:00am~7:00pm (8小时)，中午休息(自选一小时) 无打卡制度，上下班时间弹性，中午休息时间亦弹性，下午可以自选时间小睡片刻。 加班费制度：比照劳基法 员工是否需自备工具? 否，公司配MacBook Pro 【 公司福利 】 - 最新的 MacBook Pro 13” 16G RAM，加上二个27寸大萤幕 - 良好工作环境，扁平组织，透明的公司文化 - 年轻活力的新创团队，热情欢乐的工作气氛 - 公司提供笔电及测试机，陪你一起高效工作 - 有需要可配置二个以上萤幕，让你效率提升 - 备有研磨咖啡机与胶囊咖啡机，随你喝到饱 - 健康水果、零食点心与饮料，帮你补充能量 - 工业风格的办公环境，适合坐在窗边装文青 - 舒适高级的人体工学椅，坐一整天都不疲累 - 工时、休假给予弹性，优於法令之弹性休假 - 年终Party、不定期聚餐，重视大家相聚时光 - 推荐优秀人才进公司，相互交流，也有奖金 - 讲座、研讨会与书籍补助，学习路上不孤独 【 团队介绍 】 目前团队正处於快速扩张与冲刺的阶段，追求每个月推出新的功能以获取更多的客户，大 量新功能开发与 refactor 持续激荡进行中。每天与团队大量沟通产品的行为与作法，目 标在最有效的时间内产出客户爱不释手的功能，过程中充满了激情与挑战，非常适合以下 的人格特质： - 喜欢团队合作 - 创意与创造力 - 乐於接受挑战解决问题 - 清晰的逻辑与沟通能力 - 喜欢高效处理复杂的任务 团队中个个都是拥有丰富经验和执行实力的好手，所以除了把基本功能实作出来之外，我 们也追求 code 的品质、可读性与架构，实行 Code Review 与 Unit-Test 来确保程式的 品质。导入 Agile 开发的流程与精神，确保每周的版本稳定更新，持续精进产品的功能 。 - Daily Scrum，每天例行同步大家目前正在执行事项与所遇到的阻碍，互相协助 - 开放沟通的工作环境，欢迎任何想法提出来发想讨论 - 团队成员皆乐於分享与吸收新的知识，不定期举办 Lunch Meeting 分享技术交流 - 严谨的 Code Review，可以在 Review 的过程中探讨更深的想法与问题 - 服务全球企业级的客户，提供好的连线速度与效能 - Jenkins + Ansible 的 CI /CD 流程 (正在导入K8S) - 支持并全额补助团队成员参加 PyCon 或其他对产品有帮助的 Conference - 开放许愿池，以补助团队成员想购买的书籍或其他可以改善工作环境的物品 【 其他参考事项 】 @ Our Open Source Project - pyconcrete - https://github.com/Falldog/pyconcrete - data-spec-validator - https://pypi.org/project/data-spec-validator/ @ Our Team Github - Hard Core Technology - https://github.com/hardcoretech @ Our Technical share - Medium - https://medium.com/gofreight_hq/tagged/tech 【 履历内容注意事项 】 - 尽可能在履历中呈现你的专业能力，有什麽是你觉得你比一般人强的地方，出色的作 品，尽量秀出来 - 尊重隐私，必要的个人资讯只需要姓名、Email即可，不一定需要附上照片 来面试时也不会叫你填一些有的没的资料(ex: 身份证字号，家庭成员, ...) - 不必附上长长的个人家庭背景的自传，工作经验、学习态度、团队合作能力才是我们 注重的。你在什麽样的环境下长大并不影响你目前的能力 【 应徵方式 】 请将履历寄到 [email protected] 麻烦注明 PTT - <职缺> 徵才 - <Your Name> --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.160.212.186 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1629962304.A.B23.html Java / C# 我不太熟悉，不确定是不是 UTF-16 这边针对Python的部分回应一下，有错再帮忙指正 Python 每一个 unicode 储存在 PY_UNICODE 的 array 里，其实就是 platform depending 的 wchar_t[1][2]，根据不同的 wchar_t 长度，CPython 会选择 用 UCS2 or UCS4 进行转换[3]，而UCS2与UTF-16并不尽相同[4] [1] https://docs.python.org/3/c-api/unicode.html#c.Py_UNICODE Py_UNICODE This is a typedef of wchar_t, which is a 16-bit type or 32-bit type depending on the platform. [2] CPython Source Code - https://tinyurl.com/44p9xzvd #define PY_UNICODE_TYPE wchar_t [3] CPython Source Code - https://tinyurl.com/2dnzsw4t 此 function 将 utf-8 encoding 的 char 转换成 unicode int _Py_DecodeUTF8Ex(const char *s, ...){ .... Py_UCS4 ch; #if SIZEOF_WCHAR_T == 4 ch = ucs4lib_utf8_decode(&s, e, (Py_UCS4 *)unicode, &outpos); #else ch = ucs2lib_utf8_decode(&s, e, (Py_UCS2 *)unicode, &outpos); #endif [4] WIKI UTF-16与UCS-2的关系 https://tinyurl.com/hkubh5kn UTF-16可看成是UCS-2的父集。 ※ 编辑: Falldog (118.160.212.186 台湾), 08/27/2021 19:48:55 我不确定你要说的是? 原本是大大说我们的Unicode的技术文错了，想了解是错在哪边，现在比较像在讨论 Unicode 的其他定义了? 那趁这个机会小小分享一下我所知道的内容 Python是跨平台语言，直译器是用C语言写的，直译器又称CPython，所以讨论Python的 一些行为时，都可以看CPython的source code来观察Python的行为 CPython在compile时就决定了它的Unicode是哪个版本了，所以在下载安装Python时，是 会区分是Windows/Linux/macOS 32/64bit，旧版的似乎还会分unicode/ansi版? 所以， 上面说的CPython会根据wchar_t的长度来决定使用UCS2 or UCS4来转换Unicode，是在 compile time时就决定了，所以并不是run time时一下UTF-16 一下UTF-32 Python3的source code encoding预设是UTF-8[1]，并不是Python3 Unicode预设是UTF-8。 Python3 预设的 str 是 unicode，而 unicode 是以 UCS2 or UCS4 来处理的话，就看 你的平台来决定(wchar_t的长度不一样) Unicode 真的是满复杂的，各平台作法有差异，UTF-16因为byte数不足，而搞了个 surrogate的作法出来。也趁大大的疑问我再复习了一下，我也是现在才知道 UCS4 == UTF-32 [1] https://docs.python.org/3/howto/unicode.html#the-string-type The default encoding for Python source code is UTF-8 ※ 编辑: Falldog (118.160.212.186 台湾), 08/27/2021 23:24:49 感谢提醒，已修正 ※ 编辑: Falldog (118.166.55.15 台湾), 08/28/2021 06:59:24 原来 L大 指的是 string.encode() 这个 function 预设值已经改成 utf-8 了是吗? 那没错，Python3後改的，因为我在探讨的大部分是 CPython 在 "Unicode(wchar_t)" 的 情况下怎麽处理(储存)的 另外，文章中我本来也没有对UCS2 UCS4做太多的着墨，因为我并没有深入研究，所以前 面回应UCS2与UTF-16的部分应该有误，因为讨论的文件不太多，我看source code可能理 解的不够完全[1] 以下是 CPython 的 unicodeobject.c 里面处理 utf-8 decode 的逻辑 int _Py_DecodeUTF8Ex( .... while (s < e) { Py_UCS4 ch; #if SIZEOF_WCHAR_T == 4 ch = ucs4lib_utf8_decode(&s, e, (Py_UCS4 *)unicode, &outpos); #else ch = ucs2lib_utf8_decode(&s, e, (Py_UCS2 *)unicode, &outpos); #endif if (ch > 0xFF) { #if SIZEOF_WCHAR_T == 4 Py_UNREACHABLE(); #else assert(ch > 0xFFFF && ch <= MAX_UNICODE); /* write a surrogate pair */ unicode[outpos++] = (wchar_t)Py_UNICODE_HIGH_SURROGATE(ch); unicode[outpos++] = (wchar_t)Py_UNICODE_LOW_SURROGATE(ch); 再回过头来看这个_Py_DecodeUTF8Ex的function，CPython在coding上，都是使用UCS的 keywoard来宣告2 byte or 4 bytes的word长度，而在wchar_t == 4的情况下是使用UCS4 的"编码"方式储存进wchar_t的阵列内容，而在wchar_t == 2的情况下，CPython自行处 理了 surrogate 的部分，所以可以理解成CPython在wchar_t == 2的环境下是使用UTF-16 的"编码"方式，将Unicode的内容储存入wchar_t的阵列里 [1] CPython Source Code - https://tinyurl.com/2dnzsw4t 我也同意 L大提的 「unicode只定义code，不定义编码」这句话是正确的 所以，技术文提到的 「Unicode 的定义，对每个「字」都有一个独一无二的编号」如果 还是造成误解成编码的感觉，那就是我用字的问题了 Orz 如果说，H大说，技术文中提到的「例如 硬 的 Code Point 为 U+786C」这句话不够精 确的话，我只能提出更多说明，佐证我们的看法是不是一样的了(因为我们都同意 unicode只定义code，不定义编码) 根据 Python Document 对 Unicode 的说明如下[1] The Unicode standard describes how characters are represented by code points. A code point value is an integer in the range 0 to 0x10FFFF (about 1.1 million values, the actual number assigned is less than that). In the standard and in this document, a code point is written using the notation U+265E to mean the character with value 0x265e (9,822 in decimal). 以"硬"这个字来说，在Unicode里面它有个独一无二的"编号" (Code Point)，可以表示 成U+786C，所以，在大部分的Unicode的工具网站，它的编号也会是U+786C [2]。而这个 Code Point，在不同的编码(UTF-8, UTF-16-LE, UTF-16-BE, UTF-32-LE, UTF-32-BE, Big5, ....)，就会以不一样的内容与顺序储存入binary/memeory/storage里面 https://imgur.com/a/3CMdz9J 所以，呼应你的话，Unicode定义了每个字的Code Point，至於怎麽转换成binary储存起 来，就是各个"编码"(encoding)在做的事情了。如果因为其中一句话，让你们觉得整篇 技术文都废言的话，那我的确应该再修饰一下几个关键句子 ^^" 其实文章中比较想深入探讨的是Python3的unicode str的概念，对一般的使用者来说， 其实都是封装起来的概念，对应到CPython的source code里，到底是用什麽型式(编码) 储存进storage/binary/memory里面，所以才带到wchar_t，与不同平台之间的差异 怎麽徵才文变技术文了... Orz [1] https://docs.python.org/3/howto/unicode.html [2] https://unicode-table.com/en/786C/ ※ 编辑: Falldog (118.166.55.15 台湾), 08/28/2021 17:06:08 ※ 编辑: Falldog (114.24.3.196 台湾), 09/16/2021 21:38:41