Открытый проект учёта товара

@pyirrlicht · Регистрация: 09.10.2012

Студворк — интернет-сервис помощи студентам

товароучётный открытый софт, локальный и сетевой варианты работы, интеграция Excel, система штрихкодирования, мультиплатформный клиент (POS), настраиваемые печатные формы, гибкая настройка доступов.
весь код в Python, включая фронт (POS), а также настроенную для работы с поступлением товара (и пр.) админку Django.
приглашаю всех желающих помочь с кодом, интеграциями, тестированием

@ViachaslauK · 10.05.2025, 19:51

Сообщение от Noname2331

Глянул несколько основных файлов, не вникая в мелочи, которые фиксятся линтером. Нормальный простой, аккуратный код.

Да, отличный, легкочитаемый код, например:

Python
1
2
3
from django.shortcuts import render
 
# Create your views here.

Прям берешь и развиваешь)))
или мое любимое тут легкое и понятное, ничуть не нарушающее ничего:

Python
1
2
3
4
5
6
7
def get_app_list(self, request, app_label=None):
    app_dict = self._build_app_dict(request, app_label)
    if not app_dict:
        return
    keys = list(app_dict.keys())
    return [app_dict[k] for k in settings.ADMIN_MAIN_MENU_FIRST_ITEMS if k in keys] + [app_dict[k] for k in keys if k not in settings.ADMIN_MAIN_MENU_FIRST_ITEMS]
admin.AdminSite.get_app_list = get_app_list

Берешь и развиваешь... собственно весь код такой. Куски откуда-то.

Сообщение от Noname2331

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

Каким боком это? бинарная алгебра это уровень архитектуры системы, в байт код питон компилируется на уровне компилятора Cython. Давай еще поговорим про выпиливание garbage collector для оптимизации или вообще GIL?
Мы говорим про работу с кодом и она в разы быстрее при соблюдении условий правильного написания. Говнокод никогда не решал никаких проблем.
У меня в репозиторий например невозможно просто вкоммитать ничего, если код не проходит тесты, не проходит линтеры. pre-commit на старте убирает эти проблемы.
Сам билд в репозитории не пройдет если покрытие тестами менее 80%,

Добавлено через 3 минуты

Сообщение от voral

если в общем случае квери билдеры и орм это хорошо, то если надо быстрее, то это уже откладываем в сторону.

Ну и теперь думаем - насколько быстрее убрать ОРМ, когда у кода нормальная структура и та же алхимия подключается в одном месте? Хороший код проще оптимизировать.

@Noname2331 · 10.05.2025, 20:22

ViachaslauK, в первом случае просто заготовка для чего-то или забыл удалить файлик, бывает. Во втором - попытка сделать в 1 строку то, что было бы более читаемо в 10 строк. Тем не менее, даже в таком виде это можно прочитать и понять (даже мне, я краями с Питоном). Ничего криминального. Вы лучше сразу показывайте, как это сделать лучше, вот второй пример, например, как бы вы отрефакторили?

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

@ViachaslauK · 11.05.2025, 09:12

Сообщение от Noname2331

Вы лучше сразу показывайте, как это сделать лучше, вот второй пример, например, как бы вы отрефакторили?

Я даже попробовал, но понял что проще вообще переписать.

Python
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
from typing import Any, List, Optional
from django.urls import path, include
from django.contrib import admin
from django.conf import settings
from django.http import HttpRequest, HttpResponse
from django.conf.urls.static import static
 
 
def favicon(request: HttpRequest) -> HttpResponse:
    return HttpResponse(settings.FAVICON_BASE64, content_type="image/svg+xml")
 
 
class CustomAdminSite(admin.AdminSite):
    def get_app_list(
        self, request: HttpRequest, app_label: Optional[str] = None
    ) -> List[Any]:
        app_dict = self._build_app_dict(request, app_label)
        if not app_dict:
            return []
        keys = list(app_dict.keys())
        first_items = [
            app_dict[k] for k in settings.ADMIN_MAIN_MENU_FIRST_ITEMS if k in keys
        ]
        remaining_items = [
            app_dict[k] for k in keys if k not in settings.ADMIN_MAIN_MENU_FIRST_ITEMS
        ]
        return first_items + remaining_items
 
 
custom_admin_site = CustomAdminSite()
 
urlpatterns = [
    path("api/", include("api.urls")),
    path("admin/", custom_admin_site.urls),
    path("favicon.ico", favicon),
] + static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)

