O Di

Я не поддерживаю тех кто смеётся над вами )) Подумайте вот о чём: если ваш организм сопротивляется новым знаниям, значит вы уже знаете достаточно, значит вам надо применить то что вы узнали, поэтому просто садитесь и делайте в процессе работы вы подойдёте к своему пределу, когда новые знания реально понадобятся - там и мотивация уже будет изучать.

У меня падала мотивация тоже когда завидовал. А потом я подключал системный подход (спасибо универ!) к своей ситуации, смотрел какие входные данные были у этих людей (например богатые родители, развитая страна или банально у него компьютер появился в 5 лет а у меня в 15) и всё вставало на свои места, ведь понимаешь, что ты сам кузнец своего счастья.

Мне 16 лет.
Мотивация у самого меня большая. Еще с 6 лет понял, что мой путь это явно что-то в it-сфере, когда впервые сел за компьютер. Начинал пытаться программировать(если "хеллоу ворлд" можно назвать программированием) в 9 лет.
Всегда считал, что я что-нибудь такое создам неповторимое, того чего еще нет и буду много зарабатывать.
Да и сейчас так считаю :)
Когда занимаешься изучением программирования, никогда не думай что это бесполезно потому что реализовать себя в этой сфере можно очень круто. Так круто, что во многих других сферах ты этого сделать не сможешь.
Просто набирайся опыта, читай, изучай все новое и вскоре, если будешь упорным и знать того, что ты хочешь, ты определенно добьешься успеха.. Желаю удачи!

> А сегодня "напали" мысли что у меня ничего не получится, что я просто так трачу время и в конце концов я признался себе что я по сути никто.

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

> Как вернуть мотивацию? Как заставить себя осознать что время которое я трачу на обучение проходит не зря?

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

Судя вот по этому тексту:

You appear to be sourcing an Easy-RSA 'vars' file.
This is no longer necessary and is disallowed. See the section called
'How to use this file' near the top comments for more details.

в easy-rsa больше не нужно делать ". ./vars". Что именно нужно делать вместо этого - не могу сейчас сказать, у меня 2.2.2, надо смотреть, как стало в 3.
А, ну вот же:

# vars.example contains built-in examples to Easy-RSA settings. You MUST name
# this file 'vars' if you want it to be used as a configuration file. If you do
# not, it WILL NOT be automatically read when you call easyrsa commands.

Достаточно просто переименовать vars.example в vars и раскомментировать/поменять там нужные настройки, остальные скрипты автоматически его прочитают, соурсить его вручную не надо.

Читай, over 120 подписчиков уже:
Как всё успевать и не быть роботом?

1) Расставить приоритеты таким образом, чтобы менее важные с Вашей точки зрения дела всегда выполнялись после более важных. Минусы такого подхода: до домашних дел вообще могут руки никогда и не дойти. Плюсы такого подхода: Вы будете заниматься тем, что действительно важно.
2) Вместо налаживания связей в университете налаживайте связи в мире. Постоянно практикуйтесь в использовании английского языка, ходите на митапы, ездите на конференции, общайтесь с коллегами в IRC и других чатах, ведите блог, читайте блоги других специалистов.
3) Это интернет, здесь всем можно предложить Ваш проект. Определите аудиторию, которой Ваш проект может быть интересен. Найдите, где место скопления этих людей (реальное или виртуальное) и придите туда. Хорошо продумайте подачу Вашего проекта, люди не любят спам.

конфликты мерджей очень сильно тормозят

1) Дробите задачи, делайте ветки короткоживущими
2) Хорошая идея делать ребейз принятых веток
3) Попробуйте адаптировать под себя git-flow, как альтернатива хорошо себя показывает feature-toggles вместо feature-branches

Да и бд экспорт/импорт постоянно приходится делать.

1) Миграции
2) Старайтесь делать миграции так, что бы они не ломали предыдущие релизы. Ну мол если вам надо добавить колонку, хорошей мыслью будет в первом релизе сделать ее nullable что бы старая версия приложения еще могла работать с новой версией базы, и потом уже следующим релизом добивать этот кусок. Основная идея - желательно что бы две последние версии приложеньки могли работать с последней версией базы данных. Если у вас база нормализована нормально, то проблем с этим быть не должно.

Если второй пункт соблюдается то вакатка новых релизов будет происходить по такому алгоритму:

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

При таком сценарии даунтайм будет минимальным.

вопрос с выкатыванием новых релизов

Вот вам варианты в порядке сложности и мощности (от простого к сложному).
- capistrano/capifony
- ansible/puppet/chief/etc
- docker + docker-machines + docker-compose

