#31302, #31318, #31353 - Пользователи vs Разработчики

[MyDuck]

Вопросов больше, чем ответов

Моя задолбашка не нова, знаю, но всё-таки…

Задалбывает мой ноут. Точнее, ОС. Человек я спокойный до разумного пофигизма, так что, если ещё точнее, задолбали разработчики современного софта.

Они, как это разработавшие, будут подразумеваться, но обращаться я буду как бы к своему ноуту — я знаю, он не виноват.

— Почему после переключения раскладки я успеваю ещё два символа набрать в прежней?

— Почему совершенно без спроса и внезапно текущее активное окно оказывается неактивным?

— Почему я получаю сообщение о, например, вотпрямщас необходимости обновления браузера (скорее постановку перед фактом), хотя на данный момент в Интернете не сижу?

—  В сторону от темы, но всё-таки… Почему при желании зарегистрировать, оформить подписку и прочее на MS Office меня посылают к каким-то «розничным продавцам»? С официального сайта MicroSoft, кстати.

— Почему после запуска некоторых программ и завершения (!) их работы всё начинает работать ну очень медленно? Помогает перезагрузка — сразу всё в норме.

— Почему, если комп просто оставить в покое (естественно, включённым, хоть и в «спящем» режиме) на два-три часа, всё начинает работать ну очень медленно? Помогает перезагрузка.

— Уже вдогонку… После (пере)загрузки системы появляется напоминание о истечении срока подписки на антивирус. Я не возражаю по сути напоминания, но почему это через 15−20 минут после отрисовки рабочего стола и успокоения курсора?

— Почему… (Нужное вставить).

Предупреждая возможные тапки с вышивкой: «Настрой нормально свою Винду и не ной!» — а почему я должен это делать? Я всего лишь купил вещь и хочу ей просто пользоваться без заморочек. Ноут домашний. Игрушки и Сеть, не более.

Вопрос-то звучит: «Почему моя техника вообще делает (или не делает) что бы то ни было по своей инициативе без моего ведома и согласия?»

Знаю, злоба — грех.

Но очень иногда хочется, чтобы в отделении реанимации, куда попадёт команда таких разработчиков (вся, и менеджеры в том числе), аппараты жизнеобеспечения управлялись именно их ПО. Со всеми тормозами, глюками и багами: ой, ведь «это не баг — это фича».

Жена подшучивает, что я маньяк.

Но таки задолбало.

Ответ всегда найдётся

Приветствие задолбанным софтом от самого настоящего, всамделишного тимлида-системщика.

Есть к вам пара вопросов:

— Когда человек покупает в продуктовом тухлое мясо, почему он не орёт на кассира, а пишет в жалобную книгу?

— Когда человеку не хотят оформлять возврат, почему он не бьёт лицо сервиснику, а обращается в Роспотребнадзор?

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

Ну и вытекающий вопрос: почему у вас виноваты исключительно разработчики?

Ну, а теперь отвечу на ваши вопросы.

Потому, что дедлайны и корпоративная политика в виде PM’а с плёткой заставляют использовать не быстрый winapi, а абстракцию над абстракцией дотнета.

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

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

Потому, что Microsoft, как и Газпром, не работает с физическими лицами, самый минимум — с реселлерами и OEM-производителями.

Потому, что фоном ставятся обновления. Да, те самые, которые закрывают дырки и правят баги. Да, те самые, которые ты отключаешь, по устарелому совету начала нулевых от такого же устаревшего «админа», ради чуть более быстрой работы на своих «4ядра@4гига, работают 10 лет, доволен как слон», а потом недоумеваешь, как это Petya пролез на машину и зашифровал файлы.

«Почему моя техника вообще делает (или не делает) что бы то ни было по своей инициативе без моего ведома и согласия?»

Не-а, всё исключительно с твоего ведома и исключительно с твоего согласия. Это написано в каждом лицензионном соглашении. Которое ты прочёл (ты же прочёл его, да?) и принял, нажав по кнопке «Accept», или фактически начав пользоваться программами. И которое оспорить можно только на территории Соединённых Штатов Америки, в суде штата Пенсильвания.

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

