Про программеров-индусов, криворуких уродов из НР, аутсорс и всемирную дебилизацию...

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

iLo отдельно обновляется, кстати. Ну а SPFP без реги не скачается.

Я больше всего люблю, что у рейдовской утилит ы у microserver одна версия, а у SPFP другая))) Причем p222 без SPFP в режим, отличный от HBA не завести)))

На macos есть rss-ридер netnewswire. Много лет пользуюсь. Но сегодня с удивлением обнаружил, что его кэш за 2 недели составил 49 гигабайт)

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

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

Ктати в объективной реальности код с 7 копипастами выполняется гораздо быстрее того что в цикле. При заранее известном числе оборотов цикл это всего лишь сахар.

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

Фреймворки это лекарство от велосипедов

А лучше бинарный неразборный распухший doc?

Расширений то небось десяток впилено?

Попробуй в икселе 2003 вывести 66000 строк или сводную таблицу через жопу построить, или убогий автофильтр юзануть... 2007 самый более менее

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

Охуенно быть единственным программистом маленького проекта, поддержка и доработка которого не планируется. Когда ты в команде разработки из десятков человек, участвуешь в разработке крупного интеграционного проекта десятком таких команд, при этом продукт должен быть 24/7, зиро даунтайм и вот это вот всё, но при это гибким, костылимизируемым и расширяемым... всё маленько меняется

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

Просто иллюстрация к сказанному мной выше.
Да быстрее.
Понадобилось ввести ещё одно действие, скопипастили одну строчку в каждый из семи блоков. Понадобилось довести число итераций до 25. Насрать, скопипастили ещё 18 раз. Заметили, что при добавлении строки на прошлом шаге в параметре ошибка. 25 правок...
Если разовая поделка - похую, семь копипаст конечно лучше. Если это придётся поддерживать - начинается ад...

После WinXP смотреть в диспетчер задач для определения объема свободной памяти нельзя, ее пустую (!) занимает superfetch. Она же все равно пустая. Как понадобится - так отдаст.

Не понял, о чём пост... о долбаебизме кого?
Начальников? Билла Гейтса? Просвяти автор, кто дурак то в итоге.
Хоть убейте не понял мысль автора.

Все пидорасы, он - Д'Артаньян

Блин уже который раз вижу в теме мантру "гораздо быстрее" причём с позиции гуру программистов.
Что значит гораздо быстрее? Если взять классический цикл for, то на современных процах там вообще за 1 такт процессора будет и переход и инкремент и проверка, и вообще в современных процах на аппаратном уровне чуть ли не целые микропрограммы висят, например переключение всего контекста потока, да ещё это всё будет выполнятся в кеше 1 уровня проца который как известно работает на частоте процессора, а не памяти. Ну сэкономим мы 1 такт, а дальше что? В теле самого for стоит чихнуть не туда по коду, и мы тут же просрём этот такт, в какой нибудь менее эффективной инструкции по отношению к идеальной.

Поэтому я бы сказал так - пренебрежимо мало быстрее. Но опять же всё зависит от конкретики. Насколько большое тело - как далеко прыгать и т.д. Но слово "гораздо быстрее" я бы не использовал.

P.S. ах да забыл, есть же целая куча чудо высокоуровневых чудо языков поведение которые не подвластны логики, там может происходить что угодно )

Это сообщение отредактировал develоper - 1.11.2017 - 22:04

Уважаемый Жмур, за ваше изложение я прямо сейчас 100 коньячку накатываю.
P. S.
Я когда-то в Морровинд играл. 700 метров хватило на 14 лет и я не могу сказать, что знаю Морр от и до ))))))))))

Я как программист с многолетним стажем все таки не понимаю.
После таких задвигов хочется нажраться и с утра проснуться с мыслью "Ну хоть я правильно сделал"

Хуясе я ворвался на шестую страницу топика с доводами, которые уже сто раз обсудили :)

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

Ткнуть его мордой в .inf занимает 15 мин?
Хуй его знает, никогда не ставил дрова через setup, показал где .inf и все.

пишите на брэйнфаке. Прикольный язык

Не зря дядя Миша Задорнов говорил о "кое-какерах".
Сам постоянно указываю некоторым коллегам на их косяки - да, говорят "спасибо", исправляют - а после на голубом глазу творят аналогичную хню: "А что, оно компилируется и даже работает". При этом не осознают, что конкретно стоит за обращениями к тем или другим API, каким образом это влияет на общую производительность системы. Да и навряд ли это сможет понять человек, никогда не кодировавший на языках с ручным управлением ресурсами. Для них конкатенировать несколько строк - это строка1 + строка2 + строкаN, и нет понимания, как при этом будет распределяться/освобождаться память, сколько ресурсов на это будет затрачено. А кто хоть раз такую процедуру производил через malloc/strcat/free ... (не говорю уже об опыте реализации подобного на ASM-е), тот лишний раз подумает, чего такая, вроде бы очевидная, процедура стоит системе, и как эту самую процедуру сделать более эффективно, даже в managed-среде. А кто-то и не подумает, ибо рабочий день уже заканчивается, а код нужно сдавать.
И это только про банальные строчки... Уже не говорю о товарищах, которые лепят на ЯВУ запросы к ORM, не удосуживаясь исследовать планы в профайлере и как-то их оптимизировать.

ИМХО, проблема связана не столько с IT-сферой, сколько с общей тенеденцией к похуизму и безответственности. Людям стало не стыдно позорить звание профессионала в своей области.

Просто обожаю такие истории. Они божественны. В них есть все необходимые компоненты:
Билли
Микрософт
Какая-нибудь крупная компания из больших игроков
Какая-нибудь Очень Важна Проблема, с которой он Очень Долго Мучался
Индусы\китайцы, иногда Гениальные Российские Программисты.
И обязательно вывод о том, что во всем виноваты все вышеперечисленные потому что...

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

Не спорю, что с Гениальными Российскими Программистами иногда мало что сравнится по прямолинейности. СКБ Контур и софт ЕГАИС, наверное тут вообще лидеры по степени неадеквата. Требовать для запуска своего софта на Windows 7 жестко админские права - это прямо фейл. И то все оказалось вполне себе решаемым, пусть и через не самые правильные дейтствия в GPO

HP окончательно обосрались со своей последней серией принтеров/МФУ. это M104, M132 и прочие белые прямоугольные уёбища, к которым неоригинальных картриджей до сих пор ни один Cactus/NVPrint не сделал из-за их хитровыебанности, а фотобарабанов, которые идут отдельным расходником на каждые несколько картриджей, в России вообще хуй найдёшь по наличию.