• Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    @dinegnet
    Просто есть плохие программисты и есть хорошие.
    У меня полно коллег в возрасте 40+ на которых очередь из клиентов стоит.

    Коллега Пума из Тайланда правильно сказал:
    устроиться в этом возрасте намного легче чем в двадцать )

    потому что в этом возрасте, в возрасте за 40 -
    • ты или уже профи
    • или уже не программист.

    Мой друг, также программист 1С, рассказывал о ситуации у них в конторе, где он был свидетелем, как резюмэ 2 кандидатов с солидным опытом разработки были отброшены почти сразу, так как обоим было 43-45 лет. И директор IT-отдела сказал тогда другу: "ну куда мы будем таких брать? Нам нужен молодой, энергичный".


    Работы по 1С делятся на 2 совершенно разных вида деятельности:

    1. Бегать по фирмам, обновлять 1С - называется должность почему-то программист.
    2. Реально программировать. Можно не бегать, а выяснять задачу по телефону. Изредка выезжая на встречу с заказчиком


    Ну и есть некая усредненная между этими двумя пунктами деятельность.

    Так вот в вашем случае им был нужен человек на первый вид деятельности.

    P.S.:
    И да - есть еще такая штука как "слишком квалифицированный работник".
    таких работников сразу отметают.

    Я например сам это делают из двух соображений:

    1. Слишком квалифицированному будет скучно, не интересно, что скажется на качестве его работы.
    2. Слишком квалифицированный скорее всего хочет у меня работать временно, в качестве перевалочной базы, найдет работу по своей квалификации - и свалит. В частности эта ситуация характерна для недавно переехавших в другой город.
    Ответ написан
    Комментировать
  • Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    @Matar
    что то какой то бред написали )
    я пошел в программисты в 37 (!) лет. Причем, сознательно шел на слом своего мозга, ибо до этого 15 лет работал гуманитарием в сфере рекламы и маркетинга.
    И когда я пошел устраиваться на работу, на меня все смотрели не как на прыщавого джуна, а с уважением.
    Возрастных ограничений не увидел вообще, когда менял вторую работу программиста, то оценивался именно опыт как программирования, так и опыт тупо возрастного опыта.
    сейчас я заведую it отделом. справа от меня сидит программист 25 лет, слева 27 лет.
    Причем оба сильнее меня, как спецы. А начальник я. А почему? Потому что опыт )
    вот таки дела, малята )
    Ответ написан
    2 комментария
  • Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    @kgbplus
    Мне 39, я часто работаю с молодыми командами. Самая главная проблема, которая возникает - это ситуация "мы просрали все сроки, поэтому будем работать ночами и по выходным, а ты хоть и сделал все вовремя, но должен нам помочь". После отказа (семья, дети) на меня обижаются и работать со мной какое то время не хотят, типа ненадежный товарищ.
    Ответ написан
    Комментировать
  • Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    Чушь, на самом деле.

    1) Довод первый, личный. Ну вот у нас в команде есть разработчик, которому за 40, занимается JavaScript. Ощущения исключительно положительные. Товарищ имеет большой опыт и очень хорошо знает что делает. Да ещё и изучает что-то новое, куда-то движется в своей области.

    Ну, правда, знал я одного или двух товарищей, которым тоже за 40 и которые обладают опытом, но при этом обладают ещё и первосортной наглостью, более всего заботясь о том, чтоб засчитать побольше часов (неплохо оплачиваемых), а не о том, чтоб их код без ошибок работал. :) Просто у человека нет совести и желания профессионально делать свою работу, это бывает в любом возрасте.

    2) Довод второй, социологический. Как известно, у человека в течение последних веков продолжительность и всей жизни в целом, и составной её части - детства стала гораздо больше. В пушкинские времена крестьянские девочки в 13-14 лет были на выданье, на них ложилась вся тяжесть семейной жизни. Сейчас это совершеннейшие дети, им только в куклы играть.

    Двадцать лет назад парень 20 лет был взрослым и уже зачастую женился. Сейчас 20 - это молодо-зелено; крепко стать на ноги к этому возрасту, стать профессионалом в интеллектуально ёмкой отрасли деятельности - да невозможно практически; посему и о семье говорить рано, что бы там ни вопили охранители. Ну и естественным образом, коль скоро детство и молодость растягиваются, то и период активной интеллектуальной деятельности - тоже должен сдвигаться. Захватывая и 40 лет, и 50, а может и 60-70. Тут уж зависит от индивидуальных усилий.

    3) Довод третий, профессиональный. Слышал ли кто-нибудь, чтобы грамотного, квалифицированного профессора математики выгоняли в 50 лет? Конечно, он наверняка уже не может генерировать идеи, как он это делал в 20; математика - дело молодых. Но опыт его огромен, он пользуется уважением, учит студентов и аспирантов; совет его ценится и может серьёзно помочь молодым коллегам; он далеко не вне профессии. Почему так происходит? Потому что математика - это устоявшаяся область, математика - это профессия в полном смысле.

    Программирование пока не вполне созрело как профессия, потому что оно несколько моложе математики (ну, не менее чем на пять тысяч лет, если считать от Московского математического папируса с задачами по стереометрии). О том, что программирование должно стать профессией - см. пост Роберта Мартина, который мне очень нравится: blog.cleancoder.com/uncle-bob/2016/07/27/TheChurn.html

    UPD. Другие ораторы упомянули о психологических причинах: тим-лиду, которому 25, боязно показать команде своё невежество в сравнении дядькой, которому 40. Ну это больше говорит о тим-лиде, а не о дядьке. Тим-лиду следует посидеть вечерком в тиши и подумать, правильно ли он живёт в этом мире, коли руководствуется мерками каменного века и правилом "я начальник, ты дурак".
    Ответ написан
    2 комментария
  • Насколько легко трудоустроиться программисту в 40+, 50+ итд лет?

    Arris
    @Arris
    Сапиенсы учатся, играя.
    Трудно - и с каждым годом будет все сложнее и хуже. С каждым годом растет объем пула "минимально-необходимых для программиста компетенций" . Каждый год появляются какие-то новые фреймворки, инструменты, фишки - которые по идее должны облегчать и упрощать разработку - но на деле вырастают непреодолимой стеной между тобой и "реальным миром веб-разработки". Потому что ты стареешь, а технологии молодеют.

    Я бы картинку нарисовал, но там очень уж нецензурный вид получается ;-)

    И "впихнуть" в себя все новые технологии ну не получается никак - ты или распыляешься и все знаешь по верхам... или идешь вглубь темы. Но тогда приходится откладывать новые технологии в сторону, потому что на них тупо не хватает времени и/или сил. В молодости - времени. Позже - сил.

    Уже сейчас чтобы тебя считали верстальщиком/программистом/фронтэндером/бэкэндером - надо знать в 2 раза больше технологий, чем 2 года назад. Этакий Закон Мура наоборот. Да вы сами просто посмотрите эти списки "компетенций"!

    Читаешь список требований к "Web-программистам" и видишь, что месяц за месяцем, год за годом HR-ы и те, кто там им задачи ставит, вписывают в требования все больше умных словечек, которые они сами услышали и не понимают, зачем оно им нужно и нужно ли? Все ближе и ближе ситуация подходит к "Если бы водителей принимали на работу как програм.... В 2010 году это была "шутка юмора". Сейчас это уже почти реальность.

    Пример хотите?

    Одна государственная организация выставила список требований к "веб-программисту". При зарплате в 35000 рублей он должен уметь чуть ли не МКС программировать и чуть ли не кластера из сотен серверов настраивать. А на деле основной задачей человека будет - таскать проекторы из аудитории в аудиторию, чистить мышки студентам, переставлять winxp и изредка, раз в полгода - добавлять статью на сайт гос.организации. Откуда информация? Связался с человеком, которому 45, который в этой организации работает уже 18 лет. Ему стаж капает, а деньги он зарабатывает совсем в другом месте.


    Что уж говорить об организациях коммерческих? Особенно тех, для которых веб-программист - и чтец, и жнец, и на дуде игрец?

    Но это все лирика и крик души. Извините.

    И да, к 35-40-45 годам по мнению "молодых и амбициозных IT-специалистов" ты должен обладать строго определенным списком компетенций как в профессии, так и по жизни (к примеру, я столнулся с отказом в приеме на позицию программиста потому что у меня нет... автомобиля. Зачем программисту автомобиль? Ну там сложная и длинная логическая цепочка, сводящася к "раз у тебя нет автомобиля - ты лох, а лохи нам не нужны").
    Мне кажется, проблема в том числе и в том, что подавляющее большинство этих самых "молодых и амбициозных" специалистов совершенно не думают о своем будущем. Нет, я не про то будущее, которое "куда я пойду, когда закончу вот этот крутой проект". Я о реальности. В их понимании 35 лет - это недостижимо далёкое будущее, а до 50 они не доживут (а если и доживут - то в мечтах тимлидами в гугле).

    Соответственно "молодые и амбициозные специалисты" с презрением смотрят на людей, которые отдали 15 лет разработке определенной платформы, платформы, которую сейчас тщится заменить какой-то пул новых технологий. По их мнению - все что старше 5 лет - ненужное устаревшее говно мамонта. А те, кто не знают появившуюся полгода назад технологию - отставшие от жизни ламеры.
    Also, Эффект Даннинга—Крюгера тут работает в полную силу.

    Резюмирую: трудно, если у тебя нет в резюме стапятисот сделанных проектов. И чем дальше - тем сложнее и труднее будет. Но тебе может повезти - если ты компетентный специалист в узкой области (даже если она 'legacy'). Или ты можешь найти синекуру - гос.организацию, в которой ты присоединишься к когорте таких же скинутых с паровоза прогресса "молодыми и амбициозными". Не переживай, через 20 лет скинут их. А ты останешься.

    Вот только кушать хочется сейчас. Хотя бы просто хлебушка.
    Ответ написан
    23 комментария
  • Как лучше создать версии сайта для разных городов в Django?

    Делать app для каждого города и копировать весь код, учитывая, что он одинаковый? нет смысла.

    Лучше рассмотреть проблему иначе. Начнём с зарегистрированных пользователей. Создайте модель City, обозначающую город. Также создайте custom user profile model под названием, скажем, Profile, которая привязана к User отношением one to one. В модели Profile добавьте внешний ключ на City.

    Наконец, реализуйте:
    • Выбор города (можно через AJAX)
    • Вывод на каждой странице сайта только той информации, что соответствует выбранному в request.user.profile.city городу.


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

    1. Если есть переменная сессии, то используется она для фильтрации всего и вся
    2. Если её нет, но пользователь зарегистрирован - то берётся значение из БД и сохраняется в сессию, далее как в первом пункте
    3. Если и того нет - у меня запрещён доступ, так надо; ну а у вас пользователю (в вашем случае) надо предложить выбрать значение из списка.


    Таким образом и анонимусы поддерживаются, и при сбросе сессии у зарегистрированного юзера не теряется выбранный вариант.
    Ответ написан
    Комментировать
  • Почему на позицию Junior HTML-верстальщика такие требования?

    Wolfnsex
    @Wolfnsex Куратор тега CSS
    Если не хочешь быть первым - не вставай в очередь!
    1. Почему многие компании в своих вакансиях на позицию джуна html указывают в требуемых умениях знания PHP(либо базовые либо средние)
    По тому, что два феерически популярных шаблонизатора, таких как Blade и Twig наипсаны на PHP. И сам по себе PHP - отличный шаблонизатор, достаточно скачать и положить куда-нибудь на диске (т.е. ставить не обязательно) PHP, запустить встроенный сервере и использовать его в купе с gulp->browser-sync, получается отличная связка без всяких Apache'ей, для разработки - идеально. Так же, применение подобных связок позволяет не писать например, 8 раз 1 и тот же блок, а просто засунуть его в цикл и вывести 8 раз. Итог - меньше кода, проще работать.

    MySQL, работу с БД
    По тому, что при умении работать с MySQL - хотя бы базовом, а так же при помощи дюжины строк кода PHP, вы можете доставать данные прямо из БД и выводить их в макете, работая с реальными данными, а не с "Lorem ipsum'ами".

    Можно ли назвать человека, проработавшего более года в офисе на коммерческих проектах джуном?
    Проекты бывают разные, например в средней по размерам фирме, где я сейчас работаю, меня назначили тех. директором (т.к. почти 20 лет опыта и всё такое). Если бы я пошел работать в Google, наверное, там бы я был джуном... если бы вообще кем-то был :D (условно конечно, но думаю Вы понимаете о чём я). Другой пример, когда я устраивался на работу в международную IT-компанию, там среди требований на сеньёра была такой список знаний, что я немного прифигел, среди прочего было свободное владение английским и желательно ещё каким-то (кроме родного) языком, к знанию PHP добавлялось отличное знание кардинально противоположенного языка, например, Java, C++ или C#, отлично знание линукса и сетей и т.д. С другой стороны, человек работающий в фирме "3 разраба", на должности "Сеньёр", не обладает даже 10% знаний, озвученных в другой фирме на эту же должность (в эту фирму я тоже пытался устроиться). Т.е. фирмы бывают разные и требования тоже.

    Почему на именно на джуна столько требований, я честно говоря, точно сказать не могу. Т.к. джунов обычно набирают, что бы "воспитать" себе разработчика нужной категории. Выше озвученные мной эпитеты скорее являются ответами на все остальные вопросы, кроме вопроса "зачем всё это именно джуну". Но, возможно это показывает желание человека развиваться в целом, а не зациклится на чем-то одном и "свято верить в чудеса". Люди, которые "научились делать что-то одно", в профессиональном IT обычно долго не держатся, наглухо увязая в массах себе подобных, которые тоже умеют делать "что-то одно" а потом бегают по фрилансам и депмят цены до такой степени, из начального бюджета, который и без того, был не велик (например, 5тыс. руб.) он порой превращается в 200-300руб., лишь бы урвать кусок работы. Можно "делать что-то одно", а знать в общей сложности нужно всё, т.к. дизайнер без знания основ работы браузера - очень хреновый дизайнер. А верстальщик, без знания основ фотошопа - очень плохой верстальщик.

    P.S. Зачем в требованиях пишут "умение рисовать в фотошопе" - я даже приблизительно себе представить не могу, т.к. именно "рисовать" - это на 100% задача дизайнера/художника, и это на 97% та задача, которая к верстальщику не относится вообще никак, почти так как умение штукатурить стены, к вёрстке не имеет вообще никакого отношения, даже косвенного.
    Ответ написан
    2 комментария
  • Какой набор инструментов порекомендуете для работы с картами на Python?

    • Для хранения геоданных: PostgreSQL/PostGIS. django.contrib.gis обеспечивает родную поддержку, плюс библиотеки geos, geopy для расчётов расстояний и прочего.
    • Для взаимодействия с front-end - Django REST Framework со сторонними модулями, которые обеспечивают ей понимание gis-полей.
    • Для рисования карт на front end: js-библиотека Leaflet с использованием свободно доступных слоёв (google maps или open street map) и своим кодом, взаимодействующая с back end через вышеупомянутый API.
    Ответ написан
    1 комментарий
  • Java или Kotlin для разработки Android приложений?

    zagayevskiy
    @zagayevskiy Куратор тега Android
    Android developer at Yandex
    Java всё ещё актуальна, бóльшая часть кода написана на ней. Kotlin стали поддерживать(добавили плагин в AS 3.0, которую ещё не зарелизили) вот только-только. Как говорят сами создатели Котлина, знать джаву всё ещё нужно, потому что много примеров и доков есть только для неё. Но Котлин будет набирать популярность сейчас ещё сильнее.
    С другой стороны, Java для Андроида остановилась на 6 +синтакический сахар из 7-8 с костылями. Кажется, что Java 9 в Андроиде не будет. А Котлин - очень современный, с крутыми плюшками.
    Так что каждый решает за себя пока.
    Мы у себя решили, что в скором времени начнём писать тесты на Котлине, затем посмотрим на скорость компиляции, и, вероятно, втащим его в основной код.
    Ответ написан
    3 комментария
  • Какой стек технологий вы бы выбрали для данной задачи?

    @artinnok
    бекенд-программист
    Задача интересная для старта, но будет немного тяжело - готовьтесь к этому :)

    Вам необходимо сделать следующие шаги:
    1. Понять какая у вас БД стоит на АБС (PostgreSQL, MySQL, MSSQL, SQLite и т.д.)
    2. Понять поддерживат ли Django выбранную базу
    3. Прочитать статью про легаси базы
    4. Сгенерировать модели на основе таблиц АБС
    5. Порефакторить необходимые модели + протестировать работу ORM
    6. Начать разрабатывать веб-интерфейс

    Веб-интерфейс не советую писать на Angular, React - потому что у вас не было даже опыта разработки с помощью обычных джанговских шаблонов, не говоря уже об опыте проектирования REST API и знаний JavaScript.

    Для старта, попробуйте реализовать веб-интерфейс на обычных джанговских шаблонах + jQuery.

    Если все реализуете, будет время на апгрейд - почувствуете, поймете, в каком направлении развивать проект, и вообще, стоит ли его развивать.
    Ответ написан
    Комментировать
  • Какими средствами делается рассылка пользователям (нотификации)?

    Рассылка писем в RoR делается при помощи ActionMailer (руководство на англ.).
    Такие сервисы как Mailgun, SendGrid и т.д. позволяют заниматься массовыми рассылками.
    На сайтах этих сервисов можно почитать о лучших практиках в рассылке.
    Ответ написан
    3 комментария
  • За сколько реально освоить Yii?

    copist
    @copist
    Empower people to give
    Я изучал около 3х месяцев до трудоустройства и год после :) Никто за тебя оценку по времени не сделает.

    ... дали тестовое задание по Yii


    Сделай задание правильно (как требуется по заданию), потом получи оценку, потребуй сделать review. Переделай, если что-то им не понравилось. В следующий раз то же самое будешь делать быстрее. А тонкости фреймворка изучишь по мере работы.
    Ответ написан
    Комментировать
  • Где применятся Windows server?

    Jump
    @Jump
    Системный администратор со стажем.
    Где применятся Windows server?
    Сфер применения очень много -чаще всего в качестве офисного сервера небольшой организации - AD, файлопомойка, терминал. Зайдите в любой офис и скорее всего он там используется.
    Для организации корпоративной инфраструктуры - серверы хранения данных, серверы БД, виртуализация.
    Для организации облачной инфраструктуры, для хостинга веб сервисов.

    Стоит ли тратить время на его глубокое изучение?
    Кто же знает что вам стоит делать, а что нет?
    • Если вы водитель автобуса, далекий от IT - наверное не стоит.
    • Если вы веб-разработчик сервисов на Django - ну наверное тоже смысла нет.
    • Если вы системный администратор, и ваша задача администрировать Win серверы, или инфраструктуру с их наличием -тогда думаю стоит.
    Ответ написан
    Комментировать
  • Права доступа к файлам yii2?

    Либо через php задать права на чтение и запись, либо через консоль
    php: chmod ('uploads', 0644)
    консоль: chmod 644 uploads

    Подробнее про права:
    linuxway.ru/pervye-shagi/komanda-chmod-primery-isp...
    Ответ написан
    1 комментарий
  • Как лучше делать админку на laravel?

    @D3lphi

    Как лучше делать админку на laravel?

    Слово "лучше" в данном контексте совершенно не уместно. Почему? Смотрите ниже.


    стоит ли использовать различные готовые пакеты


    Смотря, что для вас в данный момент времени является первоочередной задачей. Если это скорость разработки, то да, стоит. Если же требуется что-то оригинальное или же нестандартное, то, возможно, стоит попробовать реализовать админку своими средствами. Но опять же, если только вы уверены в том, что сделаете это хорошо.
    Я к тому, что нужно уметь достойно верстать.


    Правильно ли я понимаю, что бэкенд (админка) должна быть совершенно отдельно от фронта?


    Что в вашем понимании "отдельно"? Поместить ее в другую папку?


    Я так понял, что даже модели должны быть разные, как для фронта, так и для бэкенда, правильно ли я понял?


    Отдельные модели? Это еще для чего? То есть, для пользователя у вас будут 2 разные модели? Нет, модели одни и те же.


    AdminLte это всего лишь вьюшка для админки или он имеет какой то функционал?

    Только шаблон. Функционала нет, прикручивать нужно самому.

    Вот, кстати, отличная админ-панель Voyager. Создана специально для Laravel'а. Она, в отличии, от admin lte так же имеет богатый функционал. Да и выглядит отлично.
    Ответ написан
    5 комментариев
  • Golang подходит ли для создания сайтов?

    @dinegnet
    Golang используют для создания сайтов да. Только дорогих сайтов. Скажем есть у меня проектик - хозяин ввалил в него уже стоимость Ленд Круизера свежего и все продолжает платить и платить.
    Вы - не тот человек, которого будут для этого нанимать.
    А в дешевой нише вы не сможете конкурировать по цене с ПХПистами.

    1. Как обстоят дела с производительностью в сравнении с php смотрел benchmark go выигрывает у php в 2 раза по скорости
    (возможно мне стоит и дальше сайты создавать на php)


    Одни из самых высоконагруженных сайтов в мире сделаны с PHP - Facebook, примеру.
    Или Vkontakte

    Формально Go быстрее. Если ваш сервер и клиент разделяет только 10 метров.
    Но в мире веба очень большие задержки - это связь между сервером и браузером, там совсем другие расстояния и другой порядок задержек. А это от языка программирования не зависит.

    На их фоне, если вы нормально запрограммировали сайт - не должно тормозить ни на PHP ни на Go.

    2. Влияет ли как-то golang на seo оптимизацию-выдачу
    (если для frontend не админ панели взять angularjs то сайт не будет весь индексироваться)


    Вам с таким уровнем понимая рано что-то решать.
    Делайте то, что старшие скажут.

    3. Какую выбрать связку для сервера возможно имеется nginx или apache в поддержке для golang (или у go имеется свой сервер и как он в сравнении с остальными)


    Это не связано с языком. Это связано с администрирование, проектированием, архитектурой системы, но не языка.

    4. Поддерживает ли golang mysql и какая скорость


    Да.
    Скорость работы с СУБД ограничена, как правило, самой этой СУБД - это узкое место всегда.
    От языка программирования, использующего ту или иную СУБД - зависит слабо.

    5. Возможно имеются хорошие фреймворки написанные на golang для создания именно сайтов


    Revel, Beego.me, gin и еще десяток.
    Только они не нужны.
    Все что нужно уже входит в стандартную библиотеку Golang.
    Для облегчения работы стоит глянуть на фреймворки - Gorilla, Martini....

    6. Подойдет ли вообще golang для мелких или для крупных сайтов

    Все дело только в том, сможет ли заказчик оплатить.
    На Go выходит дороже делать чем на PHP.
    Поэтому ты просто пролетишь с заказами.
    Дешевых заказов в разы больше.
    Дорогие заказы чтобы взять - это нужно иметь ту еще квалификацию, до которой, судя по формулировкам - тебе еще лет 7 практиковаться в программировании.

    7. Имеются ли подводные камни при разработке

    Для тебя - важно, что мало информации, а особенно мало - на русском.
    Ответ написан
    8 комментариев
  • Golang подходит ли для создания сайтов?

    @MadridianFox
    Web-программист, многостаночник
    1) Go компилируемый, само собой скорость выше, но если вы на маленьком сайте упираетесь в скорость исполнения кода, то проблема скорее в коде, и выбор более быстрого языка избавит вас только от симптома, но не от болезни
    2) на seo влияет только то ЧТО вы отдаёте пауку. Не важно на каком языке пишется программа, которая отдаёт html
    3) Программа написанная на go сама работает как сервер. Более того, это не какой-то сервер приложений, как например tomcat, нет, вы сами будете писать цикл обработки входящих соединений - т.е. вам необходимо этот самый серер реализовать. В отличие от php+apache, где в качестве сервера выступает apache, который при необходимости вызывает php. Ставить ли apache или nginx перед go сервером вы решаете сами.
    4) Поддерживает. На скорость работы СУБД не влияет то, на каком языке написана программа, которая к ней обращается.
    5) Фреймворков уровня Yii2 или Symfony не наблюдается. Ситуация такая же как и с NodeJS - что-то есть, но комбайнов нет.
    6) Если что-то может слушать соккет - на этом можно написать сайт. Любой. Другое дело, что сайты визитки на Go не пишут (только ради забавы), а крупные сайты вообще имеют сложную архитектуру, такую что язык уже не имеет значения.
    7) Для php разработчика - да. Как минимум вы меняете скриптовый язык на компилируемый. Это значит что любое изменение кода требует компиляции, остановки работающего сервера, загрузки бинарника на его место и запуск. Кроме того вы меняете Stateless модель работы кода на полноценно работающую программу. Если на php у вас скрипт запускался заново при каждом http запросе, то программа на go запускается один раз и после этого принимает множество запросов.
    Ответ написан
    10 комментариев
  • Какие самые распространённые уязвимости на YII 2?

    webinar
    @webinar Куратор тега Yii
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Это openSource проект, если бы кто-то знал уязвимости уже бы исправили. Про те которые были, можно прочитать тут:
    https://github.com/yiisoft/yii2/blob/master/framew...

    Но стоит отметить, что большинство уязвимостей в проектах на yii2, да и на других framework-ах это кривость разработчиков этих проектов, а не самого framework-а.
    Ответ написан
    1 комментарий
  • Python Django junior?

    @svetlov97
    Сделай себе портфолио. Придумай себе что-нибудь интересное, реализуй это, выстави исходники на GitHab, и покажи свой код на собеседовании. Даже если ты не подойдешь, собеседование ты в любом случае не у уборщицы проходить будешь, а у программиста, спросишь что ты должен знать чтобы попасть на работу. В принципе смотря как себя покажешь на собеседовании, возможно тебя возьмут и обучат.
    Ответ написан
    1 комментарий