= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Файл: >>>>>> Скачать ТУТ!
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Менеджер
Менеджер по продажам
Стоит ли идти учиться на менеджера?
Только полноправные пользователи могут оставлять комментарии. TM Feed Хабрахабр Geektimes Тостер Мой круг Фрилансим. Хабрахабр Публикации Пользователи Хабы Компании Песочница. Небольшой дисклеймер Эта статья не про продуктовые компании — там своя специфика, я пишу только про сервис. Эта статья не про большие проекты — максимум человек, на больших всё по-другому. Обещаете не писать в комментариях, что в вашей компании все эти трудности преодолели, и вообще нет менеджеров? Тогда добро пожаловать под кат! Удовольствие делать самому Когда я был маленький, я мечтал сделать свою маленькую машину — спроектировать, перебрать руками каждую детальку, и потом очень-очень много на ней кататься. Машину я не собрал, зато купил велосипед-взрослик производства х, с которым провёл очень много весёлых часов снизу, а не сверху, где полагается находиться велосипедисту. Радость от того, что я сам нашёл неисправность, починил и теперь могу опробовать моё детище на местных горках, была неописуемой. Став менеджером, забудьте эту радость. Чинить и кататься будут другие, ваша команда, и именно ей достанется самый сладкий кусок пирога. Вам уже больше никогда не написать самому ни красивый кастомный контрольчик, ни синхронизацию гигабайтных данных с сервером в условиях ограниченной оперативной памяти. Не в этой жизни. Девелопер намного более востребован на рынке труда Мы все слышали, что хороший программист находит работу на второй день после увольнения, и то лишь только потому, что первый день отмечает. Это утрированная, но, по сути, правда. Опытный SSE Senior Software Engineer обычно гладко вписывается в любую существующую структуру, если сравнивать с формулой-1 — намного легче найти механика, который отлично разбирается в аэродинамике, чем пилота болида, под которого должна подстраиваться вся команда. Почти никто не ищет хороших менеджеров, особенно в больших компаниях — все ищут хороших специалистов, а менеджеров предпочитают делать своих. Актуальность знаний Менеджер в чистом виде никому не нужен — нужен человек, который одинаково хорошо разбирается и в технической части, и умеет контролировать себя и команду, общаться с людьми своими ребятами, заказчиками , писать грамотный и красивый текст в переписке. Ваши технические знания быстро и безнадёжно устаревают, а совсем без них вы никому не нужны. Менеджеров в чистом виде хватает и в США, и в Европе, и не за них они нам платят деньги — все хотят говорить с техническим человеком, а не форвардером писем. Совсем скоро после того, как вы перестанете программировать по 8 часов в день, вы заметите, что ваши подчинённые, которые только недавно были моложе и неопытнее вас, начинают писать более красивый код, знать больше о новейших технологиях и посматривать на вас немного косо. И от этого никуда не убежать, а технические знания достаются теперь очень нелёгкой ценой. Не естественным образом, как у человека, который каждый день этим занимается, а от двух факторов: Прочтения технической литературы, слежения на новыми технологиями. Очень полезно иногда самому пофиксить пару багов в проекте, в межсезонье когда, например, один проект закончился, а другой — ещё не начался или период затишья взять себе маленький, не очень значительный для компании проект. Но к обеим этим вещам вас никто не обязывает, они зависят только от вашей силы воли — а потому неизмеримо сложнее, чем когда это является вашей основной специальностью. Сиюминутного, и даже сиюквартального результата не будет — вы просто будете оставаться хотя бы тем, кто вы есть. Нет, конечно же я не смогу дать чёткое и однозначное определение этому понятию здесь. Но попытаюсь вырвать пару фраз из контекста. Когда я был джуниор-девелопером, я мечтал стать менеджером — мне представлялось, что я буду кодировать всё самое интересное, ставить задачи другим и контролировать их выполнение. Такая должность действительно в какой-то мере есть, со своими, конечно, нюансами, но она называется тимлид, или техлид, или ещё как-нибудь её назовут в иной компании. Рабочий же день менеджера состоит: Это общение с новыми заказчиками, обработка квот, уточнение требований к новым проектам. Осмысливать и отвечать на десятки писем, не всегда адекватных и приходящих от компетентных людей. Проводить звонки, уточнять по 10 раз требования, перестраивать сроки, убеждать заказчиков в том, что вот этот чуточку изменённый дизайн сдвинет сроки… что? Да, конечно я знаю, что у энд-кастомера дедлайн и вообще бюджет кончается… Наша компания? Да нет, это не факап, просто мы всегда лишь программисты а не волшебники. Да, пожалуй это самое приятное время за день. Welcome to Matrix, Neo. Are you already here? Об этом и статья. Да, бывает что менеджеру нечего делать. Карьера в IT-индустрии автора , 1,1k публикаций. Управление персоналом авторов , публикаций. GTD авторов , 1,5k публикаций. Развитие стартапа автора , публикации. Управление продуктом авторов , публикаций. Service Desk 36 авторов , 57 публикаций. Управление e-commerce 99 авторов , публикация. Help Desk Software 42 автора , 71 публикация. Добавить в закладки Сутки Неделя Месяц Анонимный трудоголик: И я Вам честно скажу мне насрать как работают дизайнеры вы хотите сказать я многое теряю? Со статьёй во многом согласен, но честно говоря после прочтения какой-то осадок. Мне кажется у вас столько минусов, потому что нужно знать смежные области, интерфейсы так сказать. Мне кажется, что наплевать в вашей области можно например на то, какими средствами дизайнер пользуется и откуда черпает образцы, но как это он делает в абстрактном смысле понимать надо, ровно как работает верстальщик, и то, как устроена аппаратная часть сервера. Замечаю, как физически устроена аппаратная часть вам уже должно быть все равно. Действительно так и есть. Когда-то в далекие студенческие годы я тоже так думал. И старался везде приткнуть… Это и 3DMax и Corel и электроника вдоль и поперек. Но годы прошли я я точно знаю нужно быть специалистом в предельной я не говорю ограниченной области иначе рискуете быть поверхностным знатоком. По поводу аппаратной части. Ввиду того, что моя прошлая область деятельность очень тесно связана, я конечно имею довольно немалый багаж в этой области. А минуса — тут таких много. Минусуют, а сами молчат. Вы еще мне под дверь насрите. Поставил оценку чужого мнения — скажи своё. У Valve было описание людей специализацию людей который они очень ценят, Т-люди. Это люди с очень широким кругозором верняя палочка буквы Т и с глубоким опытом и знаниями в какой-то узкой специализации вертикальная палочка в Т. По моему опыту ценность таких людей действительно немного ниже. Скорее всего, switlle имеет в виду, что работа механика и ученого, разрабатывающего новые формы кузова, так же отличается, как и работа программиста и дизайнера. Может он и прав, но написано это было в таком заносчивом тоне, что читать было неприятно. И каждый должен знать зачем нужен каждый человек в команде и почему без него нельзя обойтись. Но мне все равно не на них самих или то как они это делают. Я просто не хочу иметь эти знания. В достаточно больших командах это затруднительно. Не до абсолюта, конечно, но, например, я знаю что отдел продаж занимается продажами и этого мне достаточно — мои обязанности с их не соприкасаются никак, горизонтальные организационные связи не нужны ни мне, ни им. Продажник не подойдёт ко мне с просьбой вставить какую-то фичу, а я не подойду к нему с предложением устроить акцию в честь Дня программиста: Это не предусмотрено workflow, подобные вещи идут чуть ли не через самую вершину должностной иерархии. И, да, я не знаю зачем нужны продажники, когда есть Гугл и Яндекс: Утрирую, конечно, подозреваю, что без них мало кто будет искать точное название домена, но чем конкретно они занимаются мне не то, что плевать, а просто ортогонально. Сейчас у меня и так свои проекты. И я Вам скажу мнение своё не поменял. Лучше не болеть, чем когда тебя заставляют болеть. И лучше болеть, но соблюдать существующий воркфлоу, чем прыгать через голову начальства обоих. Имхо, такие связи зачастую не то что бесполезны, а просто вредны. Вообще во время гонки вполне могут подкручивать аэродинамику машины, например, если пилот жалуется на недостаточную поворачиваемость болида. Не в формуле-1 конечно, но в других гонках вполне, хотя и в формуле-1 никто не мешает это делать, но на практике не видел. Да что уж там говорить, как раз в формуле-1 используется DRS , которое на ходу может менять аэродинамику машины. Подозреваю, что это обязанность механика. Но должен ли хороший механик знать почему угол должен быть именно таким вопрос для меня открытый. Вообще-то, нужно разделять менеджера по продажам общение с клиентов до проекта , менеджера по обслуживанию общение с клиентом во время проекта и менеджера проектов общение с командой. И еще, хороший менеджер всегда более востребован на рынке труда, чем хороший разработчик. Окей, приходит заказчик в компании — сделайте мне сайт такой-то, сколько это будет стоить и ещё вот у меня вопросы есть. Что скажет менеджер по продажам? Правильно, ничего, потому что у неё образование 5 курсов ИнЯза и она в душе не знает, как устроены эти сайты. Тут в дело и вступают технари, то есть фактически иногда с первого, иногда со второго письма вся переписка — на технарях, которые умеют писать письма. А это обычно как раз такие менеджеры. А вы думали, откуда проекты берутся? Он пойдет к менеджеру проектов, оценит себестоимость проекта, накинет стандартный процент наценки и ответит клиенту. Клиент получит внятный, обоснованный ответ. Так, например, у нас работают и весьма успешно ;. Они дают информацию менеджеру по продажам, а он непосредственно продает. Это более долгий путь. Не понимаю, почему это не очевидно — зачем играть в испорченный телефон? Потому что это не работа ПМа, он должен управлять проектами, а не с клиентами общаться. Потому что продажа — это тоже работа, своя технология. Если продажа ещё не состоялась, сделка не подписана а иначе что бы тут делал продажник? А виноват будет — кто? Если у вас техдиры и тимлиды с менеджерами проектов занимаются продажами, то у вас либо очень маленькая контора, либо просто неверно выстроенная работа. Такие у вас ПМ-ы, если не могут пообщаться с заказчиком. Всё равно ведь придётся позже — какая разница, с новым заказчиком или существующим. ДА, это делают они — я не спорю и не лезу туда. Но вот разговаривать с заказчиком на технические темы, делать оценки, отвечать на вопросы — это ПМ-ы и техлиды. Разве вы с этим не согласны? Общение с клиентом на этапе продажи должно идти через продажника или при участии продажника. Полностью это отдавать нельзя. Про ПМ пример не в кассу — общение с клиентом по поводу подписанного проекта и продажа — две разные вещи. Редко какой ПМ хотел бы быть продажником. Но у ПМ-а она тоже выедает время. Ну вот, за 4 сообщения вы таки пришли к мысли, что без сэйлзов никак нельзя. Хотя, в первом сообщении этой лесенки была такая нотка, мол всю работу делают технари, нафига нам эти неучи, ага…. Возможно я неоднозначно выразился, всю работу сейла поиск, первое знакомство, инвойсы, Нужно делать самое важное — хотя кто определит что важнее? Без нас обоих бы ничего не было. Но и вы не попытались меня понять, а ухватились за эту нотку. Я совсем не о том писал, что сейлы не нужны. Это применимо в крупных компаниях. Небольшие не могут позволить себе и сейлза, и аккаунта и ПМа. Когда-то и у нас все делал один человек, сейчас, слава богу, разные. Почему слава богу — потому что менеджер по продажам и ПМ — это очень разные люди с очень разными чертами характера и знаниями, они эффективно не могу сразу и продавать и управлять. Но как написано в самом начале, статья не про большие команды. А в маленьких командах, менеджер часто и Team Lead и PM и Developer и Аналитик и кем только еще не является… Все зависит от проекта. На больших проектах и на больших командах роль менеджера менее смазанная и он выполняет в основном только те функции, которые подходят под описание профессии. В маленьких командах так происходит потому, что нет выбора. И хочет или не хочет разработчик, а ему приходится выполнять не свои функции, потому что больше некому. Но угадайте кому из нас я не дизайнер чаще приходится верстать? Несмотря на то, что я и так совмещаю обязанности от своих непосредственных писать код на PHP до выбора конфигурации и поставщиков серверов и определения ценовой политики. Вам уже больше никогда не написать самому ни красивый кастомный контрольчик Ну и слава богу. Вы уже, скорее всего, пресыщены, но иногде так хочется что-то сделать хорошо, и самому! В этом и проблема сделать кастомный контрольчик хорошо. Сразу огорюсь что я воспринимаю эту фразу в контексте вэба. Сейчас только и занимаюсь что делаю кастомные контрольчики под дизайн и сделать их действительно качественно очень большая проблема — надо учеть работу с клавиатуры, фокусировки текста, выделение, события мыши, жестов на тачпаде, колёсико мышки, мультитач жесты, оптимизировать это под 3 платфоры, в каждой из которых свой механизм реализации и всё такое. А что в итоге? Сделали красивенький контрол, который работает заметно медленнее нативного. Пользовательский опыт-то испорчен, хоть и карамелькой украшен. Тяжёлая у вас жизнь, переходите к нам в мобилы — жизнь станет проще! Взять обычный и натянуть на него другой скин? Или там нативные гвоздями прибиты? А может, некоторые с детства мечтали спроектировать машину, не касаясь машинного масла и тормозной жидкости? Я что-то слышал, что в некоторых компаниях практикуется следующая штука. Ты когда становишься руководителем — читай менеджером, все равно должен выполнять проекты, процентов 30 своего времени. Мне кажется отличная практика. Получается, я тоже пробовал: Но все зависит от проекта и размера команды и… может еще от чего. Ну а можно же уйти от сервисных компаний и пойти в продуктовые менеджеры в продуктовые компании? У работы менеджера продукта есть один неоспоримый плюс — если у тебя амбиции достаточно больши и взгляды достаточно широки — ты можешь сделать на рынке что-то новое, революционное. Можно еще в стартап, но все равно тебя все время будет смещать в продуктоводство…. Тимлид — идеальное место. Уже есть кое-какая возможность принимать решения и руководить а значит сделать больше клёвых велосипедов , но всё еще есть возможность творить, а не погрязнуть по уши в ворохе бумаг и телефонном трёпе. Они вообще в разных ветках находятся. Тим-лид — технический скилл выше остальных в тиме. Манагер — социальный скилл выше других в тиме. Кстати, я тут немного спорю выше в комментариях по поводу содержания статьи, но сама мысль в заголовке ведь правильная! Если человеку интересно писать код, придумывать алгоритмы, решать программерские задачи, ему действительно не обязательно идти в менеджеры. Я знаю отличных программеров, которые уже не один десяток лет просто сидят, программят и чувствуют себя хорошо. Всегда нужно найти свое, а менеджмент — это далеко не для всех…. В конце концов кто-то же должен окучивать всех этих заказчиков и делать так, чтобы нам с ними общаться не приходилось? Вы утрируете, но в целом мысль звучит именно так. Просто многие специалисты особенно молодые ещё не знают, что на самом деле не хотят идти в менеджеры. Для них и писал, так как сам таким когда-то был…. I want to become just simple engineer-programmer. Because I want not to manage men. В ШЮМ нравилась экономика, в dBase — программирование логики. Сейчас, блин, сижу проектирую структуру БД для манипулирования людьми: Вы меня конечно извините, но хороших IT Project Manager в РФ не готовят никак и нигде, люди подобной специальности по большей части знают всё естественно поверхностно. И если вы хотите сказать что подобный специалист не найдёт себе работу точнее найдёт её с меньшей долей вероятности чем девелопер , то вы очень глубоко заблуждаетесь. Эта профессия в которую попадают очень немногие и очень редко у них есть образование менеджера. Я уже много раз говорил, менеджмент в IT, а особенно проект-менеджмент, это совмещение несовместимого, по сути нахождение на грани точных и гуманитарных наук. Стив Джобс один из таких менеджеров. Джобс как раз не из таких менеджеров. После того как он встретил Возняка, он не написал образно говоря ни строчки полезного кода. Во время презентации iAd не так давно , было видно, что систему на практике он видит впервые собственно, он так и сказал прямо на wwdc. Он хорошо мотивировал работников. Проще говоря, Джобс просто не знал, что некоторые вещи невозможно сделать, и поэтому это у него его подчиненных так хорошо получалось. Особенно мне понравилось что вы отметили про забываемость всего, когда этим занимаешься. Назад сложно вернуться, в программирование, если вдруг захотелось. Я думаю статья стоило назвать: Не очень удачное название для статьи: Я тоже когда-то таким был, поэтому и поделился своими мыслями. Соль в том, что они не совсем понимают весь дёготь, который это принесёт, видя только ложку мёда. При почти равной зарплате SSE и менеджера на небольших и средних проектах нужно очень сильно подумать, прежде чем принимать оффер и челендж. Я в 24 года подписался бы под каждым словом. В 32 все выглядит уже несколько иначе. Это очень интересно, но требует очень большого опыта именно сервиса, знать все чужие ошибки чтобы не прогореть на своём. Мой первый опыт всё-таки прогорел окупил процентов 20 инвестиций , правда я думаю скорее из-за маркетинга а не идеи и реализации, и в ближайшие несколько лет я, скорее всего, своими проектами заниматься не буду — чем больше делаешь сам, тем меньше понимаешь, как мало в таких тонких вещах ещё опыта. Это не кастомный контрольчик написать, да: Ну, свой в смысле своих денег, это вообще высший пилотаж. Тут и огромный опыт нужен, знания и стальные яйца. Я пока работаю на дядю, что не мешает мне называть проекты своими, так как в них досточно много вкладываю. А имеете в этого непропорциональный профит, то есть выше оклада? И такие менеждеры регулярно читают про технологии. Я стараюсь следить за моими менеждерами. Так вот они читают обзоры регулярно. И понимают какую технологию применить лучше чем обычный кодер, котрый год сидел на одном проекте ничего не видел кроме своего стека технологий. Они не знаю какие хитрости в том или ином проекте, но общее понимание у них выше имхо. Мне видимо повезло как-то, являясь ПМ, я попутно еще и продажник, переродившийся во все это из разработчика. Тут скорее вопрос не в том, что специфика работы такая, а в том как ты к ней относишься. Мы например делаем сайты, и я как манагер, стараюсь прежде всего помогать людям, при чем как своим команде , так и клиенту. И знаете, это тоже кайф. Кайф в том, что выдержал сроки, не раздул бюджет, решил поставленную клиентом задачу, закрыл проект. Наверное каждый из этих пунктов, достоин небольшого такого томика, но я не об этом. Главное, любить, то что ты делаешь, и относиться к своей работе ответственно и ставить целью — помощь людям, а не загребания бабла и развод клиента на много денег. Вопрос отношения к работе — можно так же ненавидеть кодинг например. Как говориться, jedem das Seine. Из текста узнал, что это от болгарской пилы. Очень долго сам думал над этим вопросом. Видно, что пост написал разработчик. Сразу скажу с чем не согласен Хороший менеджер так же находит работу на следующий день после увольнения, и то не находит, а выбирает из предложенных. Так как, ко мне очень часто обращаются за просьбой найти людей, включая менеджеров, то я могу сказать, что, например, сейчас я могу устроить человека, как минимум в 5 компаний ТОР рынка веб разработок и не только. Как раз из-за проблемы кадрового голода, мы и открыли образовательный проект РИК Теперь, пару слов о классическом треугольнике Sales-Account-Manager. В нашей сфере, я считаю, что не бывает и не может быть такого разделения, чтобы Sales только продавал, Account только общался с клиентом, а Manager только вел проект внутри команды. Потому что, цель сейлза это продать, соответственно, он готов давать скидки, обещать нереализуемый космос, а что потом с проектов будет ему все равно, в итоге получаются либо убыточные проекты, либо суды, либо какашки, а не хорошие продукты. Аккаунту остается пушить новые продажи внутри клиента, дружить с ним. Так же есть проблема с клиентом, так как он не понимает, почему это вдруг, он верит сейлзу и покупает услугу и сразу ему представляют другого человека. И этот человек, например, не нравится клиенту и сразу возникают проблемы. НО, хочу отметить, что человек, должен быть универсалом. Если account не будет иметь навыков сейлза или менеджера, то он не сможет хорошо продать проект. Менеджер, который не умеет общаться с клиентом и тоже пушить новые услуги, который не умеет работать с требованиями и не умеет управлять требованиями, так же не сможет провести проект так, чтобы клиент был доволен. И под конец, хочу еще написать психолоческую стороны данного вопроса. Менеджеры и разработчики принципиально различные по складу ума. Разработчики любят процесс, готовы делать, переделывать еще лучше, потом еще раз переделывать. Менеджерам же, главное результат и сроки. И именно по-этому, разработчик редко становится хорошим менеджером, который умеет держать сроки, и абсолютно так же менеджер не станет разработчиком, он не любит процесс. Я люблю именно менеджент, только менеджер может погружаться в бизнес клиента, а ведь каждый новый клиент, это новый бизнес и новые знания, в котором ты начинаешь разбираться. Это очень большое саморазвитие. Очень часто, хорошие менеджеры из агентств идут на сторону клиента бизнес консультантом, так как за годы работы видели очень много других безнесов изнутри и разбираются во всем этом деле. Мне будучи разработчиком приходилось погружаться в бизнес клиента, хотя я скорее совмещал функции аналитика и разработчика. Разве не бизнес-аналитик ака постановщик задач должен погружаться в самые тонкости бизнеса клиента, выясняя все мелочи вплоть до того на каких основаниях бутылка может покинуть склад или что будет если тот же кладовщик ногу сломает? К сожалению, это не бизнес задачи, а техническая стороная бизнеса. Настоящий менеджер должен понимать в: Но, иногда я завидую разработчиком, например, они могут сидеть на Бали и оттуда работать. Всё-таки лучший путь — когда сначала становятся хорошим разработчиком, а потом уже менеджером. На самом деле, я уже 3 года занимаюсь почти всё время чистым менеджментом до этого 3 года работал разработчиком , но я продолжаю считать себя и тем, и другим. Я всё ещё хорошо понимаю психологию разработчика, как ОН смотрит на повседневные вещи, поэтому наверное вы не первый человек в этом треде, который так подумал: Но это для меня комплимент — в айти менеджер, который ушёл в графики Jira-ы и MS Project без проникновения в детали и понимания сути разработки — потерянные и ненужный человек. Да, я горжусь тем, что я программист! Есть одно такое заблуждение среди менеджеров — они все считают программистов несколько однобокими, повёрнутыми на технологиях и сосредоточенными на чём-то одном. Настоящий инженер в смысле, в котором его употребляют на Западе — это и есть почти менеджер. Это далеко не кодер, это человек с отличным образованием и широким взглядом на вещи. Например, сериал побег — там Скофилд всё отлично организовывает и продумывает. В общем, настоящие SSE и настоящие менеджеры — это по сути люди с одинаковыми способностями, просто одним чуть-чуть больше нравится одно, а другим — другое. Не нужно их так категорично разделять. Заметьте, я не писал именно про SSE читай технической директор , так как по-сути SSE, как и Арт директор, относятся к топ менеджменту, который должны по большей мере управлять процессом разработки внутри своих. Человек у которого был опыт фриланса и более того, он не закончился плачевно, это и есть будущий SSE, обычный разработчик, который не умеет общаться с людьми клиентами, менеджерами и т. Ну тогда кого же вы считаете топ менеджером в сферен дизайна или разработки? Обычно подразумевают птиц повыше, например википедия приводит такой список занимаемых должностей: Каждый технический директор, скорее всего, SSE, но никак не наоборот. Просто в нашей сфере, я считаю правильным считать Арт. Вкус к менеджменту приходит со временем. После 6 лет работы как ПМ, я даже не представляю как можно сидеть и заниматься одной задачей, скажем, неделю. И да, есть обратная сторона медали…. Нет возможности работать в офисе и кем-то руководить. Так что работа на дому с небольшими веб-проектами пока единственный для меня вариант поддерживать свои професиональные навыки. У вас особый случай: Ну а когда вернётесь из декрета, чем планируете заниматься? Официально декрет уже год как закончился, но возможности вернуться на работу нет. Мне понравилось, когда я работал дизом в компании наш Начальник говорил: Менеджер мыслит целями, и ему не так важен процесс. А разработчик кайфует от процесса и ему нет особого дела до сроков. С возрастом уровень ответственности возрастает, а значит уже отвечаешь за конкретные дела цели и сроки , меняется мышление становится целевым и становятся разработчики Тим-лидами, а потом руко языком водителями и в процесс не вмешиваются! Про язык — это верно подметили: Работники пера аутлука и MS Project. Метки лучше разделять запятой. Сейчас Вчера Неделя Эксперимент: Интересные публикации Хабрахабр Geektimes. Запуск Java классов и JAR-ов не по учебнику. Критическая уязвимость механизма аутентификации BIND позволяет похищать и изменять DNS-записи серверов. Разделы Публикации Хабы Компании Пользователи Песочница. Информация О сайте Правила Помощь Соглашение Конфиденциальность. Услуги Реклама Тарифы Контент Семинары.
Менеджер - востребованная профессия. "Менеджмент": описание специальности, плюсы и минусы, отзывы. Кем можно работать?
Хочу спросит кто работает менеджером каково это? Каким менеджером лучше стать по какой специальности? Мужчины Беременность Дети Семья Подруги Хобби. Любовь Психология Рецепты Сны, гороскоп Карьера, учеба Что читаем? Твоё мнение Внешность Диеты, фитнес Здоровье Наши секреты Знаменитости. Оцените фото Путешествия Покупки Ищу друзей Юмор Живой уголок. Отзывы Кино, Музыка, Игры Недвижимость авто главная Обо всём! Каким менеджером лучше стать, по какому направлению? Так вот я сам не знаю по какому напрвлению мне работать не могу определится. Нас просто учат быть управляющами ВОТ а вашим родителям сложно работать в такой сфере? И от возмодности я не хочу сидеть за компом все время ВОТ. Менеджер - это, прежде всего, управленец. Вы в каком университете учитесь? Менеджер в какой сфере будете? ИГРЫ ТЕСТЫ КАЛОРИИ СЧЕТЧИК ПРИКОЛЫ СОННИК КОНКУРС ИДЕАЛЫ ФОТО РЕЦЕПТЫ РАДИО ДИЕТЫ ИМЕНА Я МАМА ПОХУДЕЛИ. По всем вопросам сотрудничества и рекламы обращайтесь на galya galya. Пользователи добавляя информацию на сайт Galya. Удаление информации от пользователя возможно только при согласии редакции. Добавляя текст на сайт пользователь соглашается, что администрация вправе не удалять текст даже по просьбе автора.
Цистит при беременности опасно ли
Как положить деньги на скайп в беларуси
Расписание электричек новосибирск тогучин 2017
Чертеж козырька над воротами
Your heading перевод