Главным у нас был не коммерческий, который как бы главный, но ни за что не отвечает, с его «нужно вчера» дедлайнами и нереализуемым ТЗ, а Технический — специалист с большой буквы Т, человек из той вымирающей когорты профи, которые по углу склонения спутника могут определить его орбиту и состояние в голове, за мгновения — поэтому под свою систему я готов лечь хоть сейчас. Я знаю, как она писалась, я знаю, насколько серьёзно она тестировалась. Как ракета перед запуском.

Но потом его ушли, как недостаточно эффективного менеджера, и я ушёл вместе с ним. Эффективность сейчас — это не качество кода, это не полноценное тестирование и достаточная оптимизация. Это умения впарить сляпанный мной за ночь за сиськой пива proof-of-concept из слюны и палок раньше конкурентов, получить патент на что угодно, включая взаимное расположение кнопочек и картинку, и заставить любыми грязными методами пользователей пользоваться продуктом. И виноваты в этом отнюдь не программисты.

Не в ту сторону воюешь, друг.

Просто хочется рвать и метать

Ну привет и тебе, бедный тимлид-системщик, задолбанный страшными Эффективными Менеджерами, у которого всегда найдётся ответ конечному пользователю. Отвечает тебе программист-разработчик, по долгу службы также осуществляющий сопровождение внутреннего продукта немаленькой компании. Такие, как ты, иногда не просто задолбали — вы бесите до желания пойти и начать убивать…

«Почему у вас виноваты исключительно разработчики?»

Потому что только разработчики, и только они несут ответственность за то, что конечный продукт не работает. Внезапно, да. Да, в этом повинны также и криворукие тестировщики, и проглядевшее QC, и забившие на всё руководители, но непосредственную ответственность несёт именно разработчик, потому что именно его руками был написан код, который в лучшем случае не работает, в худшем — вредит похлеще любого malware.

«Потому, что дедлайны и корпоративная политика в виде PM’а с плёткой заставляют использовать не быстрый winapi, а абстракцию над абстракцией дотнета».

Конечному пользователю должно быть глубоко до одного места, что и как вы там используете. Программа должна работать, и должна работать так, как ожидается, а не «случайно» уничтожать профиль пользователя, как это было не так давно в Update 1809 пресловутой Винды.

Да, к сожалению, сейчас очень силён тренд по превращению программных продуктов в «чёрные ящики», у которых в GUI и вообще где бы то ни было, нет никаких настроек для конечного пользователя, а сам GUI максмально упрощен. Отчасти этому очень способствуют пользователи вроде автора оригинальной задолбашки, которые «я купил ноут, не хочу разбираться, как оно устроено, я должен включить и работать», отчасти — желание разработчиков максимально обеспечить защиту от дурака (о боги, КАК я их понимаю). Но при этом продукт разделяется на две части: ту, на которую пользователь влиять может и ту, на которую не может, и которая отдана на волю разработчиков. Так вот, при таком методе разработки разработчики обязаны, подчёркиваю, ОБЯЗАНЫ сделать так, чтобы вторая часть НИКАК не влияла на результат работы пользователя в программе, а не исповедовать принцип «жрите, что дают, не обляпайтесь».

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

А кто при этом дает разработчикам право делать бета-тестером (и хорошо, если бета-, иногда это альфа-) конечного пользователя? Кто дает право выкатывать в release код, который делает то, что известно одной Харухи Судзумии в её сне, творящем реальность? Внезапно, это ответственность таких, как ты — тимлидов-системщиков — объяснить Эффективным Менеджерам, у которых всегда будут на первом месте деньги и сроки «вчера», и всё остальное, что проверенный и оттестированный продукт принесёт им больше денег в итоге, чем сырой и кривой. Пример такой войны я лицезрею почти каждый день в нашем кабинете и на планёрках. Пока мы её отчасти выигрываем. Пока.

К компаниям масштаба Miсrosoft это, к сожалению, неприменимо, ибо во-первых, у них индульгенция в виде монополии, а во-вторых, слишком раздутый штат и слишком большая база конечных пользователей. Но и это не снимает с них ответственности за официальное решение перевести Винду в режим «вечная бета», что они обозвали словами «continious cycle».

