• Где делать проверку введённого текста?

    DevMan
    @DevMan
    валидация должна выполняться на:
    - клиенте дабы повысить отзывчивость и уменшить раздражение юзера
    - сервере дабы убедиться что пришли верные данные

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

    Rsa97
    @Rsa97
    Для правильного вопроса надо знать половину ответа
    А почему просто не использовать contenteditable?
    Ответ написан
    Комментировать
  • Почему функция не возвращает нужное значение?

    @Alexander1705
    • Обнулить можно переменную, но не значение.
    • Обнулить - значит присвоить ноль.
    • Из предыдущего вытекает, что нельзя обнулить до заданного предела, потому ноль он и в Африке ноль, и нет у него никакого предела.
    • Какой ещё остаток при обнулении?
    • Остаток от деления 99 на 25 - это 24, а не 1
    • Зачем вы создали кучу переменных, которые не используете?
    • В условии цикла вы делаете проверку coin25 > 0, но зачем, если вы никогда не изменяете эту переменную?
    • Выражение surrender - coin25 вычисляет значение, но никуда его не записывает. Если хотите отнять что-то от переменной, можно использовать foo = foo - bar; или foo -= bar;


    Если я правильно понял, и нужно посчитать минимальное количество монет, то вам нужно что-то вроде этого:
    #include <iostream>
    
    int main()
    {
        const int N = 4;
        const int coinsValue[N] = {25, 10, 5, 1};
        int coinsCount[N] =       { 0,  0, 0, 0};
    
        int sum;
        std::cin >> sum;
    
        for (int i = 0; i < N; ++i)
        {
            while (sum >= coinsValue[i])
            {
                coinsCount[i]++;
                sum -= coinsValue[i];
            }
            std::cout << coinsCount[i] << " (" << coinsValue[i] << 
            (coinsCount[i] == 1 ? ") coin\n" : ") coins\n");
        }
    
    
    }
    Ответ написан
    3 комментария
  • Зачем тестировать код?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Что тут тестировать и зачем? в случае неудачи получим исключение. Названия колонок мы знаем. Данные в контроллере валидируются.


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

    С другой стороны, если это лишь вершина айсберга, то имеет смысл написать простенький автотестик, который проверяет корректность работы. Так, если мы будем вносить какие-то изменения, например будем добавлять комменты, мы будем уверены на 90% что ничего не сломали. Почему не на 100%? потому что невозможно покрыть все тестовые сценарии да и это не выгодно. Проверяем мы обычно самые вероятные сценарии.

    Далее уже все зависит от сложности тестирования. По хорошему наши тесты должны быть маленькие и, главное, ничего не знать о деталях реализации. Скажем вы хотите проверить что система корректно добавляет новости. Самый простой способ это проверить - создать новость и проверить что не вернулись ошибки. Для этого можно составить HTTP запрос и получить HTTP ответ. Максимально просто.

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

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

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

    По сути это самое сложное в тестировании. Писать тестируемый и поддерживаемый код, а так же останавливать себя от тестирования "лишних" частей системы или слишком углубляться в тестирование там где этого не нужно.
    Ответ написан
    1 комментарий
  • Как запомнить классы, функции и методы в программировании и сэкономить время?

    Зачем их запоминать, скажите пожалуйста?
    Определили задачу -> Написали запрос в поисковик -> Нашли подходящее решение.
    То, что часто используется запомнится само, редко используемое запоминать и не нужно.
    Ответ написан
    2 комментария
  • Как запомнить классы, функции и методы в программировании и сэкономить время?

    27cm
    @27cm
    TODO: Написать статус
    Запоминать всё не надо. Нужно пользоваться документацией, иметь под рукой удобные справочники (лучше online c возможностью поиска). Многие используют cheat sheet вроде этого. То, что будете часто использовать, само собой запомнится.
    Ответ написан
    3 комментария
  • Что такое stacktrace?

    "Объектные" языки и интерпретируемые это тоже самое, что тёплое и мягкое.
    Язык может быть объектно-ориентированным и в тоже время интерпретируемым. А может быть процедурным, но компилируемым. Это не взаимоисключающие свойства.

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

    boramod
    @boramod
    Упрощенно.

    Вагрант — система управлением конфигурацией конкретной машины.
    Докер — запуск изолированных процессов на машине.

    Докер.
    Это не виртуальная машина, а запуск изолированных процессов. Т.е., запущенный процесс думает, что он один единственный, и ничего вокруг нет. Это работает на уровне ядра Linux. Без использования виртуальных машин.

    В терминологии Докера есть Images и Containers.
    Image — образ, шаблон, на основе которого запускается Container.
    Image строится на основе какого-либо базового образа ОС.

    Container — сервис, запущенный и построенный на базе Image.

    Таким образом, вы можете построить несколько образов, например, образ для Nginx, образ для PHP, образ для MySQL. Вдобавок, вы можете построить несколько образо, для каждой желаемой версии PHP, MySQL и т.п.

    Каждый из этих образов будет иметь у себя в базе какую-либо ОС. Т.е., происходит изолирование окружения, на котором работает Docker.
    На базе построенных образов вы можете запускать Containers, т.е., непосредственно строить рабочее окружение. Каждый запущенный контейнер думает, что он запущен один, в образе наследуемой ОС. Но на самом деле, это всего лишь отдельный процесс, работающий на уровне ядра Linux, без виртуализации. Т.е., у вас нет накладных расходов на виртуальные машины. Изолирование контейнеров выполняется на уровне ядра.

    При всем этом, ваша базовая система остается чиста от устанавливаемых пакетов, свободна от неразберихи с библиотеками, версиями и т.п.

    Оба инструмента хороши. Но у каждого свое назначение.

    Vagrant — великолепный инструмент для конфигурации удаленных машин с нуля, VDS/VPS и т.п.
    Docker — великолепный инструмент для быстрого развертывания/переконфигурации рабочего окружения, практически без изменения системы, на которую он устанавливается.
    Ответ написан
    6 комментариев
  • Существует ли альтернатива LAMP?

    ExileeD
    @ExileeD
    PHP/Python developer
    LPNP(Linux Python Nginx Postgresql)
    Ответ написан
    Комментировать
  • Почему не подключаются блоки в Django?

    sim3x
    @sim3x
    def left(request):
        return render_to_response('left.html')


    {% extends 'index.html' %}
    
    {% block left %}
        <p>Абра-кадабра!</p>
    {% endblock %}
    
    {% block right %}
        <p>Сим-селявим!</p>
    {% endblock %}
    Ответ написан
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

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

    А так по моему важнее не инструмент, а умение им пользоваться. Начинать следует с алгоритмов, а язык использовать как инструмент.
    Хотя откладывать изучение языка тоже нельзя - практика важнее теории. Так что в комплексе - постигай алгоритмы на практике, по мере необходимости, и запоминай их.

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

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

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

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

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

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

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

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

    Главное найти задачу и решить ее. Начинаешь с простых, и постепенно усложняешь. Параллельно, прямо по ходу решения, изучаешь алгоритмы, и нарабатываешь опыт. Со временем начнешь щелкать задачи быстро и между делом, как семечки, те, которые по первости у тебя отнимали недели, а то и месяцы.

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

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

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

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

    Разрывать такие круги можно лишь одним способом - рутиной: медленным, последовательным и целенаправленным натиском, движением в одну сторону. Грубо говоря перестаешь жить эмоциями и импульсами, вырабатываешь продуманную программу развития, и действуешь по ней, строго, как робот, до тех пор, пока не начнешь получать положительный отклик от работы, пока не придет желание двигаться дальше - это вернулись воля, мотивация и вера в себя.

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

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев
  • Как научиться пользоваться компьютером почти не используя мышь?

    pozZzitiv
    @pozZzitiv
    Дизайнер и перфекционист
    Используя клавиатурные клавиши чаще, как бы очевидно это не звучало.

    Ctrl, Tab, Space и другие клавиши творят чудеса. А в Виндовс любой элемент интерфейса может быть использован без целеуказателя (курсора мыши). Я этому научился ещё в 2000-х когда периодически возникали проблемы с мышью/портами и приходилось обходится без неё.

    Гуглите сочетания клавиш для доступа к тем или иным функциям, типа такого windows.microsoft.com/ru-ru/windows/keyboard-short...
    А также вот www.infocity.kiev.ua/os/content/os153.phtml
    Можно и курсором с клавиатуры управлять vindavoz.ru/windows7/stati7/266-kak-upravlyat-komp...

    В общем, все легко ищется великим и могучим, не стесняйтесь.
    Ответ написан
    Комментировать
  • Как установить lxml для Python 3.5 под Windows 7 64bit?

    fox_12
    @fox_12 Куратор тега Python
    Расставляю биты, управляю заряженными частицами
    Поставить готовый пакет отсюда:
    www.lfd.uci.edu/~gohlke/pythonlibs/#lxml
    Ответ написан
    2 комментария
  • Замена текста в куче файлов через консоль?

    sfi0zy
    @sfi0zy
    Creative frontend developer
    Скорее всего подойдет sed
    sed -i -e 's/http/https/g' *
    (в примере меняем http на https во всех файлах в текущей директории)
    Ответ написан
    1 комментарий
  • Как запустить процесс независимо?

    fox_12
    @fox_12 Куратор тега Python
    Расставляю биты, управляю заряженными частицами
    Куча способов есть. Навскидку:
    1. Самый простой:
    python скрипт.py &

    2. В screen-сессии. Запустить screen. Запустить скрипт. Выйти из сессии.
    Бонусом по номеру сессии можно заходить в данный screen в любой момент и смотреть состояние выполнения скрипта.

    3. Написать скрипт например как-то так: https://gist.github.com/naholyr/4275302 стартовать как сервис. Бонусом можно установить автостарт при старте ОС.

    4. Написать python-скрипт - демон например как-то так: https://github.com/serverdensity/python-daemon/blo...

    Если нужно запустить процесс из скрипта Python, который продолжит жить после завершения скрипта Python, необходимо воспользоваться os.fork()
    Ответ написан
    Комментировать
  • Как исправить объявление на Freelancim о поиске веб-разработчика - сейчас совсем нет откликов?

    @mantyr
    Пишу много Golang кода с удовольствием:)
    Вам стоило составить конкретное и точное описание ТЗ по задаче, что бы программист не ломал голову где начинается одно и заканчивается другое.

    Например. Заголовок "Python-Django - сделать авторизацию и сервис вопросов, постоянное сотрудничество"

    Требуется Python-Django разработчик, для регулярной или периодической работы:
    - указывайте стоимость работы за час - это поможет нам сориентироваться по тому сколько будет стоить ваша работа
    - оцените первую задачу по времени и по стоимости (можно без учёта стоимости часа работы, так как мы понимаем что специфика у каждой задачи своя, сложность, трудоёмкость), в качестве времени укажите не количество часов которые потребуются если делать задачу за раз, а исходя из того когда вы сможете сдать работу.

    Задача: Сделать шаблонный сайт на django:
    - авторизация
    - регистрация
    - логаут
    - восстановление пароля
    - смена пароля

    - функционал "вопросов и ответов"
    -- создание вопроса - ввод само текста вопроса, плюс от 2 до 5 вариантов ответа
    -- сохранение, просмотр, редактирование и удаление вопроса
    -- отправка вопроса в мобильное приложение в требуемом формате

    Для оперативной работы напишите по скайпу: {ваш скайп}
    Ответ написан
    2 комментария
  • Как копировать файл в указанную пользователем директорию, если известен текущий путь?

    Spetros
    @Spetros
    IT-шник
    SaveFileDialog
    File.Copy
    Ответ написан
    Комментировать
  • Как делается подсветка кода в различных IDE?

    alex1t
    @alex1t
    .net developer
    Для начала можно посмотреть, как это делается в других готовых компонентах
    - www.codeproject.com/Articles/161871/Fast-Colored-T...
    - codesharper.codeplex.com
    - stackoverflow.com/questions/2973861/open-source-c-...
    - stackoverflow.com/questions/1697360/how-to-syntax-...

    А если говорить про серьёзные IDE, то в них конечно же делается не regexp'ами, а проводится постоянный разбор текста и построение синтаксического дерева, поскольку это помимо подсветки синтаксиса даёт ещё и "понимаение" кода (какие есть классы, методы и т.д.).

    Сейчас на .NET 4.5 можно воспользоваться Roslyn:
    sergeyteplyakov.blogspot.ru/2015/03/syntax-highlig...
    Ответ написан
    Комментировать