Visual Studio Code

问题描述： 今天在电脑中安装了Python3.8.5环境，然后使用pip安装了ipython和jupyter，没想到在VS Code中使用Jupyter Notebook一直有问题，一直报一个错误：“Unable to start session for kernel Python 3.8.5 64-bit . Select another kernel to launch with.” 同时VS Code中Jupyter Server的状态也一直是busy 原因分析： 一开始百思不得其解，直接运行jupyter notebook是正常的，后来在github的vscode python插件讨论区找到了答案。 原地址如下： https://github.com/microsoft/vscode-python/issues/13701 这里在自己的博客中也记录下，是因为traitlets 这个包升级的原因，traitlets 在2020.9.1升级到了5.0版本，可以在 https://pypi.org/project/traitlets/#history 查看traitlets的版本： 解决方案： 根据github中大佬们的指引，将traitlets这个包的版本降回到4.3.3解决 python3 -m pip install traitlets==4.3.3 --force

Python实战社群 Java实战社群 长按识别下方二维码， 按需求添加 扫码关注添加客服 进Python社群▲ 扫码关注添加客服 进Java社群 ▲ 作者丨电商君 来源丨电商报（ID：kandianshang）中国电商影响力媒体 京东物流扔出重磅炸弹！ 刚刚，京东物流扔出一枚重磅炸弹：推出特快送时效承诺服务， 即在约定时间内东西没有送达的，将退还客户全部快递运费！ 这个掷地有声的服务承诺，对于整个国内快递行业而言，无异于是石破天惊！ 要知道，就算是顺丰这样行业公认的送货快、服务好的“快递一哥”，都不敢喊出“没及时送达就退钱”的承诺，但是，京东物流却这样做了！ 不仅喊出声了，还在全国140多个城市推出了这项服务，京东这是想做什么？ 可能有些人不明白，快件要在约定时间送达用户手中有多难？ 现在，很多城市的一些路段从早上一直堵到晚上；遇到下雨，整个城市的交通陷入瘫痪；就算赶上风和日丽，有些地方长达3分钟以上的红绿灯能把人等疯！ 送件过程中不可控因素实在是太多了！ 如果京东真的能做到不受交通、气候等原因影响，不差一秒钟地把快递在约定时间送达了， 这也意味着，京东目前保持的快递行业第二的位置保不了很久，因为要进第一位了！ 毫无疑问，京东物流扔出的这枚重磅炸弹，将炸出一个全新的物流格局： 炸弹响起后，京东很有可能一将功成，加冕一哥之位，其他快递公司也可能万骨枯去，成为惨烈的市场竞争中的炮灰！

使用快捷键 Alt+Shift+F 时，选择了 Vetur 进行格式化。但是当按下快捷键一刹那，脑壳 weng weng 的。 JS 部分的 ' 全都成了 " ，每句后面也添加上了 ; 经过查找，发现需要配置 Vetur 的JS formatter 为 prettier-eslint : "vetur.format.defaultFormatter.js": "prettier-eslint" 配置如下图： 作博以备忘 来源： oschina 链接： https://my.oschina.net/hyjiacan/blog/4511687

乱码原因 直接先用一段话讲乱码原因，看不懂老老实实就往下看吧 其实我用Sublime或者VSCode等编辑器写代码出现的控制台中文乱码问题是 编译器mingw输出的数据使用的是UTF-8编码，而控制台用了GBK编码来解析它 。 其实编码只要统一，用UTF8或者GBK都行，但用了错误的编码去解析文件就会出错。 问题来源 如果我们写轻量代码（比如写算法题）也用VS之类的IDE，就太不划算了；虽然也有Codeblocks、Dev C++这样的小一点的IDE，但用起来还是可以发现让人很不爽的缺点。 之前尝试用VS Code写C++代码，挺不错的，好看方便。但问题就是难配置，最大的问题是 控制台中文乱码 ，我搞了好久都没搞好，今天终于解决了。 在网上找到一段话是这么讲的： Windows(中文)默认的字符集是Windows-936(GBK)，mingw的内部是GCC，而GCC编译器默认编译的时候是按照UTF-8解析和输出的，当未指定字符集时一律当作UTF-8进行处理，于是造成乱码。 根据上边这段话，我有点灵感，但还是有疑问，见下。 问题分析 我电脑的CMD编码设置的是UTF-8，代码文件的编码也是UTF-8，如果mingw默认按UTF-8处理的话，可以看到这里用的编码全都是UTF-8，那应该不会出现乱码的。 但我们确实看到了乱码啊！？ 当我去看我的注册表（见下图），发现代码链接

来源： oschina 链接： https://my.oschina.net/u/4405841/blog/4286539

步骤 1. 下载Build Tools 2. 安装Build Tools 3. 下载并安装VSCode 4. 安装VS Code的插件 5. 将VS Code设为默认的源代码编辑器 1. 下载Build Tools 打开这个页面 微软的C++生成工具下载 点 下载生成工具 滚动到页面下方，找到 Visual Studio 2019工具 下载 Visual Studio 2019生成工具 ，这个工具看似和VisualStudio的安装包一样，但是不强制安装VisualStudio的编辑器 2. 安装Build Tools 还要在 单个组件 标签里勾选一个 .NET Framework 4.8 SDK BuildTools安装完毕 3. 下载并安装VSCode VS Code的官网下载 4. 安装VS Code的插件 5. 将VS Code设为默认的源代码编辑器 设置完毕后会要求重启UE4 生成VIsual Studio Code项目 这样 VS Code的开发环境就设置完毕了 来源： oschina 链接： https://my.oschina.net/u/4358408/blog/4285509

