требуется программист Delphi

← →
auslogics © (2008-06-10 17:12) [0]

В компанию AusLogics Software Pty Ltd срочно требуется программист Delphi на постоянную работу. Работа удаленная, занятость полный день. Предоставляются премии и бонусы, существует возможность карьерного роста.

Требования:

- отлично знать и иметь опыт использования Windows API, GDI, ООП
- отлично знать Delphi
- иметь навыки создания компонентов
- иметь навыки работы в C++/C#
- уметь читать техническую документацию на английском языке.

Обязанности:

- поддержка ранее написанных программ на Delphi
- создание новых программ системного характера на Delphi и C++/C#
- создание пользовательского интерфейса
- отладка, оптимизация, тестирование кода
- работа с bug-tracking системой и системой контроля версий.

Резюме высылать по электронному адресу delphi@auslogics.com; резюме обязательно должно содержать примеры ваших работ. Прием на работу будет осуществляться по итогам выполнения тестового задания и собеседования.

← →
Правильный_Вася (2008-06-10 17:21) [1]

интересно должно выглядеть собеседование по удаленной работе...
и как выглядит пример оплаты труда, контракта и т.п.
как определяется "полная занятость"

← →
Правильный_Вася (2008-06-10 17:22) [2]

и как обычно, никакой вилки зарплат...

← →
Randew (2008-06-10 17:25) [3]

А я думал вакансий на Delphi уже давно нет.... =)

← →
Riply © (2008-06-10 18:47) [4]

> [0] auslogics © (10.06.08 17:12)

Мы ищем разработчика с отличным знанием Windows NT Internals.
Если вы отлично разираетесь в Windows Api, Native API, знаете, чем отличается security descriptor
от security privelege и умеете использовать эти знания в своих программах, то напишите нам.
Если вы отлично владеете Delphi, это плюс. Если вы не владеете Delphi, но прекрасно знаете C++,
то это не проблема - вы освоите Delphi меньше чем за месяц.

Работа не менее 4 часов в день, оплата USD $1200 в месяц,
если вы работаете на полную ставку. Работа удаленная, то есть вы работаете из дома.

Эта вакансия имеется ввиду ?
Как я поняла, возможно, работать придется с файловой системой ?
Если, да, то я бы попробовала. Не скажу что удовлетворяю всем требованиям,
но с Api, Native API, security и NTFS знакома :)
Только вот "4 часа в день", если правде в глаза взглянуть, в "реале" означают как минимум все 8 :)
Так что, если возможно увеличение ставки - то давайте попробуем :)

← →
Юрий Зотов © (2008-06-10 19:05) [5]

> Правильный_Вася (10.06.08 17:22) [2]
> никакой вилки зарплат...

http://www.joblist.ru/mpb/company/cl82270.shtml
http://www.joblist.ru/vac3636851.html
http://www.auslogics.com/ru/jobs.php

По-видимому, $1200-$1600. Очень сильно сомневаюсь, что на эту зарплату они найдут того, кого ищут. Если, конечно, верить их собственным словам:

"Мы ищем разработчика с отличным знанием Windows NT Internals. Если вы отлично разираетесь в Windows Api, Native API, знаете, чем отличается security descriptor от security privelege и умеете использовать эти знания в своих программах, то напишите нам".

"Требования: - Отлично знать и иметь опыт использования Windows API, GDI, ООП - Отлично знать Delphi - иметь навыки создания компонентов - Читать техническую документацию на английском".

Уважаемый Юрий Александрович, на что Вы рассчитываете? Люди, соответствующие заявленным Вами требованиям (Native API, разработка компонентов), стоят значительно дороже (причем, вовсе не только в Москве). И они об этом прекрасно знают.

> Riply © (10.06.08 18:47) [4]

> Работа не менее 4 часов в день,
> оплата USD $1200 в месяц, если вы работаете на полную ставку

Полная ставка - это 8 часов в день. Соответственно 4 часа в день - это $600. То есть, получается от $600 до $1200 в месяц. И возникает вопрос - кто и как будет считать отработанные часы при удаленной работе? Исходя из имеющегося у меня практического опыта, сколько работодатель захочет - столько и засчитает. Столько и заплатит, соответственно.

← →
Romkin © (2008-06-10 19:15) [6]

> Если вы не владеете Delphi, но прекрасно знаете C++, то
> это не проблема - вы освоите Delphi меньше чем за месяц.

Мдя. Просто без слов. :)

← →
Riply © (2008-06-10 19:17) [7]

> [5] Юрий Зотов © (10.06.08 19:05)
> Полная ставка - это 8 часов в день. Соответственно 4 часа в день - это $600.

Уууу... Мне такое кощунство и в голову не могло прийти :)

← →
SergeyIT © (2008-06-10 19:29) [8]

Эта фирма давно ищет - больше года назад подобное объявление видел.

← →
tesseract © (2008-06-10 20:20) [9]

Почасовая удалённая работа. Жесть. Руководство просто фантазирует. Удалённая работа всегда "по факту".

← →
Ослик (2008-06-10 21:44) [10]

[5] Юрий Зотов © (10.06.08 19:05)

> И возникает вопрос - кто и как будет считать отработанные
> часы при удаленной работе?

Я раз в неделю высылаю таймшит в екселе, в котором пишу чего и когда делал и сколько времени это занимало. Этого достаточно для моего работодателя, никто мне часы не уменьшает и не приписывает.
Правда, никакого отношения к AusLogics не имею.

[9] tesseract © (10.06.08 20:20)

> Удалённая работа всегда "по факту".

Не всегда.
Если разовая, то да, "по факту", а если постоянная, то, как правило, считают часы. А как можно считать – по-всякому бывает. Например, если ты подключаешься через инет через RDP к своему рабочему месту, то считают время, которое ты был подключен. Другой вариант, при выдаче задания его трудоемкость оценивают в часах, а если в процессе работы встретились сложности, что времени понадобилось больше, то с вменяемым работодателем это всегда можно обсудить.

← →
Riply © (2008-06-10 21:56) [11]

> [10] Ослик (10.06.08 21:44)
> Другой вариант, при выдаче задания его трудоемкость оценивают в часах

А это разве возможно ?
(Вариант, требующий почти механической "набивки" кода не рассматриваем :)

← →
@!!ex © (2008-06-10 22:06) [12]

> [11] Riply © (10.06.08 21:56)

Мне кажется возможно. ведь задача сделать что-то принципиально новое - она не часто возникает.
А предсказать сколько времени займет что-то, что раньше делал, или если что то похожее делал - вполне реально.

← →
Юрий Зотов © (2008-06-10 22:10) [13]

> SergeyIT © (10.06.08 19:29) [8]

> Эта фирма давно ищет

При таком отношении - не удивительно.

> Ослик (10.06.08 21:44) [10]

