Задать вопрос
  • Можно ли работать через интернет ИП на патенте?

    itsplus
    @itsplus
    C#/C++/Java Developer
    Я считаю что можно, явно в законе это не запрещено.
    Условия применения патента:

    1. Вид деятельности подпадает под патент.
    2. Данная система установлена метсныыми законодательными актами и применяется вашем регионе
    3. Вы осуществляете указанную деятельность на территории вашего региона.
    4. Среднесписочная численность наемных работников, занятых в деятельности, облагаемой УСН на основе патента не должна превышать 5 человек, включая самого индивидуального предпринимателя.

    Вот человек задавал тот же вопрос
    forum.klerk.ru/showthread.php?t=568520
    и ему ответили следующее:
    А в сети вообще много ерунды пишут. Если у Вас нестационарная деятельность типа торговли (привязка к конкретному объекту), то и патент Вы покупаете по месту своего жительства. А работать можете хоть в Антарктиде. Никто все равно не узнает, где же вы действительно работаете. И налоговая не ведет разыскных мероприятий по поиску ИП, разъехавшихся по всей планете, ей это без надобности.


    Update от 03.06.2016
    Получил официальный ответ из налоговой. Можно.

    60c6b8e330a04580bbd53e92821d143d.pngf40f75a5b672428daf1ed122116e1ca2.png
    Ответ написан
    28 комментариев
  • Upwork - как обстоит ситуация сейчас?

    opium
    @opium
    Просто люблю качественно работать
    фигня, я всегда работал на куче бирж, никогда не понимал зачем себя ограничивать одной?
    Ну правда апворк приносил раньше 95 процентов доходов, да и сейчас наверно тоже у большинства приносит так же.
    Работы по прежнему много, упадка кроме как собственных ресурсов не чувствую.
    Ответ написан
    8 комментариев
  • Как защитить проект от воровства программистом?

    newross
    @newross
    Product owner
    Все просто - если ваш программист может сделать этот бизнес без вас, значит любой другой тоже это может сделать\скопировать\разреверсить. От копирования вы уже ничем себя не защитите, можете даже не строить иллюзий - меняется название софта, немного правится интерфейс и, вуаля, другой проект к которому не подкапаешься. Если вас проект легко скопировать, подумайте, а стоит ли вообще им заниматься?

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

    mxms
    @mxms
    IT voodoo
    Из сегодняшнего поста "Модульбанк" на FB.
    Предприниматель сделал приложение, продажи пошли – и тут вдруг разработчики решили, что их обделили и уходят, забрав исходный код. Универсального способа решить проблему нет, но подготовиться к неожиданностям стоит.
    Про правильные договоры
    – Если разрабатывает ПО ваши сотрудники, убедитесь, что трудовые договоры обязательно (!) предусматривают создание ими так называемых «служебных произведений». Иначе компания остается без прав на созданный программный код.
    – Если ПО разрабатывается на стороне, включите в договор условия об исключительных правах вашей компании. После согласования или получения оплаты вы будете законным владельцем ПО. Иначе подрядчик сможет присвоить себе вашу разработку.
    Важно: примеры пунктов для договора смотрите здесь — artgorbunov.ru/bb/soviet/20141206
    Режим коммерческой тайны
    Открытие сведений коммерческой тайны (КТ) карается Уголовным кодексом, можно даже сесть в тюрьму. Пользуйтесь этим. Для этого понадобится:
    – составить список информации, составляющей КТ;
    – ограничить доступ к КТ;
    – вести учет лиц, получивших доступ к КТ;
    – подписывать соглашение о неразглашении (NDA) c сотрудниками и контрагентами;
    – ставить гриф «коммерческая тайна» на документах.
    Важно: делайте бэкапы для себя — если унесут все исходные коды, то у вас будет база для восстановления.
    Про кадры
    Юрист и правильные документы – залог успеха. Но даже они не спасают на 100%. Честные сотрудники, которые правильно замотивированы и довольны работой, гораздо реже нарушают правила.
    Желаем найти именно таких!
    Ответ написан
    5 комментариев
  • Как правильно искать фрилансера в стартап?

    Henryh
    @Henryh
    Веб-программист
    Главная проблема фрилансеров не в уровне (это обычно не сложно выяснить после тестового задания) а в подходе. Многие из них считая себя вольными рабочими - не могут организовать своё время и отвлечься от реального мира. (Без обид фрилансерам, но подходить к вам нужно как к шабашникам - сам начинал фрилансером, знаю).
    Я смотрю на такие параметры:
    - как ведёт переписку, не затягивает ли с ответами (будет затягивать и с работой, распыляется)
    - не прячется ли за статусами в skype типа отошёл/занят/невидимый (значит есть от кого прятаться, возможно от предыдущих заказчиков или с личными делами напряжёнка)
    - не пытается ли поставить себя слишком высоко: при общении с хорошим фрилансером ты не чувствуешь себя должным, а ведёшь непринуждённую приятную беседу.
    - согласен ли сделать первое задание (что то простое на 5-10 минут) до оплаты. Если настаивает на предоплате значит всего боится сильно зажат, будет трудно с ним работать.
    - и самое главное интуиция, можно 100раз полагаться на какие то маркеры, но если в человеке сразу что то не понравилось - лучше с ним не работать. Возможно дело и не в нём, просто не сработаемся.
    Ответ написан
    5 комментариев
  • Имеет ли смысл начинать с Си?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Плюсы:

    Си это сила. У него пока нет конкурентов в системном программировании (разве что rust подкрадывается и D, но они чуть на другие вещи ориентированы).

    Минусы:

    Сегодня Си это специфика. Это либо системное программирование (разработка драйверов, низкоуровневых вещей, баз данных, интерпритаторов, компиляторов) либо микроконтроллеры и т.д. Так же есть определенные задачи для которых критически важна производительность, там и ассемблер иногда используют, но скоро перейдут на FPGA.

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

    Если же вас интересуют более мэйнстрим вещи вроде web или мобильная разработка - проще сразу брать какой-нибудь современный динамический язык (python, javascript) и радоваться жизни.
    Ответ написан
    12 комментариев
  • Какой алгоритм для определения ближайшего отрезка пути к точке?

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

    samodum
    @samodum Автор вопроса
    Какой вопрос - такой и ответ
    Кажется, нашёл ответ.
    Надо использовать BSP-дерево https://en.wikipedia.org/wiki/Binary_space_partitioning
    stackoverflow.com/questions/3423852/algorithm-to-f...
    и ещё варианты на выбор:
    https://gist.github.com/mbostock/8027637
    stackoverflow.com/questions/18900642/get-point-on-...
    Ответ написан
    Комментировать
  • Как распределить доли между нами и инвестором?

    @spotifi
    Инвестор, разговаривая с вами, сам в состоянии определить сколько он хочет. Иначе он не инвестор. Цифры могут быть совершенно любыми. Если у вас еще нет монетизации и вы уже не можете двигаться сами дальше - инвестор возьмет больше. Как только проект начинает мал-мала окупаться - инвестору доля продается за те же деньги уже в разы меньшая.
    Ответ написан
    1 комментарий
  • Какие у Вас критерии работы с Заказчиком?

    opium
    @opium
    Просто люблю качественно работать
    если заказчик платит мне все равно.
    Ответ написан
    Комментировать
  • Что делать когда из команды уходит team lead?

    @vayho
    Вставать на его место с кратным повышением зп, это же очевидно.
    Ответ написан
    Комментировать
  • Как организовать синхронизацию файлов для собственного CDN?

    @alegzz
    дать команду скачивать файл полностью, а не дифф (--whole-file), не проверять чексуммы, если стоит ключ проверки
    Ответ написан
    Комментировать
  • Какова значимость диплома в бизнесе по СНГ (IT индустрия)?

    kumaxim
    @kumaxim
    Web-программист
    Фишка ВУЗа не в том, чтобы научить Вас использовать какой-то язык/библиотеку/фреймворк.
    Я когда сам был на 1-2 курсах, задавался сильно вопросом: "А для чего мне этот С++? Сейчас для веба PHP & CodeIgniner используют очень широко, заказов на фриланс-биржах на этот стек много, в описаниях вакансий часто эти ключи встречаются. Вот зачем спрашивается мне этот Ваш С++ с его управлением памятью и прочими ненужными вещами..." Но минуло 4 года, я получил диплом. К этому времени CI уже сдулся, активно все стали использовать альтернативные языки - Python, Ruby. Фреймворки для PHP тоже поменялись - Yii, Laravel...

    Это я все к чему... Универ должен заложить в Вас основу, базу, которая не устареет через 3-4-5 лет к тому моменту, когда Вы получите диплом. А что является этим фундаментом? Скажем интерпритаторы PHP, Ruby, Python написаны C, и зная С/С++ можно очень легко выучить любой вышестоящий язык, синтаксис по большому счету там везде один и тот же. Зная как работает интерпритатор в приницпе, можно написать свой язык программирования. И если язык может часто и не нужен, то вот парсеры с чего-нибудь куда-нибудь мне приходится писать очень часто, а любой парсер имеет упрощенную грамматику языка программирования. Вы думайте необходимость в парсерах скоро вымрет? Что т мне так не кажется...

    Сейчас очень популярна стала тема нейронных сетей, искуственного интелекта, машинного обучения... А что лежит в самой основе этого? Да банальная теория графов. Любая нейронная сеть и ИИ это по большому счету граф, да, со сложной структурой, да, порой в нем может начать творитья просто магия, но тем не менее эта структура и базовые операции с ней были предложены и изучены еще в середине прошлого века. Когда устареет теория графов? Графов вокруг нас больше чем Вы думайте - маршрут движения общественного транспорта, хотя бы например. "Как добраться из пункта А в пунт Б" - типичная задача комивояжера. Когда это уйдет? Думаю только с изобретением устройства для телепортации, и то не факт что полностью.

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

    Говоря о том, что "актуальные сейчас для бизнеса технологии вообще не изучаются, ВУЗ дает устаревшие знания и т.д.", я могу сказать только одно - для бизнеса всегда будет актуально только одно - решение его операционных задач с минимально возможными ресурсами. А вот какие именно инструменты помогают оптимизировать операционную деятельность компании - Java, Python или что-то еще в диапазоне 2-3 лет может сильно варьироваться. Новый язык/фреймворк реально выучить и начать решать на нем задачи за 2-6 недель, если Вы не дурак конечно. Какой именно язык/фреймворк это будет - нужно смотреть задачи компании и имеющиеся на рынке инструменты для решения онных и их изучанием уже и заманиматься.
    Ответ написан
    1 комментарий
  • Как программно определить принадлежность фразы к определённой тематике?

    alsopub
    @alsopub
    Чисто как вариант - проанализировать выдачу в Яндекс.Каталоге.
    Каких рубрик больше - к тому фраза и относится.
    https://yandex.ru/yaca/?text=%D0%BF%D0%BE%D0%BA%D1...
    Ответ написан
    Комментировать
  • Можно ли "обмануть" трекер на Upwork?

    opium
    @opium
    Просто люблю качественно работать
    Это прямой путь в вечный бан на апворке
    Ответ написан
    Комментировать
  • Можно ли "обмануть" трекер на Upwork?

    litlleidiot
    @litlleidiot
    Фронт-Энд разработчик
    Лучше не заниматься подобной херней, если заказчик вкурсе что работает много человек пусть наймет всех или же подними ставку как за 2-3 фрилансеров и работайте все вместе без обмана
    Ответ написан
    9 комментариев
  • Как правильно оценить стоимость работы дизайнера?

    ivanvorobei
    @ivanvorobei
    iOS разработчик, канал https://t.me/sparrowcode
    Адекватная - столько, сколько вы готовы потратить.

    Оценить тяжело. И зачастую стоимость обоснована опытом специалиста. Но кое-что можно вытащить из вашего Т3:
    1.
    Все это для desktop/tablet/mobile

    Самое важное. Дизайнеру нужно разработать брендбук, с цветами-элементами. Нужен чтобы от платформы к платформе дизайн оставался узнаваемым.
    Диапазон от 50 до 2000 уе. Добротные результаты будут на уровне 170$

    2.
    музыкальный проигрыватель

    Важно сколько экранов. На основе брендбука будет разработан дизайн для каждой платформы отдельно, учитывая наработки самих платформ. У каждой свой UX, поэтому этап обходить не стоит. Прайс на экран в райне 10$ (с учетам бренбука). У вас 1 декстоп, ios/android (телефон + планшет). Примерно 4-5 экранов. Грубо говоря: 5 устройств * 5 экранов приложения * 10$ = 250$.

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

    Достойная работа будет сделана за 170 + 250 = 420$

    Главный посыл:
    Смотрите портфолио специалиста, оно скажет больше любых слов. И спрашивайте цену. Когда поймаете себя на мысли что вот за такой дизайн я бы заплатил столько, и цифра совпадет со специалистом - вы нашли друг друга.
    Ответ написан
    1 комментарий
  • % от знакомства с клиентом, или спасибо хватит?

    arutyunov
    @arutyunov
    Mooza.ru — Делаем сайты
    Скажите просто "спасибо" и в следующий раз этот партнер порекомендует другого своего разработчика своим клиентам, а вы не получите еще один заказ.

    Партнерские отношения на то и партнерские, что оба остаетесь в выигрыше — вы получаете нового клиента, а ваш партнер получает некий %.
    Вас рекламируют, причем заведомо бесплатно. Многие фрилансеры тратят огромные деньги на про-аккаунты и продвижение своих услуг. Причем про-аккаунт не гарантирует готовых клиентов. А тут готовый клиент + концепция "заплати, сколько не жалко" (утрированно).
    Ответ написан
    1 комментарий
  • Как правильно сменить место работы?

    Новый работодатель должен понимать что если вы киданёте старого то в следующий раз и их так же киданёте. А если вы заботитесь о старом работодателе и хотите что бы там было всё хорошо, то это лишь даёт вам дополнительные очки. Если новый работодатель этого не понимает то я бы у него не работал.
    Если новому горит. Можно втягиваться в новую работу вечерами, удалённо. Можно заезжать в офис на новую работу вечерком после старой или в выходные что бы в курс дела войти. Да на старой можно сократить рабочий день если договорится. Вариантов много.
    Ответ написан
    1 комментарий
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

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

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

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

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

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

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

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

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

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

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

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

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

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

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

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

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

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

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
    7 комментариев