«Потому, что движки разбора и исполнения скриптов современного веба устаревают ещё до написания документации к ним».

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

«Потому, что Microsoft, как и Газпром, не работает с физическими лицами, самый минимум — с реселлерами и OEM-производителями».

Оп-па… А центр техподдержки, в который, неожиданно, может позвонить КАЖДЫЙ зарегистрированный официальный пользователь Винды, и получить там эту техподдержку, видимо, существует в какой-то другой вселенной? Как и их обширный сайт на поддомене support?

Пример компании, которая реально закрыта для конечного пользователя — это известный крупный производитель онлайн-касс и прочего товарно-складского оборудования в нашей стране, с красным логотипом из четырёх букв. Им может позавидовать Пентагон в уровне закрытости, что ещё и в значительной степени поддерживается нашим законодательством, пресловутым 54-ФЗ и связанными подзаконными актами. Узнать, почему касса не работает и выдаёт неизвестный код на ленте — иногда квест сродни взлому очередной игры с Denuvo, который не могут пройти даже некоторые АСЦ.

«Потому, что фоном ставятся обновления. Да, те самые, которые закрывают дырки и правят баги».

Или приносят подарки в виде уничтожения вашей системы, как уже упомянутое Update 1809 винды или некоторые обновления яблочной компании. Или ещё один модуль телеметрии (больше телеметрии богу телеметрии). Или ещё какое-нибудь «улучшение». Именно поэтому у меня автоматические обновления отключены навечно и фиксы ставятся только после детального прочтения changelog с чтением отзывов от системных администраторов. Именно поэтому в крупных компаниях стоят сервера WSUS, одна из основных функций которых — быть барьером от таких «обновлений» и позволять централизованно контролировать их распространение в сети компании. К сожалению, большинство конечных пользователей лишены этого, желание винды ставить апдейты, когда ей вздумается, несмотря ни на что, уже стало печальным мемом.

«Не-а, всё исключительно с твоего ведома и исключительно с твоего согласия. Это написано в каждом лицензионном соглашении».

А сами-то его пробовали читать и понимать, что там написано? Согласие пользователя с EULA не означает, что EULA даёт разработчику разрешение творить, что ему вздумается, даже если он там аршинными буквами пропишет, что программа (а точнее, сервис, ибо Винда — это уже почти полноценный SaaS, и покупается ограниченная лицензия на использование этого сервиса) предоставляется «as is». Это только освобождает его от недовольств пользователя «мне не понравилось», если же программа наносит пользователю ущерб, делая то, что не предусмотрено ее заявленным функционалом, компания, разработавшая её, вполне себе несёт ответственность, что бы ни было написано в EULA, в том числе уголовную. Благо положения EULA никогда не будут иметь приоритет перед законодательством, если они ему противоречат, другое дело, что оспаривать это придётся очень тяжело и в суде. К счастью этого государства, отмазка про суды штата Пенсильвания не канает, ибо есть принцип подсудности, а компания Microsoft ещё и имеет зарегистрированное юрлицо на территории этой страны.

Ну и последнее. Винда — чёрт бы с ней.

Но когда в городе-миллионнике в больницах и поликлиниках отказывает система БАРС, и десятки тысяч человек неделями не могут оперативно получить талоны к врачу, выписки из электронных карт и другие документы, от которых напрямую зависит их жизнь и здоровье…

…это не задалбывает. Это вызывает желание пойти и пожать горло.

Солидарен с последним ответом, самого задолбали "сырые" программы, упрощения настроек, обновления  ради обновлений.

[Elf78]

Автор первой истории, переустанови винду или отнеси ноут тому, кто умеет это делать. Всё.

[Nicole White]

Автор первой истории, не можешь сам покажи специалисту.
Ну или страдай дальше. Мне так то пох.

[Garrus]

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

Потому, что дедлайны и корпоративная политика в виде PM’а с плёткой заставляют использовать не быстрый winapi, а абстракцию над абстракцией дотнета.

Как боженька смолвил. Я люблю, в целом, дотнет, а писать на винапи  - это все равно, что жрать кактус, напичканный лезвиями и говном, но современные, Universal Windows Platform (UWP) приложения - это просто п*зец какой-то по жирноте. Зато у нас калькулятор (кстати, он написан на С++, так что MS и на C++ говнокодит) с полупрозрачностью.

