Артем

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

1. 90% заказов что я вижу - это постоянное допиливание чего-либо. За копейки. Фактически - говнокодинг какой-то. И при этом туча конкурентов, которые готовые работать за гроши. Мне вообще не хочется напрягаться из-за копеек и каждый раз вникать в новую задачу, ибо та жалкая тысяча рублей что я заработаю на фрилансе (если обойду орду школьников) мне и так придет в 6 утра с сапы))
Мне гораздо комфортнее работать в офисе с одним проектом, зачастую написав в день пару строк кода и получать стабильно з/п.

2. Я бы с радостью бы занялся серьезным проектом, разработкой (а не допиливанием опенсорса), но я не встречал подобных вакансий ни разу. Очень сомневаюсь, что сейчас кто-то станет инвестировать в разработку ИМ с нуля, скажем.

3. Процитирую Лурк:

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

- я имею опыт работы в больших корпорациях и могу подписаться под каждым словом этой цитаты. Масштабные проекты, со сложной бизнес-логикой, с огромным количеством кода не могут держаться на удаленке. Нужна постоянная координациях всех дирекций и IT-отделов. Как воздух необходимы митинги разработчиков. Очень долго и часто длятся обсуждения различных решений по поставленным свыше задачам. В переговорках сидят тимлиды и разработчики, ребята из маркетинга, из иных подразделений. Удаленно бы это все просто не работало. Никогда. И с ужасом вспоминаю, как мы однажды "трахались" по скайпу с удаленным верстальщиком - скорость работы занижалась в разы. Он слал какие-то куски JS-кода и мы его тыкали в проект. Мы опплевались.

Если бы я вел проект, то ни о какой удаленке не могло бы быть и речи! Сотрудники должны быть здесь и сейчас. Не потому, что это была бы моя прихоть, а потому, что команда разработчиков - это единый мозг, управляющий проектом. Разработчики знают бизнес-логику тех или иных мест проекта, тимлиды знают архитектуру. В любой момент может понадобиться консультация между собой или с иными подразделениями компании. Какая удаленка, о чем вы говорите, какой фриланс?)

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

4. Финансовая свобода, о которой говорят фрилансеры, меня как-то "пугает". Я в 12 году писал статью про то, что можно считать действительно финансовой свободой разработчику, почитайте - www.phpinfo.su/articles/additionally/azy_svobodnog...
Суть очень простая - фриланс - этот тот же каторжный труд. Это инвестирование своего времени в точно такую же работу, как и в офисе. Финансовая свобода - это пассивный доход. Это свой бизнес, когда результат НЕ ЗАВИСИТ от вашей ежедневной деятельности. С точки зрения здравого смысла, владелец павильона с жрачкой/одеждой/водкой имеет куда больше свобод, нежели IT-шный фрилансер.

Truecrypt называется. Пользуй наздоровье. Ставишь на свой exHDD контейнер шифрованный, туда всю инфу. При подключении этого контейнера введешь пароль и пользуйся как обычно

Стоит. Аргументы вы уже привели в вопросе.

Добрый день.
Все, как вы их назвали, «задачи» должны быть по разным контейнерам.

1. Что брать за базовый образ?
Что используете то и берите. Используете в работе Debian? Берите Debian ( https://registry.hub.docker.com/_/debian/ )
2. Чтобы создать свой базовый образ который будете в дальнейшем использовать для приложения, вот вам пример Dockerfile:

#
# MyBaseimage Dockerfile
#

# Pull base image.
FROM ubuntu:14.04

MAINTAINER Your Name <your.email@gmail.maybe>

RUN apt-get update
RUN apt-get upgrade -y

RUN apt-get install -y language-pack-en
ENV LANGUAGE en_US.UTF-8
ENV LANG en_US.UTF-8
ENV LC_ALL en_US.UTF-8

RUN locale-gen en_US.UTF-8
RUN dpkg-reconfigure locales

RUN echo "Etc/UTC" > /etc/timezone
RUN dpkg-reconfigure -f noninteractive tzdata

RUN apt-get install -y build-essential
RUN apt-get install -y python python-dev python-setuptools python-pip python-virtualenv
RUN apt-get install -y libxml2-dev wget
RUN apt-get install -y libpcre3
RUN apt-get install -y libpcre3-dev
RUN apt-get install -y libssl-dev
RUN apt-get install -y libncurses5-dev
RUN apt-get install -y git git-core
RUN apt-get install -y libpq-dev

# install nginx
RUN apt-get install -y software-properties-common python-software-properties
RUN apt-get update

Собрать image в директории где у вас лежит Dockerfile

docker build -t your_docker_account/your_baseimage .

3. Dockerfile для сборки вашего образа уже с приложением

#
# MyApp Dockerfile
#

# Pull base image.
FROM your_docker_account/your_baseimage

MAINTAINER Your Name <your.email@gmail.maybe>

# Set instructions on build.
RUN virtualenv /env
ADD ./ /code

RUN cd /code; /env/bin/python setup.py install
RUN cp /code/config/config.yml.docker_example /etc/code/config.yml

# Expose ports.
EXPOSE 8484
WORKDIR /code
CMD ["/env/bin/python", "app.py"]

4. Собрать образ с приложением

docker build -t your_docker_account/your_app_container .

5. Запустить контейнер с БД, в качестве примера PostgreSQL

docker run -p :5432:5432 --name my_postgresdb_container -e POSTGRESQL_DB=mydb_name -e POSTGRESQL_USER=mydb_user -e POSTGRESQL_PASS=super_secret_password -d kamui/postgresql

для mariadb аналонично, контейнеры ищем здесь: https://registry.hub.docker.com/
6. Запустить контейнер с вашим приложением, пример:

docker run -d -p :5000:5000 \
  --name my_app_container \
  --link my_postgresdb_container:postgresdb \
  -e DOCKERDB_ENV_POSTGRESQL_DB=mydb_name \
  -e DOCKERDB_ENV_POSTGRESQL_USER=mydb_user \
  -e DOCKERDB_ENV_POSTGRESQL_PASS=super_secret_password \
  your_docker_account/your_app_container

7. Подключиться к запущенному контейнеру с приложением
docker exec -it your_app_container /bin/bash
8. Читать stdout запущенного приложения в контейнере
docker logs -f your_app_container

+ Чтобы автоматизировать запуск всех необходимых контейнеров берите Docker Compose ( https://docs.docker.com/compose/ )
Пример файла конфигурации:

your_app:
  build: .
  links:
    - postgresdb
  ports:
    - "5000:5000"
  environment:
    DOCKERDB_ENV_POSTGRESQL_DB: mydb_name
    DOCKERDB_ENV_POSTGRESQL_USER: mydb_user
    DOCKERDB_ENV_POSTGRESQL_PASS: super_secret_password
postgresdb:
  image: kamui/postgresql
  ports:
    - "5432:5432"
  environment:
    POSTGRESQL_DB: mydb_name
    POSTGRESQL_USER: mydb_user
    POSTGRESQL_PASS: super_secret_password

И теперь вместо пунктов 5 + 6 где мы запускали контейнеры мы можем всё стартануть одной командой
docker-compose up

+ можно смонтировать код в контейнер и разрабатывать непосредственно в docker'контейнере.
Надеюсь чем-то вам помог.