У Вас умный работодатель, честь ему и хвала. Тот, о котором я писал, умным не был. Он был нечестным и (по его мнению) хитрым. В конечном же счете такие работодатели обкрадывают сами себя.

← →
DRG (2008-06-10 22:20) [14]

> Очень сильно сомневаюсь, что на эту зарплату они найдут
> того, кого ищут

Студентов каких то наберут да и все. :) Но соответственно и качество ПО будет соответственное.

← →
Юрий Зотов © (2008-06-10 22:23) [15]

> DRG (10.06.08 22:20) [14]

> Студентов каких то наберут да и все. :)

Вполне возможно. Но тогда зачем выдвигать такие требования? Это же уровень серьезного спеца, да и то не всякого.

← →
Юрий Зотов © (2008-06-10 22:39) [16]

А вообще, интересная мысль пришла в голову. Если, к примеру, зайти в любой бильярдный клуб, то увидим, что аренда стола стоит от $10 в час и выше (в Москве, по крайней мере). Возникает вопрос - почему же аренда спеца должна стоить дешевле аренды стола?

Насколько я в курсе, умные работодатели платят спецам (на той же самой удаленке) от 15 до 25 баксов в час. Несложно пересчитать на месяц и сопоставить с сабжем, не так ли?

Впрочем, с сабжем сопоставить сложно Не сопоставляется потому что.

← →
DRG (2008-06-10 22:51) [17]

Согласен. Честно говоря я бы и сам пошел бы, - работа дома это моя мечта.
Не надо парится в метро и в маршрутках два раза в день, по требованиям подхожу с головой. Так что думайте, письмо с вопросами Вам отправил.

← →
Хохол (2008-06-10 22:53) [18]

> Юрий Зотов © (10.06.08 22:39) [16]

1200$ в месяц для удаленщика средней руки вполне нормально (Украина - не Киев, Белоруссия, Молдова...). В том же Минске на постоянке в офисе 1000$ вполне приличная зарплата.

Но судя по заявленным требованиям им или нужен человек который только слышал про Windows NT Internals, но что-то рабочее коммерческое уже писал, или они ошиблись с зарплатой.

← →
Юрий Зотов © (2008-06-10 23:00) [19]

> Хохол (10.06.08 22:53) [18]

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

← →
Sergey Masloff (2008-06-10 23:09) [20]

tesseract © (10.06.08 20:20) [9]
>Почасовая удалённая работа. Жесть. Руководство просто фантазирует. >Удалённая работа всегда "по факту".
Ты не прав. На больших проектах чаще как раз повременка.

← →
Riply © (2008-06-10 23:16) [21]

> [12] @!!ex © (10.06.08 22:06)
> А предсказать сколько времени займет что-то, что раньше делал,
> или если что то похожее делал - вполне реально.

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

← →
Юрий Зотов © (2008-06-11 00:44) [22]

> Riply © (10.06.08 23:16) [21]

> И вот на эту "неувязочку" я могу положить несколько дней.

Если не пару недель. А поначалу казалось - ерунда, я такое уже не раз делал.

← →
Германн © (2008-06-11 01:09) [23]

Большую часть своей "постнаучной" жизни работал удалённо. Но на такую ни за что бы не согласился. Трудно быть одновременно программистом и знатоком юриспруденции.

← →
DRG (2008-06-11 01:24) [24]

Забыл OffTop добавить:

> Если вы не владеете Delphi, но прекрасно знаете C++, то
> это не проблема - вы освоите Delphi меньше чем за месяц.

>>Romkin
>>Мдя. Просто без слов. :)

Собственно я его и освоил где-то за чуть меньше месяца, когда переходил с Си++.
Полюбился мне этот язык очень - за, не побоюсь этого слова, гениальную простоту (после Си++). Конечно потом набирался еще опыта. Но если знаешь один язык, выучить другой намного проще и быстрее - это факт, который подтвердят люди знающие больше одного языка. У гуру Владимира Кладова (KOL MCK) думаю это еще меньше заняло времени (тоже бывший сишник кстати) :)
Так что "без слов" © .

← →
DRG (2008-06-11 01:28) [25]

Простоту синтаксиса всмысле.

← →
Германн © (2008-06-11 01:35) [26]

> Собственно я его и освоил где-то за чуть меньше месяца,
> когда переходил с Си++.
> Полюбился мне этот язык очень - за, не побоюсь этого слова,
> гениальную простоту (после Си++). Конечно потом набирался
> еще опыта.

Думаю что Romkin в основном имел в виду противоречие между "освоил" и "конечно потом набирался еще опыта." Термин "освоить язык" хорошо подходит к Си, Паскалю, Фортрану и т.п. Но мало подходит к С++ или Дельфи.

← →
Пробегал2.... (2008-06-11 01:44) [27]

бррр. Хорошо зная Си++ освоить ЯЗЫК дельфи можно за 3 дня. Ничего такого, чего нету в С++, кроме гениального string.

Вот освоить среду - времени нужно побольше.

Освоить библиотеки стандартные дельфовые - здесь уже нужно намного больше времени, об этом видимо и идет разговор.

← →
Юрий Зотов © (2008-06-11 01:57) [28]

> Пробегал2.... (11.06.08 01:44) [27]

Освоить ЯЗЫК дельфи можно и за 3 часа, не вопрос.

А вот освоить VCL, как Вы правильно заметили, да еще на уровне разработки СВОИХ компонентов (о чем и говорится в сабже) - вот ЭТО уже ДАЛЕКО не три дня. А если на уровне ПРОФЕССИОНАЛЬНОЙ разработки компонентов - то и не три месяца. А может, даже и не три года - это смотря у кого под что мозги заточены.

← →
Германн © (2008-06-11 02:14) [29]

> Пробегал2.... (11.06.08 01:44) [27]

> Юрий Зотов © (11.06.08 01:57) [28]

Разницу между вашими высказываниями возможно сможет дополнить хорошим литературным примером из НФ, Игорь Шевченко.

P.S. Я не могу, голова плохо соображает. Слишком много нервов в прошедший день потратил.
P.P.S. Но скорее всего это из Азимова.

← →
Германн © (2008-06-11 02:22) [30]

Хоть и голова плохо соображает, но всё-таки вспомнил.
"Profession". Isaac Asimov (c) 1957

← →
@!!ex © (2008-06-11 07:48) [31]

> [27] Пробегал2.... (11.06.08 01:44)
> бррр. Хорошо зная Си++ освоить ЯЗЫК дельфи можно за 3 дня.
> Ничего такого, чего нету в С++, кроме гениального string.

std::string ну ничем не отличается от гениального string.

← →
KSergey © (2008-06-11 08:01) [32]

> Юрий Зотов © (10.06.08 22:39) [16]
> аренда стола стоит от $10 в час и выше
> вопрос - почему же аренда спеца должна стоить дешевле аренды стола?

