Каморка

Забыл.
Про програмляние ЧПУ и железок.
Я вовсе не извращенец. Только не хочу лом и лопату. Сейчас, говорят, в Канаде труба с хай-тек спецами. Вот и ищу любую, околокомповую работу. Ребята! Я ж реалист. Я ж не еду "покорять" Канаду своими скилзами. Думаю, такие там пачками ходят. Всё ж заграница!

Vims писал(а):

правильные пацаны не работают

хахаха....

зря смиешься мысль то здравая...

это не мысль ... это мо-ти-ва-ция

- кастомайзить на autolisp и C++ для AutoCad MAP (совершенно уродский программный продукт)

врядли это нужно тут как основные знания. Обычно отдела консалтинга сами это умеют делать и обычно этим канадцы занимаются

- тоже для продукции ESRI (ArcView 3.1, ArcGis 8.0) на Avenue, VC++, VB

Это здесь популярно и процветает

- умею править топологию (делать правильные билды с клинами) для покрытий старушки ARC/INFO 7.0.

тоже знания последней степени важности


--А куда податся - то? Резюме рассылать куда?

начни отсюда.
http://members.rogers.com/rtroika/job.htm


--PS. Почему Информикс? MS SQL Server2k - не модняво в Канаде?

не слушай его. MSSQL, Oracle, SyBase. популярны.
но в ГИС конторах масовое засилье MS Access с которым борюсь со страшной силой.

to Lepsik.
Смотрю ссылочку. Спасибо.

По поводу Access. Знаешь а я плюнул. Ивот почему. Ведь самое главное, чтобы народ не программировал грёбанными сребствами Access. А так пусть используют Access, как вместилище (прошу не путать с другим похожим по звучанию словом) данных. Ну, для особо яростных и одарённых, можешь напомнить про ограничение в 2 гига для базы.

В нашей конторе мы тоже помимо MS SQL Server использем Access в качестве в......ща базы даных. Доступ при помощи ODBC, ADO или OLE-OLE-OLE DB (впрочем, всё равно на более низком уровне все приезжает к ODBC). Междумордие (интрефейс) - C++ или VBA. Другой подход, который мы сейчас развивает -midlewar-ные DCOM сервера предприятия для работы с DBMS. Программеры клиентского ПО вообще не знают с чем имеют дело. Говоришь им только, что следует использовать ANSI SQL и что не следует напрягать драйвера ODBC Access инструкциями типа CAST, CONVERT.
Так вот помыкается народ с минимальным набором возможностей SQL, а потом приходит и говорит:"Ну ладно, давай посмотрим, что там в ТВОЁМ!!!!! SQL сервере такого...".
Так, что не борись. А будь гибшее. Пусть сами на грабли понатыкаются. Потом сами прибегут.

хранилища? да и почему аксес, а не скажем MSDE?

vg писал(а):Доступ при помощи ODBC, ADO или OLE-OLE-OLE DB (впрочем, всё равно на более низком уровне все приезжает к ODBC).

Нет. Не "приезжают". ADO как и ADO MD работают с низкоуровневыми OLE DB и OLE DB for OLAP соотвественно. Открой MSDN Data Access и почитай: "Microsoft® ActiveX® Data Objects (ADO) enable your client applications to access and manipulate data from a variety of sources through an OLE DB provider. Its primary benefits are ease of use, high speed, low memory overhead, and a small disk footprint. ADO supports key features for building client/server and Web-based applications." "Like ADO, ADO MD uses an underlying OLE DB provider to gain access to data."

Язык у тебя просто пугающий какой-то. Как и осведомленность обо всём на свете. В России сейчас все так и говорят? Смотри не поделись такими сведениями, как из цитаты, на интервью. Как человек прошедший много интервью заверяю - хватит куда меньшего ляпа, чтобы всё испортить.

