Моё разочарование в софте

Судя по некоторым перлам в статье - аффтор очень далек от мобильной разработки, но всячески стараtтся сделать вид, что он самый-самый. Если бы он не был далек - он бы знал, что основной размер в мобильных приложениях занимает графика, коей там туева куча на один только элемент из-за разных разрешений экранов и DPI

Это сообщение отредактировал beast6666 - 28.09.2018 - 07:26

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

Это сообщение отредактировал gskm - 28.09.2018 - 07:32

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

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

Мой дед ещё говорил при жизни, что наступит время когда железо станет настолько мощным что программы не будут его полностью нагружать, в итоге качество программ снизится. И он не был программистом, да и с компьютером был только почти на ты. Просто умный человек. Я тогда не особо прислушивался к этому, но теперь вижу что дед был прав. Всё именно так, как ТС описывает. Оно и понятно, все стремятся сделать своё дерьмецо и срубить баблишка. А уж сколько места занимают системы сбора данных о пользователе или системы защиты от взлома - софтина на 100 кб и 100 мб кода фунции телеметрии.
Это раньше за каждый байт боролись, за каждый символ, адресацию памяти вручную вбивали. Да блин, я уверен что делай всё оптимизировано хватало бы и древних нынче компьютеров....

Пока я буду отлаживать код или заново изобретать колесо, потому что мне надо обычное колесико а готовое есть только универсальное тракторно-велосипедно-железнодорожное - конкурент сделает 3 проекта, уведет 4 клиента и получит пачку бабла для покатушек своей телки в Египет.
Да, я 1Сник и приходится засунуть в попу идеи и тупо делать так, "чтобы деньги".
Стыдно, противно - но факт.

О дай я тебя расцелую!
Я запускал Арахну из под доса еще в середине 90-х, не требовала винды 3.хх,
давал ее операторам чтобы смотрели документы в ХТМЛ (которые я строил паскалeм из каких-то выгрузок) и лазили по тырнету.
тогда операторам им не ставили винду, изза дохленьких компов и экономии
Арахна еще жива кто нибудь знает?

Это сообщение отредактировал xerox - 28.09.2018 - 08:24

бдлин так в том то и речь что графика не должна занимать столько овер-дохуя
если много кривых АРМОВ/экранов - то можно и нужно НЕ тащить в одном пакете поддержку всех на свете АРМов/экранов в этот один конкретный АРМ/экран

Это сообщение отредактировал xerox - 28.09.2018 - 08:27

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

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

Одно слово, ГОВНОКОДЕРЫ , ГОВНОКОДЕРЫ С ГОВНОСОФТОМ

Ты сам по гуглу последовательность смотри

Вот полностью согласен. Пример 1С. Раньше 7-ка, да и 8.1 и 8.2 конфигурации весили немного, открывались формы быстро да и запуск приложения был шустрый. То теперь 8.3 так сказать 3 - редакции с их новым интерфейсом и управляемыми формами это тихий ужас. Комп Pentium 3.2 Ghz 4 Gb DDR3 и обычный HDD сука не тянет почти пустую базу.
А рекомендации знаете какие от 1С? Ставьте SSD. Бля что бы считать цифры и рисовать печатные формы.

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

Это беда самого движка MySQL. Попробуйте выполнить один и тот же запрос на выборку 10 строк (LIMIT 0,10) и 1000 строк. Увидите о чём я говорю. База начинает дико тормозить при попытке выполнения сложных запросов, где нужно выдернуть большое количество строк, а потом в них ещё что-либо найти. Например, sеlесt из sеlесt. Кстати, надеюсь, вы используете тип таблиц InnoDB, иначе всё ещё более грустно, чем мне кажется...
Вариантов тут мало:
1. Не делать сложные запросы, не пытаться делать выборку "сразу всего", разбивать на куски. По сути - выполнять средне-хитрожопый построчный fetching, например, на PHP, грузить данные в память, потом в них искать уже не средствами БД.
2. Перейти на MariaDB. Не сказать, чтобы совсем уж сахар, но гораздо лучше MySQL. И что самое главное - не придётся ничего переделывать. Сама база одинаковая, одинаковый синтаксис, одинаковые типы данных. Но движок сделан лучше. Таких диких затупов на ровном месте, как правило, не происходит.
3. Перейти на нечто более серьёзное и реляционное, но это тот ещё гемор.

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

Ой вот кстати насчет графики в мобильных приложениях и быдлокода.
Задумал я написать прогу под андроид ну и полез изучать интерфейс аналогов чтобы значит сообразить кто там чем нынче пользователей ублажает.
В общем суть: для андроида есть библиотеки платных и бесплатных иконок. Иконки бывают в png и векторе. Разницы на экране никакой, векторные даже плавнее на нестандартных разрешениях. Размер векторной иконки меньше килобайта, размер png иконки тоже, НО png иконки не масштабируются нормально без пикселизации, а потому надо одну и ту же иконку забабахать в 18,24,36,48dp чтобы подходили под разные разрешения. Поменять цвет иконки? В векторе это делается одной строкой кода, в png хуй - рисуй новую в другом цвете в 4-х разрешениях.
Короче прога задача которой сделать разные иконки с меняющимися бакграундами у меня вышла что-то около двух мб, у аналога 25 мегабайт и поменять цвет - хуй, можешь только выбрать из представленных комбинаций цвет-иконка. Нет какого-то сочетания, ну извини не предусмотрели. У меня добавить иконки - да хоть тысячами, цвета - не вопрос, 1 цвет одна строчка кода.
Так и живем.

Ну так то там килобайт 40 было доступно. 16 отводилось ПЗУ, около 6 под участок видеопамяти. С 20 по 23 килобайт Basic и в конце, на 62 Кб таблица знакогенератора

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

не используйте BMP :)))))

да, верю, но при первом включении автоматом прошла установка, без предложения разбить диск, просто назовите свой комп и т.д. Да я отжал у нее еще 400, но серовно снесу суку десятую. )) Сегодня!

Это сообщение отредактировал ksin - 28.09.2018 - 10:42

gskm

очень смелые заявления. java на сегодня не сильно отстает от c++ по производительности. а разрабатывать на ней - горааааааздо проще, благодаря, в первую очередь, отсутствию необходимости ручного управления памятью.

единственное "но" - кто бы что ни говорил - java не предназначена для разработки десктопных приложений. если точнее - просто нет нормального GUI фреймворка.

syshell

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

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

это придумани однокнопочные в 90х. их потом вылечили, но привычка осталась

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

Не, ну а с другой стороны, нахуя оптимизировать приложение "Выеби соседа в сраку 2.0", если оно будет тормозить на ойфоне №7, если пидор через три месяца купить себе ойфон №8, и на нем уже оно тормозить не будет, и можно начинать пилить v3.0, в преддверии выхода ойфона №9, и так до бесконечности.