Шизофази́я (от др.-греч. σχίζω «расщеплять, раскалывать» и φάσις «речь, высказывание») — симптомпсихических расстройств, выражающийся в речевой разорванности — нарушении структуры речи, при которой, в отличие от речевой бессвязности (потока несвязанных слов), фразы строятся правильно[1], однако не несут никакой смысловой нагрузки, а содержание речи соответствует содержанию бреда[2].
Функциональные требования: код должен быть открытый, должны быть понятны связи между классами, количество игроков от 0 до бесконечности, минимимум два примера использования функции в коде, должна быть дружелюбна к ML - нейронные сети должны распозновать текст. Абсолютно несвязанные требования к кодстайлу, архитектуре, бизнес-требованиям заканчиваются нелепой попыткой создать метакласс на питоне: это статья - пример шизофазии.
Одной из ключевых особенностей данной статьи можно считать казенный язык изложения, что может негативно сказаться на интересе к основной содержательной части и препятствовать прочтению данной работы.
А если по сути - похоже, вы забыли приложить результаты бенчмарков?
В своем комментарии вы аппелируете к статье, которая говорит о исследовании, в котором участвовало 20 человек (это уже как бы сказать, нелепо что ли), из которых 11 заявило что они продвинутые css+html пользователи. Так как вы пытались с помощью этой статьи доказать, что даже не связанные с программированием пользователи могут вполне успешно использовать (прошу прощения за тавталогию) этот фреймворк — я сделал вывод, что вы не читали цитируемую статью полностью.
озвольте с Вами не согласиться. Если под эффективностью использования инструмента понимать возможность создания с его помощью пусть и не сверхсложного, но рабочего интерактивного веб-приложения, то это доказано проведёнными исследованиями (так называемыми, user study). Ознакомиться с результатами одного из них можно здесь.
Принимая во внимание концепцию Питона, что все открыто для всех, почему бы не сделать доступ к «классным» атрибутам только через __class__ или его аналог.
Во-первых, гораздо больше в питоне ценится читаемость и простота, почему для того чтобы получить класс-атрибут я должен:
1. Точно помнить классовый он или инстансный.
2. Писать что-то типа
Drum.__class__. vtype
Во-вторых, не совсем понятно, чего вы ожидаете, меняя атрибут инстанса в рантайме? Изменение атрибута класса? Эксепшен?
В-третьих, если уж вы выкладываете код, то хоть немного его приведите в порядок в соответствии с pep-8.
Как связаны размер данных и хайлоад/не хайлоад?
Если бы вы прочитали статью, то увидели бы что основной челендж был связан с синхронизацией, кол-вом коннекшенов и трафиком (хоть решили они эти проблемы и в лоб).
Почему выбрали GitHub, а не свой локальный VCS сервер? А то я сколько в разных компаниях видел — все исходники хранят у себя.
Не совсем понял, что значит «хранят у себя». Git — распределенная система, у всех разработчиков есть исходники, а github — просто точка синхронизации. В случае, если гитхаб внезапно отключится — вы всегда можете на любом сервере сделать чекаут, дружно добавить этот сервер в remote-ы и продолжать работать, только без удобняшек.
Ну и собственно удобняшки от github, из-за которых его используют:
1. Удобные пулл-ревесты, комментарии, картинки и т.п.
2. Высокий аптайм, свои серваки почаще лежат.
3. Система прав (группы, r/o, все дела).
4. Markdown из коробки.
5. Удобный viewer (блейм/raw/поиск, все дела).
Очень много предложений, которые вообще очень сложно понять.
Вот например (взял первый попавшийся абзац):
>Это может не касаться React на серверной стороне, но было бы странно, создавать компоненты, которые бы отличались в этом плане на серверной и клиентской стороне.
Помимо пунктуации и повторений «серверной стороне — серверной стороне» — тут очень сложно вообще понять, что хотел сказать автор.
Возможно стоит просто писать своими словами, типа:
«Можно было бы не делать это на сервере, но это странно — создавать компоненты, которые по-разному работают на бэкенде и фронтенде».
P.S.
> я неохотно проповедую изоморфные JavaScript приложения — это вообще перл =)
«в 21часов 30 минут» — о_О
А если написать «Сегодня в 21час 30 минут», то получим «Распознано как: + сегодня [21 30 ми:00]»
Ну, и сам код причиняет боль, да…
Это ерунда полная, sqlalchemy в питоне умеет все это и даже больше, а все, что умеет hibernate джавовский даже представить сложно.
Ради интереса - эту статью какая-то продвинутая gpt-3 сеть сгенерировала?
Шизофази́я (от др.-греч. σχίζω «расщеплять, раскалывать» и φάσις «речь, высказывание») — симптом психических расстройств, выражающийся в речевой разорванности — нарушении структуры речи, при которой, в отличие от речевой бессвязности (потока несвязанных слов), фразы строятся правильно[1], однако не несут никакой смысловой нагрузки, а содержание речи соответствует содержанию бреда[2].
Функциональные требования: код должен быть открытый, должны быть понятны связи между классами, количество игроков от 0 до бесконечности, минимимум два примера использования функции в коде, должна быть дружелюбна к ML - нейронные сети должны распозновать текст.
Абсолютно несвязанные требования к кодстайлу, архитектуре, бизнес-требованиям заканчиваются нелепой попыткой создать метакласс на питоне: это статья - пример шизофазии.
Одной из ключевых особенностей данной статьи можно считать казенный язык изложения, что может негативно сказаться на интересе к основной содержательной части и препятствовать прочтению данной работы.
А если по сути - похоже, вы забыли приложить результаты бенчмарков?
debezium.io/documentation/reference/connectors/postgresql.html#postgresql-property-snapshot-mode
Например, зачастую не нужно/невозможно переливать все данные, которые уже есть в базе и этого можно избежать, установив snapshot.mode=never
где 11 — отметились как advanced html+css юзеры
вы вообще всю статью прочитали?
вижу
Во-первых, гораздо больше в питоне ценится читаемость и простота, почему для того чтобы получить класс-атрибут я должен:
1. Точно помнить классовый он или инстансный.
2. Писать что-то типа
Во-вторых, не совсем понятно, чего вы ожидаете, меняя атрибут инстанса в рантайме? Изменение атрибута класса? Эксепшен?
В-третьих, если уж вы выкладываете код, то хоть немного его приведите в порядок в соответствии с pep-8.
это
Если бы вы прочитали статью, то увидели бы что основной челендж был связан с синхронизацией, кол-вом коннекшенов и трафиком (хоть решили они эти проблемы и в лоб).
А рассказывать варгеймингу про производительность вообще смешно.
Ехало шифрование через шифрование,
видит шифрование — шифрование.
Сунуло шифрование шифрование в шифрование,
Шифрование, шифрование шифрование шифрование.
На мой взгляд, полезность -> 0.
Не совсем понял, что значит «хранят у себя». Git — распределенная система, у всех разработчиков есть исходники, а github — просто точка синхронизации. В случае, если гитхаб внезапно отключится — вы всегда можете на любом сервере сделать чекаут, дружно добавить этот сервер в remote-ы и продолжать работать, только без удобняшек.
Ну и собственно удобняшки от github, из-за которых его используют:
1. Удобные пулл-ревесты, комментарии, картинки и т.п.
2. Высокий аптайм, свои серваки почаще лежат.
3. Система прав (группы, r/o, все дела).
4. Markdown из коробки.
5. Удобный viewer (блейм/raw/поиск, все дела).
Как-то так.
Вот например (взял первый попавшийся абзац):
>Это может не касаться React на серверной стороне, но было бы странно, создавать компоненты, которые бы отличались в этом плане на серверной и клиентской стороне.
Помимо пунктуации и повторений «серверной стороне — серверной стороне» — тут очень сложно вообще понять, что хотел сказать автор.
Возможно стоит просто писать своими словами, типа:
«Можно было бы не делать это на сервере, но это странно — создавать компоненты, которые по-разному работают на бэкенде и фронтенде».
P.S.
> я неохотно проповедую изоморфные JavaScript приложения — это вообще перл =)
Иногда кажется, что автор перевода просто забил на смысл и переводит слова.
А если написать «Сегодня в 21час 30 минут», то получим «Распознано как: + сегодня [21 30 ми:00]»
Ну, и сам код причиняет боль, да…