Pull to refresh

Comments 6

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

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

Спасибо Вам. Спасибо мне))

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

Выпустили новую версию ПО, которая при том же функционале больше не запускается на 2 Гб памяти, а требует 4? Не беда, пользователь за свой счёт сделает себе апгрейд. В результате ошибки в ПО пользователи потеряли данные? Сами идиоты, они должны были делать резервные копии. Обновили интерфейс? Не беда, пользователь за свой счёт переучится.

Инженеры такой роскоши лишены. Я вас уверяю, если бы все затраты, связанные с кривой работой, багами и сверхпотреблением ресурсов ложились на самих же разработчиков, никакой "особой культуры разработки" бы не было - работали бы как все нормальные люди стандартными инженерными методами. Да, было бы дольше и дороже. Но скажите честно: вам действительно так уж нужны ежедневные бессмысленные апгрейды всяких мессенджеров и браузеров? Если бы оно обновлялось раз в три года или даже раз в пять лет, никакой катастрофы бы не произошло.

Если бы оно обновлялось раз в три года или даже раз в пять лет, никакой катастрофы бы не произошло.

Сравните скорость прогресса. за 30 лет мы перешли от пиксельных картинок к трехмерным виртуальным, которые не сильно отличаются от реальности и это не разовые образцы, а повсеместно. Как много сплавов алюминия за 30 лет было открыто? Как много из них используется повсеместно? Что нового в строительстве мостов, особенно если убрать современную электронику?
Мне кажется это сравнение несколько не корректно. Когда есть возможность допускать ошибки в угоду прогрессу - этим не стоит пренебрегать. Медицина тоже инженерное дело. Но там цена ошибки катастрофическая, в итоге внедрение уже открытого нового, проверки гипотез происходит очень и очень медленно.
Везде своим особенности и свои нюансы. Дело не в скорости браузеров, дело в том что придумав новый подход в работе процессора или создав что-то новое в работе ОС нет необходимости переписывать весь код, возможно его вообще не придется переделывать, он заработает.
Оптимизация будет, но позже, когда упремся в возможности железного роста, надеюсь будет нескоро.

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

Как много сплавов алюминия за 30 лет было открыто?

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

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

Да, и не из-за свистопердельных интерфейсов и "супернужных" фич типо отправки гифок. нет, есть такая абревиатура как CVE, рекомендую погуглить и выяснить как условный notepad.exe давно не получавший обновлений на одном устройстве приводит к утечке важных секретных данных на другом устройстве где давно не обновлялся например smbd. но к большому сожалению, да - разработчики зачастую перекладывают горы проблем со своих плеч на плечи пользователя. Маленькая поправка заключается в том что тут под словом "разработчик" тут следует понимать не программистов а контору в которой они работают, а если копнуть глубже то манагеров которые зачастую чтобы успеть выпустить новую фичу раньше конкурентов забивают на стабильность, на оптимальность, и даже на те-же CVE..

Sign up to leave a comment.