Потому что в аренду стола входит:
- амортизация собственно стола и прилагающегося оборудования (дорогого);
- аренда площади помещения, занимаемой столом и прилегающей территорией для игры, а так же возможно аренда земли;
- "чаевые" директора, зама, бухгалтера, охранника и мальчика.

Так что учитывая, сколько "спецов" с этого стола кормится - так это, скромнее надо быть прочим спецам :)

PS
:)

← →
@!!ex © (2008-06-11 08:25) [33]

> [21] Riply © (10.06.08 23:16)
> > [12] @!!ex © (10.06.08 22:06)
> > А предсказать сколько времени займет что-то, что раньше
> делал,
> > или если что то похожее делал - вполне реально.
>
> Ну не скажи. У меня часто бывает: пишу похожее (на то что
> писала), и, вдруг,
> на ровном, десять раз пройденом месте, какая-то "неувязочка"
> или "нестыковочка".
> И вот на эту "неувязочку" я могу положить несколько дней.
> По моему, это может случиться
> с каждым в любой момент времени.

Да я и не спорю что так бывает. Но не так часто.

← →
Юрий Зотов © (2008-06-11 09:05) [34]

> KSergey © (11.06.08 08:01) [32]

Посчитаем, что входит в аренду спеца? Что и сколько потратил он, чтобы им стать и получать с этого дивиденды.

Есть основания полагать, что амортизированный стол отдохнет в сторонке.

← →
MsGuns © (2008-06-11 09:27) [35]

>Юрий Зотов © (11.06.08 00:44) [22]
>Если не пару недель. А поначалу казалось - ерунда, я такое уже не раз делал.

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

До сих пор при решении особенно запутанных задач не ленюсь рисовать блок-схемы и делать отладку на бумаге с ручкой и карандашами двух цветов ;) Результат, как правило, один и тот же - код практически сразу работает !
К сожалению, нынешняя молодежь вовсе не пользуется блок-схемами. Иногда приходится заставлять ;(

← →
korneley © (2008-06-11 09:27) [36]

> Юрий Зотов © (11.06.08 09:05) [34]
> Посчитаем, что входит
> в аренду спеца?

В аренду спеца уже заложена аренда им бильярдного стола :)

← →
korneley © (2008-06-11 09:42) [37]

> Прием на работу будет осуществляться по итогам выполнения
> тестового задания и собеседования

Может в этом всё дело? Ты сделай нам, как бы тестовое задание, а мы тебе скажем "спасибо"? Тогда, замануха не внушает... :)

← →
KSergey © (2008-06-11 10:09) [38]

> korneley © (11.06.08 09:42) [37]
> > тестового задания и собеседования
> Может в этом всё дело? Ты сделай нам, как бы тестовое задание,
> а мы тебе скажем "спасибо"?

Я оражаюсь людям, которые считают, что тестовое задание можно применить куда-либо, кроме как в ведро? Ну головой-то думать можно или как?
(а, ну еще поглумиться коллективно, тоже бывает; например: присылает чел. выполненное тестовое задание многопоточного TCP-сервера (сервис, как по заданию), а в нем для хранения списка файлов (для передачи клиенту. ка к по заданию) используется созданный "в тени" контрол TreeView виндовый...).

← →
korneley © (2008-06-11 10:32) [39]

> KSergey © (11.06.08 10:09) [38]

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

← →
DRG (2008-06-11 10:48) [40]

> Просто я сталкивался с конторами, которые поступали так:
> берут человека на "тестовый" период, для выполнения "тестовых"
> задач. После окончания "тестового", когда надо бы поднять
> зарплату, говорят "до свидания
>

На этом не экономят. Намного дешевле будет взять человека на длительный период - это очевидно и понятно любому. Т.к. одна программа - один человек - он знает все тайные и критические места, знает баги которые могут возникнуть. Быстро фиксит появившиеся баги. Итп.

Каждый приходящий новый человек вносит свои изменения, в итоге это превращается в ад. Это все понимают, т.к. это очевидно.
Та контора с которой вы возможно вы сталкивались, развалилась бы сразу кое как написав одну программу.
Там где я работаю также есть испытательный срок - месяц или 2 месяца, и процентов 30 не проходят первый месяц, - по уровню подготовки, поэтому все что он написал, выбрасывается - т.к. нет смысла держать и продолжать.
Даже если продолжить написанное, - то это повторюсь, внесет множество путанниц, в итоге продукт не получится вообще.
Возможно вы с этим и столкнулись, интерпретировав из-за обиды эту ситуацию таким образом.
Так что на этом совсем не сэкономишь - одни растраты.

← →
DRG (2008-06-11 10:53) [41]

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

← →
KSergey © (2008-06-11 11:20) [42]

> korneley © (11.06.08 10:32) [39]
> поступали так: берут человека на "тестовый" период, для
> выполнения "тестовых" задач.

Так тестовое задание или тестовый период?? Это ж разные вещи.
А в тестовый период уже "тестовые" задачи - ен выполняют, это ж понятно никому не надо.

← →
Romkin © (2008-06-11 11:52) [43]

> Собственно я его и освоил где-то за чуть меньше месяца,
> когда переходил с Си++.Полюбился мне этот язык очень - за,
> не побоюсь этого слова, гениальную простоту (после Си++).
> Конечно потом набирался еще опыта. Но если знаешь один
> язык, выучить другой намного проще и быстрее - это факт,
> который подтвердят люди знающие больше одного языка.

> бррр. Хорошо зная Си++ освоить ЯЗЫК дельфи можно за 3 дня.
> Ничего такого, чего нету в С++, кроме гениального string.

Да, освоить похожий язык можно быстро. Но полностью за месяц - очень вряд ли. Тем более, что многие вещи в Delphi решаются совсем иначе, чем в С++.
Освоить язык - это не просто выучить синтаксис, но и научиться мыслить в терминах этого языка. А на это месяца мало, на мой взгляд.
Программы, написанные на Delphi сишником - душераздирающее зрелище, как правило. Средства С++ а синтаксис Delphi :)
Впрочем, обратное тоже верно :)

← →
Romkin © (2008-06-11 11:57) [44]