作者 | 马超 责编 | 伍杏玲 出品 | CSDN（ID:CSDNnews） 鹰击长空，鱼翔浅底，万类霜天竞自由。——《沁园春 · 长沙》 去年底，一国外程序员写的《中国的开源项目正在破坏 GitHub 的排行榜》博客引起国内开发者热议，他在博客对中国项目占领 GitHub 趋势榜进行了无奈的吐槽。 这样火爆的场面是我国开源事业蓬勃发展的一个侧影。如今越来越多中国年轻程序员投身到开源社区，目前在 GitHub 全球 4000 万注册用户中，中国开发者从数量和贡献度上均位列第二，越来越多的国内企业在国际合作的开源项目中扮演着重要角色。我国的活跃开源项目贡献者，有40%以上是在2019年里加入的，他们大多是 90 后，是年轻程序员的代表。 纵观开源在我国发展的二十多年历程里，开源软件从无到有，从小到大，目前已成为IT软件的基石：我们使用的安卓手机中运行着开源的操作系统，日常访问的网站中由众多开源软件来支撑。 中国开源事业始于互联网，发力于互联网，崛起于移动互联网，并在即将到来的万物互联时代迎来爆发。 那么什么是开源软件，中国开源软件的历史上又有哪些故事和传奇？ 为了讲清楚开源的那些事，笔者找到了中国开源史上的五位代表性人物，他们是 LVS创始人章文嵩、MiniGui创始人魏永明、RT-Thread创始人熊谱翔、TDengine创始人陶建辉、TiDB创始人黄东旭 ，共同畅谈中国开源史

乱码原因 直接先用一段话讲乱码原因，看不懂老老实实就往下看吧 其实我用Sublime或者VSCode等编辑器写代码出现的控制台中文乱码问题是 编译器mingw输出的数据使用的是UTF-8编码，而控制台用了GBK编码来解析它 。 其实编码只要统一，用UTF8或者GBK都行，但用了错误的编码去解析文件就会出错。 问题来源 如果我们写轻量代码（比如写算法题）也用VS之类的IDE，就太不划算了；虽然也有Codeblocks、Dev C++这样的小一点的IDE，但用起来还是可以发现让人很不爽的缺点。 之前尝试用VS Code写C++代码，挺不错的，好看方便。但问题就是难配置，最大的问题是 控制台中文乱码 ，我搞了好久都没搞好，今天终于解决了。 在网上找到一段话是这么讲的： Windows(中文)默认的字符集是Windows-936(GBK)，mingw的内部是GCC，而GCC编译器默认编译的时候是按照UTF-8解析和输出的，当未指定字符集时一律当作UTF-8进行处理，于是造成乱码。 根据上边这段话，我有点灵感，但还是有疑问，见下。 问题分析 我电脑的CMD编码设置的是UTF-8，代码文件的编码也是UTF-8，如果mingw默认按UTF-8处理的话，可以看到这里用的编码全都是UTF-8，那应该不会出现乱码的。 但我们确实看到了乱码啊！？ 当我去看我的注册表（见下图），发现代码链接

在 Node.js 项目开发过程中，随着项目的发展，调用关系越来越复杂，调试工具的重要性日益凸显。 Node(v6.3+)集成了方便好用 V8 Inspect 调试器，允许我们通过 Chrome DevTools 进行图形化的调试和性能分析。同时，我们也可以使用 VS Code，Webstorm 等支持的编辑器对 Node.js 程序进行调试。 Node Inspect 要想启动调试器，我们需要在启动 Node.js 应用程序时传入 --inspect 标志，也可以使用该标志提供自定义的端口，例如 --inspect=9222 将会在 9222 端口上接受开发者工具的连接。 一段简单的代码 function log() { let a = 1 ; console.log(a); a = 2 ; console.log(a); } ​ log(); 使用 node --inspect 启动 这时我们会发现，程序直接执行完成了，没有中断，导致我们无法使用 Chrome DevTools 进行调试。对于这种直接执行的代码，我们可以使用 --inspect-brk 参数，在应用程序代码的第一行终端，然后再进行调试。 Chrome DevTools 当开启 Node 调试后，我们可以打开 Chrome，访问 chrome://inspect ，在 Devices 中查找到我们的 Node

使用Visual Studio Code, 遇到这样的警告，看着不舒服，怎样才能解决掉这个警告呢？ "owner" : "python" , "code" : "unbalanced-tuple-unpacking" , "severity" : 8 , "message" : "Possible unbalanced tuple unpacking with sequence: left side has 4 label(s), right side has 0 value(s)" , "source" : "pylint" 解决方法就是在报出警告的代码行的后面加上注释：“# pylint: disable=unbalanced-tuple-unpacking”。 参考资料 ========= https://github.com/PyCQA/pylint/issues/2061 来源： oschina 链接： https://my.oschina.net/u/4370305/blog/4295116