[Glu]

Третий автор слегка упоролся, честно. Сразу заметно человека, который слегка не рубит в процесс разработки ПО. В его мире программной решают что идёт в продакшн, а что нет. Когда это решают менеджеры. Я, как дэв, настолько часто сталкивалась с ситуацией, что от меня требуют дох.а и трошки в очень сжатые сроки или выкатывают предложение кастомеру с оптимистичными сроками, которые не включают ХОТЯБЫ минимальные риски. Порой лоб болит от фэйспалмов.

[Sashetta]

Первый автор по-моему страдает острой недостаточностью оперативной памяти. И, кажется, не в курсе, шо это и зачем при этом.

[greek girl]

Так, трое идиотов отписались... Подозреваю, что это еще не предел

[Крокозябра]

Я больше всего понимаю второго автора.
Потому что он больше всех живет в реальном мире.

это ответственность таких, как ты — объяснить Эффективным Менеджерам,что проверенный и оттестированный продукт принесёт им больше денег в итоге, чем сырой и кривой

.

Автор, а ты уверен что больше? на 100% уверен? с учетом конкуреции, затрат, моды, курса доллара, процентной ставки по кредиту и стоимости инвестиций?

А если ты такой умный и знаешь, что на 100% принесет прибыль, то почему же ты еще не в десятке форбс?

[Garrus]

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

[Pelfik]

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

[Garrus]

Ответственность за ошибку в коде несёт юридическое лицо.

ему платят только за код, и не обязательно за рабочий, лол

В зависимости от уровня - за код, за архитектуру, за экспертное мнение итп итд. Но в любом случае, быстро, дёшево и ох*енно не бывает. А ещё не всё задачи ускоряются экстенсивно. Если N разработчиков сделают продукт с неким качеством за T, то не всегда выйдет это T сколько угодно сокращать, тупо забрасывая проблему деньгами, т.е. моар разработчиков добавлять.

[Pelfik]

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

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

[Glu]

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

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

[pysh000000]

Три макаки и правда.
Никто не учитывает, что крупный софт пишут десятки человек. Каждый свой кусочек, и никто не знает его целиком.

[greek girl]

И сотни пишут, сотни девов, а не говнокодер странички в вордпрессе, сам тестирующий свой код )))))

И собирает код потом не один человек, а десятки.

[Крокозябра]

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

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

[Джигурнет]

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

[Geo]

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

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

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

[Elf78]

Первый автор по-моему страдает острой недостаточностью оперативной памяти.

И речь не о его компе

[CynicalCreature]

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

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

[greek girl]

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

[Glu]

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

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

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

[Alexxx]

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

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

Если задуматься, то скрам и mvp во многом об этом

[Жаба]

У нас на работе большая проблема с рабочими станциями (по 500косарей каждая) которые категорически не хотят дружить с новой виндой. Специалисты по техподдержке уже и матом шипят.

[greek girl]

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

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

Пруф оф концепт не является "предыдущим релизом" по самому определению.

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

[Glu]

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

Если задуматься, то скрам и mvp во многом об этом

Не совсем, у нас переписывается и фиксится. Не все, но очень многое. Обычно таргет группа на такие проекты( у нас) это сами работники и добровольцы.
А скраи, аджайл, все зависит от имплементации и том, как построена работа.

[Geo]

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

И что?
Примерный диалог
-- Заказчику нужно поле для ввода букв А. Давайте быстренько сделаем.
-- Так, может, обобщим задачу и сделаем механизм ввода произвольных символов.
-- Нет, это долго, ему нужно срочно. Делайте. У вас 15 минут.
(проходит месяц)
-- Заказчику теперь надо вводить не только букву А, но и букву Н. Скопируйте обработчик для А и переделайте на Н.
-- Так давайте сделаем нормально для произвольного символа?
-- Нет, заказчику этого не надо. И он за это платить не будет. Тебе то зарплата не нужна?

Через два года код превращается в уё... в котором внести правки и ничего не испортить практически нереально.

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