Работа сис программистом.. Стоит ли?

Lua
Читать лучше не доку, а книжку ерусалимовкого +примеры.

Вообще-то странное заявление. А С, а перл?

 

_basmp_
Ну вот уже наши представления о идеальном для каждого языке расходятся. Как я и предполагал, я разрабатываю язык более низкого уровня. Вот почему:
1) Автоматический контроль за целостностью и доступом в память - это лишние такты процессора и лишний код. "Лишние" потому, что если руки действительно прямые, то программа не будет лезть по левому адресу. Ну а если ошибка в программе допущена, то как раз программа и не должна ее обработать - пусть лучше упадет, тогда проще будет отладить.

Ну, это на любителя. Я люблю иметь полный контроль над выполнением программы (e.g. из-за этого я при каждой необходимости использования стека/очереди и т.п. алгоритмов пишу быстро свой код под конкретное задание, а не использую тот же STL). Нет, конечно в языке вводятся всякие "высокоуровневые" функционали (теже хеши), но вот данные за меня проверять я не позволю

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

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

Только SEH и т.п. Не поддерживается языком напрямую.

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

Да, конечно, это важно. Причем склоняюсь к AT&T синтаксису. А отсутствие меток в самом языке можно будет искупить инструкцией jmp в ассемблере. Очень криво, но если кому-то так хочется пользоваться этим бичем - прошу!

У меня это в минус. А так по тому-же парсеру, его переключение на разбор C или Pascal кода не проблема, C++ уже хуже. Но вот вопрос: а эта возможность действительно нужна? А не проще осуществлять компоновку с уже готовыми .dcu и .obj/.o? Плюс вопросы раскрутки и поддержки компилятора сторонними разработчиками, т.е. объем кода, необходимого для создания полнофункционального компилятора. Как бы не получилось как с MNG (или не с ним, подзабыл что-то): класное сжатие, поддержка внутреннего скриптового языка, поддержка 2D и 3D операций, ООП архитектура и т.п. В итоге сложность разработки просмотрщика (про редактор вообще молчу) колоссальная. Формат сейчас используется, но далеко не в полном объеме.

Бейсик? У... Ну зачем же перед сном о таких плохих вещах А по поводу операций - я подумаю, посоветуюсь с потенциальными пользователями, может и придем к принятию такой концепции. И кстати, все, кто читают нашу переписку: вы пишите мысли по поводу обсуждаемых вещей, нам интересно и полезно принять к сведению.

-Я вас понимаю. -Нет, не понимаете. -Прекрасно понимаю...

Я сам частенько грешу быстрым написанием сложного GUI в Delphi, а основной код цепляю из DLL. Это для user frendly-программ.

UbIvItS

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

_basmp_

А чем C лаконичен и функционален? Как по мне он слишком лаконичен и минимально функционален. Perl? Ну он же чисто транслируемый, даже PHP в этом плане более продуман. На Perl можно написать программы наиболее сложные к восприятию из всех реальных языков, которые я видел ( всякую эзотерику оставим любителям ). Если что и брать из Perl, так это всякие @list[1,10]=@list[10,1]; , ($x,$y,$z)=@List; и конечно __END__. НО вот лезть далее не хочется: жесткие ссылки &{ $dispatch{$index} }(1,2,3); и далее...

 

Xerx

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

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

Вы наверно меня не поняли. Я говорю не о уродце типа STL. Конкретный пример - Луа. На первый взгляд детский язычок, понятный и без доки. А когда копнешь, чего там только нет. По функциональности вполне заменяет и перл и питон. И синтаксис получше чем у обоих. Особенно это касается объектов.
Кроме того я писал о морфируемости и модульности. При желании вы можете переписать любую встроеную библиотеку, любой обработчик, любую базовую конструкцию.

Фронтенд желательно писать имея ввиду какой-то определенный бэкенд, чтоб не обломиться под занавес. Ради интереса взгляните на кодогенератор от openwatcom в архиве сорцов 'bld\cg' там и дока есть. Очень хороший оптимизатор. Подходящая лицензия. Или транслируйте в С. Оптимизаторы/кодогенераторы посложнее ЯВУ будут. Если требования по минимальности/скорости все-же не такие жесткие, есть бэкенды и попроще и поменьше.

Отсюда только один шаг до автоматически типизованых переменных. В каждой функции хватает вспомогательных переменных, живущих ~2-3 строки. Создавать и типизовать каждый раз новую переменную.. Не думаю, что это что-то улучшит. Компилер-же легко отследит смену типа и пересоздаст переменную, возможно с преобразованием старых данных (скажем float в string или int) в той-же памяти. Как часто ими пользоваться и для чего, оставим на совести программиста. Однако, возможность такую рассматриваю как исключительно полезную.

