开工第一天，被上级叫去帮下我同学（也是同事），因为目前他的任务他一个人搞不定
为什么搞不定呢？因为他的任务是需要将他的算法与已有的客户端进行集成，他只懂他的算法，而如何进行集成他是不懂的，也就是说这一块是缺少软件侧的人去帮他把关和集成
而我的任务就是帮他把关代码，同时帮他做集成部分，也就是中间层的代码。由于客户端是 Windows 平台，使用 Visual Studio 开发，所以算法层和中间层的代码也需要保持一致。
然后问题来了，这个客户端不是我们开发的，我们平时写代码都是在 Linux 上写的，然后实际在 Windows 上手编译，直接上千个错误…一直在改问题，比如动态库之间的调用不能直接编译成 DLL 去弄，得走 export/import，目前可以用静态库的方式绕一下之类的
最难的地方是在理解报错信息上，可能有一半的错，给的莫名其妙的，甚至报了错但不告诉你是在你的代码的哪里报的（好想念 gcc/clang），只能一个一个查，现在还有三个报错没找到是哪里报的错，大概定位到了位置，但现在还不确定是不是那几个地方的问题 
这种情况，不是更应该使用服务吗？
好巧，剩下的错误就是显示没有实现 ==，但问题是他的数据结构就是应该实现了才对
目前不考虑多机，现在连编译都过不了
石山代码是这样的
都是草台班子 
不能这样吧？革命分工不同啊
说到我另一个痛点了，我同学之前一直写的 Python，现在把算法转到 C++ 后很多坑点，而且他自己写的也比较随意，但总共也好几千行了
然后上级指定了我给他做整体的 Code Review，包括除了算法原理外的所有需要注意的点
小厂嘛…很难分得那么细的，而且我们这儿全方面缺人，软件缺得特别多，导致我一个搞算法的，还时不时去帮软件和测试干活
继续努力吧
老板赚了，招个司机把电工的活也干了
烫烫烫烫烫，gdb对vs那debugger一堆得查询msvc千页宏定义的意义不明的长前缀错误信息，那还是好上手太多了。不该给的绝对不给，灵活好用。微软屎山代码是这样的。
不过就算cmake配置有时调符号定义也是重量级
其实现在还没到调试那一步…卡在了编译报错上，显示 std::pair<const int, int> 没有实现 ==，目前定位到了 std::unordered_map<int, int> 的 find 函数，但说实话不应该……
有点离谱
急着用为啥要visual studio，直接msys2不行吗
有得苦了，你。。。。
开年就来了个大的
光是听见都头皮发麻
我就遇到过好几次这样
