calculator212, ок. я ждал что какой-нибудь специалист ответит что то типа:
для микросервисов юзаю такой то
для сайтов-визиток - такой то
мысль вашу понял. спасибо. Ну просто я год указал чтобы люди не говорили "в гугле чтоли забанили?" потому что там нет статей за 2024 год. там только за прошлые годы.
historydev, просто засоряете форум. нормальный человек поймет что нужно ответить и не будет срать в интернет сообщениями которые не нужны топикстартеру.
спасибо за развернутый ответ. На работе нет этого языка программирования, но задачи вполне себе такие, которые можно решать при помощи go. Сам я подучил синтаксис языка и теперь собираюсь начать с реализации для начала простеньких микросервисов такие, как выкачивать и парсить xml файл с прайсом, подгружать, сжимать и класть в базу картинки - желательно многопоточно. И прочие задачи, которые уже написаны на php. Все это чтоб развить скиллы работы с Go. Но пока смотрел уроки понял, что с нуля писать роуты как то не очень и хотелось скачать скелет. Так же чтоб была и папка для хранения логов и папка для хранения конфигов - чтоб как у полноценных фреймворков чтоб самому не велосипедить. вот и подумал, что нужно искать простой фреймворк в том числе и чтоб создание роутов и rest api было легким делом, а в идеале иметь возможность создавать модели и релейшены между ними и иметь возможность в удобном виде обрабатывать данные из БД при помощи кода. А не писать сырые запросы в БД.
Вот и ищу что взять на вооружение. Или индивидуально каждый раз.
Иерокопус Таманский, я только за 2022 год нашел. Поэтому и смутило. за год многое могло поменяться. Плюс я не верю статьям из гугла - знаю кто их пишет. Их пишут люди далекие от понимания истинной картины - всякие нанятые контентщики, копирйтеры. Их задача сделать статью которая выглядит правдоподобно и легко читается и чтоб побольше знаков было и прочих фишек для поисковых систем. Так что если бы я хотел прочитать фейковые статьи, я бы прочитал. Но мне нужно мнение специалиста по GO - поэтому я и задал вопрос здесь.
SunTechnik, да там такая проблема, что в базе данных могут быть названия со спец символами. А надо их экспортировать в csv - допустим всех контрагентов. и вот наличие таких символов ломает весь csv. но при этом если мы отдадим этот csv на сторону, то у них будет обычный загрузчик csv и они не смогут считать наш файл.
AUser0, какой же вы умный. а если там не \n будет, а другой непечатываемый символ? Нужно чтоб все непечатываемые символы кодировлись при сохранении в файле и раскодировались при считывании из файла и еще отображались на экране как есть.
JhaoDa, ты хотя бы читаешь содержание поста прежде, чем написать комментарий? там написано, что пришел на проект и везде используют new в этом проекте. а я привык использвоать di. и попросил пояснить за неправильность подхода с использованием new/
Дмитрий, нет. там суть в том что в проекте уже есть функционал создающий записи оперделенного вида. Этот функционал очень сложный. И он имеет легкое api для заполнения входными данными. Заполняются эти данные так же и через UI. Но вот сейчас разработчик пишет другую программу, которая должна брать на вход те же данные и создавать те же записи в базе что и тот старый функционал. Только не создавая промежуточных заявок. Поэтому гораздо дешевле задействовать уже имеющийся функционал, а заявки просто после того как их механизм отработает удалять.
Алексей Уколов, ну почему же. Например, в базе данных создается заявка и после апрува заявки запускается некий функционал создающий например товары в базе и прочие записи. а тут нам сказали написать программу, которая бы подсасывала данные из файла и на его основе создавала такие же сущности, как заявка. Но сказали что напрямую - без создания заявки. Так нам легче создать програмно заявку и заполнить ее и вызвать ее функционал, который создаст то что надо, а потом просто удалить заявку. это быстрее чем переписывать логику..
Сергей Некрасов, видел я эти опенсоурс. потом клиент пытается внедрить при помощи разработчика эти опен соурс и адаптировать под себя. разработчик не выдерживает работы с этим мудреным кодом и сбегает и потом не может найти разработчика кто бы завершил внедрение. А клиенту нужно чаще простое решение - пусть посложнее чем идет в коробке из ларавел.
для микросервисов юзаю такой то
для сайтов-визиток - такой то
мысль вашу понял. спасибо. Ну просто я год указал чтобы люди не говорили "в гугле чтоли забанили?" потому что там нет статей за 2024 год. там только за прошлые годы.