починил фронтенд, автоматически починился бекенд - ух этот индусский код
16.02.2022, 18:37
Сука, какая жиза!
Скорей всего "гонка механизмов" это надмозговый перевод race conditions, типа проблемы с многопоточностью
Как блять должна выглядеть хорошая и не функциональная оболочка?
Сделать фичу -- одно, это работа прогера.
Составить требования к фиче так, чтобы пользователь допер как ей пользоваться -- другое, и в 99% случаев вообще не проблема прогера, а если это его проблема, то контора маленькая и прогер сидит на 2х стульях в один момент.
А платят за функционал, всё верно. И сверху доплачивают за дизайн, если своего не имеют. А если не имеют, но не платят, то "Ебитесь вы в жопу, вот фича, я сделал по ТЗ".
А бэкенд всегда делает по ТЗ, потому что у него почти нет цирка "Поиграем со шрифтами" и юзером их бэка являются разработчики фронта у которых есть то же самое ТЗ и в которое они могут тыкать и говорить что хуйня какая-то получается.
Сделать фичу -- одно, это работа прогера.
Составить требования к фиче так, чтобы пользователь допер как ей пользоваться -- другое, и в 99% случаев вообще не проблема прогера, а если это его проблема, то контора маленькая и прогер сидит на 2х стульях в один момент.
А платят за функционал, всё верно. И сверху доплачивают за дизайн, если своего не имеют. А если не имеют, но не платят, то "Ебитесь вы в жопу, вот фича, я сделал по ТЗ".
А бэкенд всегда делает по ТЗ, потому что у него почти нет цирка "Поиграем со шрифтами" и юзером их бэка являются разработчики фронта у которых есть то же самое ТЗ и в которое они могут тыкать и говорить что хуйня какая-то получается.
GIMP и под винду с макосью есть
Много кому. Если ты выбираешь банк, то чаще всего интерфейс банка будет не сильно важен, потому что выбор из одного-двух вариантов, которые позволит работодатель. Или от бонусов.
При выборе оператора связи (мобильного или проводного), тарифы будут значить куда больше оболочки. И таких примеров много.
При выборе оператора связи (мобильного или проводного), тарифы будут значить куда больше оболочки. И таких примеров много.
А разве банк не выбирают потому, что там надежно и выгодно?
В нормальных проектах такой войны и нет так-то. Так как каждый прекрасно понимает, что в рот ебал делать работу другого. Да и не получится сделать это так, чтобы было хорошо в перспективе дальнейшей работы с этим (говно)кодом.
Нет, значит ты просто не в теме. А учитывая быстроту накидывания ярлыков, ты и сам не большого ума.
Разработчикам платят за создание продукта по спецификации и требованиям. За удобство не платят ничего. Более того, если ты потратишь ресурсы на неодобренные изменения, то тебе и наказать могут. И уж точно никто не выпишет премию, потому что MAXInator написал на джое, что ему удобно.
Еще в дополнение можно добавить, что индустрия зашла в тупик, платя новым работникам больше чем старым. Самым эффективным способом роста зарплаты является переход в другую компанию. Поэтому любой вклад в долгосрочный рост, например лояльность клиентов, - пустая трата сил для рядовых сотрудников.
Разработчикам платят за создание продукта по спецификации и требованиям. За удобство не платят ничего. Более того, если ты потратишь ресурсы на неодобренные изменения, то тебе и наказать могут. И уж точно никто не выпишет премию, потому что MAXInator написал на джое, что ему удобно.
Еще в дополнение можно добавить, что индустрия зашла в тупик, платя новым работникам больше чем старым. Самым эффективным способом роста зарплаты является переход в другую компанию. Поэтому любой вклад в долгосрочный рост, например лояльность клиентов, - пустая трата сил для рядовых сотрудников.
Фу, какой ты ограниченный. Первым на оскорбления перешел как раз ты. И продолжаешь демонстрировать неподобающее поведение. К тому же сообразительность у тебя понижена. "Обитатели нижней палубы", как я уж сказал в рот тебя ебали с твоим удобством. И никуда они не утонут, пересядут на другой корабль заранее.
> Идиотина, от разработчиков требуется завершенный рабочий продукт.
А вы, простите, кем работаете, что бы рассказывать такую откровенную фигню?)
А вы, простите, кем работаете, что бы рассказывать такую откровенную фигню?)
Ой насмешил...
1) тебя не учили общаться без обесценивая оппонента? Нет? Сочувствую. Правда.
2) ты очень далек от темы, в которой пытаешься толкать свое "экспертное" мнение.
3) к твоему сожалению ни кто не утонет.
1) тебя не учили общаться без обесценивая оппонента? Нет? Сочувствую. Правда.
2) ты очень далек от темы, в которой пытаешься толкать свое "экспертное" мнение.
3) к твоему сожалению ни кто не утонет.
Это в обе стороны работает, обычное спрос-предложение. Если спроса на аппки мало то пользователи будут высказывать своё фи а разрабы наперегонки пытаться их ублажить, а те буду твыбирать кому благорасположение оказать.
И наоборот, разрабы какого-нибудь сбер онлайн, госуслуг или гмейла могут себе пальцем в заднице ковырять, кое-как делать функционал, релизить апдейты которы делают хуже чем было раньше и отламывать целые куски функционала - а люди будут сидеть и жрать ибо альтернатив-то нет.
И наоборот, разрабы какого-нибудь сбер онлайн, госуслуг или гмейла могут себе пальцем в заднице ковырять, кое-как делать функционал, релизить апдейты которы делают хуже чем было раньше и отламывать целые куски функционала - а люди будут сидеть и жрать ибо альтернатив-то нет.
Разрабам платят те, кто руководит финансами инвесторов. А там уже что у этих людей в голове - удобство юзера, уровень лизания жепы инвестора или сакральный похуизм - тут как карта ляжет.
Багов и возможностей улучшения в большинстве проектов - хоть жопой жуй и не знаешь где начать. Поэтому задача ПО/менеджмента именно указывать на то, что нужно делать дальше. И поскольку у менеджмента свои приоритеты и виденье, список заданий может не совпадать с желаниями разработчика. Если делать не то, что говорят - могут быть неприятные последствия.
В итоге, главное не что хочет пользователь, а что хочет менеджер. И сделать что-то как хочет менеджер намного важнее для разработчика, чем желания пользователей.
В итоге, главное не что хочет пользователь, а что хочет менеджер. И сделать что-то как хочет менеджер намного важнее для разработчика, чем желания пользователей.
Но ты же смог сделать картинку шире?
Он-то точно смог. И бекендщик бы смог. Но каким-то уж совсем изощренным методом.
Если речь идет о современных проектах, в которых есть распределение на бекенд и фронтенд, то баги возникают либо из-за того, что кто-то проебался учесть все корнеркейсы в тестах, проебал написать сами тесты или скоординироваться с другой частью команды касательно изменений в свою часть. Логика на бекенде (в зависимости от проекта) может быть проще логики на фронтах, как и наоборот. Ну и да, часто бекендщиков не дрочат из-за багов на фронте, а вот на фронт могут посыпаться баги по причине того, что кто-то дооптимизировал на полсотых процента бекенд, проебав обработку пары исключений.
Нихера не понимаю айтишный юмор, но почему-то всегда смешно.
В этом-то и фишка. Кто понимает - тем уже не так смешно.)
Вчера только правил гребаный датагрид на WPF. Не отображалась горизонтальная полоса прокрутки. Нахер этот датагрид. Кто-то поставил ширину колонки равной "*" типа на все свободное место и весь датагрид слал в жопу эту вашу полосу прокрутки.
баги на фронте: расширьте картинку, которая почему-то сама сужается исключительно в ie6 на моделях iDick 4. на эмуляторе все работает, единственный iDick 4 унес домой тестировщик, который заболел. лид уходя в отпуск просил передать, что для фикса нужно заменить img на фрейм с флэшем
а еще забить на баг нельзя, потому что эта комбинация хоть и покрывает 0.001% юзеров, но она в списке поддерживаемых, который тупо никто не обновлял, потому что нужен аппрув от заказчика, а менеджеру, которому позволено его запросить, влом. а если не пофиксишь вчера, то не дадут премию и/или на квартальном ревью понизят зп
Баги на фронте: так, асинхронность, хуяк, ад коллбеков, хуяк, потерялся контекс, нихуя не работает, подожди...