> До сих пор при решении особенно запутанных задач не ленюсь
> рисовать блок-схемы и делать отладку на бумаге с ручкой
> и карандашами двух цветов ;) Результат, как правило, один
> и тот же - код практически сразу работает ! К сожалению,
> нынешняя молодежь вовсе не пользуется блок-схемами. Иногда
> приходится заставлять ;(

Хм. Я ими не пользуюсь исходно. На мой вгляд, программа на Паскале - та же блок-схема. Зачем повторяться?
Впрочем, отладкой тоже - изредка запустить с парой точек останова. А так - мне исключение скажет, что не в порядке.

← →
clickmaker © (2008-06-11 12:03) [45]

> душераздирающее зрелище, как правило. Средства С++ а синтаксис
> Delphi

например?

← →
MsGuns © (2008-06-11 12:11) [46]

>Хм. Я ими не пользуюсь исходно. На мой вгляд, программа на Паскале - та же блок-схема. Зачем повторяться?

Нет, вовсе не та. К коде, как правило, приходится разбивать весь алгоритм на куски (модули, библитотеки, процедуры, функции) и увидеть все в целом невозможно, т.к. "прыгая" по процедурам и юнитам, легко потерять общую канву. На блок-схеме же все прекрасно видно.
Хотя, конечно, есть люди с супермышлением, у которых в голове "умещаются" даже такие грандиозные вещи, как чертежи конструкции самолета ;)
Кроме того, блок-схема существенно поможет "въехать" в алгоритм новому человеку.
Да и от языка она практически не зависит.

Жаль только, что нереально в нынешнее время каждый проект "оснащать" подробными и достоверными блок-схемами.

← →
Romkin © (2008-06-11 12:20) [47]

> например?

Ох. Так вот навскидку - сложно. Проще найти сишника и попросить написать...
Но вот, недавно встретилось подобное:const IID_IPicture : TGUID = "{7BF80980-BF32-101A-8BBB-00AA00300CAB}"; procedure LoadPictureFile(Name : String); var aFile : HFILE; pstm : IStream; pvData : Pointer; dwBytesRead : DWORD; dwFileSize : DWORD; Global : HGLOBAL; i:longint; begin aFile := CreateFile(PChar(Name), GENERIC_READ, 0, NIL, OPEN_EXISTING, 0, 0); if aFile = INVALID_HANDLE_VALUE then Exit; dwFileSize := GetFileSize(aFile, NIL); if dwFileSize = -1 then Exit; pvData := NIL; Global := GlobalAlloc(GMEM_MOVEABLE, dwFileSize); if Global = 0 then begin CloseHandle(aFile); Exit; end; pvData := GlobalLock(Global); if pvData = NIL then Exit; dwBytesRead := 0; if not ReadFile(aFile, pvData^, dwFileSize, dwBytesRead, NIL) then Exit; GlobalUnlock(Global); CloseHandle(aFile); pstm := NIL; if CreateStreamOnHGlobal(Global, True, pstm) <> S_OK then Exit; if pstm = NIL then Exit; if Assigned(gpPicture) then gpPicture := NIL; if OleLoadPicture(pstm, dwFileSize, False, IID_IPicture, gpPicture) <> S_OK then begin pstm := NIL; Exit; end; GlobalFree(Global); pstm := NIL; end;
Либо буквальный перевод с С++, либо просто сишник писал.

← →
Romkin © (2008-06-11 12:26) [48]

> Нет, вовсе не та. К коде, как правило, приходится разбивать
> весь алгоритм на куски (модули, библитотеки, процедуры,
> функции) и увидеть все в целом невозможно, т.к. "прыгая"
> по процедурам и юнитам, легко потерять общую канву. На блок-
> схеме же все прекрасно видно.

Это ж какая блок-схема доолжна быть?!
Нетушки. Модули и предназначены для разграничения кусков. И чем меньше связей - тем лучше. Мне, как правило, скакать приходится максимум по двум модулям, чтобы увидеть, что делается.

← →
clickmaker © (2008-06-11 12:58) [49]

> [47] Romkin © (11.06.08 12:20)

Скорей всего, тупой перевод на скорую руку.
Любой сишник, оценив удобство try - finally, вряд ли будет долго цепляться за кучу if - Exit

← →
Павел Калугин © (2008-06-11 13:06) [50]

> [11] Riply © (10.06.08 21:56)

И еще как, при условии что задачц выдвет человек способный ее решить.

> [21] Riply © (10.06.08 23:16)

а эта неувязочка обратно постановщику с запросом увеличения лимита времни

> [32] KSergey © (11.06.08 08:01)

ну для начала, в нашем случае, в "аренду спеца" уже входит "аренда стола" ибо спец сам себя обеспечивает компутером, тырнетом, крышей над головой, столом, стулом, электричеством, и так далее. А это само по себе не такие малые деньги.

← →
Romkin © (2008-06-11 13:10) [51]

> Скорей всего, тупой перевод на скорую руку.Любой сишник,
> оценив удобство try - finally, вряд ли будет долго цепляться
> за кучу if - Exit

Да, скорее всего. Но тут не только это. Тут и IID_IPicture не нужно, и IStream из файла в одну строчку получить можно, и страсть сигнализировать об ошибке возвращая NULL или статус вместо генерации исключения...
Ну не верю я, что за месяц можно освоить system, typinfo и classes с SysUtils например. Освоить - чтобы знать, что там есть и как это работает. А ведь это практически основа.

← →
DRG (2008-06-11 13:15) [52]

> 2 Павел Калугин ©

Страховки не оплачиваются, налоги как правило тоже не берет на себя работодатель, кофе тоже не оплачивает, мебель не закупает :)
В сумме это очень приличные деньги.
Я ж и говорю - по идее на удаленке должны платить больше чем офисным служащим.

← →
DRG (2008-06-11 13:20) [53]

О-да, первое за что будет братся обучающийся в первый месяц это system и typinfo :)

← →
Anatoly Podgoretsky © (2008-06-11 13:27) [54]

> DRG (11.06.2008 13:20:53) [53]

Первый месяц переходящий из Си будет ругаться, как гадость эта ваша заливная рыба.

← →
Sapersky (2008-06-11 13:39) [55]

Любой сишник, оценив удобство try - finally, вряд ли будет долго цепляться за кучу if - Exit

А разве API-функции, рассчитанные на возврат кода ошибки, возбуждают исключения? Если нет, то я сомневаюсь, что с try-finally получится короче.

и IStream из файла в одну строчку получить можно

То, чем можно, в стандартных заголовках D5-D7 не описано.

← →
clickmaker © (2008-06-11 13:42) [56]

> А разве API-функции, рассчитанные на возврат кода ошибки,
> возбуждают исключения?

Win32Check(CreateFile(...) <> INVALID_HANDLE_VALUE)

OleCheck(CreateStreamOnHGlobal(...))

← →
Romkin © (2008-06-11 13:49) [57]

> То, чем можно, в стандартных заголовках D5-D7 не описано.

Что такое "стандартные заголовки"?

> А разве API-функции, рассчитанные на возврат кода ошибки,
> возбуждают исключения? Если нет, то я сомневаюсь, что с
> try-finally получится короче.

Короче-короче, не сумлевайся. Даже без исключений. Хотя бы потому, что finally и на exit срабатывает.
Есть еще win32Check, RaiseLastOSError, OleCheck...

← →
Romkin © (2008-06-11 13:54) [58]

