3 октября 2010 г.

Актуальность Delphi программистов

Это дополнение к этому посту.

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

Хочу поделиться своими соображениями.

Если вы откроете любой источник вакансий, вы действительно увидите гораздо больше предложений по C-подобным языкам или, скажем, .NET. Некоторые высказывают опасения насчёт "остаться без работы". Воображение так и рисует в уме картину: толпы программистов Delphi не могут найти работу. Голодая и проклиная впустую потраченное время, они судорожно обучаются владению другими языками. Оставим в стороне вариант самостоятельной или удалённой работы (вам обязательно нужен "дядька", чтобы на него работать?).

В общем, я хотел сказать, что эта картина противоречит моим наблюдениям. Не знаю, может в глобальном масштабе так и есть, но то, что видел я, это не подтверждает. На всех моих предыдущих местах работы (это всё в городах Тверь и Москва) мне нужно было найти кого-то на замену меня после ухода. Что я понял: Delphi программистов найти ой как тяжело! Это несколько противоречит картине дефицита рабочих мест для Delphi программистов.

Например, при проведении собеседования (что я ещё понял) лучше всего в самом начале попросить соискателя написать самый простой фрагмент кода. Простой, но не слишком типичный (чтобы они показали, что код они написали вот прямо сейчас сами, а не воспользовались "предыдущим опытом"). Как показывает практика: большинство соискателей на нём заваливаются! Всё, интервью можно завершать.

Например, простая задача: поменять в текстовом файле первую и последнюю строки. Без каких либо ограничений. Как угодно. Как угодно неэффективно.

Навряд ли такая задача была у них на практике, поэтому обезьяны-копировальщики не смогут просто написать уже ранее написанное решение. Само решение пишется на бумаге всего в несколько строк, тут даже не надо думать. Тем не менее, большая часть кандидатов просто не в состоянии это написать. Например, кандидат выбирает неудачный подход: использование AssignFile/Reset/ReadLn/WriteLn вместо TStringList. Они пишут монстроидальный код и в итоге запутываются. 80% тех, кто пишет с TStringList, не освобождают объект. Практически никто не ставит обработку исключений или иной вид проверок.

Само по себе это не говорит ничего: может кандидат не слишком знаком с TStringList (ну, а вдруг?!) или посчитал, что для примера можно и не подчищать код. Для первого случая можно дать любую другую задачу подобного же толка, а для последнего - просто попросить соискателя указать на ошибки в коде. Для совсем клинических случаев можно начать подсказывать: "а что будет, если файл пустой?" или "нет ли в коде утечек памяти?". Если кандидат хоть что-то понимает, то он вам укажет сразу. Если нет - то он будет сидеть, уставившись на вас непонимающим взглядом, или вопрёт свой взгляд в листочек, ожидая вашей подсказки.

Такой вот простой тест позволяет отсеять большую часть народа. Вам не надо тратить своё и его время.

К чему я всё это сейчас говорил? Да к тому, что "батонокидателей" на Delphi - сколько угодно. Программистов - ещё поискать (и не факт, что найдёшь). Так что без работы программист Delphi не останется в любом случае ;)

