История изменений
Исправление
emorozov,
(текущая версия)
:
Ее - нет, никто не говорил, что существует сереберянная пуля. Суть трэда, что питонисты - о@%ели, пишут свои def() глобальные, ничего не хотят структурировать и т.д., уже обмусолили, а ряд питонистов в данном треде еще это подтвердило словами
Суть треда в том, что ты столкнулся с плохим кодом где-то. Плохой код, как пишет здесь каждый защитник своего языка, можно найти на любом языке.
В принципе, с этим согласен. Лично мне только кажется, например, что субъективно плохого кода больше на некоторых других языках, например, PHP. С другой стороны, это не представляется возможным оценить, т.к. понятие «плохого кода» сильно субъективно, поэтому объективные критерии оценки не выработать. Кроме того, оценить весь написанный код невозможно, например, код пропиетарных продуктов никто оценить не даст.
Лично я хорошего кода на Python видел больше, чем плохого. Сейчас качество кода на Python в среднем снижается, т.к. в Python (но и в IT вообще) стремятся пойти все кому не лень, из-за больших денег. Полагаю, что тот же процесс происходит и во всех других языках по той же причине. Возможно, с несколько отличающейся скоростью, т.к. со стройки в Python войти проще, чем в Java, тем более, С++.
Второе, что ты с самого начала утверждал, что хороший код — только тот, который удовлетворяет паре-тройке формальных признаков, основные - паттерны GoF и использование асинхронщины.
Про GoF я уже устал повторять, можно заново перечитать.
Про асинхронщину вообще претензий не понимаю. Я ещё не встречал человека, который бы в неё не смог въехать. Это не Rocket Science, и на нелюбимом тобой питоне можно свой event loop со своими корутинами запилить наверное в 100-150 строк за вечер легко. Просто для того, чтобы понять, как устроена асинхронщина под капотом, и что там не требуются глубокие эзотерические знания. Хотя на самом деле никто так не делает, и это не требуется.
Да и кроме того, что такое асинхронщина? Это приём программирования, применимый для очень узкого диапазона задач. Предположу даже, что если 70% async кода переписать в синхронной манере, никто не заметит разницы, ибо постоянно вижу асинхронщину затянутую только потому что модно.
Исправление
emorozov,
:
Ее - нет, никто не говорил, что существует сереберянная пуля. Суть трэда, что питонисты - о@%ели, пишут свои def() глобальные, ничего не хотят структурировать и т.д., уже обмусолили, а ряд питонистов в данном треде еще это подтвердило словами
Суть треда в том, что ты столкнулся с плохим кодом где-то. Плохой код, как пишет здесь каждый защитник своего языка, можно найти на любом языке.
В принципе, с этим согласен. Лично мне только кажется, например, что субъективно плохого кода больше на некоторых других языках, например, PHP. С другой стороны, это не представляется возможным оценить, т.к. понятие «плохого кода» сильно субъективно, поэтому объективные критерии оценки не выработать. Кроме того, оценить весь написанный код невозможно, например, код пропиетарных продуктов никто оценить не даст.
Лично я хорошего кода на Python видел больше, чем плохого. Сейчас качество кода на Python в среднем снижается, т.к. в Python (но и в IT вообще) стремятся пойти все кому не лень, из-за больших денег. Полагаю, что тот же процесс происходит и во всех других языках по той же причине. Возможно, с несколько отличающейся скоростью, т.к. со стройки в Python войти проще, чем в Java, тем более, С++.
Второе, что ты с самого начала утверждал, что хороший код — только тот, который удовлетворяет паре-тройке формальных признаков, основные - паттерны GoF и использование асинхронщины.
Про GoF я уже устал повторять, можно заново перечитать.
Про асинхронщину вообще претензий не понимаю. Я ещё не встречал человека, который бы в неё не смог въехать. Это не Rocket Science, и на нелюбимом тобой питоне можно свой event loop со своими корутинами запилить наверное в 100-150 строк за вечер легко. Просто для того, чтобы понять, как устроена асинхронщина под капотом. Хотя на самом деле никто так не делает, и это не требуется.
Да и кроме того, что такое асинхронщина? Это приём программирования, применимый для очень узкого диапазона задач. Предположу даже, что если 70% async кода переписать в синхронной манере, никто не заметит разницы, ибо постоянно вижу асинхронщину затянутую только потому что модно.
Исходная версия
emorozov,
:
Ее - нет, никто не говорил, что существует сереберянная пуля. Суть трэда, что питонисты - о@%ели, пишут свои def() глобальные, ничего не хотят структурировать и т.д., уже обмусолили, а ряд питонистов в данном треде еще это подтвердило словами
Суть треда в том, что ты столкнулся с плохим кодом где-то. Плохой код, как пишет здесь каждый защитник своего языка, можно найти на любом языке.
В принципе, с этим согласен. Лично мне только кажется, например, что субъективно плохого кода больше на некоторых других языках, например, PHP. С другой стороны, это не представляется возможным оценить, т.к. понятие «плохого кода» сильно субъективно, поэтому объективные критерии оценки не выработать. Кроме того, оценить весь написанный код невозможно, например, код пропиетарных продуктов никто оценить не даст.
Лично я хорошего кода на Python видел больше, чем плохого. Сейчас качество кода на Python в среднем снижается, т.к. в Python (но и в IT вообще) стремятся пойти все кому не лень, из-за больших денег. Полагаю, что тот же процесс происходит и во всех других языках по той же причине. Возможно, с несколько отличающейся скоростью, т.к. со стройки в Python войти проще, чем в Java, тем более, С++.
Второе, что ты с самого начала утверждал, что хороший код — только тот, который удовлетворяет паре-тройке формальных признаков, основные - паттерны GoF и использование асинхронщины.
Про GoF я уже устал повторять, можно заново перечитать.
Про асинхронщину вообще претензий не понимаю. Я ещё не встречал человека, который бы в неё не смог въехать. Это не Rocket Science, и на нелюбимом тобой питоне можно свой event loop со своими корутинами запилить наверное в 100-150 строк за вечер легко.
Да и кроме того, что такое асинхронщина? Это приём программирования, применимый для очень узкого диапазона задач. Предположу даже, что если 70% async кода переписать в синхронной манере, никто не заметит разницы, ибо постоянно вижу асинхронщину затянутую только потому что модно.