Adamos

Если элемент #listClients у вас является родителем, в который вставляются новые элементы, то нужно делать так:

$('#listClients').on(
    'click',
    'button',
    function(){
        event.preventDefault();
        console.log('1');
    }
);

Это называется делегированием событий - вы вешаете обработчик на #listClients, который со страницы не исчезает и при каждом клике внутри себя он проверяет не был ли клик в действительности на button и если так - выполняет обработчик в нужном контексте.

Пример.

Как понять что hdd работающий?

Подключить к компьютеру и прочитать SMART.

вот сейчас появилась возможность купить б/у

Покупать HDD Б/У не самая умная идея, разве что за 3-5% от реальной стоимости.

мне отправят его по почте

Даже если он до этого был исправен, то после отправки по почте он с очень большой вероятностью станет неисправным.

stackoverflow.com/questions/5719694/having-a-path-...

#include <sys/stat.h>

bool can_exec(const char *file)
{
    struct stat  st;

    if (stat(file, &st) < 0)
        return false;
    if ((st.st_mode & S_IEXEC) != 0)
        return true;
    return false;
}

Работаю параллельно. Согласен с Денисом, это тяжело, а если нет самоорганизации то вдвойне тяжело. Фрилансу уделяю 4 часа с 7 вечера до 11 и один день из выходных. Стараюсь брать небольшие проекты, чтобы не подводить заказчика со сроками.
Я к сожалению пока не могу отказаться от фриланса после работы, ибо ситуация вынуждает. Жена относится с пониманием, хоть это радует.

Потому что джетБрейнсам это ненужно - программистам удобнее и привычнее на английском. Да и вообще - русифицировать IDE не нужно. Можете ради интереса посмотреть русскую VisualStuido - тот еще кошмар. То кодировка в Output забавная, то "Верхний колонтитул" вместо "Header file".

Да вы, батенька, король контента!

Эт шутка. Хоть и не смешная для самоделкиных из области геймдева. :)
Так, а кроме шуток. Не надо вообще так делать. Тип наносимого урона/снаряда/юнита/орудия никогда не должен описываться его собственным классом. Все юниты должны быть одного класса, все пули - тоже, все здания - тоже.
У тебя должен быть только набор общих классов для сущностей. Конкретные параметры (что откуда вылетает, как дамажит и как это все визуально выглядит) должны лежать в ресурсах.
Рекомендую почитать: habrahabr.ru/post/255561 Изложенное куда более важно для области любимых самокатов на С++.

Хотя... Если тебе так надо реализовать на классах, а не на ресурсах, то тебе надо просто организовать фактическую связь между сущностями. Давай предложу один страшный вариант... Дебажить это все чур самому.

class TowerParent
{
public:
	// Это тип для той штуки, которая будет создавать нам нужную боеголовку.
	typedef FireParent* (*FireConstructor)( float, float, int, float, float, float );
	
	TowerParent(int _col, int _row, float _posX, float _posY, float _attackRange, float _angle);

	//...
	
	FireParent* towerFire;
protected:
	FireConstructor	fire_constructor; // инстанция конструктора боеголовок.
	
	// Вот так мы будем определять тип конструируемой боеголовки.
	template< class fire_t >
	inline void DefineFireType(){
		fire_constructor = TowerParent::template MakeFire<fire_t>;
	};
	
private:
	// А вот так мы будем конструировать боеголовку.
	template< class fire_t >
	static FireParent* MakeFire( float _x, float _y, int _speed, float _angle, float _targetX, float _targetY ){
		return new fire_t( _x, _y, _speed, _angle, _targetX, _targetY );
	};
};


SimpleTower( int _col, int _row, float _posX, float _posY, float _attackRange, float _angle ){
	DefineFireType<Bullet>();
};

RocketTower(int _col, int _row, float _posX, float _posY, float _attackRange, float _angle){
	DefineFireType<Rocket>();
};

Конструирование делается через:
towerFire = fire_constructor( .... );

Еще одна поправка. Не Rocket, а Missile. Потому что ... :)

UPD:
Еще один вариант, уже менее страшный - это шаблонизация базового класса:

template< class fire_t >
class TowerParent
{
public:
	TowerParent(int _col, int _row, float _posX, float _posY, float _attackRange, float _angle);

	//...

