Конференция "Прочее" » Тестовые задания по Delphi
 
  • Германн © (14.06.16 03:27) [60]
    Если не забуду, то постараюсь выяснить всё о файлах dfm.
  • K-1000 © (14.06.16 06:09) [61]

    > Юрий Зотов ©   (13.06.16 13:15) [38]
    >
    > Пример решения этой задачки есть на сайте Розыча - но уж
    > точно не в одну строчку.


    Раз по заданию пишут целые статьи опытные прогеры, то почему это задание должно быть на скилл?
  • KSergey © (14.06.16 09:46) [62]
    > K-1000 ©   (11.06.16 14:30) [8]
    > Вообще, хотелось бы получить именно задания по программированию.
    > Типа: "нужно написать класс для работы с [на ваше усмотрение]".

    Свой велосипед каждый может нашкодить.
    Ценность специалиста - в умении разбираться в чужих поделках и уметь их по делу использовать в нужный момент, не изобретая свои велосипеды.

    А ответов на вопросы ЮЗ я не знаю.
  • Игорь Шевченко © (14.06.16 10:33) [63]
    K-1000 ©   (14.06.16 06:09) [61]

    Судя по твоим репликам у тебя скилл нулевой. Рано тебе такие задачи решать.

    Германн ©   (14.06.16 03:27) [60]

    http://www.delphimaster.ru/forums.shtml#rule
  • K-1000 © (14.06.16 11:43) [64]

    > Игорь Шевченко ©   (14.06.16 10:33) [63]
    > K-1000 ©   (14.06.16 06:09) [61]
    >
    > Судя по твоим репликам у тебя скилл нулевой. Рано тебе такие
    > задачи решать.


    По каким конкретно репликам?
  • Empleado © (14.06.16 11:54) [65]

    > Kerk ©   (13.06.16 19:39) [55]
    > Какова мораль? Да черт его знает. Наверно стоит уделять
    > больше внимания отзывам с прошлого места работы.

    Было бы занятно, если бы по тому же принципу жен выбирали :)
  • Rouse_ © (14.06.16 15:36) [66]

    > K-1000 ©   (14.06.16 06:09) [61]
    > Раз по заданию пишут целые статьи опытные прогеры, то почему
    > это задание должно быть на скилл?

    Мне просто было интересно рассказать о "нюансах".
    Заметь - о нюансах, а не о самом решении :)
  • Rouse_ © (14.06.16 15:40) [67]

    > KSergey ©   (14.06.16 09:46) [62]
    > Ценность специалиста - в умении разбираться в чужих поделках
    > и уметь их по делу использовать в нужный момент, не изобретая
    > свои велосипеды.

    К сожалению - не соглашусь.
    Разобраться в чужой поделке можно достаточно легко чтобы начать на нее влиять (а сделай ка мне эту колонку в гриде зеленой).
    А вот понять, почему нельзя этого делать, да еще чтоб не поломать весь проект, давя на старый и опытный коллектив всем своим молодым знанием - многого стоит :)
  • KSergey © (14.06.16 16:44) [68]
    > Юрий Зотов ©   (13.06.16 13:15) [38]
    > Пример решения этой задачки есть на сайте Розыча

    А можно ссылку? не смел найти.
    ну т.е. на ум мне приходит способ положить поверх формы окно (и поверх всех дочерних окон), на котором отрисовывать только нужную линию. Но на удивление я так делал в одной программе - и далеко не всё было гладко.
  • KSergey © (14.06.16 16:45) [69]
    По поводу вопросов: самое занятное в них то, что задающий спрашивает то и только то, что знает сам.
    Это очень показательно при обходе компаний по вакансиям. Занимательное дело, доложу я вам!
  • Rouse_ © (14.06.16 16:49) [70]

    > KSergey ©   (14.06.16 16:44) [68]
    > А можно ссылку? не смел найти.

    http://alexander-bagel.blogspot.ru/2013/03/draw-over-twincontrol.html


    > KSergey ©   (14.06.16 16:45) [69]
    > По поводу вопросов: самое занятное в них то, что задающий
    > спрашивает то и только то, что знает сам.
    > Это очень показательно при обходе компаний по вакансиям.
    >  Занимательное дело, доложу я вам!

    Было-бы очень странно если наоборот :)
  • Юрий Зотов © (14.06.16 19:44) [71]
    > KSergey ©   (14.06.16 16:45) [69]

    > По поводу вопросов: самое занятное в них то, что задающий
    > спрашивает то и только то, что знает сам.


    Даже не знаю - плакать или смеяться...

    Впрочем, если это Вас не устраивает, то могу спросить Вас о том, чего не знаю сам.

    Готовы?
  • Kerk © (14.06.16 21:21) [72]
    KSergey криво сформулировал, но по сути я с ним согласен. Очень часто есть тенденция спрашивать о том, с чем недавно сталкивался или о чем недавно прочитал. В итоге собеседование превращается в викторину: читает ли кандидат те же блоги, что и ты.

    Не перестаю считать, что вопрос про OnCreate из этой серии. Кто-то сталкивался, кто-то нет. Как это характеризует? Да никак. Кто читал эту ветку, ответит правильно :)
  • iop © (14.06.16 21:29) [73]
    сформулировано не криво.

    сформулировано с т.з. третьего лица, наблюдающего собеседование со стороны.

    а те, кто не знают плакать или смеяться,
    те примеряют высказывание к тестирующей стороне,
    к тому же подразумевая что высказывается не наблюдатель, а тестируемый.
  • Юрий Зотов © (14.06.16 21:34) [74]
    > Kerk ©   (14.06.16 21:21) [72]

    > Не перестаю считать, что вопрос про OnCreate из этой серии.

    Совершенно согласен и скажу даже сильнее: любой технический вопрос на собеседовании - из этой серии. Поскольку ответ спрашивающий всегда знает заведомо.
  • iop © (14.06.16 21:45) [75]
    Не любой технический вопрос на собеседовании из этой серии.
    Поскольку ответ спрашивающий не всегда знает заведомо.
  • KSergey © (14.06.16 21:52) [76]
    > Kerk ©   (14.06.16 21:21) [72]
    > KSergey криво сформулировал, но по сути я с ним согласен.
    >  Очень часто есть тенденция спрашивать о том, с чем недавно
    > сталкивался или о чем недавно прочитал. В итоге собеседование
    > превращается в викторину: читает ли кандидат те же блоги, что и ты.

    Я в самом деле выразился не очень понятно, т.е. понять комичность ситуации может лишь тот, кто её видел. Спасибо за развёрнутое толкование.

    Вопросы в самом деле бывают настолько порой специфичны и узки, что они, с одной стороны, отменно отвечают своим задачам ("знание и понимание VCL"), с другой стороны, ответ на них знает только тот, кто ровно этим вопросом случайно заморачивался по какой-либо причине.
    И это и занятно: смотреть кто из экзаменаторов чем заморачивался и по этому критерию делать какие-то соображения относительно самой компании и её народонаселения. Да и себе горизонты расширять новыми словами, ведь и сам тоже знаешь лишь то, чем заморачивался по какой-то случайной причине.

    При этом я ни в коем случае не умаляю ни знаний ЮЗ, ни качество самого вопроса, разумеется.
  • KSergey © (14.06.16 21:58) [77]
    > Rouse_ ©   (14.06.16 16:49) [70]

    Спасибо за ссылку
  • iop © (14.06.16 22:02) [78]
    с другой стороны, ответ на них знает только тот, кто ровно этим вопросом случайно заморачивался по какой-либо причине.

    это если собеседуют кого-то потому, что просто есть вакансия.

    но представьте случай, когда команда в ходе реализации проекта внезапно уперлась в проблему, которую никто из членов не смог решить.
    после чего приглашают того, кто решить ее может, а не просто потому что есть вакансия.
  • Kerk © (14.06.16 22:44) [79]

    > Юрий Зотов ©   (14.06.16 21:34) [74]


    > Совершенно согласен и скажу даже сильнее: любой технический
    > вопрос на собеседовании - из этой серии. Поскольку ответ
    > спрашивающий всегда знает заведомо.

    Не любой :)

    Я потому и ополчился на вопрос про OnCreate, а не на вопрос про конвертацию. Потому что первый вопрос - это вопрос телевикторины на знание фактов, а ответ на второй можно исполнить по-разному и ответ покажет как вообще у человека мысль в голове движется. А это ведь главное, а не сам ответ.

    Из хороших на мой взгляд вопросов, с которыми сталкивался: "Нарисуйте архитектуру игры Супермарио". Какая там на самом деле архитектура? Да кто знает. Но неужто не интересно посмотреть кто чего нарисует? :)
 
Конференция "Прочее" » Тестовые задания по Delphi
Есть новые Нет новых   [134432   +19][b:0.001][p:0.001]