Это конечно мое имхо, но считаю, что СЕХ (тестирование памяти на доступность к примеру) желательно предусмотреть сразу. Многопоточность тоже.

С++ использовать не планирую, тк нормальный фронтенд к нему очень тяжелый. Кроме того я не очень люблю сам язык. Знаю, пишу, но не люблю. Пример системы со многими фронтендами и одним оптимизатором и бэкендом (и виртуальная машина и генератор асм-а), хоть и не такой как задумал - Amsterdam Compiler Kit (ACK). Используется как основной компилер в Minix. В нем реализованы basic, ANSI-C, KR-C, fortran, modula2, occam, pascal. Ничего не стоит (лицензия позволяет) использовать этот код, дописав свой фронтенд, который будет еще и оберткой так, чтоб получилось

Код (Text):

1. // дефол
2. int32 i = 2, j=20;
3. #С (i)
4. //переключение на С и указание переносимых переменных (i)
5. ...
6. //алгоритм на С
7. ...
8. #PASCAL ()
9. (* переключение на пас и переменные тут не переносятся *)
10. var result:Real;
11. ...
12. (* алгоритм на пас *)
13. ...
14. #ASM (result)
15. ; asm видит переменную result
16. ...
17. #LUA+ ()
18. //обратно в дефолт
19. ...
20. //итд

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

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

Замечание UbIvItS не касалось транслируемости или компилируемости или понятности. Кстати говоря понятность вообще никакого отношения к языку не имеет (эзотерику я не считаю). Самые непонятные проги я видел у заочников еще в институте и писали они на паскале. Их не понимал никто. Ни программ, ни заочников.
Кстати говоря последние массивные операции есть и в Луа. Только префиксов этих конченых (две кнопки одовременно) перед переменными нет.

 

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

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

Как заработать:

- С шарп - чем больше проектов тем больше денег
- Джава - постояная работа в конторе и косметические исправления продукта.
- Дзен - ТОЛЬКО ПРОЦЕНТ ОТ ПРОДАЖИ, объединение системщиков в свой "профсоюз", и требование этого условия. Причина проста - движок написал - далее ты никому не нужен => денег не дадут. В последствии, если нужно движок доработать, извеняются просят дописать, далее опять ситуация повторяется.

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

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

А теперь прогноз, если все оставить как есть. Через n (лет надеюсь) нахер полетит вся проактивная защита антивирусов, да и сами антивирусы накроются => электронная торговля будет под сомнением - причина - одинокий волк системщик устанет от тупого обмана со стороны софтвенных компаний по оплате его труда, те программисты-системщики которые сейчас работают в софтвенных компаниях постепенно тупеют (они работают с 8:00 - до 16:00, а системшик-хакер до 24:00 в сутки). Вот почему антивирусный софт переживает даже сейчас бум, но за кем победа мне непонятно.

 

PROFi

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

 

Умные люди в движок сразу ошибку вносят или неудобство мелкое или несовместимость. Возможно с временным запуском скажем пол-года все ОК, а потом притормаживать начинает или файлы очень большие пишет (раз в 10 больше, чтоб заметили).

Интересно как вы разделяете

У этих продуктов основное достоинство - мегаразрекламированость. Никакой особо быстрой разработки я не заметил. Только пальцы печатать болят. Что жаба многоплатформенна (даже на телах есть) - действительно достоинство, но недостатки почти закрывают его.

Все остальное пропущено и сразу

причем с упором на вири и трояны. Странно..

 

UbIvItS

1. Интересно сколько?
2. А если эту цифру сравнить с тем, сколько можно получить за сейезную дыру у разработчика ОС?

_basmp_

Низкоуровневое не всегда в Kernel Mode. Под движком я понимаю например драйвер VPN (приватного) соединения, система безопасности для конкретного предприятия (под заказ), сопряжение и взаимодействие кластеров и т.п. Самое интересное что за все платят копейки именно тем, кто основы технологии закладывает.

С чем сталкивался("Большинство отловленых мною вирусов и троянов вручную"), о том и пишу. Если есть что дополнить, тогда где еще ...

 

PROFi

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

 

PROFi

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

если расскажешь тем же мокрым о новой дыре - получишь: "спасибо" и просьбу подождать)

 

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

ппц...

 

wsd

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

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

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

UbIvItS

