Roman
ну бля, какой вопрос такой ответ
Roman
Код далек от идеального, но не является нечитаемым, имхо
Vasily
А ты на фото какой- то довольный жизнью. Не люблю таких, сразу видно- не очень люди
Roman
@vshapenko рассуди нас, является ли код на картинке нечитаемым говном?
Shub
Код далек от идеального, но не является нечитаемым, имхо
“далек от идеального” - синоним для “отвратительный”
Vasily
@vshapenko рассуди нас, является ли код на картинке нечитаемым говном?
Любой написанный код почти сразу превращается в говно, если что. На самом деле спор тут скорее про разные подходы к тому, чтобы максимально усложнить жизнь коллегам
Shub
черт, за скриншоты кода надо отправлять на принудительные работы куда-то в шахту IRS на 15 лет - править OCR формы
Vasily
Но я продолжу мысль
Roman
Любой написанный код почти сразу превращается в говно, если что. На самом деле спор тут скорее про разные подходы к тому, чтобы максимально усложнить жизнь коллегам
тогда вообще непонятно, при чем тут моя змейка. Я писал ее один для себя, чтоб набить руку хоть как-то на новой парадигме
Vasily
Поскольку большинство программистов шизонарциссы (я и @aneteanetes не исключение, а скорее подтверждение правила), то написанный код обычно используется для следующих целей: 1. Получить признание коллег 2. Показать другим, какие они тупые по сравнению со мной, т.к. не могут понять простейших вещей 3. Показать другим, что они долбоебы, т.к. пишут нечитаемую хуйню
Vasily
В общем, это все про попытки померяться, у кого длиннее
Vasily
В большинстве случаев написанный код решает поставленную задачу лишь отчасти
Shub
пей iced!
я люблю горячий, но не кипящий. и не остывший до комнатной температуры
Vasily
Тут @omgszer недавно приводил пример с Arrow.strong вроде
Shub
он должен быть горячим достаточно, чтобы помимо вкусового ощущения еще было умеренное термическое. но не настолько сильное, чтобы повреждать слизистую
Shub
а моя новая кофеварка производит кофе в газообразном агреггатном состоянии
Shub
у тебя ложечка с интегрированным термометром? :D
я определяю температуру воды в чайнике по издаваемому шуму в пределах 1 градуса по Фаренгейту. серьезно
Shub
в смысле, я знаю, как шумит чайник нужной мне температуры
Shub
на уровне моря - забыл добавить
на уровне “там, где я есть"
Hog
ну на высоте 1.2-2 км над шуметь он будет так же, а температура будет нижее
Shub
ну на высоте 1.2-2 км над шуметь он будет так же, а температура будет нижее
ну один раз будет чуть ниже. второй раз уже точнее будет. я просто *очень* часто это делаю
Shub
мате иначе невкусный. и чай тоже
Hog
да ты эстет
Shub
да ты эстет
эпикуреец, ты хотел сказать.
Shub
скорее гедонист
Hog
эпи что?
Hog
мои любимые сигары так называются - Epicure #2
Hog
только я не знаю, что это значит :(
Vasily
Shub
В большинстве случаев написанный код решает поставленную задачу лишь отчасти
код либо решает поставленную задачу, либо не решает и тогда он возвращается на доработку. это не единственный критерий критерий приемки, разумеется, но если код прошел ревью и был смержден - значит коллеги считают код достаточно понятным, чтобы разобраться в нем в случае чего
Фил Ранжин
не моё
Shub
В сторону от чего?
от вопроса читаемости
Shub
я еще считаю, что понятие “читаемость” отнюдь не чисто стилистический момент
Vasily
Как уже заметили выше
Vasily
Например, привычка к определенному стилю написания кода
Vasily
Ну и определять, хороший код или плохой , я бы не стал по его "читаемости"
Shub
Например, привычка к определенному стилю написания кода
конкретнее плз. на проектах как правило есть код полиси и часто полуавтоматические проверки на соответствие.
Vasily
Если код выполняет свою задачу и в него не надо лазить, это лучше, чем "понятный" код, в который надо вставлять костыли
Vasily
конкретнее плз. на проектах как правило есть код полиси и часто полуавтоматические проверки на соответствие.
Если конкретнее, то , имхо, ноги обычно растут из выбора инструмента для решения конкретной задачи
Shub
ага как же. Ведь код ревью качественный и ревьюеры всегда добросовестно выполняют свою задачу
как уже сказали выше, проблема отсутствия кадров к проблеме читаемости отношения не имеет
Shub
и съезжать на “плохих” коллег - так себе довод, кто их нанимал-то?
Vasily
а когда такое было?
Редко, да. Поэтому важно соблюдать баланс между субъективным и объективным положением дел
Vasily
Если коллеги привыкли писать код в другом стиле, тут надо договариваться и коммуницировать
Roman
как уже сказали выше, проблема отсутствия кадров к проблеме читаемости отношения не имеет
дело не в плохих коллегах и не в отсутствии кадров. ПР на 5 строк — 12 реквестов поменять что-то. ПР на 1.5к строк — looks fine to me
Vasily
Но проще назвать их как-нить пообиднее, типа говноделов
Shub
Но проще назвать их как-нить пообиднее, типа говноделов
по твоей логике получается, что существует стиль “нечитаемый код”.
Roman
Баян старый, а проблема никуда не делась
Shub
Субъективно для каждого - да
так это не стиль. и не люди, которые “привыкли”. это люди, которые стабильно выдают плохой код
Roman
так это не стиль. и не люди, которые “привыкли”. это люди, которые стабильно выдают плохой код
речь же о том, что они обоюдно так смотрят на код другого. Что тот стабильно выдает плохой код
Vasily
позвольте не согласиться
Другой вопрос, что принимать за объективный взгляд
Roman
Другой вопрос, что принимать за объективный взгляд
если компилится — значит код хорош
Shub
речь же о том, что они обоюдно так смотрят на код другого. Что тот стабильно выдает плохой код
ну ты щас про психологические аспекты, при которых кто-то другой априори не может писать хороший код, т.к. единственный человек во вселенной, который пишет хороший код - это я
Roman
нет
Shub
Другой вопрос, что принимать за объективный взгляд
то есть ты утверждаешь, что понятия “хорошо” и “плохо” в принципе не существуют
Shub
и получается, что плохого кода не существует в принципе
Shub
как и хорошего
Vasily
и получается, что плохого кода не существует в принципе
Ну нельзя тут применять подобные критерии. У нас же инженерная дисциплина типа
Vasily
А мы тут как поэты, ептыть