Для меня лично 3D моделирование в Excel — это забивание гвоздей микроскопом. Делать это можно, но бессмысленно. Вот и получается, что образуется сладковатая среда забивателей гвоздей микроскопом и эта среда вытесняет любого, кто хочет это делать другими предметами. Но виноваты здесь не хаброюзеры, а сама среда (то есть площадка), давшая пользователям инструменты для формирования такой среды. Так что у меня здесь претензия не к хаброюзерам, а к площадке, а у автора топика должны быть претензии к работодателю
Вот, кстати, живой пример мой коммент в соседней теме habr.com/post/353422/#comment_19481122 собрал тридцать минусов и половина минусов в карме. Думаю, автор топика имел ввиду примерно это. Формируется некая закрытая среда, которая занимается вытеснением неугодных мнений и людей. В результате получается некий бульон из «своих» омерзительно сладковатый на вкус
Меня тоже волнует качество, если мне платят за время, которое я могу использовать для наведения лоска, которое укладывается в стандартное рабочее. Лично я не готов перерабатывать за достижение абстрактного качества и считаю глупым тратить свое личное время и здоровье ради этого
Лень и невнимательность — основные генераторы ошибок. Все будет зависеть от ошибки, а не от этапа ее выявления. Хотя для отдела последствия выявления ошибки пользователями могут быть самыми неприятными. Особенно, если система критически чувствительна к ошибкам. Касательно ошибки 2038 года — это немного другая песня, но, как говорят — если 1 раз, то не п%дорас. На на 2й уже будут применены санкции
То есть, как я понимаю, предлагается прощать программисту косяки, если ошибки «некритичны» для заказчика. Только для этого заказчика они некритичны, а для следующего будут критичны. А программист уже привык писать с ошибками. Так мы далеко пойдем
По поводу подхода — чем человек квалифицированнее, тем он проще пишет и тем проще его код понимать другим. Но это не значит, что нужно продумывать архитектуру под расширение функционала например, которого может и не быть
Согласен. Автор хочет критиковать (публично) коллег направо и налево, не имея на это ни должностных ни моральных оснований, и при этом хочет чтобы его любили и ценили. Неразрешимое противоречие налицо
Проблема есть, как описал автор. Пряника стало слишком много. Люди забывают зачем они вообще работают. Программист превратился в кодера, который не реализует поставленные задачи, а пишет код ради кода. Рано или поздно такое положение вещей просто обязано закончиться. И инфантильные дети должны отправиться с мест работы с печеньками и игровыми креслами к себе домой играть в онлайн игры под присмотром мамы
Это может и смотрится визуально круто, но на практике абсолютно бесполезно. По сути это «смотрите, как я могу». Ну молодец, что можешь. Возьми печеньку с полки
По поводу решений — уж как договоритесь. Заказчик обычно редко разбирается в технической стороне вопроса. Ему нужно просто чтобы было, как он хочет. Но если ты просто исполнитель и напрямую не общаешься с заказчиком — тебе ли не все равно каким будет продукт, за который платишь не ты и отвечаешь перед заказчиком лично не ты
В ответственность человека, который поставил задачу, конечно входит. А в ответственность исполнителя — не входит. Конечно твой «моральный долг», как исполнителя, донести свои сомнения до постановщика задачи. Но, на твой взгляд ошибочность требований в задаче, не должно являться основанием отказа от ее выполнения, а, тем более, выполнения «на свой вкус и цвет».
По поводу задачи, которая болталась к бэклоге год и была поставлена тебе только сейчас — ты, как исполнитель, вообще здесь ни при чем и это никак не скажется на тебе вообще
Пример банка привел как субъективность критичости в данном случае для каждого конкретного человека. Для кого-то и рубли некритичны, а кому-то нужно за кредит сегодня заплатить. Даже если взять съехавшую css-ку — один элемент перекрыл другой элемент, который обязателен для заполнения в форме, и клиент не может произвести платеж
Я не уверен. Но те требования, что написаны, нужно выполнить в точности. Потому что есть такая вещь, как ответственность, и в случае реализации поставленной задачи, она лежит на исполнителе. Заказчик заказал условно нарисовать синий круг. Ты нарисовал и дальше уже не твои проблемы, что ему на самом деле нужен был зеленый треугольник. Потому как, если ты нарисуешь зеленый треугольник, а на самом деле нужен красный квадрат, то огребешь заслужено ты. И будешь огребать пока не поумнеешь
Если честно, не очень понятно, что подразумевается под «некритично сбоит». Вы клиент банка и у вас некритично изчезает несколько тысяч рублей со счета из-за сбоя программы.
Где-то на этом ресурсе была очень правильная статья, где в общем говорилось, что программировать нужно под конкретную задачу, не думая, что там будет через n-е число времени в моменте X. Момента X может и не наступить, а времени будет потрачено много впустую. Да еще и программа будет иметь ошибки.
Эстетические понятия неприменимы в мире вычислений и программирования. Есть набор команд (код), который работает точно согласно поставленной задаче, есть, который не работает или работает с ошибками. Поэтому единственно важное, чтобы набор команд работал точно по заданному условию, все остальное уже вторично
Есть хорошая фантастика Г. Франке «Законы равновесия». В ней были люди, которые поклонялись известным в прошлом «красивым» формулам, не понимая их смысла. Так же и автор топика поклоняется коду, не понимая, что смысл любого кода в реализации чего либо. Сам по себе «красивый» код в вакууме абсолютно бесполезен, это просто набор символов. Вот когда автор поймёт эту элементарную вещь, тогда он встанет на путь превращения из обычного кодера в программиста
Самый адекватный ответ здесь из списка философских рассуждений про ТК и просей ахинеи про быть хорошим мальчиком. У дяди одна задача — подешевле купить твой труд, у тебя другая — подороже продать его. И дядя совсем не мотивирован платить тебе больше на основании твоих переработок и качественной работы. Это ему в плюс — он покупает у тебя твой качественную работу подешевке. Только заявлением можно подняться себе зарплату более менее существенно, когда над дядей повиснет перспектива финансовых убытков, или сменой работы
Ну и хрень. Набор клише да еще желаемое со стороны дяди преподносится. Дяде на тебя пох%ю, но ты будь хорошим мальчиком/девочкой. На самом деле нужно плевать на всех, шантажировать, выбивать себе нормальные деньги. Чужой дядя тебе не семья родная, он зарабатывает на тебе хорошие деньги, а тебе, как правило, платит жалкие гроши и вести себя нужно соответствующе. Пока дядя к тебе относится хорошо — ты к нему относись нормально, как почувствуешь кидалово с его стороны — нужно сразу сливать
По поводу подхода — чем человек квалифицированнее, тем он проще пишет и тем проще его код понимать другим. Но это не значит, что нужно продумывать архитектуру под расширение функционала например, которого может и не быть
По поводу решений — уж как договоритесь. Заказчик обычно редко разбирается в технической стороне вопроса. Ему нужно просто чтобы было, как он хочет. Но если ты просто исполнитель и напрямую не общаешься с заказчиком — тебе ли не все равно каким будет продукт, за который платишь не ты и отвечаешь перед заказчиком лично не ты
По поводу задачи, которая болталась к бэклоге год и была поставлена тебе только сейчас — ты, как исполнитель, вообще здесь ни при чем и это никак не скажется на тебе вообще
Где-то на этом ресурсе была очень правильная статья, где в общем говорилось, что программировать нужно под конкретную задачу, не думая, что там будет через n-е число времени в моменте X. Момента X может и не наступить, а времени будет потрачено много впустую. Да еще и программа будет иметь ошибки.
1. правильная обработка кода машиной и корректная работа программы
2. простота понимания другими разработчиками
Задачу внешней эстетики код решать не должен, как это в примере с поэзией
Естественно все в рамках главы 15 ТК
Самый адекватный ответ здесь из списка философских рассуждений про ТК и просей ахинеи про быть хорошим мальчиком. У дяди одна задача — подешевле купить твой труд, у тебя другая — подороже продать его. И дядя совсем не мотивирован платить тебе больше на основании твоих переработок и качественной работы. Это ему в плюс — он покупает у тебя твой качественную работу подешевке. Только заявлением можно подняться себе зарплату более менее существенно, когда над дядей повиснет перспектива финансовых убытков, или сменой работы