Раздел форума:
У вас в газете бывает много статей на тему обучения программированию. Но ведь ему могут научиться не все. Не у всех есть математические способности и склад ума. В то же время, ИТ-сфера очень привлекательна не только зарплатами, но и работой с другими странами, командировками, отсутствием "совкового" менталитета руководителей. Может быть, в ИТ-сфере есть какая-то работа и для гуманитариев, которой они могут научиться?
Страницы
А как определить кто на что способен до момента пока сам не попробовал?..
з.ы. всем спасибо, ветку можно закрыть)...
Все HR'ы - гуманитарии, в отечественном ИТ почетная и важная должность
Зачем закрывать, не нужно!
В гробу я видал йчаров и особенно эйчарок. Нифига не смыслят, а гонору, что на барбоске блох.
Еще, как вариант - продавцы ИТ-услуг и/или маркетологи. Да и вообще, в ИТ программисты - это как инженеры на конвееры, остальные все ИТ-компании точно так же нужны, как и любому другому заводу.
Потому что люди Вашего уровня должны приходить в компанию не через HR'а, а через директора.
Или блогинг (см. ветку на форуме). Если все пойдет удачно, года через три будете иметь какой хотите менталитет руководителя и сами себя отправлять в командировки. Как Бигпикча.
И это очень интересно дочитаю все хоть тресну.
там в конце смайл.
з.ы. Какой сложный стал редактор ссылок, мне легче вручную...
"Вашего" с прописной? Понял, не дурак.
Читать этот пост нужно так - "Я ни хера не хочу делать , но хочу получать бабки":) Желание понятно:), но увы несбыточно:) (Когда ребенок бездельник и не в состоянии из-за своей лени освоить элементарную школьную математику, мама обычно гладит его по головке и говорит: - "он у меня гуманитарий":) В любой сфере нужно работать, к сожалению и любить свое дело, а уж потом бабки, командировки, девки, тачки и пр...:) Извините, если обидел. Может быть к вам это и не относится
Если говорит по-англицки и есть связи, то Вадим ему дело посоветовал. Если ни то, ни это, но читает по-ненашему, то еще можно где-нибудь устроиться новостным веб-служащим. Но тоже имхо блат нужен. Развелось вас, хуманитариев, после перестройки.
:) Согласен с Лео. У меня командировуки, девки, ну... Бабок не очень. За работу. Но и так есть. Для этого пришлось долго долбить клювом в дерево. Особенно во время учебы. А вот кто не учит матан...
Никакой иронии. HR'ы ищут тех, кто попадает под типовые правила. Все остальные должны вести переговоры не с ними.
В ИТ? Не совсем понимаю, что к чему.
А что такое ИТ? По-моему -- информационные технологии. Они существовали и в докомпьютерную эпоху.
Разговаривал я как-то с одним бюргером. Он владеет рыбоперерабатывающим производством. Так вот что он сказал: "Немецкая молодежь совсем не хочет работать. Они бы все на компьютерах пальцами тыкали".
Какой вывод?
mike, очень интересная позиция для человека, который сам всю жизнь "тыкает":)
>на тему обучения программированию. Но ведь ему могут научиться не все. Не у всех есть математические способности и склад ума.
>А как определить кто на что способен до момента пока сам не попробовал?..
>в ИТ программисты - это как инженеры на конвееры
>В любой сфере нужно работать, к сожалению и любить свое дело, а уж потом бабки, командировки, девки, тачки и пр...
>Для этого пришлось долго долбить клювом в дерево.
"Чтобы обнаруживать ошибки, программист должен иметь ум, которому"доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. "(Фредерик Брукс-мл)
Писать надо без ошибок. Мыслить структурно.
Если Вы обо мне, то мне приходилось и за паяльник держаться, и за обжимку, а то и гайки крутить. Причём в грязище, которой так много у энергетиков. И под дождём, и в мороз. ИТ -- они разные! :))
>Причём в грязище, которой так много у энергетиков.
Грязь может ток то проводить. Хм. Опасно.
Мой друг по этой специальности тоже долго искал работу...
Простая задачка для гуманитариев. Есть список А пронумерованных элементов, и список В проиндексированных элементов, содержащий номера элементов списка А, обладающих признаком x. По истечению некоторого времени во множестве А в некоторых элементах появляется в случайном порядке признак x. Требуется составить список С из номеров этих элементов. Предложите самый быстрый алгоритм.
А:
1) элемент 1
2) элемент 2
3) элемент 3
4) элемент 4
B/x:
1. 2
2. 3
Алгоритм.
Так как во множестве А с течением времени случайно появляются элементы с признаком х, то никакого нет смысла перебирать множество А ибо ты его начнёшь перебирать а тут бац - во время перебора и появится признак х у элемента, а ты его (этот элемент) уже и прошёл в переборе своём.
Так что поступим так:
1) будем генерить случайное число от 1 до макс. кол-ва элементов множества А.
2) выдернем из множество А элемент, порядковый номер которого был сгенерирован на шаге 1.
3) Если этот элемент имеет признак х и его нет в списке С, то поместим его в список С.
4) повторяем цикл с шага 1)
Что в итоге: Мы всегда имеем свежий и самый актуальный, на момент к нему обращения, список С.
Неоптимально. Так как затратно по времени из-за каждый раз перебора:
Гуманитариям давать задачки - это как бисер перед сами знаете кем... Для отдельных индивидов даже кофе-машину освоить дело не из простых. Вообще топик какой-то неправильный. Работы для гуманитариев в ИТ нет и быть не может. Может быть работа по обслуживанию второстепенных нужды ИТ-компаний.
Да, похоже, я ошибся адресом. А задачка-то по жизни встречается часто. :)
Но, тем не менее, хуманитарии бросаются, как хищники на мясо, в места, где им обещают открыть некий секрет пути в айтишники.
Михаил, а просто перебрать а и перебросить все а-тые с признаком х в с?
Истинная правда...
Поясняю условие. В список С должны попасть элементы из списка A, в которых ПОЯВИЛСЯ признак x, то есть те, которых ещё нет в списке B.
Решение в лоб неоптимально, списки могут быть очень длинными.
Входных данных мало. Если они один раз попадут - то можно и в лоб, абы разраб не тратил времени на не бизнес-задачу.
В лоб -- это так?
1 -- извлекаем очередной элемент из списка А,
3 -- проверяем, обладает ли он признаком x,
3 -- если не обладает, то 1,
4 -- если обладает, то ПОСЛЕДОВАТЕЛЬНО просматриваем список B на предмет, содержит ли он номер очередного элемента списка A,
5 -- если не содержит, то добавляем его в список C, затем 1,
6 -- если содержит, то 1.
Так как списки А и B могут состоять из сотен тысяч, а то и миллиов записей, и так как после предыдущего выполнения задачи в списке A может появиться МНОГО элементов с признаком x, то решение в лоб неоптимально из-за каждый раз последовательного просмотра списка B при обнаружнии признака x в элементе списка A.
Не хуманитарий, а предлагаете поступить, как таковой, мотивируя
Бизнес-аналитики из хуманитариев не учитывают реальное время, отведенное на вычислительную задачу. Технари, как правило, обращают на это внимание. Есть отличие? И оно не единственное.
И ваще. А не пошли бы вы, друзья, со всякими там курсами? Приснил, что я на платные курсы пришёл нахаляву бесплатно; все что-то учат, а мне не достаётся, и я в фрустрации места не нахожу. Поспать надо, утром к заказчику, а такая хрень влетела...
Никакого другого способа нет и быть не может. Если действовать примитивными методами, то все равно будет перебор, не напрямую, так через какой-то коэффициент или формулу. Задача, скорее, демонстрирует безграмотность разработчика, который заранее не продумал алгоритм распределения элементов. Чего стоило присвоить элементы какой-нибудь коллекции и там уже с ними работать как угодно, а не изобретать сумасшедшие костыли на пустом месте.
Но это, конечно, если речь идет о практической задаче. Если это сферические множества в вакууме, то можно похоливарить на тему подходящих алгоритмов:-)
Страницы