Задать вопрос
  • Выполнение/вызов функции из Go файла при нажатии на кнопку html?

    EvgenyMamonov
    @EvgenyMamonov Куратор тега Go
    Senior software developer, system architect
    Алгоритм у вас будет примерно таким...
    При нажатии на кнопку у вас будет вызвана функция (обработчик события onClick у кнопки).
    В этой функции вы сделаете AJAX запрос по протоколу HTTP на ваш сервер, где запущено ваше ПО на Go.
    В main.go вы запускаете HTTP сервер, который примет запрос от вашей функции JavaScript, обработает его и ответит.

    Разберём самый простой вариант с методом GET, чтобы вам было проще тестировать.

    На сервере (своём компьютере) запускаете main.go примерно такого содержания
    package main
    
    import (
        "fmt"
        "net/http"
    )
    
    func helloHandler(w http.ResponseWriter, req *http.Request) {
        fmt.Fprintf(w, "hello\n")
    }
    
    func main() {
        http.HandleFunc("/hello", helloHandler)
    
        http.ListenAndServe(":8081", nil)
    }

    Этот сервис будет слушать порт 8081 любого IP адреса на сервере, где будет запущен.
    Предположим, что вы тестируете на своём компьютере, в этом случае для проверки вам нужно в браузере откройте url `127.0.0.1:8081/hello`
    После этого вы должны увидеть в ответе просто текст: "hello".
    Когда этот этап будет завершен - вы сможете перейти к вызову этого URL уже из JavaScript.
    Для этого можете использовать то, что вам привычнее, если такого нет - можете воспользоваться этим примером
    const req = new XMLHttpRequest();
      const url='http://127.0.0.1:8081/hello';
      req.open("GET", url);
      req.send();
      req.onreadystatechange=(e)=>{
        console.log(req.responseText)
      }

    PS: Если не понятно или что-то не получится - пишите, помогу разобраться.
    Ответ написан
    21 комментарий
  • Смарфон с качественой камерой от 48Мп имеющий самый большой пиксель?

    @rPman
    В современных камерах в смартфонах пиксел - немного условен, там используются алгоритмы преобразования группы соседних пикселов в один и что самое обидное, даже когда берешь raw будет так же апроксимация

    вот почитай про сенсоры камер, большинство современных смартфонов используют почти одни и те же сенсоры

    И да, производители могут не очень сообщать о подробностях... кто сказал что современные технологии должны давать честные пикселы? а цвет куда девать? как ни крути надо три пиксела рядом делать с разными цветами а потом восстанавливать из них информацию о сумме

    p.s. я игрался с xiaomi redme note 8 pro и по старее xiaomi a2, у второго камера дает меньше мегапикселов но чувствительность ночью выше на столько, что поставив на штатив и направив в небо ночью, можно получить шикарные снимки зведного неба в загаженном городским светом с минимальным iso и 8сек затвором, первый же требует либо повышать длительность съемки либо iso что дает больше шумов
    Но note8pro позволяет включив 64мп режим выдавать более четкие снимки, с цветовыми артефактами (соседние пикселы фейковые, если говорить про звезды) с огромным разрешением

    В любом случае помимо камеры нужна оптика, по дефолту в смартфонах она не очень

    p.p.s. ты смотрел смартфоны с 108мп сенсором? xiaomi 10 или 11 honor 50?
    Ответ написан
    Комментировать
  • Как правильно изучать язык C?

    @AVKor
    То ли нужна практика

    Изучать ЯП без практики - терять время зря.
    возможно,cмотреть видеоуроки?

    Это если хочется стать не программистом, а видеоблогером.
    Ответ написан
    5 комментариев
  • Product manager с нуля, насколько реально?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Джун продукт менеджер? нет такой специальности.
    Ты либо ведешь продукт, либо не ведешь. Даже помощник продукт менеджера должен быть в теме.

    Разработка весьма сильно отличается от любого другого материального продукта.
    А так как задача продукт менеджера в том числе и понимать куда мы движемся, то не разбираясь разработке, не умея даже примерно оценить затраты на реализацию разных фич (а то, что какие-то тимлиды или архитекторы вам подскажут - это неправда. Они будут топить за технологии, а не за хотелки бизнеса), вы просто развалите продукт.

    Конечно менеджмент сильно зависит от человека, и какой у тебя бэкграунд мы не знаем. Найди знакомых, которые в этом направлении работают, пообщайся тесно, выясни мнение айтишника со стороны не рандома с инета, а того, кто тебя знает и с тобой работал.
    Ответ написан
    3 комментария
  • Какую литературу можно найти по golang?

    @programrails
    Я бы рекомендовал изучение в такой последовательности:

    Beginner level (синтаксис языка):

    1. Начать с golang-book.ru . Это на русском и довольно неплохо для начинающего.

    2. https://golang.org/doc/effective_go.html - это уже на английском, но всё равно толково и хорошо заходит после 1-го пункта. Кратко, по делу, без воды, достаточно понятно.

    После прочтения этих 2 пунктов у Вас уже будут базовые понятия о языке.

    Intermediate level (concurrency - многопоточность):

    Как ни пытался, не смог определить какую-то конкретную универсальную книгу. На этом уровне много плохих книг, сложно выделить что-то хорошее. Относительно неплохими для этого уровня (пока что) показались:

    (продолжаем последовательность изучения Go по пунктам):

    3. Базовый веб сервер на Go Статья, без которой дальнейшее трудно заходит (книгоавторам всем дружно лень такое нормально объяснить).

    4. M. Curtis - Level Up Your Web Apps With Go
    Читал - и не понимал - что происходит? Чувак явно пишет рельсы на Go! Всё такое до боли знакомое... Что такое? А потом смотрю в профиле https://www.linkedin.com/in/mal-curtis/ - так он же пишет на работе на Ruby on Rails! Так что книжка отлично зайдёт рельсовикам, осваивающим Go. Книга неплохая, автор явно старался. Автор, ты хороший человек.

    5. K. Cox-Buday - Concurrency in Go. Tools and Techniques for Developers. Книга не очень удачная, но пока я не успел найти что-то получше. Автор - женщина, и глупая. Книга читается мучительно и крайне медленно. Охват материала неплох - но объяснения косноязычные, с водопадом лишних слов и эмоций, примеры кода неоправданно переусложнены, ряд тем вообще остались бы непонятыми, если бы не гугление. Читаю и матерюсь на каждом шагу.
    PS Последние 2 главы пошёл уже такой горячечный бред, что я просто не смог заставить себя читать этот ужас. Бросил. В общем, далее параграфа Queuing читать не стоит. Книга прекрасно иллюстрирует тезис, что, какими бы умными ни были женщины, они всё равно дуры, и нечего им в программировании делать (кроме разве что 1С).
    К сожалению, книгу прочесть всё-таки надо, ибо охват хорош - а заменить книгу особо нечем (в смысле другой книгой, продаваемой за деньги - разве что статьями).

    Есть ещё книга N. Kozyra - Mastering Concurrency in Go - но у неё ужасные отзывы - да и я пытался читать другую книгу по Go у этого же автора - и мне также крайне не понравилось.
    Смешно сказать - но по Go нет ни одной путёвой книги про Concurrency (единственное, ради чего Go был создан)!

    6. Лучшее объяснение Go Context, что я пока видел. Оно даже лучше официального (написанного индусом, и оттого плохого).

    7. M. Tsoukalos - Mastering Go - но только Chapter 10: Concurrency in Go – Advanced Topics - и исключая параграф Worker pools (он ошибочный - там ничто не сдерживает размножение горутин - какой же тогда это пул).
    Средне-удовлетворительная глава, звёзд с небес не хватает, интереснее всего был параграф Sharing memory using goroutines - частный пример Катькиного Confinement'а.

    Advanced level (микросервисы на Go):

    Я пытался читать N. Jackson - Building Microservices with Go - это оказалось невозможным, книгу написал какой-то сумасшедший безумец, находящийся в состоянии наркотического опьянения. Отзывы на Амазоне это подтверждают.

    Также я попытался читать M. Ryer - Go Programming Blueprints (2 ed) - только главу Chapter 10: Micro-services in Go with the Go kit Framework - не понравилось. Примеры кода сложноваты (автор пытается построить реальную систему - ну и дурак - вместо того, чтобы ограничиться демо-примером), объяснения сопутствующего материала никакие (по сути, их нет). Бесполезная глава. Несколько тем свалены вместе - но ни одна толком не объяснена. Очень слабенький автор.

    Вердикт: нормальной книжки по теме "Go микросервисы" пока не обнаружено. Придётся изучать эту тематику из статей и инструкций по использованию микросервисных Go-фрэймворков - вот списочек фрэймворков:


    Я начал с gRPC. Сначала прочёл официальную доку по protobuf (включая раздел о Go). Дока оказалась достаточно вменяемой. Но зато официальная дока по gRPC уже оказалась совершенно паршивой. Там 2 примера - попроще и посложней. Писали доку явно последователи тех, кто писал доку к первому ангуляру (т.е. те, кому я бы отрубил обе руки по самые плечи). Понять что-либо без исходников (к статье) - нереально. Но - исходники ещё надо найти, ибо в статье ссылки на них ... нет. Оказалось, исходники тут: https://github.com/grpc/grpc-go/tree/master/exampl... . Но даже с ними - всё довольно непросто понять - даже в простейшем примере. Потому что авторы умолчали о многих важных моментах. Т.к. им в падлу шевельнуть задницей лишний раз. В общем, есть нужда в нормальном авторе, кто опишет, что такое gRPC. Попробуйте почитать статью от Шизы - это слегка окультуренный сокращённый пересказ сложного случая.

    Рассмотрим Go Micro. Продукция очередного кретина (да ещё и спорного качества). Что, скажите, можно понять из таких "объяснений"? Кстати, ищите в Яндексе термин "Service Discovery" - здесь нужно понимать, что это. Посмотрите и Consul. Вот ещё разумная статья о Go-микросервисах. И ещё я понял - без предварительного изучения protobuf и gRPC понять Go Micro будет затруднительно (если вообще возможно). Желаю вам никогда не встретить на работе продукцию этого дегенерата. Go Micro показался мне китайским фонариком со встроенными компасом, радиоприёмником, часами, зарядкой, отвёрткой, точилкой для карандашей, ногтерезкой, и т.д.

    Идём дальше. Go kit производит намного более лучшее впечатление. Правда, документация не полная - автору не хватило терпения её закончить. Но всё же разобраться можно - есть исходники-примеры, снабжённые подробными комментариями. Автор мне понравился.

    Почитайте полезную статью-сравнение.

    Приложение:

    Гоняться за русскоязычными книгами по Golang не рекомендую. Я прочёл на русском:
    - А. Донован, Б. Керниган - Язык программирования Go
    Это совершенно отвратительная бездарная книга.
    и просмотрел оглавление русскоязычной книги:
    - М. Саммерфильд - Программирование на языке Go
    Хотя я её не читал, но беглый просмотр её оглавления создаёт самое негативное впечатление о книге. Такое ощущение, что это целенаправленная диверсия против изучающего golang, с целью развести его на время (прочтения) и деньги (при покупке). Марк Саммерфилд - это профессиональный графоман, посмотрите сами на его карьерный путь: https://www.linkedin.com/in/qtrac/

    Обе перечисленные книги (доступные онлайн бесплатно в электронном виде как векторный PDF), хотя и русскоязычные, настоятельно не рекомендую.

    М. Батчер, М. Фарина - Go на практике - на русском языке - эта книга вроде бы достаточно неплохая, но она для опытного разработчика - и она не излагает системно - а отрывисто.

    Пытаться читать спецификацию языка также не рекомендую - ничего не поймёте:
    https://golang.org/ref/spec

    Заключение

    Нормальной литературы по Go практически нет (кроме азов). Все микросервисные Go-фрэймворки плохо документированы, вынуждая разбираться в них по примерам с исходниками (!).

    Англоязычных книг по Golang в электронном виде бесплатно - много, более 30 (а то и под 50). Многие написаны индусами, или оторванными от жизни вузовскими преподами, или какими-то левыми любителями Go (у таких "книг" даже нет ISBN). Есть даже книги, написанные неграми! Все такие книги требуют осторожного выбора. Почему именно Go вызвал у окружающих непреодолимые позывы к графоманству? Такое впечатление, что многие авантюристы решили "срубить баблишка" на "хайповой" теме. Действительно, найти хотя бы нормальную книгу (не говоря уже о хорошей) - оказывается по факту крайне непросто - почему-то именно к Go примазались многочисленные негодяи и бездари - как ни в каком ином языке программирования.

    Всё, о чём я рассказал в этом посте, доступно бесплатно онлайн в электронном виде (Либген, к примеру).

    В общем-то, основное внимание при изучении Go следует уделить его возможностям по многопоточности (concurrency), которые включают низкоуровневые механизмы (как в C++) типа мьютекса и высокоуровневые механизмы типа каналов. Собственно, это как раз то самое, зачем Go вообще понадобился. Вторая по значимости тема в Go, как мне кажется, это микросервисы.
    Ответ написан
    Комментировать
  • Как повысить свои навыки в построении архитектуры сложных приложений?

    bingo347
    @bingo347
    Crazy on performance...
    Если по теории, то мне в свое время вот эта книга помогла:
    https://www.litres.ru/robert-s-martin/chistaya-arh...

    Притом после 1 прочтения я нифига не понял, но стал пытаться внедрять практики из книги в повседневную разработку. Выписывал в блокнот все свои затупы.
    В этот момент передо мной как раз стояла задача, привести кусок лапши в хоть как-то поддерживаемое состояние. Именно он и сподвиг меня почитать эту книгу.

    Через несколько месяцев прочел еще раз, анализируя все затупы, что записал за это время в блокнот. После прочтения начал потихоньку рефакторить в существующих проектах места, которые уж очень жить мешали.

    Еще через пол года прочел третий раз, опять же с оглядкой на личный опыт. И тут я кажется уже совсем въехал. По крайней мере многие проблемы с организацией взаимодействия между компонентами стали разрешаться. И вообще появилось достаточно четкое понимание, как структурировать приложение и где разбивать его на компоненты.
    Ну и после 3 прочтения еще помог момент: мне дали с нуля проектировать новое, достаточно крупное приложение на Rust. Притом заказчик кричал "микросервисы - это круто, хочу, хочу, хочу", а тимлид мне сказал "давай монолит, но так чтоб потом легко было распилить, а то все сроки про**ем". Вот тут прямо вообще понимание пришло. Ну и плюс в Rust архитектурные компоненты очень хорошо ложатся на отдельные крейты (это такая единица компиляции в Rust), а компилятор в принципе не дает делать циклические зависимости между крейтами.

    Ну и недавно решил освежить память и перечитать еще раз. И на этот раз уже были мысли вроде "так если делать по другому, потом проблемы вылезут тут и тут".
    Ответ написан
    1 комментарий
  • Что произошло с дизайном веба — почему стали такие большие разрешения для мобильных устройств?

    @pavelsha
    Дизайнеры и верстальщики работают на понтовых мониторах 27+ с высокими разрешениями
    Руководство, которое принимает их работы сидит за такими же мониторами или на мобильных устройствах с Retina-дисплеями ;-)
    Если дизайнер и верстальщик работают в офисе, то так и надо "дизайн у некоторых сайтов делают настолько крупным, чтобы его с 10 метров было видно на мониторе". ПРОДАКТ--гОВНЕР идет по опенспейсу, сразу видит что работа идет в нужном ключе и на душе у него благостно.

    Исследования целевой аудитории и их устройств также проводятся для галочки.

    А результат ты описал выше.

    Экономия трафика??? Обработать, сжать/оптимизировать графические элементы перед публикацией? Зачем??
    Везде 5Джи и Wifi 6.
    Ответ написан
    Комментировать
  • Что произошло с дизайном веба — почему стали такие большие разрешения для мобильных устройств?

    @deliro
    1. Доля мобильного трафика достигает 80-90% на большинстве ресурсов
    2. Минимальное десктопное разрешение, которое есть у 99% десктопных юзеров — 1366х768 (самые дешёвые 15.6 дюймов ноутбуки, которым уже 10 лет от роду. Я не шучу, с таким разрешением я первый ноут купил в 2010. А в 2009 на ПК уже был моник 1440х900). При этом самое частовстречаемое — Full HD (1920x1080). Всё что ниже — таблетки

    Отсюда вытекает вопрос: а зачем ради полутора землекопов сжигать деньги кастомеров/инвесторов, разрабатывая им отдельный интерфейс, если они и мобильной версией могут пользоваться, т.к. сейчас они полнофункциональные? Либо, если не разрабатывать отдельный, то зачем проектировать интерфейсы, ориентируясь на тех 1.5 землекопов, заставляя страдать (условно) остальные 99%?

    Более того, эти 1.5 землекопа обычно оказываются неплатёжеспособной аудиторией (раз уж у них до сих пор монитор/ноут старше 10 лет).
    Ответ написан
    6 комментариев
  • Должен ли WEB-разработчик уметь настраивать VPS/сервер?

    Adamos
    @Adamos
    Вопрос "должен ли" - всегда идиотский. Никто никому ничего не должен. В частности, нанимать и платить.
    Если вы такой крутой фронтендер, что вас ценят именно на этом фронте настолько, чтобы работодателю было жалко тратить ваше ценное время на настройки, он лучше наймет девопса - скорее всего, вам это все не понадобится.
    Но как можно стать крутым специалистом, вообще не интересуясь настолько смежными областями? Я не знаю.
    Вы такими сомнениями и прикидками сами себе ограничиваете рост статусом веб-макаки, которую можно только посадить в опенспейс на узкоспециализированную работу и до настройки серверов просто не допускать. Зато - "не должен", да...
    Ответ написан
    3 комментария
  • Где искать нормальных менторов?

    Zoominger
    @Zoominger Куратор тега IT-образование
    System Integrator
    Устроиться на нормальную работу в офис и показывать коллеге/руководителю.
    Кукоратор - это развод, ни один профессионал не будет тратить своё высокооплачиваемое время для ковыряния трейни-лапши, который за это нормально даже не заплатит.
    Исключение - энтузиасты, которых много, например, тут.
    Ответ написан
    Комментировать
  • Golang и PHP, дань моде или необходимость?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    какие задачи решает Go настолько хорошо, что это нужно писать именно на Go, а не на PHP

    https://ru.wikipedia.org/wiki/C10k
    Ответ написан
    3 комментария
  • Golang и PHP, дань моде или необходимость?

    1. Обычный код на Go зачастую работает гораздо быстрее, чем аналогичный на php
    2. Писать микросервисы на Go проще, и проще их контейнеризировать (в среднем)
    3. Go сразу из коробки хороши интегрируется с devops инструментами, тк они на go и написаны, зачастую
    4. Всякие компании типа Avito и Badoo просто таким образом избавляются от легаси, а переучить существующую команду на Go дешевле, чем переучить её-же на C++/Java/C#.
    Ответ написан
    9 комментариев
  • Что происходит на рынке труда в айти?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Вбейте в Google запрос "ИТ кадровый голод", в выдаче будет немало публикаций серьёзных изданий, объясняющих почему за лето зарплаты специалистов ИТ выросли на 30%. Например раз, два, три и четыре. Естественно, перспектива получать полмиллиона за сидение перед компом туманит головы обывателей и они ищут способ воплотить мечту. Естественно, что появилась целая куча инфоцыган, готовых окучивать эти наивные мечты. Только курсы никого не сделают программистом за полгода и старт в ИТ совсем не лёгкий.
    Ответ написан
    12 комментариев
  • В 40 лет планирую поменять сферу деятельности с 1С на Android? Сколько на старте смогу зарабатывать?

    @nikbrik
    Нахожусь почти в идентичной ситуации. 33 года, образование высшее, работаю в 1С 9 лет, перехожу в Андроид, есть жена и ребенок, жена не работает. +Ипотека.
    Учусь уже год, недавно начал пробовать ходить на собеседования.
    Моё ИМХО:
    - Твой опыт в 1С не релевантный в "большой" разработке, от слова совсем. Причем не только по мнению работодателя, это так и есть. Алгоритмы и структуры данных - не знаешь. ООП - не знаешь. Функциональное программирование - не знаешь. Архитектурные паттерны, шаблоны, принципы SOLID и метапринципы - не только не знаешь, но и не понимаешь, нужно будет много практиковаться, чтобы понять. TDD - не знаешь (хотя может быть тебе и повезло работать на проектах, где пытались использовать BDD, но в 1С это все равно немного не то). Git - не знаешь. Многопоточность и клиент-серверное взаимодействие - только думаешь, что знаешь. Устройство ОС и другие базовые вещи computer science - уже давно выветрились из головы. Даже банально английский - не знаешь. Все современные подходы и инструменты - не знаешь.
    - Java и Kotlin - сейчас это одно целое, ты должен знать оба, без вариантов. Начинай с любого. Во flutter еще надо будет выучить Dart. В принципе все очень похоже (но не на 1С)
    - 1000$ на старте - это очень хороший вариант, чтобы свитчнуться, если предложат - бери не глядя. Многие будут предлагать меньше.
    - Твой возраст не имеет значения, если ты им не кичишься. Для них ты 18-летний постаревший джун без опыта и веди себя соответствующе.
    - Кроссстек (ios + android) никому не нужны. Но во flutter опыт нативной разработки (там или там) считается плюсом. Jetbrains также разрабатывает kmm, может в будущем взлетит, туда из андроид попасть легче.
    - Учиться придется 2 часа в день по ночам. Или рано утром. Если ездишь на работу на машине - пересядь на общественный транспорт, будет дополнительное время читать и смотреть. Также придется учиться в туалете, в обеденный перерыв, если не можешь уснуть вечером, вместо фильмов/сериалов/игр и т.д. Год минимум (нужно же минимум 1000$, правильно?)
    - Роадмэпов полно, ищи. Также нужно будет иметь несколько вылизанных пет-проектов.
    - Неплохой вариант - найти стажировку где-то параллельно с основной работой. Запасись корвалолом.
    - Вся информация есть бесплатно на https://developer.android.com/
    Ответ написан
    6 комментариев
  • Как работать с командой eval?

    Не использовать eval, а парсить уравнение самостоятельно или при помощи какой-нибудь готовой библиотеки.
    Например вот: https://nerdamer.com/ или https://mathjs.org/
    PS: серьезно. Не используйте eval. Никогда
    Ответ написан
    12 комментариев
  • Как убеждать клиентов оплачивать ТЗ (или оценку проекта) и нужно ли это делать?

    @anton99zel
    29а класс средней школы №7
    Больно много текста, а надо лишь:
    Не работать с мудаками, срок умножать на 3, деньги на 2.
    Иногда ставить себя на место клиента.
    Ответ написан
    Комментировать
  • Как перестать быть эникеем?

    Winsik
    @Winsik
    сис.админ, недопрограммист :)
    В ваши 22 года можно менять работу хоть каждые 2 месяца, по любому в каждой компании новый опыт наберётся. Что мешает набрать знания работая инженером ( хотите, назовите это пом. сис. админа) . Вот вам и опыт и знания. Если спустя месяц или два вы поймёте что учиться тут нечему, начинайте искать новое место.
    P.S. из собственной практики: на любом месте работы как минимум полгода есть чем заниматься/учиться, до того пока работа не скатывается до замены картриджей )))
    Ответ написан
    1 комментарий
  • С чего начать иммиграцию в Канаду?

    @AntonSidorenko
    Здравствуйте!
    Единственный авторитетный и самодостаточный ресурс, где полностью описаны все процедуры и все необходимые условия - это официальный сайт министерства по делам иммиграции и гражданства правительства Канады: https://www.cic.gc.ca/
    Помимо общего знакомства с доступными программами иммиграции, рекомендую пройти там оценку своего иммиграционного рейтинга: https://www.cic.gc.ca/english/immigrate/skilled/cr... - и будет понятно, что нужно подтянуть, что поправить.
    В любом случае, потребуется зарегистрироваться в федеральной иммиграционной программе ExpressEntry, опционально - в провинциальных аналогичных системах на ваш выбор.
    В общем-то на этих официальных сайтах все описано, ну а если вкратце, то в зависимости от возраста, образования, семейного положения и некоторых прочих факторов, будут нужны: оцененные в WES Canada документы об образовании, официальный результат IELTS или TEF. Они же нужны для регистрации в ExpressEntry. Если есть - джоб оффер от работодателя.
    Деньги (суммы и сроки хранения в банке - описаны в оф. документах), медицинское освидетельствование в сертифицированных для этого центрах, справки о несудимости и др. - нужны уже на последнем этапе, перед отъездом.
    Но начать все равно надо с сайта cic и IELTS и системы ExpressEntry.
    Есть ряд неплохих каналов на youtube об иммиграции в Канаду, например "Интересный Калгари": https://www.youtube.com/watch?v=knOl7Hgc4ps
    Примерно так, может быть не все детали привел, но основное - вот.
    Ответ написан
    2 комментария
  • Потенциальные клиенты стали чаще просить созвоны. Почему так?

    @Stalinko Куратор тега Фриланс
    PHP'шник и фрилансер до мозга костей
    За время пандемии все привыкли к зумам, конференциям и всему такому. Возможно, поэтому созвоны стали восприниматься как что-то обыденное.

    Я бы посоветовал следующий подход: до заключения контракта и при fixed-price контрактах созвоны стараться проводить быстро и строго по делу. А вот при hourly контрактах сразу обговаривать, что любые обсуждения - это тоже часть работы, соответственно не выключать таймер во время созвона, и тогда уже болтать столько, сколько хочет заказчик.
    Ответ написан
    Комментировать
  • Что почитать про парсинг?

    datka
    @datka
    Основы HTML, CSS. Документацию по BeautifulSoup, Requests. Документацию по работам с List и Dict и циклами в питоне. Документацию по Selenium, Гайды по работе с консолью разработчиков Chrome/Firefox.Youtube ролики. Гугл. Как минимум надо знать как устроен сайт.
    Ответ написан
    3 комментария