Спасибо за вклад в развитие авто тестов, но надеюсь никто не действует сейчас как вы описали - создать базу с нуля и накатывать миграции для каждого рана теста.
У себя на проектах уже лет 10 использую создание бд/бэкапирование и разворачивание бэкапа на каждый ран (придумал не я, еще зеленым увидел), все это мс скл, может уже тоже какие нить темплейты заехали, но старого коня не поменяли ещё ))
В копилку догадок (подвариант кривой прошивки) - может дело быть в том что в телефоне есим русская, а аппаратная сим турецкая? Поэтому туркцелл и в приоритете? Что если попробовать только с единственной есим?
Чем вызван выбор "кастомной" лицензии в репозитории, да ещё с такими жестокими ограничениями по изменениям, которые по сути запрещают форк и изменение кода "без разрешения/уведомления" автора?
Второй способ вернуть указанное соотношение сторон — установить значение 0 для свойства min-height.
Обожаю css (нет, борюсь с ним). Сколько бы не писали в каких то спеках - это же не очевидное поведение, почему минимальная высота начинает действовать на максимальную 🫠 и это же только вершина айсберга
П.с. постоянно мучаюсь с добавление скролов во вложенные блоки, там влияют какие то достаточно понятные свойства от элемента на который нужно повесить скрол до чуть ли не body вверх по дереву, такие как height/width, overflow, display и кажется что-то ещё, каждый раз когда борюсь, это требует много времени, кажется что понял, но следующий раз все заново.
Буду очень благодарен если ктото покидает ссылками в какие-нибудь интерактивные примеры/тренажёры (чтото вроде https://codingfantasy.com), доходчивые видео/статьи, ну или напишет новую, хотелось бы поставить в этом вопросе точку.
А в реальности, массовый программист так и делает?
Речь же не о том, что можно делать в идеале, а в том что есть по факту.
Делают так программисты, да, в той достаточной степени, чтобы оно работало на протяжении времени жизни ПО.
Со старым проектами есть проблема - могут не собираются из-за значительных изменений в фреймворках и библиотеках, но и сейчас это решается путем докер файлов с фиксацией окружения (очень хорошо решается)
В статье совершенно не указан один момент, который я считаю пока ещё важным в программировании и сложно выполнимыми в вайб кодинге: написание ясного, чистого кода, в понятной архитектуре/структуре (с возможностью ручного изменения/поддержки).
Чем плох вайбкодинг большого объёма для программиста - разобраться и привести в "правильный" вид нагенеренный результат стоит немалых усилий. А без этого внесение ручных изменений очень затратно, и без них пока никак.
Да, можно подискутировать, что такое "правильный" и почему бы сразу в промт не заложить такие условия, но по моему опыту заклинания ллм: либо шашечки, либо ехать.
Наверняка со временем эти недостатки буду устранены, либо люди перестанут смотреть в исходники, так же как в машинные коды, но пока оно ещё не пришло.
Все это очень безопасно, но не забывайте аналогию с очень защищённым забором на фронтальной стороне и деревянным обветшалым сбоку.
Взломы чаще выполняются с "черного хода" когда никакие флэшки и сертификата не нужны.
Из живого примера при внедрение мфа для впн существовал адрес для входа без мфа. Могу предоставить ситуацию когда кто-то это забыл/сохранил для слоупоков, ленивых топов/каких то особых клиентов/подрядчиков.
Посмотрев на него создалось впечатление что в метро более юридически значимые документы продают, выдано какой то АВТОНОМНОЙ НЕКОММЕРЧЕСКОЙ ОРГАНИЗАЦИЕЙ, и это не лицензия, а nime of cargoholder совсем огорчило.
Больше похоже что для шутки сделано, провинциальных полицейских отгонять
Странная нападка, статья про датчик, а не систему предотвращения затопления в целом, в минимальной схеме зуммер, а что зацепит в итоге конечный пользователь - его дело. Хоть умный дом с нейронками, это не для текущей статьи история
Ничего себе в статье тэгнут, но кстати это никак не уведомляется на Хабре, и контекста читателям не даёт, почему кого-то это касается, лучше дать ссылку на коммент.
Надо будет пример покрутить на досуге, сейчас проблем решаемых генерацией уже нет, но для развития на будущее полезно.
Ненене, наоборот, генераторы подключать к конечным сборкам (веб, аппликейшен), ведь они имеют доступ к домену, а не наоборот. И классы соответственно будут сгенерированы в этих сборках
Жду продолжения, был как то план сделать подобное, но руки не дошли, интересно увидеть чужой результат.
П.с. а все же сделать "правильное подключение" - генератор в клиентские проекты (в домен, аппликейшен, веб) вместо их перечисления в генераторе не выйдет?
Я себе это представляю так (не факт что это сработает):
Генератор сканирует веб сборку, в ней явного ничего нет (атрибутов и т.д.), но есть референсы на другие сборки, по ним прыгает до домена
В домене находит свои атрибуты (на доменных объектах)
По доменным объектам генерирует что нужно для веб (контроллеры) и пишет их в код базу веб проекта.
Есть минусы - точка запуска генератора для всех проектов единая, т.е. понять для какого проекта сейчас запущена генерация и куда бежать искать классы с атрибутами, да еще и какой код для текущей сборки надо генерировать - запарно, в целом решается через какие-нибудь общие маркеры (тип проекта/фреймворка/подключенные зависимости/шаблоны наименования проекта)
Конкретное решение нужно выбирать по месту и потребностями и конечно у всех есть плюсы и минусы, вопрос лишь что больше подойдёт (важно вам), иногда и свитч проходит лучше, но с этим мало/редко соглашаются (по объективным причинам)
Если будет перевод текста/картинок, а в перспективе и аудио, звучит очень очень круто, тв станция получает эксклюзивные фишки
Понимаю вашу боль, но здесь оно не к месту, проблема в расширении а не вскод
Спасибо за вклад в развитие авто тестов, но надеюсь никто не действует сейчас как вы описали - создать базу с нуля и накатывать миграции для каждого рана теста.
У себя на проектах уже лет 10 использую создание бд/бэкапирование и разворачивание бэкапа на каждый ран (придумал не я, еще зеленым увидел), все это мс скл, может уже тоже какие нить темплейты заехали, но старого коня не поменяли ещё ))
Чорт, а я думал это какой то инструмент веба, да уж, в след статьях лучше использовать общепринятое. JWST
Реквесты и без лицензии могут быть и авторство плагина навряд ли кем-нибудь оспаривалось бы.
Я эту лицензию прочитал так, что даже в форке не могу вносить несогласованные изменения, а значит и пул/мердж реквест невозможен.
Чем то навеяло старые ЧСВ замашки в виде комментов авторства в файле, и субъективно вызывает нежелание влезать в кодбазу
В копилку догадок (подвариант кривой прошивки) - может дело быть в том что в телефоне есим русская, а аппаратная сим турецкая? Поэтому туркцелл и в приоритете? Что если попробовать только с единственной есим?
Чем вызван выбор "кастомной" лицензии в репозитории, да ещё с такими жестокими ограничениями по изменениям, которые по сути запрещают форк и изменение кода "без разрешения/уведомления" автора?
Обожаю css (нет, борюсь с ним). Сколько бы не писали в каких то спеках - это же не очевидное поведение, почему минимальная высота начинает действовать на максимальную 🫠 и это же только вершина айсберга
П.с. постоянно мучаюсь с добавление скролов во вложенные блоки, там влияют какие то достаточно понятные свойства от элемента на который нужно повесить скрол до чуть ли не body вверх по дереву, такие как height/width, overflow, display и кажется что-то ещё, каждый раз когда борюсь, это требует много времени, кажется что понял, но следующий раз все заново.
Буду очень благодарен если ктото покидает ссылками в какие-нибудь интерактивные примеры/тренажёры (чтото вроде https://codingfantasy.com), доходчивые видео/статьи, ну или напишет новую, хотелось бы поставить в этом вопросе точку.
Делают так программисты, да, в той достаточной степени, чтобы оно работало на протяжении времени жизни ПО.
Со старым проектами есть проблема - могут не собираются из-за значительных изменений в фреймворках и библиотеках, но и сейчас это решается путем докер файлов с фиксацией окружения (очень хорошо решается)
В статье совершенно не указан один момент, который я считаю пока ещё важным в программировании и сложно выполнимыми в вайб кодинге: написание ясного, чистого кода, в понятной архитектуре/структуре (с возможностью ручного изменения/поддержки).
Чем плох вайбкодинг большого объёма для программиста - разобраться и привести в "правильный" вид нагенеренный результат стоит немалых усилий. А без этого внесение ручных изменений очень затратно, и без них пока никак.
Да, можно подискутировать, что такое "правильный" и почему бы сразу в промт не заложить такие условия, но по моему опыту заклинания ллм: либо шашечки, либо ехать.
Наверняка со временем эти недостатки буду устранены, либо люди перестанут смотреть в исходники, так же как в машинные коды, но пока оно ещё не пришло.
Все это очень безопасно, но не забывайте аналогию с очень защищённым забором на фронтальной стороне и деревянным обветшалым сбоку.
Взломы чаще выполняются с "черного хода" когда никакие флэшки и сертификата не нужны.
Из живого примера при внедрение мфа для впн существовал адрес для входа без мфа. Могу предоставить ситуацию когда кто-то это забыл/сохранил для слоупоков, ленивых топов/каких то особых клиентов/подрядчиков.
Посмотрев на него создалось впечатление что в метро более юридически значимые документы продают, выдано какой то АВТОНОМНОЙ НЕКОММЕРЧЕСКОЙ ОРГАНИЗАЦИЕЙ, и это не лицензия, а nime of cargoholder совсем огорчило.
Больше похоже что для шутки сделано, провинциальных полицейских отгонять
Странная нападка, статья про датчик, а не систему предотвращения затопления в целом, в минимальной схеме зуммер, а что зацепит в итоге конечный пользователь - его дело. Хоть умный дом с нейронками, это не для текущей статьи история
Ничего себе в статье тэгнут, но кстати это никак не уведомляется на Хабре, и контекста читателям не даёт, почему кого-то это касается, лучше дать ссылку на коммент.
Надо будет пример покрутить на досуге, сейчас проблем решаемых генерацией уже нет, но для развития на будущее полезно.
.
И в примере
Можно (нужно):
Если рассказываете о фиче, подавайте ее правильно (без лишних синтаксических конструкций).
P.s. может в коротком примере чутка что напутал, с телефона по памяти, но в целом так должно выглядеть.
Ненене, наоборот, генераторы подключать к конечным сборкам (веб, аппликейшен), ведь они имеют доступ к домену, а не наоборот. И классы соответственно будут сгенерированы в этих сборках
Жду продолжения, был как то план сделать подобное, но руки не дошли, интересно увидеть чужой результат.
П.с. а все же сделать "правильное подключение" - генератор в клиентские проекты (в домен, аппликейшен, веб) вместо их перечисления в генераторе не выйдет?
Я себе это представляю так (не факт что это сработает):
Генератор сканирует веб сборку, в ней явного ничего нет (атрибутов и т.д.), но есть референсы на другие сборки, по ним прыгает до домена
В домене находит свои атрибуты (на доменных объектах)
По доменным объектам генерирует что нужно для веб (контроллеры) и пишет их в код базу веб проекта.
Есть минусы - точка запуска генератора для всех проектов единая, т.е. понять для какого проекта сейчас запущена генерация и куда бежать искать классы с атрибутами, да еще и какой код для текущей сборки надо генерировать - запарно, в целом решается через какие-нибудь общие маркеры (тип проекта/фреймворка/подключенные зависимости/шаблоны наименования проекта)
Почему flex, а не grid, если уж так хочется работать в контексте колонок, кажется в гриде не придется вычислять размер колонки
https://refactoring.guru/ru/smells/switch-statements
Конкретное решение нужно выбирать по месту и потребностями и конечно у всех есть плюсы и минусы, вопрос лишь что больше подойдёт (важно вам), иногда и свитч проходит лучше, но с этим мало/редко соглашаются (по объективным причинам)