Давай наверно закругляться. Про китайский и инглиш спрашивать не буду, это из другой оперы. Но если хочешь, можешь написать на них любой из ответов
A>Твоя задача A>1) Определить где именно я наврал A>2) Определить где именно моя подготовка соответствует заявленной
Выводы представлю чуть позже.
A>3) Определить мою адекватность, способность решать проблемы, и тп
Тут без длинного разговора не обойтись. В онлайне это может занять несколько дней и всем надоест.
Ok?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте IT, Вы писали:
IT>>>Как можно расшарить память между двумя процессами? A>>В 9X выделить после второго GB адресного пространства, IT>Первый раз об этом слышу. Это же хак.
Нет там вся память после 2GB общая, это документировано.
A>>в NT много способов есть, один из них например Memory Mapped Files но помоему есть и другие, притом дохрена.
IT>map-файлы замечательно работают и под W95.
Нихрена они не замечательно работают они не синхронизируются
мнгновенно если в них 2 разных процесса пишут.
A>>Без MSDN не назову. надо смотреть в сторону VirtualAlloc
IT>Все они скорее базируются на map-файлах.
Не факт. Есть еще часть posix-овского API.
Хотя хз как она там внутренне устроена.
A>>Просто не включать в thread local storage IT>А зачем, она ж и так между ними расшарена
Thread local storage это память которая у каждого потока
своя, томечается ключевым словом __thread в VC.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте IT, Вы писали:
A>>Твоя задача A>>1) Определить где именно я наврал A>>2) Определить где именно моя подготовка соответствует заявленной
IT>Выводы представлю чуть позже.
Ok предстваляй, а я потом представлю их правильность.
В идеале если ты мое "резюме" перепишешь с указанием
твоего предстваления о времени подготовки хотя бы с точностью
до порядка. (неделя, месяц, квартал, год, несколько лет)
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте Anatolix, Вы писали:
A>>>В 9X выделить после второго GB адресного пространства,
IT>>Первый раз об этом слышу. Это же хак.
A>Нет там вся память после 2GB общая, это документировано.
А какие системные dll по каким адресам там находяться, тоже документировано?
A>>>в NT много способов есть, один из них например Memory Mapped Files но помоему есть и другие, притом дохрена.
IT>>map-файлы замечательно работают и под W95.
A>Нихрена они не замечательно работают они не синхронизируются мнгновенно если в них 2 разных процесса пишут.
Возможно. Никогда не проверял одновременную запись.
A>>>Просто не включать в thread local storage
IT>>А зачем, она ж и так между ними расшарена
A>Thread local storage это память которая у каждого потока своя, томечается ключевым словом __thread в VC.
Да сколько там той памяти? Хотя в принципе достаточно и 4-х байт
Если нам не помогут, то мы тоже никого не пощадим.
Выводы я делаю не только по вопросам ответам, но и по всему нашему трёпу в этом топике.
Знание языков программирования:
A>C/C++ — очень отлично — 8 лет
Нормально. Скил не бумажный. Несколько лет есть точно, мем более учитывая опыт с Юниксами (который я не могу проверить), где ни о чём другом речи быть не может.
A>Object Pascal — отлично — 2 года
Скорее всего с этим всё нормально.
A>Java — хорошо — 0.5 года
Нету Java.
A>Assembler — хорошо — 2.5 года опыта в Reverse Engeneering(хобби, эпизодически)
Нормально.
A>Microsoft Visual C++ — отлично — 3 года
Некоторый опыт есть, видимо на небольших проектах. И скорее всего это средство не является основным.
A>Borland C++ Builder — Guru — 5 лет. A>Borland Delphi — отлично — 1 год A>Borland Java Builder — прилично — 0.5 года
Без понятия.
A>Interbase — отлично — 3 года. A>Oracle — программирование — хорошо, администрирование — плохо — 1 год. A>MS-SQL — видел — 1 неделя A>SQL — отлично — 3 года
С этим всё нормально. Видимо так оно и есть.
A>COM / ATL — хорошо — 1 год
Думаю на уровне прочтения нескольких книжек и возможно небольших тестовых проектов.
A>SSL — знаю, пользовал библиотеку OpenSSL — 1 месяц
Может и больше. Вообще с протоколами всё нормально.
A>XML — неплохо — 2 года(эпизодически)
Так себе, скорее всего readonly. Учитывая то, что в XML нет ничего сложного и его использовать легко и просто, то о серьёзных его знаниях говорить не имеет смысла. Нужно переходить на SOAP, XSL или другие технологии, которые на нём базируются.
A>DirectDraw, Direct3D, DirectShow — хорошо — 3 месяца A>Qt — хорошо — 2 года
Об этом я не спрашивал, т.к. не знаю.
A>MFC — хорошо — 1 год
Возможно несколько раз запускал визарды + что-то слышал от других людей. Нормальных знаний нет.
A>WinAPI — хорошо 2 года
Очень широкое понятие, думаю, речь идёт не ознаниях, а об умении ориентироваться в WinAPI. Ok.
A>Unix/Posix API — хорошо — 2 года
Не проверял.
A>Интернет протоколы(NTTP, SMTP и другие *TP) A>Внутреннее устройство OS Windows
Нормально.
A>Китайский(родной :)
Не верю :)
A>Английский(письменный — свободно, устный плохое произношение)
Да бог с ним.
Жаль не могу проверить Юникс. Если с ним всё нормально, то могу сделать предположение, что ты на нём в основном и работаешь. Интенсивный опыт с базами данных. Возможно занимаешься интеграцией Unix и Windows на низком уровне. Технологии Windows больше идут как хобби, ну возможно ещё увлечение хаком.
Если нам не помогут, то мы тоже никого не пощадим.
Re[5]: Требуется Anatolix...
От:
Аноним
Дата:
08.08.02 18:22
Оценка:
Здравствуйте IT, Вы писали:
IT>Здравствуйте Anatolix, Вы писали:
IT>>>Какие объекты ядра могут быть использованы для синхронизации работы процессов, а какие только для потоков?
A>>Mutex для процессов, Critical Section только для потоков.
IT>Ну там есть ещё всякие Events.
Простите, не могу пройти мимо. Насколько я помню, Critical Sections не являются объектами ядра.
Здравствуйте Аноним, Вы писали:
IT>>>>Какие объекты ядра могут быть использованы для синхронизации работы процессов, а какие только для потоков?
A>>>Mutex для процессов, Critical Section только для потоков.
IT>>Ну там есть ещё всякие Events.
А>Простите, не могу пройти мимо. Насколько я помню, Critical Sections не являются объектами ядра.
Не являются. Наверное нужно было сказать "Какие объекты синхронизации могут быть использованы для синхронизации...", но получается тавтология. Надо было как-то по другому сформулировать вопрос.
Если нам не помогут, то мы тоже никого не пощадим.
IT>Давай наверно закругляться. Про китайский и инглиш спрашивать не буду, это из другой оперы. Но если хочешь, можешь IT>написать на них любой из ответов :)
Ну, теперь можно. Как мне показалось данное собеседование.
Java. Качество (т.е. возможность что-то реально выяснить про человека)
собеседования близко к нулю. Дан один простой пример, при том, достаточно
некорректный — проблема, которая там должна быть обнаружена, легко могла
бы и отсутствовать в принципе — про класс TextFile мы ничего не знаем,
но поскольку он явно не относится к стандартному вводу-выводу, то можно
предположить, что он жрет все исключения внутри методов, и к примеру,
закрывает файлы сам по отлову исключения.
C++. По языку — не впечатляет. Многие вещи обойдены, единственный, не очень
тривиальный вопрос — декорация имен функций. В Страусе на эту тему ничего нет,
если мне память не изменяет, так что надо или иметь реальный опыт, либо внимательно
читать референсы.
MSVC. Бее :) Человек всю жизнь мог собирать проекты с помощью make,
а отлаживаться с помощью печати и WinICE в особо сложных случаях.
И не факт, как еще быстрее будет J. Грамотный логгинг + ассерты —
великая вещь! Требовать от него, что бы он вспомнил, куда для чего
там мышкой тыкать... Не концептуально. Я бы не стал даже и спрашивать...
ATL, COM. Нормально. Ситуацию прояснили — шпионы всегда прокалываются на мелочах.
Win32 API. Хорошо.
Но вообще, чем дальше я на все это смотрю, тем больше убеждаюсь, что
единственный относительно нормальный метод собеседовать людей — это давать
небольшие, но реальные, тестовые задания. По результатам сразу многое можно
будет о человеке сказать, если задачи грамотно поставлены.
А потом уже, имея результаты — разговаривать. Странно, но этот метод
мало кем практикуется. Всего в паре-тройке мест по моему опыту. Странно,
что и я, будучи по ту сторону баррикад, был настроен не связываться с
тестовыми задачами…Я так понимаю, что народ вообще такие вещи не жалует?
Зря.
В целом, тема порадовала. Все учту, если вдруг пойду собеседоваться,
а все к тому идет. :)
Здравствуйте Karimchik, Вы писали:
A>>в NT много способов есть, один из них например Memory A>>Mapped Files но помоему есть и другие, притом дохрена.
K>Товарищи, а как же интсрумент всех стран и народов — pipes?
А разве они позволяют расшаривать память?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте IT, Вы писали:
IT>Здравствуйте Karimchik, Вы писали:
A>>>в NT много способов есть, один из них например Memory A>>>Mapped Files но помоему есть и другие, притом дохрена.
K>>Товарищи, а как же интсрумент всех стран и народов — pipes? ;)
IT>А разве они позволяют расшаривать память?
Абшипси :shuffle: Но с другой стороны шаринг памяти в основном нужен для обмена данными между потоками/процессами, а через пайпы.... — они для этого созданы :))
Здравствуйте IT, Вы писали:
IT>Здравствуйте Anatolix, Вы писали:
IT>Выводы я делаю не только по вопросам ответам, но и по всему нашему трёпу в этом топике.
Неспортивно! Выходит за рамки задачи. Идея была понять, можно ли с помощью
собеседования выяснить, нагнал человек у себя в резюме, или нет.
IT>Знание языков программирования:
A>>C/C++ — очень отлично — 8 лет
IT>Нормально. Скил не бумажный IT>Несколько лет есть точно...
Пожалуй. Хотя единственный реальный вопрос — про декорацию имен...
Но на 8 лет вопрос не тянет — года достаточно, пожалуй. Да даже и меньше.
A>>Java — хорошо — 0.5 года IT>Нету Java.
Он прокололся, что спрашивал у Java-guys, из чего следует
что сам он им не является. Вопрос был неккоректный, следовательно
судить нельзя.
A>>Assembler — хорошо — 2.5 года опыта в Reverse Engeneering(хобби, эпизодически) IT>Нормально.
Вписать что-ли ассемблер обратно в свое резюме?
A>>Microsoft Visual C++ — отлично — 3 года IT>Некоторый опыт есть, видимо на небольших проектах. IT>И скорее всего это средство не является основным.
У нас был проект, собиравшийся под MSVC, мегов так на 30
исходников. Собирался, по большей части, make-ом.
Т.е. при этом про среду свободно можно было бы не знать.
A>>COM / ATL — хорошо — 1 год IT>Думаю на уровне прочтения нескольких книжек и возможно небольших тестовых проектов.
Кстати, ATL/COM потрясающе хорошо забываются. Стоило год с ними не поработать — и все.
Напрочь. Хотя опыт был довольно большой. А все потому, что архитекрура корявая и
уродливая — сразу видно, что MS старалась...
A>>MFC — хорошо — 1 год
К MFC тоже относится
IT>Возможно несколько раз запускал визарды + что-то слышал от других людей. Нормальных знаний нет.
И хорошо MFC — в сад
A>>WinAPI — хорошо 2 года IT>Очень широкое понятие, думаю, речь идёт не ознаниях, а об умении ориентироваться в WinAPI. Ok.
А что можно вместо этого в резюме написать? Список всех функций API,
которыми приходилось пользоваться? Тоже не дело...
A>>Внутреннее устройство OS Windows
От тут можно было бы порезвится. Кольца там, драйверы, то-сё...
IT>Unix и Windows на низком уровне. Технологии Windows больше идут как хобби, ну возможно ещё увлечение хаком.
Ну я бы не сказал. IMHO, вполне может быть нормальный опыт. Даже и интересный — Qt там. Это вам не MFC смердящее.
Anatolix, а Qt под винды нынче дорог? Я бы глянул...
Здравствуйте dmz, Вы писали:
dmz>Java. Качество (т.е. возможность что-то реально выяснить про человека) собеседования близко к нулю. Дан один простой пример, при том, достаточно некорректный — проблема, которая там должна быть обнаружена, легко могла бы и отсутствовать в принципе — про класс TextFile мы ничего не знаем, но поскольку он явно не относится к стандартному вводу-выводу, то можно предположить, что он жрет все исключения внутри методов, и к примеру, закрывает файлы сам по отлову исключения.
Человек прокололся на самом простом вопросе, дальнеёший разговор не имел смысла. А про класс TextFile как минимум известно, что речь идёт о текстовом файле и у него есть методы закрытия и открытия. Т.е. это очень похоже на ресурс, которые после использования надо освобождать.
dmz>C++. По языку — не впечатляет. Многие вещи обойдены, единственный, не очень тривиальный вопрос — декорация имен функций. В Страусе на эту тему ничего нет, если мне память не изменяет, так что надо или иметь реальный опыт, либо внимательно читать референсы.
Нужен полный список вопросов от BrainBench? Некоторые так и делают. Сажают человека за комп, а сами содятся рядом и смотрят как человек сдаёт экзамен. Но на это нет времени. В принципе, было бы достаточно ещё попросить написать процедуру подсчёта битов в int и реверсии строки, но в этом не было необходимости.
dmz>MSVC. Бее Человек всю жизнь мог собирать проекты с помощью make,
У человека было заявлено средсво разработки, читай среда программирования. При этом её название было указано не верно. Вообще-то надо не Visual C++, а Visual Studio.
dmz>Но вообще, чем дальше я на все это смотрю, тем больше убеждаюсь, что единственный относительно нормальный метод собеседовать людей — это давать небольшие, но реальные, тестовые задания.
Возможно. Только к этому надо заранее готовится. А представь, если тебе принесли резюме и сказали проинтервьюировать человека, какие тут тестовые задания.
Кстати, все вопросы я придумывал по ходу дела, не именя ни плана, ни перечня вопросов.
dmz>В целом, тема порадовала. Все учту, если вдруг пойду собеседоваться, а все к тому идет.
Удачи.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте dmz, Вы писали:
IT>>Выводы я делаю не только по вопросам ответам, но и по всему нашему трёпу в этом топике.
dmz>Неспортивно! Выходит за рамки задачи. Идея была понять, можно ли с помощью собеседования выяснить, нагнал человек у себя в резюме, или нет.
Хорошо, переформулируем. По нашему с ним трёпу. А ты думаешь на собеседовании не бывает трёпа? Вопросы как раз и нужны для того, чтобы его организовать
dmz>Но на 8 лет вопрос не тянет — года достаточно, пожалуй. Да даже и меньше.
Я не могу определить возраст скила по нескольким вопросам. Да это и не имеет смысла. Возможно у меня опыт работы с C++ больше в два раза чем у Андрея Тарасевича, но тягаться я с ним не буду, т.к. у него другая подготовка и он уделает меня очень быстро. Но с другой стороны это же совсем не означает, что водитель троллейбуса плохой водитель, т.к. он не Шумахер. Его умений достаточно, чтобы управлять троллейбусом.
A>>>Java — хорошо — 0.5 года IT>>Нету Java. dmz>Он прокололся, что спрашивал у Java-guys, из чего следует что сам он им не является. Вопрос был неккоректный, следовательно судить нельзя.
Почитай внимательно. Он начал спорить совсем о другом.
A>>>Assembler — хорошо — 2.5 года опыта в Reverse Engeneering(хобби, эпизодически) IT>>Нормально. dmz>Вписать что-ли ассемблер обратно в свое резюме?
А чё. Я помнится тоже ешё на tasm'е что-то делал лет этак много назад
A>>>WinAPI — хорошо 2 года IT>>Очень широкое понятие, думаю, речь идёт не ознаниях, а об умении ориентироваться в WinAPI. Ok.
dmz>А что можно вместо этого в резюме написать? Список всех функций API, которыми приходилось пользоваться? Тоже не дело...
Можно писать конкретнее, например, multithreading, unicode и т.п. У меня, кстати, один мужик спрашивал, почему я не указал это явно в резюме.
A>>>Внутреннее устройство OS Windows dmz>От тут можно было бы порезвится. Кольца там, драйверы, то-сё...
Можо было бы, если бы тебе попался гуру, а если нет? Это было бы похоже на избиение младенца.
IT>>Unix и Windows на низком уровне. Технологии Windows больше идут как хобби, ну возможно ещё увлечение хаком.
dmz>Ну я бы не сказал. IMHO, вполне может быть нормальный опыт. Даже и интересный — Qt там. Это вам не MFC смердящее.
Хорошо, я переформулирую. Технологии Windows не первичные. Опять же с оговорками о Юникс. Мне почему то кажеться, что Anatolix там больше себя проявил. Возможно я ошибаюсь.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте IT, Вы писали:
IT>Здравствуйте Anatolix, Вы писали: IT>А какие системные dll по каким адресам там находяться, тоже документировано?
Нет но любое свободное место ты там можешь юзать
IT>>>map-файлы замечательно работают и под W95. A>>Нихрена они не замечательно работают они не синхронизируются мнгновенно если в них 2 разных процесса пишут. IT>Возможно. Никогда не проверял одновременную запись.
Не смог вчера это в рихтере найти, хотя мне
кажется что-то было на эту тему хотя возможно я
и погнал.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Мда... Ответ настолько прост, что я смотрю никто и не задался вопросом, что означает conn.CursorLocation = 2.
2 — adUseServer — курсор открываемый на сервере(причем это значение идет как DEFAULT, смотрите MSDN Using Cursors with ADO). Все что нужно сделать, так это выставить conn.CursorLocation = 3 — adUseClient, открывать курсор у клиента,
а не на сервере(там курсор делает DEALLOCATE после первого же resultset).
И этот вопрос задан из практики. Помню я на нем день потерял. Мне нужно было вернуть расчеты из одной SP в разных таблицах, так как делал это еще с db-library.
Здравствуйте dmz, Вы писали:
A>>>Java — хорошо — 0.5 года IT>>Нету Java. dmz>Он прокололся, что спрашивал у Java-guys, из чего следует dmz>что сам он им не является. Вопрос был неккоректный, следовательно dmz>судить нельзя.
Я не прокололся. Объясняю: я здесь существовал одновременно в 2
ипостасях. Как человек которого интервьюируют и как участник
форума RSDN который комментирует процесс. Так вот комментарий
про JavaGuys был отпущен второй ипостасью а в собеседовании
этого типа не было.
dmz>Anatolix, а Qt под винды нынче дорог? Я бы глянул...
2100$ Professional и 700$ standart. Если хочешь
забирай trial в www.trolltech.com и смотри.
(Если достанут Nag screen пиши мне
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте IT, Вы писали:
A>>C/C++ — очень отлично — 8 лет IT>Нормально. Скил не бумажный. Несколько лет есть точно, мем более учитывая опыт с Юниксами (который я не могу проверить), где ни о чём другом речи быть не может.
На самом деле 3 года как и вообще общий период профессионального
программирования. На BrainBench рубился неоднократно
Transcript: 2239487. К сожалению не всегда получается
сдавать на Master-а чем сильно разочарован.
A>>Object Pascal — отлично — 2 года IT>Скорее всего с этим всё нормально.
Никогда не программировал на нем :-) но
знаю действительно неплохо. См комментарий
к Delphi.
A>>Java — хорошо — 0.5 года IT>Нету Java.
Книжка прочитанная на искосок и одна
поправленная чужая программа среднего объема
(VNC клиент на Java, надо было протокол изменить).
Когда вижу чужой код то по аналогии програмирую
достаточно уверенно, но без этого даже "hello, world"
не смог бы написать.
A>>Assembler — хорошо — 2.5 года опыта в Reverse Engeneering(хобби, эпизодически) IT>Нормально.
На самом деле Reverse Engeneering нормально, а Assembler хз.
Видинь ли ты реверсишь код который написано компилятором,
а тот пользует команд 30 от силы(самые умные 50).
A>>Microsoft Visual C++ — отлично — 3 года IT>Некоторый опыт есть, видимо на небольших проектах. И скорее всего это средство не является основным.
Сейчас основным, но пользуется в основном как компилятор.
A>>Borland C++ Builder — Guru — 5 лет.
Ну естественно не 5 а 3, т.к. такой суммарный опыт.
Сейчас являюсь Co-moderatorom конфы на http://www.softforum.ru/cbuilder уровень действительно
сильно высокий.
A>>Borland Delphi — отлично — 1 год
Вообще никогда не его не пользовал. Но знаю
очень хорошо, даже статья в журнале программист
есть моя по поводу Delphi. Объясняется это
тем что очень похож на CBuilder? За исключением
основного языка, но исходников на Object Pascal
я начитался выше крыши, вся VCL написана на pascal.
A>>Borland Java Builder — прилично — 0.5 года
Я его заставлял код генерить когда программировал на Java.
Лень было rtfm делать а с ним удобно, кнопки нарисовал
на форме, посмотрел какой код получился.
A>>Interbase — отлично — 3 года. A>>Oracle — программирование — хорошо, администрирование — плохо — 1 год. A>>MS-SQL — видел — 1 неделя A>>SQL — отлично — 3 года IT>С этим всё нормально. Видимо так оно и есть.
MSSQL никогда не видел и даже не устанавливал,
а остальное правда.
A>>COM / ATL — хорошо — 1 год IT>Думаю на уровне прочтения нескольких книжек и возможно небольших тестовых проектов.
На самом деле есть опыт вяких экспортов Word и тп.
Но на BCB это делается не средствами ATL. А при написании
ActiveX и Automation и тп BCB пользует свою слегка
модифицированную версию ATL при этом Wizard
там так круто все генерит что руками вообще
никто ничего не пишет. Использования COM в VC++
ограничивается прочтением книги Inside ATL.
Но было давно и ничего уже не помню, а прямо
перед экзаменом прочитать поленился, т.к. он
был не настоящий.
A>>SSL — знаю, пользовал библиотеку OpenSSL — 1 месяц IT>Может и больше. Вообще с протоколами всё нормально.
На самом деле неделя, один из левых(в смысле не по
основной работе) коммерческих
проектов потребовал его поюзать я и поюзал.
С протоколами действительно все в порядке.
A>>XML — неплохо — 2 года(эпизодически) IT>Так себе, скорее всего readonly. Учитывая то, что в XML нет ничего сложного и его использовать легко и просто, то о серьёзных его знаниях говорить не имеет смысла. Нужно переходить на SOAP, XSL или другие технологии, которые на нём базируются.
Да я здесь XSL и Xpath и не упоминал. Так использование парсеров
(правда много парсеров перепробовал). Сохранение конфигов
в XML и тп.
A>>DirectDraw, Direct3D, DirectShow — хорошо — 3 месяца
Юзал один месяц, тоже левый коммерческий проект.
A>>Qt — хорошо — 2 года
На самом деле пол года, ну не важно.
A>>MFC — хорошо — 1 год IT>Возможно несколько раз запускал визарды + что-то слышал от других людей. Нормальных знаний нет.
Так и есть.
A>>WinAPI — хорошо 2 года IT>Очень широкое понятие, думаю, речь идёт не ознаниях, а об умении ориентироваться в WinAPI. Ok.
Да примерно так.
A>>Unix/Posix API — хорошо — 2 года
На самом деле не плохо знаю но 2
года это эпизодически. Так в основном
левые работы и самостоятельное изучение.
Там правда и знать то нечего, там API
не впример проще чем виндовый.
A>>Интернет протоколы(NTTP, SMTP и другие *TP) A>>Внутреннее устройство OS Windows IT>Нормально.
Ok.
IT>Жаль не могу проверить Юникс. Если с ним всё нормально, то могу сделать предположение, что ты на нём в основном и работаешь.
Нет я не в основном в нем работаю. Даже сейчас
пишу кросплатформенное приложение на Windows.
Все таки удобнее. Потом его портирую(буквально
большие буквы на маленькие позаменяю в
#include и заработает)
IT>Интенсивный опыт с базами данных.
Это есть.
IT>Возможно занимаешься интеграцией Unix и Windows на низком уровне.
Не на низком. Так просто общение через socket-ы по сети.
IT>Технологии Windows больше идут как хобби, ну возможно ещё увлечение хаком.
Нет до этого 2.5 года писал на основной работе на Windows/BCB.
Как у меня в настоящем резюме написано "разработка средства
разработки бухгалтерских программ" т.е. буквально свой дизайнер
форм по классу не уступающий дельфовому и тп.
Сейчас пишу кросплатформенный IP телефон на Qt
тесно объединенный с системой написанной в Web
работающей на unix.
Выводы о unix ориентированности ты сделал не правильно.
Т.е. ты не проверил как раз unix и Delphi/BCB но посчитал
что я unix-оид (возможно уровень подготовки просто не
состыковался с твоим представлением 'дельфака позорного')
;)
По поводу общего, то да видимо уровень определить
задавая вопросы все-таки можно. Но на проядок больше
можно о человеке узнать просто спросив его что он делал
раньше и попросив описать свои проекты.
Там будет сразу понятно что и где ты пользовал. Если у
тебя написано Java — 1 год, а на вопрос где ты его использовал
ты говоришь "самоподготовка", то все сразу становится
понятно
P.S. Спасибо было интересно и поучительно.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте 4auHuK, Вы писали:
>(там курсор делает DEALLOCATE после первого же resultset).
Ты уверен в своей правоте?
[msdn]
The SQL Server ODBC driver does not support multiple active recordsets on the same connection when using the forward-only cursor. The OLE DB Provider for ODBC drivers attempts to work around this limitation by creating a second connection. Since temporary tables are only visible to the connection that created it, the application fails to find the table and returns a DB_E_NOTABLE HRESULT
С удовольствием читал и с нетерпением ждал продолжения. Иначе как героями дня (нескольких дней? недели?) вас назвать нельзя.
A>>>C/C++ — очень отлично — 8 лет IT>>Несколько лет есть точно, мем более учитывая опыт с Юниксами (который я не могу проверить), где ни о чём другом речи быть не может. A>На самом деле 3 года как и вообще общий период профессионального программирования.
Дело, наверное, не в том, сколько лет. Всё-таки есть разница между годами использования предмета, допустим, С/С++, человеком с опытом программирования и без оного.
A>По поводу общего, то да видимо уровень определить задавая вопросы все-таки можно. Но на проядок больше можно о человеке узнать просто спросив его что он делал раньше и попросив описать свои проекты. A>Там будет сразу понятно что и где ты пользовал. Если у тебя написано Java — 1 год, а на вопрос где ты его использовал ты говоришь "самоподготовка", то все сразу становится понятно
A>P.S. Спасибо было интересно и поучительно.
Если нам не помогут, то мы тоже никого не пощадим.