clickmaker © (11.06.08 13:42) [56], утрируя:
pstm := TStreamAdapter.Create(TFileStream.Create(Name, fmOpenRead), soOwned);

← →
Sapersky (2008-06-11 14:33) [59]

Win32Check(CreateFile(...) <> INVALID_HANDLE_VALUE)

А, ну да. "Когда-то знал, но забыл". Спасибо, что напомнили.

Что такое "стандартные заголовки"?

ActiveX.pas. CreateStreamOnHGlobal там есть, а этой функции:
function SHCreateStreamOnFileA(FileName: PChar; grfMode: DWORD; var stream: IStream):HResult; stdcall; external "shlwapi.dll" name "SHCreateStreamOnFileA";
...которую я подразумевал под "одной строчкой" - нет.
А вы имели в виду TStreamAdapter? Ну точно, я - сишник, даром что Си никогда не любил :)

← →
Kent (2008-06-11 14:37) [60]

> Короче-короче, не сумлевайся. Даже без исключений. Хотя
> бы потому, что finally и на exit срабатывает.

Толку то, чтобы загасить это исключение придется как минимум писать пустой try except - а над ним - try finally. Так что это спорный вопрос что удобнее и запутанней.

← →
wl © (2008-06-11 15:10) [61]

а в коде из [47] случайно не возникнет утечка памяти и незакрытый хендл файла после некоторых Exit; ?

← →
Пробегал2.... (2008-06-11 15:26) [62]

@!!ex © (11.06.08 7:48) [31]
std::string ну ничем не отличается от гениального string

а это в любом С++ компиляторе встроено?

← →
Игорь Шевченко © (2008-06-11 15:28) [63]

хотел бы я знать, чем код в [47] отличается от
try
try
try
try
.........
finally
....
finally
...
finally
...
finally

и еще кучи except внутри по ясности и удобочитаемости.

← →
wl © (2008-06-11 15:43) [64]

> Пробегал2.... (11.06.08 15:26) [62]

да, stl (в составе которого std::string) входит в стандарт языка c++

← →
Romkin © (2008-06-11 16:19) [65]

Входит-то входит, но почему-то все стараются свою строку написать.
CString, QString, BSTR и тд.
Вот в Delphi, кажется, никому в голову не приходит свою реализацию строк написать.

← →
clickmaker © (2008-06-11 16:22) [66]

> [65] Romkin © (11.06.08 16:19)
> Входит-то входит, но почему-то все стараются свою строку
> написать

потому что кроме строк там еще до фига кода, в котором без стакана сложно разобраться )

← →
Игорь Шевченко © (2008-06-11 16:22) [67]

> Вот в Delphi, кажется, никому в голову не приходит свою
> реализацию строк написать.

В MS тоже. Странно, да ?

← →
Игорь Шевченко © (2008-06-11 16:23) [68]

> Вот в Delphi, кажется, никому в голову не приходит свою
> реализацию строк написать

В C++Builder кстати реализованы Delphi-строки (AnsiString)

← →
Romkin © (2008-06-11 16:25) [69]

> В C++Builder кстати реализованы Delphi-строки (AnsiString)

Угу, до кучи :)

> В MS тоже. Странно, да ?

А CString?!

← →
Anatoly Podgoretsky © (2008-06-11 16:29) [70]

> Romkin (11.06.2008 16:19:05) [65]

Потому что в Дельфи это элемент языка, а не библиотечное расширение.

← →
Игорь Шевченко © (2008-06-11 16:31) [71]

> А CString?!

Ну да. А что, кроме нее в MS еще кучу строк реализовали ?

← →
wl © (2008-06-11 16:32) [72]

насчёт CString - вероятно, это сделано с целью совместимости, например, если MFC появился раньше, чем STL вошел в стандарт языка.
в BCBuilder 6 кстати тоже можно пользоваться std::*, там включена реализация STLPort, довольно неплохая

← →
Romkin © (2008-06-11 16:34) [73]

> Ну да. А что, кроме нее в MS еще кучу строк реализовали
> ?

А BSTR? :D

← →
Игорь Шевченко © (2008-06-11 16:35) [74]

> А BSTR? :D

Это OLE-тип и к С++ не имеет ни малейшего отношения, OLE от языка не зависит

← →
Игорь Шевченко © (2008-06-11 16:35) [75]

> А BSTR? :D

В Delphi тоже есть

← →
@!!ex © (2008-06-11 16:35) [76]

> [65] Romkin © (11.06.08 16:19)

Чем std::string плох?
В нем вроде все тоже самое что и в дельфевом стринге...
А делают свои... наверно гемороя хочется.

← →
Mystic © (2008-06-11 16:43) [77]

> Чем std::string плох?

Многие библиотеки, которые были разработаны до стандарта, используют свои строки (wxString, CString, ...) Ну и "test" + " " + "text" не напишешь.

← →
Romkin © (2008-06-11 16:47) [78]

> Это OLE-тип и к С++ не имеет ни малейшего отношения, OLE
> от языка не зависит

Однако в С++ он есть! И еще wchar_t, _bstr_t, char*
Ик!

← →
Игорь Шевченко © (2008-06-11 16:50) [79]

Romkin © (11.06.08 16:47) [78]

> Однако в С++ он есть! И еще wchar_t, _bstr_t, char*

в C++ из перечисленных тобой есть только char*

То, что написано через #define и typedef типами не является. Ку ?

Если <IYFEGH> напишет в Delphi
type
MySuperPuper = string;
от этого в языке нового типа строки не появится.

← →
Romkin © (2008-06-11 16:52) [80]

Да какая разница? Когда в одном исходнике встречается три-четыре разных типа строки - тут поллитрой не обойдешься :)

← →
Пробегал2.... (2008-06-11 16:52) [81]

@!!ex © (11.06.08 16:35) [76]
Чем std::string плох?
В нем вроде все тоже самое что и в дельфевом стринге...
А делают свои... наверно гемороя хочется

а этот std:string тоже является типом с автоматической сборкой мусора?

← →
@!!ex © (2008-06-11 16:54) [82]

> Ну и "test" + " " + "text" не напишешь.

ммм???
std::string Test = "";
Test = Test + "Text" + " " + "Test";

← →
@!!ex © (2008-06-11 16:56) [83]

> [81] Пробегал2.... (11.06.08 16:52)

В С++ мусор собирается за любым не динамически созданным объектом, насколько мне известно.
Так что да, за std::string не надо убирать.

← →
@!!ex © (2008-06-11 17:00) [84]

Вот такое вот сейчас запустил:
for (int i = 0; i<10000000; i++)
{
std::string Test = "gdsfgsdbh fgjbghmnfgjbfybnkfh jmnhgfnmkhmbhvj";
};
В течении нескольких секунд программа сожрала один процессор, но при этом потребления памяти небыло.
Так что да, за стрингом убирать не надо.

