Jump to content

    

Программисты и электроники

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

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

Для разработки и производства всего многообразия электроники нужно все меньше людей.

При этом возможности, производительность электроники постоянно растет.

Она способна использовать все более сложное програмное обеспечение.

Одно устройство с помощью ПО можно использовать бесчисленным множеством способов.

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

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

А для всех других отраслей инженерии остается то, что остается.

Это определяет и процент студентов электроников учащихся просто для корочки, и уровень зарплат.

 

 

 

Share this post


Link to post
Share on other sites
А для всех других отраслей инженерии остается то, что остается.

 

Не, свойства электроники не важны. Важна производительность труда.

Производительность труда у программистов низкая, поэтому их так много надо.

Софт плодится и забывается. У программеров плохая преемственность опыта прошлых поколений.

Они трудно въезжают в чужие исходники. Даже придумали кучу эпитетов для чужого кода.

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

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

Но большинству из них предстоит перегореть в борьбе с низкой производительностью в которой они не виноваты.

 

Share this post


Link to post
Share on other sites
Не, свойства электроники не важны. Важна производительность труда.

Производительность труда у программистов низкая, поэтому их так много надо.

Софт плодится и забывается. У программеров плохая преемственность опыта прошлых поколений.

Они трудно въезжают в чужие исходники. Даже придумали кучу эпитетов для чужого кода.

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

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

Но большинству из них предстоит перегореть в борьбе с низкой производительностью в которой они не виноваты.

И этот пузырь когда-то лопнет и программирование из искусства превратится в рутину в процентном отношении 10 к 90 (рутины). Как это произошло у механиков, а потом и у электронщиков. Правда пока наблюдается бум искусства у твердотельных электронщиков, каковый наблюдался в 70-е - 80-е у аппаратурных электронщиков.

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Ну зря вы так. Практически все программисты, которых я знаю - неплохие ребята, только тупые, как пробка и читать не умеют (чукча не читатель - чукча писатель). В том смысле, что вместо задания, описанного в ТЗ занимаются тем, что им кажется интересным. При этом, свою неспособность работать по ТЗ выдают за то, что ТЗ не нужно. Но это лечится.
Именно не хотят - чукча не читатель - чукча писатель. Я уж и схемы рисую читабельные, и блок-диаграммы подробные, и подробные описания интерфейсов и подключений схем делаю, не читают, а делают как хотят. Потом после обсуждений кто виноват и что не работает, тыкаешь носом и исправляют что напартачили. Ну а если дело качается глубоких теорий, как то - усреднение, задержки при обмене, запросы и подтверждения и пр. - то вообще труба, так как уже теор основы приходится объяснять.

Share this post


Link to post
Share on other sites
Ну а если дело качается глубоких теорий усреднение, задержки при обмене, запросы и подтверждения - то вообще труба, так как уже теор основы приходится объяснять.

Ну так чтобы это понимать - тоже читать нужно. А это не укладывается в жизненную позицию "Monkey see. Monkey do".

Share this post


Link to post
Share on other sites
Производительность труда у программистов низкая, поэтому их так много надо.

Где подтверждающее это утверждение статистика?

 

 

 

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

:D посмеялся от души! аффтар пиши ещё!

 

 

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

и загивающий запад!

Share this post


Link to post
Share on other sites
И как он будет микроконтроллеры программировать?

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

Share this post


Link to post
Share on other sites
Ну а если дело качается глубоких теорий усреднение, задержки при обмене, запросы и подтверждения - то вообще труба, так как уже теор основы приходится объяснять.

Т.е. "там" (вы же вроде в США?) ситуация таже самая?

 

Share this post


Link to post
Share on other sites
Потом после обсуждений кто виноват и что не работает, тыкаешь носом и исправляют что напартачили.

А программисты не тыкали вас носом в неверно подключенную периферию или другие смехотехнические баги? B)

Share this post


Link to post
Share on other sites
А программисты не тыкали вас носом в неверно подключенную периферию или другие смехотехнические баги? B)
Конечно находились и мои ляпы. Но, например сейчас, я работаю с 3-мя программистами микроконтроллеров и 2-мя системными программистами одновременно над разными проектами. Так что они еле поспевают править. Кроме того, все понимают, что программное обеспечение можно дорабатывать даже после поставок пользователям, а аппаратура должна работать корректно к моменту поставок и желательно к моменту создания программного обеспечения. Мой секрет простой. Стараюсь разрабатывать электронику максимально податливую для модернизаций.

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Производительность труда у программистов низкая, поэтому их так много надо.

Софт плодится и забывается. У программеров плохая преемственность опыта прошлых поколений.

Они трудно въезжают в чужие исходники.

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

Edited by Фрол Кузьмич

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this