• Где найти большие структурированные данные?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    классификатор адресов РФ fias.nalog.ru/Public/DownloadPage.aspx
    Ответ написан
    Комментировать
  • Как изучать, что то новое имея фуллтайм работу?

    riky
    @riky
    Laravel
    Сам иногда сталкиваюсь с таким.
    На самом деле у нас много времени, но основная проблема - опять пресловутый таймменеджмент - нет подробного списка дел разбитого по маленьким шагам.

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

    Возьмите вашу большую задачу и начинайте разбивать по кусочкам рекурсивно (можно использовать mindmap), до такой степени чтобы каждый шаг можно было делать за полчаса -час - то есть ан выходе буквально задачи "изучить activity", "прочитать статью http:// ", "попробовать сделать...". Естественно движение будет медленным (а что вы хотите услышать, если вы считаете что времени у вас 0), но главное оно будет.
    Чтобы каждый раз имея свободную минуту использовать продуктивно - нужно иметь список дел разбитый на маленькие шаги. И во вторых конспектировать то что вы узнаете.

    Но все это поможет только в том случае если вам это интересно, а не просто "зачем то там надо", то есть проблема больше в организации времени нежели лени.

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

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

    Конечно, люди разные, но я не могу. Лучше это время тратить на личные проекты (опенсорс) и на развитие (новые языки, улучшать фундаментальные знания), либо еще на какое-то хобби (у меня это музыка, например). В долгосрочной перспективе это принесет больше пользы, а качество жизни будет выше. Работать на двух работах, совмещать работу/учебу - все это либо для очень-очень организованных людей (феноменально организованных, которые могут жить четко по плану каждый день), либо для тех, кто особо-то и не вникает (а это напрямую влияет на качество скилла). Кроме того, как не пытался, предел продуктивной работы в сутки - это порядка 6 часов. Все остальное не только не приносит удовольствия, так еще и по качеству получается хуже. Лучше делать одну задачу, "быть медленнее", но делать ее реально круто.
    Ответ написан
    4 комментария
  • На чем в 50 лет можно зарабатывать?

    vvpoloskin
    @vvpoloskin
    Инженер связи
    Чисто онлайн много чего можно для заработка найти в любом возрасте. Примеры:

    1) развивать сайты (есть 55-летний знакомый мужик, который этим занимается)
    2) писать статьи (нам про электропроводку пишет электрик 49 лет)
    3) модератор форумов специфичных узкотематических, в чем человек специалист

    Офлайн:

    1) АТС-ки настраивать
    2) Возиться с 1С или макросами к ворду
    3) Принтеры чинить и заправлять
    4) Научиться устанавливать и настраивать всякие сигнализации, системы видеонаблюдения
    Ответ написан
    7 комментариев
  • На чем в 50 лет можно зарабатывать?

    @Eserchik
    1C как вариант, у моего коллеги папа как раз этим начал заниматься по выходу на пенсию.
    Обслуживает небольшие конторки, и мозги работают и денежка капает
    Ответ написан
    3 комментария
  • Куда податься девушке в IT?

    BBmike
    @BBmike
    Слушайте, никого Ваш пол не интересует.
    Идите, покажите навыки и работайте.
    Или ищите оправдания и не работайте. Дело сугубо Ваше.
    Ответ написан
    Комментировать
  • Куда податься девушке в IT?

    @flor_master
    Могу верстать, могу не верстать.
    Я знаю несколько девочек программисток, причем довольно хороших.
    Ни разе не слышал от них ни слова о том что у них были проблемы вашего рода.

    На текущей работе, 50% отдела тестировщиков у нас девушки.
    Ответ написан
    4 комментария
  • Где используется паттерн "Репозиторий"?

    @mr_ko
    Javascript, Node.js. React.js, Vue.js, Wordpress
    Вот вроди доступно расписано habrahabr.ru/post/248505
    Ответ написан
    Комментировать
  • Насколько рациональна реализация парсинга xml погоды Яндекса?

    @asdz
    Правильно делаете, т.к. аякс запрос к яндексу не будет выполнятся. Только нужно сделать парсинг данных на сервере по крону, а аяксом забирать уже рапарсенные кэшированные данные.
    Ответ написан
    Комментировать
  • Я не знаю как это называется, анимированый background движется за курсором?

    mannaro
    @mannaro Куратор тега JavaScript
    Умею профессионально гуглить
    Это называется херня, которая раздражает 50% пользователей =)
    Но если таки надо, то parallax.
    Ответ написан
    6 комментариев
  • Кто такой кодер? и чем он отличается от программиста?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Программист - это тот, кто не бегает к другим с вопросами "как мне сделать ту или иную фичу".
    Кодер - тот к то бегает с такими вопросами к программисту.

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

    Кодер работает над кодом, программист - над проектом.
    Ответ написан
    5 комментариев
  • Как по вашему мнению лучше объяснить потенциальному клиенту, что его сайт устарел?

    @constantant
    Как правило, сайт - это кирпичик в бизнес-модели.
    Так значит этот кирпичик должен идеально выполнять свои функции.
    Первый вопрос, который должен возникать у манагера вашей компании, это: "Какие задачи должен решать сайт клиента?"
    А, не вникая в бизнес, этого не поймёшь.
    Значит ваши действия всегда примерно одинаковые:
    1. Разобраться в бизнесе клиента
    2. Понять для чего ему нужен той или иной веб-ресурс
    3. Провести аудит на соответствие требованиям бизнеса текущего сайта
    4. И вот только потом предлагать свои новаторские идеи по структуре и дизайну
    Ответ написан
    1 комментарий
  • Как по вашему мнению лучше объяснить потенциальному клиенту, что его сайт устарел?

    Petroveg
    @Petroveg
    Миром правят маленькие с#@&ки
    Ну, клиенты приходят не чтобы заказать сайт или какие-то работы (типа дизайна) по отдельности. Им нужно решать свои задачи (чаще всего — продавать товар, привлекать клиентов, только своих, и т.п.).

    У большинства художественный вкус таков, что показывая образцы самого современного и прогрессивного дизайна, будьте готовы наблюдать лёгкое непонимание. А на вопрос «Что нравится вам» приготовьтесь увидеть такие образцы говнодизайна, что аж дух захватывает в плохом смысле этого слова:). Обсуждение структуры — вообще, на мой взгляд, трата времени.

    Так что вам, всего-то, нужно ответить на самый важный вопрос — как смена сайта повлияет на продажи клиента?
    Ответ написан
    Комментировать
  • Объясните коротко, по делу что же лучше/производительнее/удобнее и в каких ситуациях?

    live отметаем сразу, т.к. он уже не только deprecated, но и deleted. С bind и click все интереснее - внутри (в коде jquery) они ссылаются на on, и возможно даже будут удалены в будущем. Отличие функциональности click в том, что он может возвращать уже привязанное событие (аналогично trigger), если оное уже есть. Например, объявление click выглядит как-то так (не скажу за все версии):
    function (data, fn) {
        return arguments.length > 0 ? this.on(name, null, data, fn) : this.trigger(name);
    }


    Также click не может делегировать события, т.е. вы не сможете сделать так, чтобы событие было актуально не только для всех элементов a, которые уже есть, но и для тех, что сгенерируются любым способом в будущем (собственно, это позволяют live и on, первый из которых имеет статус deleted и недопустим к использованию).

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

    Как-то так. Прошу извинить если немного напутал терминологию.

    UPD. live технически также ссылался на on, но, хотя в отличие от bind и прочих позволял отслеживать появление новых элементов, имел много недостатков - тут можно много интересного прочесть. Возможно, поэтому его и удалили.
    Ответ написан
    2 комментария
  • Объясните коротко, по делу что же лучше/производительнее/удобнее и в каких ситуациях?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    мне казалось что все что не .on помечено как deprecated...

    В любом случае:
    - .on - универсальный метод объеденяющий все ниже перечисленные. Всегда старайтесь использовать его.

    - .live - вешает листенер на document и проверяет источник события. Гуглить "Всплытие событий". Был еще .delegate, который делал ровно то же самое но вы сами указывали ноду на которую вешается обработчик. А теперь вопрос, что будет быстрее? Вешать обработчик напрямую на элемент или на его родителя и проверять с какого элемента этот ивент всплыл? Будет ли разница по глубине DOM дерева? Если мы дошли что чем ближе обработчик висит к целевой ноде, тем быстрее, почему вообще нужно использовать делегирование событий? Помимо упрощения работы (если DOM поменялся обработчики не нужно перерегистрировать так как контейнер не менялся и все еще хранит листенер) есть еще такой параметр как количество листенеров. Если у вас табличка аля эксель, проще повесить один листенер на контейнер чем много-тысяч на каждую ячейку.

    - .bind - просто вешает событие на элемент.

    - .click - алиас для .bind('click').
    Ответ написан
    Комментировать
  • Как работают такие URL?

    mr_T
    @mr_T
    Web-разработчик
    Расширение - ложь! Неужели ты думаешь, что все сайты, у которых есть ссылки вида /bla/bla/bla.html действительно на сервере имеют папку bla внутри папки bla с файлом bla.html? URL - это всего лишь набор буковок, которые отдаются серверу. Что с этими буковками дальше делать - решает этот сервер или перекладывает ответственность на приложение. Ну и да - как было сказано остальными - сервер может рассказать тебе о типе файла, который он отдает, в заголовке Content-Type (НЕ в расширении). В вебе нет расширений, они есть только у тебя на компьютере.
    Ответ написан
    Комментировать
  • Какой php framework самый простой для изучения?

    Symphony
    @Symphony
    1. CodeIgniter
    2. Cake PHP
    3. Kohana
    4. Yii
    5. Laravel
    6. Phalcon
    7. Symfony
    8. Zend
    Ответ написан
    Комментировать
  • Какой php framework самый простой для изучения?

    @Apologiz
    Разработчик
    Yii - Считается одним из популярнейших.
    Русская документация здесь: yiiframework.ru/doc/guide/ru/index
    Ответ написан
    1 комментарий
  • Как правильно распределять время для кодинга?

    globuzer
    @globuzer
    gezgrouvingus progreszive ombusgrander greyderzux
    Вы работаете, учитесь, кормите семью, воспитываете детей, занимаетесь спортом, спите вообще?
    Все зависит от вашего личного жизненного времяпрепровождения и целей.
    Можно кодить и 24 часа на пролет, но тогда когда вы будете успевать кушать и спать, зарабатывать на хлеб?? Времяраспределение на работу, учебу, хобби - это субъективно очень. Но чтобы как-то хоть дать всем тостерманам вам совет, тогда уж опишите свою жизнь, что и как живете. Тогда можно будет и по опыту чужих и по теории GTD подсказать что-то. А так, субъективно - кодить нужно столько, сколько душа пожелает, главное не навредить здоровью!
    Ответ написан
    Комментировать