Задать вопрос
  • Как учить Node.js?

    @kirill-93
    Замечательный список. На счет книг не скажу, а курсы Кантора хорошие. Есть еще замечательный курс от Игоря Борисова из specialist.ru
    Ответ написан
    Комментировать
  • Почему фрилансеры готовы общаться только в чате?

    Потому что не существует вещей, которые голосом объяснить было бы быстрее и проще. Гундеть в чате 30 минут или написать большой структурированный месседж за 5 минут, в котором будет все необходимое - что проще и быстрее? Разработчик прочитает, обдумает (и его никто не будет переспрашивать "ну что, как сделаем-то?", "чего молчим?") и напишет такой же структурированный ответ, с уточнениями по каждому неясному пункту.

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

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

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

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

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

    shurik_sh
    @shurik_sh
    Начинающий программист
    Парсить регуляркой не стоит, выше упомянутое вполне подойдет, еще рубисты часто используют библиотеку nokogiri для парсинга сайтов.
    Она вполне удобна, например тем, что можно добираться до элементов по ccs селекторам.
    https://habrahabr.ru/post/52680/
    Пример:
    doc = Nokogiri::HTML('<body><span class="title">Название:</span> Rising Water - James Vincent McMorrow<span></span><body>')
    
    name = doc.xpath('//span/following-sibling::text()[1]').text
    
    p name # => " Rising Water - James Vincent McMorrow"
    Ответ написан
    4 комментария
  • Что делать с тем, что я постоянно переписываю почти весь код?

    @nirvimel
    8113161e0442443c97c663931c502d11.jpg
    Ответ написан
    Комментировать
  • Что делать с тем, что я постоянно переписываю почти весь код?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    У вас просто стоит цель сделать качественный и хороший код, а не сделать быстренько бизнес-проект и получить денег.
    С точки зрения роста как специалиста - это хорошо. С точки зрения работника за деньги - перфекционизм нужен в меру. У кода всегда есть цена. У рефакторинга есть цена.

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

    С вами все так, просто приоритеты расставлены пока что таким образом, что вы переписываете.
    Ответ написан
    1 комментарий
  • На чем лучше и быстрее написать парсер (PHP)?

    @PooH63
    Я остановился на Nokogiri
    Действительно высокая скорость работы(выбирал из тех же что и вы, только года 1.5-2 назад) и жрёт меньше памяти чем остальные. На счёт доки уже не помню, но разобраться не составило труда
    Ответ написан
    1 комментарий
  • Как получить первую работу на upwork?

    opium
    @opium
    Просто люблю качественно работать
    нахрена вы пишите как вас зовут если это так видно из вашего профиля
    нахрена вы пишите про свой пояс тем самым вы отталкиваете 100% клиентов так как часовой пояс от них отличается от американского на 9 часов
    квик про таск может быть хорошо так как вы не написали что в него пишите

    а вот это нахрена ?

    and I am ready to explore deeper on interviews.

    I am very intrested in this project because I like to program in *.net, java*.

    In my profile, you can see more info about me.

    Kind regards.

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

    буквально вчера мне написал дотнетчик
    наш разговор в феврале

    Игорь
    Привет! (имени, увы, не знаю)
    Ссылку нашел на тостере. Правильно ли я понял, что работая в Тае, ты можешь предложить какие-то удаленные вакансии/фриланс?
    03.02.16

    Puma
    А что умеешь и по чем?
    04.02.16

    Игорь
    В первую очередь C# .net, больше опыта на Desktop (WPF), расту в ASP.NET. Могу и С++. Есть вообще что-то удаленное по таким технологиям? По цене - для начала 15$
    04.02.16

    Puma
    Не мой профиль
    04.02.16
    А так на апворке куча работы

    Игорь
    Для .net куча?
    04.02.16

    Puma
    Да
    04.02.16
    Недавно только дотнет приложения разворачивал

    Игорь
    отлично) думал, что с .net можно об удаленке и не мечтать. Спасибо, поищу

    А вот десятого августа, прошло по сути 6 месяцев

    Игорь
    Доброго времени)
    С нашего последнего разговора многое произошло, я сделал 3 проекта на UpWork, побывал на Самуи, и решил туда переехать. Поможете парой советов?
    10.08.16

    Puma
    Помогу
    10.08.16

    Игорь
    На Самуи интернет нормальный (видео-скайп, remote desktop) реально пробить?
    10.08.16
    и второй вопрос, вот это за 20 тыс бат - дорого? Мне надо жилье найти, я пока не в теме вообще:
    Ответ написан
    2 комментария
  • На чем лучше и быстрее написать парсер (PHP)?

    muhammad_97
    @muhammad_97
    PHP-разработчик
    DiDom: https://github.com/Imangazaliev/DiDOM

    + высокая скорость работы (сравнение с другими парсерами)
    + хорошая дока
    + большое количество поддерживаемых селекторов
    + самое главное - тесты

    Простой пример:

    $document = new Document('http://www.example.com/', true);
    
    echo $document->first('title::text');


    Чуть посложнее - парсим все ссылки:

    $links = $document->find('a[href]::attr(href)');
    
    var_dump($links);


    Еще сложнее - получить адреса всех ссылок-картинок:

    $links = $document->find('a[href]:has(img)::attr(href)');
    
    var_dump($links);


    Другие варианты:
    - Symfony DomCrawler
    - Zend Dom Query
    Ответ написан
    3 комментария
  • В чем недостатки сайта на чистом php?

    webinar
    @webinar Куратор тега PHP
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Стоит ли тратить время на изучение того же yii или можно все писать просто на php?

    Стоит 100%, к тому же если Вы знаете хорошо php уйдет на это минимум времени. Думаю, что изучение yii2 и написание на нем Вашего не сложного проекта в сумме займет меньше времени, чем написание на голом php. Я конечно не беру во внимание случай если Вы решили забить на безопасность и планируете написать 4 php файла, которые пишут в базу все подряд, не используют кеш и т.д.

    В чем преимущества сайта на обычном php без использования фреймворков?

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

    В чем недостатки сайта на обычном php без использования фреймворков?

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

    @serious911
    Если нужно все быстро и из коробки, то рекомендую Node.js + Socket.io. Можно также использовать SockJS, но нужно учитывать, что это только продвинутая обертка над стандартными вебсокетами и нужно будет разбиратся/создавать свой функционал/API и т.п.
    Ответ написан
    2 комментария
  • Где можно фрилансить без лишних затрат?

    lunaticman
    @lunaticman
    Дерзкий айтишник
    Я наверно не отвечу на ваш вопрос, потому что все нормальные биржы теперь уже "по приглашению" или с техническим интервью. В фрилансе джуны никому не нужны.

    Я бы вам настоятельно рекомендовал найти работу - лучший способ перестать быть junior'ом.
    Ответ написан
    4 комментария
  • Что выбрать для углубления знаний (backend)?

    @Bojczuk
    Оставайся в дотнете. Переход в указанные области я бы посчитал шагом назад во всех смыслах.

    Если работаешь на работе, которая не мотивирует развиваться и делать что-то сверх нормы, поменяй её, здесь не в языке проблема.
    Ответ написан
    1 комментарий
  • Что выбрать для углубления знаний (backend)?

    @LiguidCool
    >> Хотелось бы , что бы со знаниями фремворка можно было легко найти работу или фриланс .
    PHP

    JS зохавает мир ... Но не щас.
    Ответ написан
    8 комментариев
  • Что выбрать для углубления знаний (backend)?

    @sugadu
    php
    Ответ написан
    Комментировать
  • Выучил базовые основы Python 3. Куда копать дальше?

    werevolff
    @werevolff
    Если для Web, то Django + Scrapy. На scrapy можно сразу начинать делать парсеры. Парсеры нужны очень часто, и можно сразу брать проект и делать. Для десктопа и кроссплатформенности - не знаю. Возможно, что Kivy.

    Да, чуть не забыл: Peewee. Можно и SQLAlchemy, но pewee выглядит очень изящно.
    Ответ написан
    5 комментариев
  • Почему на node.js до сих пор нету фреймворка уровня symfony или zend?

    Sanasol
    @Sanasol Куратор тега PHP
    нельзя просто так взять и загуглить ошибку
    Писать логику на node.js как на php без опыта лучше вообще не стоит.
    Я еще почти не встречал/сам не писал софта на nodejs который бы НЕ падал после того как выжрет всю память.
    Даже на простейших 50-100-200 строк скриптах появляются утечки памяти.
    Ладно у меня падают, я в nodejs разрабов не записывался, а вот те кто пишет и выкладывает в паблик, даже там постоянные утечки и падения.

    При всех плюсах в виду скорости и асинхронности(из-за которых в общем-то и появляются мемори лики), постоянные мемори лики и краши от нехватки памяти, лично меня вообще отпугивают.
    Я бы не стал делать серьезную логику на nodejs, от части конечно потому что нет большого опыта.

    Тут как раз побеждает пхп, отработал - умер. Чтобы забить память надо очень постараться(попроовать выбрать всю базу/таблицу например в одну переменную :D).
    Поэтому php невозможно убить практически, в отличии от ноды.

    В итоге, при всех плюсах и минусах обоих языков, я бы выбрал php для очередного сервиса.
    Ответ написан
    6 комментариев
  • Ветки развития. Куда бы вы пошли из helpdesk?

    fox_12
    @fox_12 Куратор тега Python
    Расставляю биты, управляю заряженными частицами
    Что вам больше нравится - то и выбирайте.
    Я, к примеру, - выбрал второй вариант. Перед этим проработав полтора десятка лет в области администрирования.
    Ответ написан
    Комментировать
  • Как подходить к решению нетривиальных задач?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Сам там балуюсь по мере свободного времени, сил и желания, чисто для поразмять мозги, т.к. в олимпиадах я участвовал давно, последний раз аж в 1998 году. Пруф: https://www.codewars.com/users/iCoderXXI

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

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

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

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

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

    Где-то даже сохранился код гипертекстового компилятора и просмотрщика, который я писал в 1997 году по заказу одного юриста. Сейчас оно никому не надо, т.к. есть всякие Консультант+, но по тем временам я считаю был весьма интересный продукт. Кому интересно вот ссылка на гитхаб https://github.com/iCoderXXI/hypertext
    Ответ написан
    Комментировать