Здравствуйте, Klatu, Вы писали:
K>Здравствуйте, FlamingWind, Вы писали:
K>Отправил пару лет назад резюме в Люксофт на вакансию, которая мне подходила. Не ответили. Вообще. K>Недавно приходит предложение пособеседоваться на вакансию тимлида в проекте, который разрабатывает какую-то фигню под RTOS для микроконтроллера. Все бы ничего, но я вообше никогда не работал ни с RTOS, ни с микроконтроллерами, и на C/C++ уже лет 5 вообще не писал K>Вот и почему я должен думать, что ХРы — не клинические идиоты?
Люксофт это помойму вообще отдельный случай, идиотизм уних зашкаливает.
Здравствуйте, BulatZiganshin, Вы писали:
L>>Да, это достойно нескольких месяцев работы — небось тёте Любе физику процесса объясняли. BZ>ну вот когда такие тёти любы берутся за работу, появляются самодельные алгоритмы шифрования, алгоритмы вечного сжатия и тому подобные шедевры
чувак, ты вообще метафору не понял..
Зато когда за стыковку сжатия и шифрования берутся такие как ты, они убивают несколько месяцев на это, это реально мощно! — так вводить работодателя за нос — тот ещё талант.
Здравствуйте, LGB, Вы писали:
LGB>Здравствуйте, зиг, Вы писали:
B>>>>\ эмитируют вид бурной деятельности. D>>>Вот это, без шуток, гениально.
зиг>>да, куда лучше коммандировок
LGB>"Коммандировка" — это не граммотно!
что, серьезно?
а я думала нет такого слова
а гугл ничего с таким словом не находит http://www.google.com.ua/search?q=эмитация+излучение. максимум только глаголы в различных формах "эмитирует"... а откуда вы знаете что отглагольное существительное будет именно эмитация? может, эмитирование?
Здравствуйте, BulatZiganshin, Вы писали:
aik>>И, вообще, нормальное API — оно без граблей, ну, или с минимумом. И его "best practices" выявляются быстро просто чтение доков или опросом удачливых юзеров. Да хоть рсдн спросить. Интересно послушать примеры API, которые ну такие особенные, что программер средней руки с 10летным стажем удивится новизне концепции. BZ>да вот хотя бы — есть архиватор, надо добавить в него шифрование файлов по паролю с использованием AES. у меня на реализацию этой задачи ушёл месяц, а на выяснение — ещё несколько месяцев, хотя кода там кот наплакал
Т.е. было готовое описанное API, и ты несколько месяцев с ним разбирался, а потом месяц писал?
BZ>и это только работа по склеиванию кода из готовых библиотек — уровень начинающего/мида. с разработкой своих алгоритмов вы вообще видимо не сталкивались
Здравствуйте, 24, Вы писали:
aik>>И, вообще, нормальное API — оно без граблей, ну, или с минимумом. И его "best practices" выявляются быстро просто чтение доков или опросом удачливых юзеров. 24>Чтение доков, опрос юзеров, и утряска этого всего в памяти требует времени. Тому, кто имеет опыт в данной области, время на это тратить уже не нужно, он может сразу начать решать поставленную задачу. И что также важно, он сразу может давать более-менее адекватные оценки по срокам решения этих задач.
Времени может быть много, а оценки давать сможет старый член команды.
aik>>Интересно послушать примеры API, которые ну такие особенные, что программер средней руки с 10летным стажем удивится новизне концепции. 24>Новизна концепции не в самих АПИ, а в задачах, для решения которых он применяется. Например, человек занимался 10 лет 3д графикой, а ему предлагают принять участие в написании компилятора.
Человек занимался 10 лет кодирование и отладкой. В дебагере, на c++, в каком то окружении. Предметную область ему поменяли, но накопленный опыт не пропадает.
И это не человеку "предлагают", а ищут хоть кого, а человек сам предлагает себя. Или этого, или никого не возьмут. Гугль, успешная компании, так набирает легионы Ну да, удается не все хорошо им, но все таки
24>Или писал всё время только однопоточные программы, а надо многопоточную (или распределённую на много серверов). В АПИ потоков ничего сложного нет, но нужно уметь его правильно использовать — знать, как лучше делить на подзадачи в таком окружении, знать про узкие места в производительности разных подходов, уметь по симптомам определять наиболее вероятные причины ошибок, и.т.п.
И? Неподъемная задача? А как "гуру" нагурились с этим? Из универов таких не выпускают. А можно нанять такую гуру в любой момент?
Может, я что то упускаю из работы тимлида? Ему не надо строить людей (пинать, раздавать задачи, помогать отстающим и грамотно снимать лапшу с ушей) и общаться заказчиком/манагером? Это суперкодер, который чисто кодит, а остальные на него смотрят и сами устремляются за ним ввысь стремительным домкратом?
Здравствуйте, мыщъх, Вы писали:
aik>>Гуру чего? Ты пишешь код. Берешь API и пишешь. И потом отлаживаешь. Методы отладки — это будет самое большое отличие между "специализациями", да и то не так чтоб сильное. М>ага. между писателями тоже нет разницы. если он пишет детективы, то инструкцию по пользованию программой уж точно напишет. "смеркалось. курсор неистовал. программа грандизно рушилась, стремительным домкратом сбрасывая дамп памяти".
у меня на детективы нет "музыкального слуха", они все суть унылое г-но, извините
а пассажа не понял. может, и напишет, а может и нет. все писатели инструкций когда то начинали их писать, некоторым удается.
BZ>так и в готовых-то исходниках не разберёшься. не веришь — возьми хотя бы 20-летней давности zlib и почитай его. а это — идеально документированный код и очень простой по нынешним меркам
zlib простой, документирован плохо.
Лучше взять openssl — он посовременнее, на голом С, написан отвратительно, документации вообще никакой
Ну и что? Взял да развинтил, почитал, понял, вынул потроха, сделал как нам нужно, вставил необходимые куски в kernel mode
aik>Человек занимался 10 лет кодирование и отладкой. В дебагере, на c++, в каком то окружении. Предметную область ему поменяли, но накопленный опыт не пропадает. aik>И это не человеку "предлагают", а ищут хоть кого, а человек сам предлагает себя. Или этого, или никого не возьмут. Гугль, успешная компании, так набирает легионы Ну да, удается не все хорошо им, но все таки
Все верно пишешь
Дык это. Что ты, что я — старая гвардия. Нам и в disassembly не западло подебажить, чтоб понять, как и зачем в openssl наколбасили С++ поверх С
Но мы динозавры вымирающие. Таких реально надо меньше и меньше — все как с КОБОЛом. Бизнесу нонеча нужно другое — стандартные типовые шаблонные решения, сделанные быстро и дёшево. И в таких проектах специализация рулит безбожно. Перец, который уже сделал 10 интернет-магазинов, сделает 11-й на порядок быстрее (и безглючнее!) чем, например, ты или я. Это при том, что в веб-программировании вообще ничего сложного нет (зато количество говнокода тоже на порядок больше).
Здравствуйте, aik, Вы писали:
aik>А как "гуру" нагурились с этим? Из универов таких не выпускают.
Дык, из универов сразу на тим. лида не приходят (конечно, если это не номинальная должность, а контора не состоит из парочки выпускников одной группы). Сначала идет на джуниора (или сразу девелопера). Затем растет в данной области, становиться сеньёром (или архитектором). Ну и лишь дальше идет на тим. лида.
aik>Может, я что то упускаю из работы тимлида? Ему не надо строить людей (пинать, раздавать задачи, помогать отстающим и грамотно снимать лапшу с ушей) и общаться заказчиком/манагером? Это суперкодер, который чисто кодит, а остальные на него смотрят и сами устремляются за ним ввысь стремительным домкратом?
То что вы описали это скорее должность обычного девелопера, максимум сеньёра. Да, гуру в соей области, но "просто" разработчика. Основная задача тим. лида это, как раз таки: декомпозиция и раздача подзадач, а так же помощь при их решение. Так же тим. лид участвует во всех технических митингах (со смежными отделами по согласованию интерфейсов, при разработке архитектуры и т.п.). Зачастую у тим. лида так же куча административных функций, участие во всевозможных митингах с продажниками и менеджментом, анализ их "хотелок" по времени разработки (иногда и тестирования). Напрямую с заказчиками он, как правило, не общается. Но вот через тех. поддержку должен помогать решать нестандартные проблемы (запрашивать специальным образом конфигурацию, задавать "правильные" вопросы и т.д.).
Если тим. лид ничего не понимает в области и постоянно будет бегать к сеньёрам из своей комманды, то зачем тогда такой тим. лид вообще нужен?
1)А вдруг человек согласится поработать в смежной области?
2)А вдруг согласится поработать и за меньшие деньги?
3)Возможно посоветует кого-то из своих знакомых.
И все три причины взяты не с потолка, а потому что действительно существуют люди, на которых сработает каждый пункт. Один соискатель после отказа сниз желаемую сумму в два раза. И что тут думать?
Хотя иногда, конечно, жгут не по-детски.
На днях пришла вакансия, отписал: "Спасибо за предложение, но я пока не планирую менять работу." В ответ получил: "Кирилл, когда будете планировать???"
Даже не знаю, что ответить...
Здравствуйте, FlamingWind, Вы писали:
FW>Если тим. лид ничего не понимает в области и постоянно будет бегать к сеньёрам из своей комманды, то зачем тогда такой тим. лид вообще нужен?
Затем что, например, никто в команде не хочет общаться с внешним миром, и они согласны приютить чувака, который будет этим заниматься, и ему помогут, если понадобится. Если будет бегать постоянно и задавать одни и те же вопросы — ну выгонят, во беда. Запросить правильную конфигурацию или задать правильный вопрос — саппорт средней руки учится этому не больше месяца. А раздача задач все равно идет при непосредственном участии команды.
Здравствуйте, aik, Вы писали:
aik>Затем что, например, никто в команде не хочет общаться с внешним миром, и они согласны приютить чувака, который будет этим заниматься, и ему помогут, если понадобится.
Ну это уже больше задачи Product Manager'а, а не тим. лида. Именно он "тот чувак", который нанят лишь для общения с внешним миром.
aik>А раздача задач все равно идет при непосредственном участии команды.
Конечно. Но тим. лид должен знать команду и корректно оценивать сроки выполнения еще на этапе постановки задачи продажниками и маркетолагами.
aik>Какие то у вас тимлиды-киборги просто.
Здравствуйте, aik, Вы писали:
aik>Времени может быть много
Времени практически всегда не хватает, и даже если его много — это не повод его разбазаривать, всегда лучше сделать быстрее (при прочих равных).
aik>Человек занимался 10 лет кодирование и отладкой. В дебагере, на c++, в каком то окружении. Предметную область ему поменяли, но накопленный опыт не пропадает.
Мы видимо по-разному понимаем, что такое опыт. Если он 10 лет занимался 3д графикой, а надо компилятор, то все его знания, касающиеся 3д оказываются не нужны (пропадают), а никакого накопленного опыта разработки компиляторов у него ещё нет. Так ведь и до абсурда можно довести, что человек (машинистка) занимался 10 лет нажиманием на кнопки. Поменяли окружение — дали компьютер с клавиатурой вместо пишущей машинки — и вперёд, программить, опыт нажатия на кнопки никуда не делся. С++ и отладчик — это просто инструменты, одно лишь умение их использовать не гарантирует одинаковую скорость решения любых задач с их помощью. Так же как, например, из того, что повар хорошо владеет ножом, и может отрезать тонкий слой рыбы для суши, совсем не следует, что он сможет победить в драке с использованием этого же ножа.
aik>И это не человеку "предлагают"
Если человек разместил резюме на публичном ресурсе (как в случае топикстартера), и ему звонит/пишет сотрудник отдела кадров некоторой компании, то как это ещё назвать, если не предлагают?
aik>А как "гуру" нагурились с этим?
Работали, получали опыт _в данной области_ — например опыт написания многопоточных программ, а не некоторый абстрактный "опыт на С++".
aik>А можно нанять такую гуру в любой момент?
Ключевой момент — "такую", т.е. нужно искать гуру определённого типа (с опытом в нужной области), а не некоторого абстрактного всемогущего.
aik>Может, я что то упускаю из работы тимлида? Ему не надо строить людей (пинать, раздавать задачи, помогать отстающим и грамотно снимать лапшу с ушей) и общаться заказчиком/манагером? Это суперкодер, который чисто кодит, а остальные на него смотрят и сами устремляются за ним ввысь стремительным домкратом?
Именно, это не суперкодер, ему нужно не чисто кодить, а и передавать знания другим. И что он будет говорить, как писать на С++ и использовать отладчик, или, всё таки, как решать поставленную задачу?
Здравствуйте, SkyDance, Вы писали:
BZ>>так и в готовых-то исходниках не разберёшься. не веришь — возьми хотя бы 20-летней давности zlib и почитай его. а это — идеально документированный код и очень простой по нынешним меркам
SD>zlib простой, документирован плохо.
я говорю о понимании алгоритма, а не использовании API. для применения готовых алгоритмов я другой пример приводил
Здравствуйте, aik, Вы писали:
aik>Т.е. было готовое описанное API, и ты несколько месяцев с ним разбирался, а потом месяц писал?
ну как тебе обхяснить. вот дали тебе 26 букв, сколько месяцев с ними придётся разбираться, чтобы написать Гамлета?
BZ>>и это только работа по склеиванию кода из готовых библиотек — уровень начинающего/мида. с разработкой своих алгоритмов вы вообще видимо не сталкивались
aik>Тимлид с хорошими шансами с этим не столкнется.
тимлид — это не менеджер, а главный техспециалист проекта, решающий наиболее сложные задачи. довольно очевидный принцип — простые задачи мои подчинённые решают сами, сложные они решают с моей помощью, а суперсложные я решаю сам и даю им готовые рещения
Здравствуйте, FlamingWind, Вы писали:
aik>>А раздача задач все равно идет при непосредственном участии команды. FW>Конечно. Но тим. лид должен знать команду и корректно оценивать сроки выполнения еще на этапе постановки задачи продажниками и маркетолагами.
И будет знать. А в начале будет брать с собой бывалых людей для консультаций по поводу оценок. Не там проблему ищете.
aik>>Какие то у вас тимлиды-киборги просто. FW>Да вроде самые обычные .
Ты себе в голове нарисовал некоего тимлида "5го разряда" и с этой кашей носишься. А зря, жизнь, на самом деле, не такая простая и придерживаться одного шаблона значит ограничивать себя в выборе.
