Назар Мокринский

Если почтовый архив хранится на собственных серверах, то логично переписку сохранить. Место сейчас недорого, а иногда письмо пятилетней давности может окупить все сервера вместе взятые. Ну заархивировать почту отключенного пользователя, ну индексы убрать, но удалять — не лучший выбор.

Что касается приема на него почты, то ИМХО лучше делать автоответчик который будет сообщать, что сотрудник больше не работает, вместо него работает такой-то, с таким-то мылом.

Питание есть с USB вообще?

SSD должен привлекать, а не настораживать. Современные SSD достаточно живучие.

Как интересно Вы живете. Не знаете зачем, за сколько, где купить гаджет и что с ним потом делать :)

Хабр, по мое-му, это больше как СМИ — супер-популярный блог. Со всеми вытекающими. Чтобы писать на хабре и не боятся за карму нужно давать жвачку — то, что нужно хабра-пользователям «схавать». Пару раз дадите не то — и «давай досвиданья». Люди читают всё, и песочницу и отхабреное, особенно те, кому карма пофигу. Так что решать вопросы на хабре можно, хоть и не так красиво, как хотелось бы.

Начать делать какой-нибудь проект, желательно с максимальным охватом областей. Не важно, принесет ли он вам деньги или что-то еще. Главное, чтобы был интересен. А вот по ходу уже периодически читать отдельные главы из книги.
Обучение на практике самое эффективное.

Есть такая штука phpThumb
Вот пример сайта с ней: пример

php.net/manual/ru/function.set-time-limit.php
или очередь

Установите виртуальную машину с линуксом и будет вам счастье.

> твердотельный диск умирает раньше
Это сильное преувеличение. У меня ОС живет на SSD уже почти три года. Никакого ухудшения характеристик (и тем более сбоев в работе) не замечено. При том, что SSD не какой-нибудь Интел, а самый что ни на есть пресловутый OCZ, который пользуется дурной славой :)
Ставьте смело ОС на SSD, а /home монтируйте с жесткого диска.

А не лучше сразу приступить к делу? Лично у меня было так — я выучил три оператора на спектруме (draw, plot, circle), отец мне рисовал рисунки на бумаге, а я их переносил на комп с помощью написания программы. Постепенно все усложнялось, вот так я освоил свой первый язык)))

Я знаю о двух способах:
1. поставить старый наутилус с патчами www.webupd8.org/2013/04/get-nautilus-34-features-back-in-ubuntu.html
2. поставить Nemo из Mint www.webupd8.org/2012/12/how-to-install-nemo-file-manager-in.html

На мой взгляд базисные знания следующие:

1) Клиентская верстка и стили (html, css). Можно пробежаться глазами хотя бы по теме. Почитать про правила верстки.
2) Клиентская логика, работа с DOM (Javascript, Jquery). Важная тема — стоит уделить ей время.
3) Теория распределенных приложений. — Веб приложения чаще всего являются распределенными. Поэтому стоит изучить архитектурные принципы распределенных приложений. API и т.д.
4) Базы данных (SQL, etc.) — Конечно начать стоит с классического сиквела — но стоит посмотреть и шире — например на nosql решения.

Далее стоит выбрать технологическую платформу. С вашим бэграундом вероятно стоит посмотреть в сторону Microsoft ASP.NET MVC. Это великолепное решение и погружение в обширный мир разработки в рамках решений MS. У них сейчас самые развитые языки программирования (C# 5.0), самые развитые инструментальные среды (MS Visual Studio), одна из самых совершенных виртуальных машин (.Net).
Решение удобнее всего для серьезных и масштабных проектов, хотя и для небольших вполне подойдет.
Следующий кандидат — Ruby on Rails. Это развитое решение с замечательным языком программирования и отличными каркасными решениями, заточенное именно под веб. Возможно лучше подойдет для небольших приложений — но и промышленные продукты без проблем потянет.
Он также очень распространен.
Ну и конечно PHP. Язык программирования данной технологической платформы отстает от требований к разработке больших решений — он скорее подходит для написания скриптов. Однако существует колоссальное количество каркасных решений для данной платформы, которые позволяют реализовывать даже приличного объема продукты. Кроме того данное решение наверное самое распространенное из всех.
И оно потихоньку подтягивается до уровня платформ для разработки промышленных продуктов.
Существует также множество других решений. Например огромный мир Java и решения на базе серверного Javascript.

Скоп работ будет состоять из следующих частей:

1) Клиентская часть (html, css, javascript). Тут вам понадобятся знания по верстке как раз и жаваскрипту. Также следует использовать различные базовые решения и фреймворки. Эта как раз та часть, где слишком глубокие знания (например использование чистого некроссбраузерного javascript) могут быть вредны и лучше все базировать на готовых платформах.
Часто эта часть в web приложениях бывает больше чем хотелось бы.

2) Серверная часть. Тут все определяется технологической платформой описанной в предыдущем абзаце. В веб приложениях как правило немного серверной логики — почти все можно заменить на внешние библиотеки. Но у разработчиков десктопных приложений всегда есть соблазн развивать именно эту часть потому что она им знакома — не поддавайтесь. Специфическая для проекта серверная логика нужна не очень часто. Если ее много — значить кто то увлекся велосипедами. Тоже касается разработок API и систем взаимодействия с внешними сервисами.

3) Базы данных. Конечно обязательно! стоит использовать развитые ORM системы. То есть нужно их изучить под выбранную вами технологическую платформу. Ну и конечно базовые знания баз данных тут тоже очень понадобятся — сиквел, реляционная модель и все остальное.

Дерзайте. Я за вас болею.