LastDragon
0
А потом задался целью и нашел long term part time и сейчас даже напрягаться не приходится.

Т.е. в итоге всё равно пришли к удалёнке? :)


Есть одно подтверждение соотношению 1:2

Вся проблема в самоорганизации, поддерживать рабочий ритм длительное время без пинка сверху очень сложно, сам шел к этому несколько лет и в итоге пришел к 5/2 :( Ну и как бы 20 часов в неделю, по 5 часов в день без чая, кофе, поболтать с коллегами, туалетов и всего прочее что входит 8 офисных часов это очень хороший результат! Поэтому я тут больше согласен с immaculate

LastDragon
0

2) 5-6 часов в день получаются (у меня) гораздо продуктивнее, исключение только задачи где совсем не надо думать (но и тут к концу неделю весьма сильно устаешь и желание работать через некоторое время пропадает). Печально что на фултайме всем надо именно 8 :( (очень надеюсь что когда нибудь придем к нормальному времени).

LastDragon
0

Это вообще весь шлак (в выходные кстати сильно меньше и вакансий и особенно откликов, но их обычно перепощивают через день-два если исполнитель не найдется), треть убирается просто по "payment verified" (нервы дороже), еще часть по "wordpress", "india" или бюджету 10$ и там не так много остается :)

LastDragon
0

Профиль без аватарки (за это не банят разве?), и насколько я понимаю это не разработка, а менеджмент и при том достаточно крупных проектов.

LastDragon
0
эпоха кошения бабла на стоматологии закончилась, что индусы все заполонили и нужно искать другой источник дохода

Если ниша перестала быть узкой, а ты не успел занять топ и накопить кучу клиентов к этому времени, то нужно уходить от туда и не стоит там начинать :)


Вы умеете работать с Big Data и можете не пропустить в бесконечном потоке вакансий

У меня рсс давно копится, так вот, за вчера было всего ~770 проектов, на Big Data как-то не тянет, имхо.


На Upwork есть задачи для программистов, за которые платят $200 в час.

Покажите? :) (сам 70$ видел)

LastDragon
0
Если больше 30-40$ — это он.

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


А основная масса этих статей часом не несколько летней давности?

Год-два, свежие есть, но того что в сфере веб разработки там сейчас мрак нигде нету :)

LastDragon
0

@edogs, dmatora, за советы спасибо, это всё понятно, но я тут всё это пишу больше к тому что там поначалу не всё так радужно, как пишут в куче статей. А вообще буду очень рад если скинете примеры проектов в которых по вашему мнению рейт будет больше 30-40$, очень интересно на них посмотреть :) (может и правда не там ищу). Ну и ваши ниши тоже интересны.

LastDragon
+1
Разве что нужно запастись терпением и не забывать каждый месяц расходовать все коннекты

За низкий выхлоп новичок может получить бан. Поэтому в самом начале нужно быть осторожным. Ну и кстати сейчас еще есть прессинг на счет идентификации — первый клиент мозг сношал (пришлось слать линки на соцсети и даже фотку с паспортом), а потом и самому апворку захотелось пообщаться в скайпе, ну хоть rising talent и 5 звезд в итоге дали...


Если специалист Вы ценный

то с возрастом тратить 2 — 3 — … месяца получая копейки или вообще ничего не получая становится непозволительной роскошью. Надо было сильно раньше переходить, но чего уж теперь...


Выбирать узкую нишу.

Ну… у меня они какие-то совсем узкие получаются:


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


  • турниры — построение разных сеток, распределение игроков, проведение матчей и прочее, реализация весьма интересна, но еще уже (да и сильно завязано со всем остальным).


  • проектирование (my)sql баз — сдохнешь с голоду, оно никому сейчас не нужно.

Поэтому похоже придется или быть очередным full stack-программистом или уходить в front-end (angular+typescript) или еще куда-то.

LastDragon
0

