может правильнее было бы сделать абстр фабрикуЭто и так не самый частый паттерн для применения, а в го тем более. Если хотите через интерфейсы делать, то фабрики хватит. Вообще хз зачем тут так извращаться, по факту в го проще разделить реализацию по пакетам и создавать нужный объект через NewProvider и затем уже делать с конкретной структурой всё что нужно.
У разных банков, будут разные параметры метода Run, получается, я не могу описать структуры интерфейсомНапишите что вы хотите сделать, по ощущениям вы сову на глобус натягиваете.
Есть структура с методом, который принимает на вход массив платежей и некий ключ, который определяет какой банк использовать.Если это то ссылки то фабрики тут хватит, вообще если вы не понимаете зачем вам нужны паттерны, то лучше не использовать их
Заказчику нужно что-то очень похожее на "бот сеть", те у нас есть 25-50 таких расширенийВозможно он хочет одно и тоже расширение но с разными логотипами и обоями для рабочих столов, которые формально будут разными. Возможно он хочет систему, в которой будет простой интерфейс для покупки и после отправки запроса, будет имитироваться работа браузера и совершаться покупки, ну а бот сеть это обычно одна и та же программа, которая работает на нескольких узлах в сети. Если непонятно что делать, то нужно у заказчика спрашивать.
Аналогичны вопросы с авторизацией, но до нее еще дойдемТокен это и есть по сути авторизация, по нему нужно понимать имеет право ли пользователь осуществлять действия или нет.
stCh := make(chan string)
go staffs(stCh)
shop_id := <-stCh
v.Staffs = append(v.Staffs, Staff{
Id: <-stCh,
Name: <-stCh,
Description: <-stCh,
Price: <-stCh,
})
m.Offerz = append(m.Offerz, Offers{v.Staffs})
В целом довольно странно выглядит, так лучше не делать. Договорился на подработку, прислали договор на подписание, в нём увидел пункты которые не видел в других подобных договорах - это мошенники, кто ни будь с таким сталкивался?Мошенники вряд ли, но многие заказчики не знают НПА и пишут всё подряд в догор, которые суд часто может признать незаконными.
и потребовать возмеще-нияНу пусть требует). За такие вещи не так легко взыскать. Если что потраченные деньги на разработку системы будет тяжело класифицировать как ущерб.
убытков в виде обоснованного, документально подтвержденного, ущерба.
Пробовал fyne, но он какой-то ущербный, вес огромный после компиляцииЧестно говоря какая-то надуманная проблема, даже если вес 100-200 мб, по современным реалиям это по сути ничто.
#include <iostream>
#include <bitset>
#include <string>
int main()
{
std::string delimiter = ".";
size_t pos = 0;
std::string s = "192.168.0.0";
while ((pos = s.find(delimiter)) != std::string::npos) {
auto token = s.substr(0, pos);
std::string binary = std::bitset<8>(stoi(token)).to_string(); //to binary
std::cout<<binary<<" ";
s.erase(0, pos + delimiter.length());
}
std::cout << std::bitset<8>(stoi(s)).to_string() << std::endl;
}
сначала учёба шла хорошо пока не появились предметы по специальности "информационные системы и программированиЕсли это первый год, то вероятно не дадут свободного посещения, в целом диплом может оказаться как полезным так и бесполезным. Если вы станете хорошим спецом, то да скорее всего он не особо будет и нужен.
Можете рассказать как получить диплом за значительно короткое время?Это скорее просто может упростить, можно попробовать договориться с преподами, например он ставит автоматом 3,4,5 за то что пишешь ему какую-то программу которая ему нужна или за другую полезную работу.
каждый день математика, а вот само программирование раз в неделю а английский раз в месяц пара.В целом я не знаю программы у вас, но если собрались получать диплом, то стоит попробовать извлекать максимальную пользу из этого, математика и английский вполне полезные предметы, вероятно писать быстрое преобразование фурье вам не нужно будет, но вполне полезно знать про матрицы и статистику. В общем я понимаю, что бывают плохие преподы и скучные пары, но вполне можно извлечь из обучения больше пользы чем принято думать.
В связи с этим у меня вопрос, чем же обоснована такая популярность этой библиотеки у работодателей?Если вы программируете 3 месяца то скорее всего не поймете. React или другой фреймворк изначально подразуевает то, что код хорошо делится по модулям и компонентам, что очень удобно, в обычном js нужно принимать больше усилий чтобы добиться этого. Также есть много готовых решений из коробки, которые уже были отлажены другими более опытными людьми.
а модульность со мной сыграла злую шутку (прочитал, что хорошим тоном считается разбивать проект на мельчайшие модули, разбил свой, через пару недель я просто почти забыл, что от чего у меня зависит и какой модуль у меня что тянет за собой и главное куда тянет!Видимо вы попробовали выучить реакт за неделю, потом потом на 2-3 недели ушли заниматься своими делами и не трогали его и "внезапно" всё забыли. В целом можно писать комментарии для пояснения. Модульность как раз наоборот упрощает чтение кода и если правильно всё называть и прописывать, то в небольших проектах до 5-10к строк можно будет без проблем разобраться за пару дней тому кто не писал это код.
Народ тут такое, делаю стартап и каждый раз когда я хочу показать его действия, то проект не работает, и так всегда. Это длится почти год.Если у вас что-то не работает касательно технической части, то тут проблема в тестировании и подготовке версии для показа. В общем суть в том, что нужно серьезнее подходить к отладке проекта. Возможно есть такая проблема, что вы готовите версию для показа, в последний момент или за пару дней вносите изменение, которое плохо тестируете и вместо старой версии показываете новую, при таком подходе у вакс постоянно будут всплывать баги или еще такой вариант, у вас где-то костыльно обрабатываются ошибки, потому что "есть более важные задачи" а при показе это выглядит плохо и портит впечатление.