Mail.ruПочтаМой МирОдноклассникиВКонтактеИгрыЗнакомстваНовостиПоискОблакоComboВсе проекты
Комментарии
80
К первому сообщению
К последнему сообщению
IT ASP
В ответ на комментарий от Попов Максим Александрович История переписки2
Попов Максим Александрович
Полностью поддерживаю!!! Програмистов сейчас не осталось, мало кто из них способен написать что-то на ассемблере.Чем написать программку на 1-2 кб, нужно прикрутить с 10ок библиотек и получить монстра на 2-3 Мб
СсылкаПожаловаться
Меня в техе учили писать на ассемблере вот только препод никак не смог обьяснить для чего он нужен
СсылкаПожаловаться
Вадим krsk
Не в бровь, а в глаз, как говорится. Вот держу два смарта от Сяоми Редми 4х и Редми ноут 8 Про. Сторонние приложения примерно одни и те же, у первого оперативной памяти 3 Гб, постоянно занято 1.2-1.5, у второго 6 Гб , если свободно 3.2, то это много. Точно так же и с внутренней памятью, в два раза больше занято на заводских настройках (но с внутренней - там хоть гигов море, если кино сериалами не скачивать).
СсылкаПожаловаться
Олег Горюнов
В ответ на комментарий от Овчаров Игорь История переписки2
Овчаров Игорь
Парадокс именно в этом и заключается. С каждым новым поколением программистов языки программирования все повышаются и повышаются. Уже не за горами то время, когда ООП сменит конструктор лего с названиями кубиков(функций). А программисты как дети в детсадике будут с умными лицами лепить из этих кубиков новый программый продукт. А после сборки засовывать в некий 3D сканер-компилятор и он уже выдавать готовый продукт.
Как бы это фантастически не звучало, но все к этому и идет.
СсылкаПожаловаться
оно уже так и есть
СсылкаПожаловаться
Snow Leopard
В ответ на комментарий от Абвгд
Абвгд
Чушь какая-то, видимо автор не имеет отношения к разработке программ и особенно игр.
СсылкаПожаловаться
Все так и есть. Нужна одна функция - подключаем тяжеленный фреймворк. А с играми что неправда? Джону Кармаку в 90-е Юнити бы даже в страшном сне не приснился
СсылкаПожаловаться
Dmitri
Меня всегда ужасала непрактичность этого изобретения - Объектно Ориентированного Программирования с претензией на
высокую абстрактность (которую реально могут использовать только гении) и якобы легкую модифицируемость и защищенность, провоцирующую раздувание кода за счет интерфейсов и комментариев к оным...Ну некрасивая идея !
Никогда не понимал зачем такое количество языков, рабочая часть которых отличается только написанием - в этом проглядывает только амбиция и корыстный мотив разработчиков
СсылкаПожаловаться
Юрий Виноградов
В ответ на комментарий от Dmitri
Dmitri
Меня всегда ужасала непрактичность этого изобретения - Объектно Ориентированного Программирования с претензией на
высокую абстрактность (которую реально могут использовать только гении) и якобы легкую модифицируемость и защищенность, провоцирующую раздувание кода за счет интерфейсов и комментариев к оным...Ну некрасивая идея !
Никогда не понимал зачем такое количество языков, рабочая часть которых отличается только написанием - в этом проглядывает только амбиция и корыстный мотив разработчиков
СсылкаПожаловаться
Я от нужды (испоьзовать карту цифрового осциллографа) загрузил Мелениум. Получилась гиперзвуковая ракета относительно десятки.
СсылкаПожаловаться
Dmitri
В ответ на комментарий от Юрий Виноградов История переписки2
Юрий Виноградов
Я от нужды (испоьзовать карту цифрового осциллографа) загрузил Мелениум. Получилась гиперзвуковая ракета относительно десятки.
СсылкаПожаловаться
Фантастика )) Этот Миллениум (как 98-й) вспоминаю как кошмар ))
СсылкаПожаловаться
Dmitri
В ответ на комментарий от Dmitri История переписки3
Dmitri
Фантастика )) Этот Миллениум (как 98-й) вспоминаю как кошмар ))
СсылкаПожаловаться
Н-да...устойчивость - стабильность за счет неэффективности - вот путь программирования
СсылкаПожаловаться
Юрий Гаррис
Проблема весьма актуальная, но на современном уровне, пока и разработчиков "железа", и программистов всех мастей, такое положение устраивает, да еще продажи растут, ничего коренным образом измениться не может - даже в случае появления квантовых компьютеров.
СсылкаПожаловаться
Андрей Петрович Ивлев
В ответ на комментарий от Людмила История переписки2
Людмила
Вообще складывается ощущение, что производители ПО и железа между собой в доле, или как то координируют свои действия. Чем более навороченное ПО тем дороже оно стоит, и тем требовательней к железу. Соответственно покупателю приходится приобретать и дорогое ПО, и дорогое железо. В общем все довольны, кроме покупателя.
СсылкаПожаловаться
:))) Это "ощущение" было официально раскрыто еще в 1998 году. Тогда Мелкософт, Intel и нескольких производителей игр уличили в сговоре с целью искусственного затормаживания работы приложений на старых версиях windows и старых компьютерах. Ну как старых, прошлогодних...
СсылкаПожаловаться
Андрей Петрович Ивлев
В ответ на комментарий от валера
валера
в свое время пришлось писать программу для функционирования автоматической телефонной станции ,так вот то что основные разработчики не могли уместить в 32 Кбайтах памяти (да по тем временам еще были кбайты) и 16 физических микросхемах моя разработка заняла 2 Кбайта и 1 микросхему физически при этом удалось смоделировать работу сельской телефонной станции и узловой городской. При этом удалось добиться существенного расширения функционала и значительно повысить помехоустойчивость всей программы и при этом программа не разу не сбоила т.к была система самодиагностики .
СсылкаПожаловаться
Валера! Умоляю тебя, пробейся в Минцифры на должность министра! Запусти, наконец, тотальную оптимизацию софта в нашей стране.
СсылкаПожаловаться
OSDF
Вот многие тут сказали Истину ! Киберпанк - не более чем доделанный Ведьмак ... А колом стоит на 90 проц домашних систем ! То ему видео слабовато , то проц - кал .... А игра то по сути кал !
СсылкаПожаловаться
Кирилл Лукьянов
все банально просто, программисту нет смысла изобретать велосипед, потому что за него уже его изобрели. проще прикрутить фреймворк или тяжелую библиотеку, где большая часть, а может быть и все функции реализованы. это банально проще, а значит дешевле для заказчика. вы представьте решить узконаправленную задачку, например с функциями апроксимации, рядами фурье и нейронными сетями в одном флаконе на асемблере с нуля. сколько времени потратит на это человек? лет 10?.. опытная команда сделает это за год. а сколько на это уйдет средств у заказчика? когда пользуясь фреймворком или библиотекой даже не слишком опытный программист сделает это за неделю. да программа будет выполнять эту задачу вместо 1 сек на ассемблере 10 минут. но если это не так важно, то смысл переплачивать, поскольку зависимость стоимости выполнения программы сравнима со стоимостью ее написания в данном случае. сейчас примерно то же происходит на рынке микроконтроллеров с этими arduino ide и малиновыми ос. там куча библиотек, которые нафиг не нужны, прикручены к проекту.
СсылкаПожаловаться
Илья Аганичев
В ответ на комментарий от IT ASP История переписки3
IT ASP
Меня в техе учили писать на ассемблере вот только препод никак не смог обьяснить для чего он нужен
СсылкаПожаловаться
Ради интереса найдите ОС "Колибри" и подивитесь, сколько много всего входит на дискету 1.44МБ
СсылкаПожаловаться
Никита Курочкин
В ответ на комментарий от Кирилл Лукьянов
Кирилл Лукьянов
все банально просто, программисту нет смысла изобретать велосипед, потому что за него уже его изобрели. проще прикрутить фреймворк или тяжелую библиотеку, где большая часть, а может быть и все функции реализованы. это банально проще, а значит дешевле для заказчика. вы представьте решить узконаправленную задачку, например с функциями апроксимации, рядами фурье и нейронными сетями в одном флаконе на асемблере с нуля. сколько времени потратит на это человек? лет 10?.. опытная команда сделает это за год. а сколько на это уйдет средств у заказчика? когда пользуясь фреймворком или библиотекой даже не слишком опытный программист сделает это за неделю. да программа будет выполнять эту задачу вместо 1 сек на ассемблере 10 минут. но если это не так важно, то смысл переплачивать, поскольку зависимость стоимости выполнения программы сравнима со стоимостью ее написания в данном случае. сейчас примерно то же происходит на рынке микроконтроллеров с этими arduino ide и малиновыми ос. там куча библиотек, которые нафиг не нужны, прикручены к проекту.
СсылкаПожаловаться
Регулярно встречаю случаи когда подключают тяжелые библиотеки(может быть даже несколько), чтобы использовать из них всего пару функций, при том это OpenSourse где можно посмотреть реализацию и просто интегрировать в проект только то что действительно нужно без всего остального
СсылкаПожаловаться
Андрей Меркулов
В ответ на комментарий от Dmitri
Dmitri
Меня всегда ужасала непрактичность этого изобретения - Объектно Ориентированного Программирования с претензией на
высокую абстрактность (которую реально могут использовать только гении) и якобы легкую модифицируемость и защищенность, провоцирующую раздувание кода за счет интерфейсов и комментариев к оным...Ну некрасивая идея !
Никогда не понимал зачем такое количество языков, рабочая часть которых отличается только написанием - в этом проглядывает только амбиция и корыстный мотив разработчиков
СсылкаПожаловаться
Как интересно комментарии могут привести к "раздуванию" кода?
СсылкаПожаловаться
Сергей Марков
да, раздуты. Ну а что ещё ожидать от команд, работающих по Agile ))
СсылкаПожаловаться
Михаил
В ответ на комментарий от Dmitri
Dmitri
Меня всегда ужасала непрактичность этого изобретения - Объектно Ориентированного Программирования с претензией на
высокую абстрактность (которую реально могут использовать только гении) и якобы легкую модифицируемость и защищенность, провоцирующую раздувание кода за счет интерфейсов и комментариев к оным...Ну некрасивая идея !
Никогда не понимал зачем такое количество языков, рабочая часть которых отличается только написанием - в этом проглядывает только амбиция и корыстный мотив разработчиков
СсылкаПожаловаться
ООП не плох для сложных задач.
Но вот я, к примеру, с подошью CMD или PS могу решить множество задач кодом не несколько десятков байт, редко килобайт, для решения которых школоло ООП програмисты пишут Гигабайтные приложения. При том что пока это приложение запустится, я при помощи конвейеров и командлетов раз 50 могу решить поставленные задачи :)
СсылкаПожаловаться
Дмитрий Февралев
В ответ на комментарий от Кирилл Лукьянов
Кирилл Лукьянов
все банально просто, программисту нет смысла изобретать велосипед, потому что за него уже его изобрели. проще прикрутить фреймворк или тяжелую библиотеку, где большая часть, а может быть и все функции реализованы. это банально проще, а значит дешевле для заказчика. вы представьте решить узконаправленную задачку, например с функциями апроксимации, рядами фурье и нейронными сетями в одном флаконе на асемблере с нуля. сколько времени потратит на это человек? лет 10?.. опытная команда сделает это за год. а сколько на это уйдет средств у заказчика? когда пользуясь фреймворком или библиотекой даже не слишком опытный программист сделает это за неделю. да программа будет выполнять эту задачу вместо 1 сек на ассемблере 10 минут. но если это не так важно, то смысл переплачивать, поскольку зависимость стоимости выполнения программы сравнима со стоимостью ее написания в данном случае. сейчас примерно то же происходит на рынке микроконтроллеров с этими arduino ide и малиновыми ос. там куча библиотек, которые нафиг не нужны, прикручены к проекту.
СсылкаПожаловаться
Все именно так: заказчик не заплатит программисту много за хороший код, когда можно заплатить мало за плохой (но он все равно будет работать), и этот код будет готов завтра, а не через неделю/месяц. Не программист зачастую выбирает какой код ему писать, его вынуждает это делать заказчик! Особенно шикарно когда необходимо ЗА СЕГОДНЯ добавить функционал в чужой код! И приходится лепить какие-то дикие костыли, чтобы хоть как-то работало, вместо того чтобы обстоятельно разобраться и сделать красиво и хорошо!
СсылкаПожаловаться
Настя Викторова
Можно привести аналогию с обществом. Людей, задействованных в производстве продуктов, товаров - единичные проценты из общей массы. Остальные занимаются непонятно чем. От этого конечная цена товаров взлетает на порядок от той цены, которая могла бы быть, если бы все люди были задействованы в производстве. Но такая селява. Общие тенденции идут к тому, что сфера услуг расширяется, а производства скукоживаются.
СсылкаПожаловаться
Чтобы оставить комментарий, вам нужно авторизоваться.
Вы не ввели текст комментария
Вы не ввели текст комментария
Подпишитесь на нас