← →
@!!ex © (2008-06-11 17:00) [85]

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

← →
Anatoly Podgoretsky © (2008-06-11 17:01) [86]

> Romkin (11.06.2008 16:52:20) [80]

Тут три нужно и все равно придется еще бежать.

← →
@!!ex © (2008-06-11 17:03) [87]

> [80] Romkin © (11.06.08 16:52)

А кто так пишет???

← →
Anatoly Podgoretsky © (2008-06-11 17:04) [88]

> @!!ex (11.06.2008 17:00:24) [84]

Добавь еще один, для строк.

← →
Romkin © (2008-06-11 17:09) [89]

> А кто так пишет???

А я знаю?void FGetInfo() { CoInitializeEx(NULL, COINIT_APARTMENTTHREADED); CoInitializeSecurity(NULL, -1, NULL, NULL, RPC_C_AUTHN_LEVEL_CONNECT, RPC_C_IMP_LEVEL_IMPERSONATE, NULL, EOAC_NONE, 0); IWbemLocator * pLocator = NULL; if (FAILED(CoCreateInstance( CLSID_WbemLocator, 0, CLSCTX_ALL, IID_IWbemLocator, (LPVOID*) &pLocator))) { AfxMessageBox("Ошибка инициализации COM объекта"); ::CoUninitialize(); return; } IWbemServices * pService = NULL; CString str, strR; _bstr_t ConnName = L"\\\\MyComp\\root\\cimv2"; //Имя ком-ра к которому подключемся HRESULT hr = pLocator->ConnectServer( ConnName,NULL,NULL,NULL,NULL,NULL,NULL,&pService); if (hr!=S_OK) { ::CoUninitialize(); return; } IEnumWbemClassObject * pEnum = NULL; _bstr_t selectString = L"SELECT * FROM Win32_Process"; if (FAILED(pService->ExecQuery( _bstr_t(L"WQL"), selectString,WBEM_FLAG_RETURN_IMMEDIATELY | WBEM_FLAG_FORWARD_ONLY, 0, &pEnum ))) { pLocator->Release(); ::CoUninitialize(); return; } ULONG uReturn = 0; while (pEnum) { IWbemClassObject * pObject = NULL; if(FAILED(pEnum->Next(WBEM_INFINITE, 1, &pObject, &uReturn))) { pLocator->Release(); pService->Release(); pEnum->Release(); ::CoUninitialize(); return; } if(0 == uReturn) { ///************* Процессов больше нет pLocator->Release(); pService->Release(); pEnum->Release(); pObject->Release(); break; } VARIANT vtProp; VariantInit(&vtProp); if(FAILED(pObject->Get(L"Name", NULL, &vtProp, NULL, NULL))) { //********Обработчик ошибки получения имени процесса break; } else { vtProp.bstrVal //// Имя процесса VariantClear(&vtProp); /* А вот как прибить процесс, н для этого надо получить вместо "Name" "ProcessId" BSTR ClassName = L"Win32_Process"; _bstr_t ClassNameInstance = SysAllocString(L"Win32_Process.Handle=\""); char PidP[15]; itoa(vtProp.uintVal,PidP,10); ClassNameInstance+=PidP; ClassNameInstance+="\""; _bstr_t MethodName = (L"Terminate"); BSTR ParameterName = SysAllocString(L"Reason"); ...
Сидишь, думаешь...

← →
jack128_ (2008-06-11 17:10) [90]

> В течении нескольких секунд программа сожрала один процессор,
> но при этом потребления памяти небыло.

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

в с++ - эта строка - храниться в двух копиях(одна копия в образе EXE, вторая - в объекте std:string)

← →
Mystic © (2008-06-11 17:11) [91]

> std::string Test = "";
> Test = Test + "Text" + " " + "Test";

Я писал по другому:
int main() { std::string test = "test" + " " + "text"; return 0; }

В результате:
error C2110: "+" : cannot add two pointers

← →
@!!ex © (2008-06-11 17:12) [92]

> [90] jack128_ (11.06.08 17:10)

Про это ничего сказать не могу, т.к. н знаю.
Да и вопрос не об этом был, а о сборке мусора.

← →
@!!ex © (2008-06-11 17:14) [93]

> [91] Mystic © (11.06.08 17:11)

Вас наверно удивляет, что
float GetDivision(int a, int b) { return a/b; }; GetDivision(10/2)==2
?
Типы надо жестко указывать.
Пишите вот так:
int main() { std::string test = (std::string)"test" + " " + "text"; return 0; }
И будет все как надо.

← →
@!!ex © (2008-06-11 17:15) [94]

//GetDivision(10/2)==2
Не на 2, а на 4 конечно же.

← →
@!!ex © (2008-06-11 17:15) [95]

GetDivision(10,4)==2

← →
jack128_ (2008-06-11 17:17) [96]

> Я писал по другому:
>
> int main()
> {
> std::string test = "test" + " " + "text";
> return 0;
> }
>
> В результате:
> error C2110: "+" : cannot add two pointers

ну это понятно почему, строковые литералы имеют тип char *, afair. нуно писать что то типа

std::string test = std::string("test") + std::string(" ") + std::string("text"); // с синтаксисом могу напутать

← →
Mystic © (2008-06-11 17:31) [97]

> @!!ex © (11.06.08 17:14) [93]

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

А проблема в том и заключается, что в C++ строковые константы используют тип char*, а пользоваться надо совсем другим типом. Поэтому и возникают не нужные мне приведения типов:

const char* fmt = "%d"; TestCall(static_cast<std::string>(fmt) + " %d");

И куча мелких неприятностей в процессе, когда надо помнить где std::string, где const char*.

← →
@!!ex © (2008-06-11 17:35) [98]

> И куча мелких неприятностей в процессе, когда надо помнить
> где std::string, где const char*.

зачем что-то помнить?
Например, у нас в проекте запрещено использовать char*. Везде идет std::string.
Зачем вообще где то использовать char*????

"WinAPI"- скажите вы... и будете не правы.
Вот коды вызова некой функции Message с параметром PChar на дельфе и на С++:
S:String;
Message(PChar(S));

std::string S;
Message(&S[0]);

← →
@!!ex © (2008-06-11 17:35) [99]

> std::string test = std::string("test") + std::string(" ")
> + std::string("text"); // с синтаксисом могу напутать

Достаточно перед первым написать.

← →
DRG (2008-06-11 17:55) [100]

2 @!!ex
ты бы в личку перешел или ветку отдельную завел, а то читать это все... не к месту короче.

← →
Mystic © (2008-06-11 17:58) [101]

std::string S; Message(&S[0]);

Не слушаешься Стандарта :) Надо использовать S.c_str(), ибо никто не может дать гарантии, что строка идет подряд, что нет ленивых вычислений и т. п. ;)

А вообще лично мне не удавалось полностью избавится от char*.

