首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  exploreXin  ›  全部回复第 1 页 / 共 7 页
回复总数  121
1  2  3  4  5  6  7  
9 天前
回复了 sadfQED2 创建的主题 Python 我突然产生了一个大胆的想法!
这个还不够大胆,更大胆的方法是把芯片植入人脑,以后写代码动手和编译这些都可以省略掉了,谁还二进制啊,直接现成的 “真-人工神经深度学习编程”,这才有前途,如果这都能实现,还可以更大胆一点,利用哆啦 A 梦的任意门,穿越到 3 亿年以后,把那时的高科技编程技术偷回来,实现 “真-全自动编程” , 以后编码设计什么的可以不用人工付出什么实际的代价,编码全靠意淫,那才叫无敌。
看到评论里年会上连个毛线的礼物都没有的朋友,我笑了,待遇也太差了,还是我司对待员工人性化,至少我们年会上有个毛线的礼物。
我的酒量就半瓶啤酒,要喝我就喝两杯,要是那种就是往死里灌你的,对不起我也不跟对方动怒,就说酒精过敏,喝不了了,你们尽兴。不管对方再怎么灌,就这几句话,难不成还找几个壮汉把我嘴抠开往里灌不成?所以在外面就是这样,什么人什么事都有,能忍则忍,要是真遇到抠嘴灌酒的,那对不起了,我就让你下半辈子喝不成酒。
14 天前
回复了 Mogamigawa 创建的主题 职场话题 活着可真累.
不这么写,到时候怎么压你工资,绝大多数企业最理想的情况就是招到最牛逼的人,但是给最低的薪资,你以为招聘上的要求是企业根据自己要招聘的岗位定制的吗? No,都是复制粘贴的,而且都写得高大上,最主要用途就是用来压你工资,真要是上面写的全都精通,还找什么工作,微软研究院直接回来找你去上班搞研究了。所以这个东西看看就好,没准公司里给你面试的技术领导,技术还不如你。
RESTfull, 是啥都不知道,就别想跟对方沟通了,交流成本太高,放弃吧。如果整个团队都把不规范当做规范来做,那么你的规范就是众矢之的,要么忍要么滚,简单的话语里蕴含职场大哲学,哪个神经病会承认自己有病?在一堆精神病人群中想保全自身性命的唯一方法是跟他们 “同流合污”,同时不要忘记自己写烂代码不是自己只能写烂代码,而是选择写烂代码,等羽翼丰满,钱和技术都积累够了,qtmd 规范吧,老子滚了,你们继续你们的规范吧,我去找其他适合我的团队去了。
看了半天才看明白,最后的结论就是,当今这年代,个人开发者是存在的,但个人开发者开发的每天可以躺着赚钱的 IT 产品的事情已经不存在了,当别人在比拼用户体验,售后服务的时候,还在这说这个抄那个抄的,就已经和时代脱节了,当今的大环境和开源生态,大家比拼的是就算我的东西全都让你看了,你也学不来的话,那才叫核心竞争力,抠个图,换个样式的家家酒,自己玩玩就得了,有精力多学技术,是是非非多,这些都是争不完的,还是放弃吧。
以最快的速度和公司商谈,不要相信对方说找老板商量或者走流程,要等几天答复你,绝对不能等,以最快速度找负责人说出你的赔偿要求,并告诉他们 "我明天回去仲裁,材料已经准备好",之后就是付诸行动,千万不能等和拖,不要管公司怎么答复你,就算口头同意了你的要求,你也要告知对方你会并行的去仲裁,另外谈话过程最好偷偷录音,仲裁的时候可以算作材料一并提交。

最后强调重点,绝对不能拖,公司这边可以谈,但一定要并行的去走仲裁流程,其实根据你提供的信息已经可以看出老板就是不想给钱,这种情况 99% 最后你是拿不到钱的。我以前就是碰到这样强硬的公司,在毫无工作疏漏的情况下,被通知离职,负责人语气也是很强硬,就是没有赔偿,并且离开公司以后几个月也没有收到应得的工资,但我是从离开公司的第二天就一直在走仲裁流程,最后不仅拿到了工资,也拿到了赔偿,我记得当时公司负责人后来给我打电话让我去撤销仲裁,语气弱的一比,丝毫没有当初的强硬态度,大部分企业还是很怕公司有这种仲裁污点的,这回影响以后公司获得投资的信誉,可以看出当初的强硬只是觉得你不会去走麻烦的仲裁流程,所以一副你去啊,我才不怕,但真正判决下来,又怕的一比。另外说明下仲裁流程的确繁琐,并且时间比较长,但只要坚持下来,证据充足,最后一定能胜诉的,最后祝你成功。
18 天前
回复了 SHIWWW 创建的主题 职场话题 小组上班摸鱼被抓,小组算旷工一天
报下工资待遇,如果是 30K,那还是专心工作吧,如果是 3K,去 NMD,都别拦我,老子要坐船出海!!
18 天前
回复了 uxff 创建的主题 程序员 CTO 拒绝 golang,坚持 PHP , v 友怎么看
千言万语就问一句,前负责人为什么走了?是觉得公司对待自己不公还是自己 hold 不住了?不要说公司无情,是否无情要具体问题具体分析,技术选型方面,公司不会关心用什么语言,公司的目的就是赚钱,能赚到钱的语言就是好语言,对于技术迁移,尤其对已经上线运营一定时间和业务量的项目,不是说改就改的了的,单纯的技术方面可以有具体场景下的应用优劣,但是站在经营者的角度,要考虑更改的各方面成本,一定不只是技术上面的成本考虑。员工写完代码,等着每月发工资,公司经营者可就没这么轻松了,没准下个月公司能不能存活都是要经营者考虑的事情。

