Not a bad idea. I appreciate the alternate perspective.
I want to note that modern cryptography tools are not going to expire quickly, thus you might want to reconsider the "out of date" indicator.
12 karma · joined July 30, 2015
I want to note that modern cryptography tools are not going to expire quickly, thus you might want to reconsider the "out of date" indicator.
Reading code is certainly important as well; this comes naturally for me after working with a code base for some time. (Blocks of code become more and more familiar as I work with them and I need to peruse less and less. This is especially true for well modularized code bases and code bases with good issue tracking.)
As a programmer I read a lot.
She'll have a server running in no time.
:)
Haha... Right.
In this case I get the feeling you want to use a different set of technologies to either improve performance or ease extensibility.
How much did you screw up? 7/10. You have found that node.js and mongodb are not the most mature technologies and would likely find python + sql (mssql, sqlite, postgresql, whatever) ... nicer.
"my savings" : A few index funds.
"Conclusions and Relevance: In nonobese adults, [calorie restriction] had some positive effects and no negative effects on health-related [quality of life]."
I transform my data into a JSON object, suited for the front end. So the only Controller -> View boilerplate is a "call the api" JavaScript function.
My comment is primarily a criticism of the JavaScript world where folks can NPM their entire server infrastructure (containing plenty of needless files)...
Google and Facebook have massive networks, specialized storage strategies, proprietary protocols and hardware, and not to forget the actual data they have acquired. Lots of hard-to-acquire capital.
On the other hand, I do believe that both products could be better. Competitors could have better products, but not for a long time more capital.
My employer blocking SoundCloud!
I'm too far from the NYSE ground floor to hack the market!
Four hours after drinking coffee I become tired!
Good internet forums turning into meme generators!
Tinder girls ignoring me!
* These are actual annoyances.
For developing code I want to deploy to production on my Debian VPS, I run a nearly-identical (in terms of specs and OS) Debian VM using VirtualBox.
I develop server software, so I prefer developing on Debian (using a VM) and pushing development releases into production without worry.
Eat the food.
Play a game.
Ask questions about configuration and architecture.
Learn how to reproduce peer successes.
The actual purpose of the code base is important for a good answer: elaborate "code base".
Sounds perfect to me.
Location: San Francisco Bay Area | Remote Ok | Relocation Possible
Languages: C#/.NET, C/C++, Java/Scala, JavaScript/Node.js, Python, Bash
Technologies: OpenCV, Boost, Flask, Play! Framework, Express, REST APIs, PostgreSQL, MongoDB, Debian Linux, Nginx
I have a range of experience researching and implementing technologies, working with products in the industry, and contributing to large code bases. In my 2015 free time, I engineered REST API's using Scala/Play!, Python/Flask, and Node.js/Express. I have ambitions to work with Linux, C++, and distributed systems. I am a well-rounded individual who values clear communication, enjoys a challenge, and can learn quickly.
A recent project which inspires me: https://github.com/bwackwat/raw-json-webservices
LinkedIn: https://www.linkedin.com/in/johnpaulhayes2
Feel free to email me about roles which I could fit well in (full-time or contract based,) or ask for my resume. Thanks!
john.paul.hayes2.lucid at gmail dot com