← →
Пробегал2.... (2008-06-11 18:05) [102]

@!!ex © (11.06.08 17:35) [98]
std::string S;
Message(&S[0]);

то есть, этот std::string тоже неявно поддерживает нулевой символ в конце?

← →
@!!ex © (2008-06-11 18:39) [103]

> Не слушаешься Стандарта :) Надо использовать S.c_str(),
> ибо никто не может дать гарантии, что строка идет подряд,
> что нет ленивых вычислений и т. п. ;)

Мда. мой косяк согласен. исправлюсь. Опыта еще мало и знаний. :) Спасибо.

> [102] Пробегал2.... (11.06.08 18:05)

Почему неявно? Очень даже явно... Иначе понту от него в С++ - 0...

← →
@!!ex © (2008-06-11 18:41) [104]

> А вообще лично мне не удавалось полностью избавится от char*.

Почему?
У нас правда это проще, текста минимум.

← →
Пробегал2.... (2008-06-11 18:59) [105]

@!!ex © (11.06.08 18:39) [103]
Почему неявно? Очень даже явно...

очень интересно послушать твою точку зрения насчет значения слова "неявно".

← →
Игорь Шевченко © (2008-06-11 19:22) [106]

шире надо смотреть на мир. В нем кроме Delphi и C++ есть еще масса интересных языков, каждый со своими тараканами.

> очень интересно послушать твою точку зрения насчет значения
> слова "неявно".

Неявно - значит не определено в стандарте, но при этом присутствует.
Явно - значит описано в стандарте.

> [106] Игорь Шевченко © (11.06.08 19:22)

Но они не так часто используются.

← →
jack128_ (2008-06-11 20:00) [108]

> @!!ex © (11.06.08 18:39) [103]

> Явно - значит описано в стандарте.
>

> Почему неявно? Очень даже явно.

> Mystic © (11.06.08 17:58) [101]
> Надо использовать S.c_str(), ибо никто не может дать гарантии,
> что строка идет подряд, что нет ленивых вычислений

противорячащие друг другу утверждения, не находите??

> Но они не так часто используются.

Тобой лично ?

Наиболее используемые языки - Java, С, С++, PHP и Visual Basic, так что не надо судить обо всем по личному опыту.
даже Lua и тот, оказывается, на 19-м месте по популярности, при том, что Delphi на 11

А C# ?

Dmitry S © (11.06.08 20:30) [110]

> А C# ?

а сам посмотри: http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

← →
Пробегал2.... (2008-06-11 20:55) [112]

@!!ex © (11.06.08 19:57) [107]
Неявно - значит не определено в стандарте, но при этом присутствует.
Явно - значит описано в стандарте

это твое определение. И оно неправильное. Это называется незадокументированное, совсем из другой оперы.

Например, явное создание класса - когда ты говоришь компилятору, что нужно создать класс. А неявное - когда класс создается без твоего указания. Это не значит, что такое поведение незадокументировано, просто оно не явное.

Что такое явное и не явное приведение типов:

Вот явное:

var a: integer; b: cardinal; ... a := Integer(b) ;

А вот неявное приведение:

var a: integer; b: cardinal; ... a := b ;

Это опять же не означает, что алгоритм такого приведения не описан в документации.

Ну и последний тебе пример:

type TMyClass = class(TObject);

Это явное наследование от класса TObject, потому что ТЫ указал наследоваться от TObject.

type TMyClass = class ;

А вот это неявное наследование от класса TObject. Хоть ты и не указал это, но поскольку по-умолчанию базовым классом является TObject - происходит неявное наследование от него. Но еще раз - это не значит, что это не задокументировано.

> Тобой лично ?

Да. Я за всех говорить не назначен. :))

> [112] Пробегал2.... (11.06.08 20:55)

Спасибо. и?

> Игорь Шевченко (11.06.2008 20:36:51) [111]

Интересно, какой это Паскаль резко рванул вверх в 2008 году, сразу на 8 позиций.
Кстати хоронили, а Дельфи и Паскаль улучшили свои позиции.

← →
Пробегал2.... (2008-06-11 21:26) [115]

@!!ex © (11.06.08 21:00) [113]
Спасибо. и?

что и? Собственно, все. Ты неправильно трактовал термин "неявно".

Поэтому твоя фраза:

@!!ex © (11.06.08 19:57) [107]
Неявно - значит не определено в стандарте, но при этом присутствует.
Явно - значит описано в стандарте

неверная.

А значит и фраза:

@!!ex © (11.06.08 18:39) [103]
Почему неявно? Очень даже явно...

тоже неверная.

Компилятор добавляет в конце строчки символ #0 именно неявно, потому что ты его об этом хоть и не просишь, но тип так устроен. Тоже самое, что string в delphi.

← →
DRG (2008-06-11 21:28) [116]

Выйдет Tiburion (жду не дождусь) версия дык еще на 8 рванет вверх.

> Anatoly Podgoretsky (11.06.2008 21:20:54) [114]

Кстати стабильное возрастание показывают только Бейсик и ПХП, не считая мелких языков, остальные уверено идут вниз.
Но меня смущает из статистика, есть C и С++, но почему то все Бейсики смешаны в одну кучу, а Бейсик.NET это совсем другой язык, общее только имя.
Почему бы тогда все языки с СИ подобных синтаксисом не объединить в единое целое.
В общем измерение в попугаях.

Anatoly Podgoretsky © (11.06.08 21:20) [114]

> Интересно, какой это Паскаль резко рванул вверх в 2008 году,
> сразу на 8 позиций.

Сам удивляюсь. Вроде, кроме delphi и FreePascal я особенно сред для разработки не знаю, а последний, не думаю, что сильно популярен

вроде php сейчас самый используемый язык, не помню откуда дровишки, но не от меня.

> Игорь Шевченко © (11.06.08 21:58) [118]
>....Вроде, кроме delphi и FreePascal
> ...а последний, не думаю, что сильно популярен

И правильно... Вирт (как идеолог) и Борланд (как человек) Не зря хлеб ели.. Попробовал прочитать - похабно, как-то, получилось :) Но, по смыслу - верно!

> Вирт (как идеолог) и Борланд (как человек) Не зря хлеб ели

Я спешу разочаровать - Борланд еще активно средства разработки для C и Java выпускал. А в последнее время, уже CodeGear, выпускают средства для PHP и Ruby.

> Eraser (11.06.2008 22:03:59) [119]

Раскрученый, для создания сайтов *nix платформы. Бейсик растет на той же почве ASP.NET правда его немного теснит C#
Сам по себе язык так себе.

← →
DRG (2008-06-11 23:13) [123]

Что факт то факт. Сейчас пхп эшников и явоскриптовщиков слабо-средней руки - как собак недорезаных. Молодежь больше идет учить скриптовые языки, вместо нативных, - наверняка с бурным развитием инета - т.к. сразу видно где можно его применить - к примеру создав свою супер страничку. Отсюда и их популярность.

