Откуда руки у современных программистов?

Не устанавливаю никакие свистелки-перделки, вырубаю обновы, выгружаю всё из автозагрузки, тьфу три раза, нет зависонов и прочей лабудени, про "кашпировского" вообще забыл, как и про всякие тяжёлые интырнеты секурити. Про сегодняшних тыжпрограммистов: коды давно по ходу не оптимизируют, шлёпают на старые, это да, сильно заметно от кажной обновляшки. И ещё одно бесит, если взять мой труболёт на андрюше, гугл шлёпает обновы всё тяжелее и тяжелее, причём старый софт не удаляет (блеать аж трясёт!) и какого-то хера пишет что-то всё время, в какой-то, сука, дропбокс, нахера? После недели юза смарта до 1-2 Гб всякой текстовой хрени удаляется, песдетс! Плюс китаёзы какие-то свои трояны в свои топ смарты, сука пихают, причём стучатся они из системных файлов конфига. Была бы возможность вернуться на ХР, я б не задумывался точно, да и трубы на симбиан не загнулись бы, тоже гонял бы с ними.

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

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

Эксел 2003 считает в 4 (ЧЕТЫРЕ!!!) раза быстрее, чем 2007. Не веришь проверь.
Какую-нить задачку на оптимизацию через, скажем, надстройку "поиск решения". Влупи побольше итераций и просто засекай время.

В чем был высший смысл переписывать готовый продукт под дотнетом? Ради нескольких рюшечек и похабного интерфейса? Ну ладно, пусть не всем нужны навороченные расчеты, но в 2007 стало реально сложнее сделать огромное количество вещей, которые в 2003 делались на счет раз. Я даже не стану вспоминать эксел из 2000 офиса, в котором составление каскадныых формул было делом легким и непринужденным, а после него они взяли и тупо удалили одну маленькую кнопочку со значком "fx" из окна построения формулы и с тех пор приходится заниматься онанизмом путем копипасты текста.

Это сообщение отредактировал Codavr - 19.12.2016 - 17:03

Ну не знаю, я покупал новый Stark indy alloy 2008 весом в 13.5кг за 8000рэ. И ничё, катает.
Советский трехколёсник детский сука тяжелее!!!

Это сообщение отредактировал klounader - 19.12.2016 - 17:06

Так и живу бро.
7ка, 97й офис, 2й фолаут, 3 герои, компас, винамп и влсишка 1.07.
а остальное нахер.

toy2ru
Что за лютый бред про C# и "долгое и упорное написание транслятора для сборки Вашей программы"??? Мил человек, ты шарп то в глаза видел? Сдается мне кто-то тебе лапшу на уши вешает...

КыТулха
Я этого говна насобирался под Linux, больше не хочется.
Завязал я с этим говном.
.

Вот чтобы такого не произошло, когда в уже далёком 1988 году я получил в качестве задания разработку программы расчёта и визуализации техпроцесса холодной штамповки, прежде чем написать первую строчку кода на языке Basic для убердевайса Искра-226, неделю сидел на плечах инженера, который отвечал за этот участок.
А потом, в процессе реализации, каждый расчёт сверяли прогоном по проектным данным. Это долго, это сложно, но это работало.
Если бы я до сих пор работал программистом, уверен, что сейчас я больше бы трахался с "рюшечками" и внутренностями фреймворков, дабы выяснить, почему вечно лезет какая-то непонятная хрень, чем с реализацией базовых для задачи алгоритмов.

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

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

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

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

тоже самое и с современными авто. раньше тачки по 500тыщ ходили без серьёзных проблем а сейчас 200тыщ км-великое достижение. и такая тенденция сейчас во всём

ты сам-то пользуешься тем про что пишешь? пакеты Adobe и Corel Draw 15 версия и выше вполне себе прекрасно работают

у меня адоб последняя версия, обновляется автоматом ибо лицуха. Работает прекрасно. НИЧЕГО не тормозит, хотя банка собиралась 5 лет назад. Там не нужно СОТЕН Гб памяти и экстрим версии процов. I3 + 16 гиг оперативки - полет нормальный. Все это висит на восьмерке

Не надо соплей :)


Это сообщение отредактировал mrbb - 19.12.2016 - 17:09

