• В какой последовательности читать книги по JavaScript?

    @Aizen22
    Если дружите с английским можете посмотреть "How to learn JavaScript properly". В зависимости от текущего уровня знаний автор предлагает несколько путей изучения.
    Ответ написан
    Комментировать
  • Как вы планируете свой рабочий день, чтобы не выгорать?

    Robur
    @Robur
    Знаю больше чем это необходимо
    Интенсивной работы в день 5-6 часов максимум. Больше - только на ограниченное время, с обязательной компенсацией отдыхом. В офисе 9-18 работают в целом так же, кулер, поболтать, что-то обсудить 10 раз в день, почитать статьи. По моим личным ощущениям на удаленке работа интенсивнее, даже с учетом меньшего количества часов. Поэтому работаю по часам и на ставке больше чем в офисе на 8 часовом рабочем дне.
    Пробовал помодоро - не зашло.
    Бывает что накапливается и какие-то дни работа вообще не идет - даю себе отдохнуть, могу поработать часа два-три.
    Что-то новое изучаю иногда в формате перерывов - поработал - почитал. Так как график и учет времени гибкий, это не считается рабочим временем, и совесть не мучает. Могу посередине дня отдохнуть пару часов если совсем не идет, или сходить прогуляться или еще что.
    Свои проекты сначала пилил "по вечерам и выходным", особенно когда работал 9-18 потом понял что так не пойдет, на долгий срок это провальный подход, поэтому сейчас больше работаю как часть рабочего времени. Уменьшаю основную работу (при этом естественно уменьшается доход).

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

    В целом выгорание не зависит от объема работы - объем работы влияет на усталость, на выгорание влияет нервное напряжение и оно может быть и при 2 часах работы в день а может и не быть при 10.
    Если у вас реально начинается истощение - то определитесь это усталость или выгорание, если усталость - то организовать рабочее время и контролировать нагрузку, может даже в ущерб доходу, свое состояние очень важно.
    Если выгорание - то надо искать причины, если их не устранить - то ничего не поможет.

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

    @alexdonskih
    Использую на удаленной работе многое из того что уже было сказано коллегами.

    От себя добавлю следующее:

    Важен режим, а точнее ранний подъем. Раньше проснетесь, раньше начнете работать, раньше закончите. Я начинаю работать не позже 8 утра, и обычно в начале четвертого уже свободен. Также намного легче себя мотивировать на работу в первой половине дня.

    Работаю по тайм-трекеру в сочетании с помидорной системой. Интервалы по 2 часа с короткими перерывами в 5 мин. и длинными в полчаса.

    Всего в день работаю не более 6 часов именно по тайм-трекеру (на долгие перерывы трекер ставится на паузу). Денег выходит чуть меньше, но зато на душе намного спокойнее. Пробовал работать по 7-8 часов, но в таком режиме ты живешь буквально между постелью и кодом, на другое не остается времени.

    У меня на работе никто не требует быть у компа 6-8 часов в день. Есть только норма по часам в неделю и дедлайны по некоторым таскам.

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

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

    На свои дела сил хватает т.к. не выкладываюсь на 120% на работе.
    Ответ написан
    2 комментария
  • Как вы планируете свой рабочий день, чтобы не выгорать?

    Слушать тело и ощущения внутри, при перегрузке выключение компа, телефона и отдых: гулять, спать, лежать, заниматься восполнением энергии.
    Найти источник, который будет давать сил: идеально подойдет йога, также можно бассейн или бег.
    Использовать витамины и правильно жить: без вина и всего прочего, что отнимает энергию.
    Ответ написан
    Комментировать
  • Проектирования СУБД для хранения больших объемов?

    @zavodp
    для большого массива данных, речь про миллиарды записей(на данный момент 200млн).

    Это никакие не "большие данные".
    Для современного железа и современного СУБД - это ерунда.

    Стандартные решения на таких объемах начинают деградировать по скорости вставки/чтения(очень важно).

    Для чтения - индексы.
    Для вставки - bulk loading

    Приемлемое время отклика до 20 сек, конечно чем быстрее - тем лучше.

    Это троллинг?
    Или вы нам пишете из 1960 годов?

    Данные хранятся в одном ЦОДе. Сейчас 10-50 запросов/сек. В ближайщем будующем около 100запр/сек.

    Это не нагрузка вообще. Смешно.

    В данный момент используется MongoDB. Стурктура данных выглядит след образом(буду писать в терминах монги) - документе порядка 80 полей, с типом string, datetime, int, float, null, boolean. У записи есть уникальный ключ, с типом string(длиной в 30 символов). Поиск осуществляется по 30 полям и их возможным комбинациям. Необходимо читать в режиме реалтайм и делать всевозможные агрегационные операции с данными. На таких данных очень долго выполняется операция count.

    Индексы.
    А для агрегаций - подготовленные данные использовать. Count - всегда медленно, поскольку это полный перебор. Считать заранее, сохранять во вспомогательных данных.
    Смысла нет использовать MongoDB, если только вы не собираетесь это по огромному кластеру размазывать. Там и будет преимущество Монги.
    На 1-2-3 серверах классические реляционные СУБД типа PostgreSQL имеют преимущество перед Mongo.

    Поиск осуществляется по 30 полям и их возможным комбинациям

    Индексы по полям и комбинациям.
    См. план запроса чтобы понять какие именно индексы нужны.
    Ответ написан
    9 комментариев
  • Проектирования СУБД для хранения больших объемов?

    Digiport
    @Digiport
    PHP рулит
    Говорят, именно в таких случаях реляционные БД показывают своё преимущество.
    Ответ написан
    3 комментария
  • Какие подводные камни при разработке крупного маркетплейса на vue+ssr?

    @coller13
    Количество подводных камней порямо пропорционально количеству неправильных решений, принятых при начальном проектированием базовой архитектуры
    Upd
    Начните с выбора технологий. Vue это малая часть того стэка, который будет в проекте.
    Ответ написан
    Комментировать
  • Какие подводные камни при разработке крупного маркетплейса на vue+ssr?

    @managrib
    "Научите меня программировать?"

    Вопрос слишком общий.

    Сделать можно. Ибо vue и рожден ради крупнейшего в мире маркетплейса.
    Вопрос только в том - а способны ли вы это сделать и какие лично у вас будут косяки.
    Ответ написан
    Комментировать
  • Почему некоторые люди утврерждают что плохо использовать jQuery?

    @xfg
    jQuery - это про императивное программирование. jQuery - это про то "как" манипулировать dom элементами. Итог - смесь dom и бизнес-логики. Это невозможно разделить.

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

    Соответственно вся эта история не про jquery vs vanilla, а про императивное vs декларативное программирование для работы с dom. Большинство этого не понимает и спорят о jquery vs vanilla, хотя всё это одно и то же, до тех пор пока у вас не появляется какая-то штука, которая меняет парадигму работы с dom с императивного на декларативный. Внутри этой штуки можно использовать хоть vanilla, хоть jquery. Без этой штуки - у вас каша, хоть с vanilla, хоть с jquery.

    Собственно об этом написано в википедии:

    AngularJS is built on the belief that declarative programming should be used to create user interfaces and connect software components, while imperative programming is better suited to defining an application's business logic.


    Остальные фреймворки про то же самое. Это и стало причиной стремительного роста популярности javascript фреймворков.
    Ответ написан
    2 комментария
  • Как реализовать кнопку "Показать еще "?

    webinar
    @webinar
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Универсальное решение для любых сайтов, с любыми отзывами, любой разметкой:
    <button type="magic" count="2" hide-if-last="true" libs="no-thanks">Показать еще</button>
    Ответ написан
    2 комментария
  • Можно ли в Python во float отбросить k знаков после запятой?

    >>> float("{0:.1f}".format(17.212123445))
    17.2
    Ответ написан
    Комментировать
  • Напомните онлайн сервис для создания макета сайта?

    VaaL2004
    @VaaL2004 Автор вопроса
    Прошу прощения что побеспокоил, нашел сам: Mockingbird

    Ещё из подобных:
    Pencil Project
    ProtoShare
    Hot Gloo
    MockFlow
    Balsamiq Mockups
    Creately
    Ответ написан
    2 комментария
  • Как не утонуть в океане информации?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    0. На хабре мир не замкнулся так же, как и на вконтакте)
    1. Когда "наткнулись" при "рабочем" поиске (когда делаете работу по текущему проекту) на интересную информацию - кладите статью (+линк) в папку рядом с проектом, применительно к которому Вы на нее набрели или отталкиваясь от темы статьи (рядом с другим проектом).
    2. По тематически-узконаправленному ("лучевому") поиску - вы найдете не более 5 статей. Это первоисточники и образовательные (примеры, производительность и т.д.) Все другие - "адский trash" и плагиат.
    3. Не ищите "от нечего делать": время потратите - толку 0.
    4. Используйте всю мощь поисковой строки гугла (символы управления приоритетами и т.д.) для отсеивания "мусорных" ссылок.
    5. На любую тему обсуждений - есть только 1 ресурс-лидер, который цитируют во всем интернете. Интересна тема - станьте участником такого сообщества и получайте уведомления по почте.
    6. Сначала планируете цель, затем идёте "в лес по грибы" за информацией. Если наоборот - всё...: Вас "засосёт" чёрная дыра технологий и читать Вы будете ВЕЧНО!!!
    7. Главное правило: статья должна прочитываться сразу или "привязываться" к вашей цели и отправляться в папку (см. п.1)
    И помните:
    тостер - для отдыха
    гугл - для работы

    UPD: Как правильно искать информацию
    Ответ написан
    14 комментариев
  • Конвертер готового исходного кода PHP/JS в трудозатраты (специалисты: часы и рейт по каждому)?

    Negwereth
    @Negwereth
    lvivcss.com.ua
    Эммм. Из личного опыта - любая попытка подобных расчётов это натяжка совы на глобус и измерение получившегося в британских попугаях.

    Одна и та же задача может занять как день, так и неделю. И в выхлопе кода тоже где-то 10 строк, где-то 100.
    Ответ написан
    7 комментариев
  • В чем минусы Rails и хуже ли он Django?

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

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

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

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

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

    Sanasol
    @Sanasol Куратор тега Веб-разработка
    нельзя просто так взять и загуглить ошибку
    В чем минусы Rails и хуже ли он Django? А может всё таки остаться на PHP?

    Остаться на пхп потому что руби плохой, а питон не...
    Можно найти статьи, видео и всё что угодно по запросу "что не так с <название языка/фреймворка>"
    или "минусы <название языка/фреймворка>".

    Вопрос ни о чём. Речь о трёх разных языках и технологиях.

    Если вы так боитесь минусов, то сразу посмотрите про каждый язык такое видео и не будьте программистом вообще.

    Больше на этот вопрос никак не ответить.
    Ответ написан
    3 комментария
  • В чем минусы Rails и хуже ли он Django?

    zooks
    @zooks
    Frontend
    Хватит спрашивать, просто берите и делайте. Дорогу осилит идущий.

    Между Django и RoR разница невелика. Вопрос в том насколько вас устраивает Python и Ruby.
    В минусы Ruby я бы записал производительность и замкнутость на Web, плюс коммьюнити перетекает в node.js. У PHP минусов еще больше, что однако не мешает ему быть популярным языком.
    Ответ написан
    13 комментариев
  • Как реализовать подгрузку контента по клику в Django?

    Assargin
    @Assargin
    Перед ответом смотрю наличие ✔ в ваших вопросах
    Из необходимого:
    1. View основной страницы отображения новостей
    2. JS-код, который делает ajax-запрос на сервер за следующими X новостями
    3. View, который по ajax отдаёт данные (или уже готовый html) следующих X новостей
    4. JS-код, который дополняет список новостей на странице полученными X новостями
    Ответ написан
    Комментировать
  • Какой выбрать транзистор для управления лампочкой 5V 0.5A c Ардуино?

    gbg
    @gbg Куратор тега Arduino
    Любые ответы на любые вопросы
    Лампочка будет выделять мощность 5*0.5=2.5 Вт.

    Для управления лампочкой понадобится транзисторный ключ на биполярном транзисторе (КТ818-КТ819, в зависимости от схемы (рвать + или -)), или полевом, серии IRL.
    Ответ написан
    Комментировать