Форум StopLinux

Вот то-то и оно, что за большие деньги. Незнание дорого обходится.

Ты должен знать в общих чертах, как устроен проект в VS, какие файлы для чего нужны и что там вообще есть, а не рассматривать его как на нечто непонятное и архисложное. Наизусть учить схемы XML, конечно, не нужно, но умение открыть файл в блокноте и подправить содержимое какого-нибудь тега необходимо.

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

Добавлено спустя 10 мин 04 с:

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

Не знаю

Добавлено спустя 04 мин 27 с:

Кстати, чтобы добавить в проект *.lib, в VS нужно нажать "свойства" - "компоновщик" - "ввод", а чтобы сделать это из блокнота, достаточно двойного клика по файлу проекта. На клик меньше

Да я уже понял!

Если вам это твердят не только линуксоиды этого форума, но и его виндузятники, то может, стоит усомниться в своей правоте?

Ога, ога... Глубокие гуглзнания... Вы бы хоть посмотрели что и с чем работает. Ну да ладно, вам с вашим ынтырпрайзом виднее.

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

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

Да не гуглить надо, а знать. Хотя бы типовые ошибки, как показывает практика в 80% случаев встречаются 10-20% типовых ошибок. Иначе грош вам цена как специалисту. Простой пример, лег шлюз, интернета нет, что делать? Бежать в ближайший салон связи за USB модемом? Или ситуация не решается по статье в базе знаний? Я вам тут не про консольку рассказываю, а про то, что надо думать головой и знать как работает система на уровне необходимом для понимания причин возможных проблем и метода их устранения.

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

Даже когда машина не едет. Ибо нахуй таких мастеров. А если она так и не поедет, что он мне предложит, обратится в саппорт производителя? Что, у меня нет на это денег? Ну так это лично мои проблемы, на машину деньги же нашлись.

selenscy, представим такую ситуацию: вы пришли к врачу с жалобой на боль в правой ноге. Врач открывает компьютер и вбивает в Гугл: "боль в ноге чем лечить". Что делать будете? Лично я в такой ситуации пойду к другому врачу, пока на мне не начали испытывать новейшие достижения народной медицины (а именно такие ссылки чаще всего выскакивают первыми в Гугле). Аналогия ясна?

SemyonKozakov, selenscy, знать - лучше, чем не знать. О чём спор?