Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, gandjustas, Вы писали:
M>Опять же если есть предложение как уменьшить объем работы и показать все что нужно — буду рад выслушать. M>Повторюсь, это задание процентов на 90 покрывает наши требования по веб программисту поэтому и придумалось такое. M>Так мы сразу видим насколько человек подходит нам.
Суть в том что на собеседовании можно сделать что-то максимум за полчаса. Тестовое задание дома будут делать только студенты, которым очень важно хоть куда-то устроиться чтобы получить опыт.
Получается что ты таким заданием будете отпугивать тех кто реально вам подходит, а принимать тех кто чуть лучше минимального уровня.
Re[3]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, DorfDepp, Вы писали:
DD>>Здравствуйте, Mazenrab, Вы писали:
DD>>Несколько часов на это нужно, может получиться и больше 8. M>Есть предложения как проверить знания и сократить затраченое время?
Фокус в том, что вам нужны не знания, а способность выполнять работу.
Эти российские работодатели, такие забавные зверьки, они убеждены, что набор знаний что-то значит. Видимо, это наследие советской системы образования, где от всех требовалось заучивать наизусть тонны информации, а не умение ее применять на практике.
Есть куча людей, которые в голове вообще ничего не держат, а по необходимости достают нужные вещи из старых проектов и гугла.
Проверить "знания" можно легко, только корреляции с умением выполнять работу не будет.
А умение выполнять работу проверить будет сложно. Единственный способ — тест-драйв.
DD>>Я не понимаю, неужели нельзя взять человека без тестового задания? DD>>Как весь мир набирает программистов, и все довольны? M>Наверняка можно...если есть спецы в области в которую ищется кандидат, то можно и просто поболтать. Мой опыт подсказывает что если человек ничего не знает в определенной области то это довольно легко выяснить. Проблема в том что я не являюсь специалистом в web-программировании.
Может, это и к лучшему. Не затеряетесь в деталях, а будете смотреть на более крупные вещи.
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Я бы не пошел на такую позицию, даже если бы задания не было.
Я против применения веб в карпоративных приложения.
Веб имеет преимущество по сравнению с десктоп (WinForms или WPF): для работы с приложением не нужно устанавливать ПО на компьютер, кроме интернет браузера + неважно какая OC у конечного пользователя, одно и тоже Веб приложение можно гонять на разных OC. Это важно если пользователь за день посещает 20 сайтов. Если при каждом посещении ему нужно будет устанавливать дополнительное ПО, это будет уныло.
В корпоративных приложениях, как правило у всех пользователей стоит одна OC (чаще всего Windows), затраты на установку одного десктоп приложения на фиксированное количество компьютеров минимальны. Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день).
То есть преимущество веб технологий в карпоративных приложениях не нужны. Но если вы все-таки будете использовать веб в корпоративном приложении, то Вам придется платить на это ненужное преимущество. Разработка одного и тоже функционала под Web сложнее и дороже, чем под десктоп.
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
Re[9]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, DorfDepp, Вы писали:
DD>Здравствуйте, server_mouse, Вы писали:
_>>- Знание и умение применять DI & IoC — имхо просто обязательно. Значительно упростит дальнейшую поддержку
DD>Ненужная фигня для архитектурно-озабоченных.
Я участвовал в проектах без и с IoC. Причём с одними и теми же ребятами. В итоге проекты где мы использовали Spring.NET оказались намного более supportable. А вообще я заметил, что применение контейнера заставляет программистов выделять интерфейсы и как следствие гораздо больше задумываться о инкапсуляции логики. Отсюда в частности вытекает применение DRY b single responsibility. Не то что бы народ не знал и не применял их раньше, просто вынесение зависимостей в отдельный "слой" ненавязчиво заставляет уделять больше внимание таким вещам. А результат сугубо положительный.
Повреждение мозга после ректальной биопсии — редкая штука (с) Хаус
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Угу, идея хорошая, спасибо. А что скажете насчет самого задания? Адекватное? Мне нужен человек который хорошо работает на стыке ASP и JavaScript со всякими приблудами а-ля Ajax.
Это вам видней, удекватное или нет . Удовлетворитесь решением — хорошо . Там ведь на практике у разработчика даже не это важно — важно насколько он будет быстро вникатьв дебри чужого кода, как будет с ним работать, как быстро он умеет гуглить, как хорошо он понимает то, что от него просят, насколько ответственно подходит к работе, насколько самостоятелен, насколько коммуникабелен (не в смысле что анекдоты травить будет, а в смысле насколько не боится спросить то, что сэкономит время всем, и насколько не ленится помогать остальным).
Лично я там ничего сверхсложного не вижу, думаю даже сам бы справился без проблем, не смотря на то, что JavaScript знаю только в общих чертах, с Ajax работал только через очень высокоуровневые фреймворки. Если только юзабилити какое не станете требовать . Соответственно и у тех, кто на этом руку набил более, чем я, проблем вообще быть не должно. Самый геморой — это начальная настройка всего проекта, начальные рисования формочек и тому подобное, начальное создание базы и тому подобное.
Re[6]: Тестовое задание для соискателя на ASP.NET. Попинайте
Если человек откликнулся на вакансию — он как бы заявляет этим, что располагает необходимыми навыками. В процессе часового интервью выяснить имеет ли кандидат все необходимые профессиональные навыки для работы — невозможно. Есть люди, теряющиеся в ситуации экзаменовки (которой является такое собеседование), но являющиеся высококлассными спецами. Нередки ситуации, когда все время собеседования человека интервьюировали на наличие профессиональных компетенций, но совершенно упустили из виду его человеческие качества: умение работать с другими людьми, слышать собеседника и.т.д. Вот эти самые качества и надо бы выявлять во время собеседования. По всему остальному вы, как работодатель, защищены законом — а именно наличием испытательного срока. Вот за эти 3 месяца испытательного срока можно выявить профнепригодного человека (на практике — в течение нескольких дней). И уволить его.
Пишу, как работодатель. Данняя метода работает. Причем работает не только в отношении программистов.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Встал вопрос о приглашении ASP.NET программиста со знанием jQuery и Ajax.
Так как я о этом знаю довольно мало, а остальные вообще ничего, то думаю теоретическое собеседование мало что даст, да и вообще я к ним отношусь со скептицизмом.
Решил предложить следующее тестовое задание, тем более оно на 90% отражает суть работы.
Реализовать простую систему бронирования водителей. Существует организация, в которой сотрудники могут зарезервировать для себя автомобиль на определенное время. Они могут зарезервировать как одного, так и несколько водителей.
Имеется БД заявок на бронирование со следующей структурой.
[orders] – Заявки
order_id (int , PK) - номер заявки, первичный ключ
order_comment (string) – доп. информация по заявке
order_begin_dt (datetime) – дата и время выезда
order_end_dt (datetime) – дата и время прибытия на место
[drivers] - Водители
driver_id (int, PK) – идентификатор водителя, первичный ключ
driver_last_name (string) – фамилия
driver_middel_name (string) – отчество
driver_name (string) – имя
[order-drivers] – Привязка водителей к заявке
order_id (int, PK)
driver_id (int,PK)
Входные данные: заявки на бронирование, список водителей.
Требуется создать две страницы:
1) Страница со списком заявок на бронирование.
На странице должны быть отображены заявки, кнопки для просмотра и редактирования заявок, а также кнопка создания новой заявки.
2) Страница с представлением заявки на бронирование, для создания, просмотра и редактирования данных.
При создании новой заявки выбор водителя должен производиться как из справочника, так и забиваться вручную. Большим плюсом будет проверка и предложение подходящих водителей в процессе набора фамилии.
На форме есть набор обязательных полей: водители (должен быть введен хотя бы один), и даты начала и конца брони. По заполнению полей подсветка должна сниматься.
Данные в тестовом задании должны подгружаться через бизнес объекты из прилагаемых к заданию XML.
Ищется человек на з/п 70-80 т.р.
Что скажете по поводу тестового задания? Много-немного? Сколько бы вы на него ориентировочно потратили времени?
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Здравствуйте, Mazenrab, Вы писали:
M>Ищется человек на з/п 70-80 т.р. M>Что скажете по поводу тестового задания? Много-немного? Сколько бы вы на него ориентировочно потратили времени?
Я бы вообще делать не стал.
Несколько часов на это нужно, может получиться и больше 8.
Я не понимаю, неужели нельзя взять человека без тестового задания?
Как весь мир набирает программистов, и все довольны?
Возьмете, не справится, уволите через неделю. Всего-то делов.
Re[2]: Тестовое задание для соискателя на ASP.NET. Попинайте
Я хоть и не шарю в этих ваших ASP.NET, но...
M>Ищется человек на з/п 70-80 т.р. M>Что скажете по поводу тестового задания?
Элементарщина.
M>Много-немного?
Средне.
M>Сколько бы вы на него ориентировочно потратили времени?
По паре часов на страницу с альфа-тестированием.
+ Хз сколько времени на разворачивание челом нужного окружения у себя дома.
Или это вы в офисе за своей настроеной машиной даёте?
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
M>>Сколько бы вы на него ориентировочно потратили времени? P>По паре часов на страницу с альфа-тестированием.
Никто и не требует безукоризненой работы. Требуется показать умение делать то что нам нужно.
P>+ Хз сколько времени на разворачивание челом нужного окружения у себя дома. P>Или это вы в офисе за своей настроеной машиной даёте?
В принципе задание на дом, но можно и в офисе тачку настроить. Дело в том что у нас совсем не софтверная компания
Re[2]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, DorfDepp, Вы писали:
DD>Здравствуйте, Mazenrab, Вы писали:
DD>Несколько часов на это нужно, может получиться и больше 8.
Есть предложения как проверить знания и сократить затраченое время?
DD>Я не понимаю, неужели нельзя взять человека без тестового задания? DD>Как весь мир набирает программистов, и все довольны?
Наверняка можно...если есть спецы в области в которую ищется кандидат, то можно и просто поболтать. Мой опыт подсказывает что если человек ничего не знает в определенной области то это довольно легко выяснить. Проблема в том что я не являюсь специалистом в web-программировании.
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Здравствуйте, gandjustas, Вы писали:
G>Здравствуйте, Mazenrab, Вы писали:
G>Нормальное задание, но занятой человек вряд ли будет его делать если не оплачивается.
M>>
M>>Данные в тестовом задании должны подгружаться через бизнес объекты из прилагаемых к заданию XML.
M>>
G>А вот тут бред какой-то написан.
Эм....у нас данные берутся из довольно нетипичной БД...поэтому в качестве теста казалось что проще набор тестовых данных подгружать из XML.
Re[2]: Тестовое задание для соискателя на ASP.NET. Попинайте
Опять же если есть предложение как уменьшить объем работы и показать все что нужно — буду рад выслушать.
Повторюсь, это задание процентов на 90 покрывает наши требования по веб программисту поэтому и придумалось такое.
Так мы сразу видим насколько человек подходит нам.
Re[3]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, gandjustas, Вы писали:
G>>Здравствуйте, Mazenrab, Вы писали:
G>>Нормальное задание, но занятой человек вряд ли будет его делать если не оплачивается.
M>>>
M>>>Данные в тестовом задании должны подгружаться через бизнес объекты из прилагаемых к заданию XML.
M>>>
G>>А вот тут бред какой-то написан.
M>Эм....у нас данные берутся из довольно нетипичной БД...поэтому в качестве теста казалось что проще набор тестовых данных подгружать из XML.
Тем не менее вы приводите физическую модель РБД, а потом говорите про XML, кроме того словосочетание "подгружаться через бизнес объекты" выглядит странно. Подгружаться могут сами объекты или загружаться данные через DAO.
Re[4]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, gandjustas, Вы писали:
G>Тем не менее вы приводите физическую модель РБД, а потом говорите про XML, кроме того словосочетание "подгружаться через бизнес объекты" выглядит странно. Подгружаться могут сами объекты или загружаться данные через DAO.
Согласен, неправильно изложал все своим языком
Re[3]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Повторюсь, это задание процентов на 90 покрывает наши требования по веб программисту поэтому и придумалось такое. M>Так мы сразу видим насколько человек подходит нам.
Чет у меня сомнение в том, что вам нужно именно это. Вам что, серьезно нужен человек, который раз в день хреначит вот такие примитивнейшие базы с нуля на скорость, причем во внерабочее время? А 90% времени, которое потратит соискатель на это тестовое задание, будет совсем не то, с чем он будет сталкиваться на работе. Гораздо проще можно сделать. Подготовить какую виртуалку, которая уже содержит какой каркас задания, включающую даже среду разработки, настроенную систему контроля версий, заимпортированный проект и тому подобное, начальные все зависимости на либы, частично даже работоспособный. И давайте далее уже задание, чтоб человеку осталось только реализовать или доработать функционал. В этом случае действительно что то проверите. Лично я бы в данном случае на выполнение такого тестового задания согласился, если оно займет часа 2 (собственно оно в данной постановке часа б 2 и заняло).
Но когда я был бы вынужден предварительно ставить базу данных, ставить IIS, ставить среду разработки, мучиться без системы контроля версий (нахрена она мне дома?) или еще дополнительно ставить ее самостоятельно, затем корячиться делать костяк проекта, причем не так, как привык всегда на практике (через системы сборки, клторые автоматом выкачают все зависимости и создадут проект в среде разработки), а все либы цеплять ручками — на такое я б согласился если б уж очень много денег предлагали, или я был бы совсем безработный, или уж очень фирма хорошая, в которой я б мечтал работать.
Re[3]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, DorfDepp, Вы писали:
DD>>На этом форуме к тестовым заданиям относятся, как бык относится к красной тряпке, имейте ввиду.
M>Да, но иногда и дают хорошие советы. Мне холивар не нужен, мне хорошего специалиста купить нужно
Есть мнение, что надо смотреть среди тех, кто откажется делать тестовое задание.
Re[4]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, elmal, Вы писали:
E>Здравствуйте, Mazenrab, Вы писали: E>Чет у меня сомнение в том, что вам нужно именно это. Вам что, серьезно нужен человек, который раз в день хреначит вот такие примитивнейшие базы с нуля на скорость, причем во внерабочее время?
Нет, нам не нужен человек который делает такие базы. У нас база есть. Не такая простая, но суть то не в этом. Десктопное приложение у нас имеется. Нам нужен человек который сделает к нашей системе хорошую, адекватную веб-морду.
E>А 90% времени, которое потратит соискатель на это тестовое задание, будет совсем не то, с чем он будет сталкиваться на работе. Гораздо проще можно сделать. Подготовить какую виртуалку, которая уже содержит какой каркас задания, включающую даже среду разработки, настроенную систему контроля версий, заимпортированный проект и тому подобное, начальные все зависимости на либы, частично даже работоспособный. И давайте далее уже задание, чтоб человеку осталось только реализовать или доработать функционал. В этом случае действительно что то проверите. Лично я бы в данном случае на выполнение такого тестового задания согласился, если оно займет часа 2 (собственно оно в данной постановке часа б 2 и заняло).
Угу, идея хорошая, спасибо. А что скажете насчет самого задания? Адекватное? Мне нужен человек который хорошо работает на стыке ASP и JavaScript со всякими приблудами а-ля Ajax.
Re[4]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, DorfDepp, Вы писали:
DD>Фокус в том, что вам нужны не знания, а способность выполнять работу. DD>Эти российские работодатели, такие забавные зверьки, они убеждены, что набор знаний что-то значит. Видимо, это наследие советской системы образования, где от всех требовалось заучивать наизусть тонны информации, а не умение ее применять на практике. DD>Есть куча людей, которые в голове вообще ничего не держат, а по необходимости достают нужные вещи из старых проектов и гугла.
Извините, я не согласен с вами. Я считаю что база важна и мой жизненный опыт только утверждает меня в этом.
DD>Проверить "знания" можно легко, только корреляции с умением выполнять работу не будет.
Если требуются академические знания, то да, смысла нет. Поэтому задание носит исключительно прикладной характер. Или вы считаете что оно не жизненно и слишком надумано?
DD>А умение выполнять работу проверить будет сложно. Единственный способ — тест-драйв.
В конечном итоге да, тут согласен, но важно кто туда попадет.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, DorfDepp, Вы писали:
DD>>Фокус в том, что вам нужны не знания, а способность выполнять работу. DD>>Эти российские работодатели, такие забавные зверьки, они убеждены, что набор знаний что-то значит. Видимо, это наследие советской системы образования, где от всех требовалось заучивать наизусть тонны информации, а не умение ее применять на практике. DD>>Есть куча людей, которые в голове вообще ничего не держат, а по необходимости достают нужные вещи из старых проектов и гугла.
M>Извините, я не согласен с вами. Я считаю что база важна и мой жизненный опыт только утверждает меня в этом.
А что есть база?
Знание спецификации языков программирования?
Знание алгоритмов и теории графов?
Знание наизусть методов разных API?
Фигня это все.
Все, что нужно, находится гуглом по небходимости, и после использования забывается до следующего раза.
А что касается теоретической базы, то еще менее нужно. Я получил образование и "базу", но на данный момент я не помню даже названий курсов универа, не говоря уже о их содержимом. Помню только название универа, пока. Совершенно не мешает быть успешным на практике.
DD>>Проверить "знания" можно легко, только корреляции с умением выполнять работу не будет. M>Если требуются академические знания, то да, смысла нет. Поэтому задание носит исключительно прикладной характер. Или вы считаете что оно не жизненно и слишком надумано?
Это мы уже не задание обсуждаем, а другую тему, ваше желание "проверить знания".
DD>>А умение выполнять работу проверить будет сложно. Единственный способ — тест-драйв. M>В конечном итоге да, тут согласен, но важно кто туда попадет.
А это уже как вам повезет. Ваша карма, так сказать.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, elmal, Вы писали:
E>>Здравствуйте, Mazenrab, Вы писали: E>>Чет у меня сомнение в том, что вам нужно именно это. Вам что, серьезно нужен человек, который раз в день хреначит вот такие примитивнейшие базы с нуля на скорость, причем во внерабочее время? M>Нет, нам не нужен человек который делает такие базы. У нас база есть. Не такая простая, но суть то не в этом. Десктопное приложение у нас имеется. Нам нужен человек который сделает к нашей системе хорошую, адекватную веб-морду.
Это может сделать любой студент, который хоть раз писал на asp.net и каком-нить jquery. Я думаю для такой задачи проще будет обратиться к фрилансерам, чем нанимать человека.
И вместо "тестовых заданий" просто попросите пример работ показать.
Re[6]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, gandjustas, Вы писали:
G>Это может сделать любой студент, который хоть раз писал на asp.net и каком-нить jquery. Я думаю для такой задачи проще будет обратиться к фрилансерам, чем нанимать человека. G>И вместо "тестовых заданий" просто попросите пример работ показать.
Это как? Вот вам пароль от внутрикорпоративного портала, вот пароль от vpn чтоб на шарепоинт зайти, так вот, форма апрува платежей и спама клиентов — это я делал, можете проверить как оно работает.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, yoriсk.kiev.ua, Вы писали:
YKU>Здравствуйте, gandjustas, Вы писали:
G>>Это может сделать любой студент, который хоть раз писал на asp.net и каком-нить jquery. Я думаю для такой задачи проще будет обратиться к фрилансерам, чем нанимать человека. G>>И вместо "тестовых заданий" просто попросите пример работ показать.
YKU>Это как? Вот вам пароль от внутрикорпоративного портала, вот пароль от vpn чтоб на шарепоинт зайти, так вот, форма апрува платежей и спама клиентов — это я делал, можете проверить как оно работает.
А ты сначала тему прочитай. Нужна типичная базоморда, а не "корпоративный портал".
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Всегда считал, что тестовые задания даются только после заключения трудового договора на испытательный срок, а не до, причем — с оплатой по договору.
Прием осуществляется после собеседования, на котором можно определить может ли человек работать и его уровень.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, elmal, Вы писали:
E>>Здравствуйте, Mazenrab, Вы писали: E>>Чет у меня сомнение в том, что вам нужно именно это. Вам что, серьезно нужен человек, который раз в день хреначит вот такие примитивнейшие базы с нуля на скорость, причем во внерабочее время? M>Нет, нам не нужен человек который делает такие базы. У нас база есть. Не такая простая, но суть то не в этом. Десктопное приложение у нас имеется. Нам нужен человек который сделает к нашей системе хорошую, адекватную веб-морду.
Обратитесь к хорошим аутсортерам. Они решат ваши проблемы быстро и профессионально. Единственный шанс для вас сделать качественную веб морду — найти хорошего профессионала. Но судя по подходу вам его не найти. А значит потратите время, деньги и силы, а проект всё равно скатится в унылое unsupportable г-но.
Повреждение мозга после ректальной биопсии — редкая штука (с) Хаус
Re[8]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, gandjustas, Вы писали:
YKU>>Это как? Вот вам пароль от внутрикорпоративного портала, вот пароль от vpn чтоб на шарепоинт зайти, так вот, форма апрува платежей и спама клиентов — это я делал, можете проверить как оно работает.
G>А ты сначала тему прочитай. Нужна типичная базоморда, а не "корпоративный портал".
А ты сначала мой пост прочитай. То, что я написал — это типичная базаморда. Просто зачастую в весьма причудливом месте сидит.
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
M>Что скажете по поводу тестового задания? Много-немного? Сколько бы вы на него ориентировочно потратили времени?
Примитив. По времени займет пару дней.
Почему так долго? Необходимо обсудить все детали, чтобы понять, что Вы ожидаете получить.
В противном случае это будет еще одно простое решение, которое никак не выделится из списка решений других кандидатов, и я просто зря потрачу пару часов своего времени на кодирование.
Это задание выполнит любой студент, а значит мои шансы уменьшаются.
Стал бы делать, если бы на момент получения задание был без работы.
Re[2]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
IB>Я бы не пошел на такую позицию, даже если бы задания не было. IB>Я против применения веб в карпоративных приложения. IB>Веб имеет преимущество по сравнению с десктоп (WinForms или WPF): для работы с приложением не нужно устанавливать ПО на компьютер, кроме интернет браузера + неважно какая OC у конечного пользователя, одно и тоже Веб приложение можно гонять на разных OC. Это важно если пользователь за день посещает 20 сайтов. Если при каждом посещении ему нужно будет устанавливать дополнительное ПО, это будет уныло.
Ты не поверишь. Пользователь и так будет 20 сайтов посещать. Нафига еще какой-то софт ставить.
IB>В корпоративных приложениях, как правило у всех пользователей стоит одна OC (чаще всего Windows), затраты на установку одного десктоп приложения на фиксированное количество компьютеров минимальны.
"Как прависло" не означает "всегда". Поставили мак кому-то и все. С вебом проблем нет, заработает также. А с десктопом дофига.
IB>Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день).
За день? Когда 1000 клиентов? Сомневаюсь.
IB>То есть преимущество веб технологий в карпоративных приложениях не нужны. Но если вы все-таки будете использовать веб в корпоративном приложении, то Вам придется платить на это ненужное преимущество. Разработка одного и тоже функционала под Web сложнее и дороже, чем под десктоп.
В терхзвенном случае веб не сложнее десктопа. Кроме того у веба есть офигенное преимущество — ссылки. Ссылку можно сохранить и передать кому-нибудь. Покажешь как такое в десктопе сделать?
Re[3]: Тестовое задание для соискателя на ASP.NET. Попинайте
G>Ты не поверишь. Пользователь и так будет 20 сайтов посещать. Нафига еще какой-то софт ставить.
А нас что планируется использовать одновременно 20 корпоративных веб приложений? Корпоративное приложение одно. Софт поставить надо 1 раз. Посещать каждый день будем один и тот же сайт.
G>"Как прависло" не означает "всегда". Поставили мак кому-то и все.
Согласен, если нужен и Mac OS и Windows и ..., то лучше Web.
G>С вебом проблем нет, заработает также. А с десктопом дофига. G>В терхзвенном случае веб не сложнее десктопа.
Каких проблем дофига?
Я имел ввиду, что в случае Web
1) javascript слаботипизированный, динамический, его сложнее отлаживать, чем статическую логику
2) UI логика разделяется между javascript и северной страницей, в десктоп единый ЯП и единое место для логики: классы
3) web по природе stateless, это накладывает дополнительные сложности
4) web выполняется в ограниченном контексте безопасности, это может усложнить разработку. Ограниченный контекст безопасности нужен если опять же если вы посещаете 20 сайтов за день, которые могут быть и вредоносными. Но нет смысла не доверять корпоративному приложению, так как оно одно и его разрабатывают и поддерживают доверенные люди.
Подробней здесь http://ru.wikipedia.org/wiki/Rich_Internet_Application#.D0.9D.D0.B5.D0.B4.D0.BE.D1.81.D1.82.D0.B0.D1.82.D0.BA.D0.B8
IB>>Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день). G>За день? Когда 1000 клиентов? Сомневаюсь.
Да хоть 1000000. ClickOnce располагает бинарники десктоп приложения на веб сервере. Можно разместить приложения в шаренной папке. Написать приложение которой при добавлении в шаренную папку новой версии приложения, копирует его на комп пользователя, 1-2 дня
G>Кроме того у веба есть офигенное преимущество — ссылки. Ссылку можно сохранить и передать кому-нибудь. Покажешь как такое в десктопе сделать?
Покажу XBAP. Ну если позарез нужны нужны ссылки и XBAP не катит, то без веб не обойтись.
Короче у каждой технологии (Web и десктоп) есть своя область применения, свои достоинства и недостатки. Какой Вы видите область применения, достоинства и недостатки Web? По Вашим словам можно подумать что Web — серебряная пуля и всегда хуже чем десктоп.
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
Re[4]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
G>>Ты не поверишь. Пользователь и так будет 20 сайтов посещать. Нафига еще какой-то софт ставить. IB>А нас что планируется использовать одновременно 20 корпоративных веб приложений?
Причем тут корпоративное приложение? Гугл, сайты партнеров, поставщиков итп. Даже если пользователь не будет сидеть в одноклассниках, то все равно будет много сайтов открывать.
IB>Корпоративное приложение одно. Софт поставить надо 1 раз. Посещать каждый день будем один и тот же сайт.
Да ну? Как минимум 2: почта и erp. А может быть еще и портал, так что точно больше одного
G>>"Как прависло" не означает "всегда". Поставили мак кому-то и все. IB>Согласен, если нужен и Mac OS и Windows и ..., то лучше Web.
А как ты заранее узнаешь? Приедт завтра начальник и захочет чтобы на его новом iPad работало приложение. Причем это очень частый кейс.
Даже поэтому стоит уже сейчас по-максимуму отказаться от десктопной разработки.
G>>С вебом проблем нет, заработает также. А с десктопом дофига. G>>В терхзвенном случае веб не сложнее десктопа. IB>Каких проблем дофига? IB>Я имел ввиду, что в случае Web IB>1) javascript слаботипизированный, динамический, его сложнее отлаживать, чем статическую логику
Клиентского кода, по сравнению с серверным будет совсем мизер. JS кстати отлаживать проще, это делается прямо в брузере, без дополнительных инструментов.
Если совсем не можешь JS осилить, то есть Script# или GWT.
IB>2) UI логика разделяется между javascript и северной страницей, в десктоп единый ЯП и единое место для логики: классы
В трехзвенном то случае? Обычный клиент-сервер не рассматриваем, так как при том же уровне безопасности и разграничения доступа он сложнее, чем трехзвенка.
IB>3) web по природе stateless, это накладывает дополнительные сложности
Любой stateless легко превращается в stateful, а наоборот — нет.
IB>4) web выполняется в ограниченном контексте безопасности, это может усложнить разработку. Ограниченный контекст безопасности нужен если опять же если вы посещаете 20 сайтов за день, которые могут быть и вредоносными. Но нет смысла не доверять корпоративному приложению, так как оно одно и его разрабатывают и поддерживают доверенные люди.
Ты серьезно? Я сколько видел серьезных корпоративных сетей, там пользователи не работают с правами локального админа. Как раз ограниченный контекст безопасности позволяет заставить приложение всегда работать в таких условиях и не будет эффекта "work on my machine". А на сервере делай что хочешь, там хоть fulltrust.
IB>>>Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день). G>>За день? Когда 1000 клиентов? Сомневаюсь. IB>Да хоть 1000000. ClickOnce располагает бинарники десктоп приложения на веб сервере. Можно разместить приложения в шаренной папке. Написать приложение которой при добавлении в шаренную папку новой версии приложения, копирует его на комп пользователя, 1-2 дня
Я вообще-то про ручное размещение. ClickOnce ничем не лучше веба. Fulltrust требует админских привелегий, которые пользователям никто не даст, а в остальном какие преимущества? А никаких.
Только привязка к ОС, что во время развития мобильных устройств губительно.
G>>Кроме того у веба есть офигенное преимущество — ссылки. Ссылку можно сохранить и передать кому-нибудь. Покажешь как такое в десктопе сделать? IB>Покажу XBAP. Ну если позарез нужны нужны ссылки и XBAP не катит, то без веб не обойтись.
Так XBAP это недовеб. Тот же браузер, тот же ограниченный контекст безопасности. Уж лучше SL последний, он OOB умеет.
IB>Короче у каждой технологии (Web и десктоп) есть своя область применения, свои достоинства и недостатки. Какой Вы видите область применения, достоинства и недостатки Web? По Вашим словам можно подумать что Web — серебряная пуля и всегда хуже чем десктоп.
Не серебрянная пуля, но для корпоративного софта всегда лучше, чем десктоп.
1) Кроссплатформенность
2) Ссылки
3) Stateless (это дает возможность обновлять софт без отключения клиентов)
4) Динамичность — добавить страницу с мешапом на сайт ниче не стоит, добавить форму в клиентское приложение стоит дофига.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
G>Причем тут корпоративное приложение?
При том что обсуждается корпоративное приложение по распределению водителей по заявкам. Если нужно зайти на сайт партнера, в инет магазин, на форум, никто не запрещает делать это через браузер, так так это все не относится к данному корпоративному приложению.
G>>>"Как прависло" не означает "всегда". Поставили мак кому-то и все. IB>>Согласен, если нужен и Mac OS и Windows и ..., то лучше Web. G>А как ты заранее узнаешь? Приедт завтра начальник и захочет чтобы на его новом iPad работало приложение. Причем это очень частый кейс. G>Даже поэтому стоит уже сейчас по-максимуму отказаться от десктопной разработки.
Ну если начальник далек от IT, он может еще и не такое придумать, тут и веб может не спасти. У компании должна быть долгосрочная IT стратегия, направленная на минимизацию расходов и максимизацию выгод от IT.
IB>>1) javascript слаботипизированный, динамический, его сложнее отлаживать, чем статическую логику G>Клиентского кода, по сравнению с серверным будет совсем мизер.
Незнаю может у тебя другой опыт. По моему опыту чем богаче web приложение, чем более отзывчивое (меньше перезагрузок страниц), чем больше требования к производительности, тем больше нужно использовать технологий типа AJAX и всяческих ухищрений, чем больше клиентский код. Может для не RIA приложений клиентского кода будет мало.
G>JS кстати отлаживать проще, это делается прямо в брузере, без дополнительных инструментов.
JS сложнее отлаживать потому-что те ошибки, которые в статических ЯП ловятся при компиляции, в JS можно поймать только в runtime.
G>Если совсем не можешь JS осилить, то есть Script# или GWT.
Script# или GWT не юзал, но не думаю, что будет проще чем с JS.
IB>>2) UI логика разделяется между javascript и северной страницей, в десктоп единый ЯП и единое место для логики: классы G>В трехзвенном то случае? Обычный клиент-сервер не рассматриваем, так как при том же уровне безопасности и разграничения доступа он сложнее, чем трехзвенка.
В десктоп логика уровня представления (Presentation layer) записана на одном ЯП и в одном месте в классах. На web логика уровня представления разделяется между javascript и северной страницей. Чтобы сократить количество уровней, конечно можно запихнуть в северную страницу бизнес логику (Logic (Business) layer), но тогда мы скорей всего смешаем Presentation layer и Logic (Business) layer. Можно использовать что-то типа ASP.NET MVC, но (по моему опыту) он больше усложняет, чем упрощает. Использовал ASP.NET MVC 3 года назад, может сейчас что-то изменилось.
IB>>3) web по природе stateless, это накладывает дополнительные сложности G>Любой stateless легко превращается в stateful, а наоборот — нет.
Превращается, но это превращение стоит денег и времени разработчиков. Десктоп по природе statefull, ему превращения-извращения не нужны.
IB>>4) web выполняется в ограниченном контексте безопасности, это может усложнить разработку. Ограниченный контекст безопасности нужен если опять же если вы посещаете 20 сайтов за день, которые могут быть и вредоносными. Но нет смысла не доверять корпоративному приложению, так как оно одно и его разрабатывают и поддерживают доверенные люди. G>Ты серьезно? Я сколько видел серьезных корпоративных сетей, там пользователи не работают с правами локального админа. Как раз ограниченный контекст безопасности позволяет заставить приложение всегда работать в таких условиях и не будет эффекта "work on my machine". А на сервере делай что хочешь, там хоть fulltrust.
Приложение корпоративное, его создают и поддерживаю доверенные люди. От кого защищаться? Могу предположить: web более подвержен хакерским атакам. А если дать десктопному приложению fulltrust, то не надо "заставлять приложение всегда работать в таких условиях", оно и так будет работать. Эффект "work on my machine" наблюдал в веб. У пользователей разные версии браузеров, разные настройки (той же безопасности).
IB>>>>Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день). G>>>За день? Когда 1000 клиентов? Сомневаюсь. IB>>Да хоть 1000000. ClickOnce располагает бинарники десктоп приложения на веб сервере. Можно разместить приложения в шаренной папке. Написать приложение которой при добавлении в шаренную папку новой версии приложения, копирует его на комп пользователя, 1-2 дня G>Я вообще-то про ручное размещение. ClickOnce ничем не лучше веба.
Не лучше, но и не хуже. Также залил в одном месте и все клиентские машины при следующей перезагрузке приложения получили новую версию.
G>>>Кроме того у веба есть офигенное преимущество — ссылки. Ссылку можно сохранить и передать кому-нибудь. Покажешь как такое в десктопе сделать? IB>>Покажу XBAP. Ну если позарез нужны нужны ссылки и XBAP не катит, то без веб не обойтись. G>Так XBAP это недовеб. Тот же браузер, тот же ограниченный контекст безопасности. Уж лучше SL последний, он OOB умеет.
Да, XBAP это недовеб, точнее это десктопное приложение исполняющееся в браузере в partial trust. Ты спросил как на десктопе сделать ссылки. Я тебе показал.
G>Не серебрянная пуля, но для корпоративного софта всегда лучше, чем десктоп.
G>1) Кроссплатформенность
Для корпоративного софта в этом отношении web будет "всегда лучше", если никто никогда не принимает долгосрочной корпоративной IT политики по использованию единой ОС, то есть всегда нужна поддержка всех ОС.
G>2) Ссылки
Для корпоративного софта в этом отношении web будет "всегда лучше", если для корпоративного софта всегда нужны ссылки.
G>3) Stateless (это дает возможность обновлять софт без отключения клиентов)
Для корпоративного софта в этом отношении web будет "всегда лучше", если для корпоративного софта никогда не нужен statefull. Если используется Stateless превращенный в statefull, то не всегда есть "возможность обновлять софт без отключения клиентов". Может измениться формат и семантика данных состояния.
G>4) Динамичность — добавить страницу с мешапом на сайт ниче не стоит, добавить форму в клиентское приложение стоит дофига.
Добавил форму в десктоп приложение, задеплоил на ClickOnce или скопировал в шареную папку, вот и все. Стоимость в web и десктоп одинакова.
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
Re[6]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
G>>>>"Как прависло" не означает "всегда". Поставили мак кому-то и все. IB>>>Согласен, если нужен и Mac OS и Windows и ..., то лучше Web. G>>А как ты заранее узнаешь? Приедт завтра начальник и захочет чтобы на его новом iPad работало приложение. Причем это очень частый кейс. G>>Даже поэтому стоит уже сейчас по-максимуму отказаться от десктопной разработки. IB>Ну если начальник далек от IT, он может еще и не такое придумать, тут и веб может не спасти. У компании должна быть долгосрочная IT стратегия, направленная на минимизацию расходов и максимизацию выгод от IT.
Зря ты к "начальнику" прицепился. Тут ды должен понимать что важна гибкость стратегии. Ведь может внезапно оказаться куча новых возможностей, от которых просто нельзя или нецелесообразно отказываться. Например облака, мобильные платформы итп.
IB>>>1) javascript слаботипизированный, динамический, его сложнее отлаживать, чем статическую логику G>>Клиентского кода, по сравнению с серверным будет совсем мизер. IB>Незнаю может у тебя другой опыт. По моему опыту чем богаче web приложение, чем более отзывчивое (меньше перезагрузок страниц), чем больше требования к производительности, тем больше нужно использовать технологий типа AJAX и всяческих ухищрений, чем больше клиентский код. Может для не RIA приложений клиентского кода будет мало.
Все равно это мизер по сравнению с серверным кодом. Например сколько нужно JS написать чтобы сделать AJAX базоморду на ASP.NET если у тебя есть SQL Server? Ноль.
Даже на чистом JS выводить гриды можно с помощью 5 строк.
G>>JS кстати отлаживать проще, это делается прямо в брузере, без дополнительных инструментов. IB>JS сложнее отлаживать потому-что те ошибки, которые в статических ЯП ловятся при компиляции, в JS можно поймать только в runtime.
Ну вообще-то большинство опечаток можно ловить в JS не запуская. Есть вполне компиляторы для JS, такие штуки как JSLint.
G>>Если совсем не можешь JS осилить, то есть Script# или GWT. IB>Script# или GWT не юзал, но не думаю, что будет проще чем с JS.
Зря так думаешь.
IB>>>2) UI логика разделяется между javascript и северной страницей, в десктоп единый ЯП и единое место для логики: классы G>>В трехзвенном то случае? Обычный клиент-сервер не рассматриваем, так как при том же уровне безопасности и разграничения доступа он сложнее, чем трехзвенка. IB>В десктоп логика уровня представления (Presentation layer) записана на одном ЯП и в одном месте в классах. На web логика уровня представления разделяется между javascript и северной страницей. Чтобы сократить количество уровней, конечно можно запихнуть в северную страницу бизнес логику (Logic (Business) layer), но тогда мы скорей всего смешаем Presentation layer и Logic (Business) layer. Можно использовать что-то типа ASP.NET MVC, но (по моему опыту) он больше усложняет, чем упрощает. Использовал ASP.NET MVC 3 года назад, может сейчас что-то изменилось.
Не понял о чем ты. В вебе MVС, на десктопе MVVM или на худой конец MVP, все это PL, меняется только view. Бизнес-логика в любом случае на сервере.
В mvc 3 легко сделать так чтобы отдавался HTML в случае если вызывается <url> и JSON если вызывается <url>.json. Логика контроллера при этом не поменяется. А на клиенте можно хоть Ajax, хоть сайт без ajax вообще, хоть десктопный клиент. Но в последнем толку мало.
IB>>>3) web по природе stateless, это накладывает дополнительные сложности G>>Любой stateless легко превращается в stateful, а наоборот — нет. IB>Превращается, но это превращение стоит денег и времени разработчиков. Десктоп по природе statefull, ему превращения-извращения не нужны.
А с чего ты взял что statefull это хорошо? Это как раз плохо, state нужен только там где он нужен и не более того. На сервере не нужен точно.
IB>>>4) web выполняется в ограниченном контексте безопасности, это может усложнить разработку. Ограниченный контекст безопасности нужен если опять же если вы посещаете 20 сайтов за день, которые могут быть и вредоносными. Но нет смысла не доверять корпоративному приложению, так как оно одно и его разрабатывают и поддерживают доверенные люди. G>>Ты серьезно? Я сколько видел серьезных корпоративных сетей, там пользователи не работают с правами локального админа. Как раз ограниченный контекст безопасности позволяет заставить приложение всегда работать в таких условиях и не будет эффекта "work on my machine". А на сервере делай что хочешь, там хоть fulltrust. IB>Приложение корпоративное, его создают и поддерживаю доверенные люди. От кого защищаться?
Ты неправильно вопрос ставишь. Защищаются не от приложения, а от того что пользователь что-нить поломает своими действиями. Если твое приложение требует fulltrust значит нужно задействовать администратора для его установки. На тысячах компов это дорого.
Да и с чего бы люди доверенные? Я бы как раз разработчикам доверял меньше всего и требовал бы минимальных привелегий для любого приложения. Ну просто нефиг ему делать на компе пользователя, не нужны ему права писать в AD и получать админский доступ к БД.
IB>Могу предположить: web более подвержен хакерским атакам.
Веб, который смотрит наружу — да. Двузвенка никогда наружу не смотрит, потому что сразу пароль от базы уплывет.
IB>А если дать десктопному приложению fulltrust, то не надо "заставлять приложение всегда работать в таких условиях", оно и так будет работать.
А если не дать?
IB>Эффект "work on my machine" наблюдал в веб. У пользователей разные версии браузеров, разные настройки (той же безопасности).
Знал бы ты сколько я видел приложений, которые внезапно перестали работать не под админом, тупо потому что в HKLM писать пытались или Program Files. По сравнению с ними проблемы с настройками браузера в вебе не видно в микроскоп.
IB>>>>>Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день). G>>>>За день? Когда 1000 клиентов? Сомневаюсь. IB>>>Да хоть 1000000. ClickOnce располагает бинарники десктоп приложения на веб сервере. Можно разместить приложения в шаренной папке. Написать приложение которой при добавлении в шаренную папку новой версии приложения, копирует его на комп пользователя, 1-2 дня G>>Я вообще-то про ручное размещение. ClickOnce ничем не лучше веба. IB>Не лучше, но и не хуже. Также залил в одном месте и все клиентские машины при следующей перезагрузке приложения получили новую версию.
Хуже потому что ссылок нет.
G>>>>Кроме того у веба есть офигенное преимущество — ссылки. Ссылку можно сохранить и передать кому-нибудь. Покажешь как такое в десктопе сделать? IB>>>Покажу XBAP. Ну если позарез нужны нужны ссылки и XBAP не катит, то без веб не обойтись. G>>Так XBAP это недовеб. Тот же браузер, тот же ограниченный контекст безопасности. Уж лучше SL последний, он OOB умеет. IB>Да, XBAP это недовеб, точнее это десктопное приложение исполняющееся в браузере в partial trust. Ты спросил как на десктопе сделать ссылки. Я тебе показал.
А чем оно тогда отличается от веба с точки зрения пользователя? Тем что .NET FW требует? Я же говорю — недовеб, уж лучше веб делать.
G>>Не серебрянная пуля, но для корпоративного софта всегда лучше, чем десктоп.
G>>1) Кроссплатформенность IB>Для корпоративного софта в этом отношении web будет "всегда лучше", если никто никогда не принимает долгосрочной корпоративной IT политики по использованию единой ОС, то есть всегда нужна поддержка всех ОС.
Даже если кто-то примет, что с того? Если ты хочешь ориентироваться на широкий класс заказчиков — используй веб.
G>>2) Ссылки IB>Для корпоративного софта в этом отношении web будет "всегда лучше", если для корпоративного софта всегда нужны ссылки.
Ссылки вообще всегда нужны. Они взаимодействие улучшают. Как например пользователь может сказать коллеге чтобы он ознакомился к некоторым документом или посмотрел назначение конкретного водителя? Ссылки могут ничего не улучшать только в очень простых приложениях.
G>>3) Stateless (это дает возможность обновлять софт без отключения клиентов) IB>Для корпоративного софта в этом отношении web будет "всегда лучше", если для корпоративного софта никогда не нужен statefull. Если используется Stateless превращенный в statefull, то не всегда есть "возможность обновлять софт без отключения клиентов". Может измениться формат и семантика данных состояния.
Неправильно формулируешь вопрос. Вопрос в том что statefull это только представление (даже не обязательно логика представления). Больше нигде он не нужен. Вот ты открыл клиент и работаешь с ним, тут на сервере приложение обновилось и тебе надо перезапустить. Ты в браузере тупо жмешь F5 и работает, а с десктопом нужно полный цикл остановка-запуск пройти. Кроме того, так как нет ссылок, ты теряешь контекст работы.
G>>4) Динамичность — добавить страницу с мешапом на сайт ниче не стоит, добавить форму в клиентское приложение стоит дофига. IB>Добавил форму в десктоп приложение, задеплоил на ClickOnce или скопировал в шареную папку, вот и все.
Ниифга, надо еще чтобы все перезапустили клиент и чтобы перешли на новую форму, а как ты о ней скажешь если у тебя ссылок нет?
IB>Стоимость в web и десктоп одинакова.
Создание страницы не обязательно ведет к редеплою приложения, а в десктопе обязательно. Я именно об этом и говорил.
Re[6]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
IB>Можно использовать что-то типа ASP.NET MVC, но (по моему опыту) он больше усложняет, чем упрощает. Использовал ASP.NET MVC 3 года назад, может сейчас что-то изменилось.
Наверное, стоит воздержаться от советования, если в технологии не разбираешься.
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Здравствуйте, Mazenrab, Вы писали:
M>Ищется человек на з/п 70-80 т.р. M>Что скажете по поводу тестового задания? Много-немного? Сколько бы вы на него ориентировочно потратили времени?
Задание нормальное, давать для человека, который хочет 70-80 тыс — вполне адекватно. Отсеятся ненужные категории людей — джуниоров, т.к. по стилю все будет понятно, и продвинутых чуваков, которые стоят больше 80 тыр, т.к. такие пройдут мимо.
Потратил бы час-два.
Re[7]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, Larvef, Вы писали:
L>Если человек откликнулся на вакансию — он как бы заявляет этим, что располагает необходимыми навыками. В процессе часового интервью выяснить имеет ли кандидат все необходимые профессиональные навыки для работы — невозможно. Есть люди, теряющиеся в ситуации экзаменовки (которой является такое собеседование), но являющиеся высококлассными спецами. Нередки ситуации, когда все время собеседования человека интервьюировали на наличие профессиональных компетенций, но совершенно упустили из виду его человеческие качества: умение работать с другими людьми, слышать собеседника и.т.д. Вот эти самые качества и надо бы выявлять во время собеседования. По всему остальному вы, как работодатель, защищены законом — а именно наличием испытательного срока. Вот за эти 3 месяца испытательного срока можно выявить профнепригодного человека (на практике — в течение нескольких дней). И уволить его.
L>Пишу, как работодатель. Данняя метода работает. Причем работает не только в отношении программистов.
Да в итоге мы к этому и придем. Но хочется сократить время затраченое на заведомо неподходящих кандидатов
А насчет того что раз кандидат откликнулся, значит располагает необходимыми качествами — это к сожалению трижды ха
Re[6]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, server_mouse, Вы писали:
_>Обратитесь к хорошим аутсортерам. Они решат ваши проблемы быстро и профессионально. Единственный шанс для вас сделать качественную веб морду — найти хорошего профессионала. Но судя по подходу вам его не найти. А значит потратите время, деньги и силы, а проект всё равно скатится в унылое unsupportable г-но.
Думали, не подходит по ряду причин. Было бы так не искали бы для этого человека.
Re[2]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
IB>Я бы не пошел на такую позицию, даже если бы задания не было. IB>Я против применения веб в карпоративных приложения. IB>Веб имеет преимущество по сравнению с десктоп (WinForms или WPF): для работы с приложением не нужно устанавливать ПО на компьютер, кроме интернет браузера + неважно какая OC у конечного пользователя, одно и тоже Веб приложение можно гонять на разных OC. Это важно если пользователь за день посещает 20 сайтов. Если при каждом посещении ему нужно будет устанавливать дополнительное ПО, это будет уныло. IB>В корпоративных приложениях, как правило у всех пользователей стоит одна OC (чаще всего Windows), затраты на установку одного десктоп приложения на фиксированное количество компьютеров минимальны. Современные технологии позволяют делать это централизовано (ClickOnce или можно самому сделать за день). IB>То есть преимущество веб технологий в карпоративных приложениях не нужны. Но если вы все-таки будете использовать веб в корпоративном приложении, то Вам придется платить на это ненужное преимущество. Разработка одного и тоже функционала под Web сложнее и дороже, чем под десктоп.
Ну вобщем не углубляясь в дискуссию...
Корпоративная среда может быть гетерогенной от и до И это наш случай и поэтому веб. И разумеется нужен доступ к системе не только с работы но и из дома, из командировки и из туалета в конце концов И разумеется сотрудники должны иметь возможность работать через iPad и iPhone.
Re[3]: Тестовое задание для соискателя на ASP.NET. Попинайте
M>Ну вобщем не углубляясь в дискуссию... M>Корпоративная среда может быть гетерогенной от и до И это наш случай и поэтому веб. И разумеется нужен доступ к системе не только с работы но и из дома, из командировки и из туалета в конце концов И разумеется сотрудники должны иметь возможность работать через iPad и iPhone.
Я рассматриваю веб, как один из способов доступа к системе, это не сама система. Иными словами веб это один из вариантов реализации presentation layer в многозвенной архитектуре.
Если я правильно понял Ваши потребности, я бы сделал так: то что для массового пользователя делается на Веб. Для массового пользователя это наверное только простое создание заявки. Это позволит создать заявку откуда угодно, как Вы хотите. Для служащего компании расширенный функционал на WPF, который включает весь функционал для массового пользователя + распределение водителей по заявкам + просмотр статистики + управление персоналом + бухгалтерия + assert management и т. д. Здесь уже будут ограничения по техническим средствам , по ОС и т. д., но этими ограничениями Вы можете управлять, так это это сотрудники Вашей компании, взамен Вы получите удешевление разработки ПО для внутреннего использования (или больший функционал за те же деньги).
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
Re[4]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
IB>Для служащего компании расширенный функционал на WPF, который включает весь функционал для массового пользователя + распределение водителей по заявкам + просмотр статистики + управление персоналом + бухгалтерия + assert management и т. д.
А в чем проблема сделать тот же "расширенный функционал" на вебе, кроме того что ты не знаешь веба?
IB>Здесь уже будут ограничения по техническим средствам , по ОС и т. д., но этими ограничениями Вы можете управлять, так это это сотрудники Вашей компании, взамен Вы получите удешевление разработки ПО для внутреннего использования (или больший функционал за те же деньги).
Кто сказал что WPF дает удешевление разработки? Скорее наоборот, WPF крайне сложен, по сравнению с генерацией текстового html\json и js вместе взятыми.
Re[4]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, igor-booch, Вы писали:
IB>Я рассматриваю веб, как один из способов доступа к системе, это не сама система. Иными словами веб это один из вариантов реализации presentation layer в многозвенной архитектуре. IB>Если я правильно понял Ваши потребности, я бы сделал так: то что для массового пользователя делается на Веб. Для массового пользователя это наверное только простое создание заявки. Это позволит создать заявку откуда угодно, как Вы хотите. Для служащего компании расширенный функционал на WPF, который включает весь функционал для массового пользователя + распределение водителей по заявкам + просмотр статистики + управление персоналом + бухгалтерия + assert management и т. д. Здесь уже будут ограничения по техническим средствам , по ОС и т. д., но этими ограничениями Вы можете управлять, так это это сотрудники Вашей компании, взамен Вы получите удешевление разработки ПО для внутреннего использования (или больший функционал за те же деньги).
Ну у нас приблизительно так и есть. Десктопное приложение с богатым функционалом + веб с базовым функционалом. Просто система заявок у нас гораздо более многоступенчатая и к приведенному примеру имеет несколько условное отношение. Думаю постепенно будем расширять функционал доступный с веба.
Re[5]: Тестовое задание для соискателя на ASP.NET. Попинайте
Задание нормальное.
Можно дать человеку 2 — 3 часа, чтобы на месте на Вашем компе сделал.
Неважно, если что-то не успеет, достаточно посмотреть на то что успел.
Давать на дом на несколько дней, чтобы было сделано всё целиком не рекомендую,
если качественно начать делать, времени может много уйти, могут отказаться, а делать не качественно не будут, побоятся опозориться.
Еще могут побояться следующего: есть компании, которые через такие задания на дом получают бесплатную рабочую силу.
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Здравствуйте, Mazenrab, Вы писали:
M>Здравствуйте, server_mouse, Вы писали:
_>>Обратитесь к хорошим аутсортерам. Они решат ваши проблемы быстро и профессионально. Единственный шанс для вас сделать качественную веб морду — найти хорошего профессионала. Но судя по подходу вам его не найти. А значит потратите время, деньги и силы, а проект всё равно скатится в унылое unsupportable г-но.
M>Думали, не подходит по ряду причин. Было бы так не искали бы для этого человека.
Ну что же, удачи! На вашем месте я бы обратил внимание на следующие моменты:
— Знает ли и умеет применять классическую трехзвенку. Какие вариации внутри трехзвенки видит, какие использовал на практике. Это скорее всего станет базой вашего приложения и ошибки тут будут одни из самых дорогих.
— Знание и умение применять DI & IoC — имхо просто обязательно. Значительно упростит дальнейшую поддержку
— JQuery(UI) это маинстрим и просто маст хэв сейчас
— Понимание того, что такое RESTfull и умение готовить. При правильной готовке вашего приложения вы можете получить не только отзывчивый интерфейс, но и API "за бесплатно"
— основы HTML верстки
— хотя бы общее представление о профилировании веб (кэш, спрайты, keep-alive, etc)
Повреждение мозга после ректальной биопсии — редкая штука (с) Хаус
Re[8]: Тестовое задание для соискателя на ASP.NET. Попинайте
Здравствуйте, server_mouse, Вы писали: _>Ну что же, удачи! На вашем месте я бы обратил внимание на следующие моменты: _>- Знает ли и умеет применять классическую трехзвенку. Какие вариации внутри трехзвенки видит, какие использовал на практике. Это скорее всего станет базой вашего приложения и ошибки тут будут одни из самых дорогих. _>- Знание и умение применять DI & IoC — имхо просто обязательно. Значительно упростит дальнейшую поддержку _>- JQuery(UI) это маинстрим и просто маст хэв сейчас _>- Понимание того, что такое RESTfull и умение готовить. При правильной готовке вашего приложения вы можете получить не только отзывчивый интерфейс, но и API "за бесплатно" _>- основы HTML верстки _>- хотя бы общее представление о профилировании веб (кэш, спрайты, keep-alive, etc)
Спасибо. Пока люди приходящие на собеседования, совсем нулевые, а хотят 80 тысяч
Опыта разработки нет, в команде никогда не работали, вопрос "а что вы сделали сами" ставит их в тупик, только один из трех вообще может похвастаться хоть чем-то работающим.
Мы не против обучить разработчика в определенной области знаний (или даже в нескольких), но хочется учить не совсем с нуля а чтобы все таки база была.
Re: Тестовое задание для соискателя на ASP.NET. Попинайте пл
Лично я бы за 80к не поленился написать такое задание
Но если бы спросили моё мнение, я бы предпочёл на собеседовании рассказать как и с помощью чего я буду это делать.
В крайнем случае написать прям на собеседовании маленькие примеры, типа, подсветка при редактировании, запрос к базе и т.п.
Считаю, если человек может, НЕ приступив к выполнению рассказать что надо сделать и с какими трудностями можно столкнуться (рассказать
как их обойти) — скажет о человеке гораздо больше.