这个问题让我纠结了好长时间了，我想知道大家是怎么安排学习时间的，是利用上班时间呢？还是下班后呢？
举个简单的例子,比如你编程过程中遇到了编码问题（就是ASCII/UTF8/Unicode这些），你在网上找到了查到解决方法，可以立即解决。但其实你对编码是糊里糊涂的。那你是先把编码搞懂了再去解决这个问题？还是先暂时把问题解决了，然后再利用其它时间去研究编码？（注：弄清楚编码还是相当花时间的）。
如果你选择后者，那你是用工作时间研究编码的知识还是下班后研究呢？如果用上班时间，那可能会影响工作效率，管理者会批评你效率太低，我在上家公司因为这个原因被管理者批评了几次。而如果是下班后搞，那累了一天了，回到家还要工作，是不是太累了？
用工作时间学习和用休息时间工作是一样的道理，都让人纠结，但不得不做……
工作的时候何尝不是在学习，学习的时候又何尝不是在为工作。对于开发人员来说，学习和工作本来就不可能分得太清楚。学习是为了更好的工作，工作是为了生活，或者说事业，所以，在你老板所能容忍的范围内，花点工作时间学习也不是啥问题，但是你一整个月都在学习，自己可能是有所提高，但是老板看不到成绩，那还是准备走人的好。
要我说，学习和工作肯定是同步推进的啊，又不是非得来个“时间片轮转”，纯学半天再纯工作半天这样的……
这根本不是“什么时候该不该学”的性质问题，而是“任何时候如何学习”的策略问题。考虑这个角度，我觉得最好是回归到“时间是用来干什么的”这个本源。
工作时间就要用来工作，以完成任务为第一目标。如有关联就学习，如无关联就不学，这没什么好商量的。
但这时的学习就一定要服从工作的安排和步调，抓大放小，以最少学习解决最大问题为目标，千万不要一个小问题开几十个标签页大学一气。如果时间不够，不够万全的“hotfix”可以做。只要妥善记录，日后有时间再去精细研究，好好偿还掉技术欠债就可以。
而业余时间的学习，基本在学习目标上就是自由的。但自由就意味着迷茫，千万要在学习的时候找好方向。
唯有长期、习惯性的漫无目的不可取。至于其他的，是要更好的服务当前工作？是要在工作之外寻求其他的可能？是要服务社区换取网络人脉？还是仅仅从技术学习中获得业余时间应有的乐趣？在特定的情况下这都可能是对的，全看你投入时间所希望达成的目标是什么。
可以吧要学的东西分类：
如果是很碎片的知识，可以在零碎的时间里学习。
很整体的知识，尤其是在崭新的领域，最好能再下班后，休息了一段时间后，调整状态好好学习。
比如，你觉得需要补充经济学的知识，决定从曼昆的微观经济学开始看起。你最好每天单独抽一段时间，在书桌前坐好，备上笔记本和笔，放上一杯水，以一种仪式的庄严态度，去认真地看书。这样更容易专注，学习的知识也更容易建立一个完整地体系。
可以用个云笔记（推荐印象），把一些点上班时间来不及学习的点问题等等，记录下来，下班回家后学习。上班时间，建议当然先完成分配的工作，不然一天任务做不好的好，又要加班，那么哪里来的下班时间呢。
基础的问题，那只能证明hr 比你还菜，boss 应该自己抽自己怎么这么傻搞了个如此213的hr 呢？干脆倒闭得了。
如果是高大上的，可以立即提升逼格，不必完全放在业余时间，上班时间搞一搞也不是大问题。反正工作完成了，剩下的时间可以合理安排。
不过题主这个心态，呵呵，估计也只能止步于此了。想向上爬，no 喂。
上班时候还是要先解决工作问题吧，工作中遇到了问题也能让你认识到还有什么需要提升的
(PS:当然学习内容不一定要完全与工作相关，这些东西就自己安排时间了)
我个人的情况：
上班的时候真的非常赶，根本就没有学习的时间。想学习还得偷偷的学。
当然非常是希望可以上网的时候也可以放松心情来学习。反感在压力山大的情况下学习。
但是因为每天都加班，晚上回到家里都是十一二点了，自己的空余时间根本就没有多少，所以总是觉得特别累。
像被囚禁，没有自己的自由，每天就是不停的上班，工作。
爱学习，但是没有时间。是不是更可怜……
工作的时候想自己学点什么，但是工作不允许，一切都是赶的。
公司不停的接单，每天加班到七八点，喝口水都特别赶。。一直认为自己在陷入一种恶性循环。
极客观点
项目管理
HarmonyOS
我的建议是，不要纠结什么工作时间学习时间下班时间的关系，先学会时间管理或者说任务管理，让你的任务井井有条，让你的老板随时知道你现在是满负荷、超负荷还是有空闲。老板批评你效率糟，很可能并不是你的效率糟，而是你的任务没有计划没有把控，老板不知道你到底做了多少事情，或者你手里的事情究竟有多困难，只觉得“你给的deadline不靠谱／感觉没干啥事”。
然后因为合理的给老板的时间预估基本上是80%～90%最糟糕情况的预估，你自然会发现因为事情经常比预估的情况稍微好一些，所以你基本每天都能提前搞定当天的任务，每天都能保持学习或者钻研的时间
回到题主的实际例子，比如碰到了编码问题（常见问题），那么我的建议是先快速搞定以后再深挖，不要上班时间挖这种基本上属于基本功的问题。而万一发现是编码问题本身也花了比较长的时间，那就在周会／周报等类似的反馈中和老板说：“处理XXX相关的问题多花了一些时间，后来查清是编码问题”
而如果是厉害一点的问题，嗯，比如爆栈段错或者性能优化之类的，不妨视情况解决掉以后再多捣鼓捣鼓，看看类似情况如何避免，看看能否有更系统的，非补丁式的解决，然后不妨把你的学习成果缩略成5min左右篇幅的邮件发给组里大家《YYY模块碰到的段错误的问题分析&如何避免类似错误》(组里没有这种氛围的话不妨从你开始发扬，或者弱一些先从QQ群贴一句开始做起)，然后给老板反馈“碰到一个比较棘手的问题，花了一些时间解决掉以后，整理了分析发给大家了”。这里point有