ну и естественно в адинке зарегистрировать этот класс нужно

Python
1
2
3
4
from .urls import custom_admin_site
from .models import MyModel
 
custom_admin_site.register(MyModel)

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

Сообщение от Noname2331

Во втором - попытка сделать в 1 строку то, что было бы более читаемо в 10 строк.

Да, и очень бестолковая, потому что дебажить это невозможно, ошибки не отловишь.
Опять же логов нет, я бы обязательно их добавлял. и эксепшены. Тут потенциально может возникнуть ситуация конкатенации списка и None, что зарезит ошибку TypeError.
И кстати везде где я видел эксепшены в коде, перехватыввается класс Exception, а не конкретная ошибка. Так делать можно только в крайнем случае и на стадии разработки. Нужно ловить конкретную ошибку.

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

Добавлено через 1 минуту

Сообщение от Noname2331

По поводу бинарной логики... Видел на PHP код популярной библиотеки разделения прав доступа. В коде там только побитовые операции и совершенно нет никаких связей с человеческим языком и каким-то solid.

Это совершенно другой уровень тут о таком речь не идет. Мы же не лезем в оптимизацию Cython?

@pyirrlicht · 11.05.2025, 09:26 **[ТС]**

Сообщение от ViachaslauK

Я даже попробовал, но понял что проще вообще переписать.

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

@ViachaslauK · 11.05.2025, 09:29

Сообщение от pyirrlicht

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

А давайте вы покажете, что в этом случае сломается, чтоб не голословно?

@voral · 11.05.2025, 09:38

Сообщение от ViachaslauK

Ну и теперь думаем - насколько быстрее убрать ОРМ, когда у кода нормальная структура и та же алхимия подключается в одном месте? Хороший код проще оптимизировать.

Ты не с той мыслью пытаешься спорить

Обрати внимание, на цитату, на которую я ответил.

Я отреагировал на фразу

Сообщение от ViachaslauK

Или делай сразу хорошо или попадешь в тупик

И естественно я не про допустимость на первых этапах лютого треша (как например я наблюдал в коде известного нам создателя фреймворков, код ТС вполне себе читаем, хотя я и несильный знаток питона)

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

Простой пример из моего проекта. В начале работы в ТЗ часто было что то типа "чуть чуть прогнуть линию". И "представителям предметной области" это вполне понятная инструкция по которой они руками получат нужный результат. (и это я вытащил самый "прикольный" из моментов).

Т.е. тупо правильно систему спроектировать не возможно. (ну либо, все же раскошеливаться привлекать спецов находящихся на стыке, или самому получить необходимое образование). Это вероятно правильно было бы... но я не миллиардер, и проект не золотые горы приносит.

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

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

Добавлено через 5 минут

Не по теме:

Сообщение от pyirrlicht

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

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

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

Вам это надо? Может просто какой то нюанс вашего проекта упущен, можно ж было просто подсветить

@ViachaslauK · 11.05.2025, 09:47

Сообщение от voral

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

Да это понятно и я абсолютно согласен в целом. Я тоже в прототипе могу забить на всякие правила написания кода тесты и прочее с целью поскорее выкатить рабочую версию. Но потом в таск-менеджере обязательно будет сторя - рефакторинг и покрытие тестами.
Но скорее всего если на тесты я могу забить на первом этапе - то структуру буду сразу продумывать.
Так же и с хинтами и перехватом ошибок - я лучше потрачу + 10 минут, но зато потом не буду часами сидеть и дебажить ошибки.
Понятно что нужно быть гибким.

@Noname2331 · 11.05.2025, 10:05

Сообщение от ViachaslauK

Это совершенно другой уровень тут о таком речь не идет. Мы же не лезем в оптимизацию Cython?

Мы можем достучаться до процессора напрямую, минуя посредников (cython и прочие уровни). Вот, чат гпт говорит, что все это есть в питоне, как и в других яп

Python
1
2
3
4
5
6
7
8
9
a = 5       # 0b0101
b = 3       # 0b0011
 
a & b       # 1  (0b0001)
a | b       # 7  (0b0111)
a ^ b       # 6  (0b0110)
~a          # -6 (инверсия: -0b0110)
a << 1      # 10 (0b1010)
a >> 1      # 2  (0b0010)

@ViachaslauK · 11.05.2025, 10:18

Сообщение от Noname2331

