Здравствуйте, Vzhyk, Вы писали:
V>On 07.03.2013 15:52, Tourist wrote:
V>Такое впечатление, что ты восприниаешь свою память как накопитель на V>жестких дисках и если диск сбоит меняешь.
Я хочу сказать нет смысла гордиться своими 15 годами стажа в резюме и рассчитывать что потенциальные работодатели придут от этого в экстаз. Берут на работу за реальные знания которые ты готов принимать сразу, или за умения быстро входить для тебя новые области и в краткие сроки там становиться экспертом. А для этого, вы не поверите, нужно свои мозги время от времени тренировать, и память в том числе.
Если человек не уверено разговаривает о hash функциях, он либо ни когда достаточно с ними работал, либо у него проблемы с памятью. В обоих случаях это повод задуматься о нужности найма такого специалиста.
On 07.03.2013 16:32, Tourist wrote:
> Берут на работу за реальные знания которые ты готов принимать сразу, или > за умения быстро входить для тебя новые области и в краткие сроки там > становиться экспертом.
А краткие — это сколько?
Здравствуйте, Tourist, Вы писали:
T>у людей скалероз чтоли? Обычно с возростом накапливается кругозор и знания наоборот, но если в одно ухо влетает, в другое вылетает, какой тогда смысл в этих 15 годах если человек не в состояние накапливать и применять эти знания.
Иногда в работе не востребованы навыки написания говнокода на скорость, и не востребована поддержка говнокода. Да, открою секрет — иногда есть и такая работа. Иногда пишешь с нуля с использованием уже наработанных либ, либо в проектах код нормальный, и правка в одном месте не может повлечь необходимость затыкать в другом месте. В этом случае, уверяю, у тебя будет чем забить голову на работе, чем каждый день писать хешфункции вручную, каждый день вручную управлять памятью. А когда хешфункции, сортировки, обращения списков, поиск цикла в односвязном списке и тому подобное пишешь не каждый день, то голова забита совсем другими вещами! В приличных размерах проекте требуется помнить до черта всего, чтобы быстро в нем ориентироваться, а также чтоб не допускать там говнокода и не писать одно и тоже криво и 10 раз по разному.
Если проект написан нормально, то ты с багами типа дедлоков, неправильным порядком инициализации, тонкостями перегрузки и переопределения, и тому подобным — вообще не сталкиваешься, ибо таких багов в проекте нет! А вот когда ты сидишь в говнокоде, в котором постоянно вручную делаются синхронизации, и где постоянно чуть тронешь, и будет дедлок — вот тогда ты будешь думать не о задачах, которые требуется решать, а о примитивах синхронизации, тонкостями работы коллекций и тому подобном. Значит ли это, что опытный профессионал обязан код превращать в пазл, каждый день вручную писать хешфункции, чтоб не терять навыки прохождения собеседований у Туриста?
Опыт и квалификация — это не запоминание местоположения граблей. Опыт — это умение интуитивно избегать грабли, это привычка ходить без страха, это уверенность, что даже если ошибешься в выборе унитаза, то дом, который ты строишь, не порушится из за этого, и это всегда можно будет поправить.
Так что кругозор накапливается. И умение применять это все накапливается. И знания есть. И даже понимание почему делаешь именно так, а не иначе. Только это не те знания, которые требуются зубрить студенту с целью устроиться на первую работу.
Здравствуйте, elmal, Вы писали:
E>Здравствуйте, Tourist, Вы писали:
E>Так что кругозор накапливается. И умение применять это все накапливается. И знания есть. И даже понимание почему делаешь именно так, а не иначе. Только это не те знания, которые требуются зубрить студенту с целью устроиться на первую работу.
Ни кто и не ожидает, что кто то пишет сейчас свои hash функции или коллекции. Да этого и не требуется, важно что человек интересуется и знает как работает сторонние библиотеки, их плюсы и минусы, когда их стоит применять, а когда не стоит. А не просто использует, потому что "все" так делают в его проекте, или просто более умные люди до него заложили все основы, а он просто лабает код в сложившимся стиле. Причем, в этом нет не чего плохого,важно чтоб человек не разучился думать самостоятельно и мог объяснить, почему он так поступает. Причем ответ "так принято" мне лично не подходит.
Здравствуйте, Vzhyk, Вы писали:
V>А когда подобная функциональность нужна была, то втискивать ее в V>имеющиеся контейнеры — это бред.
Чтобы реализовать подобную функциональность, надо понимать принципы построения стандартных структур данных. Или ты заново изобретал Computer Science для решения таких задач, не имея представления о деревьях и списках?
Здравствуйте, Tourist, Вы писали:
T>Ни кто и не ожидает, что кто то пишет сейчас свои hash функции или коллекции. Да этого и не требуется, важно что человек интересуется и знает как работает сторонние библиотеки, их плюсы и минусы, когда их стоит применять, а когда не стоит. А не просто использует, потому что "все" так делают в его проекте, или просто более умные люди до него заложили все основы, а он просто лабает код в сложившимся стиле. Причем, в этом нет не чего плохого,важно чтоб человек не разучился думать самостоятельно и мог объяснить, почему он так поступает. Причем ответ "так принято" мне лично не подходит.
Итого, месье наизусть помнит константу на которую нужно умножать в случае, когда делаем сложную хешфункцию на основе простых? Прекрасно. Вот только практика показывает, что такое помнишь только по той причине, что это спрашиваешь на собеседованиях. Перестанешь такое спрашивать годика 2 — и уже будет у тебя это все гораздо хуже от языка отлетать, чем сейчас. Соответственно вопрос — если перестав это спрашивать (а также ходить по собеседованиям эти 2 года) ты несколько стал менее уверенным, значит ли это, что ты станешь хуже как специалист? И значит ли это, что тот, кто в данный момент спрашивает точно такие же вопросы, как ты — тот идеальный специалист, подходящий вам как нельзя лучше?
Человек может знать вместо ньюансов этих библиотек много чего еще, чего не знаешь ты. Причем очень важного именно на твоем проекте. И у которого тебе есть многому чего научиться, ибо на подобных проектах тот кандидат собаку съел. Зачем тебе на проекте 2 человека, который знает именно то, что знаешь ты? Тебе в команду нужен тот, у которого тебе есть чему поучиться, и который не знает многого того, что знаешь ты. В этом случае будет выгодно всем, команда будет более сбалансированной.
Да, кстати, а почему константа именно 31? Почему не 63? А если не прибавлять, а вычитать, то какая будет константа? Месье может ответить прямо сейчас сходу? А если не ответит — значит ли это, что месье ни хрена не разбирается в хешфункциях? Ибо, вообще то говоря, выбор хорошей хешфункции это весьма нетривиальная задача. Если дать структуры данных, сказать распределение — месье сможет подобрать оптимальную хешфункцию сходу, чтоб получить ускорение в несколько раз? Ведь тривиально подобными вопросами засыпать даже такого мастера по хешкодам, для которого это любимый вопрос на собеседовании.
On 07.03.2013 18:54, nile wrote:
> Чтобы реализовать подобную функциональность, надо понимать принципы > построения стандартных структур данных.
Дожились, уровень училища приравняли к ВУЗу — учиться лучше надо было.
Неужели ты думаешь, что все эти структуры — "божетсвенный дар" с Марса
вам зеленые человечки принесли.
On 07.03.2013 19:10, nile wrote:
> И сортировку ни разу самому не приходилось писать за 20 лет?
Нет, я не больной на голову, чтобы изобретать велосипеды с квадратными
колесами (хотя, вспомнил, лет 30 назад в школе "пузырек") — есть море
более интересных и сложных задач. Правда ни опредени, ни формы мне ваять
не пришлось ни разу и морды к базам данных тоже (ну гуй иногда немного
надо было).
Здравствуйте, Vzhyk, Вы писали:
V>Дожились, уровень училища приравняли к ВУЗу — учиться лучше надо было. V>Неужели ты думаешь, что все эти структуры — "божетсвенный дар" с Марса V>вам зеленые человечки принесли.
Я просто поражаюсь, какой бессмысленный бред рождает твой воспаленный мозг. Хорошо хоть сам понимаешь, что имеешь ввиду.
Здравствуйте, Vzhyk, Вы писали:
V>On 07.03.2013 14:33, landerhigh wrote:
>> пролетают. Потом, правда, и проекты тоже нередко пролетают, когда /вдруг >> /оказывается, что программный продукт вовсе не алгоритмодрочерством >> делается. V>Зато классный повод заказчика еще несколько лет доить.
Это да. Тут еще один тренд есть — преднамеренный завал собеседуемых для создания негативной картины. Типа никого не найти, все лохи чилийские и мы одни дартаньяны.
Здравствуйте, Tourist, Вы писали:
T>Здравствуйте, Vzhyk, Вы писали:
V>>On 07.03.2013 15:52, Tourist wrote:
V>>Такое впечатление, что ты восприниаешь свою память как накопитель на V>>жестких дисках и если диск сбоит меняешь.
T>Я хочу сказать нет смысла гордиться своими 15 годами стажа в резюме и рассчитывать что потенциальные работодатели придут от этого в экстаз. Берут на работу за реальные знания которые ты готов принимать сразу, или за умения быстро входить для тебя новые области и в краткие сроки там становиться экспертом. А для этого, вы не поверите, нужно свои мозги время от времени тренировать, и память в том числе.
Ну попробуй за краткое время стать экспертом, скажем, в Oracle
