aleks-th, пожалуй да, я погорячился. программировать - это такой же талант, как петь или рисовать. не очень одаренная массовка, плюс, разного рода ассистенты, выели рутину, которая нужна, но, ранее, мало кому была интересна. стоит поискать другую нишу для приложения своих усилий, в поисках хлеба насущного. прошу прощения и беру свои слова обратно.
aleks-th, интересно, почему так много уверенных в своем интеллектуальном превосходстве ("... спроси за что они готовы платить и готовы ли платить именно тебе....")? с какой стати?
Долгое время, с середины нулевых, вполне работала схема: взять на поддержку проект, сваянный, а иногда и свалянный, коллегой, реализовать требуемое, иногда, поправив сломанное, и пойти дальше. И я, и заказчик, обычно оказывались удовлетворены результатом. Сейчас схема сломалась. Похоже курсы перегрузили рынок обилием ньюбов...
Сейчас собственно и ищу, какие кейсы добавить в свое резюме, чтобы все опять заработало. Становиться сеньором или даже лидом не интересно, пробовал. Я кодер, с широким, а в некоторых вещах, и глубоким кругозором. И мне другого не надо, по возможности.
Максим Припадчев, а вы задумывались, для чего уже применяют ИИ?
первое, для чего было использовано - взять физию "любимого" актера и поместить в обстановку, в которой он ни когда не был.
дальше больше. добавляем движение и звук, делаем фейковые ролики.
продолжаем дальше, в жопу реальность, генерируем сказочки и фильмы совсем без реальных актеров.
ну и чтобы совсем жизнь наладилась - генерируем контент по текстовому описанию, потому что нам западло даже героев придумывать.
складывается впечатление, что, пока, все что нужно от ИИ - это простой интерфейс между тупеющим пользователем и компьютером, либо контент, который ни чего общего с реальностью не имеет.
абстракции ИИ все еще не доступны, на сколько я знаю, и с поиском связей в фактах, о которых ему не рассказал человек, у ИИ все еще сложности. остается разобраться, что это за молоток, и где те гвозди, что им можно забить :)
aleks-th, вопрос в том и был, о каких проблемах ОБЫЧНО идет речь. за управление ядерным реактором, например, я и сам не возьмусь, даже если для заказчика это обычное дело. только не у заказчика же об этом спрашивать.
Михаил Р., под типичным запросом я имел ввиду типичный функционал, который просит реализовать заказчик. я еще помню времена, когда полнотекстовый поиск или система рекомендаций для сайта были чем - то довольно уникальным, зависящим от разработчика и прямоты его рук. сейчас, не удивлюсь, если есть готовое решение, которое надо просто использовать.
Ну, ОК, понятно, что ни фига не понятно, похоже, надо подождать, пока тему причешут в порядок.
Вам, чтобы воспользоваться освещением, нет нужды изучать теорию электричества, достаточно нажать не клавишу выключателя.
В целом, зачтено в качестве попытки ответа :)
maksam07, и все таки, вы упорно говорите не о том. хотя, возможно я более не в теме, чем ожидал.
изучая вакансии питонистов на сайтах работы, у меня сложилось впечатление, что ИИ перешел из игрушки для ценителей в практически годный инструмент.
у меня практический вопросы, пес с ним, даже один: за что платят люди, которые в программировании соображают меньше меня?
Surr1os, дорогой мой человек, трудится надо над результатом. код, который написан и выброшен за ненадобностью - это убыток заказчику и минус в карму подрядчику. а оно тебе надо? :)
сначала ты приобретаешь знания, их применение дает тебе опыт, который определяет образ твоих мыслей и практических подходов. это как - то так работает, кмк :)
Сергей Горностаев, ответ мимо вопроса, впрочем, возможно, я сам чего - то не так понимаю, судя по ответам других коллег.
имел ввиду весьма простую мысль, как - то так:
1. джун - знания языка и его окружения, установка библиотек, написание кода и запуск, отладка, поход в какую либо БД за данными, юнит-тесты.
2. мидл - джун + лучшие практики + теоря реляционных БД, noSQL БД, эффективная реализация типовых проектов, интеграционные тесты, устранение проблем с развернутым проектом, интеграции с внутренними сервисами.
3. сеньор - мидл + архитектурные паттерны, типа сайткар, амбасадор, ... , умение их идентифицировать, и понимание, для чего они здесь, умение их реализовать в проекте, интеграция между внутренними и внешними сервисами, тестирование проекта в целом, наблюдение за состоянием, решение проблем и предложения по улучшению.
4. лидер - сеньор, который говорит "дальше будем делать так ..."
Mikhail Osher, вопрос был про вполне конкретный род деятельности, разработка на golang.
попробую переформулировать.
если бы вы принимали на работу golang разработчика, на позицию middle разработчика, наличие каких компетенций или опыта вас интересовало бы в первую очередь?
аналогично для senior, наличие каких компетенций вас интересовало бы в первую очередь?
Не знаю почему, последнее место работы было perl+golang, до этого python, который является моим основным языком, и хабр и хантер подымают вакансии с golang в выдаче. В принципе я не против, если смогу кого нибудь убедить в своей профпригодности, и технологии интересные, и желание ими заниматься присутствует. Только хантеры не горят желанием со мной по этому поводу разговаривать, от слова совсем. Говорят что возраст имеет значение. Может не врут?
Если что - то пойдет не так по твоей вине - ты виноват, чем бы это не вылилось в практическом плане. Ты знаешь, что налажал, коллеги тоже в курсе, Начальство в курсе, что есть проблемы, и самый неприятный момент - кому достанется его гнев и каков будет потенциал последствий.
Твое разгильдяйство, некомпетентность, лень, глупость и прочие личностные недостатки должны иметь самые серьезные последствия, и, наверное, имеют, не часто встречал, чтобы составить какое - то системное мнение.
Случай, когда выбранное техническое решение не сработало - здесь сложнее.
В небольших проектах ошибиться сложнее. Один сайт, его бакенд с api, и просто бакенд, если имеет смысл. Здесь все просто, и если что - то не взлетело, то человек, скорее всего, профессионально не пригоден. Гнать таких, если анализ подтвердит ситуацию.
В средних и крупных системах - выбор решения не всегда единоличное мнение. И кому достанутся последствия - это вопрос открытый. Точнее, диапазон последствий может быть разный, от разумных, до бесполезных или даже деструктивных.
Если строить предположения:
- ПО{1,2,3} - это, похоже, что программные сервисы. Не понятно, почему их просто не разнести по портам и оставить на одной машинке, обычно конфиги это позволяют. Хотя ладно, спишем на ресурсы.
- VirtualBox сетевуху можно настроить так, что она будет напрямую использовать сеть хостовой системы (bridge режим), или создаст сетевуху, которая будет доступна только локально (host-only режим). В любом случае вы сможете усадить виртуалку за тот же прокси что и ПО, кмк.
- как минимум, один роутер выглядит лишним, 192.168.1.1, на рисунке. У вас входной роутер имеет 2 клиентских порта. На одном ПО (192.168.0.1), на другом - Клиенты(192.168.1.1). Возможно, вы имели ввиду свитч, но, обычно, он маршрутизацией не занимается.
в докере порты разрешены?
publish/expose вам помогут, если дело в этом. первый для доступности портов сервиса снаружи, второй для разрешения сети между контейнерами (если память не изменяет, один контейнер к другому может обратиться только по разрешенным портам).
с сетью у вас тоже не понял. выглядит так, будто nginx стучится на свои интерфейсы, но по умолчанию сетевой драйвер - bridge, то есть, каждый контейнер получает свой ip, и proxy_pass у вас просто промахивается из за ip: 0.0.0.0. попробуйте включить драйвер host для сети, если все крутится на одной машинке, и разнесите их по портам, или настройте сеть до конца.
если все правильно понял, то как - то так получается.
Был такой дядька, Крис Касперски. Считался хакером, хотя, как по мне, просто талантливый журналист. Он довольно много писал, в том числе и книги.
Можно попробовать его почитать, как введение в профессию :)
Потом может прийти понимание, надо вам этим заниматься, или стоит уйти в более понятные и предсказуемые, в том числе финансово, области знаний.
и теория и практика нужны. где их брать - это отдельный вопрос.
хакеров ни кто не готовит - просто нет такой профессии. есть специалисты в определенных областях знаний, как признание достижений которых, иногда, окружающие считают достойными этого звания. нельзя просто назвать себя хакером, и тем более, нельзя пройти курсы или купить корки хакера. любой, кому ты решишь их предъявить получит полное право называть тебя ламером, ну или просто дурачком.
определись с направлением, что тебя больше интересует.
взлом ОС - это больше администрирование, хотя asm и компилируемые языки тоже важны. здесь больше кракинга, и поковырять бинарь, которую порождают те же плюсы придется. для начала смотришь найденные эксплоиты, на чем срабатывают они, потом есть шанс начать искать свои.
веб приложения и скриптовые языки все еще дают надежду на наличие ошибок. к несчастью, есть достаточно много типовых ошибок, их описание ищется в сети, а их использование можно отработать в лабораторных условиях. здесь больше всего шансов продвинуться.
можно еще поковырять прошивки. вендор часто отдает обновления, и, не редко сообщает, в чем же проблемы старой. разобрать их не ахти какая сложная задача, бывает, потому что речь про компилированные файлы идет не всегда, и все опять сводится к веб приложениям на скриптовых языках.