• Зачем нужен redux?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Единственный по-настоящему действенный способ понять зачем нужно что-то - это попасть в условия для которых это что-то было придумано. Поверьте, как только вам понадобиться написать огромное и сложное приложение для фронта, а не просто добавить пару обработчиков кликов и парочку анимаций на страничку, вы сразу же поймёте, зачем нужен redux.
    Ответ написан
    1 комментарий
  • Действительно ли Node.js такой популярный?

    SPAHI4
    @SPAHI4
    реактовцы - это не девы, а прокидыватели пропсов
    да
    Ответ написан
    Комментировать
  • Правда ли что программистам навязывают определенные мысли?

    kotomyava
    @kotomyava
    Системный администратор
    Не прав. И в плане навязывания и в выводах. К тому же список довольно странный, часть мыслей верны, часть с потолка взяты.

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

    2. Всегда на стажировке платили. В любой области, и в программировании в частности. Конечно меньше, но меньше и вклад... Откуда такая мысль взялась у вас, я не понимаю. На том же фрилансе, тоже крайне не поощряется идея "работы за отзыв". Да и с началом работы в профессии это не связано, если уж так, скорее с началом работы на какой-то бирже. И обычно, те, кто так пытается делать не дорастают до нормальных рейтов...

    3. Опять же не очень понятно, кто вам такую мысль навязывает, и откуда она у вас вообще. В ней много непонимания opensource в принципе. Надо начать с того, что это, зачастую, не бесплатная работа - большинство активно вкладывающих в открытый код время работают за деньги. Это может быть и зарплата в фирме, и пожертвования заинтересованных организаций, и просто деньги заказчика, который не требует закрывать разработку. Впрочем, кто-то просто пишет и для себя: для удовольствия, для славы, для самообразования - мотиваций множество.

    4. Опять же, я не знаю, где вы подхватили эту мысль. Она крайне вредна. И вам, и вашему потенциальному работодателю, кстати. Крайне не советую этим увлекаться: излишнее напряжение, и слишком большая концентрация на задаче серьёзно уменьшают вашу работоспособность. Умные работодатели, как раз, всячески гоняют работников за попытки работать после окончания рабочего дня, и это разумная мера...
    Ответ написан
    3 комментария
  • Правда ли что программистам навязывают определенные мысли?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Никто никому ничего не навязывает. Просто советуют воспользоваться самым эффективным, проверенным способом, который многим уже помог.

    1)обязательно надо знать математику алгоритмы и тд(даже если это не используется)
    Изучение математики и алгоритмов приводит мозг в порядок. Именно в тот порядок, который нужен программисту. Это не значит что нельзя программировать без математики, и не значит что нужно учить матан чтобы написать простейшую вещь. Но это означает, что изучение математики помогает человеку с самого нуля освоить принципы работы с логикой, которая используется в программировании.

    2)надо работать бесплатно на первых порах
    Если вы не смогли устроиться, можете бесплатно создать какие-то программы, или поучаствовать в общественных известных проектах, чтобы получить практику, опыт и наполнить свое портфолио. Когда вы увлеклись программированием в школе и написали несколько программ, вам же никто за это не платит?
    Если можете сразу устроиться - устраивайтесь сразу.

    3)создавать open source проекты бесплатно чтобы показать всем свой код
    Смотрите пункт 2.

    4)всегда думать о работе даже по выходным и тд
    Деформация программиста. ЛЮБАЯ работа это достаточно приличная часть твоей жизни. У среднестатистического человека - 8 часов работы, 8 часов сна, 8 часов на все остальное (включая поесть, проезд, магазины, дети и т.д.). Это очень много, это накладывает отпечаток. Часто само собой думается.
    Но это совершенно не правило. Как сбалансировать личную жизнь и работу - каждый решает сам - кто-то пишет свой хобби проект, кто-то занимается спортом, кто-то просто ест и спит вне работы.
    Ответ написан
    Комментировать
  • Чему учиться для работы из дома?

    @djay
    Чему учиться для работы из дома?


    1. В первую очередь само-дисциплине, и четкому планированию времени
    2. В наше время, в интернете хлеба завались - куча бесплатных уроков, книг, все разжеванно до нельзя. В чем проблема? 99% всех разрабов выучились именно так. Почему именно у тебя не получается?

    При условии, что в моем регионе никаких IT компаний нет и работать будет возможно только удаленно.


    Удаленщик неопытный никому не нужен. Вообще никому. Думай как найти деньги чтобы перехать в Москву, как только наберешься опыта. Удаленщиками становятся, а не рождаются.
    Ответ написан
    1 комментарий
  • Будущее веб-разработчиков python?

    AgentProvocateur
    @AgentProvocateur
    Ответы за будущее - дело неблагодарное, ибо "смотреть в завтрашний день могут не только лишь все..".

    А вот в настоящем - стек Python (django/flask/tornado и пр.) - самый невостребованный в сфере разработки web-бэкенда из популярных/широко используемых. Чтобы убедиться в этом, достаточно самому изучить открытые данные там, где удобно - hh, moikrug, upwork и пр.
    Т.е. пододвинься к краюшку фласк, джанга и прочее?

    Они давно там. Если прямо сейчас провести диванную аналитику, к примеру, по сервису moikrug, то получаем такой топ по числу вакансий:

    1. Go - 135;
    2. RoR - 121;
    3. Node.js - 88;
    4. Yii - 70;
    5. Symfony - 53;
    6. Laravel - 50;
    7. Asp.net - 46;
    8. Django - 42;
    9. Flask - 14;
    10. Tornado - 4.

    Тенденции очевидны. Несмотря на то, что из каждого утюга доносятся "новости" и "мнения", мол, RoR уже всё, node.js/go - мертворожденные и нежизнеспособные поделки, а python - серебряная пуля на все случаи, чуть ли не лучший язык, а django - чуть ли не самый продуманный и грамотный backend-фреймворк...рыночные реалии показывают обратную картину.

    При таком не радужном настоящем бэкенда на python, будущее выглядит еще более сомнительным, особенно, с поправкой на текущие тренды. Прикол ещё в том, что надуваемый из всех инфо-щелей хайп вокруг python (благодаря ML, big data и пр.) ничуть не способствует повышению востребованности оного в web, даже наоборот. В итоге, сейчас получаем ситуацию, при которой конкуренция среди python-разработчиков превышает значения в php/js/java, а вот работы для них - слёзы (в сравнении с коллегами по соседним стекам). Что касается прошлого - питону 27 лет, джанге 14, выводы делайте сами.

    P.S. Я совсем не имею в виду, что python - плохой язык, а django/flask/tornado - плохие/отсталые фреймворки. Всего-лишь транслирую рыночную ситуацию на основе открытых данных:)
    Ответ написан
  • Будущее веб-разработчиков python?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Python
    Седой и строгий
    Обработка шаблонов всегда была лишь малой частью работы бэкенда. А js-фреймворки только её на себя и забирают.

    Асинхронный код на много сложнее синхронного, но нужен далеко не всегда, поэтому синхронные фреймворки никуда не денутся. К тому же, у Django есть Channels. Да и Python не заканчивается на Django и Flask, есть полностью асинхронные Twisted, Tornado, Aiohttp и прочие.
    Ответ написан
    Комментировать
  • Почему в программировании столько математики?

    ilyazh
    @ilyazh
    Инженер-программист
    Математика учит мыслить. Ставить задачу, анализировать возможные решения, комбинировать различные функции\действия\операции, для получения результата, абстрактно мыслить. Это, блин, школа жизни. :) Основная цель преподавания математики - научить мыслить и анализировать. Ну не нравятся цифры? ну замените баранами, считайте баранов. И программирование тут не причём, как бы. Математику надо всем изучать, но в разной степени углубления.

    А далее, в зависимости от планов на жизнь - думать как эти знания применить. Программист учится алгоритмы делать и прочее, бухгалтер дебет с кредитом сводить. Математика - нечто фундаментальное. Хотя может и для программистов её слишком много дают, но мне кажется, что скорее дают не правильно, что студенты не понимают, зачем им это надо? И учат математику ради решения математических задач, ради оценок. И никто не знает зачем, ни препод, ни студент.
    Ответ написан
    4 комментария
  • Почему в программировании столько математики?

    AlexMaxTM
    @AlexMaxTM
    Математика это универсальный язык всех наук. С тем же успехом можно было спросить почему у физиков так много математики, или у химиков, биологов. Даже историки без математики не обходятся.
    Ответ написан
    6 комментариев
  • Почему в программировании столько математики?

    @tekord
    Веб-разработчик
    Как пример математики в приложении мобильном - анимации. Анимация - это интерполяция значений от старта до финиша по какой-то функции (линейная, кубическая и т.д.). Работа с графами, деревья, поиск маршрутов из точки А до точки Б тоже математические штуки. Вычисление хеш функций для проверки целостности данных, криптография, шифрование - математика.
    Ответ написан
    Комментировать
  • Почему в программировании столько математики?

    NeiroNx
    @NeiroNx
    Программист
    Если вы не видите как математика используется в программах это не значит что её там нет.
    Ответ написан
    Комментировать
  • Почему в программировании столько математики?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    software engineer
    Копирование файлика на уровне ОС - элементарная математика (байты перенести из одного места в другое), все числа целые, адресация простейшая.

    Программирование контроллера, который будет копировать данные - высшая математика, ибо нужен контроль целостности данных (алгоритмы хеширования или банальных контрольных сумм), алгоритмы коррекции ошибок, шифрование.

    Программирование передачи данных по сети - плюс ко всему прочему шифрование, протоколы передачи данных, асинхронная передача.

    Программирование в 2д или 3д - геометрия разного порядка. Вычисление стандартных вещей - можно ли пройти из точки А в точку Б и можно ли увидеть из точки А точку Б, а также как это отрисовать с минимальными ресурсами - ужас.

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

    В общем алгоритмы, алгоритмы, алгоритмы.
    Как говорил Ломоносов, математику следует учить только за то, что она приводит ум в порядок.
    Ответ написан
    2 комментария
  • Как перестать кодить и начать программировать?

    @tex0
    Если нужно продолжить какой-то свой старый, небольшой проект, то я скорее перепишу его с нуля, чем разберусь в своем же коде

    ну как минимум почитайте про:
    SOLID
    шаблоны проектирования
    Ответ написан
    Комментировать
  • Как перестать кодить и начать программировать?

    Ptolemy_master
    @Ptolemy_master
    Фаулер "Рефакторинг. Улучшение существующего кода"
    Ответ написан
    Комментировать
  • Как перестать кодить и начать программировать?

    angrySCV
    @angrySCV
    machine learning, programming, startuping
    Начните больше читать чужой код, особенно разные популярные библиотеки, участвуйте в опен соурс проектах.
    Ответ написан
    3 комментария
  • Как перестать кодить и начать программировать?

    BuriK666
    @BuriK666
    Компьютерный псих
    Если ваш старый код, для вас выглядит ужасно, то значит вы развиваетесь. Бейте тревогу когда начнете "идеально" писать.
    Ответ написан
    11 комментариев
  • Существует менеджер конфигурации для одного сервера?

    leahch
    @leahch Куратор тега Linux
    3D специалист. Dолго, Dорого, Dерьмово.
    Все же рекомендую ansible.
    Во первых, он не работает как клиент-сервер, а работает полностью по ssh и на стороне сервера ничего устанавливать не нужно.
    Во вторых достаточно прост в изучении.
    В третьих, поставить ansible - дело 5 минут
    Ответ написан
    5 комментариев
  • В чем минусы Rails и хуже ли он Django?

    @moh-mog-drinks
    Он не хуже. Он другой.

    Можете ориентироваться по целям изначальных создателей фреймворков.

    DJango был создан в крупном новостном издательстве. Одним из ключевых моментов авторы называют - возможность очень оперативно подстраиваться под новости.

    Rails был создан авторами одного из стредств совместной работы. Одним из ключевых моментов авторы называют - возможность простым путем реализовывать сложные приложения.

    А так - все высокоинтегрированные фреймворки имеют ограничения в случае реализации на них сложной бизнес-логики. Что DJango что Rails. Это нормально. Сложную бизнес-логику реализут индивидуально.
    Ответ написан
    Комментировать
  • Git на продакшин сервере?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Думал уже как вордпрещики архивами все делать

    А вот это щас обидно было! :)

    По делу - используйте автоматический деплой. Сама схема "по уму" выглядит следующим образом:
    - деплоится не мастер, а тег/релиз
    - каждый такой релиз деплоится в отдельную папку
    - тестируете это добро на поддомене
    - если все ок, тогда на проде переключаете сервер на папку нового релиза
    - профит

    При таком подходе получаете очевидные плюсы:
    - на сервер лазить ручками не нужно, обезьяний труд должен быть автоматизирован
    - деплой происходит без downtime
    - у вас сохраняется предыдущее стабильное состояние, в случае проблем с новой версией вы легко переключаете сервер на предыдущую папку, откатываясь таким образом к last stable
    - при желании можно даже a/b тестирование делать
    Ответ написан
    5 комментариев