Ну и да, тесты тесты тесты. Все самое критичное должно быть покрыто хотя бы интеграционными/функциональными тестами. В идеале же вся бизнес логика должна быть покрыта быстрыми юнит тестами и UI/инфраструктура функциональными (читать про пирамиду тестирования).

Можно попробовать улучшить эффективность системы охлаждения. Скорее всего, у Вас сейчас используется какая-нибудь термопаста и какой-нибудь вентилятор. Скорее всего, качество термопасты можно улучшить путем замены (в интернете довольно много обзоров с тестами, например www.thg.ru/howto/test_termopast_part_2 или fcenter.ru/online/hardarticles/cooling/30249, в свое время я выбирал себе термопасту просто по спецификациям производителя, купил ту, у которой была лучшая теплопроводность). Также попробуйте заменить кулер, к сожалению, способность кулера отводить и рассеивать тепло можно узнать только путем тестирования. Я обычно ориентируюсь на характеристики воздушного потока вентилятора (часто указывается производителем в единицах cfm, cubic foot per munute) и вес, а также материал радиаторной части. Чем тяжелее радиатор, тем он эффективнее, при использовании одного и того же материала. Материал радиатора должен обладать хорошей теплопроводностью (медь лучше алюминия).

Добрый день.
Имею почти такой же процессор 4790К.
Когда собрал комп, процессор при игре в тот же DL грелся как у вас.
Затем я решил зайти в ИМ и купил себе кулер Zalman
Теперь температура более 32 градусов не поднималась.

У таких сетей есть несколько проблем:
1. Сложная монетизация. На одной рекламе не выедешь, пока сеть не станет сверхпопулярной. А потом она может потребовать ресурсов, которые одной рекламой опять же не оплатятся. Но пробуйте, возможно все не так плохо.
2. Модерирование. Чтобы не скатиться в УГ со школьными вопросами и школолольными ответами, модерация нужна буквально на каждый вопрос. Кто и на каких условиях этим будет заниматься, хватит ли времени.. А УГ-шные вопросы отпугивают полезную публику...

Бесплатный совет. Расскажите о себе! Выведете на главной что-то, что заинтересует пользователя! Последние вопросы, или какая там у вас "фишка". Вот к примеру я зашел на сайт. И мне в лицо ударили формой регистрации. Регистрации для чего? Зачем мне это делать? Шо за нах?! Ну, хоть рекламой в довесок не оглушили... Вы не вк и и не одноклассники, узнаваемость нулевая! Поэтому - расскажите о себе! Заинтересуйте посетителя!

П.С.
Так и не зарегистрировался, чтобы посмотреть что внутри.

"под "анонимностью" я имею ввиду скрывать зарегистрированного пользователя за ником"

Ник можно узнать :) Поэтому это не совсем анонимно будет, я думаю, лучше будет каждый раз при отправке сообщения генерировать просто id - сообщения. Тогда уж точно анонимно будет. Внутри системы можно хранить, но внешне (кроме id-cообщения) не показывать. Просто если вы позиционируете ее как анонимную, то скорее всего пользователь будет писать через этот акк. довольно личные вещи, а что будет если ник каким-то образом узнают.

В целом идея хорошая, как часто человек хочет написать что-то, но при этом не хочет, чтобы его друзья увидели, что он спрашивает и т.д. Хороший пример, активный интерес к пабликам по типу "Подслушано", где люди анонимно постят свои мысли.

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

Совершенно верно, место еще есть на этом поле. Не стоит бояться. Социальные сервисы всегда рано или поздно набирают аудиторию, и ваша задача помочь ускорить этот процес для своего сайта.
Одно замечание, и совет который надеюсь вам поможет. Сделайте главную страницу, пусть люди заходят и видят куда они пришли и интерфейс. И удачи вам с хорошим начинанием!

Хорошая идея, с удовольствием бы зарегистрировался в данной соц.сети. Заметьте, вы ради этой цели выучили что-то новое для себя, разве оно не стоит того?

1. на Битбакете должны быть dev ветка, master ветка и теги релиз версий. feature/hotfix ветки по необходимости. Т.е. если фича/фикс растягивается на больше чем один день, то вечером перед уходом домой вы пушите ее в репозиторий. На следующий день если вы работаете из дома, то выкачиваете ее из репозитория. Так же если вы не придете на работу, то другой разработчик сможет продолжить вашу работу выкачав ветку из репозитория.Чтение про ветки.
2. В вашей схеме не хватает CI-сервера, и потому появляются разные костыли и вопросы по поводу веток. CI-сервер автоматически при коммите в dev ветку(закоммитчена фича/хотфикс) собирает проект, прогоняет тесты и деплоит ваш проект на dev сервер. При коммите в master ветку(закомитчен хотфикс или релиз ветки из dev) он прогоняет тесты и деплоит ваш проект на продакшн.