Мы можем достучаться до процессора напрямую, минуя посредников

Я перестал понимать твои ответы. Как это относится к теме? Мы говорим про код проекта или уже начали дизасемблить его
Ну так в пайтоне есть модуль dis

Python
1
2
3
4
5
6
7
8
9
import dis
 
 
def example(x):
    return x + 1
 
 
if __name__ == "__main__":
    dis.dis('example(x)')

Выполняем и получаем в машинных кодах

Assembler
1
2
3
4
5
6
7
  0           0 RESUME                   0
 
  1           2 PUSH_NULL
              4 LOAD_NAME                0 (example)
              6 LOAD_NAME                1 (x)
              8 CALL                     1
             16 RETURN_VALUE

Давай теперь это оптимизировать)))

@Noname2331 · 11.05.2025, 10:33

ViachaslauK, мы говорим про ваш эфемерный "феншуй", который вы отстаиваете.

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

Толерантнее надо быть.

@ViachaslauK · 11.05.2025, 10:43

Сообщение от Noname2331

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

Есть и это называется линтеры.
Не пытайтесь натягивать сову на глобус в попытках отстоять свою версию и не начинайте мешать сюда конфессии и прочие.
Мои замечания основаны на использовании общепринятых инструментов, таких как flake8, black, pylint.
Если вы про них не слышали - это повод изучить, а не лезть спорить о том, чего вы не знаете.

Сообщение от Noname2331

Сейчас придет фанатик короткого кода и начнет вас травить за то, что вы разбили 1 строку на несколько ради читаемости.

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

@Noname2331 · 11.05.2025, 10:49

Сообщение от ViachaslauK

Есть и это называется линтеры.

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

Сообщение от ViachaslauK

Читай для начала PEP8, прежде чем писать ерунду. Про длину строки в питоне

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

Не надо молиться ни на какие линтеры.

@voral · 11.05.2025, 10:57

Сообщение от Noname2331

Не молиться ни на какие линтеры.

А при чем тут молиться или не молиться?
Ясен пень есть в стилях кода и разница в подходах. Но, согласитесь, в базовых, действительно серьезных моментах они во многом между собой похожи. А далее уже обычные "правила" существования в сообществе. Чей стиль кода находит больший отклик, тот и становится более популярным.

Согласитесь наличие или отсутствие ; это не столь значимое правило, которое кардинально влияет на восприятие кода.

Не по теме:

(я кстати, за ";" не скажу, что прям это для меня сильно важно, и если в каком то кодстайле я найду для себя более существенные поводы, а в нем будет и отсутствие ";" - я спокойно этим пожертвую)

@ViachaslauK · 11.05.2025, 11:01

Сообщение от Noname2331

Не надо молиться ни на какие линтеры.

никто ни на каие линтеры не молится, ты пытаешься частности выдать за общее.
Если я не ошибаюсь, в ПЕП8 длина строки была 79 символов, сейчас общепринято - 120. Потому что мониторы стали позволять больше вместить их.
Я говорю про общие приныипы, ты начинаешь обсуждать какую-то ерунду. Я не собираюсь тебя заставлять следовать, питон это позволяет. Для личных, одиночных проектов ты можешь творить любую дичь. Но лично я никогда не стану работать с таким человеком просто потому что ты не понимаешь командных принципов работы. Какой бы ты гениальный ни был.
Если человеку не стыдно в паблик такое выкладывать - мне с ним не по пути.
Мне хватает своих индусов на работе, за которыми приходится бегать и заставлять тесты писать.

@voral · 11.05.2025, 11:01

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

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

@ViachaslauK · 11.05.2025, 11:02

Сообщение от voral

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

Об этом и речь всю дорогу.

@Noname2331 · 11.05.2025, 11:05

Сообщение от voral

Но, согласитесь, в базовых, действительно серьезных моментах они во многом между собой похожи.

Все, что выше команд процессора - на вкус и цвет.

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

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

Добавлено через 2 минуты

Сообщение от ViachaslauK

Но лично я никогда не стану работать с таким человеком просто потому что ты не понимаешь командных принципов работы. Какой бы ты гениальный ни был.
Если человеку не стыдно в паблик такое выкладывать - мне с ним не по пути.
Мне хватает своих индусов на работе, за которыми приходится бегать и заставлять тесты писать.

Надеюсь, тебе немного лет сейчас и со временем ты станешь менее привередливым в выборе того, с кем и с чем работать) Мир огромен и разнообразен, не надо быть категоричным ни в чем.