Остается вопрос что делать новичкам — 20% комиссия, нахождение на самом дне в топе кандидатов — да ни в жизнь вас никто вас не выберет если перед вами толпа топовых индусов со ставкой 10$ и кучей отличных отзывов. Даже rising talent в этом плане мало чем помогает. Ну а ТЗ это хорошо, конечно, но (1) далеко не всегда оно есть, (2) пока пишешь развернутый ответ там уже будет >20 предложений этих самых дешевых топовых индусов и твоё никто и никогда не прочтет (по этой теме есть топик на тостере сводящийся к тому что писать туда где ответов больше 5 смысла уже нет). Подозреваю что у топрейтед в этом плане всё сильно лучше.


В общем то я к тому, что если цель быстро выйти на фултайм, то начинать там сейчас несколько сложновато… хотя я наверное зажрался, надо тоже просить 10$ :(

LastDragon
0

Ну… я вот тут как раз пытаюсь начать, и пока вижу что апворк полностью налогичен fl.ру — та же самая куча копеечных говна-проектов из разряда "поменяй вон там" и "сделай то не знаю что" (20% на это похоже вообще никак не повлияли), те же самые демпингующие индусы, мошенники (по сути все проекты без payment verified можно сразу отбрасывать, а если там еще РФ ...) и прочее, а еще есть забавная тема перепродаж — появляется проект где-то в US и потом ходит по миру падая в цене (они там даже описание не меняют), пока не окажется где-то в азии. Нет, нормальные проекты и заказчики там конечно же есть, но их как-то исчезающе мало (хотя и больше чем у нас конечно) + рейты там сильно далеки от не то от 50$/час, но даже от 30$ (которыми много кто хвастается в разных статьях, а по сути практически в плотную приходим к уровню местных (~московских) зарплат). Может быть для больших сложных проектов нужен toprated и/или они все по инвайтам, а может быть дела и в самом деле не очень. Пока не решил.

LastDragon
+3

Visual Studio 2017 прямо из коробки умеет аналогично JetBrains-у, только ставить вообще ничего не надо (2015 так-то тоже умеет, но нигде кроме IE оно у меня не заработало), единственное, консолька в самом браузере сильно удобнее чем в студии.

LastDragon
0

Так как в итоге лучше/безопаснее поступить?


  • платить 6% с рс
  • платить 6% с upwork + НДС
  • еще что-то? (кроме офшора и пионера)
LastDragon
+1

Юристы/бухи практически едины в том что платить надо со всей суммы пришедшей на апворк + ндс за их услуги. Небольшие разногласия, насколько я понял, были только в сроках оплаты НДС — кто-то говорит что платить надо в момент разморозки средств, кто-то что можно раз в квартал так как происходит взаимозачет.

LastDragon
0

Спасибо (понятнее правда не стало… ну да ладно). А вот кстати, насчет подтверждения доходов (на тостере вроде была куча комментариев на эту тему), в Transaction History вижу поступление оплаты от клиента и отдельный инвойс для service fee, получается проблем с документами как бы нету?

LastDragon
0

Может быть просто напишите кратко почему? А то этих статей… Голова уже не соображает :(

LastDragon
0

Ну тут больше вопрос в том как лучше делать


  • тупо платить 6% с того что упало на рс (правда несколько непонятно как составлять акты при выводе рублей* — получены то доллары)


  • платить 6% с того что получено на апворке + НДС за их все услуги (дороже, огромная куча бумажек, но в этом случае цифры можно обосновать при проверке).


  • открывать валютный счет мне пока смысла нет
LastDragon
0
Банковские операции НДС не облагаются,

Проблема только в том что сам апворк ни разу не банк, поэтому основной вопрос в том кто снимает эту комиссию (сам только начал работать поэтому не знаю), если сам апворк то боюсь и с неё нужно платить НДС.

LastDragon
0

А вот еще такой вопрос — как быть с комиссией за вывод в банк? Её ведь сам апворк берет(?), получается что и с неё тоже надо платить НДС?

LastDragon
+1
УСН 6% по расчетному счету + НДС

А этот вариант как-то обосновывается? Если платить 6% по расчетному счету то откуда взялось НДС? Мне вот кажется что если вы признаете что на апворке не фантики, платите с них НДС, то и 6% однозначно надо платить со всех денег что туда приходят — иначе возникает слишком много вопросов.

LastDragon
0
Другой вопрос что нет тела — нет дела многие предприниматели проработали с Upwork лет 10, никак не учитывая в своих налогах эти комиссии, и при этом успешно прошли камеральную проверку налоговой

Камеральная проверка проверяет лишь цифры в вашей декларации — если они не сходятся, то они шлют требование пояснить почему всё именно так. Больше они ничем не занимаются.


А вообще имхо в статье очень не хватает опроса:


  • Плачу 6% с
    • всей суммы
    • той суммы что пришла на рс
  • Будете ли платить НДС
    • Нет
    • Да
LastDragon
0

Основное обсуждение идет на тостере в комментах к одному из ответов https://toster.ru/q/414316

LastDragon
0

Бухгалтерское и банковское обслуживание + комиссию за вывод на счет физлица/получение налички.


ЗЫ: Ндс 18%. Взносы вычитаются из 6%.

LastDragon
0

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

LastDragon
+2
Налог с дохода мы платим со средств пришедших на р/c, а не со средств пришедших на Upwork, так как это вызывает намного меньше правовых коллизий.

Почему? Если в договоре с апворком их % это комиссия сервиса, то 6% надо платить со всей пришедшей суммы.

LastDragon
+4
TypeScript

Для любого большого долгоживущего проекта это огромный плюс, ибо писать jsdoc, запоминать, вручную проверять типы и/или надеяться что ide это всё поймет — странно. Кроме того, TypeScript этот по сути тот же js, но с сахаром для контроля типов, поэтому если имели дело с js и с любым типизированным языком сложностей с ним вообще никаких. Но кстати можно и без него, на чистом js.


Фреймворки диктуют свои правила там, где мне нужно иное.

Обычно это тоже хорошо, особенно если разработчиков много. Создавать же свои "реализации MVC" и прочего в 2017 году немного странно (неужели кто-то еще не наигрался?)


С webpack можно вообще забыть о них.

Angular2 судя по документации прекрасно дружит с webpack-ом https://angular.io/docs/ts/latest/guide/webpack.html


Особенно если backend написан на другом языке.

Нет тут вообще никаких проблем, более того, по наблюдением за апворком, обычно проекты на angular-е используют разные beck-end-ы (php, java, .net, ноду и т.п.), а тот же react в > 90% идет только с нодой...

LastDragon
+2

мдя… чем, интересно, широкоиспользуемый () => $x * 2; не нравится? (парсер же вроде нормальный уже?)

LastDragon
+1
Можете проверить, select not 1; будет ошибкой, not применяется к выражению (или полю) строго булева типа

В MySQL это просто логический оператор, поэтому данный запрос вернет 0.

LastDragon
0
Но есть у IPS одна большая проблема: баг на баге багом погоняет.

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


ЗЫ: Предположения после многолетнего ковыряния в 3.x

LastDragon
+1

Или даже так "в рассвет эры ajax-а это был вообще фатальный недостаток, который вместе с развитием js и json помог окончательно похоронить и xml и xslt/xpath в вебе" :) (собственно, со времен этого бага степень поддержки xslt в браузерах вообще никак не поменялась, а тот же десятилетний xslt 2.0 нигде и никем не поддерживается до сих пор и с очень большой вероятностью поддерживаться уже и не будет).

LastDragon
0

Xhtml это была попытка превратить html в xml, но оно не взлетело ибо xml гораздо строже к правильной структуре документа, и там где html просто продолжал работать, xhtml умирал. CSS всегда развивался как средство для задания визуального вида документа будь то html, xhml или xml (https://www.w3.org/Style/styling-XML), поэтому для стилей нужно использовать именно его (и оно, в отличии от xpath-а, заточено именно для этого, поэтому там и нет сложных селекторов), а не xslt.


Xslt и вместе с ним xpath пришли из мира энтерпрайза где была нужда в сложных преобразованиях одного документа в другой (совсем не обязательно xml/html), но по сути только там и остались как из-за высокой сложности (через пару лет редактировать xslt шаблон это боль...), хреновой отладки, ресурсоёмкости (на сервере), так и из-за убогой поддержки основными браузерами (была нужна бажная http://dev.abiss.gr/sarissa и https://bugs.webkit.org/show_bug.cgi?id=10313 в рассвет эры ajax-а это был вообще фатальный недостаток, который помог окончательно похоронить xslt в вебе).

LastDragon
0

Код усложнится, но проблема полностью не исчезнет (а еще websocket сам это все умеет) — связь может потеряться сразу после получения понга и следующие сообщения точно так же уйдут в ничто. Поэтому у себя в чате просто забили, благо оно не сильно критично...


Если кто захочет поэкспериментировать:

открываем сокет и вынимаем сетевой кабель.

LastDragon
0

Самое сложное при работе с websocket-ом это восстановление после дисконектов (на мобилках он например может закрываться при смене вкладки и/или сворачивании браузера) и пропадающие пакеты — когда сокет умирает браузер далеко не сразу узнает об этом и до этого момента исходящие сообщения уходят в никуда. И если первая проблема решаема, то вот что делать с потерей данных мы так и не придумали :(

LastDragon
+1

Как бы то ни было сейчас оно похоже работает. Блин, а формы у меня похоже нет из-за анти-банера kis-а :( (жесть какая-то, пойду им багу создам)

LastDragon
–1

Так как обратной связи на вашем "чудо" сайте за 10 минут я так и не нашел (да да я читал "обычно есть внизу страницы" и даже ходил по ссылке "обратную связь", но и там только страницы помощи… браво!) пишу о проблеме тут (а куда еще то?!): есть у мамы мыло на вашей "чудо" почте (не повторяйте мою ошибку) — с мобилки логинится без проблем (оно там вбито изначально), сайт же пишет "нет такого аккаунта". WTF?! и что делать то? (только не предлагайте сбрасывать пароль, это не вариант...)


ЗЫ: В логине есть точки (без них ессно тоже пробовал) может в этом проблема?

LastDragon
+3

По своему небольшому опыту взаимодействия с рельсами (а конкретно периодическое обновление redmine) могу сказать что почти любой проект на PHP гораздо легче поднять чем на рельсах — последний раз особенно доставил переезд на centos 7 — вроде и окружение очень похожее, но все равно пришлось помучиться несколько часов — bundler отказался грузить зависимости из-за конфликтов/ошибок, а гугл как обычно оказался пуст :( И это реально проблема — любую нестандартную ошибку практически невозможно нагуглить, redmine у меня где-то с 2010 наверное и я бы не сказал что стало сильно лучше (обновляю раз в год/два), разве что bundler появился, до него всё еще печальнее было...

LastDragon
0
У c# и экосистемы .net узкая ниша разработки под платформы на базе windows

Так и было когда-то, но последние пару лет ms очень активно вкладывается в opensource (почти весь .net по сути выложили), а уж как они меня (и скорее всего не только меня) удивили когда сделали бесплатной сначала visual studio pro (в т.ч. и для коммерческой разработки), а потом и купленный совсем недавно xamarin… Поэтому имхо java придется как минимум потесниться.

LastDragon
0

Ну и как "индекс, оценивающий популярность языков программирования, на основе подсчета результатов поисковых запросов вида +" programming" коррелирует с нужностью языка? А насчет гитхаба тоже не все так просто: java там представлена тем же eclipse и прочими большими проектами, а проектов на c# (хотя .net это не только c#) там вроде никогда особо не было. Да и со стороны посмотрите на то как развивается java (очень медленно) и .net (быстро), так что будущем неизвестно что будет (но лично я ставлю на .net).