Ширпотреб в тех объемах, в которых его производит Китай, в разумные сроки производить не сможет никто. Т.е. без трусов американцы не останутся, но трусы подорожают втрое. Это не то, что надо к выборам. Вообще, ведь именно дефицит ширпотреба в значительной степени и свалил СССР.
Большинству людей сейчас нет никакой необходимости сейчас сталкиваться с сопрограммами, в крайнем случае - их имитация (которая на Go отлично делается через goroutines, но это все равно имитация), вот и пишут несколько неаккуратно.
Автор, судя по профилю, за два года три работы сменил, наверное, знает, что на собеседованиях спрашивают :-) Но это повод опечалиться, а не повод повторять.
Да нет, это-то я в курсе. И, в силу возраста, даже историю вопроса немного помню. Просто вот поток в Python не совсем то же, что поток в операционке (любой).
Для того, чтобы повысить производительность воспользуемся модулем threading: с его помощью запустим потоки, выгружающие произведения по одному автору в одном процессе.
Вы шутите, никак? http://visorjet.ru/okta.html Ну, например, я о Rockchip RK3399, шестиядерном 64-битном процессоре (A72 x 2 + A53 x 4), с частотой до 2.0GHz .
С практической-то точки зрения, что минус один, что плюс три, если окунаться. Я подростком там чуть премию Дарвина не выиграл. Из бани выскочил и поплыл. Ну а потом подостыл метрах в сорока от берега. Да еще и отлив был... А погоды стояли - асфальт плавился.
И Вы, и немного автор выше, совершенно не учитываете специфику предметной области. Речь идет не о приложении. Речь идет о довольно специфичной штуке. "Совершенно разная часть" которой, отвечающая за UI, реализована за нас (CredUI и проч.). И нужны очень веские причины, чтобы ей не пользоваться (хотя совсем не пользоваться может не выйти).
Не я, а мои пра-пра-пра... Которых я не факт, что и по именам знаю.
Ну и, в общем, Вы вариант того же оправдания и приводите. Только Ваш вариант чреват, потому что страна многонациональная. Чуть покопав, закопаемся во внутренних склоках. Впрочем, все равно закопаемся, так что пофиг. ЛДНРовские вон уже внутренние обиды 14-го года начинают перебирать, хотя, казалось бы, не время, земля пока что в прямом смысле под ногами горит.
Ничего так, что половину Манчжурии одна страна, которая рассказывает, что расширялась исключительно мирно, оттяпала у китайцев, угрожая вступить во вторую Опиумную войну на стороне проклятых империалистов? Про более свежие терки с финнами напоминать, наверное, не надо.
Глубже пары поколений копать бессмысленно. А то можно не до того докопаться.
ОК, я примерно так и думал. Если вдруг всерьез что-то такое делать надо, на pGina имеет смысл взглянуть, если еще не. Там совсем не дураки писали, и уже масса заготовок к тому, чтобы вот вынести логику типа проверок ОТП в отдельный сервис, написанный пофиг, на чем.
Кстати, для совсем простых доработок можно взять штатные примеры для wrapper'ов вокруг CP, и даже переписать это на шарпе. Скорее всего, нужда в плюсовом коде вообще отпадет. И возможностей такой подход дает куда больше, чем может показаться на первый взгляд.
Но, повторюсь, заслуг никак не умаляет. Если бы такое появилось лет 8-10 назад, я бы лишился толики денег :-) Индусы, начинавшие писать CP на шарпе, и не совладавшие, приносили небольшой, но стабильный доход. Не знаю, что у них там за поветрие было, но массово писали. Наверное, какая-нибудь кампания типа нашего импортозамещения была.
Какое "все приложение"? CP - это, в общем, вещь в себе. Даже когда является частью боле объемного решения. А все сильно навороченное, к нему относящееся, если оно есть, все равно в отдельный сервис выносить надо. Вне зависимости от того, на каком языке это сложное написано. Просто чтобы в ноги себе лишний раз не стрелять.
И через пять минут выяснится, что Вам еще нужен subauthentication или типа того, и опять ныряете в нативный код.
Все это заслуг автора не умаляет. Я знаю некоторое число людей, которые пытались, да не совладали, даже с подсказками с GitHub. А он смог.
Ширпотреб в тех объемах, в которых его производит Китай, в разумные сроки производить не сможет никто. Т.е. без трусов американцы не останутся, но трусы подорожают втрое. Это не то, что надо к выборам. Вообще, ведь именно дефицит ширпотреба в значительной степени и свалил СССР.
"Пора перенять опыт Северной Кореи" и "мы сами всё смогём и выпустим, нам не нужен никто вообще" суть одно, нет? Чучхе-сонгун и так далее.
Похоже, запятая пропущена. Понятно. Спасибо за разъяснение.
Нет, их просто не стоило так называть.
https://tip.golang.org/doc/effective_go
Большинству людей сейчас нет никакой необходимости сейчас сталкиваться с сопрограммами, в крайнем случае - их имитация (которая на Go отлично делается через goroutines, но это все равно имитация), вот и пишут несколько неаккуратно.
Автор, судя по профилю, за два года три работы сменил, наверное, знает, что на собеседованиях спрашивают :-) Но это повод опечалиться, а не повод повторять.
Да нет, это-то я в курсе. И, в силу возраста, даже историю вопроса немного помню. Просто вот поток в Python не совсем то же, что поток в операционке (любой).
А для Python разве есть разница в данном случае? Я просто спрашиваю, без намеков :-)
Поскольку не на собесе, не буду пересказывать своими словами.
http://www.golangpatterns.info/concurrency/coroutines
Заминусовавший - Вы собес-то в приличное место не факт, что прошли бы :-)
Да ну? Вот видно, что backend developer писал :-)
Так в потоке или в процессе?
Вы шутите, никак?
http://visorjet.ru/okta.html
Ну, например, я о Rockchip RK3399, шестиядерном 64-битном процессоре (A72 x 2 + A53 x 4), с частотой до 2.0GHz .
А китайцы комплектуху-то продадут? :-)
С практической-то точки зрения, что минус один, что плюс три, если окунаться. Я подростком там чуть премию Дарвина не выиграл. Из бани выскочил и поплыл. Ну а потом подостыл метрах в сорока от берега. Да еще и отлив был... А погоды стояли - асфальт плавился.
Ниже, и, кстати, как раз на Белом море этим пользовались при добыче соли.
Это даже гораздо более вероятно.
Или ракетный.
И Вы, и немного автор выше, совершенно не учитываете специфику предметной области. Речь идет не о приложении. Речь идет о довольно специфичной штуке. "Совершенно разная часть" которой, отвечающая за UI, реализована за нас (CredUI и проч.). И нужны очень веские причины, чтобы ей не пользоваться (хотя совсем не пользоваться может не выйти).
Не я, а мои пра-пра-пра... Которых я не факт, что и по именам знаю.
Ну и, в общем, Вы вариант того же оправдания и приводите. Только Ваш вариант чреват, потому что страна многонациональная. Чуть покопав, закопаемся во внутренних склоках. Впрочем, все равно закопаемся, так что пофиг. ЛДНРовские вон уже внутренние обиды 14-го года начинают перебирать, хотя, казалось бы, не время, земля пока что в прямом смысле под ногами горит.
Ничего так, что половину Манчжурии одна страна, которая рассказывает, что расширялась исключительно мирно, оттяпала у китайцев, угрожая вступить во вторую Опиумную войну на стороне проклятых империалистов? Про более свежие терки с финнами напоминать, наверное, не надо.
Глубже пары поколений копать бессмысленно. А то можно не до того докопаться.
ОК, я примерно так и думал. Если вдруг всерьез что-то такое делать надо, на pGina имеет смысл взглянуть, если еще не. Там совсем не дураки писали, и уже масса заготовок к тому, чтобы вот вынести логику типа проверок ОТП в отдельный сервис, написанный пофиг, на чем.
Кстати, для совсем простых доработок можно взять штатные примеры для wrapper'ов вокруг CP, и даже переписать это на шарпе. Скорее всего, нужда в плюсовом коде вообще отпадет. И возможностей такой подход дает куда больше, чем может показаться на первый взгляд.
Но, повторюсь, заслуг никак не умаляет. Если бы такое появилось лет 8-10 назад, я бы лишился толики денег :-) Индусы, начинавшие писать CP на шарпе, и не совладавшие, приносили небольшой, но стабильный доход. Не знаю, что у них там за поветрие было, но массово писали. Наверное, какая-нибудь кампания типа нашего импортозамещения была.
Какое "все приложение"? CP - это, в общем, вещь в себе. Даже когда является частью боле объемного решения. А все сильно навороченное, к нему относящееся, если оно есть, все равно в отдельный сервис выносить надо. Вне зависимости от того, на каком языке это сложное написано. Просто чтобы в ноги себе лишний раз не стрелять.
И через пять минут выяснится, что Вам еще нужен subauthentication или типа того, и опять ныряете в нативный код.
Все это заслуг автора не умаляет. Я знаю некоторое число людей, которые пытались, да не совладали, даже с подсказками с GitHub. А он смог.