16 到 17 的过渡，基本是在一种混沌的状态中进行的，换工作，换岗位，换角色，不停的转变，然后一直感觉找不到定位是什么，角色是什么，第一次感觉好像自己适应能力不怎好，也许是在能力以及职业生涯的发展是遇到了一个瓶颈，然而确找不到立马能够见效的方法去突破，所以变的有些浮躁亦有些盲目，简单的说就是最近真是迷，各种都不怎么在状态。可能是时候需要静下心来，好好总结下过去的一年，以及工作以来的状态和杂七杂八的，算是总结，也算是一个计划。 从全职实习开始，工作 3 年，涉及的内容主要以数据挖掘、服务端为主，语言涉及Java Python R C C++ Ruby Go Lua Scala，主力语言基本是 Java，其他语言算是为了完成某项特定需求的工具，不敢妄言说熟练，只是能用来解决问题，大规模工程化自己心里似乎也没底。涉及到的技术内容基本涵盖了当今互联网的热门内容，机器学习、数据库、服务端相关、数据

开始整理下自己之前在 LeetCode 上的一些题解，每天再做一些。 Given an array of integers, return indices of the two numbers such that they add up to a specific target. You may assume that each input would have exactly one solution, and you may not use the same element twice. Example: Given nums = [2, 7, 11, 15], target = 9, Because nums[0] + nums[1] = 2 + 7 = 9, return [0, 1]. 解法： public class Solution { public int[]

最近主力语言基本以 Python 为主，然后以比较分散的脚本形式由 Azkaban 进行任务调度定时之类，在感慨开发效率高，发布灵活之余也被这种方式带来的一些问题所折磨，倒不是说这种方式有多大问题，只是做的不够好，所以不像是一个 Project ，缺少对应的日志管理、配置管理、发布管理、单元测试、集成测试，然而这些工作却并不可少，所以很多都是以人肉的方式进行，有时候也无法回溯问题发生时的状况，根据之前的经验，总结下日志的一些东西先。 系统运行时会有各种各样的日志，应用服务器、Web 服务器、数据库、框架等等一般都有对应的日志输出，同时也有各种不同的级别，一般有： FATAL - 严重的，造成服务中断的错误，需要马上介入，通常情况下，一个进程的生命周期中应该只记录一次 FATAL 级别的日志，即该进程遇到无法恢复的错误而退出时。 ERROR - 其他错误运行期错误，需要马上被处理

开始了新工作，换了电脑也忘了迁移以前的 blog 写的内容了，索性重头开始，看能不能改了以前偷懒的毛病。 之前总是觉得应该好好整理一下自己的各种知识点，可是却不停的在给自己找各种各样的偷懒的理由，或者说还是离做到真正的自律还有蛮大的差距。换了新工作，算是由半管理半执行岗转变为了执行岗，一方面觉得积累的一些团队管理上的想法和经验，在现阶段已经足够，另一方面可能是觉得太累了，希望能安心写写代码，实现很多一直想做的东西，同时默默观察、发现、学习。 新的一年，新的工作，新的领域，不知道又会是一段怎么样的经历，不知道能待多久又能创造出什么样的价值，似乎这些都不那么重要，重要的依旧是不停的学习、积累、观察、思考。恩，对，还有努力去改很多惰性的东西。