59 комментариев :

  1. Забавно. Не дочитав статью, я сразу же в уме реализовал это на TStringList.
    А как быть с тем, что в объявлениях, по моим меркам, слишком завышенные требования.
    Я простой кодер самоучка, пишу что могу - чего не могу, изучаю. А в объявах пишут идеальное знание Delphi и т.д. Но я считаю, что невозможно знать ВСЁ, даже в одном каком-то языке.

    ОтветитьУдалить
  2. Вобщем то Вы правы)

    Хочу ещё подметить тривиальную вещь, но о ней паникёры частенько забывают:
    Чем меньше программистов Delphi, тем дороже труд программиста Delphi.
    (Обратнопропорциональная зависимость жаль что не линейная)) )

    Также из моего опыта, перевод рабочих систем на другую платформу (например C#, 1С-8) слишком дорог, и частенько заканчивается провалом.

    ОтветитьУдалить
  3. Проблема скорее в том, что новые проекты на Delphi практически не стартуют, а старые - как бы их ни было много - не вечны.

    ОтветитьУдалить
  4. Это я, пессимист-паникёр из комментариев к предыдущему посту. :)
    Я практически не работал на оффлайновой работе, только фриланс, т.к. город маленький, из айтишников на работу берут только эникейщиком. Поэтому расскажу про свою ситуацию. Например, на vworker (бывший rentacoder) предложений работы на Delphi меньше, чем исполнителей, из-за этого высокая конкуренция и демпинг. Довольно часто бывают требования мультиплатформенных десктопных приложений.
    Конечно я не говорю, что всё прямо завтра бросят Delphi и срочно перепишут на другом языке. Поддерживать чужой старый код придётся еще долго, так что какая-то работа еще останется.
    Ну и во-вторых, если у нас в оффлайне дефицит нормальных программистов на Delphi, то и работодатели будут 100 раз думать прежде, чем начинать новый проект на Delphi.

    ОтветитьУдалить
  5. Я как человек ленивый то же сразу про TStringList подумал, что бы кода не писать лишнего :)

    ОтветитьУдалить
  6. Александр, так уж получается, что у меня возникает желание оставить свой комментарий практически к любому твоему посту.

    Видимо, ты пишешь о вещах, которые трогают меня за живое...

    Знаешь такой замечательный язык Astranitabaka? Ты не представляешь как сложно на нем найти нормальных программистов. Вернее, невозможно, т.к. такого языка просто нет - я название только что придумал.

    С дельфи, к сожалению, аналогичная картина.

    В дельфи просто не идут или не остаются нормальные люди, т.к. на дельфи мало новых проектов. Я не смогу привести точную статистику по вопросу, конечно. Но интерпрайз рынок захватывают крупные системы. Удел дельфи - 1) утилитарные нейтив приложения; 2) специфические приложения, куда крупные вендоры просто не идут.

    Я к тому, то недостаток программистов плохо характеризует дельфи - в дельфи не идет новая кровь, а старики сидят на доходных местах и работу не ищут...

    ЗЫ И вообще, мне видится, что у тебя в посте перепутаны причины и следствия.

    ЗЫЫ Я тоже про стринг лист подумал.

    ОтветитьУдалить
  7. Выскажу и свое мнение, правда оно двоякое :)
    Первое:
    Живу в Одессе, Украина. Крупный портовый город.
    Тем не менее, работы на Дельфи практически нет.
    Уже год занимаюсь фрилансом, в целом успешно, но иногда бывают и "голодные" периоды. Этот же год раз в примерно неделю смотрю вакансии на 2х сайтах. За весь год я видел только 3 (три!) объявления связанные с Дельфи. Все три раза оплата смехотворно низкая.
    Второе:
    Лет 8 назад, когда я только начинал ставить себя как программиста, я пришел на собеседование в одну такую же дельфийную контору. Мне сразу дали листик и попросили написать какую-то функцию на дельфи, что именно я уже не помню, но помню что я ее написал и ее приняли без вопросов. Я завалился на втором задании: знании компонентов для работы с базами и в частности SQL.
    Cтремиться к совершенству нужно всегда, если хорошо знаешь одну область - начинай изучать смежную, скорее всего она понадобится в будущем :)

    ОтветитьУдалить
  8. Возможно, в молодых девелоперских конторах Дельфи уже
    не столь популярен, как ранее, т.к. им для раскрутки
    нужны "брендовые" бирочки на софт, но в секторе частной
    и корпоративной разработки Дельфи будет у руля еще долго.
    То, что заказчики отказываются от стартапов на Дельфи - бред, в большинстве случаев им фиолетово, на чем написана программа, а чаще всего они даже не подозревают, что программу надо на чем-то писАть вообще...
    Я живу в 35-тысячном городе и физически не могу охватить весь объем потенциальных заказчиков - и это только в нише десктопных БД-приложений..
    Кто не может найти себе работу на Дельфи, подозреваю, что не найдет ее ни на чем, будь то шарп или токарный станок..

    зы. Это все ИМХО, конечно...

    зызы. Обработка мелких текстовичков через СтрингЛист, конечно, удобна и оправданна, но мне, как потенциальному работодателю, было бы намного интереснее посмотреть код именно низкоуровневой работы с файлами, когда можно видеть, что человек сознает, что именно происходит при LoadFromFile/SaveToFile, т.к. столкнувшись с файлом на сотню МБ он не войдет в ступор в ожидании загрузки его в StringList...

    ОтветитьУдалить
  9. По своему опыту знаю что в Петербурге не проблема найти достойную вакансию, в зарубежной конторе, с достойными условиями. А найти достойного делфи разработчкика - проблема. Приходится брать джуниором и растить.

    ОтветитьУдалить
  10. Вопрос затронул за самое нутро. Мне кажется проблема не в Delphi, а в специалистах как таковых. Через несколько лет будет та же самая проблема с шарпами и дотнетами, потому что, во-первых, программист - это не только знание языка, это знание всего производственного цикла (по крайней мере в нашей стране, где коллективы обычно не большие и разделение труда по функциональным ролям не практикуется, максимум можно выделить старшего "архитектора" и всех остальных), во-вторых рыночные сношения будут и дальше выдавать различные пафосные технологии, которые будут глумить своих предшественников.

    Настоящий специалист (не только в программировании) с голоду не помрет никогда! Не надо так переживать. Мне вот, например, понадобилось некоторое время назад включить в свой арсенал ruby. Освоение свелось к изучению синтаксиса, т.к. теоретическая составляющая освоена (да, на данный момент код не оптимальный, но решение делает то, что нужно и уже начинаю приступать к рефакторингу). Несколько лет назад еще более легче было освоение 1С (не удалось обеспечить себя стабильным заработком на Delphi, но на Delphi программирую до сих пор).
    Несколько месяцев назад встречался со стажёрами-апологетами дотнета и шарпа, сказали, что на этом написать легче, потому что много чего упрощено, проект до сих пор не сделан, а то, что сделано, заметно тормозит, а когда посылали проект на просмотр даже не удосужились упомянуть какую версию дотнета нужно установить...
    К словам предыдущего оратора могу добавить, что найти достойного 1С программиста еще сложнее, т.к. у нас в производственный цикл внедрены некоторые человеческие подходы (проектирования, автоматизированное тестирование, если можно так выразится "абстрактное алгоритмирование"). Среди 1С-ников таких кадров нету (им это не нужно походу), среди других (и Delphi-стов в том числе) тоже пока не нашлось, приходится обучать тех, кто хоть немного умеет кодировать....

    ОтветитьУдалить
  11. Проблема не в Delphi, а в специалистах как таковых (не только в программировании), если посмотреть вокруг, то кажется, что кругом одни раздолбаи.
    Я на Delphi веду коммерческие проекты, но стабильного заработка не имею, поэтому основной род деятельности в настоящее время связан с 1С. Здесь тоже нормального человека хрен найдешь, тоже мучаемся с джуниорами, а поскольку в 1С не принято учить классическое программирование, то достучаться до их узкомыслящего мышления бывает ну очень трудно...

    ОтветитьУдалить
  12. Предыдущие два я написал, т.к. с посылкой первого выдалась ошибка request too long, а второй раз столько писать не было желания, прошу прощения..

    ОтветитьУдалить
  13. "То, что заказчики отказываются от стартапов на Дельфи - бред, в большинстве случаев им фиолетово, на чем написана программа, а чаще всего они даже не подозревают, что программу надо на чем-то писАть вообще..."

    Заказчикам фиолетово, а разработчикам - нет. Новые проекты предпочитают стартовать на чем-то более модном.

    ОтветитьУдалить
  14. cemick, поделитесь ссылками на такие конторы?

    ОтветитьУдалить
  15. Ну например
    http://spb.hh.ru/vacancy/3322582?query=Delphi
    http://spb.hh.ru/vacancy/3044342?query=Delphi

    а вот русская достойная компания
    http://spb.hh.ru/vacancy/3348699?query=Delphi

    Да регулярно появляются неплохие вакансии.

    ОтветитьУдалить
  16. Roman Yankovsky комментирует...
    >>"То, что заказчики отказываются от стартапов на Дельфи - бред, в большинстве случаев им фиолетово, на чем написана программа..."

    >Заказчикам фиолетово, а разработчикам - нет. Новые проекты предпочитают стартовать на чем-то более модном.

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

    ОтветитьУдалить
  17. Не, этот пост не был призван говорить о том, что у Delphi всё хорошо. Я тут даже спорить не буду.

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

    Я также согласен с теми, кто говорил, что заказчику инструмент не важен (чаще всего).

    Да, верно: если в Delphi "не идут" - это однозначно засада. Но как же "миллион проданных лицензий российским школам"? Не продвижение ли это вперёд?

    >>> но мне, как потенциальному работодателю, было бы намного интереснее посмотреть код именно низкоуровневой работы с файлами, когда можно видеть, что человек сознает, что именно происходит при LoadFromFile/SaveToFile, т.к. столкнувшись с файлом на сотню МБ он не войдет в ступор в ожидании загрузки его в StringList...

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

    Например, приходит человек, ты его что-то спрашиваешь - он затыкается, ты ещё что-то спрашиваешь - он опять мямлит. Ты возишься, возишься, а потом тебя осеняет: "Он, что, вообще ничего не понимает?".

    Вот чтобы таких отсеять сразу (и не тратить время), нужно в начале дать простой и примитивный тест. А потом - что угодно. Всё равно большая часть не дойдёт до второго :D

    ОтветитьУдалить
  18. Так что все упирается опять в квалификацию программистов и тут я согласен с Александром, что толковых программистов на Delphi найти очень трудно. Субъективно я могу судить по нашему городу, есть спрос (даже в госконторы) но увы нет предложения со стороны Delphi-программистов. Действительно квалифицированных можно по пальцем посчитать. Сам сталкивался когда принимали на работу еще одного разработчика, некоторые простые вещи у них вызывают просто монстроидальные конструкции кода. Казалось бы что проще напиши в виде тестового задания простейший телефонный справочник (выбор СУБД оставляем в стороне)- однако большинство валилось просто ввлет, хотя многие имели дипломы, а на практике даже такая простая вещь вызывала проблемы.

    ОтветитьУдалить
  19. Можно и я вставлю свои три копейки. То что Delphi будет еще жить я не сомневаюсь. Причем как я думаю жизнь ему обеспечит госсконторы и банки. Расскажу свой опыт в сфере выбора языка в разработке ПО госучереждений, в коих я поработал и с коими я имел дело:
    Итак приступим.
    1.Фонд социального страхования РФ - вся их автоматизированная система ИСС Ф4 Ф6 и прочее построена на Delphi + отечественная СУБД HyTech.
    Как вы понимаете контора очень крупная и ее филиалы находится в каждом городе. Так вот сопровождение разработка и поддержка их софта идет уже более 7 лет и сворачиваться не будет. Мало того т.к. разработчики HyTech предоставляют Delphi-компоненты во многих филиалах пишется дополнительный по функциональности софт - тоже на Delphi.
    2.Пенсионный Фонд РФ - вы будите смеятся но основная часть БД пишется все еще на DOS FoxPro, причем только в последнее время начали появлятся новые разработки, многие из которых вы не поверите пишутся опять на Delphi
    3.МЧС - тоже довольно крупная контора, могу говорить только по северо-западу России. Централизованных программ нет, поэтому в основном в крупных городах народ выходит из положения сам. С кем я сталкивался - выбирают Delphi. Специфика софта - от БД до экспертных систем прогнозирования ЧС.
    4.Мерия (нашего города) пишет свою программу в рамках "одного окна" опять же на используя Delphi + Php для тонкого клиента.
    5.Авиалесоохрана (те кто высматривает пожары и занимается их тушением) имеет централизованный софт написанный на Delphi+Firebird.
    6.Казначество РФ - все бюджетные конторы сидят на их АРМ (АП, ПБС и пр) которые в свою очередь написаны на Delphi с использование пакетов. Контора крупная сами понимаете.

    ОтветитьУдалить
  20. Всех, кто считает неудачным подход с построчным чтением и любит TStringList, я бы заставил парсить свой любимый лог-файл на 8 Гб.

    ОтветитьУдалить
  21. Дмитрий, респект! Добавлю еще копеечку - сам работаю в ТФОМС и пишу всю корпоративку на Delphi+Firebird, так-то... :)

    ОтветитьУдалить
  22. ...решительно не понимаю, почему все хотят видеть в примере с TStringList нечто большее, чем он является: проверкой элементарных знаний...

    ОтветитьУдалить
  23. Э... а кто написал слова "неудачный подход"? ;-)
    Задача-то оказалась намного более глубокой, чем проверка элементарных знаний.

    ОтветитьУдалить
  24. 2 panda:
    Тогда уж TFileStream.LoadFromFile()
    Все зависит от потребностей.

    ОтветитьУдалить
  25. panda: За такой размер любимого лог файла я бы тоже руки отрывал, так хоть чем читай, а будет долго

    ОтветитьУдалить
  26. panda, в какой Delphi ты нашел функцию TFileStream.LoadFromFile? :))

    StringList не Тру конечно, но в условии сказано "Сколь угодно неоптимально" вот тут всплывает самое простое решение - TStringList

    ОтветитьУдалить
  27. 2 GlooK:
    Не нашел такого метода в Delphi 2007.

    2 cemick:
    Если заказчику оторвать руки, он перестанет платить деньги :-)
    А "читать долго" все-таки лучше, чем "вылететь с Out of memory"

    2 Анонимный:
    Это не я предложил TFileStream.LoadFromFile.

    Я ничуть не против применения TStringList при постановке задачи "сколь угодно неоптимально". Я категорически против того, чтобы считать файловые функции неудачным подходом. Если человек привык всегда делать сверхнадежные решения, то он как бы не совсем неудачник :-)

    ОтветитьУдалить
  28. >Дмитрий, респект! Добавлю еще копеечку - сам
    > работаю в ТФОМС и пишу всю корпоративку на
    >Delphi+Firebird, так-то... :)

    Можно вопрос немного не по теме? Предпочитаю ту же связку на своих некоммерческих проектах. Но если в БД хранятся персональные данные, как Вы обеспечиваете их защиту в соответствии с законом 152-ФЗ?

    ОтветитьУдалить
  29. >> Можно вопрос немного не по теме? Предпочитаю ту же связку на своих некоммерческих проектах. Но если в БД хранятся персональные данные, как Вы обеспечиваете их защиту в соответствии с законом 152-ФЗ?

    А можно встречный вопрос, как 152-фз связан с разработкой ПО. Ответ - лицензирование БД на соотвествие требованиям закона, никак не связана с разработкой ПО и СУБД. Это скорее всего более организационно-правовые методы. А построить грамотню защиту СУБД на Firebird не составляет труда. добейте еще аппаратные средства защиты данных и вуаля. Так что 152-фз, по моему мнение просто одна из кормушек и репресивных мер нашего государтсва. Приплюсуйте кучу БД которые введены были в эксплуатацию до 152-ФЗ и вы поймете что проблема не Delphi+Firebird

    ОтветитьУдалить
  30. > Можно вопрос немного не по теме? Предпочитаю ту же связку на своих некоммерческих проектах. Но если в БД хранятся персональные данные, как Вы обеспечиваете их защиту в соответствии с законом 152-ФЗ?

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

    ОтветитьУдалить
  31. Эх ленивый подход с СтрингЛистом
    а мне почемуто сразу представился текстовый файл в 10 мб, который мучительно пытается загрузиться в СтрингЛист

    И работы у нас в городе достаточно для Дельфи кодеров и проекты у нас не утилитарные и новые стартуем. Весь ваш пост очень субъективный и весьма относителен.

    ОтветитьУдалить
  32. 2all
    LoadFromFile - это я спутал с MemoryStream.
    Но суть понятна - для больших файлов нужно использовать, потоки.

    var
    Files: TFileStream;
    begin
    Files := TFileStream.Create('filename', 0);

    ОтветитьУдалить
  33. > Можно вопрос немного не по теме? Предпочитаю ту же связку на своих некоммерческих проектах. Но если в БД хранятся персональные данные, как Вы обеспечиваете их защиту в соответствии с законом 152-ФЗ?

    Также можно использовать UDF для шифрования.

    ОтветитьУдалить
  34. Нам нужен Delphi-программист!
    "а -- небалованный, бэ --
    доброволец, цэ -- чтобы согласился жить в общежитии..."

    ОтветитьУдалить
  35. Delphi-программист!
    "а -- небалованный, бэ --
    доброволец, цэ -- чтобы согласился жить в общежитии..."
    icq:152534503

    ОтветитьУдалить
  36. Работаю в гос. конторе связанной с ... разработкой специализированных роботизированных систем и специализированного приборостроения (причем не разработка самих приборов/систем, а "доводка" их до потребителя). Разработка ведется почти на всем, от с++ до Delphi (наша контора - НИИ). Скажу так: на чем студенту захочется писать, на том и пишется(и не надо кидать помидоры, не мы такие - жизнь такая).
    Результат: практически все разработки, востребованные потребителем(заказчиком), написаны на Delphi.

    Нередко взаимодействую с смежными систем написанными на с++, с, и .Net . Как ни странно, но delphi у них выигрывает по совокупному рейтингу скорость разработки + функциональность продукта + сложности кода, и выигрывает немало.

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

    Наблюдал два проекта, чьё развитие шло при вышеописанных условиях(достаточно одинаковых), один на дельфи, другой на шарпе. Тот, что на дельфи, отжил своё в силу естественно течения времени (о да, это действительно СТАРЫЙ продукт, начатый еще на паскале, его требовалось поддерживать ), тот что на шарпе никак не может закрыться. Поверьте, это довод не в пользу шарпа...

    ОтветитьУдалить
  37. У вас:
    СПГС - http://u.to/P-U1
    и
    ЧСВ - http://u.to/fvAU

    не надо бла бла

    ОтветитьУдалить
  38. С удовольствием примем в тульский офис DevExpress талантливого Delphi-программиста http://dxrussia.ru/about.xml

    ОтветитьУдалить
  39. Гм, а ведь я в своё время хотел в DevExpress :) Даже вакансии смотрел, но как-то так и не собрался. В итоге остался в EurekaLog.

    ОтветитьУдалить
  40. Ну и зря, что не собрались! DevExpress

    ОтветитьУдалить
  41. хм меня брали в Devexpress после сапера и показа моих разработок на которых я уже зарабатывал деньги, но мне нужен был опыт промышленной разработки а не сама работа и я хотел работать пол дня на контору остальное на себя - парни из Devexpress не захотели иметь полусвободного раба и отказали так что я до сих пор пишу свои программы и поэтому до сих пор не Билл Гейтс))) http://tulasoft.biz

    ОтветитьУдалить
  42. У нас на работе уже почти два года вакансия на делфи программера имется, так за это время всего один толковый приходил, поработал годик и тоже ушел :) В основном какие-то непонятные перцы приходят, задачи толком не решат и уходят)

    ОтветитьУдалить
  43. Айдар а скиньте мне требования и поощрения, которые ваша фирма предлагает на почту, или ссылку на вакансию.
    Проблема как раз описанная выше — невозможно найти нормальное место. Куда не ткнусь, все фигня какая-то. Последний раз пришел — "официальная ЗП 10 тысяч, все остальное в конверте"...
    Может не там ищу? )) Или пригрелся уже, даже незнаю. Опыт в делфи большой, личной перепиской подтвердить смогу :D

    ОтветитьУдалить
  44. А мы давали такое тестовое задание: клик на кнопку - открыть диалог выбора папки, и от выбранной папки заполнить содержимым TreeView, рекурсивно. Давали 40 минут и разрешали пользоваться справкой и интернетом.
    Ни один.

    ОтветитьУдалить
  45. По моему скромному мнению Дельфя вполне пригодный инструмент почти для всех задач. Останавливает, за частую, стоимость продукта....(если конечно разрабатываемое ПО собираются использовать с коммерческими целями), но есть множество других(вполне бесплатных) сред и языков. Все зависит от вкуса и задачи :-)

    Мало встречал задач для которых ее не достаточно.

    Про прием тестирования новобранцев....
    Для интервью в 30 минут вполне достаточно обсуждаемого примера. Для выяснения может человек что либо прилично писать есть испытательный срок. Его, как правило, хватает дабы понять что к чему.

    Про ПО ...

    В большинстве случаев язык не важен, а важна архитектура и алгоритмические решения. Для разработки архитектуры и иже с ним весьма удобен UML. Система становится понятна до написания первой строки кода. А выбор языка для реализации может состояться на основании уже сформировавшейся модели.

    ОтветитьУдалить
  46. А я уж собирался на C++ переходить... Лучше на Delphi останусь и до конца выучу)

    ОтветитьУдалить
  47. В догонку:

    http://habrahabr.ru/blogs/htranslations/111843/

    ОтветитьУдалить
  48. Для меня актуальна проблема с полом.
    В основном, "требуют" мужиков.

    ОтветитьУдалить
  49. почитал, поржал. Никогда так никого на работу не принимал, чтоб херней всякой парить испытуемого. Есть испытательный срок, где человек может в спокойной обстановке себя показать, а не думать как рекурсиями что-то заполнять или строчки местами в файле менять за строго отведенное время. Это не показатель, при выборе человека на работу.

    ОтветитьУдалить
    Ответы
    1. Крепко жму Вашу руку. Придерживаюсь такого же мнения. Всю жизнь стабильно туплю на собеседованиях, аж стыдно становится. При этом от моих услуг еще никто по итогам испытательного срока не отказывался, а когда уходил очень не хотели отпускать. Так же как то со мной вместе приняли на работу еще одного товарища, причем, по итогам собеседования, сразу повесили на него статус "спаситель" и "мессия", но оказалось все совсем наоборот. Так что, все верно, чушь все эти тестики. Собеседование должно быть лишь для определение адекватности и совместимости с коллективом. Все остальное покажет лишь работа.
      Ну и то же кину мааленький камешек в автора за "неудачный подход" с AssignFile и Co. Если человек привык писать качественно, то в голову не придет творить херню даже ради собеседования, а StringList весьма спорная конструкция в принципе.

      Удалить
  50. А я вот не могу в городе-миллионнике найти работу Delphi-программистом, хотя опыта именно в Delphi почти 15 лет. 3 вакансии висят на сайте уже год, наверное, 20-25 тыс, и сё. :)

    ОтветитьУдалить
  51. В состоянии волнения на собеседовании большинство кандидатов - могут показывать себя хуже чем в спокойной обстановке при самостоятельной работе на испытательном сроке. Действительно не показатель, если соискатель не смог быстро решить именно вашу задачу.

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

    ps Если что - я работаю в Ярославле, но частенько и с Москвой и Санкт-Петербургом работаю, правда, к сожалению, пока не готовы в этих городах предлагать нормальные ЗП для переезда.... так что вдруг кому-то что-то потребуется на Delphi - пишите, пообщаемся.... вот мой сайт - там в контактах все есть Delphi, Firebird, MSSQL, MySQL, PHP, HTML, CSS - Это все ко мне :) Готов рассмотреть варианты работы :)

    ОтветитьУдалить
    Ответы
    1. Будет время, пришлите свои контакты. Есть неординарная проблема. cimmeriya@yandex.ru

      Удалить
  53. Автор статьи, прям удручающий кретин: "тех, кто пишет с TStringList, не освобождают объект. Практически никто не ставит обработку исключений или иной вид проверок." - это не о чём не говорит, для простоты в виде примера для работодателя, нормальный кодер не будет захламлять код, всякой очевидной хуйней. Статья ни о чём, автор - мудак!

    ОтветитьУдалить
  54. Согласен с "Анонимный25 марта 2015 г., 2:36"

    ОтветитьУдалить
  55. июль 2015 - 2 вакансии программиста Delphi на весь полуторамиллионный Новосибирск. Причем знания нужны на уровне эксперта, а зарплата при этом - 30-35т. Смешно.

    ОтветитьУдалить

Можно использовать некоторые HTML-теги, например:

<b>Жирный</b>
<i>Курсив</i>
<a href="http://www.example.com/">Ссылка</a>

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

Пожалуйста, по возможности используйте "Имя/URL" вместо "Анонимный". URL можно просто не указывать.

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

Примечание. Отправлять комментарии могут только участники этого блога.