Гоняются за дешевизной рабочей силы.
Лишь бы прога запустилась и что-то показала на экране!
Проблемы? — сделаем и накатим обновление!
Новые проблемы после обновлений? — зафиксим и подарим новое обновление! (первые 2 обновления бесплатно! остальные за абонплату ХХХХ руб. в месяц, оплата авансом, аванс не возвращается)

ИМХО эффективные менеджеры требуют не устранять ошибки после нахождения их тестировщиками. Чтобы затем шире продавать костыли к ПО.

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

Хахаха, а я на них и сижу!

Надо думать над алгоритмом, а не программировать интерфейс и всякие кнопочки, боксики, строки ввода и тому подобное...
.
Многие программисты даже не знают основ высшей математики, а программируют во всю. Для них нет таких понятий, как, например. алгоритмы сортировки данных. Они даже не знают что это такое...
.
Пример.
Linux (какой конкретно не скажу).
Функция обработки пакетов с ethernet интерфейса. Огромная такая функция, кто видел, тот меня поймет.
Функция настроена на работы двух интерфейсов в параллель. Включам 1-ый интерфейс, скорость примерно 60 Мбит/сек, что соответствует действительности. Включаем в параллель 2-ой интерфейс, скорость падает. Почему.
Начинаем разбираться с портянкой данной функции обработки, смотрим как сортируются пакеты, и ОЙ МАМА... Сортировка написана в корне не грамотно.
Программисты просто даже не знали, что есть алгоритмы сортировки.
.

"Может кому то открою глаза, но в трансляторе make "ПРОБЕЛ" и "TAB" это разные символы, и поведение транслятора не предсказуемо,
если Вы перепутали "Пробел" и "TAB"."

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

ЗЫ Для любителей поговорить о вреде фреймворков. Год примерно 2005. На моей стороне QNX, у соседей винда. Задача по тцпип связаться с программой соседей. У меня все просто tcpip.h и понеслась, у соседей какие-то хитрые микрософтские классы. Как-то сделалось, проходит несколько лет, соседи обанкротились, но надо внести изменения. Исходники есть. Ниче не понятно, начинаю рыть хидеры Вижуал Студио....
Хидер, в нем хидер, в нем еще хидер, а в нем tcpip.h... Занавес. Хидеры совпали даже по размеру.

в 2013 экселе она появилась на панели задач
большая )
и да, опять же лицуха

Это сообщение отредактировал mrbb - 19.12.2016 - 17:15

Согласен. У меня win 7 x64, весь софт 7-10 годов. То же самой и виртуалки. В добавок хочу сказать о дровах, особенно о дровах для ATI Radeon. Говнососы (разрабы). Видюха хорошо пашет только на драйверах годовой давности. Как говорится - если работает, не трогай. У ребёнка win 10 была (сам просил), год назад установили 7. У знакомого на ноуте win 10, он с ней зае..ся. На работе FreeBsd и всё хорошо )))

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

Как человек, пишущий ЧТЗ к ПО могу сказать - нет.
Что пишется в ТЗ? Функциональные требования, бизнесовые алгоритмы, но не глубоко техническая часть. Редко в ТЗ можно встретить - "А вот это пишите на Assembler под семейство таких-то процессоров". Криворукость эта - от разбалованных новыми железками программистов и архитекторов ПО (требования пишет системный аналитик, как правило). Они думаю что у них всё практически бесконечно. + подгоняются постоянно продаванами и манагерами, и просто не успевают делать всё оптимизированно. + используют паттерны и фреймворки разработки, которые считают "модными", "надёжными", "всегда так делал". Но не учитывают конечной цели такого ПО. Или учитывают, но, например не учитывают того что параллельно с их функционалом работают другие приложения. А ещё отличие современных программистов в том, что уже существуют такие инструменты, с помощью которых можно быстро разработать то или иное приложение, показать, продать и забыть. А до оптимизации как правило руки не доходят. Да и не умеют это делать программисты. Потому что красноглазые дяди в институах их не учили, например программировать микроконтроллеры, которые по памяти ой как ограничены. Да они может вообще не учились в институте! Вон - посмотрите сколько вокруг криворуких уебанов, которые на PHP пишут и орут как он крут.
А ещё а ещё... Короче пиздец как всё сложно.

Пиздец, просто пиздец. Совсем хуевая комплектация - всего лишь и3 и ШЕСТНАДЦАТЬ ЁБАНЫХ ГИГОВ ПАМЯТИ.

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