	fire_t* towerFire;

protected:
	inline fire_t* MkeFire( float _x, float _y, int _speed, float _angle, float _targetX, float _targetY ){
		return new fire_t( _x, _y, _speed, _angle, _targetX, _targetY );
	};
};

class Bullet : public FireParent<Bullet>
{
public:
	Bullet(float _x, float _y, int _speed, float _angle, float _targetX, float _targetY);
private:
};

class Rocket : public FireParent<Rocket>
{
public:
	Rocket(float _x, float _y, int _speed, float _angle, float _targetX, float _targetY);
private:
};

Воспользуюсь случаем передать привет своей семье написать пару замечаний.

1. Убрать отметку ответа решением
а) Не с руки бегать за пользователями, задающим вопросы, с требованием «анугад цени время других». Ни модераторам, ни отвечающим. В конце концов, расчёт на поисковую выдачу и долгую жизнь тем.

б) Зачастую знания и умения спрашивающего не дают ему возможность оценить верность ответа. Если учесть, что нередко правильные ответы даются с примесью WTF, то неумеренное эго автора вопроса бывает сильно уязвлено, и верный ответ остаётся за бортом. Не менее редко решением выбираются глупые ответы.
Думаю, FanatPHP может рассказать куда больше:)

Пример: Как работает свойство display с его разными значениями?
Хоть кол на голове теши — что проще, то и верно.

2. Ввести минусование ответов
Не всем, а как на стеке — только с рейтингом не менее ... (скажем, >20 по тэгу). Чтобы тупые ответы опускались вниз. Может, и скрывать ответы при наборе ... (скажем, -5) отрицательных отметок.

3. Рейтинг
Нередко встречаю умных и грамотных людей, не имеющих времени на надрачивание рейтинга. Как вариант, просто недавно зарегистрировавшиеся участники. Нужен механизм оценки «авторитетов» (в хорошем смысле этого слова) для повышения рейтинга.

4. Оценка комментариев
Достаточно часто комментарии дополняют ответ, делают его более объёмным, и заслуживают своей оценки. Почему нет возможности оценить такой вклад?

5. Ввести тэги по вопросам
Зачастую вопросы называют так, что найти их или очень трудно, или просто невозможно.
Пример: Как отследить появление новых элементов в DOM?
В итоге люди тратят время, в то время как ответы уже есть на Тостере Как отловить создание нового IFrame на странице?

Можно предлагать при публикации вопроса список тэгов и это (возможно) даст возможность найти ответ на вопрос до его опубликования. После публикации тэги могут выбрать остальные.
Другая польза от тэгов — поиск для повторных вопросов (см. ниже).

6. Аналогичный вопрос
Если ответ на подобный вопрос уже есть на Тостере, пользователи могут указать их. Такой блок должен находиться непосредственно рядом с вопросом.

7. Плюсы для отвечающих
Почему бы не использовать связь с хабром для раздачи плюшек отвечающим? Например, членство, карму etc.

8. Библиотека решений
Иногда кажется, что грамотный и хорошо оформленный ответ просто тонет в куче мусора и нет никакого смысла ни в расписывании хода мыслей, ни в оформлении.
Пример #1: CSS: Почему происходит смещение изображения при line-height идентичной высоте блока?
Пример #2: Почему при добавлении тега appendChild'oм, контент не отображается?
Пример #3: Разница между background: url('...') и background: url(...)?
И много-много других, к которым я не имею никакого отношения.

Почему не сделать по тем же тэгам (см. п. «Ввести тэги по вопросам») ссылки на основные решения. Которые можно обсуждать, комментировать, модифицировать без принадлежности к авторам (просто список участников с вкладом в решение).

9. Технические доработки
Поиск — нет введённого запроса в поле поиска.
Ответ — нет горячих клавиш для форматирования.
Комментарий — нет возможности форматировать текст.
Комментарий — как быстро получить ссылку (тема + якорь)?
Текстовое поле для комментария — делаешь такие примеры codepen.io/cleric/pen/oBwqn и не понимаешь, почему его подстройка по высоте поля на Тостере не слишком-то корректно работает.
Поле с кодом — вроде несложно добавить white-space: pre-wrap; Для элемента pre, чтобы не было горизонтальной прокрутки для непереносимых строк.

Пы.Сы. Отдельное спасибо Сергею Протько за веру в этот ресурс.