Ну и где здравый смысл. Это лишь доказывает, что все заверения M$ о безопасности только обертка от конфетки, основное для них всучить ОС в лапы пользователя. Кстати повзрослев пногие системщики в Linux переходят или на FreeBSD, чаще из-за цели - цель этих систем действительно безопасность.

 

Быть может, вам интересно. Я просмотрел вакансии для программистов на сайтах поиска работы.

1) Больше всего востребованы программисты 1С. Я живу в провинции, в Сибири. Мне 23 года. Девочка, что в школе за партой со мной сидела, сейчас программист 1С. Получает 18 000 р. Мальчик, что в вузе со мной на одной специальности учился, сейчас программист 1С, получает 22 000 р. Это обычная зарплата для 1С программистов в нашем полумиллионом городе. Профессия востребована. Но нигде в вузах не учат программированию 1С. Учат ТАУ, будь она не ладна. А на то, что экономика требует, Минобразования наплевать. Блага в 2008 в ВУЗах моего города появилась специальность “Информатика в экономике” под которой Минобразования зашифровала программирование 1С.
В Москве программистам 1С платят 1500-3500 $. Паренёк, с которым я вузе учился, рванул в Москву. Надоела ему на работе с бугалтерами спорить и балду пинать. Поехал, как говорит, “в город большого бабал”.

2) На втором месте российская экономика требует Delphi программистов. Delphi в вузах сейчас повсеместно учат. На Delphi видимо пишут клиентскую часть для автоматизированного рабочего места, которая взаимодействует с БД на сервере.

3) На третьем месте . Net программисты. В чём вакансия заключается мне трудно представить. Видимо нужны люди, которые понимают .Net и пишут на одном из понятных платформе Net языков.

4) Далее по популярности идут C++ программисты.

5) Вакансии для ассемблерщиков во всём Рунете встречаются единицы. Благо есть такое занятие, как программирование микроконтроллеров, близко тем, кто освоил ассемблер 80386.

6) Так же есть веб программисты. Вакансии которых я не считал, поскольку не интересуюсь. Но 1С программисты обгоняют веб. Вебпрограммистов в России часто используют для визуализации данных в БД. При этом работает СУБД Oracle, вебсервер, который сейчас интегрирован Oracle. Информация берётся из БД при помощи языка PL/SQL (надстройка на SQL с инициализацией функций как в паскале, придуманная Oracle), PHP формирует данные в вебстаницу, которая отсылается браузеру. При этом у оператора БД на компьютере тока ОС и браузер. Всё остальное на Сервере. Что нужно учить веб программистам для визуализации БД? HTML,CSS, PHP, PL/SQL, язык создания диаграмм в браузере.

 

Lykac
Дельфа уже пережила пик и скоро скопытится. 1С - агрессивно насаждается, но конкуренты на подходе + внутренние глюки - скопытится тоже. Вы ведь не на 5 лет учились? .NET - изначальная лажа - потомок ВБ. Заказчики как правило следуют рекламе и плохо представляют предмет и его альтернативы. То бишь на нет говорим да и пишем себе спокойно на С. Рынок контроллеров значительно шире рынка компов. Сейчас их нет только в старых советских молотках. А проблемы с низким уровнем - ну нет у нас производства, купи-продай одно. На забугорье пашите.

По слову ТАУ я понял, что вы АСУ-шник. В ветке COMMERCE висит предложение от КАРТОХи. Полуимпортная фирма набирает на работу АСУ-шников прямо из инстика (можно и недоучек). Дообучение. В том числе и за бугром. Стартовая $1000 + соцмелочевка. Работы валом. Перспективы. Екатеринбург. В общении женщина приятная. (http://wasm.ru/forum/viewtopic.php?id=26663)

 

_basmp_

В моём универе ТАУ даже экономисты изучали В универе название специальности моей было красивое, но на кафедре ничему путному не учили.

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

 

Lykac

Это вы счас так думаете (какое название?).

Ссылку я дал. Будете начинающий зарабатыватель денег.

Например посиделки у параши.

 

Lykac
не объективный обзор
1 или 2 место j2ee
ну если источники не объективные в край 3 место

есть мода, и есть наука и искусство (ДЗЕН)
если по моде решил пожидокомерсить подучи 1с
время это не много займёт
а системщина на асм и ся - это абсолютно и бесконечно

 

Только рынку не нужно. /в таком объёме, в каком есть либо вообще/

 

Весь топ херня какая-то,
работы оч много для всех.
Даже тяжело представить сколько.
Вот только кто бы ее сделал?

 

asmfan

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

 

зачем вообще нужны конторы
просто можно попробовать сделать
что-то самостоятельно