The following rules of programming style are excerpted from the book "The Elements of Programming Style" by Kernighan and Plauger, published by McGraw Hill. Here is quote from the book: "To paraphrase an observation in The Elements of Style by Strunk and White, the rules of programming style, like those of English, are sometimes broken, even by the best writers. When a rule is broken, however, you will usually find in the program some compensating merit, attained at the cost of the violation. Unless you are certain of doing as well, you will probably do best to follow the rules."
Recommended reading: | |
http://candidate.pp.ua/C++/ | |
A Tour of C++ (http://www.stroustrup.com/Tour.html, http://candidate.pp.ua/C++/Bjarne%20Stroustrup%20A%20Tour%20of%20C++%20%282013%29.pdf) | |
C++ Programming Language (2013) (http://candidate.pp.ua/C++/Stroustrup%20Bjarne%20The%20C++%20Programming%20Language%20(2013).pdf) | |
Preparation material: | |
1. General C++ 11 talks | |
https://www.youtube.com/watch?v=nesCaocNjtQ | |
https://www.youtube.com/watch?v=xnqTKD8uD64 | |
https://www.youtube.com/watch?v=fHNmRkzxHWs |
Books | |
Test-Driven Development in Microsoft® .NET (http://www.amazon.co.uk/gp/product/0735619484) | |
Test-Driven Development by Kent Beck (C++) (http://www.amazon.co.uk/gp/product/0321146530) | |
Blog | |
The Typemock Insider Blog (http://blog.typemock.com/) | |
Unit test study from Microsoft Research: | |
http://research.microsoft.com/en-us/projects/esm/nagappan_tdd.pdf |
// https://www.justsoftwaresolutions.co.uk/threading/multithreading-in-c++0x-part-8-futures-and-promises.html | |
class aio | |
{ | |
class io_request | |
{ | |
std::streambuf* is; | |
unsigned read_count; | |
std::promise<std::vector<char> > p; | |
public: |
#include <stdio.h> | |
#include <string.h> | |
#include <stdlib.h> | |
#include <ctype.h> | |
#include <openssl/rsa.h> | |
#include <openssl/engine.h> | |
#include <openssl/pem.h> | |
// I'm not using BIO for base64 encoding/decoding. It is difficult to use. | |
// Using superwills' Nibble And A Half instead |
Quite a lot of different people have been on the same trail of thought. Gary Bernhardt's formulation of a "functional core, imperative shell" seems to be the most voiced.
"Imperative shell" that wraps and uses your "functional core".. The result of this is that the shell has fewer paths, but more dependencies. The core contains no dependencies, but encapsulates the different logic paths. So we’re encapsulating dependencies on one side, and business logic on the other side. Or put another way, the way to figure out the separation is by doing as much as you can without mutation, and then encapsulating the mutation separately. Functional core — Many fast unit tests. Imperative shell — Few integration tests
One size doesn't fit all :) Submitted by Andrew Sowerby on Mon, 2016-02-15 13:44
Even if this isn't just a way of harvesting user details, which some reviewers seem to think it is, I can't see the point of this plugin.
You can achieve the same results by adjusting your -vmargs in the eclipse.ini, or in your shortcut or command line you use to start the application.
- Just add adequate heap settings:
e.g. Xms1024m and Xmx1024m, or more, depending on how hard you push eclipse