所以对贵司的情况不是很了解,难以做出客观的评价,但技术迁移,不止要考虑技术方面因素,另外技术更改导致的损失和风险,也是要考虑的,并且各方面余量要足够充足,才能产生技术迁移的适宜条件。经营者对技术不了解的情况下,保守使用熟悉的技术,对于公司来讲,也并没有什么特别可以讨论的。
29 天前
回复了 sited 创建的主题 程序员 一个星期考雅思 5,能过么?
李阳跟你说根本不用复习,当场报名当场考试就能过,你信么,人家说的是自己,这种结论怎么可能直接套在自己身上。
36 天前
回复了 ryougifujino 创建的主题 程序员 现在好像以及很少听到全栈这个词了
这么多年了,还是没有多少人明白全栈的本质。

我和许多大小公司的负责人聊过,其中有一个某大厂出来在创业公司当技术负责人的传说有 30 年 Java 编程经验的工程师,对方说全栈就是前端后端数据库运维一锅端。听完我很诧异,连大厂的人都鲜有明白全栈的本质,也不奇怪小公司天天跟风喊着招全栈了。

全栈不是一个岗位,全栈是一种思维,一种站在全局看问题的思维。与全栈相对的是另一种我们常见的思维,就是我不管你需求是什么,你原型图就是这么弄得,我已经做完了,这锅我不背!这就是非全栈思维。这样的情况再加上国内产业不规范,人员技能不过硬,干产品的许多是干不了技术才干的产品,产品工资多高啊,干什么技术。干技术的就只会技术,不想拓展其他技能。这样断层的两种思维,中间存在巨大的思想鸿沟,交流过程中必将产生剧烈的矛盾与冲突,产品与技术的撕逼行为,也就难以避免了。

大厂招聘全栈的目的是消除沟通断层,也就是我规划产品,我会知道怎么避免技术实现的时候会出现很困难的情况,产品会稍微变通一下,实现相同的功能,但是技术实现会容易许多,这样也就不会出现产品想实现根据用户心情改变手机壳颜色的需求了。同样的,技术也会在不影响产品大方向的情况下,反馈技术难点,贡献自己的产品意见。要知道,一个团队凑在一起,最终目的是要做出符合市场的产品,而不是互相扯皮推脱。产品的命令是天条吗?产品说的就不能改吗?技术就那么难实现吗?学点新技术看看能不能实现不行吗?如果大家一开始就是剑拔弩张的状态,局面就不可收拾了。

有问题一起商量解决才是最好的方式。但真实生活中是产品被领导狠命的催进度,为了保住自己的工作,不得不牺牲沟通时间,去催自己的下游岗位,这时候技术也同样为了保住工作,会死命的与产品撕逼,从而拼命试图砍掉需求。所以这样的团队一开始就失败了,团队里没有谁会胜利,只会互相敌对,一起坠入深渊。

所以如果大家都能站在全局看问题,产品经理明白需求改了不会影响自己提出的功能,技术也明白怎么反馈产品经理意见能够减少自己的工作又不影响自己,那么大家的日子就都好过了。

所以全栈是一种思维,不是一个岗位,那种小公司想要招会前端后端,数据库,服务器,运维测试,最好还能客串一下售后技术支持的老板,根本不是想招全栈,他想招的是“全干工程师”,用一个岗位的钱招做几个岗位工作的员工,这样的风气在国内创业公司屡见不鲜,这种公司里面,员工没有办法术业专攻不说,长期高强度的工作还会损害自身健康,公司也不会有什么大的进展。老板的无知与自己为是,最终只能害人害己。

对于这种情况,除了全栈,还需要行业的规范。要明白,不是你只能干产品,而应该是你喜欢干产品,所以才选择了产品,相同的,技术岗位也是一样,要明白你可以干除了技术以外的工作,只是因为分工不同,所以你才干了技术。行业规范例如,产品岗位的人员都要有相关系统化规范化的培训,技术人员也要有相关的培养机制。这是一个周期相当长的过程,国家也在努力逐步规范行业,相信今后总会有一天,我们会把大多数精力用在工作上,而不是与同事互相撕逼,在痛苦与挣扎中度过。
久久溜科技 —— 创业不死,活的天长地久,业务顺溜,发展不受任何阻碍,是居家旅行,在外打拼的不二选择。
回首 2019,是奋斗的一年,喜悦的一年,在过往的一年里,大家携手奋进,砥砺前行,为社会主义现代化建设,付出了极大的心血与汗水,回首往事,有收获也有失落,有荣誉也有困难,但中华儿女是打不倒,打不垮的,勤劳勇敢的中华人民,一定会在今后的奋斗当中,探索出一片属于我们的光明大道。展望未来,中华民族伟大复兴事业,必将实现,中华民族必将屹立于民族世界之林,同志们!!朋友们!!让我们一起携手,为了明天,共创美好未来!!

———— 陕西省西安市马家庄村沟帮子路幸福街道 8 排 9 号发来贺电
44 天前
回复了 jyounn 创建的主题 程序员 吐槽下专业书籍真是不专业
这本书没读过,但是根据我读过的国外技术书籍的经验来看,老外都喜欢循序渐进的讲述知识,你看的只是第一章,坚持看下去很大肯能会有对前面章节算法的优化和深入讲解,当然也可能确实是作者功力不够,毕竟国外也是有东拼西凑出书赚钱的不良作者的嘛。
你说的物理删除和实际的物理删除是不一样的,真正物理删除的东西是没救的,耶稣来了也没办法,但如果只是删除了文件的关联接点,数据区块还在,那还能抢救一下。
1  2  3  4  5  6  7  
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2528 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 41ms · UTC 04:11 · PVG 12:11 · LAX 20:11 · JFK 23:11
♥ Do have faith in what you're doing.