← →
jack128_ (2008-06-11 23:22) [124]

>
> > Интересно, какой это Паскаль резко рванул вверх в 2008
> году,
> > сразу на 8 позиций.

индекс строится по запросам поисковых систем.. Сессия???

← →
jack128_ (2008-06-11 23:31) [125]

а.. я что то подумал что это дельта за месяц. если за год - то действительно не понятно...

> [122] Anatoly Podgoretsky © (11.06.08 23:05)

да.. php так себе в плане объектной модели, ну оно и не нужно особо навороченных фичт, т.к. специфика такая, все должно быть компактно и выполняться быстро.

> [108] jack128_ (11.06.08 20:00)
> противорячащие друг другу утверждения, не находите??

Противоречия нет.
В первом случае доступ к элементам char-like строки (из стандарта 1998 21.3.4)
const_reference operator[](size_type pos) const; reference operator[](size_type pos);
1 Returns: If pos < size(), returns data()[pos]. Otherwise, if pos == size(), the const
version returns charT(). Otherwise, the behavior is undefined.

Но нельзя делать предположений о физическом размещении этих элементов

Во втором случае (21.3.6)
const charT* c_str() const;
1 Returns: A pointer to the initial element of an array of length size() + 1 whose first size() elements
equal the corresponding elements of the string controlled by *this and whose last element is a
null character specified by charT().

Опять же equal, и не более. Но известно что это уже array of length size() + 1 с null character в последне м элементе.

Т.е. всё зависит от реализации. Например, функция c_str() может перестроить буфер и вернуть указатель на первый элемент.

И ещё заметим речь не идёт о символе "\0" в последнем элементе.

← →
-koha (2008-06-12 16:42) [128]

я кажется начинал читать ветку "требуется программист Delphi", а меня медленно "погрузили в ереси". закрываете ветку, у меня уже голова пухнет или я щас продолжу... меня уже знаете ;-)

> -koha (12.06.2008 16:42:08) [128]

Ну попробуй, но ты тоже наверно нас знаешь?

← →
-koha (2008-06-12 17:05) [130]

← →
DRG (2008-06-16 14:31) [131]

Что-то я уточнял про ЗП еще когда топик был создан, - отправлял им письмо. Еще не ответили. Кто-нибудь уточнял по этому поводу?

> [119] Eraser © (11.06.08 22:03)
> вроде php сейчас самый используемый язык

ну да. Судя по количеству "использователей" в контакте.ру )

> [128] -koha (12.06.08 16:42)
> я кажется начинал читать ветку "требуется программист Delphi",
> а меня медленно "погрузили в ереси". закрываете ветку,
> у меня уже голова пухнет или я щас продолжу... меня уже
> знаете ;-)

> [123] DRG (11.06.08 23:13)

да это же основы с++. c# и java тоже двигаются в том же направлении кстати, так что может не стоит прятать голову в песок, надеясь, что на наш век хватит работы на делфи, и попытаться вникнуть, что там делают другие?

почему-то лучшее зацитатил: со слов >[123] неизвестно как появилось

лучшее == лишнее. всё пора спать

DRG (11.06.08 23:13) [123]
Может просто спрос диктует предложение?
Счас конторе "Вася Пупкин и кенты" прога в бухгалтерию не нужна(1С все подмял), а вот сайт супер корпорации нужен позарез причем вчера.

← →
Сергей_77 (2008-06-20 13:20) [137]

> если ты подключаешься через инет через RDP к своему рабочему
> месту

а зачем так извращаться?
непонимаю в чем могут быть преимущества такого))

> а зачем так извращаться?

где ты видишь извращение ?

ну а что, написать макрос, который переодически будет нажимать кнопки и дергать мышкой, чтобы показать видимость активости работадателям (если конечно они вообще могут следить за происходящим на экране), и пойти спать

← →
Сергей_77 (2008-06-20 13:48) [140]

> где ты видишь извращение ?

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

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

Ты еще мало работал. Бывают ситуации, когда необходимо подключиться к своему рабочему столу с другого компьютера и выполнить там некие действия.

← →
Key (2008-07-02 20:43) [142]

>> Мы ищем разработчика с отличным знанием Windows NT Internals.

Исправили:

Требование Windows NT Internals - желательно, но не обязательно.
На сайте также исправили ( http://www.auslogics.com/ru/jobs.php ).

- отлично знать и иметь опыт использования Windows API, GDI, ООП
- отлично знать Delphi

← →
Правильный-Вася (2008-07-02 21:00) [143]

> Key (02.07.08 20:43) [142]

это ты или не ты?
если ты, то почему под другим ником и на вопросы по почте не отвечаете?
если не ты, то зачем подымать тему из выгребной ямы?

← →
Key (2008-07-02 21:13) [144]

Вопросами трудоустройства занимается менеджер компании, все вопросы к нему. Почему не отвечают не знаю, не я сортирую письма - вообще от этого этого далек. Т.к. я сотрудник компании, поэтому и решил поднять тему, с поправкой.

> Key (02.07.08 20:43) [142]

Зарплата у вас не очень

> Юрий Зотов © (10.06.08 22:39) [16]
> А вообще, интересная мысль пришла в голову. Если, к примеру,
> зайти в любой бильярдный клуб, то увидим, что аренда стола
> стоит от $10 в час и выше (в Москве, по крайней мере). Возникает
> вопрос - почему же аренда спеца должна стоить дешевле аренды
> стола?
>

я видел по телеку, как делают эти столы... там плиты нарезают из определенной вулканической породы, которая добывается в менее десятка местах.
Сложный процесс.
А программисты?

← →
Правильный-Вася (2008-07-03 13:08) [147]

> KilkennyCat © (03.07.08 12:55) [146]

> я видел по телеку, как делают эти столы...
> Сложный процесс.
Я в курсе.

> А программисты?
Процесс (само)нарезания программиста во много раз сложнее.

> [146] KilkennyCat © (03.07.08 12:55)
> там плиты нарезают
> из определенной вулканической породы, которая добывается
> в менее десятка местах.
> Сложный процесс.
> А программисты?

"Прав Коровьев. Как причудливо тасуется колода карт. Кровь..." (Воланд)

← →
Key (2008-07-04 17:12) [150]

> Зарплата у вас не очень

Зато проекты интересные и (слава богу) не связаны с базами...
Обзвонил весь Киев, почти одни "однопальцевые" базовики требуются...

← →
Хитрий Лис (2008-07-04 17:21) [151]

> Зато проекты интересные

Убедили - за выходные напишу CV и отошлю Вам :)

> Key (04.07.08 17:12) [150]

Зарплата не очень даже для периферии для студентов ;)

требуется программист Delphi Найти похожие ветки