• Справочник по алгоритмам?

    @vilgeforce
    Раздолбай и программист
    https://rsdn.ru/res/book/prog/worren.xml - годная книга. Битовые перестановки есть!
    Ответ написан
    Комментировать
  • Что почитать web-разработчику?

    @SanSYS
    Но хотелось бы увеличить свои знания не только в вебе, но и вообще в целом.

    Немного не согласуется с сабжем :)

    см. https://xakep.ru/2014/11/09/books-for-coders/
    +, возможно, будет не бесполезной www.piter.com/collection/main-tovar/product/progra...
    Ответ написан
    Комментировать
  • Как отлично запоминать прочитанный материал?

    jasiejames
    @jasiejames
    Инженер)
    Законспектируйте материал. Только нужен правильный конспект. Схемы, диаграммы и т.п. В общем сначала необходимо структурировать исходные данные, записать и зарисовать в краткой форме, а после запоминание не покажется трудной задачей.
    Ответ написан
    2 комментария
  • Как отлично запоминать прочитанный материал?

    sim3x
    @sim3x
    Повторять

    habrahabr.ru/post/216633

    https://ru.wikipedia.org/wiki/%CA%F0%E8%E2%E0%FF_%...

    Если есть два дня
    первое повторение — сразу по окончании чтения;
    второе повторение — через 20 минут после первого повторения;
    третье повторение — через 8 часов после второго;
    четвёртое повторение — через 24 часа после третьего.
    Если нужно помнить очень долго
    первое повторение — сразу по окончании чтения;
    второе повторение — через 20-30 минут после первого повторения;
    третье повторение — через 1 день после второго;
    четвёртое повторение — через 2-3 недели после третьего;
    пятое повторение — через 2-3 месяца после четвёртого повторения
    Ответ написан
    2 комментария
  • Есть ли такие ресурсы на которых разбирают базовые проблемы вёрстки?

    @President42
    Как делается сетка: тыц, тыщ, тыдыщь

    Как делается меню: раз, два, три

    SVG: адын, два, три, четыре

    Parallax: вот, и вот, и ещё вот. И вот тут почти Parallax, думаю тоже пригодится

    Бонус:
    • JavaScript Garden -- тонкости JavaScript
    • Learn X in Y minutes -- краткие туториалы по куче языков (там и JS, и CSS и много чего ещё есть), некоторые с русским переводом (но не все)
    • Material Design -- гайдлайн по Material Design
    • PrimerCSS -- стайлгайд Github + их CSS фреймворк
    Ответ написан
    7 комментариев
  • Как найти стабильную удалённую работу Web разработчику? Реально ли?

    @timonbandit
    Front End Developer
    Конечно реально. Я после офиса начал фрилансить на freelancer.com(но они козлы редкостные) и Odesc. За полгода было три предложения фул-тайм, при том, что не искал фул-тайм. Но в результате согласился на интересную работу, работаю из дома штатовской компании. Зарплата в любом случае выше, чем у меня по региону в 2-3 раза.
    Только вот я ненавижу работать из дома. Дома всё расслабляет. Поэтому нужно в коворкинг идти или офис небольшой снимать.
    Но в любом случае, работы за рубежом много и восточно-европейских девелоперов любят.
    Ответ написан
    10 комментариев
  • Как найти стабильную удалённую работу Web разработчику? Реально ли?

    @ivkol
    реально. Вакансии с brainstorage - галочка "удаленно"
    Ответ написан
    Комментировать
  • Как прeодолеть зону комфорта, стать фрилансером не обанкротившись?

    uvelichitel
    @uvelichitel
    habrahabr.ru/users/uvelichitel
    Я думаю на ресурсе полно действующих фрилансеров желающих получать >3К евро работая в сильной команде над интересными проектами. Иметь оплачиваемый отпуск, пенсионный стаж, мед. страховку, кофе печеньки и уборщицу в комфортабельном офисе, участие в профильных конференциях, хорошую запись в резюме и при этом время на семью. Рискну предположить, что это смахивает на мечту любого(ну почти любого) российского фрилансера. Есть еще хозяева дворовых веб студий, клепающих как семечки мусорные landing page и конвейерные your very own and truly original web site из пяти шаблонов. Для последней категории мечта неосуществима ввиду слабого профессионального уровня. Работу, которая у вас есть(если не лукавите) я бы стал менять только на лучшую или на собственный instagram, telegram, moneygram etc. Фриланс в вашем случае на мой взгляд просто шаг назад. Работа на дядю (даже паскудного) не такая уж трагедия.
    Ответ написан
    2 комментария
  • Как прeодолеть зону комфорта, стать фрилансером не обанкротившись?

    kumaxim
    @kumaxim
    Web-программист
    Для начал ответь сам себе на вопрос "А чем тебе неудобна текущая золотая клетка"? Можешь не писать здесь, но определись для себя.

    Далее нужно осознать, что фриланс - это подвид бизнеса. Есть книжка Р.Киосаки "Квадрант денежного потока". Там всех людей, работающих в экономике разделяют на 4 части:
    1. Р - наемные работники
    2. П - предприниматели
    3. Б - бизнес
    4. И - инвесторы

    Фриланс - это сегмент П. Ты работаешь один, возможно зарабатываешь больше чем работая по найму, но вот ты заболел, продуло тебя где-то, температура 38.5.... Сомневаюсь что ты из стали сделан и сможешь в таком состоянии писать код.
    Сегмент П очень хорошо охарактеризовал г-н Залогин из Локус Медиа. Он сказал примерно так: "Вы человек-велосипед - пока крутите педали - едите, как только перестали - упали"

    Переходя к твоему вопросу о выходе из зоны комфорта.
    Первое что рекомендую перед началом своего бизнеса - оплати все долги. Закрой ипотеку, погаси автокредит, все потребительские заемы и т.д. В случае если ты провалишься(первый блин, обычно, комом) по крайней мере ты со своей семьей не под мостом окажешься.
    Второе - содержание семьи. Никакие твои заработки не должны влиять на твою жену/ребенка. Твои родные, как минимум, должны иметь крышу над головой + еду на столе. Посчитай сколько ты платишь за комуналку + еду. Далее умножаешь эту сумму на 24 месяца. Это финансовая подушка твоей семьи.
    Третье - планирование. Бизнес без бизнес-плана - это не более чем хобби. С 16 лет стремился зарабатывать в сети. Продавал ссылки на sape.ru в 2008-2009, работал с трафиком в 2010-2012, продавал китайские безделушки с 2013-2014... Сейчас ушел в разработку одного SaaS-решения. Первые пару месяцев оптимизм из ушей хлещет, думаешь "Да все будет, да это фигня, преодалею...." Но вот начинаются черные полосы: ТИЦ сайта в планируемый апдейт не вырос до нужного значения, твой сайт на 9 месте в выдаче, вместо требуемой тебе 3-4 позиции, товар из Китая на таможне завис.... Да я могу до бесконечности перечислять проблемы, которые возникали у меня... А время - деньги: тебе нужно платить аренду, зарплату, рекламу, кредиты и т.д. Не платишь - начинается ругань, из Максима Александровича я сразу превращаюсь в мошенника, кидалу, сволочь... эх, во общем суть ты понял. Думай на 2 шага вперед, вот что я хочу сказать
    Четверное - не делай бизнес с полного нуля. Перт Осипов(проект Бизнес Молодость) в каком-то из видео говорил, что мы не ценим самое ценное что у нас есть, мы воспринимаем это как должное, когда для других людей это может быть сравни бриллианту среди кучи стекляшек. Вы не первый день работайте в ИТ по какой-то специализации, так ведите эту специализацию и дальше. Занимайтесь своим любимым делом.
    Пятое - не пытайтесь все делать сами. Когда я запустил свой самый первый интернет-магазин по Китайским безделушкам я все делал сам: рисовал дизайн, верстал его, настраивал рекламу, обзванивал клиентов, носил товар на почту.... В общем занимался вообще всем! Причем за всей этой рутиной я не видел, что мой сайт работает не эффективно, я упускаю из виду 20% горячих клиентов, 10% моих бандеролей исчезают в глубинах Почты России... Вы как первое лицо компании должны знать все процессы своего предприятия, иначе Вы не сможете им управлять, но Вам не нужно все процессы делать самому. Отдайте часть на аутсорс или делегируйте наемному сотруднику.
    Шестое - я на этом очень сильно обжегся около 3-х лет назад.... Ставьте своим сотрудникам четко достижимые KPI(ключевые показатели эффективности). Например, есть у меня форма заказ обратного звонка на сайте. Человек пишет туда своего Имя и номер телефона, после чего эти данные попадают в CRM. Для менеджеров, которые у меня обрабатывают вызовы клиентов один из KPI звучит так: перезвонить клиенту в течении 15 минут после поступления от него заявки, если она поступила в рабочее время. Причем все KPI Вы должны сформулировать максимально точно и подробно. Я сам с KPI работаю так: есть у человека базовый оклад и базовый набор KPI, которые ему необходимо выполнять. Если он их выполняет - получает оклад, выполняет лучше - получает оклад + премию. Причем оклад у меня сам небольшой, около 6 т.р., но нижняя з/п у меня примерно в 2,5 раза выше.

    Первые 4 пункта - это как мягко выйти, вторые два - как не свалиться.

    В целом о бизнесе в РФ могу сказать что его делать относительно легко. Достаточно просто делать что-то хорошо и по человечески относится к своим клиентам. Примерно за 1 год Вы нарабатываете определенную базу контактов(поставщики/партнеры/клиенты), которые Вас знают и доверяют Вам. А далее главное все это не растерять.

    Вам могут все Ваши родные/коллеги/друзья говорить "Да ты что, сейчас санкции, налоги, коррупция..." Поверьте, все это херня! Под прессом можно работать и зарабатывать, причем когда его снимут - Вы получите взрывной рост. А все эти отговорки про санкции, коррупцию, высокие налоги... Да просто у кого-то очко играет!
    Ответ написан
    14 комментариев
  • Как прeодолеть зону комфорта, стать фрилансером не обанкротившись?

    @serglikesmetal
    Кофаундер музыкального журнала, PRщик,бармен
    Совет на основе личного опыта.
    1) Начать работать удаленно над краткосрочным (до 3мес) проектом, совмещая его с основной работой. Над удаленным проектом работать качество, принося в жертву личное время какое-то время. По окончании сотрудничества с удаленным работодателем заручится его рекомендациями.

    2)Попросить на текущей работе перевести часть задач на удаленное обслуживание, если это возможно. Аргументировать своим опытом и рекомендациями работодателя с удаленного проекта.

    Если не получилось, повторить пункт 1) и продолжать нарабатывать опыт фриланса, расширять список знакомств в сфере, получать известность в области вашей специальности через сарафанку.

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

    Mfry
    @Mfry
    www.codecademy.com

    И если вы веб-разработчик, то -
    Смотрите список YouTube-каналов для обучения веб-разработке habrahabr.ru/post/247893
    Ответ написан
    Комментировать
  • Какими онлайн-курсами по программированию кто пользовался (если пользовался)?

    Stac
    @Stac
    Мне нравятся курсы от Lynda.com и Tuts+ (Envato). Их много по разным темам, в т.ч. узким и конкретным.

    А вот курсы на Udemy разочаровали - мне попались бесплатные видеоролики, упакованные как платный курс без малейшей адаптации.

    Кстати, о бесплатном. Видеоканал этого парня просто поражает широтой охвата тем (от Си до Фотошопа) и количеством роликом: https://www.youtube.com/user/thenewboston/playlists
    Ответ написан
    Комментировать
  • Хранение JSON в реляционных БД?

    akubintsev
    @akubintsev
    Опытный backend разработчик
    Обратите внимание на PostgreSQL, у которого есть поддержка таких форматов данных как hstore и jsonb (ожидается в 9.4, сейчас только 3-я бета). Hstore - одноуровневое быстрое key-value хранилище, jsonb - уже иерархическое, которое принимает и отдает json, по нему можно строить выборки запросами.
    Ответ написан
    2 комментария
  • Хранение JSON в реляционных БД?

    fornit1917
    @fornit1917
    Если вам не надо по полям из JSON-а искать, сортировать, фильтровать, и вас не заботит ACID, то вполне нормальное решение.
    Ответ написан
    6 комментариев
  • Как правильно организовать деплой приложения?

    shebanoff
    @shebanoff
    Я увидел в Вашем вопросе две части.

    Как правильно организовать деплой (выкладку работоспособного кода на сервер)?


    В самом простом случае Вам подойдет связка ssh + git pull на сервере. В этом случае на сервер будут доставлены патчи коммитов, которые есть в репозитории, но еще не появились на сервере, т.е. «только обновления файлов, которые сейчас существуют». Этот метод довольно подробно обсудили в ответах на другой вопрос.

    Если хочется автоматизировать процесс, что похвально, то я вижу три доступных инструмента для этого: Capistrano, Mina (мой персональный фаворит) и Vlad the Deployer. Все три проекта схожи по сути. Принцип их работы таков:
    1. Подключиться к целевому серверу.
    2. Залить обновление кода из репозитория.
    3. Выполнить предписанные Вами инструкции (перезапуск демонов, сброс индексов, обновление структуры БД и прочее).
    4. ...
    5. PROFIT!


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

    Как организовать процесс тестирования?


    Если Вы еще не определились с методикой тестирования (Test Driven Development, Behavior Driven Development, Лень-Driven Development), то Вам следует для начала заняться именно этим.

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

    В какой-то момент речь может зайти о Continious Integration. Это возможность иметь стабильный билд в любой отрезок времени, а так же принимать решение о годности каждого отдельного коммита. Сопряжено с деплоем кода на integration-сервер и запуском на нем тестов. Скорее всего, это Вас не интересует, если Вы не работаете в команде. Но, для полноты картины, Вы можете понаблюдать за билдами на Travis CI известных Open Source проектов: Symfony 2 и Ruby on Rails.

    Таким образом


    Вы не указали, какие конкретно инструменты для разработки Вы используете. Если же с деплоем все гораздо проще, то при выборе инструментов для тестирования я рекомендую Вам ориентироваться на те, которые нативны для Вашего основного фреймворка и языка (PHP, если правильно понимаю) и привычны их пользователям. Это позволит быстро применить устоявшиеся практики к Вашему проекту и понять всё на деле.

    Приведите в порядок Ваш репозиторий с кодом, используйте mina для деплоя и запускайте тесты на Вашей локальной рабочей машине. Как только Вы почувствуете, что этого не достаточно — Вы наверняка уже будете знать, куда шагать дальше.
    Ответ написан
    8 комментариев