@voral · 11.05.2025, 11:09

Сообщение от Noname2331

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

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

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

Добавлено через 3 минуты

Сообщение от Noname2331

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

Тут вообще не понятно при чем тут линтер не линтер?
Вы вот фанатик отсутствия ";" и? Как это вообще относится к обсуждаемому?
И следует ли, что линтер не является безоговорочным законом, то, что его не надо применять? Зачем вы тогда свой написали?

@Noname2331 · 11.05.2025, 11:13

Сообщение от voral

Тут вообще не понятно при чем тут линтер не линтер?
Вы вот фанатик отсутствия ";" и? Как это вообще относится к обсуждаемому?
И следует ли, что линтер не является безоговорочным законом, то, что его не надо применять? Зачем вы тогда свой написали?

Да просто зацепила эта радикальность ViachaslauK из-за какой-то мелочи.

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

@ViachaslauK · 11.05.2025, 11:30

Сообщение от Noname2331

Надеюсь, тебе немного лет сейчас и со временем ты станешь менее привередливым в выборе того, с кем и с чем работать)

Твои надежды напрасны. И мой опыт основывается на работе на проектах, которые тебе точно не светят, включая Гугл. Поэтому я и могу это утверждать, именно из опыта работы в больших командах и огромных проектах. В плане похвастаться - примерно каждый второй автомобиль в Северной Америке сегодня продаваемый через дилеров или на Манхейме - использует код, который я писал.
Развивать дальше тему, почему я так категоричен к такому коду или понятно?

Новые блоги и статьи Все статьи Все блоги /
Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .
Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .	Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))

@pyirrlicht 17 / 18 / 3 Регистрация: 09.10.2012 Сообщений: 55 Записей в блоге: 1

	Открытый проект учёта товара 31.03.2025, 10:12. Показов 5307. Ответов 53 Метки client, django, flet, retail, server, warehouse (Все метки) товароучётный открытый софт, локальный и сетевой варианты работы, интеграция Excel, система штрихкодирования, мультиплатформный клиент (POS), настраиваемые печатные формы, гибкая настройка доступов. весь код в Python, включая фронт (POS), а также настроенную для работы с поступлением товара (и пр.) админку Django. приглашаю всех желающих помочь с кодом, интеграциями, тестированием 1

@Noname2331 95 / 84 / 10 Регистрация: 22.12.2024 Сообщений: 578
	10.05.2025, 20:22
	ViachaslauK, в первом случае просто заготовка для чего-то или забыл удалить файлик, бывает. Во втором - попытка сделать в 1 строку то, что было бы более читаемо в 10 строк. Тем не менее, даже в таком виде это можно прочитать и понять (даже мне, я краями с Питоном). Ничего криминального. Вы лучше сразу показывайте, как это сделать лучше, вот второй пример, например, как бы вы отрефакторили? По поводу бинарной логики... Видел на PHP код популярной библиотеки разделения прав доступа. В коде там только побитовые операции и совершенно нет никаких связей с человеческим языком и каким-то solid. Просто оно уже работает как надо и оптимизировать там на уровне софта дальше некуда, только общий процессор менять на асик. Поэтому никому в голову и не должна прийти мысль что-то там изменить. Я это имел в виду. 1

@Noname2331 95 / 84 / 10 Регистрация: 22.12.2024 Сообщений: 578
	11.05.2025, 10:33
	ViachaslauK, мы говорим про ваш эфемерный "феншуй", который вы отстаиваете. Нет никакого общего феншуя. Код можно писать и так и этак, для разных целей и разных конфессий программистов. Сейчас придет фанатик короткого кода из секты "змейка в 64 символа" и начнет вас травить за то, что вы разбили 1 строку на несколько ради читаемости. Толерантнее надо быть. 1

@voral 3061 / 1465 / 265 Регистрация: 16.03.2008 Сообщений: 6,512 Записей в блоге: 2
	11.05.2025, 11:01
	Опять же линтер это всего лишь инструмент. Помощник. В контексте обсуждения тут скорее имело бы смысл обсуждать стоит ли соблюдать какой то достаточно популярный стиль кода, или нет. И вот тут действительно, в этом моменте, в любом прототипе это делать смысл есть. А применение линтера лишь способ добавить контроля за собой. Плюс, современные IDE, с подсказками кода - линтер поможет соблюсти именно ваш стиль... 2