1138

Ответ DiabloHell в «Программисты свернули не туда»9

Есть одна система электронного документооборота. Среди 1500 её пользователей-контор городские администрации, госпредприятия и даже Сбербанк (если верить её же официальному сайту). Эта, прости Господи, СЭД кушает пустой оболочкой 400 МБ ОЗУ. Каждый открытый pdf на 4 страницы А4 в разрешении 300 dpi - это ещё 200 МБ ОЗУ. Открыл десяток документов одновременно - клиент может и упасть. Служебная записка на согласование может идти до соседнего кабинета 10 минут.

Вы будете утверждать, что ЭТО писали не рукожопы? Серьёзно?

Есть ещё одна отечественная САПР. Ей даже пользовались при разработке яндекс-станции (если верить одному длинноволосому парню с конференции, устроенной разработчиками этой САПР). Тестируешь её, составляешь перечень багов с описанием, в какой ситуации, на каком железе всплывает баг, со скриншотами. Через три месяца приходит ответ от разработчика: нам не удалось воспроизвести этот баг у себя. Ну, я конечно рад за них, но у меня-то от этого баг не пропадает. Самое частое системное сообщение, которое видел инженер от этого "ПО" - null pointer exception.

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

Ремастер старой игры, отличающийся только лишь тем, что без танцев с бубном запускается на современной ОС и поддерживает разрешение экрана до Full HD (против 1024x768 в оригинале) требует минимум в 256 раз больше ОЗУ.

В 256 РАЗ!!!

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

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

Вы смотрите срез комментариев. Показать все
7
Автор поста оценил этот комментарий
Чет не очень понятно как связан размер потребления ОЗУ с талантом программировать)
раскрыть ветку (64)
18
Сиреневенький
Автор поста оценил этот комментарий

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

раскрыть ветку (17)
2
Автор поста оценил этот комментарий

ну так оператива не стоит ничего, а программисты стоят денег.

раскрыть ветку (6)
4
Сиреневенький
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
5
Автор поста оценил этот комментарий

так это нормальный конкуретный процесс.

Автор поста оценил этот комментарий
Оператива стоит денег, и время эникея на поменять - тоже)
раскрыть ветку (3)
0
Автор поста оценил этот комментарий

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

0
Автор поста оценил этот комментарий

оператива стоит денег пользователю, бизнес на неё не тратится.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий
*за исключением случаев, когда пользователь - это бизнес
1
Автор поста оценил этот комментарий
Не могу сказать про электрон, потому что не знаю что это. Но у меня вопрос - данный способ быстрее и проще?
раскрыть ветку (6)
9
Автор поста оценил этот комментарий

А самое главное - дешевле. Как в разработке, так и в поддержке

раскрыть ветку (1)
2
Автор поста оценил этот комментарий
Дешевле это следствие быстрее и проще :)
2
Сиреневенький
Автор поста оценил этот комментарий

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

раскрыть ветку (3)
4
Автор поста оценил этот комментарий
Ну в этом и причина, а не в том что программист не талантлив
1
Кто ты?
Автор поста оценил этот комментарий
Телеграммы вполне себе нативные
раскрыть ветку (1)
1
Сиреневенький
Автор поста оценил этот комментарий

ага, увидел уже, что там плюсы и qt

0
Автор поста оценил этот комментарий
Что за электрон, можно подробней?
раскрыть ветку (2)
0
Сиреневенький
Автор поста оценил этот комментарий
раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Спасибо
6
Автор поста оценил этот комментарий

а это есть такие недовольные, что вместо оптимизации кода, человечество пошло по пути наращивания мощностей.
Типа вот талантливый программист для своей софтины будет использовать меньше ОЗУ чем неталантливый.

Только вот бизнес решил по другому. Ему надо чтобы быстро и работало. Поэтому выгоднее иметь бОльшие мощности и больше программистов.
А талантливый программист будет свою программу пилить до второго пришествия.

раскрыть ветку (23)
3
Автор поста оценил этот комментарий

Да , сейчас и наращивание мощностей процессора стало уже крайне условным.


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


Сейчас маркетинговое обозначение 6ГГц - процессор, обозначает, что процессор в строго определённым сценарии может достигать такой частоты.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, uOps и flOps как более объективный показатель никуда не делись. Но вообще - да - сейчас единственный способ относительно объективно сравнить производительность двух процессоров - это бенчмарк в конкретной области задач.

