Ну, например, в Политеховской группе (СПб) адекватные вопросы и ответы. Можно кинуть вопрос и спросить, как учатся. И все ответы в личку. Понятно, что никто не будет светится прямо. А в личку скажут без стеснения кто, что и почему.
Насчет: по чему готовится - есть вопросы к вступительному экзамену в магистратуру. На каждом направлении/ВУЗе они свои. Так что эти вопросы лучше там решать. Более того, на кафедре можно получить эти вопросы и в течении года.
"На Тостере тусуются люди", которые работают в ИТ. В этом большая разница. Большинство из них закончило ВУЗы несколько лет назад. А некоторые - вообще дохрена сколько времени назад. Сейчас образование очень быстро меняется. Здесь можно получить общую информацию: например, "цель - такая то, какая должна быть стратегия". А вот куда поступать - это уже сам поступающий должен решать. Большое количество информации, которая неизвестна и/или недоступна участникам здесь, напрямую получается гораздо быстрее и, самое главное, эффективнее.
alexe0110 А почему вы с этим вопросом идете на Тостер, а не в группы Подслушано <ВУЗ>. Там и задавайте вопросы. Нынешние студенты или недавние выпускники вам столько всего расскажут, что будете принимать решение. На Тостере же в основном, теоретические вещи (в т.ч. у меня) - они не показывают реальную картинку в конкретном ВУЗе/направлении
DS28 Да, делается. Но это растягивается на 4-6 месяцев и с неизвестным результатом.
Я НЕ увидел, что магистратура человеку не нужна. М.б. он хочет получить _теоретические_ знания, которых не было на УТС. В отличие, например, от программной инженерии или прикладной математики.
Тут вопроса два и, действительно, стратегия зависит от цели. Дело в том, что СЕЙЧАС он может поступить на другое направление. Но это не означает, что через 2 года, после работы и когда он созреет (по вашему варианту), Минобр не отменит правило поступления в магистратуру на любое направление. И ему придется довольствоваться магистратурой только по УТС. В магистратуре (нормальной (!)) учат искать решения задач нетривиальным образом. Т.е. не натаскивают, как в проф. деятельности, а именно учат. Т.е. там учат подходу, который использует, например, Senior или Архитектор при выработке решения по выбору стека. С обоснованием этого. А обоснование - важно для бизнеса. И ради этого туда стоит идти. Обычный бакалавр научится этому только посл 4-5 лет в индустрии (а до этого будет тупо кодить). Ради просто корочек, конечно, нет.
DS28 Думаю, что вы немного не владеете ситуацией. Правильный ВУЗ и правильное направление в данном контексте - это наличие оных в базе Anabin (Informationssystem zur Anerkennung ausländischer Bildungsabschlüsse). Подобные штуки есть и в других странах, называются по другому.
P.S. Магистратура не отменяет параллельную работу! Более того, она не только желательна, но и настоятельно рекомендуется.
Полагаю, что вам лучше рассмотреть классику - СПбПУ, ИТМО и т.п. Дело в том, что практике разработки вы научитесь из практической работы (прошу прощения за некоторую тавтологию). ВУЗ вам нужен (если нужен) только с точки зрения матчасти (т.е. основ: алгоритмов и т.п.). И здесь лучше не жадничать.
М.б. сначала попробовать устроиться джуниором? И потом уже из практики работы искать ВУЗ - т.е. вы увидете на практике, что такое ИТ, и что такое разработка. И уже потом будете выбирать ВУЗ, исходя из требований - то, чего не хватает в работе.
Как войти в эту сферу - еще советы поищите здесь на форуме.
Попробуйте сделать за пробный файл за 15 минут с помощью reuse content. Сравните подобное с традиционными решениями. Сколько времени у вас займет все это? Только в этом вопрос (ну, и, как следствие, в деньгах).
2. Описывать в Word части диаграммы Visio, чтобы данные этой диаграммы и/или изображение менялось "само".
Кстати, второй пункт мне не совсем понятен.
Не все так сложно, как кажется. Я часто наблюдаю ситуацию, немного подобно вашей. При использовании традиционных технологий деньги на поддержку документации улетают в трубу (по чуть-чуть, поэтому незаметно). Но в итоге получается много.
Здесь вопрос не в том, насколько сложны эти технологии в общем, а насколько они применимы к вашим требованиям (в смысле трудозатраты - отдача). Я не исключаю, что трудозатраты на применение технологий под ваши требования окажется меньше, нежели текущий затраты на поддержание.
Так что все только пробовать, смотреть и оценивать.
Странно, но под ваш функционал подходит простейший single sourcing (я говорю про DocBook, т.к. на нем специализируюсь).
Т.е. как мне это видится:
1. Один article c требованиями ("простыня").
2. Под каждый section c требованиями поставлены атрибуты (pro, nonpro, common).
3. Пункты меня оформлены отдельным справочником и с требований идет вставка (xinclude) конкретного пункта меню.
Можно будет:
1. Автоматически (через xslt) собирать матрицу функционал - пункты меню.
2. Хранить версионность.
3. Если в какой-нибудь ветке исчезнет пункт меню - это сразу же будет видно в функционале (т.к. linked, а не embedded|copy paste).
4. На выходе вы сможете получить документ, который соответствует конкретной роли (один исходник - несколько выходных документов из него по одной команде).
А странно, т.к. редко когда сложные решения подходят для простых задач. У вас, судя по всему, именно этот случай.
ky0 я не об этом... Я о том, что на рабочих станциях рекомендуется выделять на отдельные разделы var и tmp именно потому, чтобы какое-нибудь приложение пользователя не заполнило весь диск и не положило систему. Да, существуют 5% рута (по умолчанию).
Квоты на /var и /tmp? Многие приложения запускаются от рута в фоне. Вы будете делать квоту руту?
Зачем городить огород, когда можно просто вынести в отдельный раздел. Речь же о рабочих станциях.
exifprobe? Ну и остальное под маской exif* Только имейте в виду, что exiv2 и exif* - это разные штуки. Здесь суффикс "...v2" - не ошибка! Насчет JPEG-сигнатур... не могу навскидку ответить. Гугл в помощь.
Мигель Де Сервантес: Я слышал, что там компания закрыла доступ даже по sf.net. Единственный вариант найти - только под винду и на других ресурсах. Попробуйте поискать по имени файла: serna-free-4.4.0-20111114.exe
И еще... т.к. вы пользуетесь платным Кодексом, советую все-таки попробовать XMLMind. Возможностей несравнимо больше. Более того, для варианта "только DITA" есть заточенная версия этого редактора по цене 150 Евро (полный вариант - 300 Евро).
Не совсем понятно, зачем в п.1 два формата со знаком плюс, хотя они работают раздельно.
Т.е. у вас в п.1 и в п.2 плюсуются компоненты с разным предназначением.
Пункт 2 включает в себя и т.н. reuse content - это один из основных преимуществ single sourcing (технологически включение осуществляется по разному в DocBook и DITA, но это не суть). Т.е. single sourcing - это не столько вывод представления в разных форматах, сколько использование одного и того же контента в разных ситуациях и документах. Приведу грубый пример: вам достаточно будет одного документа, в котором будет фраза "Система [должна обеспечивать]/[обеспечивает] вывод графика в формате PNG". Если вы сделаете выборку по одному тегу - получаете ТЗ, а по другому - руководство пользователя в разделе "Основные функции".
Ну, например, в Политеховской группе (СПб) адекватные вопросы и ответы. Можно кинуть вопрос и спросить, как учатся. И все ответы в личку. Понятно, что никто не будет светится прямо. А в личку скажут без стеснения кто, что и почему.
Насчет: по чему готовится - есть вопросы к вступительному экзамену в магистратуру. На каждом направлении/ВУЗе они свои. Так что эти вопросы лучше там решать. Более того, на кафедре можно получить эти вопросы и в течении года.
"На Тостере тусуются люди", которые работают в ИТ. В этом большая разница. Большинство из них закончило ВУЗы несколько лет назад. А некоторые - вообще дохрена сколько времени назад. Сейчас образование очень быстро меняется. Здесь можно получить общую информацию: например, "цель - такая то, какая должна быть стратегия". А вот куда поступать - это уже сам поступающий должен решать. Большое количество информации, которая неизвестна и/или недоступна участникам здесь, напрямую получается гораздо быстрее и, самое главное, эффективнее.