Да не, там со времен первых версий Delphi был визуальный редактор, все, что ты накидал складывается в отдельный файл описания текущей формы, рядом могут жить файлы с кодом, которые эту форму обрабатывают, а еще там великое множество разных компонент, так что настроить можно что угодно. Но опять же, это если рассматривать языки другие, не Go
Кода по верстке у тебя нет, но его надо писать в решениях для Go, потому что это все же не из коробки решение. В Delphi можно программно расставлять и создавать элементы (как у нас могло бы быть – https://github.com/romanitalian/GHOSTman/blob/main/main.go#L53), а можно в редакторе (как у тебя) и кажется, что кодом верстать адаптивно и без нормального тулинга не очень удобно (но опыта в этом не имею).
Ну это хорошо и прекрасно, только кодовая база на Go, поэтому мы рассматривали варианты фреймворков на этом языке, а не на любом другом. Использование другого языка потребовало бы переписывать библиотеки и сетевой стек. Я думал именно о Go и возможности фреймворков использующих его, про Delphi то мы в курсе.
Fyne все же не такого уровня инструмент как Delphi – без такой богатой и долгой истории, а еще чистый open source на энтузиазме.
Ну если за день, то готов посмотреть исходники этих проектов, выглядит интересно)
Мое мнение – в небольших командах лучше стараться придерживаться одного стека, сейчас компонентная база, используемая в этом приложении на 25 мб, используется на лендинге, в личном кабинете, в инспекторе запросов для http, в инспекторе сессий для redis/postgres.
Много что можно сделать за день, если у тебя есть в этом экспертиза. А если ее нет, нужно ли тратить время на изучение того, что может быть бесполезно для конечного пользователя? Мы уже много всего изучили пока собирали это и ничем не ограничены, как и в смене фреймворка в дальнейшем, если на то будут причины и если будут какие-то отличные примеры реализации для изучения, по типу твоих.
Наверное, fyne нужно задуматься о размещении более вдохновляющих примеров использования в своей галерее)
Ну что хочешь не возьмешь, тут принципиальное ограничение в том, что сервисный ключ имеет доступ только к одному окружению, а получение секретов может быть ограничено по подсетям – не получится имея ключ получить данные не из корпоративной сети, грубо говоря
Если не Kubernetes и используется executor docker, то подойдет похожий трюк для сборка метрик, но через cAdvisor, там есть флаг `--whitelisted_container_labels`, в котором можно перечислить лейблы контейнера, которые нужно добавлять в метрики
У нгрока это было не всегда, статичный домен добавили в 2023 году, а первая версия версия вышла в далеком 2013) может и у нас что-то по пути поменяется, так что подписывайтесь)
osminog, я тут проводил «исследование» в области оценки уровня покрытия :) github.com/leominov/ansible-coverage-callback принцип простой – все таски должны стриггерить, что, конечно, можно сделать только в том случае, если роль будет запущена несколько раз с разными входными значениями. Итоговое значение выражается числом и его можно куда-то переложить для оценки «уровня покрытия» в разрезе времени.
Дичь какая-то, в блоге компании обвинять в чем-то другую компанию без получения каких-либо официальных реплик. Что мешало найти необходимых представителей, передать вопрос, провести более детальный разбор ситуации, выслушать обе стороны?
Спарсил и молодец. Нет вводного слова, для чего это вообще затевалось, нет итогового проекта на github, куда могли бы отправить свои правки читатели, нет заключительного слова (о том, как после этого данный проект купил Facebook). Интриги нет и накала страстей, а так, подход типичный для задачи – получаем страницу и ходим по DOM.
Так можно смело сказать о чем угодно, реально. Баш, как основу для реализации какой-то хитрой запутанной логики, я бы не рекомендовал использовать, слишком многословно получится и, в конечном итоге, неудобно, но для мелких задач – это неплохой инструмент с некоторыми странностями синтаксиса :)
Тест Тьюринга – это ведь серия вопросов на определение с кем общается человек – с другим человеком или компьютером. То есть совсем не тот смысл, который ты хочешь преподнести.
Добавить больше клиент-серверного взаимодействия, например нажатие клавиш, перемещение курсора, клики. Данная мера усложнит написание ботов для мини-игр и добавит данных для проведения теста Тьюринга.
Да не, там со времен первых версий Delphi был визуальный редактор, все, что ты накидал складывается в отдельный файл описания текущей формы, рядом могут жить файлы с кодом, которые эту форму обрабатывают, а еще там великое множество разных компонент, так что настроить можно что угодно. Но опять же, это если рассматривать языки другие, не Go
Кода по верстке у тебя нет, но его надо писать в решениях для Go, потому что это все же не из коробки решение. В Delphi можно программно расставлять и создавать элементы (как у нас могло бы быть – https://github.com/romanitalian/GHOSTman/blob/main/main.go#L53), а можно в редакторе (как у тебя) и кажется, что кодом верстать адаптивно и без нормального тулинга не очень удобно (но опыта в этом не имею).
Ну это хорошо и прекрасно, только кодовая база на Go, поэтому мы рассматривали варианты фреймворков на этом языке, а не на любом другом. Использование другого языка потребовало бы переписывать библиотеки и сетевой стек. Я думал именно о Go и возможности фреймворков использующих его, про Delphi то мы в курсе.
Fyne все же не такого уровня инструмент как Delphi – без такой богатой и долгой истории, а еще чистый open source на энтузиазме.
Ну если за день, то готов посмотреть исходники этих проектов, выглядит интересно)
Мое мнение – в небольших командах лучше стараться придерживаться одного стека, сейчас компонентная база, используемая в этом приложении на 25 мб, используется на лендинге, в личном кабинете, в инспекторе запросов для http, в инспекторе сессий для redis/postgres.
Много что можно сделать за день, если у тебя есть в этом экспертиза. А если ее нет, нужно ли тратить время на изучение того, что может быть бесполезно для конечного пользователя? Мы уже много всего изучили пока собирали это и ничем не ограничены, как и в смене фреймворка в дальнейшем, если на то будут причины и если будут какие-то отличные примеры реализации для изучения, по типу твоих.
Наверное, fyne нужно задуматься о размещении более вдохновляющих примеров использования в своей галерее)
Ну что хочешь не возьмешь, тут принципиальное ограничение в том, что сервисный ключ имеет доступ только к одному окружению, а получение секретов может быть ограничено по подсетям – не получится имея ключ получить данные не из корпоративной сети, грубо говоря
Если не Kubernetes и используется executor docker, то подойдет похожий трюк для сборка метрик, но через cAdvisor, там есть флаг `--whitelisted_container_labels`, в котором можно перечислить лейблы контейнера, которые нужно добавлять в метрики
CIDR'ы - это база
У нгрока это было не всегда, статичный домен добавили в 2023 году, а первая версия версия вышла в далеком 2013) может и у нас что-то по пути поменяется, так что подписывайтесь)
Это как?