Автор поста оценил этот комментарий
Мне непонятно почему делать долго это талант?)
раскрыть ветку (10)
9
Автор поста оценил этот комментарий

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

Реальная оптимизация это сложный и кропотливый процесс, который требует времени.
Тут талант заключается не в том, чтобы делать долго, а в том чтобы вообще сделать.
Бесталанный программист не сможет нормально оптимизировать приложение/сервис, сколько времени ему не дай.

раскрыть ветку (9)
0
Автор поста оценил этот комментарий

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

раскрыть ветку (4)
Автор поста оценил этот комментарий

согласен

Автор поста оценил этот комментарий

Да просто любой сайт перепиши с фреймворка на чистый html, css, js - и быстродействие увеличиться, время скачивания уменьшиться, использованная оперативная память уменьшиться - профит в 100 - 10000 раз.

раскрыть ветку (2)
2
Автор поста оценил этот комментарий

Так если это просто и ты не потратишь кратно больше времени, мути фирму. Отбоя от заказчиков не будет!

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Я так и сделал, когда на flask писал приложение. (Де факто был full stack программистом на домашнем проекте.)

0
Автор поста оценил этот комментарий
То есть если человек не оптимизирует то это не значит что у него нет таланта так?
раскрыть ветку (3)
2
Автор поста оценил этот комментарий

конечно.
Иногда оптимизация нахрен не всралась.
Я много участвую в RnD разработках, там оптимизация вообще вредная вещь.
Мало оперативки? Арендуем сервак помощнее :)))
Так примерно все и работает.

раскрыть ветку (2)
2
Автор поста оценил этот комментарий
Ну так я про это и говорил, что талант никак не связан с тем сколько озу потрачено :)
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

абсолютно согласен.

Кремлебот
Автор поста оценил этот комментарий

Только вот бизнес решил по другому. Ему надо чтобы быстро и работало

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

раскрыть ветку (9)
0
Автор поста оценил этот комментарий

нет, так можно посмотреть, если вообще далек от любой логики. Потому что в массе своей, многие программисты, которые писали хорошо оптимизированные программы 10-20 лет назад, не исчезли, а так же продолжают работать. И что они код разучились писать? Нет, просто современные реалии таковы, что нету смысла пилить 5 лет качественный продукт и потом с ним обосраться потому что рынок уже заняли средние продукты но которые сделали за 2 года. А люди они такие - не любят выходить из зоны комфорта, если средний продукт закрывает большинство их потреб хоть как-то, то новый качественный обречен.
Или вы думаете, что внезапно все вокруг стали дебилы, игры вот все подряд выпускают в ранний доступ и т.д.
Рынок как и вся жизнь изменился, стал намного быстрее, а вместе с ним и нужды. там где когда-то решало качество, сейчас решает скорость.
Ну и бизнесмены не жадные, они тоже считать умеют, зачем им платить за оптимизацию, если это особой пользы не принесет, вместо этого им выгоднее запустить новый продукт или расширить существующий.

раскрыть ветку (8)
0
Кремлебот
Автор поста оценил этот комментарий

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

Рынку нужно быстро и качественно, у программистов не хватает компетенций на это, поэтому делают быстро и некачественно, там где это прокатывает, там где не прокатывают, делают медленно и качественно, те у кого компетенций хватает, делают и быстро и качественно.

раскрыть ветку (7)
1
Автор поста оценил этот комментарий

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

раскрыть ветку (5)
Кремлебот
Автор поста оценил этот комментарий

зато у вас компетенций расказывать что у кого не хватает смотрю навалом

https://www.youtube.com/watch?v=I6WKnJa0pQc

Предпросмотр
YouTube0:30
раскрыть ветку (4)
Автор поста оценил этот комментарий

что и требовалось доказать, аргументов нету давай видосики кидать

раскрыть ветку (3)
Кремлебот
Автор поста оценил этот комментарий

Мда...

раскрыть ветку (2)
Автор поста оценил этот комментарий

ну слился и слился зачем хуйню какую то писать

раскрыть ветку (1)
Кремлебот
Автор поста оценил этот комментарий

Вот и не пиши, лол.

0
Автор поста оценил этот комментарий

Рынку нужно быстро и качественно, у программистов не хватает компетенций на это, поэтому делают быстро и некачественно

Причем тут компетенции. Это фундаментальные ограничения.


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

0
Автор поста оценил этот комментарий