Уважаемый Woozy!
Спасибо за Ваши замечания. В России говорят, используя общий разговорный язык, различный сленг, интонации, если хотите, в зависимости от ситуации. Наверное, и в Канаде так. С моими друзями мне проще обсуждать многие вопросы, касающиеся программирования, на такой шутливой ноте. Я делаю так, пока моим друзьям проще. Когда становится не удобно, то язык общения становится другим. Но, это моё личное мнение и манера поведения. Без обобщений. Конечно, стиль ведения беседы на интерьвью, если до этого дойдёт дело, будет иным.
Что же до зваимосвязи ODBC, ADO и OLE DB, то выше имелся в виду совершенно определённый контекст - технологии доступа к данным современных СУБД, а не "...variety of sources through an OLE DB provider...", как Вы цитировали.
К сожалению, я не видел ссылок или разъяснений Microsoft, о том, что для большинства промышленных баз данных используются другие технологии, кроме ODBC. Что до ADO и OLE BD, то последние представляют своего рода удобный механизм, конечно, более простой, чем достаточно низкоуровневое программирование с использованием API ODBC. OLE BD - очередная попытка Microsoft создать универсальные способы, вернее стандарт, доступа к данным, не только к данным релляционных баз. Но когда дело доходит до собственно баз данных, то и ADO и OLE BD ипользуют ODBC.
В любом случае, для того, чтобы предметно и определённо говорить, необходимо или иметь техническую документацию, или приводить примеры опыта. Попробуйте временно переименовать dll драйверов odbc, которые Вы используете и выполнить Вашу программу, использующую OLE DB.

vg писал(а):Наверное, и в Канаде так.

Что-то "побазёнок" не слыхал по английски.

К сожалению, я не видел ссылок или разъяснений Microsoft, о том, что для большинства промышленных баз данных используются другие технологии, кроме ODBC.

Именно они и работают и MS об этом не может не знать, ADO, ADO.Net - сверху, OLE DB по отношению к ADO - снизу. Если ещё и разъяснения нужны, что именно там "низкий уровень", идёшь на http://msdn.microsoft.com/library/ и читаешь о том, что они делали с интерфейсами для доступа к базам данных за последний лет 7. Или по контексту "Статья ADO OLE DB" поищи русские статьи на http://www.yandex.ru

Помню в 99 году на исторической родине уже вовсю баловались приложениями, что используют ADO для доступа к базам данных, и информации об этом было просто море. В очень засиженном мухами месте.

Уважаемый Woozy! Я на исторической родине в 1999, не помню, чтобы активно использовали ADO. Позже, наверное да. У нас всё больше текучка, "побазёнки"-с. Использовали то, что быстрее приносит деньги, и даже такое табу, как продукты Borland (как я понял, в Канаде это равносильно отказу в найме на работу).

Что до ODBC и ADO - то какой Вы упрямец, право.
Посмотрите, например, туже ссылку, которую Вы приводите, и, я надеюсь, смотрели сами ранее ("...на http://msdn.microsoft.com/library/ и .."). Посмотрите там ADO. Вот выдержка:
"...Today there are a wide variety of ODBC drivers you can use with ADO to talk to data. In the future, there will be more OLE DB providers available to connect to data stores. The Microsoft® OLE DB Provider for ODBC is currently the default provider for ADO. You can use a different provider by setting the Provider property of the Connection object... "
Если посмотреть приведённые там примеры кода, то Вы можете слошь и рядом увидеть там ссылку на DSN ODBC в строке Сonnection Sting. Это Вам ни о чём не говорит?

Ну да дело в другом-с. Ваше заблуждение связано не только с непониманием, кто - кого и как использует, но в принципиальном вопросе - для чего необходимо ADO и OLE DB, и чем это "лучше" API ODBC.

ADO и OLE DB появились не потому, что предоставляют принципиально новые методы доступа к данным, а как удачная реализация идей Microsoft в части содания модели бинарно-независимого кода (COM), и для объектов доступа к базам данных в том числе. Имеется в виду то обстоятельство, например, что теперь Вы можете даже на скриптовом языке (VB) совершенно комфортно работать с любыми базами, для которых имеется соответствующий провайдер. Раньше, до 1917 года, на VC++ Вам бы пришлось использовать низкоуровневый доступ API ODBC, или классы CRecordset, CDatabase MFC, инкапсулирующие системные вызовы API ODBC. Таким образом ADO - это лишь то удобство, которое связано с чрезвычайно лёгким интерфейсом, вернее минимальным и достаточным набором методов интерфейсов COM серверов ADO. А что там за методами интерфейсов? Да всё, что угодно. Наиболее распространена инкапсуляция вызовов ODBC. Если Вы напишите, свои драйверы и их методы выставите в ADO - так это же хорошо! Лишь бы работало.

