Конъюктура рынка труда

← →
Alkid © (2006-12-27 14:30) [40]

> А 1с/sap/navision - не конъюнктура?

А фиг его знает. 1С/SAP/NAVISION - это тоже сильно требуется, но я на этом внимание не заострял, ибо я в этих областях никак себя не позиционирую. Я всё-таки "традииционный" программист общего назначения.

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

← →
zdm © (2006-12-27 14:34) [41]

> Alkid © (27.12.06 14:30) [40]

программистов общего назначения не существует, все пишут под конкретные цели. А типа знать всё.... "Ничего нет пагубней, чем поверхностные знания" (Петр I)

← →
Skier © (2006-12-27 14:41) [42]

судя по вакансиям :
С#, Java, ASP, C++, Oracle - чаще всего попадаются...

← →
tesseract © (2006-12-27 15:02) [43]

> zdm © (27.12.06 14:04) [39]
> > tesseract © (27.12.06 14:00) [38]И опять повторюсь,
> какая разница на чем писать... :) А ты одинэсник?

1C / delphi / WinCE :-) Регулярно :-)

← →
Alkid © (2006-12-27 15:13) [44]

> программистов общего назначения не существует, все пишут
> под конкретные цели. А типа знать всё.... "Ничего нет пагубней,
> чем поверхностные знания" (Петр I)

Я имел в виду не то, что я программист-универсал, который способен одной левой написать программу для любой предметной области, а именно
тот набор средств разработки, которым я владею. Всё таки 1C/SAP/NAVISION - это системы с более конкретной специализацией, чем "традиционные" средства разработки - Java, C++, Delphi, C# и т.п.

← →
tesseract © (2006-12-27 15:36) [45]

> области, а именнотот набор средств разработки, которым я
> владею. Всё таки 1C/SAP/NAVISION - это системы с более конкретной
> специализацией, чем "традиционные" средства разработки -
> Java, C++, Delphi, C# и т.п.

Ой ли?

← →
Ega23 © (2006-12-27 15:37) [46]

> Ой ли?

дык вот...

← →
Alkid © (2006-12-27 15:59) [47]

> Ой ли?

А Вы скажете, что они не есть более специализированные?
В принципе я не буду утверждать, что хорошо знаю 1С/SAP/NAVISION.
Однако. Вот скажите, можно ли на том же 1С (и прочих упомянутых) написать 3Д-шутер? А драйвер? А контроллер железа, подключаемого к PC?
AFAIK - нельзя. И не надо. Системы подобного рода жертвуют гибкостью и универсальностью приложения для обеспечения высокой эффективности в той области, под которую "заточны". Можно на ассемблере написать программу для обслуживания бухгалтерии? Конечно можно! Но, сдётся мне, на 1С это сделать будет на порядки удобнее и быстрее.

← →
tesseract © (2006-12-27 16:08) [48]

> А контроллер железа, подключаемого к PC?

Пишу же....... Правда на Delphi.

Я про то, что на Delphi/c++/Asm зачастую приходиться намного большая специализация, чем на платформы 1с и тд. Ни разу не видел специялиста который писал бы модуль к оркал для подключения Сканера штрихкодв.

> AFAIK - нельзя. И не надо. Системы подобного рода жертвуют
> гибкостью и универсальностью приложения

1с/sap очень гибкая платформа на ней есть всё от касс до web-интерфейса.

> нечно можно! Но, сдётся мне, на 1С это сделать будет на
> порядки удобнее и быстрее.

Если есть комплект реализованных алгоритмов то схоже :-)

← →
evvcom © (2006-12-27 16:21) [49]

> [48] tesseract © (27.12.06 16:08)
> 1с/sap очень гибкая платформа на ней есть всё от касс до
> web-интерфейса

Платформа гибкая, но есть, думаю, все же не всё. Например, мы когда SAP внедряли, консультант сразу сказал: "Чтобы гонять данные между SAP и клиент-банком, пишите на Си, Дельфи, на чём хотите OLE-сервер для работы с этим клиент-банком, а уж с OLE-объектами можно и из SAP работать."
Как не стоит из пушки по воробьям стрелять, так и из мелкашки по самолету. (с) тока что сам придумал :)

← →
Alkid © (2006-12-27 16:23) [50]

> Пишу же....... Правда на Delphi.

Дык, и я имел в виду, что это можно на Дельфи писать. Сам такое проделывал.

> Я про то, что на Delphi/c++/Asm зачастую приходиться намного
> большая специализация, чем на платформы 1с и тд. Ни разу
> не видел специялиста который писал бы модуль к оркал для
> подключения Сканера штрихкодв.

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

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

> 1с/sap очень гибкая платформа на ней есть всё от касс до
> web-интерфейса.

Верю. Но на ассемблере можно реализовать всё это + то, чего нельзя на 1c/sap. Другое дело, что для каждого дела - свой инструмент.

> Если есть комплект реализованных алгоритмов то схоже :-)

Да, шикарная библиотека - это пол дела. Но, согласись, бывают и более концептуальные "заточки". Яркий пример - SQL, отличающйися от обычных языков своей парадигмой. Список можно продолжать - Verilog, Prolog, Labview с его системой визуального программирования...

> Alkid © (27.12.06 16:23) [50]

Вот я и говорю, что програмист 1С/Sаp может иметь более широкую специализацию :-)
Ему и теорию документооборота надо знать, и внутренние приколы 1с и OLE суметь написать.......

← →
RebroFF (2006-12-27 17:20) [52]

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

Поверь, это автоматическая ошибка, а не орфографическая. Не стоит на этом акцентировать своё внимание.

← →
Sergey Masloff (2006-12-28 07:25) [53]

tesseract © (27.12.06 16:08) [48]
>Я про то, что на Delphi/c++/Asm зачастую приходиться намного большая >специализация, чем на платформы 1с и тд. Ни разу не видел специялиста >который писал бы модуль к оркал для подключения Сканера штрихкодв.
Ну на какой-то фотке с MMP есть я. Можешь посмотреть и потом рассказывать что видел ;-)) Не сканера штрих кодов конечно но железки АТС

> Sergey Masloff (28.12.06 07:25) [53]

Извращенец :-)

Конъюктура рынка труда Найти похожие ветки