Всему есть разумный предел. В том числе - и потреблению ресурсов системы. Талантливый программист за большие деньги напишет нужный Вам Hello world с нужным Вам шрифтом и свистелкой, не требующий RTX4090. У рукожопа текстовое меню из 20 строк будет отжирать гигабайты памяти, сколько бы его софт ни стоил.


Возмущение обычно возникает, когда разумные пределы превышены.

раскрыть ветку (3)
4
Автор поста оценил этот комментарий
А как вы определяете где человек осознанно не стал тратить время на оптимизацию и где нарушен тот "разумный предел" после которого можно сказать что человек рукожоп?)
раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Как и все, по ощущениям в нижней части спины)

2
Лжеархиепископ
Автор поста оценил этот комментарий

Это проеб не конкретного программиста а целой толпы людей. Было ли требование по памяти в спецификации? Были ли тесты которые за этим следили? Смотрел ли релиз инженер на эти тесты? Итп

0
Автор поста оценил этот комментарий

Напрямую

раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Да никак, уже разобрались
0
Автор поста оценил этот комментарий

Написать чистый сайт - только на html + css + js - максимальное быстродействие, максимальная скорость, минимальное количество памяти - но требует в 5-6 раз больше времени для программиста.


Написать на фреймворке:

Сайт - вместо 32 кб, весит 5-10 Мбайт

Долго грузиться на компьютере.

Жрет в 10000 - 100000 больше оперативной памяти.

Делается быстрее в 5-6 раз чем обычный сайт. Но сайт жрет уже 50-100 Мбайт оперативной памяти, вместо 0,345 Мбайт.

раскрыть ветку (10)
0
Автор поста оценил этот комментарий
Талант то тут причем?)
раскрыть ветку (9)
0
Автор поста оценил этот комментарий

А здесь не талант. Здесь программисты экономят своё время за счёт конечных пользователей.

раскрыть ветку (8)
2
Автор поста оценил этот комментарий

Здесь *менеджеры* экономят *деньги компании* за счёт конечных пользователей

Скорее так

1
Автор поста оценил этот комментарий
Поэтому я и удивился как талант связан с озу)
раскрыть ветку (2)
0
Автор поста оценил этот комментарий

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

- загружаем данные определенной таблицы клиенту

- на стороне клиента применяем выбранный им фильтр

- расцвечиваем отображаемые после фильтра строки по определенной логике

- после раскраски каждой строки обновляем фрейм со строками

- после каждого обновления фрейма заново работает пользовательский фильтр по всей загруженной на клиента таблице


Действительно, какая оптимизация, че тут думать. Быстро сделал и все.


Фильтр по таблице, с раскраской, работает на клиенте около 15 секунд и жрет памяти как не в себя. А было можно сделать за 0,5 секунд с минимальным потреблением памяти на том же фреймворке. А если бы этот прогер еще и в БД шарил…

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

0
Автор поста оценил этот комментарий

зачем программистам экономить какое то мифическое "своё время", если им за него платят?
Экономят эффективные менеджеры, которые хотят сайт на вчера, но чтобы все красиво было.

0
Автор поста оценил этот комментарий

Не программисты и не только время, но и деньги

раскрыть ветку (2)
0
Автор поста оценил этот комментарий

Деньги - это если бы сайты были оптимизированы, то пользователям не пришлось бы покупать больше оперативной памяти и обновлять процессоры?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Деньги экономят не программисты, экономят на цене разработки и времени разработки.

Автор поста оценил этот комментарий

Обычно есть 2 варианта алгоритма: быстрый с большим потреблением памяти и медленный, но с меньшим потреблением. Или например в языках с GC можно вызывать его пореже, и за счет этого программа будет работать быстрее. За память то ты так и так заплатил, лучше чтобы она использовалась, чем простаивала. Плюс сама операция выделения памяти одна из самых медленных, так что лучше делать это пореже и большими кусками (плюс меньше фрагментация).

раскрыть ветку (4)
5
Автор поста оценил этот комментарий
Так как это с талантом связано?) я, например, конечно могу начать сервера для веб сайтов на c++ делать с супер оптимизациями, но вряд ли меня кто-то талантливым назовет, дурачком скорее всего
раскрыть ветку (2)
1
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
0
Автор поста оценил этот комментарий
А, прошу прощения, не понял посыла.
1
Кто ты?
Автор поста оценил этот комментарий
Нет. Это связано с тем, на каком языке пишут софт и насколько аккуратно.
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества