O Di

Штатные программисты:
+ работают в долгосрочной перспективе (после разработки будет поддержка теми же людьми)
+ сидят у Вас в офисе (коммуникации в команде проще и больше)
- им нужно платить фиксированую зп (как правило, например в СПб Вам это обойдется от 50 (джуниор) до 150 (сеньер) тыс в месяц на человека)
- нужно предоставить рабочее место (стол, стул, комп и т.д.)
- редко работают больше рабочего дня (хотя если будете доплачивать за переработки, то будут)

Оутсорс:
+ может больше времени уделять Вашему проекту (как правило), так как не тратит время на дорогу и т.д., а так же работает на собственном оборудовании и тратит собственное электричество
+ Вы платите только за проделанную работу
+/- Сами строят свой рабочий график, тут с одной стороны могут работать в выходные, ночью и тд, с другой стороны могут устроить себе выходной скажем в среду
- После завершения проекта они от Вас уйдут, либо последующая поддержка будет стоить отдельных денег
- Командные коммуникации удаленные, к тому же если не нанимаете сразу готовую команду (что дороже), то команда скорее всего будет не сработанная и не будет к этому стремиться

Выбирайте

Надеюсь подчиненные не прочитают.

1) Вежливое слово с пистолетом в руке лучше, чем просто вежливое слово.
Выходи на рынок. Имея на руках job offer с текущей з-п и более интересной работой, или большей з-п и менее интересной ты скорее получишь прибавку, или изменение условий труда.
Чтобы найти работу работает некий рубеж перехода количественного в качественное: чтобы получить одно интересное предложение нужно сходить на 10 собеседований, чтобы сходить на одно собеседование нужно откликнуться на 10 вакансий. Это для невезучего чеовека, для везучего будет не 10, а 5 или менее.

2) Самопиар и глубокая специализация. О том, что ты стал больше делать люди должны знать и нужно закрепить за собой какую-то проф. нишу внутри коллектива - что-то что ты делаешь сильно лучше коллег. Это могут быть разные аспекты. Здесь получаем ценность и ответ на вопрос почему ты должен получать больше коллег.
Зачастую бывает, что окружающие не замечают роста у коллег, так как все сосредоточены на себе.

3) Разговор с начальством и обозначить свои ожидания. Возможно, с этого стоило бы начать, если не кризис. Ну и чем меньше компания тем важнее становится это (отношения), а не первое. Очень часто бывает, что у человека есть недовольство текущим положением, он идет в первый вариант, а из первого варианта его очень сложно вернуть, так как он себе уже наворотил причин для ухода и распутать этот клубок одними деньгами не получается.

Это часто бывает с переездом в Москву. Изначально люди готовы ехать на маленькие деньги, чтобы "закрепиться". Снимают жилье подешевле и затягивают пояса. Через полгода запасы, с которыми приехали истощаются, а в пути 3-4 часа каждый день + 10+ часов на работе высасывают все энергетические запасы. Тут уже человек начинает себе кроме з-п придумывать еще поводы: начальник чудак, коллеги лодыри, место у окна дует и прочие моменты, на которые в нормальном состоянии ему пофиг. Деньги далеко не единственный мотиватор и в такой ситуации с них все начинается, но паровозом человек себе достраивает еще ворох причин.
Новое место как и новая жена, если старая достала, всегда кажется лучше. Человек находит новое место с большей зарплатой и уже на прежнюю з-п он не останется в прежней конторе. И оставлять его проблематично, так как есть ворох проблем и либо уходить в психоанализ на полгода с решением этих диссонансов, либо прежней любви и энергии уже не будет. Это практически неразрешимая ситуация, которая началась с нехватки 15-25 тысяч рублей в текущем окладе.

4) Самый пассивный сценарий - ждать хорошей погоды. Умный начальник будет повышать подчиненного, даже если тот не растет, а уж если растет, то и подавно. Почему он это делает? Потому что бегать и выбивать деньги, чтобы удержать - всегда на порядок сложнее и менее эффективно. Если не повышают, то может и первый вариант не так плох, так как и 2й и 3й варианты не всем подходят, ибо требуют большой доли экстравертности.

Сделать скрипт и повесить на крон

Если это обычный дамп с локальной машины, то для пакетов, предназначенных в другую сеть, отличную от сети локальной машины, все dst мак-адреса будут адресом шлюза. Соответственно для пакетов из другой сети к вашей машине src мак-адрес будет всегда адресом шлюза. Если же одинаковые мак-адреса для IP в сети локальной машины в голову приходят следующие пример:

1. на удаленной машине созданы куча виртуальных сетевых интерфейсов с разными IP-адресами. В данном случае, например juniper, будет использовать один и тот же mac-адрес по умолчанию базового интерфейса.
   
2. используется хитрая реализация резервирования, когда реально вам отвечает виртуальный MAC-адрес с любых (реальных или виртуальных) IP-адресов.
   
3. возможно вы смотрите дамп устройств, подключенных по wifi и видете на самом деле три MAC-адреса, один из которых принадлежит wifi-точке.
   
4. вы смотрите мак-адреса какого-нибудь тоннеля или прокси, просто wireshark сразу предоставляет в более развернутом виде картинку.
   
5. маки заданы в ручную для каких-то специфичных целей.
   
6. если вы имеете в виду именно исходящие пакеты с одинаковым dst mac адресом, может быть задан статическая arp-запись.
   

Могут быть и другие варианты.

Если вы не поняли, что я имею в виду, просто примите как факт, что так надо.

любая сетевая фс в данных условиях будет болью.
в порядке приоритета:
- апгрейд родного ssd (дорого)
- jetdrive lite (нормально)
- внешний диск (дешево)

Действительно, это довольно удобно. Но в такой простоте есть риск выкатывания на production не протестированного должным образом кода. Использование системы continuous integration с настроенными автотестами дает некоторый уровень гарантии.

prodaction пишется как production

потому что в GIT не надо хранить настройки боевого сервера. В системе контроля хранят только исходники.
дальше их отправляют в CI (Непрерывная интеграция), которая в случае успешной сборки добавляет deploy скрипт под конкретный боевой production. И выкладывает на сервер, или выкладывает архив для ручного выкладывания.

Геморно
Внешний диск даже по usb2-sata/ide будет удобнее и быстрее

в Bash можно так (N каталогов):
echo dir{1..N} | xargs -n 1 cp -r dir/

for i in {1..n}; do cp -r dir ./dir${i}; done

Посмотреть настройки Mysql сервера, оцпии *size=, например myisam_sort_buffer_size

Mysql резервирует место в памяти в процессе использования, и если место было выделено - назад эта память не возвращается (чтобы не тратить процессорное время на очистку и затем повторное выделение).
Память может так и висеть в простое.
Можете сравнить используемую память сразу после перезапуска mysql, и после выполнения каких-либо операций

Мне 20 лет, живу отдельно от родителей, зарабатываю фрилансом. Самое важное - организовать свой день.

В случае с собой я не смог найти корреляцию между временем пробуждения и продуктивностью. Зато совершенно точно могу сказать, что для максимальной результативности я должен выспаться и не испытывать голода и жажды.
Вам не могу предложить выключить будильник и просыпаться только тогда, когда организм посчитает нужным, увы...

В моём случае физическая нагрузка или простая прогулка не улучшают продуктивность, с другой стороны залипание в ютюб/вк или чтение статей могут свести все старания на 0.

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

8 часов подряд кодить каждый день... Вы серьёзно? На этой неделе мои результаты такие: воскресенье - 12 часов кодинга, понедельник - 8, вторник - 8, среда - 6, четверг - 4, пятница - 3, суббота (сегодня) - нет ни малейшего желания, но очень надо хотя бы пару часов... Вы просто перегорите. Настраивайтесь на 4, максимум на 6 часов кодинга в день. Остальное время можно заполнить чтением документаций, проработкой прототипов на бумаге, обсуждениями с коллегами и боссом.