PS. Как говорил Козьма Прутков:"Зри в корень и неси светоч знаний в канадские народные массы".

Никто Borland не запрещал. Есть такие конторы, что используют.

ADO используется сейчас почти исключительно с OLE DB провайдерами, не ODBC, а для конкретного сервера, дефолтный не нужен, когда есть родной - ни одного другого использования ADO не могу припомнить, да и не надо это никому, использовать более медленные методы доступа к данным. OLE DB провайдеры есть и для MS SQL Server и для почти всех значительных СУБД, что придут на ум.

Недавно только писал код, который извлекает данные кубов с Analysis Services, используется OLE DB for OLAP. OLE DB провайдер совсем не говорит с ODBC, и знать не желает, только с MS SQL Server напрямую. Никто даже не вспоминает аббревиатуру ODBC, технологию, что является больше историей, но может работать с ADO, что не запрещено. Фирма производит продукты в кооперации с Microsoft, именно они специфицируют, чем надо пользоваться, и сами именно это и используют (часть компонентов нашего продуктв непосредственно в Редмонде написаны).

Продолжать тебе объяснять, что твои представления сильно искажены я не буду, нет желания. Наличие поддержки ODBC вовсе не свидетельствует, что это основная технология для доступа к источникам данных.

Woozy!
Всё равно интересно было.
Как я понял из Вашего постинга, Вы работаете где-то, где продвигают изделия Microsoft. Интересно узнать на сколько Windows продвинута в Канаде, в среднем и мелком бизнесе, по сравнению с Unix (FreeBSD и т.д.)? Имеется в виду небольшие компании с сетками 100-200 рабочек. Капиталисты очень не охотно раскошеливаются на программное обеспечения. Всё что связано с Windows - не дёшево.

vg писал(а):Woozy!
Всё равно интересно было.
Как я понял из Вашего постинга, Вы работаете где-то, где продвигают изделия Microsoft.

Нет, это они, Microsoft, продвигают изделие этой компании, купив идею и реализацию и управляя последующей разработкой.

Я не знаю всё про всех. Решений под Windows очень много. Есть впечатление, что увеличивается количество пользователей Linux. Полгода назад меня не взяли на одно из потенциальных мест работы, так как не имею опыта с Linux, а все остальные требования были соблюдены. Всё тут есть, но каждый знает в основном про своё болото. Больше не в состоянии ничего добавить. Приедешь узнаешь подробнее.

Иди на monster.ca и смотри что там есть. В Канаде ГИС хранят в Оракле. Вернее, хранили. Информикс уел таки Оракла с ГИсами и теперь правильные пацаны хранят ГИСЫ в Информиксе.
Ваще программирование - это уродское занятие. Через десять лет либо ты будешь алмин, либо - прожект менеджер, либо у тебя будет свой бизнес. Ежели каншно ты будешь ваще работать в околокомпунтерной индустриии.
А програмимировать будут индусы и румыны. В Индии или Румынии сшштветственно.

vg писал(а):Людииии!!!!! Спасибо.
Тут мы про ГИС заговорили. Там я чуть - чуть понимаю.
Умею:
- кастомайзить на autolisp и C++ для AutoCad MAP (совершенно уродский программный продукт)
- тоже для продукции ESRI (ArcView 3.1, ArcGis 8.0) на Avenue, VC++, VB
- умею править топологию (делать правильные билды с клинами) для покрытий старушки ARC/INFO 7.0.

А куда податся - то? Резюме рассылать куда?

PS. Почему Информикс? MS SQL Server2k - не модняво в Канаде?
Аркитекчэ у современных ГИС достаточно открытая. Там, если не хватает возможностей базы геоданных для хранения атрибутивной инфы, можно прикрутить при помощи ODBC любую промышленную DBMS.

Vovchik писал(а):А програмимировать будут индусы и румыны. В Индии или Румынии сшштветственно.

За соседней дверью офшорная контора из трёх человек, на которых работает 170 программистов в России.

Woozy писал(а):За соседней дверью офшорная контора из трёх человек, на которых работает 170 программистов в России.

mera?