Если ситуация требует 8-16 часов кодинга подряд (такое, увы, бывает), то меня спасают две вещи:
1) Сериалы. Второй монитор, второй ПК, планшет или даже смартфон вам в помощь. Берёте сериал, который УЖЕ смотрели и включаете. Он должен быть интересный, но уже знакомый, это два обязательных требования. Так он не будет отвлекать от работы (сюжет же уже знаком, а половину реплик вы можете произнести вместо актёров), но создаст иллюзию отдыха. В моём случае можно всё привести к такому выражению: 60 минут кодинга = 80 минут кодинга под сериал. НО! Так я могу выдерживать 12-16 часов без особых усилий. Что в итоге даёт больше результата, чем 6-8 часов чистого кодига после которых я просто убитый на пару дней.
2) Кофеин. Обычный кофеин. Кофе я не пью, а энергетики слишком дорогие для регулярного применения. Есть замечательная альтернатива - Кофеин-бензоат натрия. ~30рублей в аптеке за 6 таблеток. Максимальная разовая доза - 6 таблеток, она же 300мг кофеина. 1-2-3 таблетки мой организм может не заметить, а при шести я начинаю разговаривать сам с собой. Грань очень тонкая, но при правильной дозировке получается неплохой boost к производительности. Внимание! Кофеин может повышать давление и пульс, а также имеет ряд побочных эффектов. Передозировка может убить. Я не несу ответственности за последствия приёма кофеина.

Смесь кофеина и прогулки (зима, 3 часа ночи, -20C) может породить тонну гениальных идей, увы, лишь 1 из сотни имеет шанс на успех в реальном мире.

Вообще, я для себя вывел важную закономерность. Мотивация - фигня. Желание получить больше денег и когда-нибудь улететь на неделю на Мальдивы не приведёт к результату, рано или поздно, но мозг решит, что гораздо правильней работать в 2 раза меньше, но отдохнуть на местном водоёме с друзьями и шашлыками. Гораздо интереснее обстоит дело с чувством вынужденной необходимости. Проще говоря, с кнутом. Я не сделаю работу и меня уволят. Я не успею вовремя и меня лишат премии. Я облажаюсь и все будут смеяться надо мной... Вот это работает.

Чтобы работа давалась без усилий нужно какое-то вдохновенье и чувство гордости за свою работу. Я сделаю этот проект и тысячи людей будут им пользоваться! Я напишу эту программу и моя девушка за меня порадуется. Этот проект будет помогать начинающим бизнесменам, они никогда не узнают моего имени, но они будут мне благодарны.

Непосредственно программирование (как и дизайн) идёт легче, если есть план и схемы. В моём случае при работе над back-end у меня 70% времени уходит на проектирование и проработку мелочей на бумаге, лишь 30% времени это сам кодинг. При работе с фронт-эндом я где-то 60-70% времени работаю, а 30-40% проектирую. Я так понимаю, вас не заставляют именно кодить 8 часов. Вас заставляют 8 часов сидеть на рабочем месте. Вот и прикиньте, что из них лишь где-то 3-4 часа будут самим кодингом. Хотя... Если работы очень много, вы не единственный кодер в конторе и есть более опытные, которые и берут на себя всё проектирование... ух... тогда остаётся только монотонно стучать по клаве...

Ещё очень важный момент. ОБЯЗАТЕЛЬНО ОТДЫХАЙТЕ! В выходные не должно быть ни единой мысли о работе, после работы займитесь хобби, уберитесь дома, погуляйте, сходите в спорт зал, почитайте книгу, посмотрите кино, поспите в конце-концов. Никакой работы за пределами рабочего места. Этот трюк заставит мозг ассоциировать рабочее место с рабочим процессом, а значит уже не нужно будет самому его мотивировать работать. Это работает крайне просто. Если вы видите очень красивую девушку да ещё и без одежды, то кое-что что происходит с одним очень важным органом и мозг начинает работать совершенно иначе. И вот теперь в поле зрения попадает ваше кресло и ваш рабочий комп, мозг пробегается по ассоциациям и понимает, что надо работать. В паре с состоянием вынужденной необходимости всё сработает на ура.

Перерывы - спорный момент. Мне проще проработать, например, 6 часов без перерывов (только если на отойти до туалета или до кухни, чтобы налить воды и стащить печеньку), чем 6-8 с перерывами. Я очень много времени и сил трачу на переключение с одного вида деятельности на другой.

По поводу еды. В момент приёма и пищи и где-то следующий час я способен только читать и смотреть, но никак не творить.